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

情报 → 判断 → 选品 → 上架

经营主流程

AI 情报
每日 AI 情报开源项目与 Skills
今日工作台方法库经营 Agent任务记录PDD 采价记录候选商品上架商品店铺配置
AI 视频
项目生成任务视频作品提醒与费用额度与模型服务账户异常处理成员管理
价格换算物流价格浏览器任务订单管理
智能客服
在线客服入口客户入口管理客服会话售后确认客服知识

治理与复盘

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

经营与 AI 决策视角

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

方法详情

数据契约与跨表对账联动的经营报表准入法

先验证经营数据的字段、粒度、完整性和对账关系,再计算利润、转化或补货指标,可以减少由重复导出、漏数和口径错配造成的错误决策。
领域:运营数据分析方法、运营方法待人工复核待人工确认
可执行性
91
CEO:待人工复核

决策路径

系统审核结论

待人工复核

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

我的处理状态

待人工确认

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

下一步

先完成人工复核

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

来源

平台:GitHub(code_repository、open-source workflow)

作者/项目:Great Expectations

去重使用的来源链接:

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

适用范围

市场:US

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

类目:多类目店铺经营数据, 家居日用, 母婴用品

审核分解

来源可信度:13/20

步骤清晰度:24/25

结构化程度:20/20

边界清晰度:14/15

执行可行性:20/20

我的处理状态

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

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

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

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

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

CEO 审核结论

属于计算前的数据质量准入,区别于目录去重和经营变点诊断;适合优先试点,但仓库版本及示例待核验。

优先规则引擎,语言模型仅解释失败原因和生成修复建议;采用只读连接、脱敏失败样本和版本化规则,禁止自动更改源数据。

执行步骤

  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.结算周期、手续费和退款口径
  4. 4.US 业务标识、币种及时间转换规则
  5. 5.经过核验并固定版本的数据验证运行环境

排除规则

  1. 1.排除 Electronics、High-return fashion 对应业务数据。
  2. 2.未知数据粒度、未知币种或缺失业务日期的批次不得直接合并。
  3. 3.不得自动删除重复记录,必须先确认是重复导出还是合法业务明细。
  4. 4.未经解释的重大对账差异不得以调整金额方式强行归零。
  5. 5.不得将姓名、地址、电话等明文信息发送给外部模型。

风险与适用边界

  1. 1.通过数据规则不代表业务事实必然真实,规则本身也可能错误。
  2. 2.平台字段和结算规则变化会导致原有契约失效。
  3. 3.跨表金额对账可能需要 SQL 或自定义逻辑,不应假定全部为开箱即用能力。
  4. 4.仓库维护状态、依赖安全和许可证需在部署前核验。
  5. 5.US 分组必须来自合法业务证据,不能从语言或姓名推断。

来源摘要与执行说明

该项目提供将数据预期写成可执行规则并生成验证结果的开源框架,可迁移唯一性、非空、取值范围和结构验证等步骤。淘宝、拼多多订单、退款与结算的业务对账规则需自行定义,并不由仓库自动提供。当前无法核验最新提交、发布版本和 README 示例,不假定任意历史 服务 仍然有效。

输出格式:数据验证报告 JSON:规则编号、数据批次、通过状态、失败计数、脱敏样本、影响指标、严重等级和处置记录。

执行示例:某次订单导出被重复追加,任务 发现订单明细主键重复并阻断日报;另有到账金额差异,经手续费和跨期退款解释后转为允许差异,保留完整对账记录。