固定资产全生命周期：采购入账、领用调拨到报废处置

固定资产管不清，多半不是台账没建，而是资产从采购入账、领用调拨、送修到报废处置的每一步缺凭据与责任交接。用 Inkwell AI 构建器搭一套全生命周期模块：主档与状态机、单据驱动的变动记录、离职交接核查、处置与净值登记，PC 端管理、移动端现场确认，并说清与台账盘点方案的分工。

先分清：一个管“时点”，一个管“过程”

固定资产管理听起来是一件事，实际是两个问题域，混在一篇文章里讲，两边都讲不透。

时点问题：此刻账上登记的资产，现场到底在不在、在谁手上、在哪个楼层。答案是“建台账 + 定期盘点、把账实对上”。这部分我们在另一篇里展开，见固定资产台账与盘点：谁在用、在哪、还值多少；盘点怎么准备、差异怎么处理，可以再看固定资产盘点怎么做。
过程问题：一台资产从进到出的每一步——入账、领用、调岗带走、送修、归还、报废、卖掉——有没有凭据，有没有人签过字，责任有没有交接。这就是本文要解决的事。

过程问题更难，因为它的动作大多不在系统里发生：设备是同事在微信里借走的，显示器是搬工位时顺手换的，笔记本是离职当天带走的，报废的旧空调卖给了谁、卖了多少钱，只有当事的口头说法。等到年底盘点对不上，谁都说不清是哪一步漏了。

所以这套模块的目标不是“多一张表”，而是让每一步动作都落成一条可查的记录，并让这条记录自动改写资产当前的状态与责任人。用 Inkwell AI 构建器做这件事的路径是：用业务语言把资产对象和变动流程描述清楚，由 AI 生成数据模型、管理页面、审批流与提醒逻辑，PC 端与移动端同步可用。下面按“数据怎么建 → 页面怎么用 → 移动端怎么配合 → 上线前查什么 → 之后怎么延伸”讲。## 数据怎么建：主档 + 一组单据 + 一份交接清单

对 AI 描述业务对象，构建器会生成对应的数据模型（可以理解为系统里的“表结构”，决定每条记录能存哪些字段）。全生命周期管理建议拆成三层，再加一份交接清单。

资产主档——每一台（件）资产一条记录，是全系统的唯一身份。除了编号、名称、类别、规格型号、序列号、存放地点这些基础字段，过程管理还要重点落到这几项：

来源单据号：这台资产是哪张请购单、入库单或验收单来的——后续要和采购对账、追溯发票，全靠这条线索。走 Excel 迁移历史资产的话，这一项允许先空着，后续补录；
入账日期 / 启用日期：两个日期要分开，前者决定财务台账归属期，后者决定现场实际开始使用的时间；
原值：金额按“分”存储、页面按带千分位的元显示，不会出现小数误差；处置回款同样用金额字段登记；
折旧参数：使用年限与残值率先作为参数存下来；折旧金额与净值以财务口径为准，模块负责登记财务给出的期初累计折旧与月折旧额，用于查询和对账，不替代财务软件；
当前状态 / 归属部门 / 存放地点 / 当前保管人：这四个字段不由人手改，只由单据驱动。

状态机：待入账 → 在用 → 闲置 → 维修中 → 待报废 → 已处置（共享设备再补一个“借用中”）。状态值建议封闭固定，每次跳转都必须有一张单据支撑，禁止出现“状态写着报废、却没人走过流程”。

单据流——每发生一次动作开一张单，审批通过后才影响主档：

领用单：领用人、原保管人、领取日期、用途、附件；
调拨单：调出与调入部门、地点、新保管人、交接确认人；
送修 / 返还单：报修原因、送修日期、预计返还日、维修结果；
借用 / 归还单：借用期限、应还日期（共享设备、检测工具用这套）；
报废处置单：报废原因、处置方式（报废 / 变卖 / 调拨外部）、处置回款、审批人、处置凭据附件。

交接清单：员工离职或跨部门调岗时，系统按“当前保管人”自动列出此人名下资产，生成一张交接单，明细逐项标“已归还 / 已转移 / 待处理”。这项设计能直接减少一类最常见的管理漏洞——人走了，东西没回来，账上还挂着他是责任人。

主档与单据之间的联动交给平台的数据流引擎（“条件触发 → 自动处理”的规则能力）：领用单审批通过，主档的保管人、部门、状态自动改写，不用谁记得两边都改。历史资产不必手工一条条录，用平台的 Excel 导入能力把老表格直接变成资产数据，是最快的起步方式，具体做法见用 Excel 一步建模块。## 页面怎么用：台账、单据台、交接核查、处置与净值

