企业官网建设流程全解析

定义：涉密人员管理台账是用于记录、跟踪和管理企业涉密人员全生命周期信息的结构化数据系统，核心功能包括人员信息登记、涉密分类管理、社保连续性监控、合同到期预警、培训记录管理、脱密期跟踪六个模块。其设计目标是实现人员状态的动态可追溯，满足保密资质审查中对涉密人员管理 “准确、完整、动态” 的要求。

一、系统设计背景

在保密资质审查中，涉密人员台账是审查组的首个核查点。传统人工台账存在三个系统性问题：

第一，数据静态化 —— 人员入职、离职、调岗后台账不更新，导致台账与实际状态脱节。

第二，校验人工化 —— 社保连续性、合同有效性、四源一致性靠人工逐月核对，人数多时极易漏看。

第三，追溯缺失化 —— 离职人员直接删除，脱密期管理无记录，无法满足可追溯要求。

系统设计的核心思路是：将台账从 “静态名单” 升级为 “动态状态机”，每个人员有明确的状态和状态转换规则，所有变更留痕可追溯。

二、字段模型设计

2.1 实体关系模型

涉密人员台账（主表） ├── 基础信息组 │ ├── 姓名 (string) │ ├── 身份证号 (string, 主键) │ ├── 所属部门 (string) │ ├── 岗位名称 (string) │ ├── 入职日期 (date) │ └── 联系电话 (string) ├── 涉密信息组 │ ├── 涉密等级 (enum: 核心/重要/一般) │ ├── 涉密岗位名称 (string) │ ├── 涉密认定日期 (date) │ ├── 脱密期期限_月 (int) │ ├── 脱密期起算日期 (date) │ └── 脱密期到期日期 (date) ├── 社保信息组 │ ├── 社保缴纳单位 (string) │ ├── 社保起始缴纳月 (date) │ ├── 当前缴纳状态 (enum: 正常/断缴/转出) │ ├── 最近一次缴纳月 (date) │ ├── 连续缴纳月数 (int, 计算字段) │ ├── 社保要求月数 (int, 预设: 军工6/集成印制12) │ └── 是否满足社保要求 (bool, 计算字段) ├── 合同信息组 │ ├── 劳动合同编号 (string) │ ├── 合同起始日期 (date) │ ├── 合同到期日期 (date) │ └── 合同状态 (enum: 有效/即将到期/已到期, 计算字段) ├── 培训信息组 │ ├── 最近培训日期 (date) │ ├── 培训学时 (int) │ ├── 考核结果 (enum: 合格/不合格) │ └── 下次培训到期日 (date, 计算字段) └── 状态信息组 ├── 人员状态 (enum: 在岗/离岗/离职/脱密期中) ├── 是否在涉密台账 (bool) ├── 一致性校验结果 (enum: 一致/部分不一致/严重不一致) ├── 最后更新日期 (datetime) └── 更新人 (string)

2.2 关键字段设计说明

身份证号：系统主键，用于与社保明细表、门禁授权表、劳动合同表进行关联匹配。采用 18 位标准格式，建立唯一性约束。

涉密等级：枚举类型，值域为核心、重要、一般。分类依据为接触国家秘密的密级和数量，采用 “就高不就低” 原则 —— 同时接触多个密级的按最高密级分类。

连续缴纳月数：计算字段，逻辑为从社保起始月到当前月，统计无断缴的连续月份。断缴后从恢复缴纳月重新计算。建议通过月度社保数据导入自动更新，不允许人工直接修改。

是否满足社保要求：计算字段，判断逻辑为连续缴纳月数大于等于社保要求月数，且当前缴纳状态为正常。两个条件同时满足为真。

人员状态：枚举类型，值域为在岗、离岗、离职、脱密期中。这是状态机的核心字段，其转换规则见第三节。

三、状态机设计：动态更新机制

3.1 人员状态转换图

[入职认定] │ ▼ [非涉密] ──涉密认定──▶ [在岗] ──调岗──▶ [在岗(等级变更)] │ │ │ │ 离职/调离涉密岗 离职/调离涉密岗 │ │ ▼ ▼ [脱密期中] ◀───────────┘ │ 脱密期结束 │ ▼ [已解除(归档)]

3.2 状态转换规则

转换 1：非涉密→在岗（入职 3 日内）

触发条件：新员工入职涉密岗位，完成岗前培训、保密承诺、涉密认定。

必填操作：

• 完成岗前保密培训和考核
• 签订保密承诺书
• 确定涉密等级并履行认定审批
• 社保开始缴纳
• 台账新增完整记录
• 门禁权限开通

时限要求：入职后 3 个工作日内完成。

转换 2：在岗→脱密期中（离职当日）

触发条件：员工离职或调离涉密岗位。

必填操作：

• 收回涉密载体、门禁卡、涉密设备
• 办理涉密人员注销审批
• 确定脱密期期限和起算日期
• 人员状态变更为 “脱密期中”
• 在岗涉密人员数量扣减
• 门禁权限立即注销

