订单核对的完成标准是得到指定范围内可复查的订单记录,而不是打开了订单页。订单号、SKU 和运单号都按文本保存,000031 不能变成 31;页面未加载完整时应报告缺口。
开始前写清范围与只读约束
任务单应包含店铺身份、目标环境、订单时间范围、状态筛选、所需字段及导出位置。把“检查订单”具体化为“读取 QA 店铺今天的待发货订单,保留订单号、SKU、金额、币种、状态,不修改订单”。日期需要同时明确店铺时区和统计截止时间。
进入后台后先核对店铺名称与当前账号,再检查筛选条件。只读任务无需点击发货、退款、取消或保存按钮;出现需要提交的弹窗,应退出该操作并记录原因。
字段按原样读取,显示值与计算值分开
编号字段始终当作文本。示例订单应保存为“订单号 000031、SKU 00128、金额 129.90、币种 CNY、状态 待发货”,不能根据外观把编号转为数字。金额同时保留原始显示文本与用于合计的数值,避免丢失小数位或把不同币种相加。
同一订单有多件商品时,每件商品保留独立 SKU 和数量;订单总额不要在每一行重复计入合计。商品退款、部分履约与订单总体状态应使用不同字段表达。
核对分页、重复项与缺失项
读取前记录页面总数与当前筛选;读取后用订单唯一标识去重,并核对已读取数量。若页面显示 38 条而只得到 20 条,结果必须写明还缺 18 条,继续检查分页或滚动加载,不能把第一页当作全部。
对空 SKU、缺失币种、无法识别的状态建立异常清单,保留页面链接与读取时间。登录失效、验证码或加载错误属于未完成范围,不应通过猜测补齐数据。
- 每条记录附店铺、筛选范围、读取时间和可回访的订单入口。
- 只对确认可重复的页面读取重试,不重放任何订单写入。
交付表格,也交付核对结论
交付时同时说明原始条数、去重后条数、异常条数与未读取范围。导出后重新打开文件,确认 000031 和 00128 仍保留前导零;优先使用明确设置为文本的表格列,不能依赖使用者导入时自行猜测。
成功标准是目标身份正确、指定范围覆盖完整、字段原样保留、没有状态变更,并且文件可读。任一条件未满足,就标为部分完成并列出下一步,不能仅用“已核验”替代明细。
本文为 MatrixFlow 团队整理的通用工作方法。涉及平台操作时,请结合当前页面、账号权限和平台规则判断。