會計集中計算で単一の銀行口座を開設する利益と弊害

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

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

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

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

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

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

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

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

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

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

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

資金グループの初期化作業と導入された対帳ファイル數を減らしました。

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

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

また、毎日の営業が終了し、資金グループが會計を行う場合も、1つの対帳ファイルを導入するだけで、多世帯法では単位によっていくつかの対帳ファイルを導入する必要があります。

資金を調整するために財政を調整しやすくする。

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

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

一戸法の下では、計算単位ごとに獨自の內部口座を持つほか、「調整口座」という特殊口座があります。その機能は財政調整資金の狀況を専門に計算することです。

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

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

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

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

六、計算単位の預金は合理的に當座貸越できます。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

_第三、委託入金業務の処理が不足しています。

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

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

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

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

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

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