上传的报表都有哪些，各回答什么问题？
报表按粒度分三类：日粒度回答「这几天发生了什么」，快照回答「现在是什么状态」，多日聚合只当校验层。挑表的第一步是分清粒度，不是找对象——粒度选错，后面每一步都在补救。
先分粒度，再分对象
数据层一共 13 张表，粒度只有三种。日粒度按天一行，记的是那天发生的事；快照是某个时点拍下来的状态，库存和成本配置属于这一类；多日聚合是多天合计，只作校验层。所以看报表之前先把问题翻译一遍：问的是哪几天，还是现在。「上周广告花了多少」是日粒度，「这款还剩多少货」是快照，两者不可能在同一张表里回答。用快照去回答一段时间的变化，你只会看到最后一次拍照的样子。
日粒度这一族，一行代表什么
同一族里越往下，一行代表的东西越细，这决定了你能问多细的问题。产品父 ASIN、产品 ASIN、产品 SKU 三张，各是日期 × 账号 × 站点 × 对应实体一行；成本明细分 ASIN 和 SKU 两种，粒度与之相同。广告侧从粗到细排三张：广告活动是日期 × 账号 × 站点 × 广告活动 × ASIN；投放在此之上再加广告组、投放对象和匹配方式；搜索词最细，在投放之上再加搜索词本身和它的来源投放。业务报告有父 ASIN 和 ASIN 两张，粒度与产品报表对齐。一行代表什么，就是这张表能回答问题的最细程度，比它更细的问题，换表，不要在原表上硬拆。
产品 ASIN 日报是锚表
这一族里，产品 ASIN 日报是锚表——其他数据都挂在它上面：成本明细补的是同一个 ASIN 的利润结构，广告三张表都带 ASIN，业务报告也按 ASIN 对齐。查一款产品先落到锚表上，再往需要的方向展开。另有两类文件按决定不入库，别在数据层里找：业务报告的 SKU 视图（解析支持，但不存），以及产品 ASIN 视图之外的多日聚合文件（会被跳过）。多日聚合里只有产品 ASIN 视图会入库，角色是校验层，不是日常查询的主力。
按这个顺序看
- 01
把问题翻成粒度，再挑表
「这几天」还是「现在」，先定这一件事。花费、订单、点击、转化的变化走日粒度；还剩多少货、这款成本怎么配的走快照。这一步花十秒，能省掉后面反复解释「为什么两个数不一样」。
- 02
从产品 ASIN 日报起步
不管最终要看的是词还是活动，先在产品 ASIN 日报上把这款产品这几天的大盘过一遍——销售额、订单、广告花费在同一行里。锚表看完再往下钻，你才知道下一层看到的数字占多大比重。反过来先扎进搜索词，很容易为一个占大盘 2% 的词改上半天。
- 03
要谈利润，换到成本明细
产品报表回答不了「这款赚不赚钱」。毛利在成本明细里，按 ASIN 和 SKU 各一张，同样按天一行，可以和产品报表按同一天同一个 ASIN 直接对齐。判断该不该继续投的，是这张表，不是产品报表。
- 04
广告问题按层往下走：活动 → 投放 → 搜索词
三张表是同一件事的三个放大倍数。先在活动层看钱分给了谁、方向对不对；方向对但太贵，再到投放层看具体投放对象和匹配方式；到搜索词层才看买家实际搜了什么、由哪个投放触发。跳级往下钻的常见后果是：词改了一批，活动层的分配问题原封不动。
- 05
流量和转化去业务报告，但先看它自己的日期
sessions、page_views、Buy Box、转化率只有业务报告有，广告表里没有。用之前先单独确认这张表的最新日期——它和广告数据各自独立滞后，很可能停在更早的一天。
- 06
库存和成本配置读的是「那天拍的照片」
这两张是快照：库存按快照日 × SKU，成本配置按快照日 × SKU × 成本口径（同一天可能存在两种口径的文件，各算各的）。它们回答「当时是什么状态」，不回答「这几天变了多少」——想看变化，回日粒度。
最容易算错的地方
产品报表里的毛利是空的，不是零
日产品报表的毛利列恒空。直查产品报表看毛利，空值多数会被显示成 0，那是「没有这个数」，不是「毛利为零」。这两件事的结论完全相反：前者是你还没取到数，后者是这款不赚钱。毛利必须从成本明细回填之后再看，否则「这款不赚钱，砍掉」这种决定是建立在一个不存在的数上的。
搜索词表里的 target 不是被搜的词
搜索词表里，搜索词是买家实际搜的词，而 `target` 是触发这个词的来源投放。同一个词可以来自多个投放，所以同一个词在同一天会有多行，各行的花费也各不相同。按词把这些行加起来，得到的是跨投放的合计——数本身没错，但它挂不回任何一条投放。要否词或者调价，必须带上来源投放一起看，否则加错广告组，钱照漏。
业务报告和广告数据不是同一天的
两边各自独立滞后。广告数据更到昨天，不代表 sessions 和 Buy Box 也更到昨天。把两张表的数直接摆在一起算转化率，分子分母可能来自不同的日期区间，算出来的比率没有意义。用之前各看各的最新日期，对不齐就先把滞后说清楚，别当成当前情况陈述。
成本明细里的毛利，已经扣过广告费了
成本明细的毛利已扣除亚马逊费用和广告费。再减一次广告花费，就是把同一笔成本算了两遍，好产品会被算成亏钱。另一头也要记住：这个口径不含仓储费，仓储费只在库存快照里，不进日粒度的利润。所以「毛利为正」不等于「连仓储费也覆盖住了」。
库存表的「库存」只算 FBA 可售
库存快照里的「库存」限定为 FBA 可售；在途、预留、不可售是另外的列。只拿这一个数去算可售天数或判断断货风险，等于把在途的货当成不存在，得到的紧张程度比实际更高。
重新导出修正版，却用了同一个文件名
发现某天数据不对、重新导出一份再传，是完全正确的做法——一个文件对它覆盖的日期具有完全权威，重传会先把那些日期的旧行整段删掉再写入，所以旧报表里多出来的实体（比如已下架的 ASIN）会被一并清掉，而不是残留成幽灵行。但有一个前提：同名文件默认会被跳过。导出工具如果给出同样的文件名，你会以为传上去了，其实什么都没变。重传前先确认文件名不同。
产品在这件事上做了什么
- 报表类型由系统自己认。导出什么丢进去就行，不用先分门别类，也不用自己判断它该进哪张表。
- 每一行都保留完整的原始数据——丢列不丢数据，每行都能逐行追溯回它来自哪个文件，数对不上的时候可以一路查回源头。
- 毛利从成本明细自动回填，不会把「没有」显示成 0。