先弄清结果
生产作业记工作量，不转移库存
- 选部门和作业人
部门来自本作业流程的交货部门；人员是实际计量归属者。
- 选本部门的货
手选与扫码都只接受该部门当前存货大于零的批号。
- 登记并生成 WorkID
数量按配置保存，数据环境为本次作业生成正式唯一标识。
- 标签与查询
标签交给下游扫码；ERP 查询已保存工作量。
这里采集工作量，不配置工资单价、工资公式或结算。生产交接负责货物转移；不能用记作业来补库存。
最关键的范围
同一个交货部门，既是归属也是选货条件
示例：包装部门做包装作业
这个生产作业自己的工作流程应包含“包装部”作为交货部门。它表示作业归包装部，并且只允许选择包装部当前有正结存的批号。
此前把货交给包装部的那笔生产交接，包装部是接收部门；那是另一个功能的路线。不能直接把交接的上游交货部门当成包装作业的部门。
如果批号在车间有库存、在包装部没有库存，不能把筛选改成“全部历史批号”来让它出现。应先核实实物与账面，按客户真实流程完成收货。
按配置专家操作
一个作业项目，按这条顺序配
先准备作业流程、正式记录数据环境、计量单位、作业人来源、正结存批号、蓝牙标签模板及实际下游扫码需求。
点“作业”新建动态功能 → 基础绑定
按真实环节命名，选择工作流程与数据环境；核对交货部门。明确单笔或按单位数展开，以及数量/重量名称等，保存基础绑定。
做到这一步应看到：部门是本作业归属，不是误用了上游交接部门；记录方式已明确。
使用范围 → 给实际使用者授权
授权手机账号、角色或工位并保存；实际作业人可能由另一个人代录，所以作业人字段还要单独配置。
做到这一步应看到：登录权限和工作量归属各有依据。
字段设置 → 配齐关键写入与读回
批号 BatchNo、作业人编号 OwnerCode、数量 Quantity 必须显式来自 MobileField。再明确部门、作业时间、主键生成、单位和其他业务列；检查下拉来源与输出。
做到这一步应看到：工人填的数量不会丢弃，人员不会悄悄变成登录人，读回能找到原作业。
扫码规则 → 同时验证货码与人员码
保存当前功能 PDA 表单，再保存实际输出到手机字段。需要接上游作业时，明确输出 WorkObjectID；普通批号入口不必伪造上游作业号。
做到这一步应看到：人员、批号、上游作业分别对应正确对象；范围外批号被拒绝。
标签输出 → 码值、模板、下游
保存真实码值列和匹配模板，先把需要认此码的交接或出货功能配置并启用。生产作业的 WorkID 标签是必需配置。
做到这一步应看到：至少一个已启用下游有真实 PDA 识别覆盖，模板包含必要变量。
体检启用 → 一笔、多个单位和补打都验
阻断修完后保存启用。用现场账号登记，核对 ERP、实体标签、下游扫码，再验证修正/移除及补打。
做到这一步应看到：工作量、记录条数和码值正确，部门结存不会因记作业而变动。
基础绑定专有选项
单笔、单位数、每单位数量和打印份数分开看
| 选项 | 怎样配置 | 它会改变什么 |
|---|---|---|
| 单笔 | 选择“单笔”；清空单位数名称，单次单位上限不保留非零值。填写数量名称；映射重量时也填重量名称。 | 一次保存一条作业记录，数量就是本条数量。 |
| 按单位数展开 | 填写单位数名称（如挂数/箱数）与明确的正整数单次上限；数量/重量名称应表达“每挂/每箱”等真实口径。 | 按单位数展开独立作业记录；每个单位各自生成 WorkID。 |
| 数量名称 | Quantity 必须映射，并填写现场能理解的名称。 | 说明输入含义；改名字不会自动做单位换算。 |
| 重量名称 | 只有显式映射 Weight 才显示对应输入；有映射须有名称，无映射不保留误导性名称。 | 选填能力由配置决定；重量不能冒充数量。 |
| 打印份数 | 在手机打印时选，按打印流程处理。 | 只决定纸张副本，不增加作业单位数或工作量。 |
算一遍就容易分清
4 挂，每挂 300 件，应该得到什么？
- 录入 4 挂
单位数是 4；每挂数量填 300，不填总数 1200。
- 展开 4 条作业
每条数量 300，分别代表本次的一个单位。
- 各有自己的 WorkID
四条记录四个正式码；不是一个码打印四份。
- 核对合计 1200 件
4 × 300 = 1200；按相同口径汇总，不重复乘单位数。
这里是配置为“按单位数展开”的说明示例，不是固定挂数或数量。超过单次上限应按提示分批处理，不能关掉校验。
关键字段详解
本次记录、上游来源与计量归属要分清
| 字段或概念 | 真实含义 | 配置重点 |
|---|---|---|
| BatchNo / 批号 | 本次作业的货物批次。 | 来自 MobileField.BatchNo，手选或扫码都受当前部门正结存范围约束。 |
| OwnerCode / 作业人 | 工作量归属的实际作业人编号。 | 来自手机选择/扫描后确认的 MobileField.OwnerCode；不等于当前登录账号。 |
| Quantity / 数量 | 单笔或每单位的工作量。 | 来自 MobileField.Quantity；核对单位、精度及单笔/展开口径。 |
| WorkTime / 作业时间 | 正式记录保存的业务时间。 | 用数据环境或 SessionField.CurrentTime 等明确来源，并配置读回；不伪造历史时间。 |
| 本次 WorkID | 本次作业新生成的正式标识与标签码。 | 由数据环境生成并读回，不能复用上游码、批号或交接 RID。 |
| WorkObjectID | 有明确上游关系时引用另一笔作业 WorkID。 | 来自 PDA 显式输出 ScanField.WorkObjectID；可不使用，但不能填交接 RID。 |
| ERP 执行身份 | 后台执行旧 ERP 表达式、检查器时的身份。 | 与手机登录账号、实际作业人分别核对；不要用同一个词把三者混掉。 |
作业标签闭环
先把下游认码配好，再启用上游作业
码值列需要真实生成能力
核对数据环境自动编号、默认值或计算式，以及保存后读回。物理列叫不叫 WorkID，不替代配置检查；空候选要追查生成来源。
做到这一步应看到：连续两次作业得到各自稳定、不同的正式码。
模板要表达业务四要素与码
从当前功能打开标签设计器，选其正式变量。客户、部门、批次、数量及 GeneratedCode（本次作业码）须完整。
做到这一步应看到：模板预览和正式变量一致；不能用演示文字代替客户/批次。
下游交接或出货保存自己的 PDA
至少一个已启用下游能识别并查询这类码；可以同时有交接和出货两个消费者，不规定固定先后。
做到这一步应看到：体检识别覆盖通过后，还要拿实际生成码到下游试扫。
手机侧验证
用“记一笔”检查人员、批号、单位与结果
截图演示按挂数展开：4 挂、每挂数量 300、每挂重量 11.2。字段名称和单位由该功能配置决定，不是全系统固定值。
- 1作业人：实际工作量归属者
- 2批号：限定本部门正结存
- 3单位数、每单位数量及重量
- 4记一笔：提交后查正式结果
- 5最近记录：核对本次作业与原记录补打
- 1
人员与部门分别确认
部门来自本作业流程，作业人是实际计量对象。替别人录入时也必须选对人员。
- 2
手选和扫码都试同一批号
两种入口均要求当前部门正结存；更换部门后不能沿用旧范围的候选。
- 3
按当前记录方式填数量
单笔填本条数量；展开方式填单位数和每单位量。不把总数再当每单位量重复放大。
- 4
查记录、标签和库存
提交后核对条数、每条数量、不同 WorkID 及合计；试扫下游标签，再核对部门结存未因作业改变。
完成结果：一笔或多个单位都可追溯到人员、部门、批号、时间及正式记录。
回到电脑端
查已保存工作量，不凭手机显示推算工资
先查明细
进入 ERP“移动现场 → 生产作业查询统计”，按本次业务键、作业人、批次与日期核对。标准生产作业环境使用 UPR_ProductionWorkRecord；自选环境要确认相应查询能读到其正式事实。
做到这一步应看到：每条正式记录都能与手机和标签对上，未保存草稿不计入。
再查四类汇总与图表
按作业人、环节、批次、日期检查分组、排序及导出。记录条数、数量、重量是不同指标；不同单位不能直接相加，图表统计口径看对应说明。
做到这一步应看到：汇总能回到明细解释；4 个单位的明细不会被重复计算为更多记录。
保留工作量口径
当前只采集和查询已保存工作量，不在这里增加工价、工资算法或结算真源。需要工资口径时先确认业务规则。
做到这一步应看到：导出的是可追溯事实，不把示例算法作为客户工资规则。
生产作业故障速查
按现象查到具体配置
ERP 有这个批号，作业里却选不到
- 先分清
- 有批号不等于本作业部门有正结存。
- 这样处理
- 先查本部门当前结存，再查 DataSelect/PDA 是否绑定了正确部门参数；有货未收时按真实交接流程处理。
- 改后确认
- 本部门正结存可选，其他部门或零库存不能混入。
提示缺作业记录方式、数量名称或单位上限
- 先分清
- 生产作业专有配置未完整保存，或单笔/展开选项混杂。
- 这样处理
- 回基础绑定按“单笔与按单位数展开”表补齐；单笔清掉单位数名称和非零上限，展开明确填写正整数上限。
- 改后确认
- 显示名称与录入口径一致，超过上限仍准确拒绝。
数量、作业人或批号录了，却仍阻断
- 先分清
- 这三个必需字段要显式映射 MobileField，不能只靠建议、固定值或默认值。
- 这样处理
- 核对手机写入正式目标、保存状态及类型，重新读取后再体检。
- 改后确认
- 正式记录保存本次真实人员、批号和数量。
4 挂变成一条，或合计多了 4 倍
- 先分清
- 记录方式不符，或把合计填进了每单位数量。
- 这样处理
- 核对已保存记录方式、单位数、每单位量与实际明细。4×300 应为4条各300，不是4条各1200。
- 改后确认
- 条数、每条量、合计、WorkID 数量一致；不以打印张数当记录数。
标签页没有可选码值列或模板
- 先分清
- 未配置真实生成来源/读回，或模板与当前环境/PDA 不匹配。
- 这样处理
- 先查 ERP 生成规则和字段映射，再从当前功能打开标签设计器，选正式变量并保存匹配模板。
- 改后确认
- 能生成稳定唯一的码，模板四要素和码完整。
体检说没有下游能识别作业码
- 先分清
- 还没有已启用交接/出货的真实 PDA 覆盖该码。
- 这样处理
- 按客户实际下游配置并启用交接或出货；不能关闭作业标签来消除阻断。
- 改后确认
- 重新体检通过，实际作业码在该下游能查询并带值。
打印失败，工作量已经记上了
- 先分清
- 业务保存与打印分别有结果。
- 这样处理
- 查最近记录和正式 WorkID；已保存就修打印机/纸张/模板后补打原记录，不再点记一笔制造重复。
- 改后确认
- 工作量没增加，补打仍指向原记录。
原来能选的货现在没了，或修正被检查器拦下
- 先分清
- 库存/状态可能已经变化；真实提交和修正会再次校验。
- 这样处理
- 重读当前部门与记录，核对检查器具体原因，不沿用旧候选强行提交。
- 改后确认
- 合法修正作用原记录，过期范围与错误状态不会被放行。
作业交付验收
工作量、标签、下游和 ERP 查询一起验
覆盖一位和多位作业人、单个与多个单位、范围内与范围外批号。实体打印未测时明确保留待验项。
- 1. 部门边界
手选与扫码都限本部门正结存，归属部门正确；作业前后库存不因记工作量改变。
- 2. 人员和数量
批号、作业人、数量真实写入；登录人与作业人可区分；单位口径明确。
- 3. 单位展开
条数、每条数量、合计与唯一 WorkID 对应；打印份数不改变业务条数。
- 4. 标签闭环
实体标签可扫，客户/部门/批次/数量完整；至少一个真实下游能消费。
- 5. 更正与补打
修改/移除走正式检查并留痕；补打使用原记录，不重复记工作量。
- 6. ERP 查询
明细、四类汇总、排序与导出一致；不把记录数当数量，不混加不同单位。