田间的事记得住，账却理不清
种到一定规模，种植企业普遍会撞上同一类问题：活干了、钱花了，可到了年底要复盘，谁也说不清"这块地今年施了几次肥、打了几遍药、收了多少斤"。
具体表现在三处：
一是地块与作物对不上。 承包地、流转地加自留地，十几块甚至几十块，编号靠手写、靠口头叫法（"东边那块""河堤下边"），换了人接手就认不出来。地块面积、土质、租期这些信息散在合同和微信里。
二是农事记录靠脑子。 今天谁在哪块地打了什么药、配比多少、用了几瓶，往往是干完活打个电话说一声。真出了药害，或者客户追问用药情况，只能凭回忆倒推，而倒推往往推不准。
三是投入品台账和用量脱节。 农药化肥买进来记一本、用出去记一本，两本对不上；某种药还剩多少、有没有到期，全凭库管印象。
这三个问题凑在一起，直接后果是：种植成本算不明白，产品质量说不清楚，溯源更无从谈起。 种植台账要解决的，就是把"地里发生的事"变成一条条可查的记录。
第一步：把数据建起来
一套好用的种植台账，地基是几张"档案表"。建议按下面的顺序建，先把静态的主数据立住，再让每天发生的农事往上挂。
地块档案。 这是整个台账的坐标系。核心字段：地块编号（建议规则化，如"基地-片区-序号"）、地块名称、所属基地/片区、面积（带单位）、土地性质（自有/承包/流转）、承包起止日期、地块位置（可直接用平台内置的省市区三级地址库，再补一句边界描述）。地块状态字段用来标记"在种/休耕/已退出"，退出时不删记录，历史农事才留得住。
作物与品种。 作物（水稻、玉米、蔬菜……）和品种（具体名称）建议分两级，都放进统一的下拉字典。同一块地一年内可能轮作几茬，所以品种不要写死在地块上，而是落在"种植批次"里。
种植批次。 这是串起整条链的关键一层：一块地 + 一个品种 + 一个播种日期 = 一个批次。批次号建议规则化（如"地块号+年份+茬次"），它同时是产量归集的口径、投入品核算的口径，也是将来做溯源时唯一能对外的编号。批次上记录：计划播种日、实际播种日、计划采收日、预计产量、实际产量。
农事类型字典。 把"播种、移栽、施肥、灌溉、打药、除草、整枝、采收"等做成标准下拉，而不是让每个人自由填写。字典统一，后面才统计得出来。
投入品档案。 农药、化肥、种子、农膜等逐品登记：名称、类别、规格、计量单位、供应商、是否登记用药。农药类建议额外记一个"安全间隔期天数"字段——这是后面做提醒的关键。
农事记录（主表 + 明细）。 一条农事记录挂在某个批次上，记录日期、农事类型、操作人/班组、天气（可选）、备注，再配明细若干行——明细里写"用了什么投入品、数量多少、单位"。一次打药可能用两三种药，主表一条、明细多行，正好对应，不必为每种药单开一条记录。
采收记录。 采收单独一张表，挂在批次上：采收日期、采收数量（带单位）、等级/规格、经手人、去向（入库/直发/地头收购）。一个批次可以分多次采收，产量按批次汇总即可得出。
涉及金额的字段（如投入品单价、批次成本）在系统里按"分"存整数，显示时再换算成元，避免小数累加出现误差。## 第二步：页面怎么用
数据建好之后，日常真正要点的就是这几张页面。
地块台账页。 以列表呈现所有地块，支持按基地、状态、作物筛选。列表列：地块编号、名称、面积、当前作物/批次、状态。点进去是地块详情——上半部分是基本信息，下半部分是"这块地的农事时间线"，按日期倒序列出所有农事与采收记录，一眼就能看出这块地今年都干了什么、谁干的。
农事记录页。 这是用得最频繁的页面。列表按日期倒序，支持按地块、按农事类型、按操作人、按时间段筛选。新增时先选批次（选完地块自动带出在种批次），再选农事类型，明细区录入投入品与数量。农事类型选到"打药"时，可以让投入品只从农药类里选，减少选错的机会。
投入品台账页。 两个视角：一个是"品"的视角——每种投入品当前结存、最近领用记录；一个是"账"的视角——按时间段看某地块、某批次累计用了多少。库存的进出可以先用"入库单/领用单"两张简单单据承载，领用单直接与农事记录关联，记录和领用一次录入、不再两处重复填。
采收与产量统计页。 按批次汇总采收数量，支持按地块、按品种、按时间段三个维度交叉看。页面顶部放合计（总面积、总产量、平均单产），下方是分组明细。这一页是给管理者看的，不是给田间用的，所以字段要少、数字要大。
成本核算页（可选进阶）。 按批次把投入品金额、人工（如按工日登记）归集起来，得出"这个批次花了多少、产了多少"，再看每斤成本。这是逐步细化的过程，第一版不必求全——先把投入品的钱归集准，人工和机械可以后补。
待办与提醒。 用定时任务配合站内通知，把两类事推到人面前：一是"用药后安全间隔期未到"的批次提醒（采收前先拦住，避免带药采收）；二是"计划采收日临近"的提醒。提醒规则要写清收件人（地块负责人/技术员），避免全员轰炸。
权限怎么配。 用角色 + 部门两层控制：田间操作员只给"农事记录新增/查看本人"，技术员给"全部地块的农事与投入品查看"，基地负责人给"统计与成本页面"，财务/管理者给只读的汇总报表。地块的可见范围可以按部门（基地）隔离，多个基地互不干扰。## 第三步：移动端怎么配合
种植台账最忌讳"白天干活、晚上补录"，补录必然失真。移动端要解决的就是"人还在田里，记录就能落下去"。
PC 端把模块构建好、发布出去之后，同一个模块会同步出现在手机端的工作台上，田间人员不用再单独装一套东西，登录就能看到自己权限内的页面。
移动端建议重点做三件事：
- 农事快速上报：表单精简到"选地块 → 选农事类型 → 填数量 → 拍张照 → 提交"，拍照直接用手机相机上传，作为农事记录附件留档。
- 编号辅助确认：地块、批次都有规则化编号，田间核对自己的地块不会认错。
- 我的待办：安全间隔期提醒、采收提醒、待提交的记录草稿，集中在工作台首屏。
移动端表单字段不宜多，能用下拉、能自动带出的都别让人手填。PC 端与手机端看到的是同一份数据，不存在"两端对不上"的问题。
第四步：上线前检查什么
模块做完不等于能用。发布前，按这几条逐项过一遍：
- 字典是否统一。 农事类型、计量单位、作物品种这些下拉，是不是都从统一的数据字典来，而不是各页面各写一份。口径不统一，统计一定出问题。
- 引用是否接对。 农事记录指向批次、批次指向地块，跨模块引用走的是编号（软外键），不是把对方字段复制一份存进来——复制会导致改了一处、另一处不同步。
- 必填与校验。 数量类字段是否为正数、日期是否在合理区间、"打药"是否必须选到农药类投入品，这些校验要在提交前拦住，而不是事后靠人补。
- 权限是否符合岗位。 用几个典型账号（田间、技术员、负责人、财务）分别登录，确认各自能看到、能改的范围与预期一致。
- 移动端同步。 发布后在手机上打开工作台，确认模块、菜单、表单都正常，附件上传与拍照可用。
- 提醒是否真的会响。 安全间隔期与采收提醒，用一条测试数据验证触发时间与收件人对不对。
- 历史数据怎么进来。 如果已有 Excel 台账，可以先用导入功能把地块、作物、投入品倒进来，省掉大量首录工作。
- 发布预检过一遍。 平台的发布预检会把模块的结构、页面、菜单挂载逐项检查，报错项按提示改完再发布，避免带着问题上线。
之后怎么延伸
种植台账站稳以后，往下可以按需生长：
- 质量与溯源：每个批次已经有唯一编号，加上完整的农事、投入品记录，做对外溯源时直接以批次号为索引即可。
- 采收后的流通：采收记录的下一步就是入库、分拣、发货，与进销存衔接，产量 → 库存 → 销售形成闭环。
- 成本与效益分析：按地块、按品种、按年度做投入产出对比，回答"哪块地、哪个品种更划算"。
- 农事计划与派工：把"什么时候打药、什么时候施肥"变成可派发、可勾销的工单，从记录走向管理。
- 对接外部检测：农残检测报告等外部数据先以附件形式挂到批次上，保持记录完整性。
种植这件事，经验在人的脑子里，但账要在系统里。先把地块、农事、投入品这三样记准，剩下的分析、溯源、成本，都是顺着这条数据链自然长出来的能力。