数据模型建好后，构建器会生成配套的增删改查页面。按使用角色组织成五块视图就够用。

① 资产台账（PC 端，管理员主工作台）
默认只看“在用”与“闲置”，支持按状态、部门、保管人、类别、来源单据、购置年份组合筛选，原值列自动汇总当前筛选结果的合计。新增、修改、导出都在这页完成。要定期盯的三类“卡住的资产”，也在这里筛得出来：闲置超过一定天数、送修长期未返还、状态停在“待报废”却没走处置单。

② 资产详情页（全生命周期视图）
上半部是主档字段与附件（发票、验收单、保修卡、实物照片在页面直接预览），下半部是变动时间线：哪年入的账、谁领的、调过几次部门、送修过几次、最后怎么处置的，一条线看完。谁在什么时候改了哪个字段，由平台的审计日志（记录操作留痕的系统能力）自动记下，报废、处置这类关键动作可追溯。

③ 单据工作台与审批
五类单据共用一套页面模式：发起人填单提交，审批人按角色和金额分级审批。审批走平台的工作流引擎（可视化配置的审批流，会签、或签、条件分支都能配），过程留痕、结果自动回写单据状态。审批流的通用做法可以看审批流落地，节点配置细节见工作流可视化编辑器。

④ 离职交接核查页
输入一名员工，页面列出其名下全部资产及其状态，逐项确认“已归还 / 已转移 / 待处理”，全部闭环后交接单才算完成。这张单子建议和人事的离职办理流程衔接——资产未结清时不放行最后一步，规则比提醒更管用，人事异动的整体做法见员工档案与人事异动。

⑤ 处置与净值视图
处置单集中在一页，处置方式、回款金额、审批与凭据齐全，方便对账“卖了什么、回了多少钱”。另一块是净值查询：按部门或类别看原值、累计折旧、净值三个数的分布，数据来源是财务给出的口径，模块只负责呈现和对账。

提醒交给定时任务：借用逾期、送修超期未返、闲置超过阈值、待报废未处置，用平台的定时任务能力（按 Cron 表达式配置执行计划，在页面上管理、不用改代码）每天扫一遍，经站内信与通知能力推给责任人和管理员。定时任务的配置方式见工作流与定时任务。## 移动端怎么配合：现场那一段交给手机

PC 端搭好的模块会同步出现在手机上，两端共用同一套数据与权限，不用为手机重做一遍（机制说明见移动端使用指南）。全生命周期场景里，移动端的价值集中在人不在工位上的四个动作：

现场定位资产：按编号、名称或保管人检索，手机上直接打开资产详情，核对眼前这台是不是账上那台；
随手拍照留凭：领用时的实物照、送修时的故障位置、处置前的资产状态，拍完直接挂在单据上；
本人确认交接：领用、归还、调岗交接由当事人在手机上确认，责任人自己点过，后续争议少；
审批与待办：待审的领用、调拨、报废推到手机，出差在外也能批，不必等回办公室。

编号是现场核对的关键手段，建议把编号打印成标签贴到实物上（普通标签机或打 A4 后裁剪都行），现场“看到实物 → 读出编号 → 在手机上定位记录”。至于用扫码枪或手机摄像头自动识别编号，属于外部设备与定制组件的范围，建议在需求确认阶段单独问清，不要默认它开箱即用。

上线前查什么：六件事确认完再发布

模块发布前平台会做预检（沙箱校验、发布预检与错误账本，技术问题在这一步暴露，说明见模块的测试与发布），但预检保证不了业务口径，下面六条要人工过一遍：

编号与来源口径：编号规则是否唯一、是否与财务口径一致（避免一物两号）；老资产补录时“来源单据号”留空是否可接受，谁负责后续补齐。
状态机是否封闭：状态值有没有被允许自由新增；每一条状态跳转是否都能追到对应单据——拿一台真实设备跑一遍“在用 → 维修中 → 待报废 → 已处置”。
单据与主档真联动：分别提交一张领用、一张调拨、一张处置，看主档的保管人、部门、状态是否自动跟着变；再手工改一次主档，确认系统不会让两处数据长期打架。
交接清单准不准：挑一名近期调岗或有借用记录的人试跑，看清单是否漏项（这是最容易暴露数据质量问题的一步）；测完删除测试数据。
金额一致性：录一台万元级设备与一笔处置回款，看列表、详情、净值三处显示是否一致且带千分位；导入历史台账前先用十行数据做小样试导。
提醒真的会发、权限边界真的挡：把逾期提醒的定时任务临时调到几分钟后执行，验证收件人是本人；再核对权限——原值、处置回款这类敏感信息，普通员工与部门主管看到的是不是同一个范围，敏感操作的留痕是否齐全（权限配置见角色与权限配置）。