退货申请怎么核？先对订单、政策和缺失证据

客户写“没用过”，附件是一张包装照片。运营要判断退货申请，还得查订单、送达记录、申请时刻和适用政策。这几份材料回答的是不同问题。

可以用 Buda 搭建电商退货分诊工作流，根据订单与获批政策准备退货处理建议。先提供授权导出和明确审核人，产物停在建议队列；退款执行、订单修改和客户承诺另由负责人决定。

先固定规则，再算天数

下面采用虚构政策 P-R1：适用的普通商品在送达后 14 个经过日内、且未使用，可进入退货审核。演示假设审核人已确认按连续经过时间计算、恰好第 14 天计入，所有时间均为 Asia/Shanghai；活动套装须另审例外。这只是教学规则，实际操作须确认适用政策及消费者法定权利。

保存政策批准记录、生效区间、商品范围和章节位置。文件修改日期较新，不能单独决定旧订单适用哪版政策。发生适用争议时，把候选版本与订单依据一起交给政策负责人。

四份申请，不要落入一个“通过或拒绝”框

以下订单、申请和证据均为虚构，没有执行客户处理。

R02 的空日期保持未知，不用任务运行时间替代申请时间。R03 的照片只证明画面可见内容，包装完整并不能自行补上“未使用”的事实。R04 即使申请及时，也还要确认套装规则。缺证进入补问队列，不直接写成拒绝。

让建议能被逐条复核

return-triage.csv 每行保留稳定申请 ID、订单 ID、品类、来源文件与行号、政策版本及章节、带时区的送达与申请时间、状态证据、例外项、建议队列、待补问题和审核人。已证实、缺失、冲突分列，避免一个空值承担多种含义。

return-review.md 按条件解释。R03 可以写：“订单第 3 行与申请记录支持相隔 10 天；已收到包装照片；未使用状态仍待核；请客服按获批流程询问可提供哪些状态证据。”客服得到下一步，不会误把材料整理当成已批准退货。

重复附件引用同一来源，不增加证据条数；同名客户、同金额订单不自动合案。新导出纠正了旧时间时，保留旧审核包，为受影响申请生成新版本。

把执行任务交清楚

只读取授权订单、申请记录与获批 P-R1 政策，生成 return-triage.csv 和 return-review.md。每个条件给来源位置。未知保持未知，标明版本冲突与套装例外。不修改订单、不退款、不联系客户，只交运营负责人审核的建议队列。

在 Agent Workspace集中提供资料与输出，另行配置任务实际获准的数据和工具权限。指令描述任务，不能代替系统权限。先复核一份规则匹配、一份缺证、一份例外样本，再沉淀输入清单与输出格式为可复用 Skill；需要现成 Skill 时，可在 Buda AI 的 Marketplace 搜索安装。

审核时常见的三个问题

两个系统时区不同怎么办？ 同时保留原时间和偏移，换算到约定时区后按政策口径计算。只有日期、没有时刻的边界申请，交人确认。

赠品和套装怎么算？ 保留购买组合及赠品关系，先让负责人确认退货与金额分摊规则，再准备建议。

证据冲突或不满足规则怎么办？ 并列保留来源与未满足条件，转交例外或售后负责人决定处理方式。不要为了消除冲突而选最宽松的政策。

先用四份历史授权案例试跑，逐项复核建议是否有出处，再扩大批次。