退换货资格预审工作流

退换货资格预审工作流

4个可下载技能 · 4步自动化工作流 · 每个技能可单独运行

把脱敏退换货请求整理成可追溯的资格预审包：先规范请求，再按买家政策检查时间窗和订单状态，复核退货原因，最后生成退款前人工放行材料。套餐不自动退款、不生成面单、不修改库存、不联系客户。

4步自动化工作流

1 退换货请求规范化

对应技能： return-request-normalizer

解决什么： 统一订单、商品、购买日期、申请日期、原因和订单状态，提前发现缺字段和日期异常。

你会得到： READY/REVIEW 输入、申请天数、缺失字段和请求哈希。

流转到下一步： 规范化请求 JSON 作为政策资格检查输入。

2 退换货政策资格检查

对应技能： return-policy-eligibility

解决什么： 按买家提供的窗口天数、订单状态、排除原因和人工原因规则做透明初筛。

你会得到： 逐条规则、ELIGIBLE/PENDING/INELIGIBLE 候选和人工问题。

流转到下一步： 资格结果进入退货原因复核。

3 退换货原因复核

对应技能： return-reason-review

解决什么： 将质量问题、改变主意、错发等原因映射为可管理标签，提示商品状态和补件核查。

你会得到： 原因标签、证据文本、异常提示、人工问题和 return_label=DRAFT。

流转到下一步： 原因复核与资格结果共同进入人工放行包。

4 退换货人工放行包

对应技能： return-approval-packet

解决什么： 在退款或换货动作前整理规则证据、缺口和责任人，拦截边界情况。

你会得到： P1/P2/P3、资格理由、原因标签、复核问题、human_decision=PENDING 和 refund_action=NONE。

流转到下一步： 形成最终人工放行交付包。

实际示例

示例使用 [RETURN_A]、[ORDER_A] 和占位商品信息。输入先规范化，再根据 30 天窗口和订单状态给出候选；质量问题会进入人工原因复核，最终放行包保持 PENDING、NONE 和 DRAFT。该结果是脱敏测试示例，不代表实际退款资格或客户结论。

适合谁

电商运营团队、客服主管、售后仓配团队、质保服务团队、独立站商家和需要把退换货边界交给人工确认的中小商家。

买家只需提供

• 已脱敏的订单、商品、购买日期、申请日期和退货原因

• 退换货窗口、订单状态、排除原因和人工复核原因规则

• 商品状态、照片或检测报告的人工补件要求

• 能放行退款、换货或拒绝的有权限人员

使用方式

1. 将四个技能目录复制到本地技能目录，先运行请求规范化示例。

2. 依次运行四个脚本，把上一步 JSON 映射到下一步输入。

3. 在测试数据上校准窗口、状态、原因标签和补件规则，再接入人工工作台。

交付与验收

• 四个技能目录、_meta.json、SKILL.md、agents/openai.yaml、本地 Python 脚本、文档和脱敏示例。

• 四步可重复运行：请求规范化、资格检查、原因复核、人工放行包。

• 缺字段、日期异常、超时、状态不允许、原因排除、原因未映射和上游 REVIEW 均有明确分支。

• 输出保留人工待定和不退款边界；不包含店铺账号、支付、库存、物流面单、客户通知或外发动作。

服务说明

脚本只读脱敏本地 JSON，使用买家提供的政策参数做资格初筛，不代表平台规则、消费者权益法律意见或实际退款决定。实际使用前需由买家测试时间窗口、订单状态、原因标签、隐私处理和人工审批权限。套餐不包含 Shopify/WooCommerce/平台接入、账号代管、物流、支付、退款、客户通知、法律咨询或结果保证，也不保证降低退货率、节省成本或产生收入。