存儲銷售稅信息的最佳方式

Question

在設計用於銷售和採購的庫存管理數據庫系統時，存儲各種稅收和其他金額的最佳方式是什麼？

幾個是可以被挽救的字段有：

• 單價不含稅
• 單價含稅
每件
• 稅
• 總不含稅（四捨五入到2位小數）
• 含稅總額（四捨五入爲小數點後二位）
• 總稅額（四捨五入爲小數點後二位）
• 稅收百分比
• FK鏈接到稅務％（而不是存儲稅額）

目前最合理的解決方案至今被存儲下來（大約）項目，數量，總不含稅（四捨五入） ，總稅額（四捨五入）。

有沒有更好的方式來存儲這些通用系統的細節？

鑑於系統需要健壯，如果有多個可能需要分開的稅務價值（如州和市）需要做什麼？在這種情況下，一個單獨的表格將會是順序的，但是如果只有一個rowID和一個taxID映射到totalTax列，會被認爲是過度的嗎？

澄清：詢問如何存儲關於單個交易和那邊的數據;而不是關於特定稅率的細節。

Answer 1

問題的方法是如果在過去12個月英國的稅收變化，增值稅（銷售稅）改變了兩次。

當我在電子商務網站工作時，我們有一個表Tax_Rate，它持有商店處理的不同稅率，例如。

1. TaxFree - 0％
2. 還原 - 17.5％
3. DiscountedVat - 15％
4. 等..

，然後你的股票表中的字段可能有

• 項目Id
• 單價
• fk_TaxRate

您invoice_detail行的表將

• ˚F k_OrderId
• fk_ItemId
• PerItemPriceCharged（非規格化）
• TaxRateCharged（非規格化）
• QuantityOrdered

發票表將

• 的OrderId
• fk_CustomerId

其中fk_表示外鍵。請注意，OrderId在發票行表中不會唯一。編輯：今天頭到處都是。

由於您不希望物料價格或稅率的未來更改影響歷史發票，因此您需要非正常化發票行總額和稅率總計。