ERP库存入库场景如何用对话办理？多轮追问与系统回写

仓库门口排着三辆送货车，采购在群里催“到了没”，财务在等发票，而你的仓管员正对着 ERP 里那张二十多个字段的入库单挨个敲键盘：物料编码、批次号、数量、库位、质检状态、采购订单号……填错一个批次，后面追溯、对账、盘点全跟着乱。很多企业上 ERP 花了大价钱，最后卡在“最后一公里”的录入环节。

这其实不是人的问题，而是交互方式的问题。如果入库能像跟同事说话一样——“A 供应商那批轴承到了，80 箱，先入待检区”——系统自己追问缺的信息、自己校验、自己回写 ERP，事情会简单得多。这篇文章就围绕 ERP库存入库场景如何用对话办理？多轮追问与系统回写 这条主线，把可落地的设计思路、关键难点和实际成效讲清楚。

一、为什么库存入库总卡在“最后一公里”

1.1 一张入库单背后的隐性成本

入库看起来只是一个录单动作，实际上是一个跨系统的信息汇聚点。采购订单在 ERP 里，送货单在供应商手里，质检结果在 QMS 或纸质单上，库位信息在仓管员脑子里。把这些信息拼成一张合规的入库单，人工成本远比想象中高。

• 字段多、来源散：一张标准入库单通常涉及十几个必填字段，其中一半以上来自不同系统或线下单据。
• 重复录入严重：同一批到货信息，往往要在 ERP、WMS、Excel 台账里各录一遍。
• 差错代价高：批次号或库位录错，轻则账实不符，重则影响质量追溯和成本核算。
• 高峰期积压：月底、促销季、原料集中到货时，录单速度直接决定仓库周转效率。

多家行业调研机构的观察都指向同一个结论：企业员工相当一部分工作时间消耗在跨系统的数据搬运和重复录入上，而不是在判断和决策上。IDC 的相关研究也多次提到，数据录入与系统间流转是流程自动化投资回报最高的环节之一。

1.2 传统做法与对话式办理的差别

传统做法有两种：一是人工在 ERP 界面逐字段录入；二是用固定模板批量导入。前者慢且易错，后者对数据规范性要求极高，一旦供应商送货单格式变化就失效。

对话式办理的思路完全不同：人只负责表达“发生了什么”，系统负责补齐“还缺什么”并完成落库。

• 人工录入：人找字段、人记规则、人做校验、人点保存。
• 对话办理：人描述业务事实，Agent 抽取结构化信息，缺什么追问什么，校验通过后自动回写。
• 差异的本质：把“填表单”的心智负担，转移给系统承担。

1.3 这个场景为什么适合交给智能体

库存入库有几个鲜明特征，恰好是智能体擅长处理的：规则明确但分支多、必填字段有强约束、需要跨系统读写、容错要求高。实在Agent 在这一类“有明确业务规则、需要跨系统操作”的场景中，通常能以对话入口承接前端交互，以自动化执行能力完成 ERP 回写，中间不需要改造原有系统。

二、对话办理的四个关键环节

2.1 意图识别：先把“说的话”变成“要办的事”

用户说“把刚才那车货入一下”，系统首先要判断这是入库意图，还是查询、退货、调拨。意图识别不准，后面全错。

• 支持多入口触发：企业微信、钉钉、飞书、网页、扫码后弹出的对话窗口。
• 结合上下文判断：用户刚扫了送货单条码，此时说“入库”就默认关联该单据。
• 区分业务子类型：采购入库、退货入库、调拨入库、生产入库，走不同的字段规则。

2.2 多轮追问：缺什么问什么，一次别问太多

这是对话办理体验的核心。好的追问让人感觉“系统挺懂”，差的追问让人想直接打开 ERP 自己填。

• 只问缺失项：能从采购订单、送货单、历史记录带出的字段，一律不重复问。
• 合并追问有上限：一次最多确认两到三个信息点，超过就拆成多轮。
• 按业务优先级排序：先问影响库存准确性的（物料、数量、批次），再问管理属性的（备注、用途）。
• 允许模糊表达：用户说“那批蓝色外壳”，系统通过物料主数据模糊匹配后给出候选项让人确认。

2.3 校验与确认：把错误拦在回写之前

对话的优势在于校验可以“边聊边做”。数量超过采购订单未入库量、批次号格式不符、库位不存在、供应商与订单不匹配，都能在对话中即时提示，而不是等到保存时报错。

