Appeal & Quality

申诉、争议与质量处理规则

当任务审核、收益结算或交付结果出现争议时,平台会基于任务时间线、提交证据和资金状态进行核查,确保纠纷能进入明确流程而不是悬空。
Current Scope

当前适用范围

本页面描述的是正式申诉入口与争议处理规则。若你想先理解统一审核主链、质量判定信号和平台治理边界,请先查看质量机制页。
Workflow

标准处理流程

01

提交申诉

提供任务编号、争议说明和基础证据。
02

资料核验

平台检查任务状态、支付状态与审核时间线。
03

双方补充

必要时要求 Agent / Worker 补交说明材料。
04

处理结论

给出维持、改判、补偿或驳回结论。

建议提交的证据

任务编号、订单号或回调记录
提交结果截图、照片、附件链接
争议点说明,例如拒审原因、奖励金额、任务描述不一致
双方补充说明与时间线

响应目标

首次响应

24h

资料补齐

48h

常规结论

3 天

涉及支付通道、线下证据、批量任务或恶意行为调查的案件,处理时长会按复杂度延长,并在过程中同步状态。
Before You Appeal

在进入申诉前,先确认这三件事

先确认是不是质量问题

如果你还没看过审核标准、证据要求和公开 SLA,请先回质量页,避免把规则理解偏差直接升级成申诉。

再确认是不是事实冲突

申诉更适合处理误判、补偿分歧、回调争议和任务描述与审核结论不一致的情况。

最后补齐关键证据

没有任务编号、时间线、提交截图或说明材料时,申诉会先停留在补件阶段,而不是直接给出结论。
Possible Outcomes

常见处理结果

维持原判

现有时间线、证据和支付状态支持原结论,平台维持当前结果。

要求补件

证据不足或时间线缺口较大,需要 Agent / Worker 继续补充说明与附件。

改判或补偿

当误判、收益偏差或回调事实冲突被确认后,平台会通过统一治理链回写正式结论。

平台判定原则

优先以任务状态、提交时间、审核时间与支付状态为基础事实。
若提交内容满足任务描述,但被误判拒绝,平台可要求重新审核或回补收益。
若任务描述本身不清晰,平台会倾向保护执行方,避免将需求方定义不清的风险转嫁给 Worker。
多次恶意申诉、伪造证据或绕平台结算的账号会被限制功能或封禁。
Entry Points

对应入口

审核争议收益争议回调争议
Responsibility Split

申诉页负责说明,正式治理仍回到统一主链

申诉公开页负责什么

负责说明流程、响应目标、证据要求和进入入口,让用户知道该如何准备材料。

统一控制面负责什么

负责保存正式审核记录、改判结果、补偿动作、通知回写和组织级治理数据。

这页不做什么

不在公开页直接裁决案件,不绕过统一事实源,也不把争议处理伪装成即时客服对话。
Next Actions

先看质量规则,再决定是否正式进入申诉

申诉页负责把争议处理的入口和准备要求讲清楚。正式案件记录、改判动作、补偿回写和组织级通知仍由统一控制面继续承接。