客服收到收件人的超额选款后，把记录交给活动运营：收件人选中了礼品乙，送礼方只批准了一定额度，活动说明却没有交代差额由谁承担。以下是假设案例。运营在费用和支付状态未查清前，将这条选择标为待处理，暂不通知仓库发货，并向客服说明当前还不能承诺补差或免费升级。
复盘一：额度究竟抵扣什么
假设送礼方批准每人100元，选款页面有商品甲80元、商品乙120元。客服看到乙超过额度20元，却无法判断运费是否包含在额度内。活动负责人调出预算审批和原活动说明，发现两份资料都只写了“每人100元”，没有说明运费和附加服务的归属。这正是问题的起点：页面能选中乙，不代表送礼方已经同意承担超额，也不代表收件人同意付费。
运营向送礼方补充确认后，假设得到书面答复：100元仅抵商品款，运费由送礼方另行承担，且没有其他附加服务。按这一条件，甲的商品款在额度内，乙的商品差额为20元；具体金额只用于演示。如果额度覆盖商品和运费，就应把各商品确认后的运费计入总额，差额可能改变。若运费尚未确认，不能把页面价格当作最终应付金额。
同一批活动还应核对额度是逐人使用还是由活动总预算另行控制、未用完部分能否抵其他费用，以及商品价格变化适用哪个版本。运营把这次补充确认的范围和日期交给客服，避免客服向不同收件人解释出不同的金额。
复盘二：谁能支付，谁愿意支付
运营接着向礼品代发方询问：该选款流程是否支持收件人补差，支付页面会展示什么金额，收款对象是谁，回执能否对应到这次选择。与此同时，送礼方需要明确是否授权收件人承担差额；客服也要向收件人说明金额和付款对象，询问其意愿。任何一方没有确认，乙都不能因“差额只有20元”而自动放行。
在本假设中，平台答复当前流程不支持收件人补差，送礼方也没有批准追加预算。运营因此让客服向收件人说明可改选额度内的甲，或由活动负责人按活动约定处理未选择的情况。收件人同意改选甲后，运营不再追求私下转账，也没有要求仓库先发乙。若平台实际支持补差，只有送礼方授权、收件人知情同意且支付结果可核时，才可依确认的流程继续；这是一条条件路径，并非对任何平台功能的承诺。
复盘三：改选后订单到了哪一步
改选甲并不自动消除原选择。运营请平台核对乙的记录是否失效、甲是否对应同一活动资格，以及是否已经生成履约单。假设核验结果显示乙仅为未支付的选择记录，尚未生成履约单；甲的选择已确认，费用由送礼方承担且付款状态明确，平台随后按约定生成甲的履约订单。运营把订单状态交给仓库，客服才向收件人说明处理结果。
如果实际核验发现乙已生成履约单，或者甲的付款与订单关联仍不清楚，结论就应停在待核：请平台和履约负责人确认能否取消原任务、如何避免重复发出，再决定是否创建或释放新订单。选中商品、支付成功和仓库可发是不同状态；活动截止时间临近也不能替代这些确认。若无法在规则允许的窗口内完成处理，按已确认的取消或后续安排执行，不保证一定能撤回已进入履约的订单。
把未解决事项交给具体负责人
案例结束时，活动负责人保存预算口径、两次选择、收件人改选确认、平台对原任务的核验结果和新订单状态。客服负责答复收件人并记录反馈，履约对接人依据确认后的订单安排发货；如支付、取消或库存状态仍有疑问，指定相应负责人继续跟进。下一次发出邀请前，应把可选范围、运费归属、是否允许补差、付款对象及未完成支付的处理写进活动说明，并核实页面展示与约定一致。
