会計の基礎理論から考える
かつての会計業務は、単体会社の取引を記帳し、決算書を作成することが目的だった。しかし IFRS時代はグループという範囲でマネジメントアプローチに必要な情報すべてを記帳し、財務報告をしなければならない。つまり、取引を処理するだけの業務から、取引から発生するマネジメント情報を保持し、経営の意思決定も支援し、グローバル資本市場に説明責任を果たすことに目的が変わってきているのである。
つまり、会計の基礎理論からは「単体会計からグループ会計へ」「制度会計から制管一致会計へ」という2つの論点を考慮しなくてはならない。データのボリュームは、「単体会計で制度会計」から「グループ会計で制管一致会計」になり劇的に増加する。したがって、会計データの持ち方が重要になる。この会計データの持ち方は会計システムの設計思想そのもので、アーキテクチャを決定づける。
その思想は伝票会計方式か帳簿会計方式の2つに大別される。伝票会計は取引の都度、伝票に取引の内容を記録し、1つの大きな器、大福帳に取引順に書き連ねていく。大福帳は江戸時代の商家で使われていたのがはじまりだとされている。大福帳には、たとえば、いつ、誰に、いくら、何を売ったのかが1つのレコードで記録される。得意先元帳と現金出納帳が一緒になったデータ群である。システム視点ではこの大福帳を支えるのは巨大なフラットファイルであったり、階層型データベースである。
大福帳型データベースに立脚する伝票会計は、メインフレーム時代のフラットファイルが設計思想の根幹にあるので、リレーショナルデータベースを十分に活用しきれていない。使ってたとしてもデータモデリングが不十分なため、データ構造がブラックボックスだったり、データ構造を公開できない場合もある。インプット優先の発想なので後から、データを検索したり有効利用するという発想は希薄である。
この巨大なデータプールの中からデータを抽出、総勘定元帳を作成し、制度会計上の財務諸表を作成する。管理会計を行うには別にデータマートを構築し、伝票情報以外の情報もそに集める必要がある。
この仕組みは、かつてのように、対象が単体企業で、制度会計上の報告セグメントも少なく、階層も浅ければ対応できた。しかし、IFRS時代では扱うデータ量が飛躍的に増加するので、データを正規化して格納した方が効率的である。そこで、有用性が高まってきているのが帳簿会計である。
