――IFRSが日本企業に適用されようとしています。このことは何を意味するのでしょうか。

桜本氏　これまで日本企業は日本で部品を作り、製品に組み立てて、世界で売るというモデルを取ってきました。取り組む通貨も単純だし、部品や製品の在庫管理も容易でした。しかし、経済のグローバル化で、一番安いところで作り、一番安い船で運び、一番安い国で組み立てて、一番売れるところで売るというモデルが生まれました。企業のビジネスモデルが変化しつつあるのです。大きな背景としてはこのようなことを考えないといけないでしょう。

日本オラクルの桜本利幸氏

　このように企業経営の環境が変わりつつあることで、企業はグループ会社が増え、グループ経営を適切に行わないと経営状態が見えないようになってきました。投資家も同じで、企業が何を作り、どこで利益を上げているのか、どういうキャッシュフローを生み出しそうなのかが、分からなくなってしまいました。しかも、各国で会計基準が異なるので、売り上げの基準、償却方法が異なり、利益といっても内容がまちまちになってしまいました。

　投資家から見ると、どこの企業グループに投資をすればいいのか分からないということです。そのため投資家からするとIFRSは必須といえるでしょう。企業自体も自分のグループの中身が分からなくなっています。企業経営者からしてもグループ経営基盤の評価指標としてIFRSは利用できます。

――オラクルとしてはIFRSをどう考えていますか。

桜本氏　オラクルがポイントして考えているのは、単なる制度変更への対応ではなく、グループ経営管理基盤としてどう対応するのかということです。このようなグローバル経営が求められる時代には、新しいグループ経営管理が必要です。その新グループ経営管理を支える会計システムとして、IFRS対応が求められます。

　これまでのERPは個社ごとに使っていました。2007年に登場した「Oracle E-Business Suite Release 12」ではERPをグループで使うことを非常に意識しています。R11からR12への一番大きな設計上のコンセプトとの違いは、R11が単体で使うことを想定していたのに対して、R12はグループ全体で使うことを想定していることです。また、グループ全体で使えるということは集中管理できるということです。せっかく集中管理をするなら、同じモノサシ、つまりIFRSで集中管理するのが自然でしょう。

　IFRSでは、過去の財務データだけではなく、自社の将来的なキャッシュフローであったり、計画などを説明することを求められるケースが多くなります。企業の会計システムには攻めの側面と守りの側面の両方を持つ仕組みが必要といえるでしょう。オラクルではこの攻めと守りをERPとEPM（Enterprise Performance Management：企業業績管理）で担えると考えています。Oracle Applications全体で攻めと守りの仕組みを提供するのです。ただ、Oracle Applicationsだけで固めるのではなく、ERPとEPMをつなぐ製品を提供し、SAPなど他社ERPともつなげるようにしています。

オラクルが考えるEBSとHyperionの担当エリア。青い楕円は企業が直面する会計上の課題

――IFRSを考えると企業は何をすべきでしょうか。

桜本氏　大事なのはグループ全体で最適化することです。業務アプリケーションの視点ではオラクルは3つのポイントがあると考えています。1つは業務プロセスの視点。MoUで議論しているように収益認識が変われば企業の販売管理プロセスが変わり、金融商品が変われば財務・資金管理プロセスが変わります。これらは業務を遂行して会計データを作る業務プロセスであり、まずは押さえる必要があるでしょう。

　2つ目のポイントは業務プロセスで作られた仕訳をどうするのかという総勘定元帳や仕訳、勘定科目の視点です。簿記レベルのIFRS対応です。まずは連結ベースでの勘定体系を整理する必要があるでしょう。IFRSに対応しても、単体で日本の基準は残ります。そのため総勘定元帳は一番少ないパターンでも日本基準とIFRSの2つが必要です。また、2つ以上の帳簿を持つ場合は、複数会計基準対応が求められるでしょう。

　3つ目の視点はリポーティングです。XBRL対応や四半期決算開示を含め、IFRSベースの連結財務諸表をいかに作成するかという視点です。連結に必要な会計データをいかに収集し、通貨換算し、IFRS基準に変換するかがテーマです。