注意：不是删除记录，而是状态变更。脱密期内保留完整记录。

转换 3：在岗→在岗（调岗 / 等级变更）

触发条件：部门调整、岗位变更、涉密等级变更。

必填操作：

• 涉密→非涉密：走转换 2
• 非涉密→涉密：走转换 1
• 等级变更（一般→重要 / 核心）：重新履行认定程序，更新涉密等级字段
• 部门 / 岗位变更但等级不变：更新对应字段

时限要求：调岗当日同步更新。

转换 4：脱密期中→已解除（归档）

触发条件：脱密期到期。

必填操作：

• 核实脱密期内无违规就业
• 办理解除手续
• 人员状态变更为 “已解除”
• 记录归档保存

四、审查前校验流程

4.1 七项校验清单

审查前一周校验流程: ├── 校验1: 人员数量校验 │ ├── 在岗涉密人员数 >= 法定要求(军工>=10) │ ├── 无离职未更新状态 │ └── 无新入职未纳入 ├── 校验2: 社保连续性校验 │ ├── 逐人核对最近N月社保(军工6/集成印制12) │ ├── 无断缴月份 │ ├── 缴纳单位 = 本单位(军工允许分公司) │ └── 连续月数 >= 要求月数 ├── 校验3: 合同有效性校验 │ ├── 合同在有效期内 │ ├── 无到期未续签 │ └── 合同起始日 <= 涉密认定日 ├── 校验4: 涉密等级校验 │ ├── 等级与岗位匹配 │ ├── 调岗后已更新 │ └── 有认定记录支撑 ├── 校验5: 培训记录校验 │ ├── 每人有培训记录 │ ├── 培训在有效期内 │ └── 考核合格 ├── 校验6: 四源一致性校验 │ ├── 台账 vs 社保名单 │ ├── 台账 vs 合同名单 │ ├── 台账 vs 门禁名单 │ └── 输出不一致清单 └── 校验7: 脱密期校验 ├── 脱密期人员在台账中 ├── 起算日/到期日准确 └── 无违规就业

4.2 四源一致性校验算法

四源指：涉密人员台账、社保缴纳名单、劳动合同名单、门禁授权名单。

校验逻辑：

对于台账中每个在岗涉密人员P: 校验A: P是否在社保名单中且状态正常 否 → 标记"台账有社保无" 校验B: P是否在合同名单中且合同有效 否 → 标记"台账有合同无/已过期" 校验C: P是否在门禁名单中且权限有效 否 → 标记"台账有权限无" 对于社保名单中每个在缴人员S: 校验D: S的岗位是否涉密 是且S不在台账中 → 标记"社保有台账无(应纳入)" 汇总: 全部通过 → 一致性结果 = "一致" 1项不一致 → 一致性结果 = "部分不一致" >=2项不一致 → 一致性结果 = "严重不一致"

4.3 校验结果处理

• 一致：绿色标记，无需处理
• 部分不一致：黄色标记，列出问题项，限期整改
• 严重不一致：红色标记，立即整改，整改后重新校验

五、数据安全与存储规范

1. 涉密人员信息属于敏感数据，系统须部署在涉密内网或涉密计算机中
2. 禁止通过互联网、云存储、即时通讯工具传输台账数据
3. 数据备份按涉密载体管理，备份介质存储在保密柜中
4. 设置基于角色的访问控制（RBAC），保密管理员可读写，部门负责人只读，其他人员无权限
5. 所有数据变更记录操作日志：操作人、操作时间、变更前值、变更后值
6. 数据销毁须履行审批手续，采用物理销毁或多次覆写方式

六、FAQ

Q：系统必须用专业软件吗？
A：不强制。Excel 配合公式和条件格式可以实现大部分功能，低代码平台（如多维表格）可实现自动化，专业系统可实现更复杂的工作流。关键是字段完整、状态机清晰、更新及时。

Q：涉密等级分类的法律依据？
A：依据《保守国家秘密法》及实施条例，按接触国家秘密的密级和数量分为核心、重要、一般三类。

Q：脱密期期限如何确定？
A：根据涉密等级确定，核心涉密人员脱密期最长，一般涉密人员最短，具体期限以现行法规和单位制度为准。

Q：社保缴纳单位的要求？
A：军工口径为本单位或分公司，陕西国防科工办 FAQ 明确子公司或上级法人公司缴纳不符合要求。集成和印制一般要求本单位缴纳。

Q：台账更新频率？
A：动态更新，非定期。入职 3 日内、离职当日、调岗当日触发更新；每月社保缴纳后导入数据自动校验连续性。

Q：法规依据？
A：军工依据《武器装备科研生产单位保密资质管理办法》（保发〔2025〕2 号，2025 年 7 月 1 日施行，原国保发〔2016〕15 号已废止）第 11 条；集成依据国家保密局令 2020 年第 1 号第 16 条及附件；印制依据国家保密局・市场监管总局令 2020 年第 2 号附件。