# 团购核销记录怎么导出，字段清单怎么和对账衔接, 无限聚核

> 核销服务由无限聚核提供，美团、抖音团购核销一站式接入。

搜「核销记录导出」，前排经常是用友／金蝶往来核销 PDF、有赞商城「如何导出核销记录」、财务软件手工核销表。团购开放平台开发者要的不是那套账：而是按门店和日期把美团验券历史、抖音账单或券状态拉全，字段能对齐自有核销订单，再喂给次日对账。

**一句话回答：** 在团购核销接入里，「导出核销记录」＝按门店／日期（或按已保存的平台订单号）把平台侧验券与撤销明细拉全，落到可对账的字段集；它是每日三份比对的输入，不是 ERP 往来勾销，也不是商城后台点一下导出 CSV 就完事。美团侧常见按门店验券历史分页拉；抖音侧多用核销时保存的订单号查券状态，或按账单／明细查询节奏补齐。导出结果必须带齐券码（或券 ID）、订单号、门店、时间、撤销标记，金额若有则统一按分。对账只出差异单，**不要**根据导出结果自动补发权益或自动撤销。以下整理自平台公开接口说明与无限聚核公开 FAQ／API 口径，查阅日期 2026-10-27，以官方后台与当期文档为准。

- **先钉语境：** 本文说的是团购券核销明细，不是财务往来核销、也不是通用商城订单导出；
- **必含字段：** 券码／券 ID、平台订单号、门店、核销时间、撤销标记，金额若有按分；
- **拉取节奏：** 美团按门店＋日期分页；抖音按订单号查状态，本地 pending／unknown 一并查；
- **和对账衔接：** 导出喂给三份比对；只出差异单，勿自动补发。

![示意图：左栏导出源——美团门店验券历史按门店／日期／业务类型分页拉验券与撤销，抖音账单／券状态按订单号或日期节奏并覆盖本地 pending／unknown；中栏必含字段——券码或券ID、平台订单号、核销门店ID、核销时间按上海自然日归日、撤销标记与时间、金额若有统一按分、服务商订单号便于排查；右栏对账衔接——平台记录×本地订单×店内权益三份按券比对，只出差异单，勿自动补发或自动撤销，导出是对账输入不是替代](assets/hero.png)

*示意图：通用做法与字段名摘自平台公开文档及聚合 FAQ／API 口径（2026-10-27 查阅），不是真实后台界面。财务「往来核销」与团购开发者语境不是同一概念。*

## 一、先划清：你要导出的不是 ERP 往来核销

| 说法 | 常见出处 | 开发者该怎么理解 |
|---|---|---|
| ERP／财务「往来核销」 | 用友、金蝶、畅捷通等应收应付勾销 | 记账与勾销流程，与团购券状态无关 |
| 商城「导出核销记录」 | 有赞等电商帮助中心 | 店铺后台订单／核销明细 CSV，不是开放平台按门店拉验券历史 |
| 团购「核销记录导出」 | 美团门店验券历史、抖音账单／券状态查询、聚合控制台明细 | **按门店／日期（或订单号）拉平台验券与撤销明细**，字段对齐自有订单后再对账 |

搜索引擎把几类「核销／导出」揉在一起，容易把财务导出模板抄进团购对账任务。接入团购时，以平台开放文档为准：你要的是「这天这家店平台到底核了哪些券、撤了哪些」，用来和本地核销订单、店内权益逐张对齐。

## 二、美团：门店验券历史怎么拉

自接美团服务零售时（查阅日期 2026-10-27，以官方为准），常见做法是：

1. **按门店、日期、业务类型**查询验券记录，再单独查撤销验券记录（或同一能力下的撤销视图）；
2. **分页拉全。** 某一页失败就整天重拉，不要跳页硬拼；翻页期间若有实时写入，按券唯一键做集合合并，而不是边翻边改本地状态；
3. **单张复核**可用已验券查询类接口，对账主路径仍以按日拉取为准。

通过无限聚核时，控制台核销记录与开放查询能力同样按门店维度组织；对账任务仍建议以「平台事实＋本地订单」两头查，不要只信一侧导出。

## 三、抖音：账单或券状态查询的节奏

抖音生活服务侧，开发者对账更常走：

1. **核销当下就存平台订单号与券 ID。** 次日用订单号批量查券状态，比事后靠模糊搜索靠谱；
2. **本地 `pending`／`unknown` 一并纳入查询。** 超时未决的单子，是对账要优先闭合的集合；
3. **账单／明细查询**可用于补齐「店员在来客后台手工核」等本地没有订单号的场景，但要清楚：订单查询结果不等于「已核销」的充分证明，仍以券状态为准。

不要把「导出一张大表」当成唯一真相源：抖音侧按订单号查状态，和美团侧按日拉验券历史，是两种互补节奏，对账任务里通常两套都要跑。

