期間雖然說是財務模塊需要用到的概念，但是在ERP系統中則是貫穿到所有的ERP模塊中。如銷售、采購、倉庫等等都受到期限制。可見，從系統開發的角度看，期間在ERP系統中也是一個全局化的變量。具體的來說，在設計期間的管理思路時，筆者認為需要從如下幾個角度出發。

　　1. 期間并不是以月為單位

　　從理論上來說，會計期間是以月為單位的。即相關的單據，如收貨單或者發料單，必須在每個月月底都要結帳。不過在實際工作中，可能會與這個有差異。如有可能企業并不是以自然月作為期間。筆者以前在給多家企業實施項目的時候，都遇到過類似的問題。他們可能認為，等到每個月月末再結賬的話，開發票或者發票驗證會來不及。因為這國家都有比較嚴格的時間限制。為此這些企業會人為的定義期間，如定義每個月結帳的時間為25日等等。

　　雖然這不怎么合法，但是這卻在情理之中。而且在現實工作中，會計事務所等審查機構，對此也是睜一只眼、閉一只眼。特別是對于非上市公司來說，這么做是允許的。為此我們在進行ERP系統設計與開發的時候，也需要考慮到企業這方面的需求。簡單的說，就是在期間管理的時候，不但要能夠實現按自然月來劃分期間，而且還允許按非自然月來進行劃分。如每個月的26日到下月的25日作為一個期間。當7月26日的收貨單，系統就會當作是8月份的單據。

　　不過在開發的過程中，需要注意的是，這個期間不光光是財務上面的控制。其還涉及到其他報表的內容。如現在需要通過8月份的銷售訂單出貨情況，那么其統計的口徑就必須使7月26日到8月25日的出貨明晰。不然的話，就會與財務部門的帳因為統計口徑的不同而出現誤差。

　　可見，會計期間的管理是一個統籌全局的問題。為了能夠適應大部分企業的應用，需要根據用戶的需求來實現自定義。這對系統的開發提出了比較高的要求。

　　2. 期間關閉后仍然要允許進行一些管理性工作

　　一般來說，如果期間關閉，那么對于關閉期內的單據是不能夠進行更改或者操作的。如7月份的期間已經關閉，則不能夠將出貨單的日期改在7月份，同時也不能夠將7月份的出貨單重新打開更改數量等等。這是會計期間管理的基本要求。不過在實際工作中，仍然允許在關閉的期間內，做一些管理性質的更改工作。具體的說，有如下內容需要注意。

　　一是單據的重新編號。對于企業內部的單據來說，有連續編號的要求。如采購訂單、應付憑單、付款單等等需要連續編號。這有利于后續相關部門的審計。但是在實際工作中，由于單據刪除等原因，會導致單據的不連號。在這種情況下，ERP系統中往往會開發一個重新編號的作業。即在關閉期間之后（這主要是為了防止在重新編號作業執行中或者執行完畢后用戶又更改相關的單據從而影響其運行的效果），執行這個作業。此時系統會根據單據的創建時間對付款單等單據進行重新編號。然后用戶重新打印并歸檔。這看起來雖然麻煩一點，但是從長遠來看，還是必須的。如果要實現這個需求的話，那么在期間管理時，就不能一刀切，而要允許及時期間關閉后，也允許用戶運行這個"重新編號"的作業，對相關單據進行重新的編號。

　　二是自動扣料的作業。在一些設計比較完善的ERP系統中，都會有自動扣料的作業。如企業可能會有一些連續性的材料，如PVC等等。在領料的時候，都是整包整包領的。而不是按需領料。等到某張訂單生產完成后，再計算用掉的數量和剩余的數量。此時運行以下自動扣料作業，系統會自動生成退料單，將多于的材料退回給倉庫。在實際工作中，這個作業往往是在系統結賬之后、成本結轉之前才操作的。故這又涉及到會計期間的問題。如在8月2日做自動扣料作業，而這些材料又是涉及到7月份的完工產品。那么這些退料單時間必須在7月份，否則的話，就會影響到后續成本的統計。但是此時7月份的會計期間已經關閉。按照期間管理的要求，是不允許再在7月份這個會計期間進行交易的。不過由于自動扣料這個業務存在著特殊性，在系統開發時就需要給其開一道后門。允許自動扣料作業向關閉期間的月份內做交易。不過出于數據安全的考慮，最好對其也進行相關的控制。如只允許其向上一個會計期間做相關的單據。如在8月份運行這個作業，那么其自動扣料的時間只能夠是7月份，不能夠是6月份。這可以促使用戶及時的運行這個作業。

　　雖然這些例外性的內容并不是很多。但是在實際工作中，這些例外是必不可少的，是管理上的一種需要。如果ERP系統沒有這類似的功能，那么就必需要進行二次開發或者采取其他一些折中的方式。如筆者以前實施過易飛ERP系統。它在期間管理的時候，沒有自定義的功能，即指能夠按照月份作為會計期間。而此時用戶需要使用的是25日作為結賬日期。最后用戶只能夠人為的更改日期。即將每月26之后發生的交易該在此月1日。這雖然也是可行的，但是給后續的數據分析與管理帶來了很大的麻煩。因為此時每個月的26到月末的數據是空白的，而此月1日發生的交易又超多。為此筆者建議，在系統開發時，為了提高系統的靈活性，還是需要體現用戶這方面的需求。其實開發的思路也比較簡單，只需要加一個IF語句，并采用一定的限制條件即可。主要的關鍵是，在開發時，思路需要嚴謹。

　　3. 會計期間與成本結轉之間的關系

　　在會計期間的設計與開發中，還需要注意前后之間的聯系。在ERP系統中，有三個比較典型的作業跟會計期間相關，分別是關帳、成本結轉和結賬。關帳后，普通用戶不能夠再往這個期間內作相關的交易，而像自動扣料、單據編號調整等作業還是可以運行的。成本結轉作業運行時必須系統已經關帳，這可以防止系統運算的死循環。當結帳作業運行后，這個期間內的數據就不能夠做任何的更改。如果確實有錯誤的話，那么系統建議的是通過差錯更正或者成本調整作業來處理。

　　可見，在會計期間設計開發時，還必須考慮到這三個階段。并且需要了解，每個階段中其可以進行哪些操作。不同的操作，往往需要涉及到不同的限制。特別是對于成本結轉這個作業，需要引起特別的注意。成本結轉作業一定要在關帳之后才能夠運行。因為如果在這個作業運行后，系統的數據，如采購的單價等內容還發生變更的話，那么系統辛辛苦苦計算出來的成本數據就會跟實際有比較大的誤差。

　　總之，在期間的設計中，需要特別注意跟其他各個模塊之間的關系。在ERP系統中，會計期間已經不再是財務專用的一個概念，而是牽涉到系統的各個模塊中。作為ERP開發項目組的負責人，需要在各個模塊之間進行協調，讓會計期間的觀念深入到每個系統分析人員的心中。