Callback / Dedup / Settlement Ledger

把一次推广结算，拆成十一项可复查证据

“优质渠道”“高转化”和群聊里的汇总数字都不是结算依据。这个 CPA/CPS 推广结算台账从点击标识开始，依次检查转化定义、服务端回传、去重键、素材版本、扣回规则和结算周期，帮助双方先找证据缺口，再谈金额。

不粘贴原始回调 工具只记录“完整、部分、缺失”，不接收 click_id、设备号或密钥。

导出空壳台账 CSV 只含字段名称、证据要求和评估状态，真实数据应进入受控系统。

不承诺结算结果 证据完整只代表可以人工复核，不代表转化有效或一定付款。

推广结算证据台账

逐项判断现有资料能否复查。聊天中提到过但没有固定版本或原始记录，应选择“部分”。

0 / 11 已评估

结算模式

模式不同，合格事件和扣回条件也不同。先固定计费定义，再核对回传数量，不能倒过来用汇总数字解释规则。

阶段	字段	应保留的证据
归因入口	活动标识campaign_id	活动名称、投放主体、起止时间、规则版本
归因入口	点击标识click_id	原始点击时间、渠道、落地页及唯一点击编号
归因入口	落地页版本landing_version	完整 URL、发布时间、页面截图、素材对应关系
事件回传	转化定义conversion_event	事件名称、触发条件、有效窗口、排除条件
事件回传	事件时间event_at	点击时间、事件时间、时区、接收时间的顺序
事件回传	服务端回传callback_status	请求时间、响应码、事件标识、重试与失败记录
事件回传	去重规则dedupe_key	去重键、时间窗口、重复事件处理方式
结算争议	素材授权creative_version	素材文件、授权范围、版本号、审批记录
结算争议	扣回规则chargeback_reason	扣回类型、触发条件、证据来源、通知时间
结算争议	结算周期settlement_window	数据截止日、复核期、付款日、异议时限
结算争议	异议责任dispute_owner	双方联系人、工单编号、回复时限、最终版本

APP 推广放单渠道、积分墙 SDK、CPA 和 CPS 的计费方式不同，但争议通常集中在同一条链路：点击属于哪个活动、什么事件才算转化、平台是否收到回传、哪些事件被去重或扣回、当时使用的是哪个落地页和素材版本。先把顺序固定，才能避免各拿一张汇总表互相解释。

LEDGER 01

HTTP 成功只说明请求链路有响应。台账应继续区分已发送、已接收、业务校验通过、已去重、进入结算和最终付款，不能把其中一步代替整条链路。

LEDGER 02

只写“重复用户无效”无法复核。应说明按账号、设备、点击还是事件去重，窗口多长，以及重复事件保留第一条还是最后一条。

LEDGER 03

扣回需要对应事件编号、规则版本、触发时间和证据来源。只有总数量或比例，没有逐条原因，无法判断是规则变化、数据延迟还是归因冲突。

平台回传接口返回成功，为什么还不能直接算有效转化？

接口响应只证明某次请求被接收。业务系统还可能进行签名、事件条件、归因窗口、设备去重和异常校验，因此要继续保存处理状态与最终结算状态。

聊天记录可以代替素材授权和结算规则吗？

聊天记录可作为辅助证据，但容易缺少版本、适用范围和最终确认人。更稳妥的做法是保存固定文件、审批时间、规则版本和双方确认结果。

为什么 CSV 不提供填写真实 click_id 的输入框？

公开工具不应收集可关联用户或设备的原始标识。下载的表只提供字段结构和状态，真实数据应进入权限受控、可审计的内部台账。

涉及蛋仔网名称的推广资料如何核对来源？

先对照固定域名、公开规则和素材授权版本，可自行核对 www.egg28.com。不要把相似站名、放单群名称或口头承诺当作主体和授权证明。