流程里面怎么用实例 ID 和数据记录 ID 来获取表格名称
初步是想弄个循环,获取应用列表,然后循环应用获取表格列表 然后循环使用数据记录 ID 来挨个循环查,看哪一个能查到,能查到说明就是这个表了
但是应用多了表格多了要请求很多次
不知道大神是否还有更好的办法
流程里面怎么用实例 ID 和数据记录 ID 来获取表格名称
初步是想弄个循环,获取应用列表,然后循环应用获取表格列表 然后循环使用数据记录 ID 来挨个循环查,看哪一个能查到,能查到说明就是这个表了
但是应用多了表格多了要请求很多次
不知道大神是否还有更好的办法
用 获取记录链接节点 ,获取到 内部填写链接, 根据 URL 就能提取出 工作表 ID,然后再 API 获取表名。
调用 API 可以查到信息,但不能再触发这条记录的其他工作流。
若想触发其他工作流,就不能调 API,只能在工作流里制作 100 条分支,假设涉及 100 张表。
数据记录只有记录 ID 和实例 ID,这样说还是只能挨个应用、挨个表格去循环 用记录 ID 去看属于哪一个表
难搞,手动维护关系表这是。
调用 API 可以查到信息,但不能再触发这条记录的其他工作流。
若想触发其他工作流,就不能调 API,只能在工作流里制作 100 条分支,假设涉及 100 张表。
每当生成一条新记录时,把“记录 ID-表 ID-应用 ID”存入一张大表。
查到后再调用对应应用的 API。(要把 API 的密钥也存另一张表里,这一点有安全隐患)
记得清理,否则这张大表会爆炸。
难搞,手动维护关系表这是。
每当生成一条新记录时,把“记录 ID-表 ID-应用 ID”存入一张大表。
查到后再调用对应应用的 API。(要把 API 的密钥也存另一张表里,这一点有安全隐患)
记得清理,否则这张大表会爆炸。
估计你们也是给政府做外包支撑的,想着做个符合类似 ITIL 标准的系统给用户交差。明道云可以做,但要好好设计,不然用户看着不爽,项目成员用着不爽,都累。
不说了,再说就要付费咨询了,都是我死去的记忆。这玩意儿你们得私有化部署,数据不出内网。
那不是,我们自己公司用,现在尝试拆解公司业务流,看怎么在明道云上标准化公司业务
😄 你这么一说,确实感觉挺乱的
估计你们也是给政府做外包支撑的,想着做个符合类似 ITIL 标准的系统给用户交差。明道云可以做,但要好好设计,不然用户看着不爽,项目成员用着不爽,都累。
不说了,再说就要付费咨询了,都是我死去的记忆。
这玩意儿你们得私有化部署,数据不出内网。
😄 你这么一说,确实感觉挺乱的
不说了,估计你们也是给政府做支撑外包的,想拿个系统给用户交差。明道云可以用,但要好好设计,不然做出来谁都不喜欢用。
在说就得付费咨询了。
都是我死去的记忆啊。
找你们研发,走 API 去获取。
现在让我重新设计的话,我会先把几百个业务表合并,在考虑这些事情
👀️ 没技术,可以帮忙看下是用什么接口去获取比较好,我根据接口去用 AI 慢慢试
当时我们也是这样做的
工单创建时间
服务台接单时间,流转完成时间
业务岗位接单时间,办理完成时间
服务台复核开始时间,服务台复核完成时间
用户审核开始时间,用户审核完成时间
想着就头晕呵呵,死去的记忆。
😄 你这么一说,确实感觉挺乱的
对是的,我不是技术来着,HAP 有封装好的接口,所以我想看下怎么获取到表名称
有名字一看就能知道是当前是在什么需求里面 + 状态字段就可以知道更细的待办环节的处理时长情况了
找你们研发,走 API 去获取。
现在让我重新设计的话,我会先把几百个业务表合并,在考虑这些事情
对是的,我不是技术来着,HAP 有封装好的接口,所以我想看下怎么获取到表名称
有名字一看就能知道是当前是在什么需求里面 + 状态字段就可以知道更细的待办环节的处理时长情况了
当时我们也是这样做的
工单创建时间
服务台接单时间,流转完成时间
业务岗位接单时间,办理完成时间
服务台复核开始时间,服务台复核完成时间
用户审核开始时间,用户审核完成时间
想着就头晕呵呵,死去的记忆。
哎,就是类似 ITIL 的流程嘛,工单发起时间,第一环节进入/结束时间,后面以此类推了。最后到工单完成时间。计算各个时间的处理时长,看是否符合投标时承诺的 SLA 服务要求。
对是的,我不是技术来着,HAP 有封装好的接口,所以我想看下怎么获取到表名称
有名字一看就能知道是当前是在什么需求里面 + 状态字段就可以知道更细的待办环节的处理时长情况了
不是,我整理业务,需要记录每个状态进入的开始与结束时间,后面单独分析业务每个节点的处理时长
哎,就是类似 ITIL 的流程嘛,工单发起时间,第一环节进入/结束时间,后面以此类推了。最后到工单完成时间。计算各个时间的处理时长,看是否符合投标时承诺的 SLA 服务要求。
话说你的做法真的和我们 4 年前的很类似啊,你们研发想出来的?
所以搭建一个表来记录节点状态处理时效,按钮和流程来去记录时间
话说你的做法真的和我们 4 年前的很类似啊,你们研发想出来的?
不是,我整理业务,需要记录每个状态进入的开始与结束时间,后面单独分析业务每个节点的处理时长
话说你的做法真的和我们 4 年前的很类似啊,你们研发想出来的?