使用 YiTaiCOS Mobile App 摄像头扫码

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

开始之前

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

隐私提示和 APP 备案

Android 官网版 0.5.0(12)和近期 iPhone 构建首次打开时会显示隐私提示,请阅读后再选择是否继续。 选择“暂不同意”会保留账户和已有数据;同意前不会登录业务账户、加载工作区、发送诊断数据或申请 相机/照片权限。相关权限仅在使用对应功能时申请。

隐私提示、登录页及“设置 → 法律与隐私”均可打开完整隐私政策和用户协议,同时显示 APP 备案号 浙ICP备2025205212号-2A,并提供工信部官方查询链接。此号码是 APP 备案号,与网站备案号不同。

Android 官网版构建 12 阅读上述文件后会保留登录状态。

Android 更新请使用应用内的更新提示,先确认下载,再确认安装。请保留已安装的“Scanner App”; 卸载应用或清除存储空间可能会删除本地设置和登录数据。

操作步骤

  1. 打开扫码工作区

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

  2. 等待摄像头

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

  3. 扫描条码

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

  4. 完成允许的操作

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

输入库存数量

在 Android 官网版构建 13 和 iPhone TestFlight 构建 56 中,点击 − 与 + 之间的数量,即可输入 1 至 999 的整数,也可以继续使用加减按钮。单个商品、 已选变体和商品集合确认页均支持此操作。确认前请选择仓库并核对每项数量。 输入数字不会登记库存变动;确认时仍会检查权限和可用库存。

设置公司的扫码规则

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

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

“允许按钮完成” 是同一蓝图菜单中独立的开关,默认关闭。如需使用,先关闭 “再次扫描包裹面单”,开启 “允许按钮完成”,保存并重新加载后,再在 App 中打开订单。仍须完成要求的商品扫码。再次开启面单核对后,按钮会被禁用。只有服务器确认后,App 才会显示成功;此设置不会改变网页手动推进阶段的规则。

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

单件面单扫码

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

多码扫描与集中确认

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

打开拣货/打包订单或详情时,模式图标可能隐藏。请回到主摄像头再开启多码扫描。0.5.0 版本的单面单成功回执会自动返回主摄像头;旧版本可能需要手动返回。订单操作中看不到模式图标不一定是版本过旧,反馈时请检查 TestFlight 或应用信息中的版本和构建号。

摄像头工具与异常处理

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

反馈扫码问题

Android 官网版 0.5.0 和 iPhone TestFlight 0.5.0(55)的纯面单打包确认在同一个结果/加载页面中等待 服务器确认,不再经过额外的打包摄像头页面。命令成功后显示绿色回执,三秒后返回 主摄像头。报错仍显示为失败,不能在服务器接受操作前宣称成功。服务器仍在命令执行时 检查当前阶段、检查要求和权限。多码扫描仍保留列表及所选面单的明确确认操作。

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

预期结果

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

遇到问题时

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