## 四、必含字段清单

无论自接还是走聚合，落库／导出时建议**每张券一行**，至少覆盖：

| 字段 | 用途 |
|---|---|
| 券码或券 ID | 唯一键之一；美团常存券码，抖音常存 `certificate_id`（按字符串存） |
| 平台订单号 | 抖音查券状态的主入口；美团侧亦便于单张复核 |
| 门店（核销门店 ID） | 连锁场景禁止串店；和授权门店一致 |
| 核销时间 | **按平台时间、上海自然日归日**，跨零点不要各算各的 |
| 撤销标记／撤销时间 | 对账要同时拉撤销视图，否则权益回收会对不齐 |
| 金额（若有） | 售卖价／实付**统一按分**存；有则导出，无则不要编造 |
| 服务商订单号（若走聚合） | 排查用，不替代平台订单号 |

可选但很有用：套餐 ID、业务类型、本地核销状态（pending／succeeded／unknown／revoked）、对应店内权益 ID。一次核多张时，按响应逐项拆行，不要把整单糊成一行。

## 五、导出如何喂给每日对账

导出不是终点。本站《团购核销怎么对账》把每日任务收成：平台核销与撤销记录、自有核销订单、店内权益三份按券比对，分出差异后只出差异单。本文不复述五类差异的长表，只钉衔接关系：

1. **导出／拉取＝对账的平台侧输入。** 字段缺了，差异分类会漂；
2. **本地订单与权益是另外两份输入。** 只导出平台表，对不上「本地以为成功／权益已发」；
3. **对账任务只出差异单。** 不根据导出结果自动补发权益，也不自动撤销；由店员确认后再处理；
4. **归日口径一致。** 导出按上海自然日切日，对账查询用同一天界，避免一张券进两天或漏一天。

幂等与超时重试决定你会不会多出「本地 pending、平台已核」之类差异；那是核销写路径的事，导出侧负责把平台事实拉全，不要在导出脚本里偷偷「修数据」。

## 六、分页、时区与落地清单

| 项 | 通过标准 |
|---|---|
| 语境 | 需求写明「团购核销明细导出」，未与 ERP 往来核销、商城 CSV 混用 |
| 字段 | 券码／订单号／门店／时间／撤销标记齐；金额若有按分 |
| 美团 | 按门店＋日期分页拉验券与撤销；失败整天重拉 |
| 抖音 | 按已存订单号查状态；pending／unknown 纳入 |
| 归日 | 上海自然日，与对账任务同一天界 |
| 衔接 | 导出结果进入三份比对；只出差异单，无自动补发 |

联调时用测试门店走一天：正常核销次日平台与本地条数一致；模拟一笔超时 pending，导出／查询能带出并在对账差异单出现；商家后台手工核一张，平台侧能拉到、本地标记外部核销且不自动发权益。

## 七、常见问题

### 核销记录导出和财务软件里的「核销导出」是一回事吗？

不是。财务／ERP 的往来核销导出是应收应付勾销单据；团购语境下的核销记录导出，是把美团验券历史、抖音券状态或账单明细按门店／日期（或订单号）拉全，用于和自有核销订单、店内权益对账。两套字段、两套日界，不要共用同一张导出模板。

### 美团和抖音导出方式为什么不一样？

美团侧通常提供按门店和日期的验券／撤销记录查询，适合「按自然日拉全店」。抖音侧更常见的是核销时保存平台订单号，次日按订单号查券状态；账单／明细查询用来补手工核等缺口。对账任务里两套节奏都要覆盖，而不是只做一种导出。

### 导出时哪些字段不能省？

券码或券 ID、平台订单号、核销门店、核销时间、撤销标记（及撤销时间）是对账唯一键与状态闭合的底线。金额若有，统一按分；走聚合时保留服务商订单号便于排查。缺门店会串店，缺撤销视图会让权益回收对不齐。

### 导出之后可以自动按平台结果补发权益吗？

不可以。导出／拉取只提供平台侧事实，对账应只出差异单，由店员确认后再补发、回收或改状态。自动补发或自动撤销，会把超时重试、手工核、撤销窗口内的中间态放大成事故。

### 通过无限聚核接入时，还要自己对接两套平台导出吗？

对账仍建议保留「平台事实」意识：聚合控制台与查询能力可提供门店维度明细和服务商订单号，但本地订单与权益仍是你自己的两份数据。以平台订单号／券标识对齐三份数据的方法不变；具体查询接口名以当期公开 API 与控制台为准。

文中平台规则摘自美团／抖音开放平台公开说明，聚合字段与对账衔接口径摘自无限聚核公开 FAQ／API 文档，查阅日期 2026-10-27，均以官方后台与当期文档为准。