痛点：证书在文件夹里，卡尺还在超期使用
先说三个几乎每个有计量器具的厂都会撞上的场景。
场景一：审核前一晚翻柜子。 客户验厂或体系审核前一天，质量部要把关键量具的校准证书找出来。证书在文件柜第三格，按年份装的，今年新来的文员不知道，翻了两小时。找不到的那台千分尺，最后只能打电话问校准机构能不能重新开一份证明。
场景二：到期日靠一张表加红。 台账活在一份 Excel 里，到期日靠人手填。谁改了没留痕，休假那两个月没人看，等到想起来，一排红字里有一半是上个月就该送检的。
场景三：结论写着"限用"，车间还在满量程用。 证书结论是限用（只有部分量程合格），或者干脆不合格，纸质登记本上记了一行。但工位上那把卡尺没贴新标识、也没人告诉班组，它照样在量关键尺寸。
这三件事指向同一个缺口：计量管理真正要回答的，不是"有没有校准"，而是几件事能不能一句话查到——手上有多少台器具、分别在哪、哪一台该送检了、上次的结论是什么、限用限到什么范围、不合格的那台处置到哪一步了。
先把容易混淆的对象分清，后面才好建模。这套东西不是设备点检，也不是消防设施点检：
- 生产设备台账与维修工单管的是"这台机器今天转不转"（对象是机床、产线，目的是防停线），见 制造业设备台账：从纸质记录到双端数字化的一条路。
- 消防设施点检管的是"这件器材还在不在有效状态"（对象是灭火器、消火栓，目的是安全合规），见 消防设施点检与维保：器材台账、检查周期与到期提醒。
- 模具与工装管的是"这套模还能打多少件"（寿命与领用归还），见 模具与工装管理：台账、寿命与领用归还闭环。
- 计量器具管的是"这台量具量出来的数还准不准、凭什么证明它准"。它的特殊性在于：结论不由自己判，由外部校准机构出具的证书给；证明的方式是一纸可追溯的证书；结论会直接改变器具能不能用。
所以计量器具这套东西的骨架只有三张表加一条主线：器具主档（一台一行）→ 送检单（一次送检多台）→ 校准记录（一次校准一行，只增不改），结论从记录流向状态，到期日从日期加周期算出来。剩下的都是围绕这条主线配页面、配规则。
这种"业务数据 + 管理页面 + 流程审批 + 移动端伴同"的形态，正是 AI 构建器（用业务语言描述需求、平台直接生成数据表、管理页面与移动端界面的开发方式）能交付的模块。下面按能落地的顺序讲：表怎么设计、页面给谁看、规则怎么把"到期"变成"有人去做"。
数据怎么建：三张表，一条主线
模块能不能用，八成取决于第一步的建模决定。计量器具最容易犯的错有两个：一是按类别建台账（"卡尺 42 把"写成一行），二是把证书信息直接塞进器具主表。前者让所有到期计算失效，后者让历史查不回来。
决定一：器具主档一台一行，编号留两个字段。
每一把卡尺、每一台天平、每一块压力表各占一行。关键字段不是越多越好，而是要撑住后面三个用途（唯一识别、算到期、说清能不能用）：
- 内部编号：企业自己编，设唯一约束，防同一台器具重复建档。建议带区域或部门前缀（如 QC-01-卡尺-007）。
- 出厂编号：厂商给的那一串。这个字段一定要留——校准证书上写的是型号和出厂编号，不是你给它的内部编号。两个编号只留一个，将来对证书就得靠人眼看。
- 名称、型号规格、量程（下限～上限）、准确度等级或最大允许误差：这是判定"这把尺能不能量这个活"的依据，也是审核必查项。
- 使用部门与存放位置：部门引用组织架构里的部门档案，让"二车间/2号车间"在全系统只有一种写法；位置写具体到工位或柜号。
- 校准方式：内校 / 外校，走数据字典集中维护；校准周期（月） 按类别给默认值，单台可覆盖。
- 状态：在用 / 限用 / 停用 / 送检中 / 封存 / 报废，一次定死六态，别让"停用""暂不用""不使了"三种叫法并存。
一个容易被忽略的细节：主表不要留"当前结论"的手填字段。它不是没人填，就是填了不更新。正确做法是让最近一次校准记录通过规则回写（下文第四类自动化里讲）。
决定二：校准记录一次一行，只增不改。
一台器具一生会校准很多次，所以记录必须单独成表，一条记录代表一次校准：校准日期、校准机构、证书编号、结论（合格 / 限用 / 不合格）、限用范围（结论为限用时必填）、下次到期日、证书扫描件。
这里有两个必须讲清的设计理由：
- 证书附件挂在记录行，不挂主表。 挂在主表，下一次校准就把上一张证书覆盖了，等于把历史证据扔了。挂在记录行，既能顺着一台器具看历年结论变化（去年合格、今年限用，说明这台器具在退化），也能按证书编号反查到器具。
- 录错了不修改，新增一条更正记录并写明原因。 计量数据是审核证据，覆盖历史等于自己抹掉证据链。这也是下面所有台账类模块的通用做法：记录只增不改。
决定三：送检单独立成一张单，一次送检多台。
如果一台器具走一条流程，一个月送检 12 台就是 12 条待办，计量员会直接放弃使用系统。真实情况是：月初把一批器具送到同一家机构，月底一起取回，一张发票。
所以送检单要做主子结构——主表记机构、送检日期、预计取回日、送检人、运费或校准费；明细行挂具体器具（从主档引用，自动带出内部编号、型号与上次到期日）。取回登记时按明细行逐行录结论，主表自动汇总这一批的合格与不合格数量。
费用只在送检单上记一次，不要在器具主档和明细行上各存一个金额字段——那会让同一笔校准费被统计两遍。
决定四：结论驱动状态，这是整个模块真正的业务规则。
校准不是"登记完就结束"，它会改变器具的可用状态：
- 结论合格 → 状态回到"在用"，下次到期日 = 校准日期 + 周期。
- 结论限用 → 状态置"限用"，限用范围必填（例如"仅限 0～50mm 量程"），到期日照算。
- 结论不合格 → 进入"待处置"，必须走处置分支：维修后再校准 / 降级为粗用量具 / 直接报废。处置单关闭后，状态才最终确定。
不做这一步，系统就只是一本电子登记簿：证书有了，不台格的那把还是照用。所有计量管理的争议，最后都落在"这台现在到底能不能用"这一句上。
决定五：周期和提前提醒天数，不内置任何"法定值"。
不同器具的校准周期由企业计量管理制度与体系文件定（常见按类别定，如量具按使用频次、压力表按工况），提前多少天提醒也是企业内部约定。系统里只做两件事：按类别给一个默认周期、允许单台覆盖并记录调整痕迹，以及按配置的提前天数发提醒。具体数值以企业制度为准，不要照抄别人家的台账。
页面怎么用：四类角色，四个视角
同一份数据，四类人关心的事完全不同。页面按角色拆，比堆一个大而全的工作台有用得多。
计量管理员（全量视角）。 这是模块的主用户，日常要三样东西：
- 器具总台账：按部门、类别、状态、到期区间筛选，列表上直接显示内部编号、名称、使用部门、状态与下次到期日，到期临近的行标色。这张表回答"我手上有多少台、都在哪"。
- 到期工作台：分成三块——即将到期（按配置的提前天数）、已超期、送检中未回。超期那块每天早上点一遍就够，不用自己去翻台账算日期。
- 送检与登记：新建送检单、勾选器具、取回时按行录结论并上传证书。这是每天真正要动手的地方，字段少、步骤短最重要。
使用部门与班组（本部门视角）。 一线不关心台账总量，只关心"我现在手上这台能不能用"。给他一个本部门器具清单，按存放位置排序，点开看四件事：当前状态、当前结论、下次到期日、限用范围。限用范围这个字段的展示要显眼——它就是防止"限用当合格用"的那道闸。
质检与体系负责人（合规视角）。 三类查询要随手能出：超期器具清单、限用器具清单、一段时间内的结论分布（合格多少、限用多少、不合格多少）。这三张表对内审和客户验厂是直接的证据材料，不用再临时组织人手统计。能不能导出这件事在选型时就要问清楚。
采购与财务（费用视角）。 校准费用按机构、按部门、按器具类别归集，数据来源就是送检单上的费用字段（记一次、不重复计数）。这一块不必做复杂分析，能回答"今年外校花了多少、集中在哪些机构"就够了。
四个视角靠权限隔开：使用部门只看本部门，计量管理员跨部门全量，证书附件的可见范围单独一档——有些企业不希望工艺参数外流，证书上的量程与误差信息属于这一类。角色与授权怎么配，见 角色与权限配置：从内置角色到自定义授权。
自动化：把"到期"变成"有人去做"
台账做完了不会自己动。让这个模块真正跑起来的，是四类规则。
第一类：定时任务，每天扫一遍到期日。
按主档上的下次到期日做每日扫描：进入提前提醒窗口的，生成提醒给责任人和计量管理员；已经超期的，次日起升级通知到使用部门负责人。提醒走站内信或邮件，不必要求每个人都装某个 App 才收得到。这个能力的配置方式见 工作流与定时任务：让重复性工作自动跑。
一条经验：提醒不要只发给计量员一个人。只发给他，他休假就断线；发给责任人+部门负责人+计量员三方，事情才有人接。
第二类：数据流规则，在保存那一刻拦住错数据。
校验类规则放在保存时执行，比事后检查有效得多。计量场景值得配的几条：
- 校准日期不得早于该器具上一次校准日期（防止补录时把历史顺序录反）。
- 证书编号必填，且同一机构内不重复（一张证书对应一次校准，重复通常是重复录入）。
- 结论选"限用"时，限用范围必填；结论选"不合格"时，必须关联处置单才允许把记录置为已完结。
- 记录保存后自动回写主档的当前结论与下次到期日，不需要人工再改一次主档。
这几条规则的价值在于：把"填漏了""填反了"的问题拦在录入时，而不是等到算出的到期日不对、再回头查哪一条录错了。
第三类：审批流，管住会改变资产状态的动作。
不是所有操作都值得上审批，但这三类建议走：
- 不合格器具的降级与报废：这把尺从"量关键尺寸"降为"粗略测量"，或直接报废，涉及资产与技术判断，需要质量负责人签一下。
- 校准周期的临时调整：把某台器具的周期从 12 个月改成 6 个月，属于制度层面的变更，留审批痕迹。
- 新增外部校准机构：机构资质、认可范围要有人核过。
通用审批配置见 审批流落地：请假、报销与通用申请怎么在线化。
第四类：留痕与审计。
状态变更、证书替换、周期调整、处置结论，都要在审计日志里留下"谁、什么时候、改前是什么、改后是什么"。这不是为了追责，而是为了回答审核员那句最常见的追问：这台器具上次是什么结论，谁在什么时候把它放回在用的。
移动端：现场那一下，查得到、拍得下
计量管理最常被漏掉的一环在现场：老师傅要知道手上这台能不能用、收证书的人要把纸变成数据、收到提醒的人要能顺手发起送检。
模块发布后，同一套数据在手机端自动拥有对应界面，不需要为手机再开发一版——这是平台自带的能力，配置与使用见 移动端使用指南：工作台、模块页与手机上的 AI 构建。计量场景下真正值得安排到手机上的有四件事：
- 查有效性：输入或选择内部编号，直接看到状态、当前结论、下次到期日、限用范围。工位旁边贴的还是旧标签时，这个页面就是唯一可信的答案。
- 收证书即上传：取回证书后拍照，作为附件挂到对应的校准记录行上，不留"先放着、回头再录"的尾巴。
- 收提醒即发起：看到到期提醒，就地提交送检申请（走审批），不必回到办公室打开电脑。
- 报异常：发现器具摔了、表针不回零、量出来的数和别的不一致，直接从器具详情页发起异常报修或报停申请。
需要说清楚的边界：手机端的定位是"伴同"，不是把 PC 端所有功能搬上去。批量建档、批量导数据、按条件做复杂统计，仍然在 PC 端做。
上线前查什么
台账搭好不等于能用起来。下面七条按顺序过一遍，能省掉上线后的大量返工。
- 三套字典先定死：器具类别、校准方式、结论状态（合格 / 限用 / 不合格）与器具状态。字典不定，后面筛选、统计、配检查规则全都建在流沙上。做法见 数据字典：管好下拉选项的统一口径。
- 编号先归并：动手导入前，把"数显卡尺1#"和"卡尺-01"这类同一台器具的不同叫法合并成一条。不归并，到期提醒会算重算漏，后面越用越乱。
- 历史至少导最近一次校准：到期日由"上次校准日期 + 周期"算出来，没有历史记录就出不来到期日。更早的记录按需要选择性导入。既有台账怎么灌进来，见 用 Excel 一步建模块：从表格到可用的业务系统。
- 周期与提前提醒天数按企业自己的计量管理制度填：按器具类别给默认周期，个别器具单独覆盖并留痕。这一步不照抄别人的台账。
- 限用范围要有统一填法：定一个写法（如"仅限 0～50mm 量程"），不要让每人自由发挥，否则一线看不懂、审核也说不清。
- 权限过一遍：部门数据隔离、证书附件可见范围、谁能改周期、谁能关处置单。别等上线后再收权限，那会儿数据已经乱了。
- 发布预检与移动端同步确认：发布前先跑平台自带的页面测试与预检清单，再确认手机端页面已生成、菜单挂载正确，见 模块的测试与发布：预检、挂载菜单与移动端同步。
最后一条建议不是技术项，但最影响成败：新旧并行一个月。系统跑起来后，纸台账继续记一个月，月底拿两边的超期清单对一次。对上了再关纸账，心里才踏实。
之后怎么延伸
这套台账跑顺之后，常见的下一步是往两头接：
- 往检验那头接：来料检验单上选的器具，能查到当天是否在有效期内，把"用量具的人不知道量具超期"这条缝补上。检验模块怎么建见 来料与成品检验：把判定规则从老师傅脑子里搬进系统。
- 往资产那头接：计量器具的采购入账、调拨、报废与固定资产台账分工管理——器具管"准不准"，固定资产管"值多少"，两边用编号关联，不要合成一张表。见 固定资产台账与盘点：谁在用、在哪、还值多少。
- 往人员资质那头接：内校要由持证人员做，所以内校记录里通常会带上执行人及其资质；人员证书的到期提醒是另一套台账，见 员工培训与资质证书：记录、到期与复训提醒。
- 校准机构档案：机构名称、资质与认可范围、常用联系方式、历史报价，从送检单反查积累，形成可用的一小份供应商资料。
每个延伸都是一次"描述——构建——发布"，而不是一次新项目立项。这也是用 AI 构建器做业务模块的意义：系统跟着管理要求走，而不是管理等着系统排期。
不做什么：把边界说在前面
一份诚实的方案要写清自己不管什么。这个模块不做下面这些事：
- 不做仪器数据自动采集。三坐标、电子天平、压力校验台的输出直接进系统，涉及硬件与协议对接，不在这个模块的交付范围内；读数还是人工录或手工导入。
- 不做扫码识别与离线填写。编号靠选择或输入，网络不通时不做本地缓存提交，现场以纸质记录兜底、回到有网处补录。
- 不判定合格与否，也不算不确定度。结论以校准机构出具的证书为准，系统负责把结论、证书与处置记录下来并卡住流程，不代替计量技术判断。
- 不做对外行政报送。强制检定备案、属地监管平台的数据上报，属于外部系统的事，这里只保证内部台账查得到、拿得出。
- 不承诺体系审核或客户验厂的结果。系统能做的是让每台器具有档、每次校准有证、到期有提醒、不合格有处置，查得到、追得回、对得上；审核通过与否取决于制度执行本身。
把边界写清楚，不是示弱。它让你在评估阶段就知道哪些活要另外安排人，而不是上线三个月后才发现系统"不管这块"。