---
日期: 2024-08-28 11:30
来源: 测试
---

# 问题详情

![](../../../../attachment/images-uuid/b46dc65054504984a25d5a9cfc36fc40.png)

工单列表取值为 order_info 的 ecName。来源为创单请求的 ecName。

# 处理过程

@田卓 同时发来 2 个 ecid 相同工单的场景怎么理解？

理解上是校验 ecid 的唯一性，先来了 A 单 ecid 唯一，它就正常通过了

如果再来 B 单 ecid 校验不唯一，就应该直接拒单，建单失败了

这块我们应该没做校验。目前的区别在于企业开户时，如果发现 ecid 已存在，则不会重复开户

这个我建议先不动了，后面试用单流程改造时，企业开户的时机会调整，到时候可以再加上

@张鹏豪 了解

@郑子雯 子雯，刚和田卓线上对了下试用单的流程，这个问题可以不用修

实际 jira 缺陷单按照正常解决关单就行@田卓

1、试用单提交是从集客大厅入口提过来的，首先集客大厅会做一层校验保障 ECID 和客户名称的唯一对应

2、试用单提交后，需要完成阶段反馈流程，BPM 侧反馈阶段反馈成功，IBS 才会进行企业开户；此时会再次对 ECID 的唯一性做校验，在 IBS 平台 ECID 是和 cpid 唯一对应的

所以整体线上流程是闭环的，IBS 平台不会出现一个 ECID 对应多个客户名称的场景（子雯也可以再验证下，如果 2 个试用单都完成阶段反馈，是不是 IBS 的企业管理页面实际只会有 1 个企业名称）

# 总结

第一点这个刚我是不是表达错了，我不能确认他们有没有唯一关联校验。我认为关联关系是在他们那儿处理，因为是上游发起企业创建。

而且这个后续我认为还要和上游沟通，会不会他们存在他们企业变更名称但 ecid 不变啥得，如果我们直接加校验会卡单子。