畜牧 / 农业科技畜牧 / 农业科技Web 网站后台系统小程序系统对接已交付
肉鸡全产业链追溯与监管平台
养殖、检疫、加工、销售全链建档，关键节点上链存证，政府监管与公众溯源各有一套入口。
成果与数据
836 个
业务接口
129 张
业务数据表
企业 / 监管 / 运维 / 公众
覆盖角色端
关键节点区块链上链
存证方式
业务接口规模无系统，纸质档案 + Excel836 个接口 / 129 张业务表
追溯粒度只能追到批次追到单栏、单批、单次防疫
覆盖端单一 PC 端PC 管理端 + 企业小程序 + 公众溯源页
以上为上线后的实测对比。数据来自客户现有业务的日常记录（订单系统、排班表、财务流水等）， 由客户方业务负责人确认。没有可靠量化口径的项目，这里只写周期、迭代次数这类过程指标。
客户当时的处境
企业、监管、公众三方各存一份数据，出了质量问题要倒查一批鸡的来源，得打十几个电话挨个问
检疫和抽检的报表要按政府口径出，业务系统里没有对应字段，每次都得手工拼 Excel
上游养殖、中游加工、下游销售的数据不通，客户扫码只能看到最后一道环节
平台上同时有企业、监管、运维三类用户，权限一乱就是数据泄漏事故
怎么做的，为什么这么做
一套账号三类角色
企业、监管、运维共用登录入口，菜单与数据范围按角色下发，越权访问在接口层就拦掉，不靠前端藏菜单。
关键节点上链存证
进栏、防疫、出栏、检疫等节点写入 Hyperledger Fabric，记录不可篡改，出现质量纠纷时能取证。
移动端补齐现场录入
企业侧走小程序登记，微信登录后绑定平台账号，现场人员不用回办公室补录，数据当天就能进库。
界面与演示
该项目界面受客户保密要求约束，对外只展示结构示意。如果你需要看实际界面，可以在沟通时申请一次在线演示。
客户怎么说
「以前客户要来查一批货是哪天进的栏、吃了哪批饲料，我们得翻两三个本子再打电话问场里，最快也要半天。现在扫码就能出链路，从进栏到出栏每个节点都有时间和操作人。最省事的是防疫记录 —— 谁什么时候做的、用了什么药，不用再问人对账。」
某畜禽全产业链集团 · 信息中心负责人
某畜禽养殖与加工集团（覆盖养殖到销售）
该证言已取得客户书面授权后展示。客户不授权公开的证言，本页一律不出现 —— 你用「客户证言」搜不到任何一条未经同意的内容。
ReactTypeScriptSpring BootMySQLRedisHyperledger Fabric
前后端分离。Spring Boot 提供业务接口，MySQL 存业务数据，Redis 做缓存；Fabric 网络单独部署，业务与链通过链码交互，链上只存关键节点的哈希与摘要。前端 React + TypeScript，企业侧另有小程序。
同类项目
全部项目其他畜牧 / 农业科技案例
同类需求的做法可以直接复用，沟通成本也低。
有类似需求？
先聊清楚你要解决的那件事
不用把需求想得很完整。说清楚现在是怎么运转的、最卡的是哪一步， 剩下的功能清单和报价我来整理，你确认就行。
这类项目通常落在「企业版」这一档。 金额我不在页面上写 —— 同样的系统，多一个端、多一项对接， 成本就差一截，写出来一定不准。
说说我的需求