返回列表 发布新帖

SD在发任务卡时,会校验人员所属公司是否与process_EOC一致吗?

6 3
发表于 前天 16:46 | 查看全部 阅读模式
问答

紧急程度

已完结
项目在发任务卡前,有根据公司据点分组,并且更新了流程变数里的process_EOC,

但是客户反馈,任务卡可以发给别的公司的收卡人,所以,想请问,平台是否在发卡校验收卡人时,看收卡人的公司是否与process_EOC一致?

如果不校验,发任务卡时,会校验哪些因素?
如果校验,还会校验哪些因素?

最佳答案

查看完整内容

目前从任务引擎后端来分析,目前发卡人如果是通过应用自己抓取数据赋值到变量中,那变量中的用户只有存在当前租户下,那就都能收到任务卡,引擎不会去区分是否是一个公司,需要应用自行筛选发卡人数据,并且就算任务卡可以发到当前租户下任何人,如果在鼎捷云对发卡人做了权限控管,那能收到卡,并不代表可以有权限打开任务卡去处理,都是前端控制 ...

评论3

翁俊Lv.7 发表于 前天 17:25 | 查看全部
有两个疑问点麻烦补充下

1、你单子中提到的任务卡可以发给别的公司的收卡人是在哪里发?是已经收到任务卡转派,还是说的是在开发平台设置不同公司的人?
2、你单子中的客户和别的公司这些是否都在一个租户下?
liujma楼主Lv.2 发表于 前天 17:34 | 查看全部
同租户不同公司。
从ATMC消息看,刚开始有同时发给多人,后续还有转派。
翁俊Lv.7 发表于 前天 17:41 | 查看全部
目前从任务引擎后端来分析,目前发卡人如果是通过应用自己抓取数据赋值到变量中,那变量中的用户只有存在当前租户下,那就都能收到任务卡,引擎不会去区分是否是一个公司,需要应用自行筛选发卡人数据,并且就算任务卡可以发到当前租户下任何人,如果在鼎捷云对发卡人做了权限控管,那能收到卡,并不代表可以有权限打开任务卡去处理,都是前端控制
大家来答
    热门讨论
    精选文章
    数据驱动2.0工作流流程变量说明
    在工作流执行的过程中,我们常常需要先取得一些待处理的数据,并在处理后将结果存放起
    互联中台整合请求安全码(digi-key)说明
    互联中台整合请求中有安全码的设计,用来验证整合请求的合法性。安全码的位置说明如下
    数据比对介绍
     一、数据比对介绍(一)业务场景在项目实施中,预算执行率的准确计算依赖于敏态
    Athena 五大驱动力介绍
                  在数字化转型的浪
    开发不踩雷-数据驱动2.0, 模型栏位异动调整时的注意事项
    场景说明我们在应用开发过程中, 模型的异动是非常常见的一般情况的开发顺序为 模型设
    • 关注公众号
    Copyright © 2025 鼎捷数智股份有限公司 版权所有 All Rights Reserved. Powered by Discuz! X5.0
    关灯 在本版发帖
    即将开放
    返回顶部
    快速回复 返回顶部 返回列表