一つの地域または一つのシステム內(nèi)で會計集中計算を?qū)g行して、大部分が「四つの統(tǒng)一」の運営方式を採用しています。すなわち、「統(tǒng)一口座管理、統(tǒng)一會計計算、統(tǒng)一資金決済、統(tǒng)一書類管理」です。

最初に當(dāng)座した「統(tǒng)一口座管理」という意味は、単位の資金使用権と審査許可権が変わらない前提で、各単位がもともと開設(shè)していたすべての銀行口座をキャンセルし、會計センターが銀行に口座を開設(shè)し、集中管理を?qū)g行し、分戸計算を?qū)g行するということです。

銀行口座の具體的な開設(shè)については、現(xiàn)在大體二つの方法があります。一つは計算単位ごとに実體口座を開設(shè)し、會計センターグループ（仮想）口座を形成し、以下は多戸法といいます。もう一つは會計センターだけを口座名として実體口座を開設(shè)し、各計算単位に內(nèi)部（仮想）口座を設(shè)け、以下は一戸法といいます。

2004年4月1日からその年の底まで、155の區(qū)級行政事業(yè)単位を3回に分けてまとめて計算し、単位の元の経費、基礎(chǔ)建設(shè)などの口座を300近く取り消し、その資金は全部単一口座に振り込みました。

この一年余りの運行を経て、私達(dá)は確実に一戸法の多戸法を體得しました。その長所は主に以下のいくつかの方面に現(xiàn)れています。

多世帯法の下で、どれぐらいの単位が集中計算に組み入れられて銀行にどれぐらいの口座を開設(shè)しますか？新規(guī)に一つの口座を開設(shè)するごとに、銀行に完全な口座開設(shè)手続きを提供します。予約印鑑を追加して、これらのアカウントに「集団」の特徴を持たせるか、あるいは規(guī)則性と拡張性を持たせる必要があるなら、更に煩雑な基礎(chǔ)の上で、また何點かの困難を増やしました。

一戸法の下で、すべての計算単位は銀行の口座を共有しています。もちろん口座を開設(shè)して、銀行の印鑑を保管してください。また、各単位の口座は會計センターが自分で増設(shè)します。今後の計算単位が増えれば増えるなり減るなり、銀行に苦労しなくてもいいです。

_二、ソフトウェアサプライヤーの仕事の難易度を下げました。

多世帯法の下で、各商業(yè)銀行の利益を均衡させるために、會計センターは往々にして2つ以上の銀行で會計単位のために口座を開設(shè)しなければならない。ソフトウェアメーカーは異なる銀行システムに対して相応の対帳インターフェースを設(shè)計しなければならない。

どの銀行のソフトウェアシステムがアップグレードされて換金されるたびに、お支払いの手続きは相応の修正が必要です。また、各銀行は振替小切手などの手形のフォーマットが全部違っていますので、セットにしてフォーマットを設(shè)計する必要があります。

一つの家庭法の下で、ソフトウェアサプライヤーは一つの銀行、一つの口座しかないです。どちらが難しいかは分かります。

資金グループの初期化作業(yè)と導(dǎo)入された対帳ファイル數(shù)を減らしました。

多世帯法では、資金システムを初期化する時に、各単位に対応する口座開設(shè)銀行と十桁以上の銀行口座番號を一つずつ入力します。どの銀行の口座番號が上昇すれば、資金グループはこの銀行の下のすべての口座番號を新たに設(shè)定します。一世帯法では、銀行口座を一つ設(shè)置します。資金の「集中管理と統(tǒng)一決済」は絶対的に実行されます。また、「分戸計算」のために、各口座番號は5つのデータベース番號と同じです。のある?yún)g位。

このように、同じ問題に遭遇しても、資金グループは別のランクアップされた新しい口座番號を設(shè)定して、內(nèi)部のアカウントをそのまま持っていけばいいです。操作は簡単なだけでなく、間違いも起こりにくいです。

