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

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

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

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

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

　　可見，會計期間的管理是一個統(tǒng)籌全局的問題。為了能夠適應大部分企業(yè)的應用，需要根據(jù)用戶的需求來實現(xiàn)自定義。這對系統(tǒng)的開發(fā)提出了比較高的要求。

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

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

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

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

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

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

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

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

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