# 为什么我的 POS 每次进行免税销售都要我手动抹除税费？

> Published: 2026-07-27
> Updated: 2026-07-27
> Author: Mathias Nielsen
> Category: POS
> Canonical: https://finalpos.com/zh-Hans/blog/pos-tax-exempt-sale-remove-tax-zh-Hans

您的 POS 强制要求您手动抹除税费，是因为它的税费模型是基于商品而非买家的。本文将探讨这给您带来的成本、行之有效的变通方法，以及免税销售在结账时真正应该如何运作。

因为大多数 POS 系统将税费建模为商品的属性，而不是买家的属性。您的商品目录知道一包化肥需要缴纳销售税，但它不知道购买化肥的人是持有免税证明（证明买家无需缴纳销售税的文件）的农场、非营利组织，还是为了转售而采购的承包商。由于系统本身没有免税销售的概念，结账时唯一的手段就是让收银员手动从订单中抹除税费，有时甚至要逐行修改，而排队的顾客则越等越长。

问题出在这种设计选择上，而不是您的收银员。以下是产生该现象的原因、它暗中带给您的代价，以及解决办法。在介绍细节之前说明一点：不同州、省和国家的免税规则有所不同，因此请将本文视为工作流建议，而非税务建议。

![在平板 POS 上手动修改订单并保留纸质记录的手，这是免税销售的手动变通方法](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/91141aabf4e1ec9e-manual-tax-removal-inline.jpg)

## 为什么我的 POS 将免税视为边缘情况？

因为税费处于数据模型的错误层级。在大多数系统中，您为每件商品设置一次税率，结账时会自动套用。这在改变税费的因素是商品本身时运行良好；但如果改变税费的因素是买家，这种模式就失效了。免税是买家层面的事实，而商品层面的税款模型根本没有存放它的位置。

软件供应商知道这一点。但他们也知道免税交易在大多数商家的交易量中占比很小，因此修复方案在开发路线图上一放就是几年。在固定屏幕的 POS 上，您无法自行添加缺失的步骤，因此这种缺陷就变成了员工的日常规避操作。这与[用每晚导出 CSV 代替真正的数据报告](/blog/nightly-csv-exports-not-a-reporting-strategy)模式如出一辙：都是为了弥补缺失工作流而采取的长期变通手段。

## 手动抹除税费究竟会给您带来什么代价？

远不止每笔交易多花 30 秒的时间（尽管[结账时节约的每一秒都很重要](/blog/checkout-ux-small-changes-cut-seconds)）。真正的代价在于：

- 遗漏明细。在包含 20 件商品的订单中，只要有一行本应归零的含税商品被遗漏，就意味着您要么向免税买家收了税，要么缴纳了您从未收取的税款。
- 多税率错误。当购物车包含多种税率或复合税率（税上加税）时，手动修改极易出错。
- 审计跟踪断裂。手动修改的订单通常不会记录抹除税费的原因或所依据的免税证明。当审计员询问时，您只能凭记忆去还原当时的意图。
- 报表数据混乱。手动抹除在报表中通常会被归类为折扣或改价，这会低估净销售额并错报实收税款。您的[财务摘要](/help/read-your-financial-summary)应该将免税销售显示为“免税”，而不是显示为“降价”。
- 权限过度膨胀。如果抹除税费需要订单修改权限，那么每个收银员就都需要订单修改权限，这放开了超出您预期的安全口子。

## 目前有哪些真正管用的变通方法？

按实用程度排序，有以下三点：

**在税费设置中建立免税路径。** 大多数系统允许您定义具名的税率和税组；在 Final 中，这位于[设置，然后是税费](/help/set-up-a-tax-table)。对于非目录商品，[自定义销售](/help/make-a-custom-sale)允许您选择适用的税组，或者完全跳过税组。无论哪种方式，销售都是规范地通过税费系统处理，而不是绕过系统手动修改。

**严密保存纸质凭证。** 在美国，买家向您提供填写好的免税证明，您需要将其存档；标准化证明在 24 个简化销售税（Streamlined Sales Tax）成员州通用[¹](https://www.streamlinedsalestax.org/for-businesses/exemptions)。请归档免税证明以便与特定订单相匹配，因为仅凭销售记录是无法证明的。

**不要用折扣来假装免税。** 给予等同于税额的折扣在收据上看似乎没问题，但在其他所有地方都是错的：净销售额下降、实收税款依然不准确，而且账目将无法对账（即报表无法与实际流动的资金匹配）。

![店铺后台办公室里归档免税证明的文件夹，这是免税销售背后的纸质凭证](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/e94fab0e6a211b87-exemption-certificate-records-inline.png)

## POS 应该如何处理免税销售？

应该作为订单层面的一项明确操作：将销售标记为免税、记录原因或证明编号、一步将适用税费清零，并将该订单作为免税销售而非折扣进行上报。买家的身份才是改变税费的原因，因此结账界面询问的也应该是买家的身份。

这归根结底是一个结账流程问题。固定 POS 为所有人提供相同的流程，但如果您每周都向农场、非营利组织、学校或转售商销售商品，那么无论对软件供应商来说免税多么边缘，对您来说它都不是边缘情况。这就像精品店不应妥协于[柜台上通用的灰色网格布局](/blog/brand-first-pos-layout-boutique-retail)一样：工作流应该与业务相匹配。在像 Final 这样灵活的平台上，结账是您用自然语言描述的流程，而不是固定的屏幕，因此您柜台所需的步骤可以成为设计的一部分，而不是事后打上的补丁。

## 那么，为什么您的 POS 会让您手动抹除税费？

因为它在商品层面建立税费模型，而您的免税买家存在于订单层面。手动修改只是症状，缺失的工作流才是根源。经验法则：**如果一项法规要求在结账时需要多个繁琐的步骤来完成，那么您面临的是工作流问题，而不是培训问题。** 如果您正在评估新系统，请在演示脚本中加上“演示一次免税销售”，并在切换后参考[首周使用新 POS 设置清单](/blog/first-week-on-a-new-pos-setup-checklist)。

## FAQ

**Q: 什么是免税销售？**
A: 免税销售是指买家在法律上被允许在不缴纳部分或全部销售税的情况下购买商品，通常涉及非营利组织、政府机构、学校、农场或用于转售的企业。这通常需要由卖家存档的免税证明来记录。

**Q: 为什么我不能直接从订单中扣除等同于税额的折扣？**
A: 折扣改变的是净销售额，而不是税费。您的报表将显示较低的收入和错误的实收税款，导致您的账目与实际资金流不符，而且订单中不会留下有效免税的记录。

**Q: 我需要归档免税证明吗？**
A: 在美国大多数州，是的。买家提供填写好的证明，卖家保留一份副本；如果没有该证明，审计可能会让您承担未收取税款的责任。规则因州和国家而异，请与您所在的管辖区确认。

**Q: 我可以在我的 POS 中设置 0% 或免税选项吗？**
A: 许多系统允许您定义具名的税率和税组，并将不同的税组（或不设税组）应用于商品或销售。请确保免税销售在您的税费报表中仍正确显示，而不是被记录为折扣。

**Q: 对于小商家来说，免税销售有多普遍？**
A: 这取决于您的客户群。五金店、农资供应商以及学校、医院或政府机构附近的店铺，每周甚至每天都会遇到免税买家，这会让手动变通方法的成本迅速增加。