两码运营（二）开疆拓土

在前文中，我们看到了因为种种原因和困局，启动了两码一号项目，因此在2015年底开始了两码的拓展，整个拓展整整持续到了16年底，经过一年多的建设和改造，蚂蚁两码的覆盖度达到了全站交易的97%以上，但这个过程是充满波折和艰辛的，本文会从两码模式，两码推进，两码落地后的困局三个方向去阐述两码是如何一步步去开疆拓土的：

两码模式

      所为的两码一号，讲的是产品码和事件码，以及每一笔交易的流水号，这三个要素的组合形成唯一的可索引的一个索引，并且会在全链路进行透传。产品是业务主体基于具体需求，向客户提供的一组业务服务的组合，事件是业务主体（如支付宝、重庆小贷、招财宝等公司主体）根据客户、内部人员的指令或协议约定，通过具体的业务服务即时或定时执行的业务操作行为。一号代表端到端的流水号，由第一个产品系统产生，并一路透传到链路能达到的所有系统中，大家均将这个流水号记录下来，因为同时记录的还有产品码+事件码，故一号重要的是保证在自身产品事件下的唯一性。通过两码一号的关联，可以将各系统中关于一笔业务的各种明细记录，快速关联起来。这个时候，数据加工及分析、业务核对及部分监控逻辑则会相对的简化

以上面的图例，我们看到淘宝3C购物就是我们的产品码，交易创建就是事件码，然后创建的时候会由淘宝3C这个端产生一个流水号，就是我们提的端到端流水号，也就是两码一号中的一号，这三个要素会贯穿始终，这样无论在交易，收银台，支付，账务，网络，财务计收费各个环节都清楚的知道自己平台的每一个业务行为是针对什么产品的什么行为做了自己平台怎么样的处理

 另外在运营端也定义了一些产品和事件的相关标准

1. 事件和产品解耦，比如标准担保交易、即时到账交易等各种交易场景的事件保持一致。

2. 产品和事件的关联关系与系统无关，如收费、退费是计收费系统产生的事件，但他们可以关联到标准担保交易或者借记卡快捷的产品上。

3. 多产品合并形的业务操作建议新增产品处理，如合并付款它可以操作多个不同产品的交易单据进行合并支付，故建议新增类似集团交易合并付款这样的产品。

4. 不同产品域中的“同类型”事件建议不要付用，如交易域有“支付”事件，银行卡域内也有“支付”事件，字面含义上可能相同，但不建议复用，如将来银行卡的“支付”事件需要进一步拆分为“消费类支付”、“充值类支付”、“理财类支付”等事件。

5. 产品的粒度是业务管理和与之匹配的支付规则、资金方案、安全策略、监管披露之间的平衡，符合前、中、后台较为通用的粒度划分，比如，支付规则额外要区分出是否转账到本人，而其他领域不需要做这样的区分，则不会把转账到卡产品进一步划分为转账到本人卡或转账到他人卡。

6. 产品事件必须要有业务语义，一些纯技术的操作，如异步转发等不纳入到事件中。

具体可参照下下图关于产品和事件定义的一个示意图

两码推进

   两码虽然这么好，但推进的过程并不是那么一帆风顺，因为这牵涉到每个业务端的改造，每个平台的改造，只有这样端才能传这个码，各个平台才能接收这些码，并往下透传，最终落到数据库，供各方使用，所以这个两码一号，端要改平台要改，这个在讲究业务效果和变化的时代来说，驱动是太难太难，各域的架构同学都对这个有认知和理解，但真正到排期和改造的时候，总是会被各种项目，改造一拖在拖，同时平台层如果没有改造完成，在端上去改造其实是没有大的意义的，没有人能够消费这块改造完成的东西，因此在整体建设上，以支付和账务为抓手，通过这两点，先打通平台的两码落地能力，另外在逐步对端产品做迁移。

   当开始对端做迁移和业务梳理的时候，历史的债就爆发出来了，蚂蚁这么多年的产品怎么样才能尽快的梳理出来，于是通过子交易代码的获取以及销售方案的数据捞取，数量级在5000+的，并且这些产品是谁在负责，还有很多看着特别奇怪的产品，怎么整呢-人肉，10个人左右，每个人几百个任务，去了解每个产品现在谁在负责，是怎么样的产品属性，现在的业务量情况，经过2个多月的人肉梳理，对于产品终于梳理出来一些眉目，然后逐步的去聊，求排期，观察落地指标，一个一个产品的接入，看着指标一点点的往上涨，一轮又一轮的推，然后看还有什么业务没有带两码信息，在走支付和账务，逐个清理排查，推动解决，整个两码覆盖度战役维持了一年多，覆盖度终于达到97%
   ![在这里插入图片描述](https://img-blog.csdnimg.cn/20200526172321730.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zODAwMjQ5Nw==,size_16,color_FFFFFF,t_70)

    

两码落地后的困局

    随着两码的逐步推进落地，遇到很尴尬的情况，就是对于部分使用方来说，他们是基于全局业务进行管理和分析，那么对于现有的产品进行两码应用的时候，覆盖两码的部分直接使用，不覆盖的业务需要通过业务的子交易代码，三级业务标识等做数据转化，才能在一个维度上面。同时由于两码更多的是在整个业务链路的改造，对于业务管控方，如财务，反洗钱，安全，客资等中台团队原先的管理平台并没有对业务管控平台进行同步升级，这使得两码全局透传，但应用上还是采用原有的各种不统一的产品管理力度，当需要对一个产品全方位的进行评估，呈现产品全貌的时候，很难把各方基于产品的信息关联起来

    同时两码由于是全链路透传，两码的数量以及质量也是非常重要，特别是业务快速发展的时候，两码也逐步从覆盖到质量战转型，只有不断夯实底盘能力，两码的产品数据才是可放心使用，精准的数据