业务对象与业务语言

同一件事，几种叫法

同一个客户，在 ERP 里是一串编码，在销售的表格里是简称，在群聊里是「华东那家老客户」。同一个数，生产报表叫「合格数」，质检表叫「良品数」。人凭经验知道这是一回事，系统不知道。

Nexus 做的第一件事，就是按公司自己的业务语言把它们认出来：「这是一张订单」「这是同一个客户」。认出来之后，一项数据可以带上大家常用的别名，问「良品数」和问「合格数」，找到的是同一项。

这就是业务语言的用处：不用逼所有人改口，也不用每次都解释「我说的是哪个」。新同事和数字员工用哪种说法问，都能落到同一样东西上。这些对上号的叫法，会沉淀成四类知识资产里的「行业语言」。

三个词：对象、关系、动作

Nexus 用三个词描述一家公司的业务。听起来像技术词，其实每家公司天天都在用。

对象回答「有什么」，关系回答「怎么连」，动作回答「怎么改」。三样齐了，公司的业务既看得清，也改得稳。

关系还管着跨部门怎么读。一个部门要用另一个部门的东西，走对象之间的关系或明确共享出来的对象，而不是谁都能翻别人的柜子。

不必一次定全。起步时六到八个对象通常就够了，随真实的任务再补；一次想把全公司都描述完，往往先把自己拖垮。

ERP 只读，改动走动作

ERP 这类业务系统，在 Nexus 里始终只读：Nexus 从它取数，从不去改它；数字员工读的也是 Nexus 里的对象，不直连 ERP。人和数字员工要改的，是 Nexus 里的记录，比如给一张工单登记异常、指定负责人。

拿「登记异常」来说：要填「异常说明」和「级别」两项；做完之后，这张工单的异常状态、说明和登记人跟着更新，操作记录里多出一句「5 号线登记异常：缺料」。每一次改动，都走下面这四步。

改动和源数据分层存放。ERP 下一次同步，只更新它自己那一层，不会冲掉人改过的值；需要时，也能撤销改动，回到源系统的值。只读的访客，比如通过公开链接来看的人，永远改不了。

源系统只读，改动只走动作这一条路。