我们想要的库存系统，不只是告诉你"还剩多少"。我们想知道每一批货从哪里来、去了哪里、中间经历了什么，不用专门去问文员或翻电子表格。
这就是我们做的。
从清单到台账
旧版DurianPro有一个库存清单。你能看到肥料还剩多少、用了多少、哪些快用完了。是一个总数清单。总数还行，直到你开始问真正的问题。
比如：这箱果实是哪棵树来的？哪一批货卖给了哪个买家？昨天加工的产出率是多少？哪一批最先到期？清单都答不上来。清单只能给你一个数字。
我们做的是一套库存系统。货进来，货出去，每一次进出都对应一个具体的批次，我们叫它"批"（lot）。旧系统给你看总数，新系统给你看完整的轨迹。
现在你能做什么
- 每一批货都是独立的批次。 每次收成、采购、加工都会创建一批，每批有自己的余额、来源、历史。任何仓库里有什么，按批次拆开看清清楚楚，不只是看总数。
- 入库、出库、转移、加工，全在一个地方。 收成称重、采购入库、发货给买家、跨仓转移、整果加工成果肉和果壳。所有动作都走同一套系统。
- 每次发货都打一张QR标签。 派送货物时，系统打印一张带QR码的标签。收货方任意手机扫码（不需要装App），用GPS和照片确认收货。你能精确知道货什么时候到、到哪里。
- 任意一箱货都能追溯到那棵树。 树上记录的果实，称重进了哪一批，派送上了哪辆车，卖给了哪个买家。每一步都串起来，一条完整的轨迹。
- 快到期前提醒你。 有到期日的批次会在变质前出现在提醒里。再也不会在盘点时才发现货坏了。
- 派送时自动选对的批次。 默认先发旧批。不用记哪一批先到的，系统会替你选。
链条的实际运作
拿112号树来说，我们最好的产果树。我们以前提过它。2025年它产了88.75公斤的果，是同区块平均的3倍多。
工人从112号树收果时，就在树上记录一条收成记录。称重的时候，重量进入一个批次。这个批次发货时，派送和那次收成对应起来。买家在大门扫QR码，那次派送被确认收到。销售关账时，账目和那个批次绑定。
也就是说，一次点击就能回答：这批果是哪里来的？一次点击就能回答：上周五112号树的果是谁买走的？一次点击就能回答：这趟送货走了多久？
以前要么没法回答，要么得让文员花一下午查。现在系统里都有了。
同一个App，更强的根基
树级分析、收成记录、销售记录、QR码确认的派送，现在共用同一套底层。日常操作对工人来说没变，5次点击的称重还是5次点击。变的是底下的一切：清单没了，台账就是系统，每一次进出都属于同一条连续的轨迹。
这种根基是为了让我们继续往前建：产出率报告、按到期排期的补货、供应商表现、按买家算的利润。这些事情在清单上一件都做不了。现在每一件都只是一次查询。
如果你还在用WhatsApp消息和电子表格管理库存，试试DurianPro。免费开始，从一棚果到完整的运营，系统会陪着你长大。
常见问题
这会取代旧的库存清单吗？ 是的。旧清单上能做的事，新系统都能做。还能做旧清单做不到的：批次级追踪、派送确认、加工产出率、全流程可追溯。
需要标签打印机吗？ 不需要。可以不打标签直接派送，QR码会显示在屏幕上，扫码或分享都行。如果想给每一次派送都打实体标签，系统支持USB热敏打印机。
我的工人能用吗？ 能用。工人看到的是专门的称重界面，做入库。派送、加工、调整这些都留给管理员。收成5次点击的模式延续下来。
已有的库存记录怎么办？ 会自动迁移。采购记录变成批次，使用记录变成出库，收成重量变成入库并连回对应的树。原来的历史完整保留。
CJ是一位软件工程师，与人合伙经营马来西亚一个350棵榴莲树的园地。他建造DurianPro是因为他需要的工具不存在，现在他要确保这些工具能长久地用下去。