方法详情
系统审核结论
待人工复核
决定是否展示创建经营任务入口。
我的处理状态
待人工确认
只代表人工跟进意图，不会单独解锁创建入口。
下一步
先完成人工复核
先处理审核结论，别把人工标记误当成任务入口。
平台：GitHub（code_repository、open-source workflow）
作者/项目：DuckDB
去重使用的来源链接：
https://github.com/duckdb/duckdb市场：US
平台：淘宝、拼多多（参考 DuckDB 数据处理能力构建对账流程）
类目：跨类目店铺财务运营, 排除 Electronics、High-return fashion
来源可信度：16/20
步骤清晰度：24/25
结构化程度：20/20
边界清晰度：14/15
执行可行性：19/20
当前：待人工确认。处理状态用于记录人工判断；是否能创建经营任务，仍以页面上方“系统审核结论”为准。
当前 CEO 审核状态是「待人工复核」。只有标记为「可创建任务」的方法才会展示创建入口。
如果这个方法已经人工确认可执行，需要在审核队列把 CEO 审核结论推进到「可创建任务」；只改下方人工决策状态不会打开创建入口。
适合优先搭建离线原型，但需核验数据映射、结算规则和开源项目版本。
采用本地只读文件和固定 SQL 模板；每笔差异附源文件行号或业务键。Agent 仅生成差异清单和复核建议，不接触付款权限，不自行解释未知费用。
DuckDB 贡献本地 SQL 分析与结构化文件处理能力，可用于连接、聚合和差异查询。它不是电商对账方法的业务验证来源；三方勾稽、差异分类和复核步骤为本方案设计。与已入库的数据契约门禁不同，本方法检查实际经济事项是否结清。仓库近期更新及 README 示例本次未核验。
输出格式：差异账龄表：店铺、币种、订单或批次、应收、已结算、已到账、差额、原因、证据和处理状态。
执行示例：取一个已完成结算周期的经营单元，追踪订单应收、平台批次和实际到账；对差额先拆分退款、手续费及到账时间差，仅将剩余未解释金额交财务核查。