歷史對會計系統設計的影響

不要對這話題有反感或負面評價，凡事也有它歷吏發展的進程，是自然的事。

每件事情一步一步的進展下去，每一步也會影響下一步，也同時影響其他人。到後來，就成了既定模式，大家也得重視它了。這並非不好，但我們要有正確的目光，判斷出甚麼是寶藏，甚麼是包袱，從中取得最適合的設計等。舉例說，互聯網是從http及HTML為主，大家也會使用，難道要浪費時間為自己的綱站做自己的Protocol嗎？Browser支持嗎？

那歷史對會計系統有甚麼影響？用實舉來說明吧。在未有電腦之前，會計帳目是人手記錄的。但紙質的帳簿只有一本，同一時間只能有一個人書寫。於是發展出不同的銷售日記等帳簿，由個別員工分別持有及負責入帳，最後就是將每一個分錄帳本記入總帳。這是聰明的設計，是每個會計員必讀的初階。

在引用電腦會計系統的初期，大多是用Systems development life cycle (SDLC model)來設計電腦系統的。這個model講求的是分析用戶的要求，將這要求電腦化，再通過實施(Implementation)將它實現出來。這model乜是一個好方法，但也順理成章地將應收應付等子系統也寫入系統中。隨著時間的改變，這樣的系統也成了常規化的設計。但這樣的系統是好是否就因人而異了。

每當有特別的費用、扣數或交易時，這應收應付子系統就要特別處理。相對地，也要有特殊設計來處理例外交昜，系統乜相對地不理性。

雖然不好，但也有些系統設計出不同而複雜的流程，有些流程我個人非常喜愛的是用不同功能去達到記錄交昜的目的，用家可根據自己的喜好選用。但另外有些就刻意將一個簡單工作分開數個流程，由不同的人分工負責，在這小工序有特別的交昜時，又要再有特殊功能處理。這配合現代的經濟實況是將會計記帳功能小規模化嗎？

我個人就傾向將系統集中在總帳處理，這樣可以更加貼心靈活地記帳。不要忘記，現今的實情是可以多人同時使用一本帳簿，有必要再分子帳簿嗎？不要浪費你的時間在不必要的東西上。