NetSuiteで「IFRSと日本基準の二重報告」を実現する｜CFOが押さえる帳簿設計と進め方

海外子会社をもつ企業や、IFRS（国際財務報告基準）の適用を進める企業では、ひとつの取引を「日本基準」と「IFRS」の両方で報告する場面が増えています。

親会社向けにはIFRS、国内の法定開示には日本基準。この「二重報告」を、いまだにExcelの転記と手作業の調整で乗り切っている経理現場は少なくありません。

しかし、基準ごとに勘定科目も認識タイミングも違うなかで、手作業の照合を続けるのは限界があります。決算のたびに残業が増え、監査対応でも整合性の説明に追われます。

この記事では、NetSuiteの「マルチブック会計」を使って、IFRSと日本基準の二重報告をどう実現するかを、CFO・経理責任者の視点で整理します。

この記事で分かること

• 「二重報告」がなぜ手作業では破綻するのか
• NetSuiteのマルチブック会計の2つの方式（Full Multi-Book／Adjustment-Only Books）の違いと選び方
• 二重報告を実現する帳簿設計・調整仕訳・帳簿別レポートの流れ
• 日本企業ならではの論点と、つまずきやすい失敗パターン

読了の目安：約8分

なぜ「二重報告」が必要なのか

二重報告とは、ひとつの取引を複数の会計基準で記録し、それぞれの基準に沿った財務諸表を作ることです。手作業で続けると、決算のたびに負荷が膨らみます。

海外展開・IFRS適用で生まれる「複数基準」の現実

海外に子会社をもつと、現地では現地基準やIFRS、親会社向けには日本基準という形で、複数の基準が同時に必要になります。

たとえば、海外子会社の財務をIFRSで現地報告しながら、日本の親会社向けには日本基準の連結数値が要る。こうした場面では、ひとつの取引を異なるルールで2回記録する必要が出てきます。

IFRSと日本基準では、収益認識のタイミング、リース、のれんの扱いなどで差が生じます。同じ取引でも、基準が違えば計上される金額や時期が変わります。

「Excelで二重管理」の限界

多くの企業が、最初は表計算ソフトでこの差を吸収しようとします。基準ごとにシートを分け、決算期末に手作業で調整を加えていく方法です。

しかしこのやり方には、いくつもの弱点があります。

• 転記ミス・計算ミスが起きやすく、発見も遅れる
• 担当者が変わると、調整ロジックがブラックボックス化する
• 監査対応で「なぜこの数字か」を説明する根拠が残りにくい
• 取引量が増えるほど、決算が長期化する

二重報告は「いつか自動化したい」課題のまま放置されがちですが、取引量や子会社が増えるほど、手作業のリスクは静かに膨らんでいきます。

NetSuiteのマルチブック会計とは

マルチブック会計とは、ひとつの取引から複数の会計基準に基づく帳簿を、同時に自動で作成・管理する機能です。基準ごとの手入力をなくし、二重報告の土台になります。

NetSuiteでは、取引を1回入力すると、設定したルールに従って関連するすべての帳簿へ自動的に記帳されます。日本基準の帳簿とIFRSの帳簿に、同じ取引が別々のルールで反映される仕組みです。

ここで前提として押さえておきたい用語を整理します。

• マルチブック会計：1つの取引から複数基準の帳簿を並行管理する機能
• 二重報告：同じ取引を複数の会計基準で報告すること
• 調整仕訳：基準間の差を埋めるために、片方の帳簿だけに計上する仕訳
• プライマリブック：基準となる主要な帳簿。ここを軸に他の帳簿が構成される

なお、NetSuiteのマルチブック会計は、グローバル機能である NetSuite OneWorld の利用が前提です。OneWorldは、複数子会社・多通貨・多言語に対応するNetSuiteの基盤機能で、マルチブックはその上で動きます。

2つの方式：Full Multi-Book と Adjustment-Only Books

NetSuiteで二重報告を実現する方法は、大きく2つあります。「Full Multi-Book Accounting」と「Adjustment-Only Books」です。どちらを選ぶかで、運用も実装の進め方も変わります。

Full Multi-Book Accounting は、取引が発生するたびに、すべての帳簿へリアルタイムで並行記帳する方式です。基準ごとに常に最新の帳簿が保たれます。

Adjustment-Only Books（調整専用帳簿） は、プライマリブックのデータを複製せず、その上に調整仕訳だけを上乗せする方式です。期末に差分だけを加える、軽量な仕組みです。

両者の違いを整理します。

比較軸	Full Multi-Book Accounting	Adjustment-Only Books
帳簿の持ち方	取引ごとに全帳簿へリアルタイム並行記帳	プライマリの上に調整仕訳を上乗せ（データを複製しない）
報告のタイミング	リアルタイムで最新	決算後に確定（プライマリより1サイクル遅れる）
帳簿数の上限	最大5冊（プライマリ含む。セカンダリは最大4冊）	帳簿数の上限にカウントされない
通貨	帳簿ごとに機能通貨を変えられる	ベースとなる帳簿と同一通貨が必須
実装方法	NetSuite Professional Servicesまたはマルチブック認定パートナーによる実装が必須	OneWorldなら管理者が標準機能で有効化できる（支援の活用は推奨）
向いているケース	基準差が大きく、恒常的に並行報告が必要	期末の差異調整・税務・限定的な基準差の吸収

