公司电子资料与 OA 运营映射审查

Goal

审查已重新整理的公司电子资料体系，明确它与 hyb-oa 的配合方式，让 OA 承担公司运营中的流程、台账、签收、复核、任务派发和审计留痕职责，同时避免把 OA 误用为高敏原件库或共享盘。

公司资料已按制度索引、公司基础、人事招聘、财务税务、合同法务、项目交付、采购资产、历史归档和收件箱等类别重新整理。
公司资料中已经形成“负责人主控工作机 / OA 协作区 / 员工工作区 / 脱敏外发区”分层思想。
现有 OA 已具备公告签收、统一审批、报销、采购/费用、合同台账、项目、付款批次、AP、票据中心、资产台账、人员组织和审计日志等基础能力。
现有 OA 资产规约支持 FA、EA-DOC、EA-SYS、EA-REPO、EA-BKP，适合承接电子资料、系统、仓库和备份的元数据索引。
现有项目事实源已经明确：仓库、聊天、Trellis 文档、自动化报告和企业微信消息不得记录敏感原文、完整账号、Secret、完整配置、完整本地路径或原始 payload。
业务附件不能一刀切要求脱敏。OA 主办的合同、报销、采购、付款、项目等业务流程中，有权限人员可以上传处理必要原文附件；脱敏主要适用于普通协作、外发、AI 处理、报告和低权限查看。

本任务只做公司资料与 OA 运营体系的脱敏映射、运营建议和后续路线规划。

纳入范围：

不搬迁、删除、改名或重排公司资料原件。
不把公司资料原文复制进仓库、Trellis task 或聊天。
不做合同法律审查、劳动用工法律结论或税务合规结论。
不把 OA 做成全量原件库、员工网盘或自由共享盘。
不在本任务上传、导入或展示任何真实敏感原件；后续 OA 运行时若允许授权人员上传合同、发票、回单、报价、验收材料等原文附件，必须依附具体业务对象、角色权限、状态控制和审计留痕。
不允许源码、密钥、Secret、完整配置、完整路径、账号凭据进入 OA 附件库。
不部署、不改生产配置、不写公网真实业务数据。

R1：输出“OA 是运营控制台，不是全量资料库”的边界结论。
R2：输出公司资料类别到 OA 模块的映射表。
R3：输出制度建设与 OA 公告签收、审批、资产/合同/项目台账的配合方式。
R4：输出员工资料整理、外发复核、正式文件初审等可派发工作的 OA 承接方式。
R5：输出 7 个制度联调场景的 OA 落点和通过标准。
R6：识别现有 OA 可立即承接的动作与需要后续开发的功能缺口。
R7：给出分阶段落地顺序，支持真实试运行并行推进。
R8：本任务文档、聊天、报告和自动化证据必须脱敏，不写敏感原文、完整路径、完整账号、合同正文、票据原件或银行资料；OA 运行时业务附件是否保存原文按角色、业务对象、敏感级别和归档规则判断。
R9：判断是否需要额外文件管理服务器，并明确它与 OA、公司资料主库和员工协作区的边界。
R10：明确“员工在 OA 上传业务附件 -> 复核 -> 才能正式入库/归档 -> 下载受控”的业务附件受控入库模式。
R11：明确合同、报销、采购、付款、项目、制度/资料等核心业务流程的附件类型、上传人、原文/脱敏要求、归档节点和下载边界。