直接答案：团购核销的核心是"一套码、两套账、三种状态"。一套码指所有平台的券码在本系统统一映射成内部券码；两套账指核销账和结算账分开记；三种状态指未核销、已核销、已退款。做不到这三点，券越多、平台越多，账越乱。
核心结论速览
**一个平台一套码，门店要开五个后台。** 抖音、美团、大众点评、快手、小红书，每个平台都有自己的核销工具。门店收银员记不住，客户等着，体验很差。
**核销了不等于到账。** 券核销后要等平台结算周期（通常 T+7 到 T+30），且扣除服务费。核销额、应收额、实收额三个数字都不一样。
**券必须防重复核销。** 同一张券在两个店核销、或者网络卡顿时重复提交，都会造成损失。技术上要有一把锁。
**叠加规则要提前定死。** 团购券能不能和会员折扣同享、能不能和满减同享、能不能和储值同享。不定清楚，收银员现场判断必然出错。
**券成本要单独核算。** 一份 128 元的双人餐，券卖 88 元，平台服务费 5%，实际到手 83.6 元。这个菜的食材成本如果是 45 元，毛利只有 38.6 元。不单独算，就不知道团购到底赚不赚钱。
一、团购核销为什么容易乱
乱象一：五个平台五个后台。收银台旁边摆着五台手机或平板，客户来了问"您哪个平台买的"，然后收银员切到对应后台核销。高峰期根本忙不过来，客户排队等着，体验极差。
乱象二：核销了但账上没到钱。门店核销了 20 张券，以为收了 2000 元，结果月底平台结算只打了 1700 元（扣了服务费和部分退款）。中间 300 元的差额没人说得清。
乱象三：券被重复核销。客户在一家店核销后，去另一家店再核销一次（因为平台数据没实时同步），或者网络卡顿时收银员点了两次。这类损失一年下来不小。
乱象四：退款不知道。客户在平台申请退券，平台直接退了，门店不知道，还以为这张券会来消费。等到对账时发现券已退，账对不上。
乱象五：叠加优惠算不清。客户用团购券 + 会员折扣 + 满减，三个优惠能不能同时用？该按什么顺序算？收银员现场拍脑袋，不同人算出不同结果，客户投诉。
乱象六：不知道团购赚不赚钱。团购带来很多单，流水很好看，但月底一算利润没涨。原因是券价低、平台抽成、套餐成本高，实际毛利很薄甚至亏。没有单独核算，就一直在做亏本生意。
这六个乱象归结起来是两个问题：入口分散（多个平台多套系统）和口径混乱（核销、应收、实收、成本没有分开记）。解决这两个问题，团购就从"糊涂生意"变成"可算的生意"。
二、对接方式：三种路径怎么选
路径一：平台开放接口实时核销。通过美团、抖音的开放平台接口，在本系统里直接调用核销。收银员在一个界面输入券码，系统调平台接口核销，返回结果。
优点：一套系统管所有平台，收银员不用切后台；核销状态实时同步，减少重复核销。缺点：需要申请开放平台权限（通常要求企业资质和一定规模）、接口有调用频率限制、平台接口变更时要跟着改。
适合：连锁规模较大（十店以上）、日均券核销量较高（每天 20 张以上）、有技术团队的。
路径二：平台商家后台手工核销。不接接口，收银员在平台后台输入券码核销，然后在自己的系统里手工记一笔"团购收入"。
优点：零技术成本，马上能用。缺点：工作量翻倍（两个系统各操作一次）、容易漏记、无法防重复核销、对账全靠人工。
适合：单店或两三家店、券量很少的。规模一上来就必须换路径。
路径三：第三方聚合核销服务商。市面上有一些服务商做了"多平台聚合核销"，提供一个统一后台或接口，对接他们的服务即可。
优点：接入快（比自己对接五个平台快得多）、维护成本低（平台接口变更由服务商处理）。缺点：多一层费用（按核销量收费）、数据在自己和服务商两边、服务商稳定性影响业务。
适合：中型连锁（3-20 店），既不想自己维护五个平台接口，也不能忍受手工核销。
怎么选：核心看"日均券核销量"。每天 10 张以下，手工核销可以忍；10-50 张，用聚合服务；50 张以上，自己对接或深度定制聚合服务。这个分界线不是绝对的，但大致可用。
一个务实的建议：先用手工核销跑一个月，把量摸清楚，再决定技术投入。很多客户以为自己量很大，实际一统计每天只有几张，接接口的投入完全没必要。
三、核销的业务规则：七件事必须定死
规则一：哪些券能在本店核销。连锁门店不一定都参加同一个团购活动。A 店参加了、B 店没参加，客户在 B 店用券被拒，会投诉。系统要按门店维护"可核销券列表"，收银员扫码后自动判断。
规则二：能不能部分核销。一张双人餐券，客户只用了其中一道菜，能不能核销？大多数平台不支持部分核销，必须整券核销。但也有"代金券"类型的券支持部分抵扣。系统要按券类型区分处理。
规则三：券和会员折扣能不能叠加。建议不叠加。团购券已经是优惠价，再叠加会员折扣，毛利会被吃穿。系统要硬性拦截：用了券就不能用会员折扣，或者反过来。规则要在券的使用说明里写清楚。
规则四：券和储值能不能叠加。客户想用储值卡付券的差额部分（比如券抵 88 元，实际消费 120 元，差额 32 元用储值付）。这个可以支持，但要注意：储值消费的金额不参与券的优惠计算。
规则五：退券怎么处理。客户在平台退券，平台直接退钱，门店要在系统里同步"券已退"状态。如果门店已经核销了，退券会失败（平台侧会校验）。所以核销要实时，不能延迟。
规则六：过期券怎么处理。券到期未核销，平台会自动退款给客户（或按规则部分退）。门店系统要能识别"已过期"状态，不能显示为"未核销"（否则收银员会以为还能用）。
规则七：多张券能不能一起用。客户买了三张券，一顿饭用完。这个通常可以，但要注意：有些券限制"每桌限用一张"。规则要按券配置，不能一刀切。
规则落地的方式：所有这些规则都要在系统里做成配置，而不是写死在代码里。因为平台规则会变、自己的策略也会变。配置化的好处是运营能自己调，不用每次改代码。
四、账务和风控：核销账、结算账、成本账
核销账：记录每一次核销——时间、门店、券码、券类型、面值、订单号、操作人。这是业务台账，反映"用了多少券"。
结算账：记录平台每次打款——结算周期、券核销笔数、核销总额、平台服务费、退款扣减、实际到账。这是资金台账，反映"收到多少钱"。
两个账的差额 = 平台服务费 + 退款 + 时间差。这个差额要能解释清楚，不能是个黑箱。做法是每月出一张"团购对账表"，列出核销额、服务费、退款、到账额，差额为零才算对上。
成本账：每一类券对应的套餐，要有成本卡。比如 88 元的双人餐，食材成本 45 元、包装 2 元，实际到手 83.6 元（扣 5% 服务费），毛利 36.6 元，毛利率 43.8%。
这个数字要和其他渠道对比：堂食同样菜品毛利率可能是 60%，外卖可能是 45%，团购是 43.8%。团购毛利最低，但它的价值是拉新——如果新客占比高、复购率好，低毛利可以接受；如果都是老客来薅羊毛，那就是纯亏损。
风控一：防重复核销。技术上用"券码唯一索引 + 状态机"，一张券只能从"未核销"变成"已核销"一次。并发请求时用数据库行锁或分布式锁。核销前先查状态，核销后再查一次确认。
风控二：防内部作弊。收银员自己买券自己核销套现、或者和客户串通核销不消费。防范措施：核销记录关联订单（必须有实际消费）、异常核销（同一收银员短时间大量核销）自动告警、核销金额与订单金额差异过大时标记复核。
风控三：防券码泄露。券码是敏感信息，不能在日志里明文记录、不能通过不安全的渠道传输。系统要脱敏显示（只显示后四位）。
风控四：平台规则变更。平台的接口、费率、规则会变，要有监控——接口报错率、核销成功率、费率变化。异常时及时告警，不能等到月底对账才发现。
五、常见问题解答
团购券核销后多久能到账？
不同平台不同。抖音团购通常 T+7 到 T+15，美团点评通常 T+7 到 T+30，具体看合同和结算设置。系统里要维护每个平台的结算周期，自动生成"待结算"台账，到期未到账自动提醒。资金压力大的门店要特别注意这个时间差。
客户用券消费，能不能同时用会员折扣？
建议不叠加，且在券的使用说明里写清楚。原因是券已经是优惠价，再叠加折扣毛利会被吃穿。技术上要硬性拦截，不能靠收银员判断。如果一定要叠加，建议设"叠加后不低于成本价"的保护。
券被重复核销了怎么办？
预防为主：技术上用唯一索引 + 状态机 + 行锁，一张券只能核销一次。已经发生的重复核销，处理方式是联系平台说明情况（部分平台支持撤销）、内部记录损失、追责到操作人。金额小的自己承担，金额大的走平台申诉。
多个平台的券能不能在一个界面核销？
能，两条路径：自己对接各平台开放接口做统一入口，或者用第三方聚合核销服务。前者投入大但可控，后者接入快但有服务费。日均核销量 10-50 张的建议用聚合服务，50 张以上可以考虑自己对接。
团购到底赚不赚钱，怎么算？
算三层：第一层看毛利率（券价 - 平台费 - 食材成本）÷ 券价，通常 40%-50%；第二层看新客占比，新客占比高说明有拉新价值；第三层看复购率，团购客户三个月内复购的比例。毛利率低但新客多、复购好，是划算的；毛利率低且都是老客，是纯亏损。
客户退券了，门店已经准备了食材怎么办？
这是团购的固有损耗。防范措施：一是设置"需提前预约"的券（客户预约后门店才备货），二是预约后取消要提前多久通知，三是把这类损耗计入团购成本。完全不发生不可能，控制在 3% 以内算正常。
券的套餐能不能改？
能改，但要重新提交平台审核，且已售出的券要按原套餐履约（不能单方面改）。所以套餐设计要一次想清楚：菜品成本、出餐时间、备货难度、客户感知价值。改套餐的代价比想象中大。
团购活动要不要所有门店都参加？
不一定。可以按区域、按门店类型选。比如新店开业参加（拉新）、老店不参加（老客多，不需要）、机场店不参加（客群不同）。但要在平台后台配置清楚"适用门店"，否则客户到不参加的门店用券会投诉。
六、九尾狐在这类问题上的做法
九尾狐做团购核销模块时，第一件事是把"券"做成系统内的一个独立实体，而不是挂在订单上的一个字段。券有自己的状态机、有自己的生命周期、有自己的账务记录。这样多平台、多类型、多状态的券才能统一管。
对接上我们给客户的建议是"先手工跑一个月再决定"。很多客户一上来就说要对接五个平台，实际统计下来每天核销不到十张，手工完全够用。先摸清量，再投技术，避免过度建设。
防重复核销我们用的是"数据库唯一索引 + 状态机校验 + 分布式锁"三重保护。这个组合在实际项目里把重复核销降到了零。技术上不复杂，但必须做，因为一张券重复核销的损失是实打实的。
团购的成本核算我们做成"按券类型"的报表：每类券的核销数、核销额、到账额、套餐成本、毛利率、新客占比、复购率。这张表是决定"明年还要不要做团购"的依据，比任何感觉都靠谱。
七、综上所述
团购券对接不是"接个接口"这么简单，它牵扯到多平台入口、核销规则、账务核算、风险控制四件事。入口统一了，收银效率才上得来；规则定死了，收银员才不出错；账务分清了，才知道团购赚不赚钱；风控做好了，才不会白送钱。这四件事里，最容易忽略的是账务——很多店做到年底才发现，团购流水几百万，利润没涨，钱都被平台费和低价套餐吃掉了。