試算表から財務諸表へ

元帳こそが唯一の情報源です

企業が作成する財務諸表はすべて、同じ基礎データ、すなわち各勘定への転記の一覧を組み替えたものです。そこには他に何もありません。貸借対照表の数字がおかしく見えるとき、原因は必ず次の三つのいずれかです。行うべきでなかった転記、行われなかった転記、あるいは誤った勘定に計上された転記です。転記から財務諸表に至る経路を理解することは、おおむねその連鎖を逆にたどることにほかなりません。

複式簿記では、各取引が少なくとも二つの勘定に影響し、借方と貸方の金額が一致します。この決まりは恣意的ですが一貫しています。借方は資産と費用を増やし、貸方は負債、純資産(資本)、収益を増やします。これにより会計等式(資産=負債+純資産)が保たれます。一方の側を変える仕訳は必ず他方の側も変えるか、同じ側の中で相殺されるからです。現金売上では現金を借方、売上を貸方に計上し、売上は期末に純資産へ振り替えられるため、両側がそろって動きます。

試算表は、すべての勘定とその借方残高または貸方残高の一覧です。試算表が一致するのは仕訳の記録方法によるものであり、帳簿が正しいからではありません。この区別は、本来あるべき以上に見失われがちです。

試算表が一致しても、証明できることはごくわずかです

試算表が検出できるのは、ごく狭い種類の誤り、すなわち借方と貸方の金額が一致しない仕訳だけです。現代のシステムではこの種の誤りはほぼ起こり得ないため、ERP における試算表の一致はほとんど何の情報ももたらしません。それはソフトウェアの構造上の性質であって、勘定の正しさを示す証拠ではありません。

重要なのは、試算表が一致しても残る誤りのほうです。同じ区分の誤った勘定に転記された取引(たとえば修繕費を費用ではなく資産勘定に計上したもの)は、合計額を変えないまま利益と貸借対照表の両方を誤って表示します。まったく入力されなかった取引は、検出の手がかりすら残しません。ある箇所の過大計上が別の箇所の過少計上と相殺される相殺誤謬はまれですが、特に期末近くに手作業で行う組替えの周辺で実際に起こります。借方と貸方を取り違えた仕訳も、完全に一致します。

• 勘定科目の誤り(金額と貸借は正しい):一致するが、誤って表示される
• 取引の計上漏れ:一致するが、過少表示となる
• 借方と貸方の逆転:一致するが、誤りが二倍になる
• 偶然相殺し合う二つの独立した誤り:一致するが、両方が隠れる

勘定科目表と、証跡が失われる場所

勘定科目表は、いわば入れ物の一覧です。通常は資産、負債、純資産、収益、費用という区分ごとの番号体系を持ち、各区分の中に分類ごとの番号帯が設けられます。構造そのものよりも規律のほうが重要です。一つの勘定は一つの意味を持ち、その意味が変わってはなりません。

監査証跡が元帳で失われることはめったにありません。失われるのはマッピング層、つまり売上、仕入、在庫移動、給与計算がどの勘定に転記されるかを決めるルールです。このマッピングが記録を残さずに変更できる設定に置かれていると、同じ種類の二つの取引が数か月の間隔で別々の勘定に計上され、元帳にはその理由を説明するものが何も残りません。対策は地味なものです。マッピングをバージョン管理し、誰がいつ変更したかを記録し、転記済み仕訳の勘定をレポート作成時に再計算するものではなく、保存された事実とすることです。

補助元帳と統制勘定

元帳には売掛金が一行で計上されます。どの顧客の、どのインボイスで、どれだけ経過しているかという明細は補助元帳にあります。同じ構造が買掛金、棚卸資産、固定資産、給与にも当てはまります。各補助元帳は総勘定元帳の統制勘定と一致しなければならず、一致しない場合はどちらかが誤っています。

