Initial commit

2026-03-01 01:43:46 +08:00
commit c6125c117b
3840 changed files with 415340 additions and 0 deletions
@@ -0,0 +1,34 @@
+---
+日期: 2024-08-27 09:51
+来源: 测试
+---
+
+# 问题详情
+
+![](../../../../attachment/images-uuid/ff40cd0dd3a949068cc347d6a2b89565.png)
+
+![](../../../../attachment/images-uuid/8ba0c5e9ce8043b7a28f8fe939e6aff9.png)
+
+![](../../../../attachment/images-uuid/9016a0d82be7460e9817fc5acc53ded7.png)
+
+订单：202407201113
+
+域名： js.guoji0401.com
+
+好像是 9.29 插入的数据库
+
+# 处理过程
+
+试用流量到期触发条件：
+
+```java
+if (utilizationRate >= ENOUGH && StringUtils.isEmpty(testOrderInfo.getFlowConsumeMarkTime()))
+```
+
+但此工单已经存在标记：
+
+![](../../../../attachment/images-paste/image-20240827100856422.png)
+
+# 总结
+
+可用新数据尝试重新测试。
@@ -0,0 +1,40 @@
+---
+日期: 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 不变啥得，如果我们直接加校验会卡单子。