项目分享：用友yonsuite对接吉客云

1. 项目背景：

   • 客户背景：广州市某电子科技有限公司自1997年创立游戏手柄品牌，专注于游戏外设领域，是国内游戏手柄行业的领军企业。业务规模包括线上平台50多家，线下客户600多家，日单量10000多单。所属行业为电子行业，集成业务范围包括吉客云、用友yonsuite。物料特性为4000多个物料，启用批次、序列号，多规格进行物料区分。
     

2. 客户痛点：
   该项目的业务现状和痛点主要包括以下几个方面：

   1. 系统版本陈旧：客户原系统用友U8版本陈旧，本地部署模式与公司战略不符，这导致了成本增加和账户管理效率低下。
   2. 订单集成缺陷：
      平台对接不完整：部分平台对接存在问题，导致订单信息无法完整地在各个系统之间传递和共享。
      字段映射错误：订单手动集成过程中，字段映射出现错误，可能导致数据不一致或不准确，影响业务的正常进行。
   3. 人工审核成本高：
      耗时：人工审核需要花费大量的时间，特别是在订单量较大的情况下，审核工作变得非常繁琐和耗时。
      准确性存疑：人工审核容易出现错误，准确性难以保证，可能会导致一些问题订单被忽略或处理不当。
      每月投入大量时间核对：由于人工审核的局限性，每月需要投入大量时间进行核对，以确保订单的准确性和完整性，但这仍然无法完全避免错误的发生。

3. 集成效益：
   - 实现数据的自动化定时同步，消除人工审核需求。
   - 提供集成平台的开放账号，允许客户进行自主运维管理。
   - 实现业财一体化，支持数据双向对接，减少人工系统需求。
   

综上所述，这些业务现状和痛点严重影响了客户的业务效率和准确性，需要通过有效的解决方案来改善。

4. 解决方案：
   以下是细化后的系统对接解决方案，包括系统对接流向：
   销售业务对接：

   • B2B销售单创建：

     • 系统对接流向：吉客云（销售订单）→用友YS（销售订单）→用友YS（销售出库单蓝字）

   • B2C销售单创建：

     • 系统对接流向：吉客云（销售订单）→用友YS（销售订单）→用友YS（销售出库单蓝字）；售后单（销售退货场景）→用友YS（销售退货单）→用友YS（销售出库单红字）

   • 销售单查询：

     • 系统对接流向：吉客云（销售单查询）←→用友YS（销售单查询）；吉客云（查询YS物料）←→用友YS（物料查询）；吉客云（查询YS客户）←→用友YS（客户查询）
       

     采购、库存业务对接：

   • 采购入库单蓝字：

     • 系统对接流向：吉客云（采购入库单）→用友YS（采购入库单蓝字）

   • 其他出库单：

     • 系统对接流向：吉客云（调拨出库、其他出库、盘点出库等）→用友YS（其他出库单相关操作）

   • 其他入库单：

     • 系统对接流向：吉客云（调拨入库、其他入库、盘点入库等）→用友YS（其他入库单相关操作）

   • 库存区分设置：

     • 系统对接流向：吉客云（库存组织、货主等信息）→用友YS（库存区分设置相关操作）；用友YS（YS单据类型区分、赋值批次、序列号等）→吉客云（库存相关信息同步）
       

     主数据业务对接：

   • 物料设置：

     • 系统对接流向：吉客云（物料信息，包括序列号、货品分类等）→用友YS（物料设置相关操作）

   • 客户管理：

     • 2C客户：吉客云（销售渠道相关客户信息）→用友YS（2C客户管理相关操作）
     • 2B客户：吉客云（客户账号等信息）→用友YS（2B客户管理相关操作）

   • 仓库同步：

     • 系统对接流向：吉客云（仓库信息）→用友YS（仓库同步相关操作），同时确保手工维护时两边编制保持一致，并进行接口映射。
       

通过以上系统对接流向的细化，可以更清晰地了解销售场景和对接方案中各个系统之间的数据交互和业务流程。

4. 项目成果：

   • 集成避“坑”点：
     • 销售业务写入YS无法关联源单：有设计关联生单的单据，要用来源生单接口，不用单个保存接口，不然全局联查不到。
     • 单据写入YS无法自动审核：方案一为调用接口保持接口后，再调用审核接口；方案二为直接在YS设置保存后会自动审核。方案一调用次数多，占用内容，建议采用方案二。
     • 接口调用列表查询没有返回相对于的字段：接口返回的数据跟列表显示字段是一一对应的，需要去YS后台设置UI模板。
     • 写入YS关联生单的时候，出现漏单情况：经过轻易云对接YS的成熟经验，销售单查询增加vouchdate配置desc进行查询，且无法查询过长的数据，否则接口直接报错。
       

5. 实施周期：

   • 5月6日 - 5月10日：需求调研，包括内部交接、建立沟通机制、需求调研、编制对接流程、编制业务蓝图、进行业务蓝图沟通确认。
   • 5月10日：蓝图确认。
   • 6月4日 - 6月7日：方案上线，包括配置方案、方案内测、方案公测联调、启动方案，自动运行。
   • 6月7日 - 6月15日：- 平稳运行三周，无其他改动需求，符合验收条件，完成所有实施工作，项目验收，继续跟进运维。