团购核销记录怎么导出，字段清单怎么和对账衔接, 无限聚核
核销服务由无限聚核提供，美团、抖音团购核销一站式接入。
搜「核销记录导出」，前排经常是用友／金蝶往来核销 PDF、有赞商城「如何导出核销记录」、财务软件手工核销表。团购开放平台开发者要的不是那套账：而是按门店和日期把美团验券历史、抖音账单或券状态拉全，字段能对齐自有核销订单，再喂给次日对账。
一句话回答： 在团购核销接入里，「导出核销记录」＝按门店／日期（或按已保存的平台订单号）把平台侧验券与撤销明细拉全，落到可对账的字段集；它是每日三份比对的输入，不是 ERP 往来勾销，也不是商城后台点一下导出 CSV 就完事。美团侧常见按门店验券历史分页拉；抖音侧多用核销时保存的订单号查券状态，或按账单／明细查询节奏补齐。导出结果必须带齐券码（或券 ID）、订单号、门店、时间、撤销标记，金额若有则统一按分。对账只出差异单，不要根据导出结果自动补发权益或自动撤销。以下整理自平台公开接口说明与无限聚核公开 FAQ／API 口径，查阅日期 2026-10-27，以官方后台与当期文档为准。
- 先钉语境： 本文说的是团购券核销明细，不是财务往来核销、也不是通用商城订单导出；
- 必含字段： 券码／券 ID、平台订单号、门店、核销时间、撤销标记，金额若有按分；
- 拉取节奏： 美团按门店＋日期分页；抖音按订单号查状态，本地 pending／unknown 一并查；
- 和对账衔接： 导出喂给三份比对；只出差异单，勿自动补发。
一、先划清：你要导出的不是 ERP 往来核销
| 说法 | 常见出处 | 开发者该怎么理解 |
|---|---|---|
| ERP／财务「往来核销」 | 用友、金蝶、畅捷通等应收应付勾销 | 记账与勾销流程，与团购券状态无关 |
| 商城「导出核销记录」 | 有赞等电商帮助中心 | 店铺后台订单／核销明细 CSV，不是开放平台按门店拉验券历史 |
| 团购「核销记录导出」 | 美团门店验券历史、抖音账单／券状态查询、聚合控制台明细 | 按门店／日期（或订单号）拉平台验券与撤销明细，字段对齐自有订单后再对账 |
搜索引擎把几类「核销／导出」揉在一起，容易把财务导出模板抄进团购对账任务。接入团购时，以平台开放文档为准：你要的是「这天这家店平台到底核了哪些券、撤了哪些」，用来和本地核销订单、店内权益逐张对齐。
二、美团：门店验券历史怎么拉
自接美团服务零售时（查阅日期 2026-10-27，以官方为准），常见做法是：
- 按门店、日期、业务类型查询验券记录，再单独查撤销验券记录（或同一能力下的撤销视图）；
- 分页拉全。 某一页失败就整天重拉，不要跳页硬拼；翻页期间若有实时写入，按券唯一键做集合合并，而不是边翻边改本地状态；
- 单张复核可用已验券查询类接口，对账主路径仍以按日拉取为准。
通过无限聚核时，控制台核销记录与开放查询能力同样按门店维度组织；对账任务仍建议以「平台事实＋本地订单」两头查，不要只信一侧导出。
三、抖音：账单或券状态查询的节奏
抖音生活服务侧，开发者对账更常走：
- 核销当下就存平台订单号与券 ID。 次日用订单号批量查券状态，比事后靠模糊搜索靠谱；
- 本地
pending／unknown一并纳入查询。 超时未决的单子，是对账要优先闭合的集合； - 账单／明细查询可用于补齐「店员在来客后台手工核」等本地没有订单号的场景，但要清楚：订单查询结果不等于「已核销」的充分证明，仍以券状态为准。
不要把「导出一张大表」当成唯一真相源：抖音侧按订单号查状态，和美团侧按日拉验券历史，是两种互补节奏，对账任务里通常两套都要跑。
四、必含字段清单
无论自接还是走聚合，落库／导出时建议每张券一行，至少覆盖：
| 字段 | 用途 |
|---|---|
| 券码或券 ID | 唯一键之一；美团常存券码，抖音常存 certificate_id（按字符串存） |
| 平台订单号 | 抖音查券状态的主入口；美团侧亦便于单张复核 |
| 门店（核销门店 ID） | 连锁场景禁止串店；和授权门店一致 |
| 核销时间 | 按平台时间、上海自然日归日，跨零点不要各算各的 |
| 撤销标记／撤销时间 | 对账要同时拉撤销视图，否则权益回收会对不齐 |
| 金额（若有） | 售卖价／实付统一按分存；有则导出，无则不要编造 |
| 服务商订单号（若走聚合） | 排查用，不替代平台订单号 |
可选但很有用：套餐 ID、业务类型、本地核销状态（pending／succeeded／unknown／revoked）、对应店内权益 ID。一次核多张时，按响应逐项拆行，不要把整单糊成一行。
五、导出如何喂给每日对账
导出不是终点。本站《团购核销怎么对账》把每日任务收成：平台核销与撤销记录、自有核销订单、店内权益三份按券比对，分出差异后只出差异单。本文不复述五类差异的长表，只钉衔接关系：
- 导出／拉取＝对账的平台侧输入。 字段缺了，差异分类会漂；
- 本地订单与权益是另外两份输入。 只导出平台表，对不上「本地以为成功／权益已发」；
- 对账任务只出差异单。 不根据导出结果自动补发权益，也不自动撤销；由店员确认后再处理；
- 归日口径一致。 导出按上海自然日切日，对账查询用同一天界，避免一张券进两天或漏一天。
幂等与超时重试决定你会不会多出「本地 pending、平台已核」之类差异；那是核销写路径的事，导出侧负责把平台事实拉全，不要在导出脚本里偷偷「修数据」。
六、分页、时区与落地清单
| 项 | 通过标准 |
|---|---|
| 语境 | 需求写明「团购核销明细导出」，未与 ERP 往来核销、商城 CSV 混用 |
| 字段 | 券码／订单号／门店／时间／撤销标记齐；金额若有按分 |
| 美团 | 按门店＋日期分页拉验券与撤销；失败整天重拉 |
| 抖音 | 按已存订单号查状态；pending／unknown 纳入 |
| 归日 | 上海自然日，与对账任务同一天界 |
| 衔接 | 导出结果进入三份比对；只出差异单，无自动补发 |
联调时用测试门店走一天：正常核销次日平台与本地条数一致；模拟一笔超时 pending，导出／查询能带出并在对账差异单出现；商家后台手工核一张，平台侧能拉到、本地标记外部核销且不自动发权益。
七、常见问题
核销记录导出和财务软件里的「核销导出」是一回事吗？
不是。财务／ERP 的往来核销导出是应收应付勾销单据；团购语境下的核销记录导出，是把美团验券历史、抖音券状态或账单明细按门店／日期（或订单号）拉全，用于和自有核销订单、店内权益对账。两套字段、两套日界，不要共用同一张导出模板。
美团和抖音导出方式为什么不一样？
美团侧通常提供按门店和日期的验券／撤销记录查询，适合「按自然日拉全店」。抖音侧更常见的是核销时保存平台订单号，次日按订单号查券状态；账单／明细查询用来补手工核等缺口。对账任务里两套节奏都要覆盖，而不是只做一种导出。
导出时哪些字段不能省？
券码或券 ID、平台订单号、核销门店、核销时间、撤销标记（及撤销时间）是对账唯一键与状态闭合的底线。金额若有，统一按分；走聚合时保留服务商订单号便于排查。缺门店会串店，缺撤销视图会让权益回收对不齐。
导出之后可以自动按平台结果补发权益吗？
不可以。导出／拉取只提供平台侧事实，对账应只出差异单，由店员确认后再补发、回收或改状态。自动补发或自动撤销，会把超时重试、手工核、撤销窗口内的中间态放大成事故。
通过无限聚核接入时，还要自己对接两套平台导出吗？
对账仍建议保留「平台事实」意识：聚合控制台与查询能力可提供门店维度明细和服务商订单号，但本地订单与权益仍是你自己的两份数据。以平台订单号／券标识对齐三份数据的方法不变；具体查询接口名以当期公开 API 与控制台为准。
文中平台规则摘自美团／抖音开放平台公开说明，聚合字段与对账衔接口径摘自无限聚核公开 FAQ／API 文档，查阅日期 2026-10-27，均以官方后台与当期文档为准。
