摘要：的状态字段里的这些字段从哪里带出来的我们可能会想当然的认为是从后台配的里带出来的。这个根本没有分配任何，但是仍然可以在上看到三个可选的状态值。状态字段里的值并不是我们想象的那样，完全来自和，后者只是数据源之一。
Service Order的状态字段里的这些字段从哪里带出来的？我们可能会想当然的认为是从后台配的Status profile里带出来的。事实并非如此。
这个transaction type根本没有分配任何Status profile，但是仍然可以在UI上看到三个可选的状态值。
Status状态字段里的值并不是我们想象的那样，完全来自system status profile和user status profile，后者只是数据源之一。
这个下拉菜单里的值通过下面这个方法取出：可以看到方法执行的结果就是UI上看到的三条记录。
这个GET_STATUS_INFO的具体逻辑：
先从crmc_status_proc里取出全部47个状态，
这47个状态会根据其RANGE字段，和CRNC_BO_RANGES的RANGE字段做一个join，过滤掉那些Join结果里OBJECT_TYPE字段不等于BUS2000116的状态，最后就只剩Open, In Process和Completed三条记录。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/68739.html
摘要：的状态字段里的这些字段从哪里带出来的我们可能会想当然的认为是从后台配的里带出来的。这个根本没有分配任何，但是仍然可以在上看到三个可选的状态值。状态字段里的值并不是我们想象的那样，完全来自和，后者只是数据源之一。 Service Order的状态字段里的这些字段从哪里带出来的？我们可能会想当然的认为是从后台配的Status profile里带出来的。事实并非如此。 showImg(htt...
摘要：的状态字段里的这些字段从哪里带出来的我们可能会想当然的认为是从后台配的里带出来的。这个根本没有分配任何，但是仍然可以在上看到三个可选的状态值。状态字段里的值并不是我们想象的那样，完全来自和，后者只是数据源之一。 Service Order的状态字段里的这些字段从哪里带出来的？我们可能会想当然的认为是从后台配的Status profile里带出来的。事实并非如此。 showImg(htt...
摘要：的状态字段里的这些字段从哪里带出来的我们可能会想当然的认为是从后台配的里带出来的。这个根本没有分配任何，但是仍然可以在上看到三个可选的状态值。状态字段里的值并不是我们想象的那样，完全来自和，后者只是数据源之一。 Service Order的状态字段里的这些字段从哪里带出来的？我们可能会想当然的认为是从后台配的Status profile里带出来的。事实并非如此。 showImg(htt...
摘要：当然，不同的产品，对订单增强的实现方式也各不相同。在世界里，想对订单处理流程做增强，同之前介绍的相比，相对来说受的限制要多一些。首单检查返回的分数是，根据当前配置文件这个结果被认定为首单。 尽管有一万个舍不得，2018年还是无可挽回地离我们远去了。 唯有SAP成都研究院的同事和我去年在网络上留下的这些痕迹，能证明2018年我们曾经很认真地去度过每一天： SAP成都研究院2018年总共...
摘要：当然，不同的产品，对订单增强的实现方式也各不相同。在世界里，想对订单处理流程做增强，同之前介绍的相比，相对来说受的限制要多一些。首单检查返回的分数是，根据当前配置文件这个结果被认定为首单。 尽管有一万个舍不得，2018年还是无可挽回地离我们远去了。 唯有SAP成都研究院的同事和我去年在网络上留下的这些痕迹，能证明2018年我们曾经很认真地去度过每一天： SAP成都研究院2018年总共...
阅读 3654·2021-10-11 10:58
阅读 2247·2021-10-08 10:05
阅读 2025·2021-09-27 13:34
阅读 3559·2019-08-30 15:53
阅读 2726·2019-08-30 14:02
阅读 3555·2019-08-29 16:55
阅读 616·2019-08-29 15:41
阅读 1063·2019-08-29 15:23