• 规则校验：必填、格式、枚举值、数量逻辑。
• 业务校验：超收容差、重复入库、质检未通过不得入合格品库。
• 风险确认：金额或数量超过阈值时，要求二次确认并留痕。

2.4 系统回写：最终要落到 ERP 里才算完成

对话再顺畅，如果最后不能准确写进 ERP，这个场景就没有价值。回写环节要解决三件事：写得进去、写得正确、写得可追溯。具体在第四章展开。

三、多轮追问怎么设计才不让人烦

3.1 追问的优先级与合并策略

追问设计的第一原则是：能用数据推断的，绝不问人。 实际项目里，通常能把追问轮次从七八轮压缩到两三轮。

• 一级信息（必须问或必须确认）：物料、数量、批次/序列号、库位。
• 二级信息（可推断）：供应商、采购订单号、收货日期、单位。
• 三级信息（可默认）：保管员、入库类型、默认库位规则。

3.2 上下文记忆与打断恢复

仓库现场经常被打断：正在录入，来电话了，去处理异常了，回来接着办。对话系统需要记住会话状态。

• 会话可以暂停和恢复，用户说“继续刚才那单”即可回到断点。
• 支持中途切换任务，比如先查一下某物料库存，再回到入库流程。
• 支持多单据并行，避免一次只能办一件事。

3.3 默认值与规则兜底

追问太多是因为规则没沉淀。把常用规则配置化，追问自然减少。

• 常用库位按物料类别自动带出，用户不改就默认。
• 单位换算规则内置，用户说“80 箱”，系统按包装规格换算成基本单位。
• 同一供应商的批次规则、质检要求可固化，减少重复确认。

3.4 异常场景的追问设计

真实仓库里，异常才是常态。异常处理得好不好，决定这个场景能不能真正用起来。

• 批次混装：一次到货多个批次，引导用户分批次录入，自动拆行。
• 超收：超出采购订单数量时，提示容差比例并要求确认，或转入待处理流程。
• 质检未完成：自动入待检库，并在质检结论出来后触发状态变更。
• 无采购订单到货：走暂估入库或例外流程，追问责任人和预计补单时间。

四、系统回写：最难也最关键的一步

4.1 回写路径的三种选择

不同企业 ERP 的开放程度差异很大，回写方案要按实际情况选。

• 接口回写：ERP 有标准 API 或可开发的接口，稳定性最好，优先选择。
• 界面自动化回写：老旧 ERP 没有接口，通过模拟人工操作完成录入。实在Agent 的智能识屏与路径复刻能力，可以识别老旧系统界面元素，把复杂的多步点击封装成可复用的“数字技能”，无需昂贵接口改造即可实现数据流转。
• 中间表/文件回写：通过数据库中间表或标准格式文件交换，适合有 IT 管控要求的企业。

4.2 字段映射与主数据对齐

回写失败最常见的原因不是技术问题，而是主数据不一致。用户说的“M8 螺栓”，ERP 里可能叫“六角螺栓 M8×30”。

• 建立物料、供应商、库位的别名词典，支持模糊匹配与候选确认。
• 映射关系可视化配置，业务人员能自己维护，不必每次找 IT。
• 匹配不确定时，宁可追问一次，也不要猜错写入。

4.3 幂等与事务一致性

重复提交是库存场景的高风险点。同一批货入两次，账就乱了。

• 每次对话会话生成唯一业务标识，重复提交自动拦截。
• 一次对话对应一张单据，失败重试不产生新单。
• 多系统写入时明确主数据源，ERP 为准，周边系统跟随同步。

4.4 回执、留痕与失败接管

回写完成后必须给人明确反馈，否则用户不知道到底成没成。

• 返回入库单号、当前库存余额、单据状态，让用户一眼确认。
• 全流程操作留痕，谁在什么时间说了什么、系统做了什么，可追溯可审计。
• 回写失败自动重试，多次失败转人工处理并附上失败原因。

五、实在Agent 如何把这个场景跑通

5.1 对话入口贴近一线

仓管员不会为了入库专门打开一个系统。实在Agent 可以接入企业微信、钉钉、飞书等日常工具，也可以用扫码触发对话，让入库动作发生在离现场最近的地方。

5.2 多轮对话与业务规则结合

