1回の登録で、最大5冊の帳簿に、基準ごとの収益が並ぶ。
NetSuiteのマルチブック会計と、収益認識の機能（ARM）を組み合わせた姿です（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
マルチブック会計とは、1つの取引から、基準の違う複数の帳簿を同時に作るNetSuiteの機能です。
ARMと組み合わせると、帳簿ごとに違う収益認識のルールを当てはめられます。
IFRSと日本基準の両方で報告する会社なら、決算のたびの組み替えを減らせます。
ただし、使えるのはOneWorldだけです。
導入には、Oracleか認定パートナーの支援が要ります。
設計を誤ると、後から直しにくい仕組みでもあります。
では、自社はそこまで要る会社なのか。
分かれ目は、機能の説明ではなく、自社の差異の一覧の中にあります。
この記事で分かること
- IFRSと日本基準の同時計上が、なぜ課題になるのか
- ARMとマルチブックが、どう組み合わさって動くのか
- 使う前の前提条件（OneWorld・帳簿の数など）と、3つのやり方の比べ方
- マルチブックを急ぐべきかを決める3つの問い
なぜ「複数基準の同時計上」が課題になるのか
海外に拠点を持つと、その国の基準や、グループの報告基準への対応が要ります。
日本の親会社は、日本基準（J-GAAP）で決算をまとめます。
一方、グループの連結や海外向けの報告では、IFRSを求められることがあります。
同じ売上でも、基準によって計上の時期や金額が変わることがあります。
これを手作業で続けると、決算のたびに組み替えの作業が発生します。
拠点や取引が増えるほど、作業は重くなり、ミスの危険も高まります。
後回しにするほど、移行するときに扱うデータも積み上がります。
基礎用語の整理
収益認識は、売上をいつ・いくら計上するかを決めるルールです。
たとえば1年分の料金を前払いで受け取った場合、提供する期間に分けて計上します。
IFRS第15号／ASC 606は、収益認識の国際的な基準です。
IFRS第15号は国際財務報告基準、ASC 606は米国の基準です。
日本基準の収益認識は、企業会計基準第29号「収益認識に関する会計基準」で定められています。
企業会計基準委員会は、IFRS第15号の基本的な原則を取り入れることを出発点にしたと説明しています。
2021年4月1日以後に始まる事業年度の期首から適用されています（出典：企業会計基準委員会 企業会計基準第29号、2026年9月確認）。
考え方は近いものの、細かな点では違いが残る場合があります。
どこに違いが出るかは、自社の取引と会計方針で決まります。
5つのステップは、収益を認識するまでの手順です。
第29号では、次の5つが示されています（同上）。
- 顧客との契約を識別する
- 契約における履行義務を識別する
- 取引価格を算定する
- 履行義務に取引価格を配分する
- 履行義務を充足した時に、または充足するにつれて収益を認識する
履行義務は、顧客に約束した個々の商品やサービスのことです。
ARM（Advanced Revenue Management）は、NetSuiteの収益認識の機能です。
収益の予測・認識・振替・繰延・監査を、ルールで自動化します（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
NetSuite公式は、ASC 606・IFRS 15などの基準に対応すると説明しています。
追加のモジュールとして提供されています（出典：Oracle NetSuite公式、2026年9月確認）。
NetSuiteは、どう同時計上するのか
マルチブックが「複数の帳簿」を用意する
マルチブックを使うと、1つの会社の中に複数の帳簿を持てます。
基本の帳簿をプライマリブック、追加の帳簿をセカンダリブックと呼びます。
| 項目 | Oracleのヘルプの記載 |
|---|---|
| 帳簿の数 | 有効な帳簿は、プライマリを含めて最大5冊 |
| セカンダリブック | 最大4冊。勘定科目表・通貨・会計ルールを変えられる |
| プライマリブック | 子会社ごとに自動で作られ、無効にできない |
| 帳簿ごとの仕訳 | 手入力の仕訳は、帳簿を選んで計上できる |
| 連結 | 標準ではプライマリブックだけ。セカンダリは帳簿の設定で有効にする |
出典：Oracle NetSuiteヘルプ（2026年9月確認）
取引を1回登録すると、各帳簿に記録されます。
決算のたびに、手作業で組み替える必要がなくなります。
ARMが「帳簿ごとの収益認識」を当てはめる
Oracleのヘルプには、次の記載があります。
マルチブックと、収益・費用の管理の機能を両方有効にすると、収益認識の機能は帳簿ごとになります（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
帳簿ごとに持てるのは、収益認識の設定、収益契約・収益要素・収益計画、収益の配分です。
収益契約は、顧客への約束（履行義務）をまとめた記録です。
収益計画は、どの期間にいくら収益を計上するかを示す記録です。
日本基準の帳簿には日本基準のルールを、IFRSの帳簿にはIFRSのルールを当てはめる。
その結果、1つの売上から、帳簿ごとに違う計上の予定が作られます。
ここまでの流れを図にすると、次のとおりです。
設計が先、有効化は後
この仕組みは、「どの帳簿に、どのルールを当てはめるか」を先に決めて、はじめて動きます。
Oracleのヘルプでも、帳簿の計画のときに次の問いを考えるよう案内されています。
- 帳簿ごとに、違う勘定科目表が要るか
- 基本の通貨のほかに、どの通貨で記録するか
- 収益認識・費用の償却・減価償却のルールを、帳簿ごとに変えるか
設計が曖昧なまま有効にすると、かえって混乱します。
使う前の前提条件
| 前提 | 内容 | 見る点 |
|---|---|---|
| OneWorld | マルチブックはOneWorldだけで使える | 自社の契約がOneWorldか |
| 導入の支援 | NetSuiteのProfessional Servicesか、マルチブックの認定パートナーの支援が必要 | 支援の体制と費用 |
| 収益認識の機能 | ARMは追加のモジュール | 契約に含まれているか |
| 帳簿の上限 | 有効な帳簿は最大5冊 | 必要な基準・通貨の数 |
出典：Oracle NetSuiteヘルプ、Oracle NetSuite公式（2026年9月確認）
OneWorldは、複数の子会社を1つのNetSuiteで管理する版です。
機能は、NetSuiteのグローバル展開機能で扱っています。
提供の可否と条件は、Oracleの営業の担当にお問い合わせください。
費用と期間の考え方
NetSuite導入の費用は、機能範囲・開発（特に外部連携）・社内の体制・ユーザー数の4つで大きく変わります。
ベンチャーネットが支援したNetSuite導入の費用にも、大きな開きがあります。
3名程度・1.5か月で150万円程度から、100名程度・1.5年で2億円程度（うち開発約7割）までです。
マルチブックとARMは、このうち機能範囲を広げる選択です。
帳簿の数、基準の差異の数、対象の拠点の数が増えるほど、設計と検証の工数も増えます。
事例の中身と、見積書の見方は、NetSuiteの料金・費用・ライセンス体系で扱っています。
3つのやり方を比べる
複数基準の対応は、システム化だけが答えではありません。
| やり方 | 中身 | 向く会社 | 注意点 |
|---|---|---|---|
| A. 表計算で組み替え | 一方の基準の数字を、決算時に表計算で組み替える | 拠点・取引が少ない | 転記ミスと属人化が起きやすい |
| B. 決算時の調整仕訳 | 差異だけを、決算時に調整仕訳で入れる | 差異の箇所が少なく、金額も小さい | 差異の根拠を別に管理する |
| C. マルチブック＋ARM | 取引ごとに、両基準の収益を計上する | 拠点・取引が多く、差異が継続して出る | 前提条件と初期の設計の負担が大きい |
Bには、調整だけを入れる帳簿（Adjustment-Only Books）の機能もあります（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
Cまで要らない会社は、この機能が合うかも見てください。
Cのように取引ごとの基準別の数字がそろうと、AIの使い道も広がります。
たとえば、両基準の差が大きい契約を洗い出す点検です。
Aの表計算では、組み替えの過程がデータに残らず、こうした点検を任せにくくなります。
マルチブックの機能全般は、NetSuiteマルチブック会計 完全ガイドで扱っています。
判断の物差し｜マルチブックを急ぐか
マルチブックに進む前に、3つの問いに順に答えます。
IFRSで報告する範囲は決まっているか。
差異は多く、毎期続くか。
OneWorld・ARM・支援の体制はそろうか。
どこかで「いいえ」なら、マルチブックはまだ急ぎません。
向いている会社
- 海外に子会社があり、IFRSでの報告が毎期続く
- 複数の要素を含む契約（製品と保守のセットなど）が多い
- 取引の件数が多く、決算時の組み替えが重い
- すでにOneWorldを使っている、または使う予定がある
向いていない会社と、ほかの道
両基準の差異が少なく、IFRSで報告する予定もまだ固まっていない。
そんな会社は、いまは入れずにBの調整仕訳で運用し、差異の記録だけを整えます。
国内が中心で、IFRSは連結の段階だけで足りるなら、国産の会計システムと連結の仕組みの組み合わせもあります。
Odooなどほかの製品は、複数基準の帳簿をどう持てるかを提供元に聞いてから比べます。
海外拠点の管理に強いクラウド会計「multibook」という製品もあります。
NetSuiteの「マルチブック会計」とは別のものです。
違いは、multibookとNetSuiteの違いで扱っています。
これから選ぶ会社と、いま使っている会社
これから選ぶ会社
最初に、IFRSで報告する範囲を決めます。
連結だけか、子会社ごとか、将来の上場で要るのか。
それによって、必要な帳簿が変わります。
上場を見据える場合は、NetSuiteがIPO準備に適している理由もあわせてご覧ください。
いま使っていて、見直しを考えている会社
稼働中のNetSuiteに、後からマルチブックを加えることもできます。
その場合は、次の3点を先に決めます。
- 過去のデータを、新しい帳簿にどう扱うか
- いまの収益認識のルールと、どう整合させるか
- OneWorldとARMが、いまの契約に含まれているか
いまの導入パートナーに、マルチブックの経験があるかも聞いておきます。
支援の体制に不安があるなら、パートナー変更という選択肢もあります。
よくある3つの失敗
失敗1：基準の設計を詰めずに、マルチブックを有効にする
起きること：どの取引をどの帳簿にどう振り分けるか、ルールが曖昧なまま動き出す。後から基準の差異が見つかり、直すのに時間がかかる。
原因：「とりあえず動かして、あとで直す」で始めた。動き出してからの変更は、過去のデータの再計算を伴う。
避け方：「どこで基準が分かれるか」を、会計とシステムの両面から先に洗い出す。帳簿ごとに勘定科目表・通貨・ルールを変えるかを決めてから有効にする。
失敗2：システムは入れたが、表計算の突合が残る
起きること：一方の基準は自動、もう一方は手で直す運用になる。「動いてはいるが、楽になった実感がない」。
原因：業務の流れを見直さず、システムだけを入れた。会計の知識とシステムの知識が、別々の人に分かれていた。
避け方：自動化できる範囲を見極め、残る手作業を前提に業務の流れを組み直す。経理とシステムの担当が、設計の段階から同じ場で決める。
失敗3：最初から全子会社・全基準をそろえようとする
起きること：全拠点・全基準を一度に対応しようとして、プロジェクトが長引く。要件が膨らみ、いつまでも本稼働しない。
原因：対象の範囲が広い領域なのに、一度に仕上げようとした。
避け方：主要な拠点と基準から始め、正しく回ることを見届けてから広げる。帳簿の上限（最大5冊）も踏まえて、優先順位を決める。
3つの失敗と避け方を図にすると、次のとおりです。
ベンチャーネットならこう見る
複数基準の同時計上は、システムの設定に見えて、実は会計の設計です。
NetSuite認定パートナー（Solution Provider）であるベンチャーネットは、第6章の3つの問いの2つ目を、とくに重く見ます。
差異が小さければ、仕組みが立派でも手間に見合わないからです。
役割を3つに分ける｜日本オラクル・ベンチャーネット・自社
マルチブックは、契約と設計の両方が絡みます。
誰が何を担うかを、最初に分けておきます。
| 担い手 | 担うこと |
|---|---|
| 日本オラクル | ライセンス（OneWorld・ARMを含む）・トレーニング・製品サポート |
| ベンチャーネット | 要件定義・設定・カスタマイズ・アドオン開発・保守・PM。Oracleとの調整も含む |
| 自社（経理と顧問の会計士） | 会計方針と、基準ごとの差異の判断 |
契約は、請負契約に対応しています（準委任も相談可）。
会計処理の最終的な判断は、顧問の会計士・監査法人と一緒に行います。
会計の設計と設定を、1人のPM兼コンサルがつなぐ
失敗2の原因は、会計の知識とシステムの知識が分かれることでした。
ベンチャーネットでは、PM兼コンサルが提案からカットオーバー（本稼働）まで一貫して担当します。
要件を聞くのも、営業ではなくこの担当者です。
週次の定例と課題管理表で、経理・システム・Oracleの論点を1つの場にそろえます。
待たずに情報を取りに行くことで、帳簿の設計の抜けを早く見つけます。
今日できること｜差異の一覧を作る
直近の決算で、IFRSへの組み替えに使った資料を1つ用意し、次の表を埋めてみてください。
| 差異が出た取引 | 件数 | 組み替えにかけた時間 | 担当者 |
|---|---|---|---|
| （例）保守とセットの製品販売 | 月30件 | 月4時間 | 経理の○○さん |
1時間で、差異が出る取引の種類と、組み替えの負担が見えてきます。
行が2〜3行で収まるなら、調整仕訳で足りるかもしれません。
行が多く、担当者が1人に集中しているなら、仕組みで支える価値が大きくなります。
よくある質問
Q1. マルチブックで同時計上すると、監査の対応は問題ありませんか
設計が正しければ証跡はたどりやすくなります。
取引ごとに、基準別の計上が記録されるためです。
ただし、基準の設計が曖昧だと、かえって説明が難しくなります。
Q2. ARMとマルチブックは、どちらか一方だけでも使えますか
それぞれ単独で使えます。
収益認識だけなら、1つの帳簿でもARMを使えます。
基準ごとに違う収益認識を同時に行うには、両方の組み合わせが前提です。
Q3. マルチブックは、どのNetSuiteでも使えますか
OneWorldでだけ使えます。
導入には、NetSuiteのProfessional Servicesか、マルチブックの認定パートナーの支援が必要です（第4章）。
Q4. 帳簿はいくつまで持てますか
プライマリを含めて最大5冊です。
セカンダリブックは最大4冊で、勘定科目表・通貨・会計ルールを変えられます（第3章）。
Q5. 導入の費用と期間は、何で変わりますか
帳簿の数・差異の多さ・対象の拠点で変わります。
NetSuite導入の費用は、機能範囲・開発・社内の体制・ユーザー数の4つで決まります（4-1）。
期間を縮める鍵は、設計の段階で論点をどれだけ整理できるかです。
ライセンスはOracle、要件定義から保守まではパートナーが担います（第9章）。
Q6. すでにNetSuiteを使っていますが、後から追加できますか
追加はできます。
ただし、稼働中の環境への影響を見極めた設計が要ります。
過去のデータの扱いや、いまの収益認識のルールとの整合を見ながら進めます（第7章）。
まとめ
- マルチブック会計は、1つの取引から基準の違う複数の帳簿を作る機能
- ARMと組み合わせると、収益認識が帳簿ごとになり、両基準の収益を同時に計上できる
- 前提はOneWorldと、認定パートナーなどの支援。帳簿は最大5冊
- 差異が小さい会社は、決算時の調整仕訳で足りることもある
- つまずきの原因は、機能よりも設計と進め方にある
最大5冊の帳簿を持てることと、持つべきかどうかは別の話です。
まず差異の一覧を作り、第6章の3つの問いに答えてください。
「はい」が3つそろったところから始めれば、遅すぎることはありません。
もう少し詳しく知りたい方へ
複数基準の収益認識をどう設計するかは、報告の範囲と取引の中身で変わります。
差異の洗い出しから、会計とシステムの両面でご相談をお受けしています。
