先弄清结果
一笔生产交接，表示所选路线的收货方收到货
- 选交接条目
每个条目绑定自己的工作流程、数据环境和权限。
- 确认路线和货
按流程选择路线；PDA 识别本批货与数量。
- 写正式交接
按数据环境及映射保存，提交执行检查器。
- ERP 维护结存
由正式表的旧 ERP 触发器维护所选路线接收部门的结存。
手机不直接修改结存表。交接也不是生产作业：它记录货物流转；作业记录工作量并生成作业标签。两者可以服务同一环节，但配置和业务标识不同。
基础绑定中的交接方向
方向决定谁操作，不会替你改业务路线
每个动态生产交接条目必须明确选择方向。交出方/接收方说的是操作视角，流程明细仍决定从哪里到哪里。
| 交接方向 | 允许的操作 | 实施时要核对 |
|---|---|---|
| 接收方 | 按接收视角操作。 | 操作者代表接收部门；交货部门仍由选中路线明确。 |
| 交出方 | 按交出视角操作。 | 操作者代表交货部门；最终接收部门仍来自完整路线。 |
| 双向 | 每次明确选择“接收”或“交出”。 | 不能省略本次动作，也不能把交出/接收两次点击当成同一笔的自动抵消。 |
四级路线详解
下一级只能从上一选择允许的路线中取
- 交货部门
这批货从哪来？先选工作流程内真实候选。
- 性质
当前交货部门下允许哪些性质？手机叫“性质”。
- 处理对策
该部门、该性质可以怎样处理？
- 接收部门
该组合可以送到哪些地方？多候选要明确选择。
ERP 某些界面把“性质”显示为“品质”，物理列名仍是“性质”。一个处理对策可以对应多个接收部门，不能认为永远一对一。
示例：同一种性质、同一个对策，可能有两个去向
假设 ERP 为“上游部门 A → 合格 → 转下一环节”配置了接收部门 B、C。前三项相同仍有两条合法路线，手机应让用户选 B 或 C。
当性质改成另一项时，对策和接收候选也必须跟着变化；不能保留上次已经不合法的接收部门。这些名称只用于说明联动，不是每家账套都要建的路线。
按配置专家操作
每个交接环节单独按这条顺序配
先准备本环节工作流程、交接数据环境、现场条码样例、允许操作的账号，以及能查询交接前后结存的 ERP 页面。
点“交接”新建动态功能
按现场含义命名，如某环节收货；选真实工作流程、数据环境、交接方向，核对实际路线并保存。已有条目则先选它再维护。
做到这一步应看到：功能类型是生产交接，方向明确，四级路线真实可用。
使用范围 → 给实际工位/人员授权
按账号、手机角色或登录工位授权并保存。登录工位是权限条件，不能替代流程里的库存部门。
做到这一步应看到：现场账号和当前工位符合授权，未授权者不可操作。
字段设置 → 路线与业务值分别映射
部门、性质、对策等路线值从流程来；批号、数量等按本功能明确来源写到目标列。补默认值/计算列，配置修改及读回；交接日期、操作人应选真实 ERP 根表列。
做到这一步应看到：正式记录能反映本次路线、货、数量、日期和实际操作人。
扫码规则 → 逐种码类核对
显式选 PDA 表单，保存后核对批号码、作业码、挂具码等实际入口，并将输出映射到手机字段。
做到这一步应看到：原码查到正确业务对象，不把交接编号当作生产作业编号。
体检启用 → 先查库存再交一笔
清完阻断后保存启用，记下交接前状态；用真实路线完成测试，再查正式交接和部门结存。生产交接没有作业标签输出页。
做到这一步应看到：记录和结存能对应，修正/移除也走正式检查，不直接改结存表。
三个编号别混用
批号认货，WorkID 认作业，RID 认这次交接
| 标识 | 表示什么 | 本环节怎样使用 |
|---|---|---|
| 批号 | 一批货。 | 通过当前 PDA 查询/映射确定批号；再按所选路线处理。 |
| WorkID | 某次生产作业的正式业务标识，也是该作业标签的码。 | 作为上游标签入口时由当前 PDA 查询并带值；它不等于本次交接记录号。 |
| 交接 RID / 业务键 | 本次正式交接记录的标识。常见交接表使用 RID，实际以数据环境为准。 | 查询、纠错、移除要定位同一笔；不能拿它当新的箱码或生产作业码。 |
手机侧验证
先在路线页确认去向，再返回交接页扫码
截图是“路线与默认”页。具体部门与环节由各账套配置决定；底部按钮只确认路线并返回，后面还要扫码和提交。
- 1交货部门：从本条流程中选择
- 2性质变化会影响后续候选
- 3处理对策按路线联动
- 4接收部门：货物实际去向
- 5确认路线并返回，尚未提交交接
- 1
先确定本次动作
接收方/交出方按配置操作，双向必须选动作；核对当前条目名称和工位。
- 2
四级候选逐个核对
改变交货部门或性质，观察后续候选是否随之变化。有多个接收部门时，必须明确选择。
- 3
扫入或手输同一码
确认查到的客户、批号、数量等与实物一致；条码带回部门只是依据当前业务规则处理，不能强加一条不存在的路线。
- 4
记录正式结果再查结存
保存成功后记录交接业务键、时间和所选路线，到 ERP 查询该笔以及接收部门结存。
完成结果：这笔交接的货、数量、路线、操作人和时间都可追溯。
贯穿示例 · 包装部门收到货
包装收货与包装作业，为什么是两个配置？
前提：客户实际有“上游 → 包装部”的交接环节
交接：流程交货部门是该客户配置的真实上游，接收部门才是包装部。保存正式交接后，由旧 ERP 触发器维护包装部结存。上游可能是车间或来货仓，不预设。
作业：随后在包装部记录工作量时，另一个生产作业功能应以自身流程的交货部门表示包装部，且只选包装部当前有正结存的批号。
不能把交接的 RID 填到作业 WorkObjectID，也不能用记一次作业来代替收货。若客户没有“包装后成品入库”，不自动追加交接；下游可以按配置直接出货。
交接故障速查
路线、扫码、结存分别查
提示未设置交接方向，或双向必须选择动作
- 先分清
- 方向未保存，或双向条目本次未选接收/交出。
- 这样处理
- 基础绑定明确选择方向并保存；双向在本次操作中明确动作。
- 改后确认
- 只允许配置范围内的动作，双向不能省略本次选择。
接收部门候选很多，能不能默认第一项？
- 先分清
- 同一对策可能有多个合法接收部门。
- 这样处理
- 让现场用户明确选择。若候选不符合实际，应修工作流程，不靠固定默认值掩盖多条路线。
- 改后确认
- 能选择各条合法路线，保存结果与本次选择一致。
选了性质，后面没有对策/接收部门
- 先分清
- 所选部门＋性质没有后续合法组合，或引用的来源对象失效。
- 这样处理
- 按路线序号查 ERP 流程明细，核对性质、对策及部门来源；不把另一个环节的配置拷过来冒充。
- 改后确认
- 只出现本流程允许的组合，缺项有明确原因。
上游挂具标签的部门不在当前流程里
- 先分清
- 标签可能只提供货品识别，不一定是当前交接的合法交货部门。
- 这样处理
- 按 PDA 带出货品与数量，当前交货部门仍从本流程合法路线选择。不能强行把标签部门变成当前路线，也不能把这条边界套用到作业正结存规则。
- 改后确认
- 货品正确，实际路线合法，最终收货部门是所选接收部门。
保存成功，但结存没到预期部门
- 先分清
- 可能路线选错、写入表/部门映射不对、ERP 触发器规则不同，或查询筛选不一致。
- 这样处理
- 先按交接业务键看正式记录的部门和数量，再查对应触发器和结存查询；不要直接改结存表来“补齐”。
- 改后确认
- 记录与结存可解释，问题修在配置或产品链上，而不只修当前一笔数据。
已保存记录不能修正/移除
- 先分清
- 修改映射、状态或 RowDeleting 等检查限制；不是新增成功就一定可删。
- 这样处理
- 核对“允许修改”、正式业务键和检查器结果。用正式纠错/移除入口，不再扫一笔反向数量抵消。
- 改后确认
- 变更定位原记录，检查器按规则执行，原值与操作有追溯。
交接记录日期或操作人显示为空
- 先分清
- 读回未选中真实根表日期/人员列，或值来源本身缺失。
- 这样处理
- 先查正式记录是否有值；有值就修读回，没有值再查默认值/上下文及写入。
- 改后确认
- 手机回显与 ERP 原记录一致，不显示编造的当前时间或人员。
交接交付验收
既证明收到了，也证明错误路线走不通
保存交接前后查询证据，记录批号、交接业务键、所选路线、操作人和时间。生产作业码另行记录，不能混为一个编号。
- 1. 方向与权限
接收/交出/双向按配置生效，工位和账号范围正确。
- 2. 四级路线
改变上级后下级候选正确刷新；一对多接收关系保留且需明确选择。
- 3. 各种码入口
现场批号码、作业码或挂具码分别验证，来源对象及带回值正确。
- 4. 正式交接与结存
写入正确表列，RID/业务键可追溯；接收部门结存由旧 ERP 正式规则维护。
- 5. 纠错与移除
更新及 RowDeleting 检查正常，变更作用原记录，不重复提交抵消。
- 6. 业务边界
交接没有被当成工作量；WorkID 与 RID 不混用；只实施客户实际需要的环节。