海外に子会社を持つ企業が増えるなか、ある課題の相談が増えています。「同じ売上を、IFRSと日本基準の両方で正しく計上したい」という課題です。
国際財務報告基準(IFRS)と日本の会計基準では、収益を計上するタイミングや範囲が異なることがあります。同じ取引でも、基準ごとに別々の処理が必要になります。
この対応を手作業で続けると、決算のたびに突合と転記の負担が膨らみます。ミスのリスクも高まります。
NetSuiteには、この「複数基準の同時計上」を仕組みで支える機能があります。ただ、機能を入れれば自動で解決する、という単純な話ではありません。
この記事では、その仕組みと、つまずきやすいポイントを整理します。
この記事で分かること
- IFRS・日本基準を同時計上する課題が、なぜ今あらためて増えているのか
- NetSuiteの収益認識(ARM)とマルチブックが、どう連携して複数基準を支えるのか
- 手作業・Excel管理と比べた違いと、それぞれが向くケース
- 導入でつまずきやすい4つの失敗パターンと、その回避策
読了の目安:約12分
なぜいま「複数基準の同時計上」が課題になるのか
複数基準への対応が課題になる背景には、企業の海外展開の広がりがあります。
国内市場が成熟するなか、成長を求めて海外に拠点を持つ企業が増えています。海外子会社を持てば、その国の会計基準やグループ全体の報告基準への対応が必要になります。
たとえば、日本の親会社は日本基準(J-GAAP)で決算をまとめます。一方、グループの連結や海外向けの報告では、IFRSが求められることがあります。
ここで問題になるのが、収益の計上です。
IFRSと日本基準では、収益認識のルールに違いが出る場合があります。同じ売上でも、計上のタイミングや範囲が変わることがあるのです。
つまり、ひとつの取引を、複数の基準で別々に計上する必要が生まれます。これが「複数基準の同時計上」という課題です。
この課題を放置すると、どうなるか。
決算のたびに、一方の基準で作ったデータを、もう一方の基準に手作業で組み替えることになります。拠点や取引が増えるほど、この作業は重くなります。
「やらないとどうなるか」を先に押さえておくと、対応の優先度が見えてきます。複数基準対応は、後回しにするほどデータが積み上がり、移行が大変になる領域です。
収益認識とマルチブック──基礎用語の整理
ここで、この記事に出てくる基礎用語を整理します。専門用語が続くので、先に意味をそろえておきます。
収益認識
売上をいつ・いくら計上するかを定めるルールです。たとえば1年分のサービス料金を前払いで受け取った場合、受け取った月にすべてを売上にするのではなく、サービスを提供する期間に分けて計上します。
IFRS15／ASC606
収益認識の国際的な基準です。IFRS15は国際財務報告基準、ASC606は米国基準で、収益認識の考え方はほぼ共通しています。どちらも「収益認識の5段階モデル」という共通の手順にもとづいています。
収益認識の5段階モデル
契約の特定、履行義務の特定、取引価格の算定、取引価格の配分、収益の認識という5つの段階で収益を認識する考え方です。契約に複数の要素が含まれる場合に、特に重要になります。
J-GAAP(日本基準)
日本の会計基準です。日本でも収益認識基準が整備され、IFRSと近い考え方を採り入れています。ただし、細部では違いが残る場合があります。
ARM(Advanced Revenue Management)
NetSuiteの収益認識を自動化するモジュールです。「この売上を、いつ・どう計上するか」のスケジュールを、ルールにもとづいて自動で計算します。NetSuite公式は、ARMがASC606・IFRS15などの基準に準拠すると説明しています(出典:NetSuite公式)。
マルチブック(Multi-Book Accounting)
ひとつの取引を、複数の会計帳簿に同時に記録できるNetSuiteの機能です。同じ売上を「日本基準の帳簿」と「IFRSの帳簿」の両方に、それぞれのルールで並行して記録できます。
この2つ——ARMとマルチブック——の連携が、複数基準の同時計上を支えるカギになります。
NetSuiteはどうIFRS・日本基準を同時計上するのか(しくみ)
このセクションでは、NetSuiteが複数基準の同時計上をどう実現するのか、その仕組みを説明します。
カギは、ARM(収益認識の自動化)とマルチブック(複数帳簿の並行管理)の組み合わせです。
まず、マルチブックが「複数の帳簿」を用意します。
マルチブックを使うと、ひとつの会社のなかに複数の帳簿を持てます。たとえば、日本基準用の帳簿と、IFRS用の帳簿です。
ひとつの取引を登録すると、それぞれの帳簿に同時に記録されます。決算のたびに手作業で組み替える必要がありません。
NetSuite公式も、同一の取引データをもとに複数の会計基準に沿った元帳を並行管理できる、と説明しています(出典:NetSuite公式)。
次に、ARMが「基準ごとの収益認識ルール」を当てはめます。
収益認識のルールは、基準によって変わることがあります。計上のタイミングや配分の仕方が違う場合です。
ARMは、それぞれの帳簿に対して、対応する収益認識ルールを適用します。日本基準の帳簿には日本基準のルールを、IFRSの帳簿にはIFRSのルールを、という形です。
この2つが連携すると、どうなるか。
ひとつの売上取引を登録するだけで、日本基準とIFRSの両方の帳簿に、それぞれのルールで収益が計上されます。
手作業の組み替えがなくなり、基準ごとの財務報告を並行して進められます。
ただし、ここで大事な前提があります。
この仕組みは、「どの帳簿に、どの基準のルールを当てはめるか」を最初に正しく設計してはじめて機能します。設計が曖昧なまま有効化すると、かえって混乱を招きます。
この「設計が前提になる」という点は、後の失敗パターンでもくわしく触れます。
手作業・Excel管理と何が違うのか
複数基準への対応は、必ずしもシステム化が唯一の答えではありません。規模や複雑さによって、適した方法は変わります。
ここでは、マルチブックで同時計上する場合と、手作業・Excelで管理する場合の違いを整理します。
| 比較軸 | マルチブックで同時計上 | 手作業・Excelで管理 |
|---|---|---|
| 計上のタイミング | 取引登録時に両基準へ同時反映 | 決算時などにまとめて変換・調整 |
| 二重入力の手間 | 自動化で削減できる | 基準ごとに突合・転記が必要 |
| ミスの起きやすさ | ルール設定後は一貫性を保ちやすい | 手作業のため転記ミスが起きやすい |
| 監査証跡 | 取引単位で追跡しやすい | 変換過程の説明に手間がかかる |
| 初期の負担 | 基準設計・初期設定に工数がかかる | すぐ始められるが運用負担が続く |
| 拠点・基準の拡張 | 増えても仕組みで対応しやすい | 増えるほど手作業が比例して増える |
表からわかるとおり、両者には向き不向きがあります。
手作業・Excelが向くケース
対象の拠点や基準が少なく、取引量も限られている段階です。すぐ始められる手軽さが活きます。
マルチブックが向くケース
複数の拠点や基準が絡み、取引量も多い段階です。初期の設計負担を超えて、運用の安定とミス削減の効果が大きくなります。
自社がどちらの段階にあるかを見極めることが、最初の判断になります。
導入の進め方──設計から運用まで
このセクションでは、複数基準の同時計上をNetSuiteで進める場合の、大まかな流れを説明します。
進め方は、大きく3つの段階に分けられます。
第1段階:基準の差異を洗い出す(設計)
まず、IFRSと日本基準で、どこに違いが出るかを整理します。収益認識のタイミングや配分の仕方など、差異が生まれる箇所を特定します。
この洗い出しが、すべての土台になります。ここが曖昧だと、後の設定もぶれます。
第2段階:帳簿とルールを設定する(構築)
洗い出した差異をもとに、マルチブックで帳簿を用意し、ARMで基準ごとの収益認識ルールを設定します。
どの取引が、どの帳簿に、どう反映されるか。この対応関係を、ひとつずつ固めていきます。
第3段階:検証して運用に乗せる(運用)
設定が終わったら、実際の取引で正しく計上されるかを検証します。両基準の数字が、想定どおりに出るかを確認します。
問題がなければ、運用に乗せます。運用後も、基準の改正や事業の変化に応じて見直しが必要です。
ここで強調したいのは、最初の「設計」が全体を左右する、という点です。
複数基準の同時計上は、システムの設定作業に見えて、その実は会計の設計作業です。会計の理解とシステムの理解、その両方がそろってはじめて、正しく回ります。
だからこそ、この領域は専門家と一緒に進める価値が大きいといえます。
よくある失敗パターンと回避策
このセクションは、複数基準の同時計上でつまずきやすい点を整理したものです。
これは、ベンチャーネットのサービスを売り込むために書くのではありません。同じところでつまずく方が多いからこそ、先にお伝えしておきたいのです。
複数基準の同時計上は、機能を有効化すれば終わり、という性質のものではありません。実際につまずくのは、機能そのものよりも、その手前の「設計」や「進め方」であることが多いのです。
代表的な4つのパターンを見ていきます。
パターン①:基準設計を詰めずに、マルチブックを有効化してしまう
よくある現象
- とりあえずマルチブックを有効化し、基準は後から考えようとする
- どの取引をどの帳簿にどう振り分けるか、ルールが曖昧なまま走り出す
- IFRSと日本基準で差異が出る箇所を、洗い出さないまま進める
なぜ失敗するか
会計基準の差異は、設計の段階で定義しておかないと、後から直すコストが大きくなります。動き出してからの基準変更は、過去データの再計算を伴うためです。
「とりあえず動かして、あとで直す」が通用しにくい領域なのです。
どう回避するか
先に「どこで基準が分かれるか」を、会計とシステムの両面から整理します。ベンチャーネットでは、この設計工程を最初に一緒に固めることを大切にしています。
パターン②:手作業の二重入力を残したまま、システムだけ入れる
よくある現象
- マルチブックは入れたが、結局Excelでの突合作業が残っている
- 一方の基準は自動、もう一方は手修正、という運用になっている
- 「動いてはいるが、ラクになった実感がない」状態が続く
なぜ失敗するか
システムを入れても、業務フローを見直さなければ手作業は消えません。
「システムが動いている」ことと、「現場が活用できている」ことは、別の話です。ここを切り分けずに進めると、二重入力だけが残ります。
どう回避するか
自動化できる範囲を見極め、手作業が残る前提で業務フローを設計し直します。仕組みと運用を、セットで考えることが欠かせません。
パターン③:最初から全子会社・全基準を完璧に揃えようとする
よくある現象
- 全拠点・全基準を一斉に対応しようとして、プロジェクトが長期化する
- 「完璧な設定」を目指すあまり、いつまでも本稼働しない
- 要件が膨らみ続け、現場が疲弊する
なぜ失敗するか
複数基準対応は、対象範囲が広い領域です。一気に完璧を目指すと、検証が追いつきません。
完璧を目指すより、まず正しく回せる範囲から始めるほうが、結果的に早く安定します。
どう回避するか
対応範囲を、段階的に広げていきます。まず主要な拠点・基準から正しく回し、動かしながら磨いていきます。
パターン④:会計の知識だけで進め、システムに詳しいパートナーを後回しにする
よくある現象
- 経理部門だけで要件を固めてから、システム実装を依頼する
- 会計要件とNetSuiteの機能特性のズレに、後工程で気づく
- 「会計的には正しいが、システム上は実現が難しい」設計になる
なぜ失敗するか
複数基準の同時計上は、会計の正しさと、システムの実装可能性。この両方が噛み合ってはじめて成立します。
片方だけで進めると、後工程で手戻りが生まれます。
どう回避するか
会計とシステムの両方が分かるパートナーと、設計の段階から一緒に進めます。
4つのパターンに共通するのは、つまずく原因が「機能」ではなく「設計」と「進め方」にある、という点です。
複数基準の同時計上は、システムの導入プロジェクトに見えて、その本質は経営の意思決定です。どの基準で、どこまで、どう対応するか。それは経営の判断そのものだからです。
ひとりで、あるいは一部門だけで抱え込む必要はありません。設計の段階から伴走者と進めることで、こうした失敗の多くは避けられます。
よくある質問(FAQ)
Q1. マルチブックで複数基準を同時計上すると、監査対応は問題ないのか?
取引ごとに基準別の仕訳が記録されるため、監査証跡はむしろたどりやすくなります。
Excelでの二重管理に比べ、どの取引がどの基準でどう計上されたかを、システム上で追跡できます。ただし、これは基準設計が正しく行われていることが前提です。設計が曖昧だと、かえって説明が難しくなります。
Q2. ARMとマルチブックは、どちらか一方だけでも使えるのか?
それぞれ独立した機能ですが、複数基準で収益認識を同時に行うには、両方の連携が前提になります。
ARMは収益認識のルールを自動化する機能、マルチブックは複数の帳簿を並行管理する機能です。収益認識だけなら単一の帳簿でも使えます。ただし「異なる収益認識を、複数基準で同時に」となると、両方の組み合わせが必要です。
Q3. 導入にはどれくらいの期間がかかるのか?
基準設計の複雑さと、対応する拠点・基準の数によって、大きく変わります。
一律の期間はお伝えしにくい領域です。差異が出る箇所が少なく、対象拠点が限られていれば短くなります。複数拠点・複数基準が絡むと長くなります。期間を縮める鍵は、設計の段階でどれだけ論点を整理できるかにあります。
Q4. すでにNetSuiteを使っているが、後からマルチブックを追加できるのか?
追加は可能ですが、稼働中の環境への影響を見極めた設計が必要です。
すでに運用している帳簿に、後から別基準の帳簿を加える形になります。過去データの扱いや、既存の収益認識ルールとの整合を確認しながら進めます。稼働中のシステムへの追加は、新規の構築とは別の慎重さが求められます。
まとめ──急がず、設計から。複数基準対応を確実に回す
IFRS・日本基準の同時計上は、NetSuiteのARMとマルチブックを組み合わせることで、仕組みとして支えられます。
ただ、この記事で繰り返しお伝えしてきたとおり、カギを握るのは機能そのものではありません。その手前にある「設計」です。
どこで基準が分かれるのか。どの帳簿に、どのルールを当てはめるのか。この設計が固まってはじめて、仕組みは正しく回り始めます。
そして、複数基準への対応は、システムの導入である以上に、経営の意思決定です。
だからこそ、急いで全部を完璧に揃えようとする必要はありません。まず正しく回る範囲から始め、動かしながら広げていく。そのほうが、結果的に確実です。
複数基準の同時計上は、会計とシステムの両方の理解が必要な、難所の多い領域です。ひとりで、あるいは一部門だけで抱え込まず、設計の段階から一緒に考えられる相手を持つこと。それが、遠回りに見えて一番の近道になります。
NetSuiteで複数基準の収益管理を検討するなら
複数基準の同時計上をどう設計すべきか、自社の状況に当てはめて整理したい——。そうお考えでしたら、NetSuite認定パートナー(Solution Provider)であるベンチャーネットにご相談ください。
会計とシステムの両面から、設計の段階を一緒に整理します。
📩 NetSuite×海外展開を見据えたERP導入支援を見る
(リンク先:海外展開ERP支援LP ※URLはSEO担当が確認のうえ設定)
【内部リンク(※URL実在確認のうえ設定)】
- 収益認識の基礎:「新収益認識基準への対応に効果的なNetSuiteの機能とは?」
- 財務会計の基礎:「NetSuiteで実現する管理会計の高度化と財務会計との違い」
- 関連:「NetSuiteがIPOを目指す企業に適している理由」
