総勘定元帳
General Ledger ・ そうかんじょうもとちょう
全勘定科目の口座を集めた主要簿。仕訳帳から転記され残高の源泉になる
概要
総勘定元帳は、勘定科目ごとに「口座(勘定)」を設け、そこにすべての取引を集計した帳簿です。現金の勘定を開けば現金の増減と残高のすべてが、売上の勘定を開けば売上の発生のすべてが、時系列で一覧できます。会計システムで「GL」と呼ばれているのがこれで、仕訳帳と並ぶ二大主要簿(すべての取引を記録する必須の帳簿)の一つです。
仕訳帳が「取引を日付順に記録した日記」だとすれば、総勘定元帳は「同じ内容を科目別に並べ替えた台帳」です。日付順の記録だけでは「今、現金はいくらあるのか」「今月の売上は累計いくらか」といった問いに即答できません。仕訳帳の記録を勘定科目ごとに写し替える(これを転記と呼びます)ことで、任意の科目の残高がいつでも取り出せるようになります。
この「科目別の残高」こそが会計のあらゆる集計の源泉です。試算表は総勘定元帳の全勘定の残高を並べたものであり、貸借対照表も損益計算書も、突き詰めれば総勘定元帳の残高を組み替えて作られています。
なぜ生まれたか
取引を発生順に書き留めるだけの帳簿は、記録としては完全でも、参照には不便です。中世の商人が「アントニオにいくら貸しているか」を知りたいとき、日付順の帳簿では最初のページから全取引を拾い直さなければなりません。取引量が増えるほどこの検索コストは耐えがたくなります。そこで、日付順の記録(仕訳帳)とは別に、相手先や財産の種類ごとにページを設けて記録を写し集める帳簿 — 元帳が生まれました。「時系列の完全な記録」と「科目別の集計」を二冊に分担させるこの構造は、複式簿記の成立当初からの基本設計です。
さらに元帳には、集計装置であると同時に検証装置としての役割もあります。左右同額で書かれた仕訳を全勘定へ転記し終えれば、元帳全体の借方合計と貸方合計は必ず一致するはずです。一致しなければ転記のどこかに誤りがある — この検算を可能にするために、全勘定の残高を一望できる帳簿が必要でした。手書き簿記の時代に転記ミスを発見する事実上唯一の仕組みであった試算表は、総勘定元帳があってはじめて作れるのです。
詳細
帳簿組織の中の位置 — 仕訳帳から決算書へ
日々の取引はまず仕訳として仕訳帳に記録され、そこから総勘定元帳の各勘定へ転記されます。期中はこの繰り返しで、期末になると全勘定の残高を試算表に集めて貸借一致を確かめ、決算振替を経て決算書にまとめます。総勘定元帳は、この一連の流れのちょうど中継地点に立っています。
勘定口座の形 — T字で増減を左右に分ける
総勘定元帳の中身は、勘定科目ごとの「口座」の集まりです。各口座は左(借方)と右(貸方)の二列を持ち、その形からT勘定(T字勘定)と呼ばれます。仕訳で借方に書かれた金額はその科目の口座の左側へ、貸方に書かれた金額は右側へ写します。資産の勘定なら左が増加・右が減少、負債や収益の勘定ならその逆 — 定位置のルールは仕訳と同じです。左右それぞれの合計の差額が、その勘定の残高になります。
転記は情報を一切足しも引きもしない、純粋な並べ替えです。仕訳の借方はどこかの勘定の左へ、貸方はどこかの勘定の右へ、金額そのままに写される — だからこそ、仕訳の段階で保たれていた貸借一致は、元帳全体でもそのまま保たれます。この性質を利用した検算が試算表です。
補助簿との分担 — 総勘定元帳は「要約」の側
総勘定元帳の各勘定は、科目単位の集計であって、それ以上の内訳は持ちません。売掛金勘定を見れば売掛金の総額は分かりますが、「どの得意先にいくらか」までは分かりません。この内訳管理を担うのが補助簿(得意先元帳・仕入先元帳など)です。総勘定元帳が全体の骨格を、補助簿が明細を受け持ち、補助簿の合計が総勘定元帳の該当勘定の残高と一致する — この主従の分担によって、帳簿は要約と詳細の両方に答えられる体系になっています。
会計システムの中のGL — 今も帳簿組織の中心
手書きの帳簿が会計ソフトやERP(統合基幹業務システム)に置き換わった現在も、総勘定元帳の設計思想はそのまま生きています。会計システムの中核テーブルは今もGLと呼ばれ、販売システムや給与システムなど周辺の業務システムから仕訳データが流れ込み、GLに集約されて試算表・決算書が生成されます。人が手で転記する代わりにシステムが自動で行うようになっただけで、「仕訳を科目別に集計し、残高の唯一の源泉とする」という構造は500年前と変わりません。実務で「GLに計上する」「GLと補助簿の残高を照合する」といった言い回しに出会ったら、この帳簿組織の中心としての総勘定元帳を思い浮かべれば、話の位置づけが掴めるはずです。
