禁用条件
禁用条件根据规则自动禁用或启用字段，避免在不该改的时候被改掉。外观上通常变灰、不可输入。
静态禁用 vs 禁用条件
| 属性里的禁用/只读 | 禁用条件（本文） | |
|---|---|---|
| 时机 | 一直不可改 | 按规则变化 |
| 适合 | 系统单号、纯展示 | 未同意协议、审批中锁定 |
静态设置见禁用及只读。
在哪里找
选中字段 → 高级配置 → 禁用条件。
业务示例
入门：协议前禁用提交
「我已阅读并同意」未勾选 → 提交按钮禁用；勾选后启用。
入门：只读单号
申请单号始终只读可用属性禁用；若「草稿可改、提交后不可改」，则用禁用条件看状态字段。
常用：审批中锁定业务字段
状态 = 审批中 → 金额、收款账户禁用；备注仍可编辑（备注不配条件）。
常用：依赖未完成时禁用下一步
必填的「申请人、部门」有空 → 「下一步」按钮禁用；或事件里校验，两者择一或组合。
常用：有优惠券才允许改券码
「使用优惠券」为否 → 券码字段禁用并清空（清空可配合数据联动或事件）。
禁用 vs 隐藏 vs 只读
| 目标 | 建议 |
|---|---|
| 根本不用看见 | 隐藏条件 |
| 看得见但不能改 | 禁用或只读 |
| 仍要提交当前值 | 确认禁用后值仍会提交（预览验证） |
注意点
- 禁用字段的值是否提交，用预览确认。
- 不要禁用「触发条件」的那个字段，否则用户无法解除禁用。
- 与必填同时存在时，禁用且必填可能导致无法提交——检查逻辑是否冲突。
相关阅读
按角色 / 权限控制禁用，见身份与权限。运行时批量改可用性，见行为动作中的「组件可用性」。