sql - 存储销售税信息的最佳方式

Question

在设计用于销售和采购的库存管理数据库系统时，存储各种税费和其他此类金额的最佳方式是什么？

可以保存的一些字段是:

• 不含税单价
• 含税单价
• 每件商品的税金
• 不含税总计(四舍五入至小数点后两位)
• 含税总计(四舍五入至小数点后两位)
• 税金总额(四舍五入至小数点后两位)
• 税率
• Fk 链接到税费百分比(而不存储税额)

目前为止最合理的解决方案是(大致)存储元素、数量、不含税总额(四舍五入)和总税额(四舍五入)。

是否有更好的方法来存储通用系统的这些详细信息？

鉴于系统需要稳健，如果存在可能需要分离的多个税值(例如州和城市)，应该怎么做？在这种情况下，应该有一个单独的表，但是仅将 rowID 和一些taxID 映射到totalTax 列是否会被认为过多？

澄清:询问如何存储有关各个交易和该方的数据；没有太多有关具体税率的详细信息。

Answer 1

方法的问题是，如果税收发生变化，英国的增值税(销售税)在过去 12 个月内发生了两次变化。

当我在电子商务网站工作时，我们有一个表Tax_Rate，其中包含商店将处理的不同税率。

1. 免税 - 0%
2. 增值税 - 17.5%
3. 增值税折扣 - 15%
4. 等等...

然后你的库存表字段可能有

• 项目ID
• 单价
• fk_TaxRate

您的invoice_detail行表将是

• fk_OrderId
• fk_ItemId
• PerItemPriceCharged(非规范化)
• 收费税率(非规范化)
• 订购数量

您的发票表将是

• 订单ID
• fk_CustomerId

其中 fk_ 表示外键。请注意，OrderId 在您的发票行表中不会是唯一的。

编辑:今天头晕目眩。

您需要对发票行总计和税率总计进行非规范化，因为您不希望 future 项目价格或税率的更改影响历史发票。