※上記の機能仕様・上限は、NetSuite公式ドキュメント（Oracle）の記載に基づきます（2026年5月時点）。

どちらを選ぶかの考え方

日々の取引から両基準の最新帳簿が常に必要なら、Full Multi-Bookが向いています。一方、プライマリ基準を軸にして、期末に差分を調整する程度でよいなら、Adjustment-Only Booksで足りる場合があります。

実務では、両方を組み合わせることもあります。たとえば主要な2基準はFull Multi-Bookで並行管理し、税務や特定目的の調整はAdjustment-Only Booksで吸収する、といった形です。

どちらが自社に合うかは、報告の頻度・基準差の大きさ・子会社数によって変わります。ここは設計の入口で、後からの変更がしづらい部分でもあります。

二重報告を実現する流れ

NetSuiteで二重報告を実現するには、帳簿の設計から始まり、記帳ルール、調整仕訳、レポート出力へと進みます。ここでは全体像を4つのステップで示します。

ステップ1：帳簿構成を設計する

最初に、どの基準をプライマリにし、どの基準をセカンダリ（または調整専用）にするかを決めます。

日本の親会社が軸なら日本基準をプライマリに、IFRSをセカンダリにする構成が一般的です。逆に、グローバル本社がIFRSを軸とする場合は、IFRSをプライマリに置くこともあります。

この設計が、後のすべての土台になります。

ステップ2：勘定科目をマッピングする

NetSuiteでは、帳簿ごとに異なる勘定科目へ記帳するよう設定できます。

特に指定しなければ、セカンダリ帳簿はプライマリと同じ勘定科目を使います。基準差で科目を分けたい部分だけ、マッピングを設定して振り分けます。

ステップ3：基準差を調整仕訳で埋める

基準が違えば、同じ取引でも認識が変わります。この差を埋めるのが、帳簿別の調整仕訳です。

NetSuiteでは、特定の帳簿にだけ仕訳を計上できます。片方の基準でのみ必要な調整や消去を、他の帳簿に影響させずに記録できる仕組みです。

これにより、基準ごとの最終調整や、連結時の消去を、帳簿を分けて正確に管理できます。

ステップ4：帳簿別にレポートを出力する

設定が整えば、レポートの対象帳簿を切り替えるだけで、基準ごとの財務諸表を出力できます。

日本基準の試算表、IFRSの試算表を、同じシステムから別々に取り出せます。Excelへの転記や手作業の再集計が不要になり、監査時の根拠も追いやすくなります。

日本企業ならではの論点

二重報告の設計では、日本企業特有の論点を見落とせません。会計慣行とNetSuiteの標準機能のあいだには、いくつかのギャップがあります。

日本基準対応とJapan Localization SuiteApp

NetSuiteは日本会計基準（J-GAAP）やIFRSなど、複数の規制要件に沿った明細・開示を作れます。

ただし、日本特有の制度に対応するには、追加のアプリケーションが必要です。インボイス制度（適格請求書）の消費税計算・発行や、電子帳簿保存法の電子取引データ保存への対応です。これらには Japan Localization SuiteApp（JLS） の追加が前提となります。

二重報告の設計では、日本基準の帳簿がこうした国内制度に対応できているかを、早い段階で確認しておく必要があります。

会計処理方式のギャップ

日本企業では、商品売買の記帳に「三分法」を採用しているケースが多くあります。仕入・売上・繰越商品で管理し、決算時に原価を整理する考え方です。

一方、NetSuiteは売上のタイミングで原価を計上する「売上原価対立法」を採用しています。この方式は変更できません。

どちらが良い悪いではなく、現状の会計処理とNetSuiteの考え方が一致しているかが問題になります。二重報告を設計する前に、自社の会計処理がNetSuiteの方式とどう整合するかを確認しておくことが大切です。

日本での財務会計の前提については、別記事「NetSuiteで財務会計を行う前に確認すべきこと3選」で詳しく整理しています。

よくある失敗パターン

二重報告の仕組みは強力ですが、進め方を誤ると本来の価値を発揮できません。ここでは、現場で起きやすい失敗とその回避策を共有します。

これは、NetSuiteを売り込みたいから書くのではなく、「失敗してほしくない」という思いから書くものです。一人でできることには限りがあります。NetSuite認定パートナー（Solution Provider）であるベンチャーネットは、お客様と対等な立場で、リスクを正直にお伝えする伴走者でありたいと考えています。

帳簿構成の設計を後回しにしてしまう

症状：とりあえず日本基準で動かし始め、IFRSの帳簿は「あとで足せばいい」と考えるケース。

なぜ失敗するか：帳簿構成はすべての土台です。後から基準を追加したり、プライマリを変えたりするのは、実装上の手戻りが大きくなります。「あとで」のつもりが、結局やり直しになることもあります。

