使用 YiTaiCOS Mobile App 摄像头扫码

打开移动扫码工作区，让摄像头读取二维码或条码，然后继续当前工作区允许的操作。

开始之前

在受支持的手机或平板上的 YiTaiCOS Mobile App 中登录正确的工作区。账号必须具有所需扫码工作区的权限。普通浏览器无法保证原生摄像头扫码；此时请使用手动输入或键盘扫码枪。设备询问时，请允许使用摄像头。

操作步骤

  1. 打开扫码工作区

    打开 YiTaiCOS Mobile App。在首页中，包裹或运单请选择“发货扫码”；仓库操作请选择“产品入库”“产品出库”或“损耗出库”。

  2. 等待摄像头

    在原生 App 中，扫码工作区会使用“相机 / 手动输入”配置。设备询问摄像头权限时请选择允许。看到“原生相机已开启”后再把条码放入取景框。普通浏览器可能需要改用“手动输入”或键盘扫码枪。

  3. 扫描条码

    让二维码或条码保持在摄像头取景框内。App 可读取二维码以及常见的一维/二维条码，并在扫码卡片中显示解析结果。

  4. 完成允许的操作

    按照结果卡片继续操作。库存操作可能需要选择准确变体、仓库和数量，然后点击“确认”。发货操作可能需要已打包订单并点击“确认打包”。当前订单、阶段配置和权限允许时，发货商品扫码也可以使用活动订单。

设置公司的扫码规则

由管理员决定公司要求完成哪些检查；操作人员不应为了绕过报错而关闭检查。

  1. 在网页后台选择正确工作区，进入 订单 → 设置 → 阶段蓝图。打开执行扫码、准备进入下一阶段的当前阶段，而不只是目标阶段。
  2. 在 「拣货与打包」 中设置 「启用拣货」：启用后必须确认每件商品数量。只有公司决定采用纯面单确认流程时才关闭。「允许手动拣货」 允许直接选择商品和数量，不代表可以跳过所有检查。
  3. 「启用包裹面单核对」 要求再次扫描同一面单核对；启用拣货时须先完成拣货。「启用打包确认」 要求明确确认后才能完成扫码流程。「手动推进阶段前必须完成已启用的检查」 单独控制网页手动推进；已有配置仍保持严格检查。明确允许的手动例外不会绕过扫码或自动操作的检查，也不会虚构商品数量或确认记录。
  4. 在 「商品扫码与打包确认」 中检查 「打包确认」 及其 「扫码后」 设置。需要通过面单推进时，检查是否配置为 「确认装箱并进入下一阶段」。当前阶段的前置条件仍然有效，面单不能绕过所有限制。
  5. 保存后重新加载设置，确认已保存，再在 App 中重新打开订单。先使用可处置的测试订单验证流程。必填字段、发货锁定和用户权限仍然有效。

「启用打包确认」不是单独的“显示确认按钮”开关。在当前纯打包确认的单件流程中，主动扫描面单本身可以作为确认动作。全部检查关闭也不代表会自动发货，应使用有权限的订单常规操作。订单阶段变更不代表承运商已实际收货。

单件面单扫码

  1. 从主摄像头开始，扫描已保存的完整承运商面单或物流单号条码／二维码。商品 SKU 不能用于确认包裹。
  2. 唯一匹配订单后，App 读取该订单的当前流程。出现多个匹配时须明确选择，不能猜测。
  3. 要求拣货时，每件所需商品扫描一次，并查看剩余数量。允许手动拣货时，可明确选择商品和数量。仅查找到订单不等于已核对商品。
  4. 完成该阶段要求的面单核对和确认。纯打包确认流程可以在面单扫码后立即确认，不一定出现额外按钮。报错不代表操作成功。
  5. 查看绿色成功页面及订单编号，再继续操作。不确定时先在网页订单中核实，不要反复提交。

多码扫描与集中确认

  1. 扫描第一张面单前，先在主摄像头使用手电筒与 ABC 之间的底部中央模式图标切换到多码扫描。
  2. 逐张扫描。首次接受的结果决定本次列表类型：商品、订单或面单。同一列表不能混入不同资源类型。
  3. 核对列表中的物流单号。同一订单的重复条码或别名不会增加列表项或数量。可移除误扫项；这只影响临时列表，不会删除订单或撤销已完成的操作。
  4. 选择符合条件的面单，执行可用的打包确认操作。只提交所选且符合条件的项目；成功项从列表移除，失败项保留供检查。选中或移除不等于已发货。
  5. 商品有多个变体时须明确选择变体，扫描主 SKU 不代表加入所有变体。商品／订单列表不是通用批量库存或发货操作，库存变动仍需正常选择仓库、数量并明确确认。

版本相关限制：打开拣货／打包订单或详情时，模式图标可能隐藏。当前直接打包确认流程在绿色成功页面后可能仍保留在专用扫码页面，请使用返回回到主摄像头，再开启多码扫描。这里看不到图标不一定是版本过旧，反馈时请检查 TestFlight 或应用信息中的版本和构建号。

摄像头工具与异常处理

  • 手电筒用于补光；ABC 打开手动输入。请输入完整编码，不要截断物流单号。手动输入仍受相同匹配规则和权限限制。
  • 有意再次扫描同一码时，先让它完全离开画面，再重新对准。持续留在画面里的同一码不算另一件商品。
  • 已识别但结果慢时，应区分摄像头识别、服务器查找和保存操作。等待结果，请求处理中不要反复确认。
  • 已发货订单退回待发货后，先核实实际阶段及规则。旧版本可能在本次会话中保留已完成标记，导致同一面单不能再次接受。请提供构建号；代码已修复不代表已安装版本包含修复。
  • 网页手动移动被阻止时，请管理员检查当前阶段要求、权限及单独的手动推进设置。有意且经授权修改蓝图后，应保存并重新加载确认。「允许手动拣货」不会绕过打包或面单要求；扫码仍须完成全部已启用的检查。

反馈扫码问题

请提供应用版本／构建号、iOS 或 Android 版本、工作区、订单编号、发生时间及时区、单件或多码模式、商品码或面单类型，以及显示的错误代码。仅通过获准的支持渠道提交，不要公开客户面单、地址或凭据。说明是否出现绿色成功页面，以及网页中的订单阶段是否变化。

预期结果

扫码器会显示匹配到的商品、订单、跟踪值、面单或仓库/位置上下文。可用操作以及之后的库存或履约变化，取决于所选工作区、账号权限和工作流设置。

遇到问题时

  • 原生摄像头没有启动：检查设备摄像头权限，并确认使用的是受支持设备上的原生 App。普通浏览器中请打开“手动输入”，改用手动输入或硬件输入。
  • 无法识别条码：让完整条码保持在取景框内后重试，使用正确的标签，并确认打开了对应的“发货扫码”或仓库工作区。
  • 结果被阻止：查看结果卡片中的提示。库存扫码需要准确变体和仓库；履约扫码可能受订单阶段、打包状态或权限限制。