POD 不只是签收照片：尾程异常要能翻出「当时发生了什么」
签收证明、失败派送、再投与拒收构成尾程闭环。系统归档 POD 与异常码，驱动再投任务与客服口径，减少「承运商说送到了、客户说没有」的黑洞。
客服最崩溃的对话结构是：客户坚称没收到，承运商页面显示 Delivered，你们系统里只有一个绿色勾。绿色勾没有照片、没有门牌、没有失败后再投记录——它只是把争论推迟到差评区。
把 Delivered 拆开
- 本人签收 / 代收 / 放置点 / 柜机——方式不同，争议率不同
- 证据：照片、签名、时间戳
- 异常：地址错误、拒收、无人、损坏
- 后续：再投次数上限、退回仓、关闭条件
异常码要翻译成动作
承运商返回的原始码留给适配器；业务层用稳定动作：联系收件、改约、退回、理赔线索。客服话术读动作，不读英文缩写。
快递飞在尾程项目里会要求：任意「已签收」状态点开都能看到证据或明确「承运商未回传证据」。没有证据的绿勾，验收不予通过。
常见问题
POD 系统要存什么？
签收人/方式、时间、地理位置（若有）、照片或电子签名、承运商原始状态码，并关联运单。
派送失败怎么流转？
失败码映射业务动作：再投、改址、退回、联系收件人；生成任务而不是只更新「异常」二字。
和理赔关系？
POD 与失败证据是理赔与赔付工单的输入；系统先保证证据在，自动判责可后置。