先弄清结果
来货负责建立来货单，批号在这里产生
- 确定单头
选客户、客户单号、存货部门、日期。
- 逐行加货品
已有货品选真实记录；新货品按附属建档配置处理。
- 保存并生成标识
按数据环境保存单头/明细、生成单号和批号，读回结果。
- 送审到 ERP
手机可送审；审核与反审核在电脑端进行。
来货是批号产生前的上游入口，不要求先有批号码可扫，因此没有扫码规则页，也没有生产作业的标签输出页。
准备资料
先找齐这四项资料，后面少走弯路
本厂收货路线与部门
在 ERP 核对真实来货流程、接收部门及其来源。客户如果有多个合法收货部门，应保留候选供用户选择。
做到这一步应看到：明确本次货物应归哪个存货部门；不是默认取列表第一项。
来货数据环境
核对单头、明细、主键、父子关系、可写列、默认值、计算式、自动编号和检查器。数据环境名只起识别作用，不靠“来货”两个字猜表。
做到这一步应看到：能指出单头与明细各自保存在哪里、用什么关联。
客户和货品候选
准备一个真实客户、一件已有货品。核对客户筛选、货品归属、编号列、名称列以及选择后带回的规格等字段。
做到这一步应看到：用户能明确选中真实对象；换客户后不会混入另一客户的货。
新货品建档与操作账号
若现场会收新货，准备货品主档数据环境及返回主键；准备收货员账号、手机角色/工位和实际 ERP 执行身份。
做到这一步应看到：有新货与旧货各一条可验证路径，账号有来货流程使用权。
按配置专家操作
来货按这条顺序配
左侧选固定“来货” → 基础绑定
选真实工作流程和来货数据环境，核对路线中的接收部门，保存基础绑定。接收部门缺失时，可用“查看接收部门…”对准缺字段路线进行处理。
做到这一步应看到：接收部门有效，重新读取后仍是这条流程和这个数据环境。
使用范围 → 授权实际收货人员
选账号、手机角色或登录工位，添加后保存。流程权限决定谁可用来货；不会给手机增加审核权。
做到这一步应看到：授权对象真实且已启用，工作流程归属正确。
字段设置 → 读取四页结构并逐页保存
按单头与明细分别配置手机写入、ERP 补值、允许修改、保存后读回。重点核对接收部门、客户、货品ID、数量，以及自动生成的单号/批号。
做到这一步应看到：必填列均有真实来源；批号是生成并读回，不是手机任填的写入字段。
处理新货品自动建档
在来货字段设置下方配置附属建档操作，具体顺序见下一节。只选旧货成功，还不能证明新货路径正常。
做到这一步应看到：新货能拿到真实货品主键，再继续保存来货明细。
体检与启用 → 保存启用
清完阻断，勾选并保存启用；再用收货员账号在 APP 建一张可回滚测试单。无需为了体检给来货强配 PDA。
做到这一步应看到：真实保存、读回、送审以及电脑查询均可核对。
最容易配错的地方
单头、明细、批号各有归属
| 项目 | 来源与落点 | 怎么验证 |
|---|---|---|
| 客户 / 客户单号 | 属于本张单头；由手机选择/录入，落入对应单头列。 | 明细都归同一张单、同一客户；客户单号与每行 PO 号不混用。 |
| 存货部门 | WorkflowField.ToCenterCode（接收部门）→ 来货单头存货部门列。 | 所选收货部门、正式单头与后续查询一致；不借用数据环境默认部门。 |
| 货品ID | 已有货品使用真实主键；新货品使用附属建档操作返回的主键。 | 按键对应同一件货；不能只凭名称、型号相同就当成旧货。 |
| 数量 / 重量 / PO 等 | 按本账套明细列配置分别保存；显示与写入单位要一致。 | 数量不落到重量列；两条不同明细不互相覆盖。 |
| 批号 | 由数据环境默认值、计算式或自动编号生成，再显式读回。 | 成功后批号非伪造值，能用于后续交接/作业/出货查货。 |
| 单头—明细关系 | 由 SelectInfos 和 Relations 明确根表、明细表、关联键。 | 两条明细都关联这次真实生成的单头，不串到历史单据。 |
专项难点
没有货品ID时，怎样自动建档？
新货品建档是来货的附属操作 IncomingGoodsMasterCreate。它有自己的数据环境和列映射，但没有独立工作流程、PDA 或手机功能入口。
- 明细确认货品
已有 GoodsCode 使用原货品；没有时进入建档路径。
- 按附属环境建档
执行货品列映射、默认值、编号、引用和检查器。
- 返回真实货品键
回填所选主键列，作为来货明细的货品ID。
- 继续保存来货
建档与来货处于同一数据库事务，任一步失败整单回滚。
选“新货品自动建档”的数据环境
选择当前账套正式货品主档的环境。不要把来货单环境当成货品主档，也不用建一个第五类移动功能。
做到这一步应看到：目标表和必填列确实属于货品资料。
解析字段，选“回填货品ID”
点“解析建档字段”，核对可选主键。返回键必须是该环境 SelectInfos.PrimaryKeys 声明的真实键；这个选择不会修改旧 ERP 原主键。
做到这一步应看到：返回的是货品ID，而不是名称、型号或某个方便显示的列。
先保存未启用的建档绑定，再保存映射
初次配置先不勾“配置完整后启用”，点“保存建档绑定”；再给货品属性、客户归属及生成字段明确来源并保存建档字段映射。配置完整后勾选启用，再保存建档绑定。
做到这一步应看到：新货路径可保存；已有货品仍沿原引用校验，不重复建档。
手机侧验证
照着来货页面，逐项核对配置有没有落到实处
这张图是来货操作位置示意。日期、候选、可见字段和默认值以当前功能配置为准，不照抄图中样例。
- 1选客户，核对候选范围
- 2存货部门来自流程接收部门
- 3逐条加入货品，核对明细字段
- 4保存草稿后，检查正式结果和读回
- 1
先选客户和存货部门
确认候选是真实数据；多候选时明确选择，默认值需能追溯到配置。
- 2
分别加入旧货与新货
旧货带出应有的属性；新货按附属建档处理。两行数量用不同值，方便查出串行或错误覆盖。
- 3
保存后查 ERP
记录返回业务键，检查单头、两行明细、货品键、数量、批号和父子关系，再回手机核对。
- 4
试送审与反送审
手机可建草稿、送审、未审核时反送审回草稿、作废草稿；审核与反审核回电脑端。
完成结果：单据状态在两端一致，已审核单据不能当草稿随意修改。
贯穿示例 · 数字仅用于验收
同一张来货单，两种货品都要走通
客户甲送来：旧货 40 件，新货 12 件
先选择该客户以及来货流程允许的接收部门。旧货一行选已有货品ID；新货一行没有货品ID，按附属建档配置生成并返回真实键。
保存后应查到同一单头下两条明细，数量分别为 40、12；新货有正式资料，旧货未被重建；批号按各自配置生成并读回。这里的客户、部门和数量只是演示，不是建议默认值。
若新货的检查器拒绝，应看到整单失败及明确原因，不能留下一半成功的来货。只在可回滚测试条件下验证失败分支，不能改正式检查器来凑结果。
来货故障速查
来货卡住时，从这里查
接收部门为空，或存货部门显示不对
- 先分清
- 流程接收部门缺失/失效，或 ToCenterCode 映射没落到单头。
- 这样处理
- 核对基础绑定路线；缺项用“查看接收部门…”选择真实部门保存到旧 ERP，再核对单头映射。
- 改后确认
- 手机与正式单头的存货部门一致；其他有效路线仍保留。
客户或货品候选为空，选中后不带规格
- 先分清
- 候选来源、过滤参数、名称列和带回列可能分别缺失。
- 这样处理
- 按来源/带出检查 IDSource / DataSelect，再检查“引用选择后带回”。先区分查不到与查到但未带值。
- 改后确认
- 当前客户有正确候选，选中后带出对应属性，换客户不串货。
旧货能保存，新货报“建档未配置”
- 先分清
- 主来货配置通过，但附属建档没有独立配置完整。
- 这样处理
- 核对建档数据环境、映射、回填主键及启用状态。不要随便选择一件旧货顶替。
- 改后确认
- 新货产生真实键并关联来货，旧货不重复建档。
批号为空，想在手机写入页手配批号
- 先分清
- 来货批号是 ERP 生成并读回的结果，不是手机写入来源。
- 这样处理
- 查默认值/计算式/AutoID、生成错误及读回映射，不把 BatchNo 当可手填批号来源。
- 改后确认
- 新行按规则生成有效批号，后续环节可查到。
单头有了，明细不对或父子键报错
- 先分清
- 根表、明细表、关联键或映射范围不正确。
- 这样处理
- 核对 SelectInfos、Relations 和实际主键，逐一看头/明细的字段归属，保留完整错误。
- 改后确认
- 两条明细都属于本次单头，失败时无半单残留。
找不到审核按钮，或送审后不能直接修改
- 先分清
- 来货手机端只有草稿、送审、反送审、作废草稿等动作。
- 这样处理
- 未审核可按正式流程反送审回草稿；已审核回电脑处理。不要通过改字段权限绕过单据状态。
- 改后确认
- 状态限制正确，手机与 ERP 状态一致。
来货交付验收
至少覆盖旧货、新货和状态流转
把测试单号、批号、货品主键和 ERP 查询结果一起记录。库存何时变化按旧 ERP 单据状态及触发器核验，不只看手机保存提示。
- 1. 部门与权限
收货员可用，未授权者不可用；接收部门正确落到单头存货部门。
- 2. 旧货路径
客户和货品真实，属性、数量、父子关联正确，未重建货品。
- 3. 新货路径
建档、返回主键、来货明细关联成功；失败不会留下半单。
- 4. 标识与读回
单号/批号依配置生成，手机、正式表与后续查货一致。
- 5. 状态与检查
送审、反送审、作废按正式状态走；电脑负责审核，检查器保持真实规则。
- 6. 恢复与留证
测试记录按正式流程处理，关联主档按现场规则保留或处理，不擅自直接删表数据。