會計電算化編碼設(shè)置的原則

來源: 互聯(lián)網(wǎng) 編輯： 2011/04/14 16:30:12　　字體：大小

　　賬務(wù)系統(tǒng)中廣泛應(yīng)用代碼，在此主要介紹科目代碼的設(shè)置。建賬時要將收集到的會計科目加入賬務(wù)系統(tǒng)，建立賬務(wù)系統(tǒng)的會計科目體系。在電算化賬務(wù)系統(tǒng)中除了象手工賬務(wù)一樣要使用會計科目外，還要為每一個會計科目加入一個編碼。會計科目編碼通常用阿拉伯數(shù)字編制，采用群碼的編碼方式即分段組合編碼，從左到右分成數(shù)段，每一段設(shè)有固定的位數(shù)表示不同層次的會計科目。如第一段表示總賬科目，第二段表示二級明細科目，第三段表示三級明細科目。在設(shè)定科目編碼時需要重點注意以下問題：

　　（一）系統(tǒng)性

　　財政部已制定的各行業(yè)會計制度中都系統(tǒng)地給出了總賬科目及少量二級科目的名稱和科目編碼。在設(shè)定總賬科目編碼時必須符合財政部門制定的會計制度中的有關(guān)規(guī)定，設(shè)立明細科目編碼除會計制度有規(guī)定的以外，可按上級主管部門和本單位的管理要求設(shè)定，以保證科目代碼的系統(tǒng)性和統(tǒng)一性。

　　（二）一義性

　　要保證每一個代碼對應(yīng)于一個會計科目，既不允許出現(xiàn)重復(fù)的科目編碼又不允許出現(xiàn)同名的會計科目，但如果同名的明細科目分屬不同的上級科目，則可以被系統(tǒng)接受而不認為是同名的會計科目。

　　（三）簡潔性

　　在滿足管理要求和適合計算機處理的的前提下，力求代碼簡單明了、位數(shù)越短越好，既便于記憶又能提高輸入憑證的速度。

　　（四）可擴展性

　　會計科目體系一經(jīng)設(shè)定，其代碼結(jié)構(gòu)就無法改變。修改結(jié)構(gòu)只能通過重新建賬實現(xiàn)，而重新建賬將丟失已輸入的所有初始化數(shù)據(jù)和已輸入的憑證資料。因此在設(shè)計代碼時一定要充分考慮各方面的要求?？傎~科目編碼長度由所選會計制度來決定通常為3～4位，而確定某一級明細科目的代碼長度通常是以上級科目中所含明細科目最大可能達到的個數(shù)來確定的，以二級明細科目為例，總賬科目為其上級科目，銀行存款、應(yīng)收賬款、銷售收入、管理費用等總賬科目都有二級明細科目，銀行存款通常以開戶銀行及賬號為明細科目，少則二三個，多則二三十個，銷售收入、管理費用等科目下設(shè)的二級明細科目一般都不會超過九十九個，兩位長的代碼應(yīng)能滿足以后添加同級科目的需求，而應(yīng)收賬款等往來科目通常以客戶或單位為來設(shè)置明細科目，明細科目的數(shù)量不同單位差異很大，少則幾十個，多則成百上千，兩位碼長難以滿足要求，要增至三位甚至更長，由于同級科目必須使用等長的科目編碼，其他總賬科目下的二級科目也要使用三位或更長的科目編碼。如果設(shè)定的分段代碼位數(shù)較長而絕大多數(shù)上級科目所包含的明細科目個數(shù)不多時，其他科目的憑證輸入速度勢必會受到影響，與簡潔性相矛盾。為了解決這一矛盾，可將明細科目先分類，按分類設(shè)置二級科目，然后再設(shè)置下級明細科目，如應(yīng)收賬款總賬科目下先按客戶所屬地區(qū)分類，設(shè)置二級明細科目，然后再按客戶名設(shè)置三級明細科目。更理想的解決方案是應(yīng)用往來客戶輔助核算，目前的商品化會計軟件通常都提供了這一功能。因輔助核算中的項目代碼與會計科目的代碼完全獨立，自成體系，項目代碼只與其關(guān)聯(lián)會計科目如前述應(yīng)收賬款等往來科目相關(guān)，不影響其他科目的代碼設(shè)定，與科目代碼的位數(shù)無關(guān)，非常便于擴充。如選用了輔助核算功能，在科目代碼設(shè)置之后，還要設(shè)置輔助項目代碼及名稱。如果單位的會計業(yè)務(wù)，特別是貨幣資金涉及外幣，在建立科目體系時還要將外幣考慮進去。會計軟件中提供了復(fù)幣核算的功能，在系統(tǒng)初始化時必須將外幣資料輸入系統(tǒng)，這些資料包括：外幣代碼、外幣名稱、與本位幣的匯率等。

【我要糾錯】責(zé)任編輯：雨非

上一篇：ERP項目推進是一場變革

下一篇：用友U9軟件：SOA戰(zhàn)略的核心價植