集团企业档案怎么管：法人—项目—门类三层归档实践

给集团做档案系统，第一个要回答的问题不是「要哪些功能」，而是「建一套库还是建几套库」。

• 各法人各建一套：数据天然隔离，但集团要年报、要审计、要巡视，就得挨家发模板收表，汇总口径永远对不齐；
• 全集团一套库、人人可见：汇总方便了，但法人之间的档案串了库，权限说不清，敏感门类没人敢放进去。

zbook EAMS 1.0 的解法是一套库、三层模型、一层数据范围。

三层模型：法人主体 → 项目 → 档案门类

档案著录时会同时记录主档法人与所属项目。这两个字段看起来普通，却是集团场景的分水岭：有了它们，，「某项目的全部合同」和「某法人的全部证照」才都是一个条件就能出来的结果，而不是靠文件夹命名约定。

门类包是通用件：44 个门类覆盖企业常见档案类型，实际项目中可以按行业裁剪或扩展——某农牧食品集团的落地实例已用到 46 个门类、11 个部门。

一层数据范围：同一套库，不同的人看到不同的世界

角色除了功能权限，还带数据范围：

• 集团档案管理员：全集团，用于统筹统计与跨主体检索；
• 区域 / 事业部管理员：本区域，比如只看华东片的法人主体；
• 工厂 / 法人档案员：本法人主体；
• 项目人员：本项目。

这样处理之后，集团层面得到的是「一个入口看全部」，法人层面得到的是「我的库我做主」，两边的诉求不必互相让步。

工作台的所有统计都按当前账号的数据范围出数：集团管理员看到的是全部主体，工厂档案员看到的只是本法人

存量数据怎么进来：先预演，再落库

集团项目最花时间的往往是存量档案著录。批量导入支持 Excel / CSV，关键是预演校验：

• 预演阶段不写库，逐行给出成功、跳过、失败三态；
• 失败会指明原因：门类编码不存在、部门对不上、必填缺失；
• 同名档案默认跳过，也可改为记为失败，避免重复导入把库弄脏；
• 单次上限 2000 行，超过会提示分批；写入走与手工建档相同的路径，档号自动生成。

预演阶段就能看到「成功 4 / 跳过 1 / 失败 1」，确认无误再正式落库

归档不是发通知：计划与任务

年度归档在系统里是一条链路：下达计划 → 拆任务到部门与项目 → 责任人填报 → 提交 → 档案员审核入库。

每一步都留记录，所以「谁还没交」「卡在谁那里」是列表里能看出来的事，不需要打电话催。到期未完成的计划进入提醒。

电子之外，纸质也要能定位

集团档案里大量是纸质原件。系统按库房 → 排架 → 柜 → 层 → 位五级维护存放位置，档案著录时填写纸质位置；上架下架、出入库都有台账，另有温湿度记录与「30 天未出入库」提醒，便于发现长期无人调阅的区域。

实体库房：库房、库位、在库件数与温湿度同屏，长期未出入库的库位会单独提示

建库时的几条实操建议

1. 先定门类再导数据：门类编码一旦被 2000 行数据引用，再改就要重新映射；
2. 法人主体编码留规则：编码是数据范围的依据，别用「公司1、公司2」这类随手编码；
3. 项目别当门类用：项目是横向维度，门类是纵向分类，混在一起后面统计会很难受；
4. 导入分批次跑：按门类或按法人分批，单批控制在 2000 行内，失败了好回退；
5. 数据范围先想清楚再建账号：范围配错不会报错，但会让人看到不该看的档案。

想按贵集团的法人主体与项目清单看一版建库方案，可以联系我们，或先看产品页：企业电子档案管理系统。