01
多方各写各的
合作社、加工厂、物流、门店各用自己的账号写数据，谁写的谁签名，谁都改不了别人的那条；不愿装系统的合作社走扫码小程序填报，门槛降到只扫码
0x7a…c4e2 已确认 · 12 block
多签转出 2 / 3 已签
权益核销 会员凭证 #1088
【谁】 一家 160 人的预制菜加工企业，上游 32 家种养殖合作社、下游 40 家连锁餐饮门店，品控 8 人 + 采购 6 人在用；上下游之间互相不认对方的记录
【原来的日子】 一批菜出了质量投诉，要倒查是哪家合作社的哪批原料，得打电话问采购、翻入库单、找加工批次记录，一圈 3 天，最后经常只能定位到"某一周"；合作社报的用药记录是微信拍照发过来的，改没改过没人知道；下游门店要查验报告，只能收 PDF，说不清是不是原件（示例口径）
【现在的样子】 一起质量投诉的倒查从 3 天缩到 20 分钟，能定位到具体合作社、具体批次、具体日期；用药记录从"微信照片"变成带签名的链上记录，改动会留痕；门店要查验从等 PDF 变成自己扫码看（示例口径）。参与填报的上游合作社从试点 4 家扩到 32 家（示例口径，跑了 5 个月）
01
原来的日子
一批菜出了质量投诉，要倒查是哪家合作社的哪批原料，得打电话问采购、翻入库单、找加工批次记录，一圈 3 天，最后经常只能定位到"某一周"；合作社报的用药记录是微信拍照发过来的，改没改过没人知道；下游门店要查验报告，只能收 PDF，说不清是不是原件（示例口径）
02
我做了什么
02
批次串起来
每批原料发一个批次码，投料、加工、出厂检验、装车、到店逐环节扫码挂到同一个批次上，扫码能看全链路
128今日处理 96%按时完成 7待复核
| 编号 | 事项 | 状态 |
|---|---|---|
| A-018 | 回款计划核对 | 已完成 |
| A-019 | 合同条款抽取 | 处理中 |
| A-020 | 权限变更审批 | 待处理 |
03
一物一码查验
成品包装印溯源码，门店和消费者扫码看信息，页面数据直接取自链上，不经过任何一方后台改
86进行中 12逾期 ¥48万本月
03
功能清单
可勾选 04
现在的样子
一起质量投诉的倒查从 3 天缩到 20 分钟，能定位到具体合作社、具体批次、具体日期；用药记录从"微信照片"变成带签名的链上记录，改动会留痕；门店要查验从等 PDF 变成自己扫码看（示例口径）。参与填报的上游合作社从试点 4 家扩到 32 家（示例口径，跑了 5 个月）
05
项目周期
| 阶段 | 周期 | 交付内容 |
|---|---|---|
| 需求评估与选型 | 1–2 周 | 需求清单 + 报价区间 |
| 原型与 UI 设计 | 1–2 周 | 原型 + UI 稿 |
| 数据模型与接口 | 1–2 周 | 接口文档 + 测试环境 |
| 功能开发（迭代） | 3–8 周 | 每周可运行版本 |
| 联调测试与验收 | 1–2 周 | 测试报告 + 修复版 |
| 部署上线与移交 | 1 周 | 上线系统 + 源码文档 |
| 合计 | 3 个月，第 6 周先在 1 个加工厂 + 4 家合作社 + 5 家门店跑通，再扩全量 | 按里程碑分期验收付款 |
06
投入量级
Reference
面议
同类范围项目的参考投入，真正报价以实际需求评估为准。
※ 不含第三方服务费用（服务器、短信、支付通道等）。
Payment
按里程碑分 3 期
包含开发 + 部署 + 培训 + 上线后 3 个月免费维护。
付款节点与验收标准写在合同附件，双方确认后开工。
07
技术栈与交付成果
Hyperledger Fabric国密算法GoNode.jsPostgreSQL扫码小程序
✓ 可运行系统 + 完整源码
✓ 接口文档与部署文档
✓ 使用培训与操作手册
✓ 上线后 3 个月免费维护
✓ 第三方账号与部署环境配置说明
08
坑在哪
① 溯源的成败不在链上，在合作社愿不愿扫码填 —— 让农户多装一个 App，参与率立刻掉一半，能扫码就别装应用；② 链只能保证"记录没被改"，保证不了"记的是真的"，关键环节（原料入库、出厂检验）必须留抽检和复核动作，不然链上一堆假数据跑得比谁都快 ---