　オラクルは、業務プロセスと総勘定元帳、勘定科目の対応はERPが担い、リポーティングでのIFRS対応はEPMが担当すると考えています。お客様としてはこの3つの分野をどう実装するかが問題になると思います。IFRS対応として、リポーティングだけで済ますのか、総勘定元帳や勘定科目まで手を入れるのか。それとも業務プロセスまで対応させないといけないのか。

桜本氏　オラクルではこれらの対応を「金銀銅メダル」で説明しています。まずは銅メダルだけを取りたいという顧客はリポーティングだけで対応すれば、最低限、表彰台に上がれるでしょう。勘定科目を読み替える仕組み、データを収集する仕組み、連結でリポートする仕組みにはOracle Hyperionが利用できます。連結システムでIFRSに対応させることで、個々の業務システムや総勘定元帳は現状のシステムを使い続けることができます。

　しかし、実をいえばリポーティングでの対応は、オラクルが主張する経営管理の基盤にはなりません。いわゆる決算書の化粧直しです。つまり、リポーティングによるIFRS対応では内部統制上の負荷軽減や業務の標準化が図れないのです。

業務アプリケーションのIFRS対応。オラクルは「報告リポーティング」のみの対応が銅メダル、「総勘定元帳」を合わせた対応が銀メダル、すべてに対応するのが金メダルととらえている

　銀メダルは総勘定元帳や勘定科目を含めて修正するケースです。この銀メダルではグループ企業の経理部門を統合し、複数の総勘定元帳を統合することをお勧めします。1つのトランザクションを、複数仕訳の生成エンジンでIFRSとローカルの帳簿に記帳することが可能です。

　ここまで対応すれば財管一致の勘定科目体系の構築により、セグメント報告や子会社の勘定科目の標準化が実現し、経営管理上の共通のモノサシで、グループの見える化ができるようになります。この銀メダルの対応は経理部門だけでできますが、やはりコストと時間が掛かります。これを目指すならいまから準備をした方がいいでしょう。

――オラクルの強みは何でしょうか。

桜本氏　オラクルのアプリケーションの強みはこの仕訳の生成エンジンを持つことです。MoUによってIFRSが将来どのように変わっても、仕訳の生成モジュールに仕訳パターンを登録しておけば、複雑な改修を行うことなく、複数仕訳が可能です。仕訳のマスタ管理といえるでしょう。

　オラクルのアプリケーションはもともと、複数帳簿に対応していましたが、仕訳生成エンジンがあることで基準や通貨の異なる複数の帳簿に、基準と通貨の仕訳を同時に起こすことができるようになりました。生成エンジンがなかったR11までは、帳簿を1つ作ってから別の帳簿をローカルで変換していました。R12からは生成エンジンが付き、複数仕訳、複数帳簿をリアルタイムで生成できるようになりました。

　IFRS対応の最後は業務プロセスの最適化を含んだ金メダルのパターンです。これはMoUの議論の動向を注視する必要ありますが、グループで業務の標準化が実現すればシステム化が可能になり、シェアード型システムの採用で劇的なコスト削減ができると考えています。シェアード型システムはサーバをデータセンターに統合し、グループ全体で利用するのがいいでしょう。運用管理コストの削減にもつながります。オラクルはアプリケーションのみならず、この基盤を支えるために、最適にチューニングされた高性能で安価なデータベースマシン「Oracle Exadata」も提供しています。

――企業はどのようにして自社の対応を決めるべきでしょうか。

桜本氏　顧客企業にはいま、この金銀銅のどれを選ぶかを検討してもらっています。その際の1つの判断材料は、競合との競争状態です。グローバル大企業と戦わないといけないなら金メダルを目指す必要があります。そうでなくて鉄道会社や電力会社のようにグローバルな競争にさらされていない企業であれば、銀メダルでいいかもしれません。しかし、ビジネスは国内でも、資金調達でグローバルを標榜するなら金メダルを目指すべきかもしれません。自社グループの置かれた競争の状況、経営の目指すべき方向によって、どこまで対応するかは決められるのです。