會(huì)計(jì)電算化建賬流程

1、會(huì)計(jì)電算化建賬流程賬務(wù)處理軟件系統(tǒng)是會(huì)計(jì)電算化軟件系統(tǒng)的核心模塊，商品化的賬務(wù)系統(tǒng)通常由以下部分組成：系統(tǒng)初始化、記賬憑證輸入、記賬結(jié)賬、賬簿處理、報(bào)表處理等幾個(gè)部分。要使賬務(wù)處理軟件能夠正常運(yùn)行，必須首先完成系統(tǒng)的初始化，也就是建賬。賬務(wù)處理軟件建賬是指軟件在正式投入使用之前所做的初始設(shè)置。在建賬之前，會(huì)計(jì)科目還沒(méi)有設(shè)立，前期各科目的余額和發(fā)生額也無(wú)法輸入，所以建賬是賬務(wù)處理軟件正式使用之前必經(jīng)的首要步驟。系統(tǒng)軟件的初始化也是賬務(wù)軟件

2、使用中一次性的工作，系統(tǒng)初始化過(guò)程中設(shè)定的會(huì)計(jì)科目代碼結(jié)構(gòu)及一些參數(shù)在結(jié)束建賬后即無(wú)法修改，系統(tǒng)初始化的質(zhì)量對(duì)賬務(wù)軟件的質(zhì)量和工作的效率將產(chǎn)生直接的影響，所以系統(tǒng)軟件的初始化設(shè)置也是非常重要的。實(shí)際工作中，有不少會(huì)計(jì)軟件用戶因?yàn)槌跏蓟牟磺‘?dāng)而嚴(yán)重影響了系統(tǒng)的使用效率和質(zhì)量。目前出版的有關(guān)會(huì)計(jì)電算化的書籍大多數(shù)只介紹會(huì)計(jì)軟件設(shè)計(jì)的程序語(yǔ)言、程序結(jié)構(gòu)及編寫原理等，對(duì)會(huì)計(jì)軟件系統(tǒng)初始化很少涉及。本文從初始數(shù)據(jù)收集、編碼設(shè)置、數(shù)據(jù)裝入、環(huán)境設(shè)

3、定等幾個(gè)方面談?wù)勏到y(tǒng)初始化。一、數(shù)據(jù)收集系統(tǒng)初始化需要收集手工賬中的會(huì)計(jì)科目和各科目的余額，如從年度中間開(kāi)始建賬還需要收集各科目的累計(jì)發(fā)生額、年初余額。所以需預(yù)先從手工賬中整理出各級(jí)科目的名稱、層次、余額、發(fā)生額。在此要注意完整地收集最底層明細(xì)科目的余額、發(fā)生額，避免遺漏，以保證初始化時(shí)輸入的數(shù)據(jù)的準(zhǔn)確、順利。（四）可擴(kuò)展性會(huì)計(jì)科目體系一經(jīng)設(shè)定，其代碼結(jié)構(gòu)就無(wú)法改變。修改結(jié)構(gòu)只能通過(guò)重新建賬實(shí)現(xiàn)，而重新建賬將丟失已輸入的所有初始化數(shù)據(jù)和

4、已輸入的憑證資料。因此在設(shè)計(jì)代碼時(shí)一定要充分考慮各方面的要求?？傎~科目編碼長(zhǎng)度由所選會(huì)計(jì)制度來(lái)決定通常為3——4位，而確定某一級(jí)明細(xì)科目的代碼長(zhǎng)度通常是以上級(jí)科目中所含明細(xì)科目最大可能達(dá)到的個(gè)數(shù)來(lái)確定的，以二級(jí)明細(xì)科目為例，總賬科目為其上級(jí)科目，銀行存款、應(yīng)收賬款、銷售收入、管理費(fèi)用等總賬科目都有二級(jí)明細(xì)科目，銀行存款通常以開(kāi)戶銀行及賬號(hào)為明細(xì)科目，少則二三個(gè)，多則二三十個(gè)，銷售收入、管理費(fèi)用等科目下設(shè)的二級(jí)明細(xì)科目一般都不會(huì)超過(guò)九十九

5、個(gè)，兩位長(zhǎng)的代碼應(yīng)能滿足以后添加同級(jí)科目的需求，而應(yīng)收賬款等往來(lái)科目通常以客戶或單位為來(lái)設(shè)置明細(xì)科目，明細(xì)科目的數(shù)量不同單位差異很大，少則幾十個(gè)，多則成百上千，兩位碼長(zhǎng)難以滿足要求，要增至三位甚至更長(zhǎng)，由于同級(jí)科目必須使用等長(zhǎng)的科目編碼，其他總賬科目下的二級(jí)科目也要使用三位或更長(zhǎng)的科目編碼。如果設(shè)定的分段代碼位數(shù)較長(zhǎng)而絕大多數(shù)上級(jí)科目所包含的明細(xì)科目個(gè)數(shù)不多時(shí)，其他科目的憑證輸入速度勢(shì)必會(huì)受到影響，與簡(jiǎn)潔性相矛盾。為了解決這一矛盾，可將