白胡椒与黑胡椒用途在采后才口头决定，原成熟度和接收工艺不一致。胡椒不同用途对应的采收状态和接收工艺不能混算。
联结藤园、用途、成熟度、鲜果重、接收工艺版；按用途版本匹配成熟度样本与接收工艺，规则核变更审批；不同用途库存不直接互替。先把卡住的条件“白黑胡椒用途对应的采收与处理状态不同”摆出来，再把批次、田块或塘口、订单、渠道与产能排到同一张表上，围绕一个藤园的浆果采收批算清占多少设备、多少料、多少人工，交出去以后到底还剩多少钱；种植负责人批准用途，工艺师确认可接收状态；未批变更退回，不自动改工艺。
种植负责人批准用途，工艺师确认可接收状态；未批变更退回，不自动改工艺
按原用途批核变更导致实际返工重量，正常分流与未经确认变更分列；不同工艺不能直接比较得率，缺确认不算可替代。把采纳和没采纳的排法留到同一个结算周期，按一个藤园的浆果采收批重算每分级批次销售贡献，再核对加急、换线、加班和压库存到底是谁承担。
每一步都写清：谁交单据、AI看什么、谁签字、现场怎么回签、最后怎么算钱。
在胡椒采后决定接收工艺时，以一个藤园的浆果采收批为对象，核对藤园、用途、成熟度、鲜果重、接收工艺版；本次版本与原记录一起冻结，缺项先交责任人补证
原用途 · 批准变更 · 成熟样本 · 接收工艺版 · 返工重量和原因
联结藤园、用途、成熟度、鲜果重、接收工艺版；按用途版本匹配成熟度样本与接收工艺，规则核变更审批；不同用途库存不直接互替。先把卡住的条件“白黑胡椒用途对应的采收与处理状态不同”摆出来，再把批次、田块或塘口、订单、渠道与产能排到同一张表上，围绕一个藤园的浆果采收批算清占多少设备、多少料、多少人工，交出去以后到底还剩多少钱；种植负责人批准用途，工艺师确认可接收状态；未批变更退回，不自动改工艺。
种植负责人批准用途，工艺师确认可接收状态；未批变更退回，不自动改工艺
用途变更单含原用途、批准变更、成熟样本、接收工艺版、返工重量和原因；同时留下这一单的排法、谁批的、实际怎么执行、料和库存去了哪里，以及每分级批次销售贡献最后怎么结账。
胡椒种植实际收到的钱 − 材料人工和运输 − 退货售后 − 本期AI和复核费用
接收方无法确认用途工艺或变更批无独立原料记录时停止自动配批。
停下 → 复核 → 重新签字返工原因由接收方确认；正常工艺转换排除，零N/A
观察周期：采摘批至最终初处理接收结算按一单生意算，收到的钱、花出去的钱、现金和设备占用分开；等原业务结算周期结束再看。
胡椒不同用途对应的采收状态和接收工艺不能混算。按原用途批核变更、返工与净货款，区分正常分流与未经确认的改用，先算清保留市场灵活性付出的费用，再决定何时锁定用途。按一个藤园的浆果采收批把实际收到的钱、农资、能源、采收、冷链、损耗、扣款与账期资金和AI费用记到同一笔账，等收购扣款和尾款结清后再看每分级批次销售贡献；胡椒用途变更返工重率按采摘批至最终初处理接收结算一起复核。 胡椒用途变更返工重率是质量底线，不能拿量大了就当赚钱；几个产品共用一台设备或一班人时，卖得再多也不能掩盖低利润型号占着产能。AI 按原用途批核变更、返工与净货款，区分正常分流与未经确认的改用，先算清保留市场灵活性付出的费用，再决定何时锁定用途。
白胡椒与黑胡椒用途在采后才口头决定，原成熟度和接收工艺不一致
用途变更单含原用途、批准变更、成熟样本、接收工艺版、返工重量和原因
哪一单、哪一天、什么版本、谁交的，先对清楚
AI整理单据，死规矩用固定算法算，拿不准的当场标出来
谁签谁负责，按过的版本和实际执行必须是同一份
质量、最后赚多少、花了多少，分开算清楚
这一期先交出用途变更单含原用途、批准变更、成熟样本、接收工艺版、返工重量和原因；同时留下这一单的排法、谁批的、实际怎么执行、料和库存去了哪里，以及每分级批次销售贡献最后怎么结账。现场谁核、谁批：种植负责人批准用途，工艺师确认可接收状态；未批变更退回，不自动改工艺。先按企业现在能批的权限做，做完留回签，结果由业务和财务一起认。
按原用途批核变更导致实际返工重量，正常分流与未经确认变更分列；不同工艺不能直接比较得率，缺确认不算可替代。把采纳和没采纳的排法留到同一个结算周期，按一个藤园的浆果采收批重算每分级批次销售贡献，再核对加急、换线、加班和压库存到底是谁承担。
以下是测试设计，不是已经通过的测试结果。样本数量和通过线，按企业任务量、波动和错误代价确定。
加工厂长协、产地经纪、香料品牌和线上询价共用藤园批及用途版本。客户换用途须同时得到生产与接收方确认，平台订单不能直接切换工艺，转售后仍保留原成熟度样本与变更记录
藤园采摘单先写用途，白黑胡椒不同阶段重量分别计量
这笔生意看什么单、AI做什么、谁签字、最后怎么算钱已经清楚，下一步拿企业自己的单据对一遍。