业务理解与岗位操作手册 · 可视化图册
一册看懂三件事：农户从入驻到拿到钱要走哪几步、村集体与强镇公司怎么操作怎么获益、公司后台在每个环节管什么。全册 15 张图，按主线顺序展开，可单独打印。
如果只看一页，看这一页。四个问题各用一句话回答，细节在后面 15 张图里。
四种材料、七个动作、一次盖章。村级协理员或区域主管代录意向后，技术员上门做实名核验与建档，现场给地块落图定面积，最后村经联社盖一次章确认这块地归哪个村，签合同即完成入驻。
产出：农户主档（XN-F-）· 地块档案（XN2026-P-）· 合同（XN-C-）
种子化肥先赊、按 SOP 干活、技术员盯着。农户在小程序申领种茎与肥料，审批通过后扫码领走、记账不掏钱；系统按木薯物候期自动派巡查任务，技术员 GPS 打卡检查，发现问题自动生成工单派人跟进。
产出：申领单（SL-）· 赊销台账 · 巡查记录（PT-）· 整改工单
一张磅单定全盘，72 小时确认，赊销自动扣。采收过磅时算出结算重量（毛重 − 皮重 − 扣杂扣水），它是唯一计价基数；系统生成结算单，把之前赊的农资自动抵扣掉，农户小程序里点确认，财务即付款。
产出：磅单（XN-W-）· 结算单（XN-ST-）
三条进项、两条减项。农户这边：保价货款 + 履约奖励 + 政策补贴，扣掉赊销农资和扣杂扣水损失。村集体与强镇公司这边：不动用一分钱、不投一个工，按本村地块的过磅重量拿反哺，村 8 元/吨 + 镇 5 元/吨，钱由公司全额承担。
产出：增收台账（唯一口径，可导出村务公开版）
读图前先记住两件硬事实
① 计价基数只有一个 —— final_weight（结算重量 = 过磅净重 − 扣杂扣水重）。农户货款按它算，村集体反哺也按它算，两边口径完全一致，对账时不需要解释「为什么两个数字不一样」。
② 两条账务线互不抵扣 —— 农户货款（ST 单）与反哺（RB/RS 单）是两条平行线，只在过磅单号上挂钩。结算单里永远不会出现反哺扣款项，农户拿到的钱不会被反哺摊薄。
农户从进来到拿到钱，一共八个环节。橙色是钱的口子（赊出去 / 收回来），蓝色是账。
上排为农户动作，下排为系统与公司在同一环节做的事。两侧是收口的两个受益方。
核验身份、建档、地块落图定面积
村级协理员 + 技术员
村经联社盖章确认归属，签保价回收合同
区域主管 + 村经联社
交地、下种、按物候期推进
农户
申领种茎肥料，扫码领取，先赊后扣
农户申领 · 农资专员发放
SOP 巡查、问题工单、技术指导
技术专员
预约排号、过磅、质检定级
收储员 + 质检员
生成结算单、自动抵扣赊销、农户确认
财务结算员
货款到账 + 奖励 + 补贴，信用升档
农户收钱
按序号 ① → ⑧ 顺序推进，第 4 步与第 7 步是钱的两个关键节点：先赊出去、后扣回来
拿货款 + 履约奖励 + 政策补贴，扣赊销农资与扣重损失。收入与「核定面积 × 单产 × 保价」挂钩，产量越高、履约越好，拿得越多。
按本村/本镇地块的过磅结算重量拿反哺，村 8 元/吨 + 镇 5 元/吨 = 13 元/吨，全部由公司承担，农户一分不掏、集体一分不投。
拿到可控的原料来源（保价回收锁定交售）+ 可核验的数据资产（地块、产量、质量全过程留痕），用于政府汇报与「百千万工程」业绩佐证。
从「一个陌生人想种木薯」到「钱打进银行卡」，六个环节逐一展开。
核心逻辑：先认人、再认地、最后认村。人（实名核验）、地（落图定面积）、村（归属盖章）三件事都齐了才能签约。
村级协理员或区域主管代录：姓名、身份证、联系电话、意向面积
村级协理员 / 区域主管
身份证 OCR 预填 + 实名三要素核验（姓名 / 身份证 / 银行卡一致）
技术专员
生成农户主档，确定合作形态 M1–M4 与收款账户
技术专员 + 财务
勾绘 / RTK / 航测三种方式采边界，坐标统一存 EPSG:4326
技术专员 + GIS
PostGIS 椭球面积换算，得到核定面积；与申报偏差 >10% 触发复核
GIS 负责人
系统按村界自动匹配 → 区域主管系统内确认 → 村经联社盖章 → 影像回传 → 财务代录
区域主管 + 村经联社
小程序内阅读确认 + 纸质签章回传；价格取自规则配置，不许手工改价
合同管理员
第 6 步为什么是整套流程里最容易卡住的地方
村经联社的经办人通常是兼职村干部，让他专门为一块地登一次小程序、点一次确认，现实中做不到。所以系统把「纸质盖章」做成一等公民：可以盖完章拍张照回传，由财务在系统里代录并登记代录人姓名，效力与线上确认完全相同。
但有一条死规矩：这块地如果归属没确认，系统直接拒绝计提反哺（报错 71003）。宁可不发钱，也不能把钱发错村。
农户不需要先掏钱买农资，钱在最后结算时自动扣回来。这条链的价值是让没钱也能种，同时把投入品用量纳入可控范围。
按序号 ① → ⑦ 顺序推进；第 6 步归属确认是全流程里唯一需要村集体出场的地方
小程序选品类与数量，必须挂到具体地块
农户
按数量 / 品类 / 时令三重校验；无地块编号一律驳回
片区管理员
技术员现场扫码核销，核对实物数量
农资专员 / 技术员
手写签名或指纹确认，影像留痕
农户
写入 supply_ledger，形成农户欠款；受授信额度约束
系统自动
结算时作为 detail_type=credit 自动抵扣，回收状态回写
系统自动
两道闸门防止「赊出去收不回」
第一道 · 发之前卡额度：单户累计赊销额不得超过授信额度（按合同预估产值 × 系数计算），超了就批不过。
第二道 · 收之后核勾稽：赊销发放累计必须与台账一致；未回收部分计入农户成本明细，农户在小程序里能看到自己还欠多少。
第 5 步的赊销台账是「先赊后扣」的关键凭证，第 6 步抵扣时由系统自动反向核销
这张图解决的是「种下去以后没人管」的问题。系统按木薯物候期自动生成巡查任务，把技术员的动作变成可考核的数据。
按 SOP 物候期模板，到期自动生成巡查任务并指派技术专员
系统自动
到地块现场打卡，坐标偏差超阈值拒绝提交，防止坐在办公室填表
技术专员
按 SOP 逐项三态勾选：合格 / 不合格 / 未检查，可附水印照片
技术专员
勾到「不合格」即刻生成问题工单，指派处置人并设整改期限
系统自动
整改完成后复查确认，未闭环超 72 小时触发预警并逐级升级
技术专员 / 区域主管
巡查与工单数据汇入履约评价：SOP 执行率、质量合格率、交售率、资金信用四项合成信用分，决定下一年的授信额度、保价收购量与预约优先权 —— 这就是激励闭环。
过磅单确认是全系统最关键的一个动作 —— 农户的钱和村集体的钱，都是在这一刻同时被确定的。看上下两条线怎么分开走。
按时段预约，现场叫号，超时顺延
农户 + 收储员
毛重 − 皮重 = 净重
收储员
杂质免费界线 3%、含水免费界线 12%，超线部分按比例扣重
质检员
final_weight = 净重 − 扣杂扣水重，从此全系统只认这一个数
系统计算
合格 ×1.00 / 次品 ×0.80，等级系数由质检结果自动套用，不许人工改
质检员
磅单一经确认即锁定，这是全系统唯一的计提与结算触发点
收储员
磅单确认后，两条账务线在这里分叉 —— 各算各的，互不抵扣
基数：final_weight × 保价 × 等级系数
扣减：此前赊销的农资
确认：农户 72 小时内确认，超时视为确认（钱照付）
结果：打到农户银行卡，登记回单
见 图 5 / 图 6
基数：同一个 final_weight × 费率（村 8 + 镇 5）
扣减：没有任何扣减，公司全额承担
确认：组织对账确认，超期不自动视为确认（钱先不发）
结果：打到村经联社 / 强镇公司对公账户
见 图 7 / 图 8
两条线的三条隔离纪律（技术上已固化为约束，不是靠人自觉）
① 两端确认规则故意相反：农户超时视为确认（保护农户按时收钱），组织超期不自动确认（保护集体不做糊涂账）。
② 反哺金额永远不进结算单：两条线不共享任何扣抵字段，农户货款不会被反哺摊薄。
③ 一笔过磅只能计提一次：靠磅单号唯一索引兜底，重复计提在数据库层就被拒绝；若需更正，只生成反向冲减记录，绝不修改原值。
系统不会让财务一笔笔手算。结算单是整月过磅单的汇总，金额构成逐项列明、可复核、可追溯。
汇总本期全部已确认磅单，按农户生成 ST 单，金额构成逐项留痕
财务结算员
小程序内查看明细并确认；72 小时无异议自动视为确认
农户
确认后 3 个工作日内打款至备案账户
财务结算员
登记银行回单，农户小程序可查看到账状态
财务结算员
农户提异议 → 收储员复核 → 区域主管裁决 → 确需重检的以重检为准并返还差额
三方流转
确认 72 小时 · 付款 3 个工作日 · 争议 5 个工作日答复
制度约定
两道校验，保证「汇总 = 明细 + 调整」
结算单生成时校验一次、农户确认时再校验一次。等式不平不允许提交，杜绝「总数对不上明细」这类最难查的账务问题。
以试点数据为例（结算重量 320 吨、保价 600 元/吨）。绿色为进项，红色为减项，深绿为最终到手。这套算法在系统里是自动跑的，农户在小程序里能看到每一步。
图上数字为示例，非承诺值
保价、奖励比例、扣杂扣水界线全部取自规则配置，并与合同条款一一对应。合同一旦签署，其价格参数锁定签署时版本，后续调整规则只对新签合同生效。
这一部分的重点：他们不需要投资、不需要出工，只需要「看、认、收」三件事，钱按本村地块的产量自动算出来。
反哺的全部逻辑可以压成一句话：本村地块上过了多少磅，村集体就按吨数拿多少反哺。
唯一触发点。获得 final_weight（结算重量）
收储员
按地块查归属，套费率算出村、镇各自应得金额
系统自动
同一村、同一期间的多笔计提汇总，不跨村合并
系统自动
按约定周期生成结算单，附逐笔明细供核对
财务结算员
村经联社盖章或线上确认；超期不自动视为确认
村 / 镇经办人
付至组织对公账户，禁止个人账户代收
财务结算员
写入增收台账，唯一口径，可按镇/村/年度一键导出
系统自动
导出脱敏版供村务公开与政府汇报，形成政策支持
村经联社 / 总经办
| 受益方 | 费率 | 钱谁出 |
|---|---|---|
| 村经济联合社 | 8.00 元/吨 | 公司全额承担 |
| 镇强镇公司 | 5.00 元/吨 | 公司全额承担 |
| 合计 | 13.00 元/吨 | 不从农户货款中扣 |
费率可按组织单独覆盖（应对差异化诉求），留空则取全局规则。成本承担方固定为 company，不可修改。
归属未确认 = 不发钱
计提时如果这块地的 village_org_id 是空的，系统直接拒绝并报错 71003 地块村级归属未确认。这是整套反哺机制里唯一的「宁可不做也不能做错」的环节 —— 因为钱一旦发错村，追回来涉及的不只是账务，还有村民关系。
这一页是给村干部看的。他们不需要学复杂系统，只需要会做三件事。
打开小程序「本村总览」，一眼看到：
对应页面：A8 本村/本镇总览 · A24 增收台账 · B16 后台增收台账
两类确认，都不强制线上：
对应页面：A5 归属确认 · A23 反哺对账 · B4 归属确认台 · B15 反哺结算
确认后由公司付款至组织对公账户：
对应页面：B15 反哺结算与付款 · A26 组织会员中心
钱是怎么算出来的 —— 一个村一年的账
假设某村纳入系统 18 块地、1,280.60 亩，当季本村地块累计过磅结算重量 4,138.750 吨：
村经联社 4,138.750 吨 × 8.00 元/吨 ＝ ¥33,110.00
镇强镇公司 4,138.750 吨 × 5.00 元/吨 ＝ ¥20,693.75
────────────────────────
该村地块带来的反哺合计 ¥53,803.75（当季）
村集体投入：0 元。农户被扣的钱：0 元。全部由公司按 13 元/吨承担，从公司经营收益中列支。
村里的收益会自己长大（增长闭环）
增收台账 → 村务公开 + 政府汇报 +「百千万工程」业绩佐证 → 政策支持与信任 → 更多村申请加入 → 交售量增加 → 反哺规模扩大。台账导出是唯一的对外口径来源，按镇/村/年度一键出，避免各部门报数不一致。
这是整个反哺机制的地基。地基错了，后面所有金额都是错的。所以系统不信任自动计算，只信任人工确认。
写入「待确认默认归属」→ 区域主管确认 → 村经联社盖章 → 正式生效
标记「待人工确认」→ 通常是村界数据缺失或地块越界 → 人工指定并补录依据
插花地 / 飞地 / 边界重叠 → 开「归属争议单」→ 区域主管裁定 → 书面确认后重新归属
| 规则 | 内容 |
|---|---|
| R1 | 以地块行政归属为准，不因农户户籍变化而改变 |
| R2 | 归属在交地时确定，村集体确认后生效 |
| R3 | 插花地与飞地以实际所在行政村为准；村界模糊以 GIS 叠加为准；争议由区域主管裁定 |
| R4 | 一户多村经营，按地块分别计提、分别归集，不合并 |
| R5 | M3 公司流转后交农户经营，反哺仍归地块所在村 |
| R6 | M4 整村推进可按村统一计（一期先按地块，字段已预留） |
| R7 | 归属争议：冻结 → 核查 → 书面确认 → 重新归属，全程留痕 |
反哺的钱来自公司，但归属的错误会直接变成两个村之间的纠纷。所以系统的设计原则是：自动匹配只做建议，人工确认才是事实；确认不了就不发钱。
同一件事在一条线上由五个人接力完成，每个人只做自己那一段。这部分回答「后台到底管什么、谁来管」。
看这张图能回答一个常见问题：出了问题该找谁。灰格表示该岗位在此环节不参与。
交接的「接力棒」是什么
每一棒交接都靠一张有编号的单据，不是靠口头或微信：意向单 → 主档 XN-F- → 地块 XN2026-P- → 合同 XN-C- → 申领单 SL- → 巡查 PT- → 磅单 XN-W- → 结算单 XN-ST- / 计提 XN-RB- / 反哺结算 XN-RS-。单据在谁手上、卡在哪一步，系统里一眼可见。
角色不按部门划分，按在流程里干什么划分。同一个人可以兼多个角色，但权限按角色授予。
| 角色 | 归属 | 主要操作 | 对应后台 |
|---|---|---|---|
| 总经办 | 内部 | 全局查看、报表与台账导出、政策汇报材料 | B16 / B17 |
| 区域主管 | 内部 | 确认村级归属、审核签约、工单升级处置、归属争议裁定、反哺对账催办 | B4 / B5 / B11 |
| 片区管理员 | 内部 | 审批农资申领（数量/品类/时令校验）、片区进度管理 | B9 |
| 技术专员 | 内部 | 实名核验、建档、地块落图、面积核定、巡查执行、农资发放 | B8 / B3 / B11 |
| 农资专员 | 内部 | 扫码发放、库存与出库核销 | B9 / B10 |
| 收储员 | 内部 | 排号叫号、过磅录入、确认磅单（关键动作） | B12 |
| 质检员 | 内部 | 扣杂扣水判定、质检定级 | B12 |
| 财务结算员 | 内部 | 账户核验、赊销台账、生成 ST/RS 单、付款、回单登记、代录纸质确认 | B13 / B15 / B20 |
| 村级协理员 | 内部 | 代录意向上报、协助入户通知与协调 | A15 / B8 |
| 系统管理员 | 内部 | 账号与角色授权、规则配置、字典与参数维护 | B7 |
| 农户 | 外部 | 申领农资、接收指导、预约交售、确认结算单、查看地块与台账 | A6 / A7 / A17–A22 |
| 村经联社经办人 | 外部 | 盖章确认归属、对账确认反哺、查看增收台账 | A5 / A8 / A23 / A24 |
| 强镇公司经办人 | 外部 | 本镇总览、对账确认、查看增收台账 | A8 / A23 / A24 |
权限必须在服务端强制，前端裁剪不算权限控制
三类外部用户共用一个小程序、一套接口。组织端在服务端被拦截一切写操作，只保留「确认」与「提异议」两个动作 —— 前端隐藏按钮只是体验优化，真正的边界在服务端。
后台不是按部门建的，是按业务域建的。每个模块解决一类问题，对应一组可点击的页面。
| 模块 | 管什么 | 关键操作 | 页面 |
|---|---|---|---|
| 主数据 | 农户、地块、组织、合同 | 建档与审核、地块落图与面积核定、组织档案与费率、合同起草与签署存证、收款账户变更留痕 | B1 农户列表 B2 农户详情 B8 农户表单 B3 地块双栏 B19 地块详情 B5 联结组织 B18 组织详情 B6 合同 B21 合同详情 |
| 投入品与生产 | 农资申领、赊销、巡查工单 | 申领审批（无地块不予通过）、扫码发放核销、赊销额度与回收跟踪、巡查任务派发、工单四态流转与超期升级 | B9 申领审批 B10 赊销台账 B11 巡查与工单 |
| 收储与结算 | 采收过磅、农户货款 | 排号叫号、过磅与扣杂扣水录入、质检定级、磅单确认、生成 ST 单、批量结算、异议处理 | B12 采收与过磅 B13 结算管理 B20 结算单详情 |
| 反哺域 | 村集体与强镇公司的钱 | RB 计提台账（按镇/村/农户/地块四维查）、冲减与冻结、RS 结算与付款、三方对账留痕、增收台账导出（含脱敏版） | B14 反哺计提 B15 反哺结算与付款 B16 村集体增收台账 |
| 分析与系统 | 驾驶舱与参数 | 数据大屏、规则配置（保价 / 费率 / 系数 / 时限，含反哺专区）、账号与角色授权、字典维护 | B17 数据大屏 B7 规则配置 |
片区管理员只看得到自己片区的农户与地块；区域主管看整区；总经办看全公司。所有查询都过一个统一的行级权限拦截器，不是每个接口自己写一遍判断。
前面是「怎么走」，这一部分是「走完之后留下什么、靠什么保证不自相矛盾」。
闭环的意思是：结束的地方会回头改变开始的地方。没有回写点的流程只是线性的，不叫闭环。
申领 → 审批 → 扫码发放 → 记赊销 → 结算自动抵扣 → 回收状态回写 → 剩余计入农户成本
回写点：赊销状态 未回收 → 部分回收 → 已回收
按 SOP 派任务 → GPS 打卡 → 检查项勾选 → 不合格自动生成工单 → 指派整改 → 复查闭环 → 超期升级
回写点：工单状态 已上报 → 已指派 → 处理中 → 已闭环 / 已升级
履约行为（交售率 / 质量合格率 / SOP 执行率 / 资金信用）→ 信用分 → A/B/C 分级 → 授信额度、保价收购量、预约优先权 → 影响下一季履约
回写点：农户信用分与等级 → 次年合同参数
农户线：磅单 → ST 单 → 农户确认（72h 超时视为确认）→ 付款 → 回单
反哺线：磅单 → RB 计提 → 按村/镇归集 → RS 结算 → 组织确认（超期不自动确认）→ 付款 → 台账
两线共享同一个磅单号作计费来源，各自独立计算、互不抵扣
村集体增收台账 → 村务公开 + 政府汇报 +「百千万工程」业绩佐证 → 政策支持与信任 → 更多村申请加入 → 交售量增加 → 反哺规模扩大 → 台账更有说服力
回写点：增收台账视图为唯一口径，按镇/村/年度一键导出
保证账不乱的六条勾稽规则
| 勾稽关系 | 校验规则 | 校验时机 |
|---|---|---|
| 过磅 ↔ 计提 1:1 | 每笔已确认过磅单有且仅有一条计提记录；每日扫描，缺失即告警 | 每日定时 + 计提时 |
| 结算单汇总 = 明细 + 调整 | 应付金额必须等于明细之和加调整额 | 生成时 + 确认时（两道） |
| 地块累计产量 ↔ 过磅量 | 同一地块过磅累计与测产量偏差超阈值 → 触发「交售异常」预警 | 过磅时 |
| 赊销额度 ↔ 发放累计 | 单户累计赊销不得超过授信额度 | 发放审批时 |
| 面积口径一致 | 供种供肥与结算一律以核定面积为唯一依据 | 落图时 + 复核时 |
| 反哺台账 ↔ 财务账 | 按镇/村/年度导出结果与财务账逐笔一致 | 每期结算后（验收硬指标） |
单据编号前缀本身就有含义：看到 XN-RB- 就知道这是反哺计提，不是农户货款。
| 编号前缀 | 含义 |
|---|---|
XN-F- | 农户主档（Farmer） |
XN2026-P- | 地块（Plot） |
XN-O-VC- | 村经济联合社（Village Collective） |
XN-O-TC- | 镇强镇公司（Town Company） |
XN-O-VG- | 村委会（见证方，不计费率） |
XN-C- | 合同（Contract） |
SL- | 农资申领单 |
PT- | 巡查记录（Patrol） |
XN-W- | 过磅单（Weigh） |
XN-ST- | 农户货款结算单（Settlement） |
XN-RB- | 反哺计提单（Rebate Accrual） |
XN-RS- | 反哺结算单（Rebate Settlement） |
| 对象 | 状态流转 |
|---|---|
| 农户主档 | 待核验 → 已建档 → 待落图 → 待确认归属 → 已签约 |
| 赊销回收 | 未回收 → 部分回收 → 已回收 |
| 巡查工单 | 已上报 → 已指派 → 处理中 → 已闭环／已升级 |
| 结算单 ST | 已生成 → 待农户确认 → 已确认 → 已付款／争议处理中 |
| 反哺计提 RB | 正常 → 已冻结 → 已冲减（不改原值） |
| 反哺结算 RS | 已生成 → 待组织确认 → 已确认 → 已付款 |
一句话收尾
农户：核验建档 → 落图定面积 → 村盖章 → 签约 → 赊农资 → 按 SOP 种 → 过磅定重量 → 确认收款。
村集体 / 强镇公司：盖一次章确认归属 → 每期看数确认 → 收钱。不投资、不出工、按吨拿钱。
公司后台：六个模块管住人、地、货、秤、钱、规则，所有金额都可追溯到一张有编号的单据。