財政年度結束：結束交易
哪種簿記做法最能保持當年的交易平衡？
這個問題專門尋求一個受益於簿記積累智慧的共識的答案。我想知道我應該在哪些賬戶中記錄每年的開盤和結賬交易，以便以下述方式保持賬簿的靈活性。
我熟悉複式記賬的概念，並且正在使用該系統來管理我的個人財務。現在我想介紹一些交易，讓我可以選擇檢查一系列過去的交易，這些交易是在我做一些報告時選擇的，停止過去任意數量的年份，並且正常情況下包含的年份餘額為零。
所以我想讓每個財政年度的分類賬都是獨立的：一開始所有賬戶都為零，然後初始交易設置從上一年結轉的期初餘額，最終交易關閉賬戶回到零。
我的想法看起來像這樣：
FY 2009–2010 [initial balances zero] 2009-07-01 Opening balance [some set of transactions that move quantities to how they actually were on this date] 2009-07-04 Cheese […] 2009-08-12 Loan repayment […] [… more normal transactions …] 2010-06-30 Closing balance [some set of transactions that move quantities to leave all accounts zero except for Equity] FY 2010–2011 [initial balances zero] 2010-07-01 Opening balance […] [… more normal transactions …] 2011-06-30 Closing balance […]以這種方式跟踪每年的書籍，我可以讓我的報告程序只關注我對任何特定目的感興趣的年份的數據。知道每一年都從頭開始意味著我不需要將我的會計程序指向整個批次，只需要那些我想要報告的。
所以這就是為什麼我正在考慮如何正確地進行那些打開和關閉交易，以及應該涉及哪些賬戶。
但也許我誤解了簿記的可行性。有沒有更好的方法來保持賬簿的可管理性，而無需從一開始就考慮每個賬戶？
我不確定是否有充分的理由為個人財務會計舉行“結賬”儀式。（而且您不僅想要這樣做，而且有一個與日曆年不同的財政年度？哎呀！）我的理解是，通常這個過程是為了讓企業能夠解釋他們的“留存收益”這些是出於投資者和稅收目的；一般來說，個人不會以這些方式考慮他們的財務狀況。
不過，這當然不是不可能的。例如，Gnucash 實現了“結賬”功能，該功能旨在將每個收入和費用賬戶的交易創建到年終股權留存收益賬戶中。但是，它不會對資產或負債進行任何形式的平倉。（而且我不確定這有什麼意義，因為您會將其從您的資產轉移到年終結算賬戶，然後將其作為下一年的期初餘額轉回？）
如果您想將每一年完全分開，Gnucash Wiki 中關於關閉書籍的頁面提到，可以通過從現有文件中導出帳戶樹，然後將該樹和余額導入到新文件中來每年創建一個單獨的 Gnucash 文件文件。不過，我希望跨多年數據執行報告會變得更具挑戰性。
雖然您的問題似乎不是針對 Gnucash 的（我之所以提到它是因為它是我最熟悉的會計工具），但我希望任何會計程序都具有類似的功能。
但是，我想指出Gnucash 手冊中的這一部分：
請注意，不需要關閉 GnuCash 中的書籍。您無需在每個財務期末將您的收入和支出賬戶清零。GnuCash 的內置報告會自動處理兩個不同財務期之間的留存收益等概念。
事實上，結賬會降低標準報告的實用性，因為這些報告目前不了解結賬交易。因此，從他們的角度來看，每個賬戶在給定時期內的淨收入或支出似乎只是零。
這在很大程度上就是為什麼我只是不確定你的目標是什麼。如果您想查看一段時間內的交易，如您所說，“只關注我對任何特定目的感興趣的年份範圍”，那麼請繼續執行您關心的那些年份的報告作為日期。“關閉書籍”的想法來自於你想要拿一堆紙質分類帳並在不需要定期查閱它們時將它們存放起來的時候。電腦現在完全沒有儲存“從一開始的每個帳戶”的挑戰，您可以過濾掉這些數據以輕鬆專注於您正在尋找的任何內容。如果您不想查看舊數據，請不要將它們包含在您的報告中。我很確定那是“
這是對原始問題的答案，即使它與先前答案的建議有關。
我相信這個問題可以歸結為“我是將所有會計記錄保存在一個儲存桶中還是將其拆分為單獨的會計期間？” （我使用“會計期間”而不是“財務年度”，因為它不一定持續一年。）
我確信在財務期結束時關閉賬簿有幾個很好的理由。許多與公司財務有關，這在這裡是題外話，但小企業和個體經營財務的某些方面不能與個人會計分開。我的推理如下：
- IT技術。
一種。每台電腦上的每個文件都可能被故意或意外損壞。文件越大，風險就越大（而且它是不成比例的，即一個文件大小是另一個文件的兩倍，風險就會超過兩倍）。據我所知，GnuCash 在其他會計程序中將目前期間的整個數據保存在一個文件中。極少量的損壞可能會導致整個文件不可讀。備份並不能防止損壞，但在某些情況下，它可以在很長的時間內從中恢復。
灣。除非您的備份系統僅儲存已更改的部分文件（段、塊、集群），否則任何已更改非常少量的文件都需要復製到備份數據儲存區。這將增加每次備份所需的時間和備份儲存的大小。額外時間需要適用於自上次備份以來已更改的文件 - 如果文件自上次相關備份以來未更改長度或修改日期，它將被忽略。如果將四年帳戶保存為單獨的文件，則更改後僅備份最後一個帳戶。如果四年保存在一個文件中，則每次進行更改時都會完整備份該文件。
- 法律和會計方面的考慮。顯然，企業或小型企業的考慮是題外話，但在某些情況下它們會影響個人賬戶。
在英國，任何收入來自直接就業的人都可以根據一個公式從收入中扣除稅款，該公式通常確保在納稅年度結束時（4 月 6 日至 4 月 5 日）支付正確的稅款（按收入支付 -支付）。該計劃也適用於擁有多個雇主以及來自銀行和投資的收入的人。
如果收入來自其他來源，單獨或與就業一起，女王陛下的收入和稅務部門 (HMRC) 將要求申報所有收入並為所有收入繳納稅款。
任何此類收入都必須能夠證明，並且此類證明通常意味著會計程序包括將每個會計期間與之前的會計期間分開，以確保將收入歸因於正確的納稅年度。
因此，我認為，能夠從一個會計期間過渡到另一個會計期間，同時保持流動餘額以及累積收入和支出以及基本特徵。有一些程序可以讓 GnuCash 做到這一點，但他們有一個重大遺漏（如果有人能告訴我如何繞過這個，我會很感激聽到他們的消息），那就是無法進行預定的交易，儘管他們可能會在不同時期改變值，通常會保持相同的頻率。
如果我能找到另一個可以做到這一點並滿足我所有其他要求的開源帳戶應用程序，我可能會很快轉向它。