また、毎日の営業(yè)が終了し、資金グループが會計を行う場合も、1つの対帳ファイルを?qū)毪工毪坤堡恰⒍嗍缼》à扦蠀g位によっていくつかの対帳ファイルを?qū)毪工氡匾ⅳ辘蓼埂?/p>

資金を調(diào)整するために財政を調(diào)整しやすくする。

多世帯法では、財政が集中計算単位の資金を使用する場合、まず各単位の既存預(yù)金殘高を把握し、必要な資金総數(shù)に基づいてどの単位の資金を呼び出し、それぞれいくら調(diào)整するかを確定し、その後、関連部門に文書を送り、その後、各単位の根拠書類を會計センターに送付して振替支出を行う。

職場はともかく、自分の口座のお金がすぐに減って、多かれ少なかれ不愉快な思いをします。この呼び出しの流れからすれば、その呼び込みの効率が想像できます。

一戸法の下では、計算単位ごとに獨自の內(nèi)部口座を持つほか、「調(diào)整口座」という特殊口座があります。その機(jī)能は財政調(diào)整資金の狀況を?qū)熼Tに計算することです。

財政の引き出しであろうと、資金の還付であろうと、資金総額を會計センターの一つの単位に下ろせばいいです。その後、「調(diào)剤業(yè)者」によって未収金の増加または減少ができます。

このように、會計センターという大きな口座の銀行預(yù)金は実際に減少していますが、內(nèi)部分戸の預(yù)金殘高は「調(diào)整口座」の場合と同じ額だけ減少しています。他の場合は厘毛の差もなく、財政に呼び出された資金はどの部門から來たのかはっきり區(qū)別する必要もありません。

五、計算単位間の振込手続きを簡略化しました。

一戸法の下で、會計センターで計算した各単位間の振替は銀行の預(yù)金総額に影響しませんので、精算グループは決済方式を「內(nèi)部振替」に選択し、四聯(lián)の「內(nèi)部振替通知書」（自制伝票）を印刷して資金グループに送ります。

六、計算単位の預(yù)金は合理的に當(dāng)座貸越できます。

例えば、ある?yún)g位の予算の返答の中の特別項目は直ちに使用を手配しなければならなくて、あるいは春節(jié)前に一回性の賞與を従業(yè)員の手の中に送ります。この時、財政は原因で資金を直ちに所定の位置に入金していないかもしれません。単位の預(yù)金殘高はすでにゼロか不足しています。この時、一戸法は簡単に単位に當(dāng)座貸越して、これらの緊急重要な事務(wù)の需要を満たすことができます。

このようにしてみると、一つの法律は商業(yè)銀行、ソフトウェア開発者及び會計センター、財政部門、會計単位にとって、多勝ちの局面を作り上げることができるようです。

しかし、一戸法も完全無欠ではなく、いくつかの會社が一つの「XX會計センター」の口座名と口座番號を共有しているという弊害があります。まず、一戸法は計算単位の入金と支払に対して一つの障害で、入金が入ってきて、會計センターはどの會社の勘定に入るべきか分かりません。

このような欠陥を補(bǔ)うために、私達(dá)の會計センターのやり方は、計算単位Aが受取人としてかつ相手方が振替の方式を採用している場合、相手方は入金書の入金単位を直接「A単位」と書いたり、あるいは同じ口座名を書いたりしますが、要旨には必ず具體的な入金単位を明記して、例えば「A単位経費を支払う」とします。

もちろん、會計センターはこのような特別かつ複雑な要求をしています。必ず事前に口座開設(shè)銀行と協(xié)議してから、各計算會社に文書で通知して、計算単位でその関連會社に一つ一つ連絡(luò)してください。このようにして、會計センターに口座を開設(shè)する時には、口座名と口座番號が一致しないから、キャンセルされません。

それでも、運行中、特に運行の初期には様々な「狀況」があります。あるいは、支払側(cè)の口座を開設(shè)した銀行はすぐに口座番號によって口座の名前を変えられます。または、支払側(cè)が要求通りに入金書を記入しないか、あるいは支払側(cè)が現(xiàn)金の納付書を計算機(jī)関に渡していません。