どう回避するか：将来必要になる基準を、最初の設計段階で洗い出しておきましょう。いますぐ全部を動かさなくても、構成だけは見据えて設計しておくことが、後の手戻りを防ぎます。

方式の選択を誤る・要否を誤認する

症状：実装方法の違いを把握しないまま進め、想定と違う体制・コストに気づくケース。

なぜ失敗するか：Full Multi-Bookは認定パートナーまたはProfessional Servicesによる実装が前提で、社内だけでは構築できません。一方、Adjustment-Only Booksは標準機能で有効化できます。この違いを知らないまま計画を立てると、必要な体制を見誤ります。

どう回避するか：自社に必要なのがリアルタイム並行記帳なのか、期末の差分調整なのかを、最初に見極めます。どちらの方式が適切かで、必要な体制も進め方も変わります。判断に迷う部分なので、設計段階で専門家に相談する価値があります。

すべての基準・機能を一度に動かそうとする

症状：「せっかくなら最初から完璧に」と、複数基準を一斉に立ち上げようとするケース。

なぜ失敗するか：一度に多くを動かすと、設定・検証・教育がすべて同時に発生します。現場が混乱し、検証も追いつかず、かえって定着が遅れます。

どう回避するか：完璧を目指すより、まず回す。主要な基準から始め、動かしながら段階的に広げる進め方が現実的です。最初から100点ではなく、80点で始めて磨いていく発想が、結果的に成功への近道になります。

導入後の「定着」を軽視してしまう

症状：本番稼働日をゴールにして、その後の運用に予算もリソースも割かないケース。

なぜ失敗するか：二重報告は、決算サイクルを回しながらフィットさせていく仕組みです。最初の決算で初めて見えてくる課題もあります。稼働後の伴走がないと、せっかくの仕組みが使われなくなります。

どう回避するか：本番稼働後、最初の数回の決算を伴走でフォローする計画を、プロジェクト開始時から組み込んでおきましょう。初回決算に立ち会い、旧来の数値との整合を確認する工程が、定着の分かれ目になります。

導入を成功させるパートナーの選び方

二重報告の設計は、システムの設定と会計の判断が交差する領域です。どちらか一方の専門性だけでは、うまくいきません。

Full Multi-Bookの実装には、前述のとおり認定パートナーまたはProfessional Servicesの関与が前提となります。これは制約というより、複数基準の帳簿設計が、それだけ専門性を要する作業だということでもあります。

さらに、二重報告には「会計処理の判断」がついて回ります。基準差をどう調整するか、どの科目をどう分けるか。これはシステムの設定者だけでは決められず、会計の専門知識が必要です。

ここで陥りやすいのが、専門性の「空白地帯」です。

• システム導入パートナーは、設定はできるが会計処理の判断は専門外になりがち
• 税理士は、税務には強いがERP上の会計処理設計は専門外のことが多い
• 社内の経理担当者は、日常業務は回せるが帳簿の再設計までは手が回らない

二重報告のように会計とシステムが密に絡む領域では、この空白を埋められる体制かどうかが、成否を分けます。NetSuiteの設定に通じた支援者と、会計処理を判断できる専門家が、同じプロジェクトで連携できることが理想です。ベンチャーネットも、この考え方で支援体制を組んでいます。

まとめ：自社に合う方式から、一歩ずつ

NetSuiteのマルチブック会計を使えば、IFRSと日本基準の二重報告を、手作業に頼らず実現できます。

要点を整理します。

• 二重報告は、取引量や子会社が増えるほど手作業では破綻する
• NetSuiteには「Full Multi-Book」と「Adjustment-Only Books」の2方式がある
• どちらが合うかは、報告頻度・基準差・子会社数で変わる
• 帳簿設計→勘定科目マッピング→調整仕訳→帳簿別レポートの流れで実現する
• 日本基準対応にはJapan Localization SuiteAppの確認が要る
• 会計とシステムの両面を埋められる体制が、成否を分ける

まず確かめたいのは、自社にとって必要なのがリアルタイムの並行報告なのか、期末の差分調整なのか。そして、現状の会計処理がNetSuiteの方式とどう整合するか、です。

ここを整理することから、一緒に始めましょう。焦って一度にすべてを動かす必要はありません。

会計とNetSuiteのギャップが気になる方へ
公認会計士がハンズオンで伴走する「NetSuite × 会計ブリッジ伴走サービス」では、勘定科目の整理から月次決算の早期化、IFRS・管理会計体制の構築までをサポートします。

NetSuiteの設定・開発を見直したい方へ
既存カスタマイズの診断・改修や連携開発は「NetSuiteリブート」でご相談いただけます。

よくある質問（FAQ）

本記事の機能仕様・上限値は、Oracle NetSuite公式ドキュメントおよびNetSuite日本公式サイトの記載に基づきます（2026年5月時点）。実際の対応可否は、利用中のエディション・ライセンス・バージョンによって異なる場合があります。