#设计数据与权限

数据地基是业务契约：除了存放记录，还需要确定字段含义、状态口径、读写责任、数据可见性与确认节点。

#先判断是否需要业务台账

既有系统是业务真值来源时，先确认应直接接入还是同步到台账，不要无意间建立另一份相互矛盾的账本。

#明确业务对象与字段

以订单协同为例，可先列出订单、客户、应收记录与负责人。每个字段写清名称、稳定标识、类型、来源、可空条件和修改责任。

这些是概念示例，具体字段 key 和表标识应从企业最终结构回读，不按示例名称猜测。

#建立读写权责矩阵

字段允许写入不意味着任何场景都可以写。技能还需要说明写入时机、证据和冲突处理方式。

#选择新建还是复用

在创建或修改应用前，确认是新建专属应用、复用已有应用，还是扩展共享应用。复用时先回读表结构与权限；扩展共享表前评估对既有员工和应用的影响。

#验证真值与权限

用获授权和未获授权的身份分别验证可见范围。执行写入后，独立回读记录检查字段与状态；员工回复“已更新”不能作为数据已经改变的证据。

更多能力见Arcubase与组织权限。

#区分资料、原文与索引

执行依据不等于操作对象：交期规则属于 Reference，订单记录属于业务数据。知识库中的查看、修改和索引维护应分别授权；资料已同步，不代表语义检索已可用。业务对象关系复杂到表和文档无法稳定表达时，再评估本体建模，无需每个场景都从本体开始。

数据与知识工具区分使用类与管理类能力。准备阶段确认索引状态，验收时检查引用、更新后检索、原文修改权限和未授权访问。