一、先说痛点：钱花了，账对不上
软件许可这件事，绝大多数公司都经历过下面这几个瞬间：
- 续订靠人记。某个设计软件的年度订阅在假期自动扣了费，财务看到账单才知道；另一个协作工具反而因为没人续，某天早上整组人打不开。
- 买多买少靠感觉。部门说"不够用"，采购就加十个席位；半年后没人说得清这十个席位到底发给了谁、有几个人还在用。
- 人走了，账号还在。员工离职流程走完了，邮箱关了、工牌收了，但他名下的各类软件账号仍在计费，甚至还能登录。这既是费用问题，也是安全问题。
- 汇报时拿不出事实。老板问"我们一年在软件上花了多少、花在哪些厂商、哪些部门用得多"，只能临时拉几张 Excel 拼。
这些问题的共同点不是"没有系统"，而是三个口径从来没有对在一起：
- 许可口径——这家厂商这个产品，我们买了多少、什么授权类型、什么时候到期；
- 账号口径——这些许可发给了谁、在哪个部门、什么时候该回收；
- 钱的口径——每份合同付了多少、付到什么时候、下次续订是哪天。
三个口径分开记，各自都还算清楚；一旦要合起来回答"这套软件到底值不值"，就没人答得上。本文讲的就是用 Inkwell AI 构建器把这套台账搭起来的具体做法：底表怎么拆、页面怎么分工、哪些事交给自动化、手机端配什么、上线前查哪几项。
需要先说明一句边界：这篇讲的是"把事实记清楚、让该看到的人看到"，不是"用算法帮你砍价"。许可证优化里那部分需要对接厂商后台数据、做浮动许可服务器分析的动作，本文不涉及，原因写在最后一节。
二、底表怎么建：四张主表管住三个口径
做这类台账最常见的失败做法，是把一套软件的所有信息塞进一行——软件名、授权类型、席位数、金额、到期日、使用人全在一张表里。这样建出来的表在录第一行时很舒服，第三个月就会发现：一套软件有三种授权（年订阅 + 永久买断 + 试用）、每个授权下发给五个人，一行放不下，只能复制行，于是金额被重复计算，统计全错。
正确的做法是按"管理对象"拆表。这套台账需要四张主表：
1. 软件主档（一套软件一行）
代表"这家公司使用了这个软件产品"这个事实本身。关键字段：软件名称、厂商、用途分类（如办公协作、研发设计、财务、安全）、责任部门、责任人、当前状态（在用 / 停用 / 评估中）、备注。
这里有两个关键设计决定：
- 软件主档不存金额、不存到期日、不存使用人。这三项都属于"授权"或"账号"层，塞进主档就会出现上面说的重复计数。
- 软件编码设唯一约束。台账运行两三年后，同一个产品会被不同人用不同叫法登记（"Adobe CC" / "adobe 全家桶" / "ADBE"），唯一编码是防止重复建档的最后一道闸。
2. 授权（许可）表：一条授权一行
这是整套台账的核心。同一套软件可以有多个授权，每个授权记录：所属软件、授权类型、许可数量（席位数）、授权范围（全局 / 指定部门 / 指定人）、生效日、到期日、授权状态、合同编号、备注。
关键设计决定：
- 授权类型必须先定成数据字典，不要让人自由填写。常见取值是"订阅年付 / 订阅月付 / 永久买断 / 按量计费 / 试用"。字典固化之后，后面按类型统计支出、按类型算闲置才有一致的口径。字典怎么集中维护，见 数据字典：管好下拉选项的统一口径。
- 永久买断也要有一条记录，到期日留空、状态为"长期有效"。否则统计"在用授权数"时会漏掉这一块。
- "到期日"是这套表最重要的一个日期字段。所有提醒、状态刷新都从这个日期出发，录入时要求必填（永久授权除外），不要留空。
3. 账号分配表：一人一授权一行
这张表回答"许可发给了谁"。字段：所属软件、所属授权、使用人、所属部门、账号标识（登录账号或席位编号）、分配日期、回收日期、状态（已分配 / 已回收）、回收原因（离职 / 转岗 / 不再需要 / 项目结束）。
关键设计决定：
- 只增不改，回收不删行。回收时把状态置为"已回收"、填上回收日期，而不是把这一行删掉。删行的直接后果是：查不到某个账号曾经发给过谁，审计时说不清；离职后重新入职要重录一遍，历史断开。
- 同一人 + 同一软件的唯一约束要慎重：一个人可能同时持有同一软件的两个不同类型授权（一个订阅席位 + 一个试用），所以更稳的唯一键是"授权 + 账号标识"。
- 不在这里存费用。费用属于合同/付款层，否则同一个合同下十个账号会把金额放大十倍。
4. 合同与付款表：一份合同一行
记录：合同/订单编号、所属软件（可关联多条授权）、供应商、合同金额、付款周期（年付 / 季付 / 月付 / 一次性）、起止日期、下次续订日 / 下次付款日、付款状态、自动续费（是 / 否）、附件（合同扫描件）。
关键设计决定：
- "下次续订日"单独成一个字段，不要靠"到期日减一年"现场算。原因很实际：续订日与授权到期日经常不是同一天（合同提前一个月签、授权月中生效），现场算一定出错。
- "自动续费"要显式标注。自动续费的授权是"最容易在无人察觉时花钱"的那一类，把它单独筛出来看，比看总金额更有用。
- 金额字段由企业自己录实际合同金额，用于汇总与预算对比；本文不涉及任何定价方式。
表之间怎么连
软件主档 ← 授权表 ← 账号分配表，合同表与授权表双向可查。这类跨表关联在平台上用引用引擎做软外键：选项数据源直接取对应主表，不需要重复维护一份下拉。四张表之外，通常再加两张轻量附属表：续订记录（每次续订一行，含旧到期日/新到期日/金额变化）和变更记录（谁改了什么，可配合平台的操作审计日志）。
状态字典要一次性定死：软件状态（在用 / 停用 / 评估中）、授权状态（有效 / 即将到期 / 已过期 / 已停用）、账号状态（已分配 / 已回收）、付款状态（待付 / 已付 / 无需付款）。四个字典是全套台账最便宜也最容易被跳过的一步——跳过之后，报表里就会出现"有效"、"在用中"、"正常"三种写法指同一件事，怎么筛都筛不干净。## 三、页面怎么用：按角色分五个视角
底表建好只是数据能存下来了。真正决定这套台账活不活的，是"每类人打开系统看到的是不是他要处理的那几件事"。同一套数据，按角色分成五个入口：
1. IT / 资产管理员：清单与待办
- 授权清单页：默认按"到期日升序"排，顶部放几个筛选：90 天内到期、已过期、按厂商、按部门。这是日常最常打开的一页。
- 账号分配页：默认筛"状态 = 已分配"，可以按人查（"这个人名下有哪些软件"），也可以按软件查（"这套软件发给了谁"）。离职场景下，先按人查、再逐条回收，是最短路径。
- 待回收清单：由离职/转岗事件自动生成的待办集合，见下一节自动化规则。
2. 员工：申请与自查
员工不需要看台账，他只需要两件事：申请开通和看我有什么。
- 开通申请表单：软件、需要的授权类型、（建议）用途说明、期望生效日。这张表单挂审批流，不同软件可以走不同审批链——协作工具部门负责人批即可，安全类软件加 IT 负责人，高额订阅再加一级。审批流怎么配，见 审批流落地：请假、报销与通用申请怎么在线化。
- "我的软件"页：只显示当前登录人名下的授权。这一页看着简单，其实是减少 IT 被问"我到底有没有这个软件"的最有效手段。
3. 部门负责人：申请审批与部门视图
- 审批待办：手机上能批（见移动端一节）。
- 部门视图：本部门当前持有的授权数、按软件的分布、本年度部门软件支出。部门负责人真正关心的是"我还有几个席位没用上"，所以这一页最好带一个"已分配 / 许可总量"的对照。
4. 采购与财务：续订日程与支出汇总
- 续订日历：按"下次续订日"排的月度视图，一眼看出这个月/下个月有几份合同要续、哪些是自动续费。
- 支出汇总页：按厂商、按年度、按部门三种分组。这里的分组统计要用到"合同金额 + 授权所属部门"两个来源，所以授权表上的部门字段不能省。
- 合同附件：合同扫描件挂在合同记录下，用平台的文件模块按记录归档，不另建目录树。
5. 管理者：一页看板
四个数字就够：年度软件支出总额（按厂商构成）、临期授权数、闲置席位数（许可总量减已分配数，再减已回收但未停订的部分）、本年度新增订阅数。这四个数字都不需要复杂计算，全部来自上面四张表，这也是前面强调"金额只在合同层记一次"的回报——口径干净，看板才可信。
四、四条自动化规则：让"提醒"和"回收"不靠人盯
台账类系统最容易死在"录完就没人看"。所以上线时这几条规则要一起配好，全部是平台内的定时任务与数据流规则，不需要写代码：
规则一：到期提醒（定时任务 + 通知）
按到期日与下次续订日分别扫描，命中阈值就发通知到软件责任人，抄送其部门负责人。策略上分两档更实用：
- 续订提醒：提前量按企业自身采购审批周期定（有的公司要提前一个月立预算，有的两周就够），不要硬性采用某种"标准天数"；
- 过期提醒：到期后仍未处理，升级通知到 IT 负责人。
通知走平台的通知/站内信通道，也可以同时发邮件。定时任务怎么配（执行频率、执行记录在哪看），见 工作流与定时任务：让重复性工作自动跑。
规则二：离职触发账号回收待办
这是收益最直接的一条。做法是数据流规则：当人员状态变化（如员工档案中状态改为离职）时，自动查到该人名下所有"已分配"账号，逐条生成回收待办，指派给 IT 管理员，并把软件与授权信息带在待办里。待办完成后回写账号分配表的回收日期与状态。
前提是员工档案在平台上（或在同一租户内可被引用）。如果公司的人事系统在别处、短期不打通，退一步的做法是：把离职名单整理成一张导入表，走"批量导入 → 生成待办"的半自动流程。人员档案侧的建模思路可参考 员工档案与人事异动：入转调离一本账。
规则三：闲置授权识别
按季度跑一次：对每个授权，比对"许可数量"与"当前已分配数"，差值即为未分配席位；再叠加"已分配但超过一个周期无任何使用登记"的账号（使用登记依赖是否有其他系统提供活跃数据，见边界一章）。输出一张闲置清单，给采购在下次续订谈判前用。
规则四：状态自动刷新
每天按日期刷新：到期日在阈值内的授权置"即将到期"，已过期的置"已过期"并通知责任人。状态由系统刷、不由人手工改，好处是所有报表都能信任"状态"这个字段——这也是上一节强调"状态字典一次定死"的另一半价值。
关于留痕：金额改动、账号分配与回收、授权停用这类敏感动作，都应当被平台的操作审计日志记录下来。谁能改、改了什么、什么时候改的，事后要查得到。审计日志的使用方法见 AI 监控与审计日志：看清平台里发生了什么。## 五、移动端怎么配合：只做"要动作"的那几件事
IT 台账的大部分工作是坐在电脑前做的，所以移动端不要试图把所有页面搬过去，只把"必须在手机上完成的三件事"做好：
- 员工自助申请：手机提交开通申请，选软件、写用途、提交。新人入职当天在工位上就能办，不必等 IT 回邮件。
- 负责人审批：审批待办推送到手机，点开就能看到"谁、要哪个软件、什么授权类型"，一键通过或驳回并写理由。
- IT 随手查与随手回收：在外开会时被问"这套软件还有几个席位"，打开授权清单就能答；收到离职通知，用手机打开该员工名下的账号清单一键发起回收。
另外两个顺手的用处：用手机拍合同/续订确认邮件作为附件上传（文件模块），以及收到临期通知时直接在手机上标记"本年度不续订"或"转采购评估"。移动端页面在模块发布时会同步生成，与 PC 端共用同一套数据，配置方法见 移动端使用指南：工作台、模块页与手机上的 AI 构建，产品能力介绍见 移动端。
六、上线前查什么：八项清单
台账类模块的上线风险几乎都不在"功能有没有做出来"，而在"数据进来的第一天就乱了"。发布前逐项过一遍：
- 历史数据怎么进：先用 用 Excel 一步建模块：从表格到可用的业务系统 的思路，把现有的软件清单（哪怕只是一张 Excel）导入成软件主档与授权表。导入前先清洗：同一产品的多种叫法统一、金额统一到合同层、把"到期日"空着的补上。
- 四张表的关系对不对：打开一条授权，能查到它下面发了哪些账号；打开一份合同，能查到它覆盖哪些授权。查不到就是引用配错了，先修再上线。
- 状态字典是否唯一：把每个字典的取值列出来，确认同一个意思只有一种写法。
- 权限是否按角色收敛：员工只能看自己的授权，部门负责人看本部门，IT 看全部，金额字段可以只对采购/财务与 IT 负责人开放。配置方法见 角色与权限配置：从内置角色到自定义授权。
- 自动化规则是否都配了通知对象：规则最怕"跑起来了但没人收到"。四条规则逐条确认接收人不是空。
- 审计留痕是否覆盖敏感字段：至少覆盖账号分配/回收、金额修改、授权停用三类动作。
- 移动端是否真的能用：用手机真机走一遍"申请 → 审批 → 回收"，不要只看页面能打开。
- 发布预检与菜单挂载：走平台的预检流程，把模块挂到正确菜单、确认移动端同步产物，见 模块的测试与发布：预检、挂载菜单与移动端同步。
七、之后怎么延伸：三处最自然的接续
这套台账跑稳之后，往外延伸通常有三个方向，都不需要重建数据：
1. 与实物资产台账分工，而不是合并
已经建了 固定资产台账与盘点：谁在用、在哪、还值多少 的企业，常常第一反应是"软件也塞进资产表"。建议不合并：固定资产台账的管理对象是实物，生命周期是采购入账 → 领用调拨 → 报废处置；软件许可的管理对象是授权与账号，生命周期是签约 → 分配 → 续订或退订。两者的关键日期不同（资产看折旧与盘点周期，软件看到期与续订日），操作人不同（资产多由行政/财务经办，软件由 IT 经办），强行合表会让两边的报表都失真。
2. 与合同台账联动
软件订阅本质是一类合同。如果公司已有 合同台账与到期预警：关键日期不再靠人记，可以让软件合同既出现在合同台账里、又通过引用关联到授权表；也可以保持单一数据源——合同台账管所有合同的到期，软件台账只引用结果。两种都可以，关键是同一份合同的到期日只有一个地方录入。到期提醒的通用做法见 合同到期提醒怎么设置？台账加预警的通用做法。
3. 与人员异动联动
前面提到的离职回收规则，本质是把人事异动变成 IT 侧的待办。人员范围扩大后（转岗、外包人员到期、实习生结束），可以统一映射成"授权需复核"的待办，由 IT 判断是回收还是转移。
再往后一步，是按部门/按项目的软件成本归集——把授权成本按持有部门或持有项目分摊。这一步依赖授权表上的部门与项目字段从第一天就填准，所以建模时留好这两个字段，比事后补算便宜得多。
八、不做边界：这套方案明确不做什么
说清楚不做的事，比罗列能做的事更能帮判断这套方案是否合适：
- 不做厂商侧的许可用量自动采集。自动拉取厂商后台的席位数与实际活跃用量，需要针对每家厂商的接口一对一对接，不属于这套台账的内置能力；平台能保证的是"你自己登记与审批过的事实可查、可追、可汇总"。
- 不做终端软件扫描与自动发现。也就是"扫描全公司电脑，自动发现装了哪些软件"这类动作，不在能力范围内。
- 不做发票/合同文本的自动识别与自动入账。合同以附件形式归档、金额由人录入并经审批，不承诺从扫描件里自动提取字段。
- 不做浮动许可服务器（License Server）对接与许可证优化算法。席位够不够、要不要减订，系统提供的是"许可总数与已分配数的对照"这类事实，最终判断仍由人做。
- 不替代财务总账。台账里的金额用于管理与预算对比，不构成会计凭证，也不做摊销与账务处理。
- 不承诺节省比例。回收闲置授权能省下多少钱，取决于各企业自己的合同条款与续订节奏，本文不给任何比例数字。
一句话总结这套方案的定位：它把"买了多少、发给谁、付到哪天"三件事放到同一套可查的记录里，并让到期与回收这两个最容易漏的动作自动提醒到人。剩下的判断——哪套系统值得续、哪个部门该减席位——仍然是人做的决定，只是这次有据可依。