场景举例如下：
基础数据来源——员工花名册
使用的表单为——员工调岗申请表
背景：
       调岗申请表中，选择公司——部门——员工，这三个关联表单字段。“部门”控件的筛选范围为“公司”字段下的所有部门，“员工”控件的筛选范围为“部门”向下的所有控件。
BUG表现：
      首先我选择公司控件为"A"公司，向下的部门为“A-1”，员工为“张三”。然后再将公司控件的“A”公司，改为“B”公司。部门“A-1”改为“B-3”，员工“张三”保持不变。这样依然可以提交！意思就是，原先定义的员工“张三”为“A”公司，“A-1”部门的员工，而提交的表单却可以表现为“张三”可以是“B”公司，“B-3”部门的员工。
BUG的影响：
1、影响提交单据的准确性；
2、原本受到隐藏规则控制的字段会被这种“逆向操作”变成非隐藏；
3、流程流转条件中如果有用到相关的字段也会影响到流程的审批；
4、提交校验的规则也会因此被绕开。
建议：
       在提交单据时，能否对数据范围内容进行全表单自动验证一遍。发现此类问题，直接不允许提交？

感谢您的反馈，下方配置可否暂时解决您的问题：
1、新增单行文本控件，设置数据联动，联动条件为公司、部门、员工，再随意设置联动填充；如果单行文本控件有值，则代表能在员工花名册中找到对应的员工数据；如果没有值，则代表公司、部门、员工不匹配。
2、设置表单提交校验，单行文本为空时，提示请按顺序重新选择公司、部门、员工。

一见如故 发表于 2021-4-30 17:06
感谢您的反馈，下方配置可否暂时解决您的问题：
1、新增单行文本控件，设置数据联动，联动条件为公司、部门 ...

嗯嗯，这个方案很好。就是设置起来有点累，尤其是遇到子表数据联动的时候，不过已经能够解决很大问题啦。

chris 发表于 2021-5-6 11:55
嗯嗯，这个方案很好。就是设置起来有点累，尤其是遇到子表数据联动的时候，不过已经能够解决很大问题啦。 ...

我们会考虑如何更好地实现这种场景~