当前零售版不仅处理“未验证”，还覆盖上游查单入库、直接建单、电商出库、店间调拨、追溯码下载、日志排障和运行配置。不同场景的业务前提不能混用。
门店每天需要重复查询和接收上游出库单时，可使用条件查询后一键入库，也可在设置中启用自动入库服务。
自动接收提高的是操作效率，不改变企业对真实到货、单据和追溯信息的核对责任；异常记录仍应进入人工复核。
未验证记录可能来自同一上游、多个上游，也可能需要借助ERP历史入库判断来源。
重复流向、单据日期不一致、多门店命中等情况不能只追求“处理成功率”，应保留复核。
手头有追溯码TXT和单据信息TXT，但需要批量解析、核对下游企业与往来单位。
往来单位或下游企业关系不清晰时，应先核实业务关系再提交。
企业、往来单位、业务类型、单据时间和追溯码都已明确，但平台逐条录入效率低。
直接建单只适用于真实业务已经成立的情况，不能用于补造不存在的购销、调拨或使用记录。
药品实际从某家门店完成零售/发货时，需要让软件中的总部侧追溯出库、门店采购入库和门店使用出库等步骤与真实业务关系一致。
客户端中的“总部销售出库单”是软件功能名称和可配置追溯步骤，不代表网站认定连锁总部可以直接面向个人开展网络零售。实际销售主体应以企业许可和现行网络销售规定为准。
追溯码实际从A门店调到B门店，需要明确调出门店、调入门店和所属连锁总部。
调出门店应为已授权且在设置中允许选择的连锁门店；没有真实调拨事实时不能使用调拨链路。
按商品或按单据编号逐个查码耗时，希望从Excel批量查询并导出。
下载结果是业务数据的一部分，仍需结合药品实物、单据与企业权限进行使用和保管。
某个模块加载企业失败、接口返回异常、文件解析失败或批量处理部分失败。
日志可能包含企业、单据等业务信息，外发排障前应检查并妥善处理敏感内容。