内部管理追溯工具为什么一路演进到 MGLA
旧 ERP 解决了“有账可查”，Yames 解决了“现场好操作”。最终答案不是二选一，而是把两边优点合起来：好操作，也能真追溯。
给客户
看懂我们为什么持续迭代，以及现在追溯为什么更可信。
给现场
看懂以前为什么麻烦，以后为什么可以扫更自然的对象。
给开发
看懂哪些是事实，哪些是操作，哪些只是给页面看的结果。
我们不是推翻重来，而是一代一代补短板
每一代都解决了一个真实问题，也暴露了下一个问题。演进逻辑要这样看。
有账可查
现场更顺
可信追溯
同一套系统，要回答三类很不一样的问题
如果底层只照顾其中一类，另外两类迟早会痛。
要可信
这批货从哪里来？经过哪些工序？用了哪些原料？出问题时能不能缩小影响范围？
要好用
我现在扫哪个码？能不能按箱、托、流转卡、工序在制品来操作？扫错了怎么改？
要边界清楚
哪张表是真实事实？哪张只是操作记录？页面上的余额是存出来的，还是算出来的？
旧 ERP 不是一无是处，它解决的是“有账可查”
库存变化 + 生产跟踪适合简单库存和批次台账，它的问题是到了车间会变别扭。
批次有身份
有批次二维码，有库存变化，有库位和余额；客户或仓库问某批料在哪里，系统至少有线索。
库存能对账
入库、出库、移库、调整都能形成库存变化，管理上能看到数量结果。
生产有跟踪
生产跟踪能记录工单、工序、报工等操作，让生产过程不是完全黑箱。
现场为什么觉得麻烦：批次被迫承担太多角色
真正问题不是没有记录，而是物理事实和操作事实没有解耦。
物料身份
这是什么料、哪个批次。
现场操作入口
操作工要扫什么码、点什么动作。
库存余额
还剩多少、现在在哪里。
追溯主线
从哪里来、到哪里去。
不是现场不会操作，而是系统让大家用不自然的方式描述真实操作
这些都是一线每天会遇到、但很难说清楚原因的麻烦。
部分领用
一个批次 100 件，只领 37 件。要拆批、改数量、补标签，或者靠备注解释。
容器流转
现场搬的是箱、托、周转筐；系统入口却常常是批次码。
拆分合并
分装、拼箱、换标签，容易被迫做成库存变化。
报工追溯
有操作记录，但输入和输出之间的物理关系不够硬。
外协转换
千克发出、件数回来、损耗、补料，不适合只靠批次数量增减解释。
纠错冲销
扫错一次，改库存、改批次、改追溯链都让人紧张。
Yames 为什么操作方便：它把入口放回了车间流程
它看到了旧 ERP 最大摩擦：现场不应该每一步都围绕库存批次二维码。
按流程操作
领料、转序、报工像电子流转卡一样推进，现场不需要每步先想库存批次。
少绕一步
很多时候不用为了部分数量先拆批、补码、改批次。
节拍更顺
系统更贴近车间语言：今天哪道工序、拉多少、报多少、转哪里。
Yames 为什么追溯弱：它主要证明“流程走过”，不能证明“料怎么变”
好操作不等于真追溯。追溯要的是物料输入输出关系，而不只是操作顺序。
没有硬的出入关系
很多动作像流程日志，不是严格的“一边减少、一边增加”。数量顺了，不代表来源被证明了。
物料关系靠推断
查追溯时常按工单、工序、时间、数量规则推断，而不是沿着独立事实边走。
异常更薄
拆分、合并、损耗、返工、外协转换，很容易只把当前状态修顺，没有留下强证据链。
旧 ERP 和 Yames 都对，但都不完整
最终答案不是回到旧 ERP，也不是只做 Yames。
MGLA：操作按人走，事实按物记，结果按投影看
把三件事拆开，系统才既好用，又可信，又好维护。
操作按人走
现场可以扫批次、箱、托、流转卡、供应商包。人扫的是自己真正拿在手上的东西。
事实按物记
底层记录物料在哪里、多少、从哪里来、到哪里去、是否拆分合并转换。
结果按投影看
库存余额、当前状态、追溯链、FIFO、成本，都是从事实账算出来给人看的答案。
MGLA 不是一个新名词，而是一条稳定的处理流水线
一次现场操作，从“扫一个码”到“追溯可查”，中间要经过五步。每一步都只做自己的事。
扫锚点
扫批次码、箱码、托盘码、流转卡或供应商包。它只是操作入口，不直接代表事实余额。
解出物料群
系统把锚点解析成当前绑定的物料片段：哪些 matter、多少数量、在哪个节点。
应用操作
领料、转移、拆分、合并、转换、纠错，都是对这个物料群做选择、拆分或组合。
写事实边
真正落账的是物料事实：从哪里减少、到哪里增加、什么输入变成什么输出。
生成投影
库存余额、当前锚点状态、追溯链、报表，都是从事实图计算出来的答案。
把物料看成会流动的东西，不是只看成一笔笔库存加减
很多现场场景不是一个完整批次从 A 搬到 B，而是物料持续进入某个操作、在操作中被选择或转换，再流向一个或多个输出。
流入和流出不是动画概念，而是 MGLA 写事实的方式
它把一次操作拆成输入声明、操作事实、输出声明。这样才能覆盖多输入、多输出、跨单位、损耗和不确定性。
进入操作的物料切片
输入不是“扫了哪个码”本身，而是这个码当前代表的物料群里，被本次操作选择出来的那部分。
从操作流出的结果切片
输出可以是下道工序、成品、损耗、返工、供应商流、剩余流。输出数量和输入数量不一定同单位，但关系必须声明清楚。
旧模型卡住的地方，往往都是“流”的场景
如果只把所有事情都做成库存加减或流程日志，下面这些场景就会越来越靠规则解释。
不是一次完整批次搬家
上道不断产出，下道不断消耗，中间可能按流转卡、箱、机台、班次组织。物料流动语义能表达连续进入和连续流出。
发出去和回来不是同一种单位
千克发出、件数回来、损耗和供应商声明，都应该是输入流和输出流之间的转换关系，而不是硬凑一个平衡转仓。
历史不能被抹掉
返工是回流，纠错是修正流。它们应该追加事实，让当前状态重算，而不是直接修改旧记录。
把一次现场动作，看成“流入、操作、流出”的空间关系
左边是本次操作选中的输入，中心是现场动作，右边是产出、剩余、损耗或修正。拖动画面可以换角度看。
拖动画面旋转，点按钮切换不同现场场景。
图不是画给人看的花样，而是追溯真正能走的路
MGLA 把物料变化记录成节点和边。追溯时不是靠时间和备注反推，而是沿着边往前、往后走。
物理事实图
节点是观察到的物料状态，边是物料关系：移动、消耗、产出、转换、拆分、合并、纠错。
工程映射
某个时点、某个位置、某种物料、某个数量和状态。
输入和输出之间的事实关系，说明这份料怎样流动或变化。
追溯就是沿边遍历，不再主要靠工单、时间和备注猜关系。
二维码、箱、托、流转卡，本质上是“可操作的物料群”
这里的“群”不是让现场理解数学，而是工程上把一组物料片段圈起来，给人一个自然的操作入口。
锚点 = 操作入口 + 当前绑定
一个箱码可以绑定多个物料片段；一张流转卡可以代表某道工序的在制品；一个供应商包可以代表外部声明的一组物料。锚点本身不拥有权威数量，数量来自事实图投影。
操作就是对群做选择、拆分、合并和重绑定
现场点的是“领 37 件”“两箱合并”“换一个标签”“外协回来入库”。系统把这些动作翻译成集合操作，再写成物理事实边。
一次扫码操作怎么映射成 MGLA 记录
页面看起来是一个按钮，底层要清楚写下：谁操作、选了哪些输入、物料怎么变化、当前答案如何计算。
点一个操作，看锚点群怎样变成物理事实图
这页用二维动效表达核心逻辑。它比 3D 更容易看清楚：锚点在左边，事实图在右边，操作在中间落成边。
部分领用：扫箱码只是找到可操作的物料群；真正落账的是从原物料减少 37 件、在制品增加 37 件，剩余 63 件由投影算出来。
技术名词用业务语言翻译
现场不需要背表名，开发团队也可以先从职责边界理解每块负责什么。
物料事实
物料真实发生了什么：增加、减少、移动、消耗、产出、拆分、合并、转换。
锚点
人能扫、能拿、能选择的东西：批次码、箱码、托盘码、流转卡、供应商包。
现场操作
谁在什么时间扫了什么、点了什么、选择了哪些输入、做了什么业务动作。
Projections
页面看到的余额、状态、追溯链、报表、FIFO、成本，都是可重算的结果。
部分领用：同一件小事，三代模型差别很大
一批 100 件，只领 37 件。现场觉得麻烦，底层原因很清楚。
外协千克发出、件数回来：不能只靠“数量流水”硬解释
跨单位、损耗、转换、供应商报告，是旧模型和 Yames 都容易变薄的地方。
会绕
千克和件数很难用单一批次数量流水说清楚，常常靠备注或规则解释。
会薄
流程能走，但具体输入输出、损耗、转换来源不一定形成强证据。
直接表达
把发出、转换、回收、供应商声明、可信度都作为事实或证据记录。
同一套底层，给不同人不同答案
这页可以作为培训收束，也可以作为客户沟通总结。
看证据链。不是只看页面上有一条追溯线，而是每个关键关系都有事实或证据支撑。
扫自然对象。能按批次、箱、托、流转卡、供应商包操作；系统背后负责把事实记清楚。
守住边界。操作不是事实，余额不是事实；事实写入底账，页面读投影，不要把三者混成一团。
这次演进的逻辑
旧 ERP 让我们有了账，Yames 让我们看见现场怎么更顺。MGLA 要做的是把两件事合起来。
操作要像现场一样自然，追溯要像账一样可信。
人扫的是锚点，系统记的是物理事实，页面给的是可重算答案。