合并多店日报并定位经营异常

这个场景能帮你做什么

多个平台的报表名称相似，支付额、成交额和结算额却可能含义不同。WorkBuddy 可以先整理口径，再将日报与异常连接起来，让负责人看到具体店铺、商品及待核原因。

开始前需要准备什么

提供店铺日订单、商品、广告、退款和库存导出，补表头定义、币种、时区、订单状态、比较基准、重复规则及关键变更。保留订单/商品/店铺编号。不同报告层级要说明，原文件用副本处理。

先将每张表的一行含义说明白：订单表一行一单，商品表一行一个订单中的一个商品行，广告表可能一行一个计划日，库存表一行一个商品仓库时点。跨平台订单号可能重复，关联至少使用“平台＋店铺＋订单号”；商品行还需要明细行号。不同平台只汇总定义已经一致的指标，原币种另保留。

具体怎么做

第一步：盘点文件与指标

让 WorkBuddy 列各表期间、层级、记录数与可读情况。先说明同名指标是否同义，再形成统一名称。不能因为都是“销售额”就直接求和。

第二步：合并并核总量

按已确认编号与规则整理店铺×日数据，保留来源文件与行位置。订单一行对应多个商品时，核合并有没有放大订单金额；重复或无法关联记录单列，不静默删除。

先用下面的教学模拟检查合并方法。订单表为：

店铺/日期	订单号	实付金额
店 A/10 月 1 日	O1	100 元
店 A/10 月 1 日	O2	60 元

商品表中 O1 有两个明细行：商品 X 一件、商品 Y 一件；O2 有商品 Z 一件。直接把订单金额连接到商品行后会出现 100、100、60，错误合计为 260 元。日报应从订单表先汇总 2 单、160 元；商品件数从商品表汇总 3 件，再按店铺日关联两个汇总结果。若要分配订单收入到商品，必须另给财务或运营确认的商品实付分摊，不能复制订单金额。

让 WorkBuddy 返回合并前后每店每日的订单数与金额核对表，全部对上再处理其余文件。广告和库存也先各自汇总到约定层级，不让多个“一对多”关系相乘。

第三步：找异常并逐层下钻

按目标与可比基准看规模、转化、金额、费用和库存，再定位具体店铺/商品。结合调价、断货、投放与内容事件，输出事实、可能解释、待补证据及责任人。

每天先区分“数据异常”和“经营异常”。若昨日订单额突然多了 100 元但订单数没变，优先核关联与重复；总量核对通过后，才讨论真实转化或客单变化。对变化率使用“（本期－基准）÷基准”，基准为零时不输出普通增长率，改列绝对变化和新发生业务。

可以直接交给 WorkBuddy 的完整要求

请合并多店日报，先盘点期间、时区、币种、报告层级、记录数与指标定义。支付、退款、结算不同口径分开，不能同名直接相加。
以平台＋店铺＋订单号核订单唯一，商品表另保留明细行号。订单金额先从订单级汇到店铺日，商品件数从商品明细独立汇到店铺日，再关联汇总结果，不将订单金额复制到商品行后求和。商品收入分摊没有批准规则时不做。
广告与库存也先按约定层级处理，不让多个一对多关系相乘。保留来源，返回合并前后每店日单数、金额与差额；差额未关闭暂停经营解读，先追具体订单及关联行数。
输出店铺日汇总、异常明细、缺失/重复/无法关联清单，先给一店一天预览，经核对再扩大。
与指定基准比较并下钻到商品，结论分事实、可能原因、待验证，再列负责人动作。比例按汇总分子分母重算，不自动拉取平台、推送报告或修改后台。

完成后会得到什么

口径说明、店铺日报和可处理的异常表。日报的每个关键数字能回查原表，异常能找到应核的商品、日期和责任团队。

模拟数据的日报至少应有以下一行：

日期	店铺	有效订单数	实付金额	商品件数	订单金额核对差额	下一步
10 月 1 日	店 A	2	160 元	3	0 元	可以进入经营比较

异常表另列“指标、变化、依据、数据质量状态、可能原因、验证材料、责任人、处理期限”。不要把数据质量未通过的数放进日报结论。

结果应该怎么检查

逐店核收入、订单和花费合计；检查退款和币种是否混用、订单金额是否因关联商品重复、时点库存是否被跨日累加。未知用缺失，不能填零掩盖。

遇到这些情况怎么处理

表头不同但同义，确认后统一；定义不同，分栏或分表；退款仍在变化，标截止与阶段状态；无来源明细，只能输出受限汇总，不能精准归因。

若合计出现 260 元，继续要求：“暂停经营解读，列出 O1 的关联前后行数与金额；按订单表计算订单额，商品表只汇总件数，再按店铺日合并，返回差额关闭证明。”若店 A 与店 B 都有 O1，要求扩展关联条件为平台、店铺和订单号，不直接去重删掉一笔。

哪些由工具处理，哪些必须人工决定

工具清理、合并、计算和提疑点。运营核事实，财务核金额口径，负责人决定动作。没有配置和验证的接入，不称为已自动定时运行。