平台运营报表应把招商线索、入驻申请、核验通过、当前可售、特定期间活跃以及实际交易分别定义。商家留下资料不等于已经经营，登录或改过商品也不证明发生交易。每个指标要写对象、统计时点或窗口、有效动作和去重规则，不能统一叫作活跃商家。

先确定数主体、店铺还是账号

一个经营者可以有多家店铺，一家店铺也可以有多个员工账号；重复申请不一定是多位独立商家。先采用稳定关联，再解释各自数量，不按相同名称直接合并，也不把不同岗位登录当作多个商家。

活跃动作由实际任务定义，可以分开报告商品维护、及时接单和参与活动，不用一种可见行为代表全部经营状态。没有做过判定的保留待核，不删掉困难样本让比例更好看。

期末状态与期间行为可以交叉

假设观察期内有20家店产生已付款订单，其中3家到期末暂停销售，另17家期末仍可售。这是解释集合关系的假设，不是实际平台成绩；交易店铺数与当前可售店铺数不能被强制做成一层层递减的漏斗。

若还统计当前提交或审核数量，也说明是累计、期末有效还是本期新增。同一店铺退出后重新提交的处理，不能临时换口径覆盖前一期记录。

交易结果逐层解释

创建、付款、发货、完成、取消和退款是不同结果。按交易商家数、订单数、付款额或有效成交额报告，都需明确状态及观察截止；跨期退款、测试记录和重复事件怎样处理，保留一致规则及依据。

同一订单有多次付款、部分退款或多次服务时，明确各表粒度和关联，避免汇总连接后复制金额。对经营收入及税务的认定由财务按实际要求完成，不从后台某个字段名直接推导。

让汇总能对回原范围

保留采用的规则版本、数据来源、生成与事件时间及差异。有关事件关联与日志记录原则区分事件发生与记录时间，不能拿文件生成时刻冒充业务发生时刻，也不建议保存原始密码等无关敏感内容。

复核选一家已核验但未售、一家维护活跃未交易、一家交易后暂停的获准样例，检查它们落在哪些集合。报告同时说明未完成判断及缺失资料，才能让招商、商家运营和实际业务结果各有清楚含义。