照合が崩れるパターンは決まっています。誰かが補助元帳を通さずに、売掛金の統制勘定へ直接手作業の仕訳を転記する。棚卸資産が在庫モジュールと元帳とで異なる基準で評価されている。固定資産台帳では除却された資産を、元帳では引き続き減価償却している。給与の未払計上が一方では総額で、もう一方では純額で転記されている。Skyline Nexus では、売掛金、買掛金、棚卸資産、固定資産の各補助元帳が同じ仕訳経路を通じてそれぞれの統制勘定に転記され、統制勘定への手作業の仕訳は黙って受け入れられるのではなくフラグが立てられます。本当に必要な場合もあるため仕訳自体は可能ですが、目に見える形になります。

期間の締め

転記されたままのデータと財務諸表の間には、決算の締め処理があります。未払費用の計上では、発生済みでまだ請求されていない費用を認識し、前払費用の処理では、支払済みの費用を本来帰属する期間に繰り延べます。減価償却は資産の取得原価を耐用年数にわたって配分します。外貨建て残高は期末日レートで換算替えされ、その差額は項目と適用される基準に応じて損益に計上されます。

目立たないのが期間帰属(カットオフ)です。ある期間の日付で入荷し翌期間に請求された商品、最終日に出荷され翌月の初日に記録された売上。これらはどの残高も崩しませんが、期間の間で利益を移動させます。カットオフを正しく行うには、書類の日付が実際の日付であること、そして期間をロックでき、締めた期間には仕訳が入らなくなることが必要です。

試算表から財務諸表へ

試算表を勘定の区分ごとに並べ替えれば、財務諸表はほぼ機械的にできあがります。収益と費用の勘定を合計すると当期の損益になります。資産、負債、純資産の勘定が貸借対照表を構成します。両者をつなぐのが利益剰余金です。期末に収益と費用の差額が利益剰余金に振り替えられ、利益剰余金は貸借対照表の純資産の部に計上されます。これが橋渡しであり、損益計算書を作成した後に貸借対照表の貸借が一致する理由です。

実務上の帰結として、締めの後に貸借対照表が一致しない場合、原因はほぼ必ず締めの仕訳か、区分の設定を誤った勘定にあり、計算そのものにはありません。本来は負債であるべき勘定が費用として設定されていると、誤った財務諸表に表示され、ちょうどその残高分の差が生じます。

「監査に耐える」とは正確には何を意味するか

この言葉は曖昧に使われがちです。具体的には、転記済みの仕訳は変更できず、訂正は元の仕訳を参照する日付付きの新たな反対仕訳として行われ、両方が見える状態で残ることを意味します。書類番号がシリーズごとに途切れない連番で発行され、欠番があればそれは説明を要する問題となることを意味します。各仕訳を誰がいつ作成、承認、取り消したかをシステムが記録し、その履歴をアプリケーションから編集できないことを意味します。そして、締めた期間が新たな転記を拒否することを意味します。

Skyline Nexus は仕訳を変更不能な形で転記し、書類シリーズごとに連番を維持し、仕訳と勘定マッピングの変更履歴を記録します。限界ははっきり申し上げます。帳簿を正しくしてくれるソフトウェアはありません。ソフトウェアにできるのは、誤った仕訳を見える形にして追跡可能にすること、そして気づかれない編集を防ぐことです。何を転記すべきだったかの判断は、引き続き会計を担う人々にあります。

多通貨と複数拠点

外貨建て取引は、取引日のレートで、取引通貨と機能通貨の両方で記録されます。貨幣性項目の残高は期末日レートで換算替えされ、非貨幣性項目は一般に取得時のレートのまま据え置かれます。換算後の金額と並べて元の金額を保持しておくことが、外貨建て残高を後から監査可能にする鍵です。それがなければ換算を検証し直すことができません。

複数の拠点や法人にまたがる連結は、同じ試算表の考え方を複数の元帳に適用するものです。残高を表示通貨に換算し、そのうえで内部取引の残高と取引を消去して、ある拠点から別の拠点への売上がグループの収益として表示されないようにします。拠点別レポートと連結レポートには、同じ転記に一貫したタグ付けが必要です。拠点の区分を後から付け加えるのは、最初から持たせておくよりはるかに困難です。