对话不是闲聊，每一步都要对齐业务规则。通过实在Agent，企业可以把入库必填项、追问优先级、校验规则、异常分支配置成可维护的流程，由对话引擎驱动执行，业务人员调整规则不需要改代码。

5.3 跨系统读写与回写执行

入库往往涉及 ERP、WMS、质检系统、供应商协同平台。实在Agent 可以同时操作多个系统，完成信息采集、校验和回写，对于没有接口的老旧系统也能通过界面操作完成对接。

5.4 一个脱敏的落地案例

某装备制造企业的仓储部门，日常要处理大量供应商到货入库，原先由两名录单员专职在 ERP 中录入，高峰时段单据积压明显，批次信息录错的情况时有发生，月末盘点差异需要花两三天排查。

改造后，仓管员在移动端用一句话描述到货情况，并拍摄送货单，Agent 自动提取供应商、物料、数量，针对缺失的批次号和库位追问两轮，校验通过后直接回写 ERP 并返回入库单号。上线运行一段时间后，单张入库单的平均处理时间从 8 分钟左右降至 1.5 分钟以内，录入类差错基本清零，月末盘点差异排查时间大幅缩短。

5.5 成效衡量的四个指标

• 单张单据平均处理时长
• 一次对话完成率（无需人工改单的比例）
• 回写成功率与重试率
• 库存账实差异率

六、落地路线图：四周跑通第一个场景

6.1 第一步：选一个边界清晰的入库子场景

不要一上来就覆盖所有入库类型。建议从“有采购订单、规则稳定的原料或成品入库”开始，跑通后再扩展退货入库、暂估入库等分支。

6.2 第二步：梳理字段与追问清单

把入库单字段逐个过一遍：哪些必填、哪些能带出、哪些可默认、哪些需要确认。这张清单直接决定对话体验。

6.3 第三步：打通回写通道并做灰度

先小范围试点，保留人工复核环节。回写成功率和准确率稳定后，再逐步放开自动通过比例。

6.4 第四步：沉淀规则并横向扩展

把跑通的追问规则、映射关系、异常分支沉淀为模板，复制到其他仓库、其他物料类别，甚至复制到出库、调拨等相邻场景。

七、常见问题解答

7.1 对话办理是不是就是把表单换成聊天框？

不是。核心差别在于系统要主动承担信息补全、规则校验和系统回写。如果只是把字段一个个问一遍，体验反而更差。好的对话办理应该做到“能推断的不问、能默认的不问、必须确认的一次问清”。

7.2 供应商、批次这些信息能不能自动带出来？

大部分可以。供应商和采购订单号可以从到货通知、送货单、采购订单自动关联；批次号可以通过扫码或历史规则带出。实在Agent 在实际项目中通常能把追问轮次压缩到两到三轮，关键是把主数据别名词典和默认规则配好。

7.3 ERP 没有开放接口，还能实现系统回写吗？

可以。除了接口方式，还可以通过界面自动化模拟人工操作完成录入，或者通过中间表、标准文件交换。对于老旧的、缺乏接口的 ERP 系统，界面自动化往往是成本最低的路径，同时整个过程可以留痕可追溯。

7.4 说错了、说漏了怎么办，会不会写错库存？

对话过程中的校验会拦住大部分问题：数量超收、批次格式错误、库位不存在都会即时提示。写入前对关键字段做二次确认，写入后返回单据号和库存余额供核对，同时保留全流程操作记录，出现异常可以定位到具体会话并冲销。

7.5 要不要改造现有 ERP？上线大概多久？

通常不需要改造 ERP 本身。对话层和回写层是外挂式的，ERP 仍然是库存数据的唯一权威来源。以一个边界清晰的入库子场景为例，完成字段梳理、对话配置、回写打通和灰度验证，一般可以在数周内跑通第一版。

库存入库这个场景看似琐碎，却是检验企业数字化成色的试金石：数据能不能一次录对、系统能不能自动协同、异常能不能被及时发现。用对话承接前端表达、用智能体完成多轮追问与系统回写，本质上是在降低一线员工使用系统的门槛，让 ERP 里的数据真正跟上仓库里的实物。如果你正在为入库录单效率发愁，不妨先挑一个规则最清晰的物料类别做小范围验证，用四周时间跑通一单，再谈规模化复制——这条路，比一次性大改造更稳，也更快见效。