电商经营工作台经营决策中枢
经营路径

情报 → 判断 → 选品 → 上架

经营主流程

AI 情报
每日 AI 情报开源项目与 Skills
今日工作台方法库经营 Agent任务记录PDD 采价记录候选商品上架商品价格换算物流价格浏览器任务订单管理
智能客服
在线客服入口客户入口管理客服会话售后确认客服知识

治理与复盘

规则库规则建议运行日报任务控制台策略配置
登录

经营与 AI 决策视角

电商经营工作台
AI情报工作台选品池上架
返回方法库

方法详情

经营数据契约与异常批次隔离法

在经营报表和下游任务读取数据前,检查字段、主键、金额和跨表关系,并隔离异常批次,可降低由坏数据触发错误补货、营销和利润判断的概率。
领域:数据分析数据分析方法待人工复核待人工确认
可执行性
93
CEO:待人工复核

决策路径

系统审核结论

待人工复核

决定是否展示创建经营任务入口。

我的处理状态

待人工确认

只代表人工跟进意图,不会单独解锁创建入口。

下一步

先完成人工复核

先处理审核结论,别把人工标记误当成任务入口。

来源

平台:GitHub(code_repository)

作者/项目:Great Expectations / GX

去重使用的来源链接:

https://github.com/great-expectations/great_expectations

适用范围

市场:US

平台:淘宝、拼多多(参考Great Expectations数据验证方法迁移)

类目:跨类目非电子消费品, 母婴, 家居与日用消费品

审核分解

来源可信度:16/20

步骤清晰度:24/25

结构化程度:19/20

边界清晰度:15/15

执行可行性:19/20

我的处理状态

当前:待人工确认。处理状态用于记录人工判断;是否能创建经营任务,仍以页面上方“系统审核结论”为准。

下一步:先处理系统审核结论

当前 CEO 审核状态是「待人工复核」。只有标记为「可创建任务」的方法才会展示创建入口。

去方法审核队列处理查看可创建任务的方法

如果这个方法已经人工确认可执行,需要在审核队列把 CEO 审核结论推进到「可创建任务」;只改下方人工决策状态不会打开创建入口。

CEO 审核结论

可作为其他经营任务的数据前置门禁,执行结构成熟;需补做仓库核验及平台字段映射。

优先创建只读数据质量Agent,使用确定性规则执行验证。模型只解释失败原因和提出修复建议,不静默修改原始数据或自动豁免阻断规则。

执行步骤

  1. 1.为订单、退款、结算、广告和成本表定义粒度、主键、时区、币种、字段含义及负责人。
  2. 2.设置完整性、唯一性、取值集合、日期和金额规则,允许已说明的业务例外。
  3. 3.按平台和批次执行验证,并核对订单与退款、结算和成本记录的关联覆盖情况。
  4. 4.对账时显式处理手续费、退款时滞、汇率和结算周期,不强制不同口径金额直接相等。
  5. 5.将错误分为阻断、警告和观察三级,阻断批次不得进入利润计算或自动化决策。
  6. 6.修复映射或补齐数据后重新验证,保留原始批次、规则版本、结果和人工放行理由。

判断指标

  1. 1.关键字段完整率和主键重复率
  2. 2.订单与退款、成本、结算的关联覆盖率
  3. 3.解释业务时滞后的对账差额
  4. 4.数据到达延迟与失败批次修复时长
  5. 5.误阻断率及使用不合格数据的下游任务数量

输入数据要求

  1. 1.获授权的淘宝、拼多多订单及相关报表
  2. 2.字段字典、平台状态映射和业务例外清单
  3. 3.US目的地或US业务关系的可验证字段
  4. 4.币种、汇率来源、时区和结算口径
  5. 5.下游任务依赖清单与数据负责人

排除规则

  1. 1.排除Electronics、High-return fashion的数据进入本轮业务候选池;类目不明的数据隔离复核。
  2. 2.阻断主键冲突、币种不明、关键状态无法映射的批次。
  3. 3.不把缺失成本填成零,不把无法确认的市场字段补成US。
  4. 4.不将原始客户联系方式、地址和完整订单标识写入公开日志或外部模型输入。

风险与适用边界

  1. 1.通过质量规则只说明满足已定义约束,不代表业务记录完全真实。
  2. 2.平台导出格式与状态变化可能导致误阻断,需要维护规则版本。
  3. 3.正常退款和结算时滞必须建模,避免过于严格的实时对账。
  4. 4.项目版本变化可能影响服务,需要先以实际安装版本验证。
  5. 5.本方法不替代财务审计,也不能证明US销售链路合法或可用。

来源摘要与执行说明

Great Expectations提供将数据质量要求表达为可重复验证规则并输出验证结果的能力。可迁移到淘宝、拼多多的检查包括订单标识、字段完整性、状态取值、日期范围和金额合理性;跨表对账、阻断等级与业务隔离机制需自行实现或集成。本方法检查订单、成本和结算数据质量,不复用已入库的事件漏斗分析框架。本轮未核验当前版本服务和示例。

输出格式:数据质量报告JSON:batch_id、规则版本、表名、失败规则、影响行数、脱敏样本引用、严重度、下游阻断清单、修复状态。

执行示例:演示:某批订单存在3%的成本关联缺失,任务隔离该批利润报表并列出受影响SKU;运营补齐成本映射后复验,通过后才允许搭配分析读取。3%仅为情景数字,是否阻断由关键性规则决定。