方法详情
系统审核结论
待人工复核
决定是否展示创建经营任务入口。
我的处理状态
待人工确认
只代表人工跟进意图,不会单独解锁创建入口。
下一步
先完成人工复核
先处理审核结论,别把人工标记误当成任务入口。
平台:GitHub(code_repository)
作者/项目:Great Expectations / GX
市场:US
平台:淘宝、拼多多(参考Great Expectations数据验证方法迁移)
类目:跨类目非电子消费品, 母婴, 家居与日用消费品
来源可信度:16/20
步骤清晰度:24/25
结构化程度:19/20
边界清晰度:15/15
执行可行性:19/20
当前:待人工确认。处理状态用于记录人工判断;是否能创建经营任务,仍以页面上方“系统审核结论”为准。
当前 CEO 审核状态是「待人工复核」。只有标记为「可创建任务」的方法才会展示创建入口。
如果这个方法已经人工确认可执行,需要在审核队列把 CEO 审核结论推进到「可创建任务」;只改下方人工决策状态不会打开创建入口。
可作为其他经营任务的数据前置门禁,执行结构成熟;需补做仓库核验及平台字段映射。
优先创建只读数据质量Agent,使用确定性规则执行验证。模型只解释失败原因和提出修复建议,不静默修改原始数据或自动豁免阻断规则。
Great Expectations提供将数据质量要求表达为可重复验证规则并输出验证结果的能力。可迁移到淘宝、拼多多的检查包括订单标识、字段完整性、状态取值、日期范围和金额合理性;跨表对账、阻断等级与业务隔离机制需自行实现或集成。本方法检查订单、成本和结算数据质量,不复用已入库的事件漏斗分析框架。本轮未核验当前版本服务和示例。
输出格式:数据质量报告JSON:batch_id、规则版本、表名、失败规则、影响行数、脱敏样本引用、严重度、下游阻断清单、修复状态。
执行示例:演示:某批订单存在3%的成本关联缺失,任务隔离该批利润报表并列出受影响SKU;运营补齐成本映射后复验,通过后才允许搭配分析读取。3%仅为情景数字,是否阻断由关键性规则决定。