一句"我那块地只有八亩"，能让整个结算季对不上账
农机服务队的样子大同小异：合作社或植保服务公司手上有几台收割机、插秧机、拖拉机或植保无人机，机手各自带车在不同乡镇跑，一个作业季下来要覆盖几十上百个农户的地块。收工后车队群里报一句"今天在西河村割了四十来亩"，调度记在本子上，月底汇总成结算单。
在只有几户熟人的规模上，这套办法能转。一旦车多、地块散、作业项多，四处开始漏：
- 亩数是口报的。 机手报四十多亩，农户认三十多亩，差的几亩谁也拿不出依据。合同上写着"按实际作业面积计价"，实际是多少却是笔糊涂账。
- 地块面积没有准数。 农户自报、村组台账、早年口头约定三个数字互相对不上，同一块地今年十亩、明年九亩，面积一变，单价谈得再清楚也没用。
- 同一片地有好几笔活。 收割一单、秸秆还田一单、运粮又是一单，不同机手、不同计量口径（按亩、按小时、按捆数），按农户汇总时要么漏项，要么同一块地被重复算钱。
- 加价条件靠回忆。 倒伏要加钱、湿田要加钱、地块太远要补油钱——现场口头答应得爽快，结算时农户不认，机手也证明不了当时的地况。
- 成本算不出来。 油料、配件、机手工资散在微信转账和油站小票里，季末老板只知道账上进了多少，不知道哪台机组跑出了钱、哪台白耗了一季油。
- 凭证没归档。 作业现场照片、农户签字在各自手机相册里，一年后起争议翻不出来，只能各说各话。
这几件事单独看都不算大，合在一起就是一个结构问题：作业记录、面积确认、结算收款三件事各在不同人的手里，中间没有一条可查的线。
这篇讲的是用 Inkwell AI 构建器把这条线搭起来——几张底表、几个页面、机手手机端一个小入口。范围落在"派单到结算"这一段，不碰农户自己的种植管理（那本台账另有做法，见 种植农事台账），也不碰收购环节的粮食过磅结算（见 农产品收购与农户结算）——两者的方向正好相反：一个是给农户干活收钱，一个是收农户的粮付钱，混在一张单上必然对不上。
底表怎么建：先想清楚六个结构性决定
这类模块最容易犯的错是一上来就堆字段：作业单上塞农户、机手、地块名、面积、单价、金额、回款……三个月后发现表格没法统计。真正决定后面好不好用的，是下面几个结构选择。
一、机组、机手、地块，三份档案各建各的。
机组档案一台车（或一台机具）一行：机号、机型、归属（自有/带机入队）、作业项适配、证照与年检保险到期日，编码唯一。机手单独建档：姓名、联系方式、可操作的机型和作业项、结算方式（按亩提成/计时/包季）。
关键是机组与机手的绑定带起止日期，不是一个字段写死"当前机手"。农机队伍里换机手、临时拼车太常见，绑定期做一张小表：机组 × 机手 × 起 × 止。作业单引用的是绑定期，于是"这笔活当时是谁开的车"永远查得到，季末按机手算提成也不会算到别人头上。
地块是另一份档案，也是这类模块最容易被低估的一张表：农户、地块名（村组俗称）、自报面积、实测面积、面积来源（自报/村组台账/实测）、位置描述（乡镇+村+方位）、地块特征（是否连片、有无坡度、可否进大车）。给每块地一个人可读编码，同一农户的同名地块设唯一约束——没有这条约束，"西河村东地"迟早会被建三遍。
二、面积分三列存，不合并成一个"最终数"。
作业单上，申报面积（机手报）、实测/复核亩数、双方确认亩数分三列记。用于计价的是确认亩数，但前两列不能删掉。原因很实在：机手和农户差的那几亩，只有在单子上把"机手报多少、复核多少、最后认多少"并排摆出来才解释得清。合并成一个数字，等于主动放弃证据。
确认亩数一旦确认就锁定，后续不接受直接覆盖；要改，走"作废重开"或"新增调整行"。这一条看着麻烦，实际是季度结算时最值钱的一条规则。
三、一次作业一张单，一张单可以拆多行地块。
作业单是主表：机组、机手（取绑定期）、作业项、作业日期、状态、计量值、加价标记、照片。但它不必等于一块地——邻地连片一天干完是常态，所以作业单下面挂明细行，一行一块地，各自记亩数。
这样拆的好处是双向可查：按地块能看到这块地这一季被谁干过几次、累计多少亩（农户核对时最常问的），按作业单能看到这一趟到底干了哪几块地。
四、计量口径跟着作业项走，不让所有字段都空着。
作业项用数据字典集中维护：收割（按亩）、秸秆还田（按亩）、旋耕（按亩）、插秧（按亩）、植保飞防（按亩）、拉运（按车/按小时）。字典条目上带"计量单位"属性，作业单按所选作业项决定显示哪个计量字段，其余留空。
不做这一步，最后必然出现"亩数写了、小时数也写了、两边都不准"的单子。字典怎么集中维护，做法见 数据字典：管好下拉选项的统一口径。
五、单价与加价条件单独成表，作业单只记"用了哪一版"。
按作业项 × 地块条件（平田/倒伏/湿田/远距离）存价格口径和生效日期，形成一份版本表。作业单不照抄单价，只记录它适用哪一版价格加哪几条加价项，加价原因必须在作业当天勾选并留照片。
这样改价只改版本表、新建一版，历史单据的金额不会被悄悄改掉；也能回答农户那句"凭什么这块地贵五块"。
六、结算单是"账"，作业单是它的明细。
结算单一张对应一个农户一次结算（或一个周期一次结算），明细行列出这次要结哪几张已确认的作业单，再把代垫油料、代垫配件、预付款等扣项分栏列出来，算出应付金额。
作业单上不存"已结算金额"字段。 一旦在作业单上累加金额，一次结算出错、退回重结，这张单就会被算两遍，季末总额和财务账永远差一点。结算状态由结算单与作业单的引用关系反推。
费用归集与结算：把"这台车赚没赚"算出来
主链路搭好之后，再补两块表，这台机组这个季节的账才算完整。
机组费用单：油料、维修、配件、过路、临时用工各记一笔，字段是机组、费用类别（走字典）、发生日期、金额、经办人、票据照片。它和作业单不是一张表，也不做"作业单上挂油费"——一趟作业的油是加在车里的，不是花在单子上的，硬挂只会逼人瞎分摊。
有了这张表，季末按机组汇总费用、与该机组当期确认亩数一比，就得到亩均成本。这里要提醒一句：亩均成本只在费用录入齐全的前提下成立，油站小票没补录，这个数就是错的。所以上线时要把"费用当日记、票据拍照挂单"做成机手和调度的固定动作，而不是季末突击补。
收款登记：结算单确认应付后，收款登记按次记（日期、金额、方式、经办人）。结算单上只留"已收/未收/部分收"的汇总，实际收款明细在登记表里。同一个农户分三次付款是常态，靠改状态字段表达，最后就没人说得清哪笔是什么时候到的。
页面怎么用：四种人，四种视角
模块上线后，真正决定它会不会被用下去的，是每个角色打开页面时看到的东西对不对。同一个模块，页面按角色分工。
调度员（电脑端）：排班视图是主场。
- 作业日历视图：横轴日期、纵轴机组，一眼看清哪天哪台车在哪块地，重叠时段直接标红——同一机组同一天派了两张冲突的单，保存时就拦住，不靠人事后翻。
- 待派单池：农户预约或业务员接回来的作业需求，按片区、作物、日期排；派单时选机组和机手，机手的可操作性由档案校验（不会开插秧机的人不会被派去插秧）。
- 作业单列表：按状态筛（待派/已派/作业中/待确认/已确认/已结算/已作废），异常单（确认亩数与申报差得多、缺照片）单独一组盯。
- 作废与变更：作废必须填原因（走字典），原单留档、不物理删除。
机手（手机端）：只做四件事。
接单、开工/完工、报亩数与选加价原因、拍照片。页面不多，字段不多——机手在田边戴手套操作，多一个必填项就多一次"你先帮我填一下"。农机的移动端入口怎么配，见 移动端使用指南；电脑端搭好的模块会自动出现在手机工作台，不用另做一套，机制见 移动端。
业务员/村组对接人（电脑端或打印单）：确认环节。
现场确认的结果由业务员回录：确认亩数、确认方式（现场核对/村组见证/复测）、确认日期、签字照片。这里不写"农户自己在手机上签字确认"——农户多数不用这类系统，承诺了做不到反而伤害信任；把确认动作放在业务员手里、把凭证留在单子上，是当前能落地的最优解。
结算员与老板（电脑端）：把账收口。
- 待结算池：所有"已确认未结算"的作业单，按农户、按片区、按作业项分组，勾选后生成结算单。
- 结算单审批：金额超过企业自定阈值时走审批（阈值在审批流里配，不内置默认值），审批通过后作业单自动标为已结算。
- 经营看板：本季确认亩数（按作业项/按片区/按机组）、待结金额、已收金额、机组费用与亩均成本。全部来自系统内已录入的数据，不预测、不估值。
自动化：四类规则替人守住底线
平台上的四类自动化能力可以把上面这些人工动作变成系统动作。它们不是炫技，而是为了让"该拦的拦住、该提醒的提醒、该留痕的留痕"。
一、保存时校验（拦住脏数据）。
- 确认亩数必填、必须为正数，且与明细行合计一致——明细填了三块地加起来八十亩，主表写九十亩，保存直接拦。
- 确认亩数超过该地块备案面积一定比例时必须填差异原因（比例由企业按自己的作业习惯在规则里配，系统不给默认值）。
- 同一机组同一时段的作业单重叠，保存时拦截（这是硬冲突）；同一机手同日多单只提示、由调度确认放行（软冲突，跨区赶场是常事，一刀切拦会误伤）。
- 已确认的作业单，亩数与价格版本锁定不可改；变更只能凭作废原因重开或新增调整行。
二、状态联动（少点几次鼠标，也少犯一个错）。
作业单确认后自动进入待结算池，不需要结算员手工登记；结算单审批通过后，被引用的作业单自动标为已结算并记录结算单号；结算单作废，作业单随之回到待结算。这条链由数据流规则和审批流配合完成，配置思路见 工作流与定时任务。
三、定时提醒（不让单子烂在池子里）。
- 作业单完工超过企业设定的天数仍未确认 → 提醒调度与业务员（天数按企业自己的结算节奏定）。
- 结算周期到点 → 汇总待结算清单推给结算员。
- 机组证照、年检、保险临近到期 → 提前提醒机队负责人，避免带车上路被查。
四、留痕（争议时唯一的依据）。
谁改过确认亩数、谁作废了哪张单、谁调整过结算金额，都进操作审计日志，可按模块、按人、按时间段查。审计能力怎么用，见 AI 监控与审计日志。权限上把"能改亩数"的人收窄到极少数角色，机手只看得见自己的单——这套授权怎么配，见 角色与权限配置。
移动端要按"田里没有网"的现实来设计
农机作业的现场条件比写字楼苛刻：地块在沟渠边、山区、连片大田，信号时有时无；机手戴手套、屏幕在太阳下反光；一天十几个小时在车上，没人愿意多戳屏幕。
所以移动端的设计原则是短、少、兜底：
- 短：一个作业页只放这一趟的几个字段，报亩数的输入框数字键盘直出。
- 少：机手端不给他看金额，只给他看自己干了多少亩、签认了没有。看了金额就必然会问"为什么这块地便宜"，问题该由业务员在现场解释。
- 兜底：田间没信号时按纸质作业签认单走，回场后再补录，补录时把原单照片挂上。系统层面的"离线填写、联网自动上传"不是当前平台承诺的能力，别把它写进作业规程里，否则机手会等它自己传上去——这一条的边界我们在文末"不做什么"里也再交代一次。
移动端还有一个容易被忽略的用处：现场照片是面积争议里最便宜的解法。割完的田块、地头界石、磅单、农户签字，用固定几个"照片位"（作业前/作业中/作业后）要求机手上传，比事后写十句说明管用。照片作为附件挂在作业单明细行上，按单据反查得到，不塞进主表。
上线前该查的六件事
模块搭完不等于能用。农机作业这类季节性极强的业务，上线窗口很短，季前不查，季中就没机会改。
- 地块数据先清一遍再导。 用 Excel 一次性导入存量地块与农户档案（做法见 用 Excel 一步建模块），导入前把重复地块、重名农户、来源不明的面积标出来。只有村组口报面积的，面积来源记"自报"，别伪装成实测。
- 字典先定死。 作业项、计量单位、加价原因、作废原因、确认方式——这五套选项上线前一次定清，季中再改，历史单据的筛选就乱了。
- 权限按人配到位。 机手（只看本人）、调度员（派单与改派）、业务员（确认与凭证）、结算员（生成结算单）、财务（收款登记）、老板（看板只读）。改亩数的权限建议单独收口。
- 在途单要补录。 上线时手上还挂着一批"干完没结"的作业单，必须补录进系统，否则首期结算会漏账，第一笔账错，后面就没人信了。
- 并行跑一周。 选一个片区，纸质单和系统单同时跑，每晚核对亩数与结算清单差异。差异清零再全量推。
- 发布前预检一遍。 检查页面在电脑和手机两端都能打开、表单校验真的拦得住、菜单挂在正确的位置——这套动作在 模块的测试与发布 里有完整步骤。
跑顺之后可以往哪延伸
- 单机成本与机手提成：机组费用表攒够一个季度的数据，就能做按机组的成本对比，机手提成也能直接由已确认作业单×提成口径算出来，不用再手工核。
- 接上种植侧：作业单可以引用种植季和地块，于是"这块地这一季旋耕一次、插秧一次、飞防三次"自动成为农事记录的一部分，反过来补上种植台账的执行明细，见 种植农事台账。
- 机具维保与证照：机组的维修保养、年检、保险到期这套台账，做法与车队管理相通，参考 车队管理：车辆、司机、维保与费用一本账。
- 跨区作业的成本预判：有了历史亩均油耗与转场距离，下一季接活前就能估个大概成本。这属于拿数据做判断，不是系统替你决策。
不做什么：这几条边界先说明白
写方案如果不讲边界，落地时就会被当成万能药。这个模块的边界很清楚：
- 不做机具作业面积的自动测量。 没有车载终端、没有定位硬件接入，亩数依然靠机手申报 + 复核 + 双方确认这三道人工口径。想把面积问题彻底消掉，得靠外接硬件设备，那不在本模块范围内。
- 不做电子签章与农户自助扫码确认。 农户端确认走业务员回录 + 签字照片留档。
- 不做跨区路径优化、机具排程求解这类算法。 派单是人在日历视图上做的决定，系统负责防冲突和留痕，不负责替调度算最优解。
- 不做离线填写与联网自动同步。 田间无网的兜底是纸质单 + 回场补录。
- 不做发票开具与税务申报直连，结算单停在"应付与已收"这一层，开票另走财务侧流程。
- 不承诺亩均增产、成本下降多少。 系统能保证的是：每一亩有记录、每一笔有确认、每一张单查得到、每一次改留得痕。
对农机服务队来说，这套东西的价值不在于多先进，而在于把一个每年都要吵一遍的账，变成一条从地块到结算都能翻出来的线。季前花几天搭好，季中少吵几十架。