> ## Documentation Index
> Fetch the complete documentation index at: https://docs.orriven.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 捆绑销售

> 把票种和加购项组合成一次购买——买家获得的是每个项目各自的报名与权益。

捆绑把已有的票种和加购项组合成一次购买——「VIP 双人套票」、「门票 + 早餐」组合。入口在活动导航中的「捆绑销售」。

核心概念：**捆绑只是盒子上的名字**。它本身不授予任何东西。有人购买捆绑时，得到的是每个内含项目**各自**的结果——盒子里每个票种对应一条报名，每张票和每个加购项的权益也各自到账。不存在「捆绑权益」，也不存在捆绑层面的报名。

## 组合并发布捆绑

<Steps>
  <Step title="创建">
    点击「创建捆绑」并命名。与票种一样，它生来是**草稿**。
  </Step>

  <Step title="装填内容">
    在捆绑详情页通过「添加票种」和「添加加购项」装填内容，并为每项设置数量——两张普通票加一张早餐券，就是含早餐的双人套装。捆绑至少要有一个项目才能发布。
  </Step>

  <Step title="发布">
    点击「发布」并确认。此后捆绑即可作为一次购买出现在结账流程中。
  </Step>
</Steps>

## 买家得到什么

购买捆绑走一条[订单](/zh/ticketing/orders)，履约时拆箱：

* 每个**票种**项目产生它自己的报名——计入该票种的容量，与单独购买完全一致。
* 每个**加购项**项目交付它自己的权益。
* 权益全部来自内含项目，绝不来自捆绑本身。

## 生命周期——与票种一致

捆绑沿用标准生命周期：**草稿 → 开放 ⇄ 已关闭 → 已归档**。草稿不可见；「关闭售卖」/「重新开放」切换可购状态；捆绑**从不删除**，只能归档，恢复后落在**已关闭**上，绝不直接开放。完整规则见[票种](/zh/ticketing/ticket-types)。

## 注意事项

* **内含项目的规则照常生效。** 捆绑卖不出它的内容卖不出的东西：内含票种已售罄或不在售卖窗口内时，该项目无法成交。设置内容容量时请把捆绑销量考虑进去。
* **已归档的项目会被标记**在内容列表中（「——已归档」），指向退役商品的盒子一眼可见。
* **不能嵌套。** 捆绑只能包含票种和加购项，不能包含其他捆绑。
* **当前免费。** 捆绑尚无自己的价格；捆绑定价随付费票务推出。
* **退款按商品各自的政策** ——捆绑和其他可售项一样可以引用[退款政策](/zh/ticketing/refund-policies)。

<Tip>
  正因为捆绑本身不授予任何东西，你永远不需要手动同步：修改票种的权益或表单，所有包含它的捆绑自动跟随。
</Tip>

## 相关页面

<CardGroup cols={2}>
  <Card title="票种" icon="tickets" href="/zh/ticketing/ticket-types">
    捆绑中票种项目产生的报名。
  </Card>

  <Card title="增值加购" icon="circle-plus" href="/zh/ticketing/addons">
    捆绑可以包含的、携带权益的附加项。
  </Card>
</CardGroup>
