🧾 消费税计算器

输入价格,在含税与不含税之间双向转换。支持 10%、8% 减免税率与自定义税率。批量、货币符号、千分位、舍入模式。

完全免费无需注册浏览器内完成 5 种语言深色模式

🔒 关于隐私

・所有计算均在您的浏览器中完成
・输入的价格不会发送到任何服务器
・无存储日志、无上传记录、无数据库

输入模式

税率

自定义 (%)

货币

舍入

价格(每行一个)

明细

📖 常见的坑

在含税价与不含税价之间双向换算，支持 10%、8%（轻减税率）及任意税率，处理全部在浏览器内完成。这里给出的是单条的计算结果——整张发票的税额，会因「逐条计算后相加」还是「对合计只算一次」而相差几元。选哪一种由制度与交易双方的约定决定，并非计算公式的问题。

情形	会发生什么	怎么处理
尾数处理导致差 1 元	消费税尾数是舍去、进位还是四舍五入，法律并未规定——由经营者自行选择，并要求持续采用同一方法。因此己方发票与对方验收金额相差 1 元的情况会发生，而双方都没有错。会计软件多数默认舍去，但并不统一。	请在交易开始时约定采用哪种方法，并形成书面记录。系统侧的原则是把尾数处理方式作为配置项，而不要写死在代码里，因为不同客户可能不同。测试时请务必加入会落在半个单位上的边界值（不含税 105 元、税率 10% 得 10.5 元）——这是实现变更时唯一能被察觉的地方。
从含税价倒推不回原价	不含税 1,000 元 → 含税 1,100 元 → 再倒推回不含税，仍是 1,000 元；但含税 1,000 元 → 不含税 909 元 → 再算回含税，就变成 999 元。除法中丢掉的尾数，在乘法中回不来。以含税价为准的商品，其不含税金额始终只是用于展示的派生值，而非权威数据。	数据库中只保存一个作为「权威」的金额，另一个在展示时计算。两个都存，迟早会出现只更新其一的事故。零售场景以含税价为准就存含税，B2B 以不含税报价为准就存不含税。同样重要的是不要把已四舍五入的值再用于后续计算——用展示用的舍入金额去求合计，正是「明细与合计对不上」的成因。
搞错轻减税率的适用范围	8% 的适用范围是「食品饮料（不含酒类与堂食）」与「每周发行两次以上的订阅报纸」。其判定常常违反直觉：堂食为 10%，外带为 8%；味醂属酒类故为 10%，味醂风调味料则为 8%。是否外带需在下单时确认顾客意愿后决定，无法仅凭商品属性判断。	请把税率作为商品主数据的属性保存，并允许在下单时覆盖。按商品写死，就无法应对同时提供堂食与外带的店铺。为税率本身设置生效起始日，重算历史交易时才能按当时的税率计算。这样才能避免「重开历史发票却用了当前税率」的事故。

税率与税制因国家与时期而异。本计算器可自行输入税率，因此也可用于其他国家的增值税，但多档税率的适用规则、免税与减征的范围、尾数处理的惯例，各国完全不同。在跨境交易（如提供数字服务）中，适用买方所在国税率的制度正在扩大，仅按本国税率计算并不够。当金额会影响业务时，请务必与税务师或会计确认——本页面只代劳算术，不做任何制度上的判断。

📖 使用方法

1

选择输入模式

选择输入是含税还是不含税。
2

选择税率

选择 10%、8% 减免或自定义。
3

输入价格

每行一个价格,可批量转换。
4

查看明细

查看每行小计、税额、含税合计与总计。可复制到剪贴板。

❓ 常见问题

8% 减免税率何时适用?

在日本,8% 减免税率适用于食品饮料(不含酒精和堂食)以及每周发行 2 次以上的订阅报纸。

该选哪种舍入方式?

日本零售常用四舍五入,部分企业使用向下或向上取整。请按会计规则选择。

输入数据会被保存吗?

不会。所有计算均在浏览器中完成。

🔗 相关工具

🐛 此工具出现问题了吗？

免费、无需注册。仅提供复现步骤也有帮助。报告将直接发送给运营者并用于改进。