金蝶云星空中同步客户到金蝶中客户列表不显示的问题

今天在做 从OA同步客户信息到金蝶云星空中的时候，发现返回结果正常，但是在客户列表中查询不显示的问题：

{"Result":{"ResponseStatus":{"IsSuccess":true,"Errors":[],"SuccessEntitys":[{"Id":26235185,"Number":"CUST0261","DIndex":0},{"Id":26235186,"Number":"CUST0262","DIndex":1}],
"SuccessMessages":[],"MsgCode":0},"NeedReturnData":[]}}

 

你这个场景是典型的‌接口返回保存成功，但前端客户列表因过滤规则/字段缺失被隐藏‌，数据实际已写入数据库，只是前台默认查询条件没匹配到。

先直接在数据库执行查询，确认两条客户记录存在：

SELECT * FROM T_BD_CUSTOMER WHERE FNUMBER IN ('CUST0261','CUST0262')

如果能查到数据，说明写入环节完全正常，问题出在前端列表的过滤逻辑上。

1. ‌组织隔离问题‌
   客户列表默认只展示当前登录组织下的客户，你同步时没显式传入FUseOrgId字段，数据被写入了API登录上下文的默认组织，和你当前查看列表的组织不一致。
   解决：在客户列表顶部筛选‌全组织‌，就能看到这两条客户记录；后续同步时必须显式传入目标使用组织的ID，确保数据落在你要查看的业务组织下。

2. ‌关键字段未赋值，被列表过滤‌
   客户列表默认只展示‌交易客户‌，你同步时没把FIsTrade字段设为true，数据被当成非交易客户被过滤掉；同时基础资料必须设置FStatus为正常状态、FEnable为启用，否则前台不会显示。

   1. SELECT FISTRADE,'1' FROM T_BD_CUSTOMER C WHERE FISTRADE='0' 

       

3. ‌接口调用方式不规范‌
   如果你用了SaveServiceHelper.save直接写库，会跳过前台完整的保存校验，部分必填的关联字段（如客户分类、默认币别）缺失，导致列表加载时直接过滤掉异常数据。
   解决：改用SaveServiceHelper.saveOperate接口，触发完整的保存校验流程，保证数据完整性和前台展示兼容性。

4. ‌基础资料分配策略问题‌
   如果客户基础资料管控类型是分配模式，你只在创建组织保存了客户，没有执行分配操作，其他业务组织的客户列表就看不到这条数据。
   解决：在基础资料管控策略里，把这两个客户分配给目标使用组织，或者开启审核后自动分配规则。