計算會社Aが支払側(cè)として働く時、私達(dá)の會計センターは計算グループが請求書の要約書の中で具體的な支払単位を明確にします。例えば、「A會社がパソコンを買う」というように、相手にお金がどこから來るかを分かります。

一戸法の支払業(yè)務(wù)に対する影響は大きくないが、個別の単位は支払単位が「XX會計センター」であり、會計センターを顧客として領(lǐng)収書を発行する場合もある。

第二に、一戸法は資金グループの対帳難を増加させたばかりでなく、各単位に対して真実かつ正確な銀行請求書を提供することができません。

多戸法の下で、銀行は毎月アカウントごとに計算単位に対して1つの対帳ファイルを提供して、資金グループは“金額＋方向”などの常規(guī)の方法を採用して自動的に帳簿を照合することができて、各単位の銀行の預(yù)金殘高の調(diào)整表も自動的に編制したので、スピードは速くて、結(jié)果も正確です。

一戸法の下では、銀行は全部の計算単位を混ぜた請求書しか提供できないので、資金グループは計算グループと過去の受領(lǐng)データを伝えて帳簿を合わせる時、主に手動で支払うしかないです。金額は同じです。

しかし、それぞれの計算単位は獨立した會計主體と予算単位であり、本來ならば、それらに銀行を発行することは請求書に必要であり、一戸法の下で実施できる前提は、銀行の帳票上のすべてのデータが各単位に分解されることである。

しかし、一戸法の実踐の中で、毎月多かれ少なかれいくつかの「銀行はすでに受け取っていません」の未達(dá)項目が存在しています。銀行から提供された情報はどの計算単位の発生額か分かりません。相手の會社さえ知らないで、放置しましょう。

したがって、私たちのセンターの現(xiàn)在のやり方は、計算グループからの資金業(yè)務(wù)はすべて內(nèi)部口座番號（単位コード）に対応していますので、月末に資金グループはこれらのデータから各単位の銀行データを選別し、「勘定書に対して」として計算グループに提出して帳簿を合わせます。

明らかに、このような勘定書はまったく推敲に耐えられません。會計係が當(dāng)月の帳簿を記入し終わった前提の下で、それ自體は単位の銀行預(yù)金明細(xì)帳です。

_第三、委託入金業(yè)務(wù)の処理が不足しています。

これは主に二つの面に現(xiàn)れています。一つは光熱費、社會保障、稅収などの委託金を取り扱う時、納付単位と実際の差し引き口座の名稱が一致しないため、會計センターは多くの時間と精力を使って稅務(wù)、電気通信などとの協(xié)調(diào)の上にいます。

_第四に、各単位の預(yù)金利息を計算することができません。

多世帯法の下で、各単位の銀行の利息は全部自分の口座の中で発生します。一戸法の下で、銀行は単一の口座の利息だけを計算します。會計センターが強(qiáng)引にそれを各単位に分解すると、苦労して機(jī)嫌を取ることになります。

現(xiàn)在、私達(dá)の會計センターの自営自賛単位が少ないため、私達(dá)は重いのを避けて軽いやり方を採用しました。つまり銀行の利息をすべて會計センター（計算単位として）の內(nèi)部口座に入れて、そして財政専門家の全額を納付します。

上記の通り、會計集中計算は単一の銀行口座しか開設(shè)していないので、多くの有利なところがあります。最終的に國庫集中支払いを?qū)g行するために良い基礎(chǔ)を打ち立てることができます。

単一の銀行口座を開設(shè)することが會計集中計算の実施に一番有利かどうかは、現(xiàn)地の実際狀況と結(jié)び付けて、例えば會計ソフトの機(jī)能、組織の性質(zhì)、財政の必要などを組み入れて、以上の各方面の利益と弊害に対して総合的に検討して結(jié)論を出すことができると思います。