抄表这件事，真正卡住的不是"抄"，是"对不上"
水、电、汽的读数本身不难拿到，难的是拿到之后那一串追问：
- 抄表靠纸质本、微信群截图、几份 Excel 各记一段，月底合并时总表和分表差一截，找不出是漏抄还是漏损；
- 车间问"这个月电费为什么这么高"，能拿出的只有一张总账单，没有分表依据；
- 费用只能按面积或人头摊，用得多的部门不心疼，省着用的部门也觉得不公平；
- 某台设备能耗突然翻倍，没人知道是哪一天开始的，等发现时已经跑了两个月；
- 换表、停用、增容这些变动全靠人记，新表读数直接接上旧表累计值，算出来的用量是个离谱的数字。
这些问题的共同点是：读数没有被结构化地存下来，用量和费用就永远算不清楚。下面讲的这个模块，就是把"表位—读数—用量—分摊"这条链用页面和字段固定下来，让每个月的账有依据、异常能追到日期。
数据怎么建：四张底表定骨架
先说一个必要的人话解释：表位就是现场那块物理表在系统里的对应档案，一块表一条记录、一个编号，后面所有的读数和费用都挂在它身上。这是整个模块的地基，地基没打好，后面全歪。
第一张：表位档案（抄表点）
一条记录代表一块表，至少包含：表号（现场铭牌上的号）、能源类型（电／水／蒸汽／压缩空气）、所属区域（车间、楼层、楼栋、租户房间）、上级表位（说明它是总表还是分表）、倍率（互感器变比这类换算系数）、期初读数、装表日期、状态（在用／停用／已换表）。
两个设计要点值得提前想清楚：
- 上下级关系一定要建。总表挂分表，月底才能自动做"总表用量 − 分表合计 = 损耗"的核对，漏抄、漏损、私接，一眼区分开。
- 倍率单独做字段，不要靠人脑算。带互感器的电表和普通水表算法不同，把系数写进表位档案，抄表员只录表盘读数，换算交给系统。
第二张：抄表记录
每次抄表一条记录，包含：表位（引用上一步的档案）、抄表日期、本期读数、上期读数、本期用量、抄表人、抄表方式（现场人工／远程采集／事后补录）、现场照片。
关键点是不要在前端手填用量。用量由上期和本期读数用规则算出来，人只负责录读数。手填用量是这类模块最常见的翻车点——两边都手填，差一天就永远对不上账。
第三张：价格与分摊规则
把单价或阶梯电价、分摊对象（车间／产线／租户／项目）、分摊方式（按用量、按面积、按固定比例）维护成规则记录，而不是写死在公式里。价格和分摊口径每年都会变，做成可维护的数据，改的时候不用动模块。阶梯电价这种分段计费的，用阶梯明细子表存区间和单价，配置一次长期可用。
第四张：用量账单与分摊单
按期间生成的结算记录：期间、对象、用量、金额、状态（草稿／已确认／已导出）。这张表是给财务和考核用的，前面三张是它的原料。
这四张表之间的引用关系，用平台的引用字段（跨模块软外键）来连：抄表记录引用表位，账单引用分摊规则。好处是车间名称、区域名称只维护在表位档案一处，改名不用回头改历史记录。## 页面怎么用：从待抄清单到分摊单
系统搭好之后，日常真正打开的是下面这几个页面。
抄表工作台（首页）
按本期是否已抄筛出待办清单，支持按区域或抄表路线分组。抄表员进来看的是"这块区域哪些表还没抄"，而不是翻台账找。列表上直接标出三类状态：待抄、已抄待复核、异常待说明。月底那几天效率差别主要来自这里。
抄表记录明细页
每条记录展示上期读数、本期读数、用量、环比，并按表位所属区域自动带上车间／楼栋信息。用量超出预设阈值（比如相对上期波动超过一个区间，或用量为 0）时高亮显示，抄表员当场能补一句说明，避免事后被追问。
异常清单页
这是这个模块里最值钱的一屏。系统把几种可疑记录集中列出来：用量为 0、用量为负（换表或读数录反时的典型信号）、用量跳变、长期未抄。每一条都要求给出处理结论——补抄、订正、确认换表。清单清零，账才算干净。
用量与分摊页
选好期间，一键按规则生成分摊单：先算各表位用量，再按分摊规则汇总到车间／产线／租户。生成后可以逐条复核、手工调整（比如某台表故障期按去年同期估算），确认后导出给财务。导出成 Excel 是必备动作——财务的核算流程不会因为你上了系统就改，能导出、能对上，别人才愿意用。
能耗看板
按区域、能源类型、期间做汇总对比，看趋势、看同比、看单位产出能耗。这块不用做得很花，两三个能回答问题的图就够：谁用得最多、哪个月涨了、总表和分表差多少。
移动端怎么配合：抄表是"走到表前面"的工作
抄表这件事的本质是有人在现场，所以移动端不是补充，而是主战场。在平台上，PC 端构建的业务模块会同步到移动端工作台，手机打开就是同一套数据和权限，不需要另做一套。
现场的三个动作要顺手：
- 扫码找表。表位档案里存编号或二维码，到现场扫码直接定位到这块表的抄表表单，不用在一长串列表里翻。找不到表的情况也就自然消失了。
- 只录一个数。表单里上期读数已经带出来，抄表员只填本期表盘读数，用量即时显示。字段少、步骤短，是现场能坚持用下去的前提。
- 拍照留证。读数异常或换表时，直接拍照上传附在记录上。事后争议时，这张照片比任何解释都有用。
另外两类人也需要手机端：车间主任随时能看本车间当月用量，租户能收到自己房间的费用通知。这些通过移动端的模块页面加通知就能满足，不必另开端口。
上线前查什么：七件事
这类模块上线失败，几乎都不是功能问题，而是基础数据没对齐。上线前按这份清单过一遍：
- 表位清单和现场对一遍。存在但不用的表要标停用，物理上拆掉的表不要留在清单里，编号以现场铭牌为准。这一步偷懒，后面每个月都在纠错。
- 期初读数必须录。上线那个月的上期读数不录，第一期就没有用量可算。历史读数建议用 Excel 批量导入，先灌表位、再灌最近一期的读数。
- 换表和倍率规则写下来。换表时旧表止码、新表起码怎么衔接，倍率系数哪些表适用，形成一页说明放在系统里，否则每次换表都要打电话问。
- 分摊口径和财务当面对一次。公共损耗怎么摊（按用量摊、按面积摊、还是公司承担）、阶梯电价怎么套、跨月抄表怎么归属期间，这三件事不定下来，系统算出来的数永远有人不认。
- 权限按岗位配好。抄表员只能录自己负责的区域，车间主任看本区域，财务和能源管理员看全量但不能改原始读数——订正走单独权限。平台的权限体系支持到这样的粒度。
- 订正和补录要留痕。读数被谁改过、改前是多少，必须可查。上线前确认订正动作有审批或至少有操作日志，否则账一旦被改就说不清。
- 异常阈值先宽后紧。刚上线数据还脏，阈值设太窄会天天报异常，抄表员很快就不看了。跑一两个月、看清真实波动范围后再收紧。## 之后怎么延伸：从一张用量账长成能源管理
这个模块上线后，最有价值的延伸方向往往不是"加更多报表"，而是把能耗和已有的业务台账接起来：
接设备台账。高耗能设备单独挂表位，用量和运行状态放在一起看。某台设备能耗异常上升时，能顺手发起一次点检或维修工单——能耗数据于是从"月底的账"变成"提前发现的信号"。设备一侧的建法可以参考制造业设备台账这条线。
接租户和应收。园区、写字楼场景里，分摊单直接生成租户的应收账单，收缴和能耗是同一份数据，不用两边对。
接考核。按车间、产线定义能耗指标，月度达成情况进考核表。这一步的前提是区域归属在表位档案里填准了——又一次回到基础数据。
接定期动作。抄表提醒、月度分摊单生成、逾期未抄清单推送，都可以设成定时任务自动跑，人只在需要判断时才介入。平台的定时任务与工作流能力可以直接支撑这类周期性动作，不用另外写程序。
什么时候适合上，什么时候不适合
适合的情况：表数量在几十到几百块之间、有明确的区域或产线划分、月底确实因为能耗账扯皮、或者有外部审核需要提供能耗记录（能源审计、绿色工厂申报、租户结算）。
暂时不必上：表数只有个位数、单一厂区总表结算、没有内部分摊需求。这种规模用一个 Excel 也能撑，先把表位清单和每月读数记清楚，等分表和分摊的需求真的出现了再上系统。
落地路径建议
第一条线是从最疼的那一类能源开始——通常是电，因为金额最大、争议最多，也最容易看到效果。先把电表位盘清、跑通三个月的抄表和分摊，让财务和车间都认可这套数字，再把水、汽、压缩空气一批一批接进来。
第二条线是先把抄表做成一个人的事，再做成一队人的事。一个人用手机抄一个月，把表单字段、异常阈值、异常处理口径都磨顺了，再开放给全部抄表员。早期就全员上线，问题会一次性涌过来，容易被认定成"系统不好用"。
搭这个东西的方式，不需要走传统开发。在 Inkwell Engine 的 AI 构建器里，把上面四张表和五个页面的需求用业务语言讲清楚，就能生成可用的模块，再按模块的测试与发布流程做预检、挂菜单、同步到移动端。表位历史数据用Excel 一步建模块的方式灌进去，比一条条录快得多；能源类型、抄表方式、状态这些下拉选项统一走数据字典维护，后面加一种能源不用改页面。
先从一件事开始：把你们现在的表位清单整理成一张表。这一步做完，模块该长什么样基本就清楚了。