税费与附加费
费用栈决定客人在房价之外还要被收哪些钱。这是在接下第一条真实预订之前就必须配置正确的部分，因为每一项费用都会在下单的那一刻被固定到那条预订上。事后更正费用栈只对之后的预订生效，绝不会改写已经报给客人或已经收取的金额。
它在酒店设置 > 税费中配置。
接下第一条真实预订之前先把它配对
费用只在创建预订的那一刻确认一次。如果你上线时漏配了某项税费，这期间接到的预订会保留它们创建时的费用栈，差额只能在每一份账单上手工补正。
费用栈里的每一行都有五个属性。它们组合起来，几乎可以把任何法定税费或酒店自定费用表达成数据，不用写代码。
| 字段 | 它控制什么 |
|---|---|
| 类型 | 这是哪一类费用：服务费、税、绿色税、刷卡手续费，或自定义费用。它决定这项费用如何标注与统计。 |
| 计算方式 | 金额怎么算出来：百分比、每人每晚固定金额，或一笔固定金额。 |
| 费率 | 百分比方式下的百分比数值，或固定金额方式下的单位金额。 |
| 计算基数 | 百分比是按基础房价计算，还是按截至该行的累计小计计算。层级关系就是由此产生的。 |
| 适用范围 | 它作用于客房费用、餐饮费用，还是全部费用。 |
另外两项控制可以缩小一项费用触及的对象与范围：
- 客人市场：
all、international或local。设为international的费用，对使用仅限本地房价方案下单的客人会跳过。本地居民免税就是这样表达出来的；而且市场是从房价方案的可见性规则推导出来的，而不是靠一份方案 ID 清单，所以你下个月新建的房价方案会自动被覆盖到。 - 房型与预订来源：一项费用可以限定到特定房型，或特定预订来源，这样只针对 OTA 的费用就不会落到直订上。
各行的顺序，加上每一行的计算基数，决定费用如何叠加。这一点很关键：同一项税，按基础房价计算和按累计小计计算，得出的合计并不相同。
马尔代夫的费用栈是最清楚的例子，而且它完全用数据表达：
- 服务费，10%，按基础房价计算。
- TGST，16%，按累计小计计算，因此它是对房价加上服务费之后的金额征收的。
- 绿色税，每人每晚一笔固定金额，最后适用，并且它本身不再被征税。
把这几行的顺序调换，客人付的总额就会变。如果拿不准，请用下文说的实时预览，而不是靠推理去判断。
一项费用要么加在价格之上，要么已经含在价格里。
- 价外费用会作为独立的一行加到账单上，并增加客人应付的金额。
- 价内费用已经包含在房价里。为了透明，它们会显示在账单与发票上，也会作为已收税费统计，但绝不会增加余额。
价内还是价外，是房价方案的属性，而不是费用本身的属性。当某个方案是价内的时，Veridien 会从含税总价倒推出净房费收入与其中包含的税，因此你的平均房价与 RevPAR 是按不含税口径统计的，不会被税额虚增。
价内定价目前还不能自助设置
房价方案表单今天还没有价内/价外开关，所以除非有人替你按价内创建，方案默认都是价外的。发布价内房价表之前请先联系客服。由于收入确认在入账时就已固定，之后再改这一项，也不会重述任何一条已有的预订。
「税费」界面自带实时预览：输入一个示例房价、客人数与晚数，Veridien 会按顺序逐行显示客人会看到的确切明细。任何改动之后都用它验一遍。这比创建一条测试预订更快也更安全，而且这是确认调整顺序确实达到预期的唯一方式。
与其从零搭建费用栈，你可以套用国家模板，它会按该法域的常见做法，用标准费率和顺序创建对应的各行。先套用模板，再把费率调整成与你自己的税务登记一致，然后预览结果。
模板只是起点，不是税务建议
模板反映的是常见配置，不是你具体的税务状况。上线前请与你的会计确认费率，以及哪些费用适用于你的酒店。
如果你经营餐厅门店，它有自己的费用栈，按门店在「餐厅设置」中配置。酒店的费用不会作用于餐厅订单，反之亦然，正因如此，餐厅才能采用与客房不同的税务处理（以及不同的币种）。
刷卡与支付网关的手续费与费用配置在一起，挂在支付方式本身上。它们是商户成本，不是向客人加收的费用。手续费在记录付款的那一刻被固定，并在统计中减少你的净收入，但绝不会增加客人的余额。