「販売も在庫も会計も、できるだけひとつのシステムでまとめて見たい」。
海外子会社を持つ企業の経営者や経理責任者の方から、よくいただくご相談です。全体をひとつにまとめたいというお気持ちは、とてもよくわかります。
その実現手段のひとつが、NetSuiteのマルチブック（Multi-Book Accounting：並行会計）です。1つの取引から、複数の会計基準にもとづく帳簿を同時に作れる機能です。
ただし、マルチブックには「OneWorldが前提」「認定パートナーによる実装が必須」「後からの有効化には制約がある」といった、導入前に知っておくべき条件があります。
この記事では、NetSuite認定パートナー（Solution Provider）であるベンチャーネットが、マルチブック導入の進め方と、設計でつまずきやすいポイントを整理します。
この記事で分かること
- マルチブック（並行会計）が、どんな企業に必要な機能なのか
- 導入前に知るべき3つの前提条件（OneWorld・認定パートナー・問い合わせ経路）
- 導入の進め方と、設計でつまずきやすい4つのポイント
- 「後から有効化が難しい」と言われる理由と、その対策
読了の目安：約10分
マルチブック会計とは？まず仕組みを整理する
マルチブック会計とは、1つの取引データから、複数の会計帳簿を同時に作成・管理する機能です。会計基準が異なる帳簿を、並行して持てるのが特徴です。
NetSuiteでは標準のコンセプトとして用意されていますが、利用には後述の前提条件があります。まずは「何ができる機能なのか」を整理します。
1つの取引から複数の帳簿を同時に作る
通常の会計では、1つの取引は1つの帳簿に記帳されます。マルチブックでは、同じ取引を複数の帳簿に、異なるルールで同時に記帳できます。
たとえば、次のような使い方ができます。
- 日本基準の帳簿と、IFRS（国際会計基準）の帳簿を並行して持つ
- 親会社の基準と、海外子会社の現地基準を同時に管理する
- 通貨や勘定科目の異なる帳簿を、取引ごとに自動で振り分ける
ここでの「主要帳簿」と「二次帳簿」という言葉を、先に押さえておきましょう。
- 主要帳簿（Primary Book）：日々の取引を記録する、基本となる帳簿
- 二次帳簿（Secondary Book）：主要帳簿とは別の基準・通貨・勘定科目で記帳する帳簿
二次帳簿は、主要帳簿とは異なる勘定科目・基準通貨・会計ルールを設定できます（出典：Oracle NetSuite公式ドキュメント）。
どんな企業に必要な機能か
マルチブックが力を発揮するのは、複数の会計基準を同時に満たす必要がある企業です。
具体的には、次のような状況が当てはまります。
- 海外に子会社や拠点があり、現地基準と日本基準の両方で帳簿が必要
- IFRSやUS-GAAPでの報告と、日本基準での申告を並行して行う
- グループ全体を連結しつつ、各社の現地要件にも対応したい
逆に、国内事業のみで会計基準が1つで足りる企業には、マルチブックは過剰になりがちです。「複数基準が同時に必要か」が、導入を検討する最初の分かれ目になります。
「別システムで並行運用」との違い
複数基準への対応は、別々のシステムを並行運用する方法でも実現はできます。マルチブックとの違いは、データの起点が1つか、複数かです。
| 観点 | マルチブック | 別システムで並行運用 |
|---|---|---|
| データの起点 | 1つの取引から自動で各帳簿へ | システムごとに個別入力・連携 |
| 入力の手間 | 取引入力は1回 | 複数システムへの入力・突合が発生 |
| 基準間の整合 | 同一データから生成され整合しやすい | 連携設計次第でズレが起きうる |
| 導入のハードル | 前提条件・専門家の関与が必要 | システム間連携の設計が必要 |
どちらが適しているかは、企業の体制や既存システムによって変わります。次章では、マルチブックを選ぶ場合の前提条件を見ていきます。
導入前に知るべき3つの前提条件
マルチブックには、導入を検討する前に必ず知っておくべき前提条件が3つあります。ここを誤解したまま進めると、後から計画の見直しが必要になります。
前提①：OneWorldアカウントが必須
マルチブック会計は、NetSuite OneWorldアカウントでのみ利用できる機能です（出典：Oracle NetSuite公式ドキュメント）。
OneWorldとは、複数の法人・拠点・通貨をひとつのNetSuite上で管理するための機能です。海外子会社の管理や連結を前提とした構成です。
つまり、OneWorldを使っていない構成では、マルチブックはそもそも選択肢に入りません。「マルチブックを使いたい」という要件は、「OneWorldを前提とした構成にするか」という、より大きな設計判断とセットになります。
前提②：Full版は認定パートナー／Professional Servicesの実装が必須
マルチブックには、機能の範囲が異なる2つの形があります。
- Full Multi-Book Accounting：通貨・勘定科目・会計ルールを帳簿ごとに設定できる、本格的な並行会計
- Adjustment-Only Books：主要帳簿のデータに、決算時の調整だけを別帳簿で加える簡易版
このうちFull版は、管理者が自分で有効化することはできません。NetSuite Professional Services、またはMulti-Book認定パートナーによる実装が必須です。これは公式ドキュメントに明記されています（出典：Oracle NetSuite公式）。
これは、マルチブックの設定が会計の根幹に関わり、設計を誤ると後の修正が難しいためです。NetSuiteが「専門家の関与を前提とする」設計にしている、と理解するとわかりやすいでしょう。
Full Multi-Book と Adjustment-Only Books の違い
| 観点 | Full Multi-Book | Adjustment-Only Books |
|---|---|---|
| 有効化 | Professional Services／認定パートナーの実装が必須 | 管理者が有効化できる |
| 通貨 | 帳簿ごとに別の基準通貨を設定できる | ベース帳簿と同じ通貨に固定 |
| 勘定科目 | 別の勘定科目にマッピングできる | ベース帳簿の勘定科目を引き継ぐ |
| 主な用途 | 基準・通貨が異なる本格的な並行会計 | 決算調整など限定的な用途 |
（出典：Oracle NetSuite公式ドキュメント、および公開されている技術情報）
どちらが自社に必要かは、求める並行会計の範囲によって変わります。この見極め自体が、専門家と相談すべき論点です。
前提③：入手は営業・パートナー経由での問い合わせから
Full版の入手は、NetSuiteの営業担当またはアカウント担当への問い合わせから始まります（出典：Oracle NetSuite公式ドキュメント）。
製品の画面で気軽にオンにできる機能ではない、という点が重要です。マルチブックの利用を考え始めた時点で、認定パートナーやNetSuiteの担当に相談する流れになります。
最終的な金額や具体的な構成は、パートナーを通じてNetSuiteの営業とともに決めていく形になります。「まず何が必要か」を整理する段階から、専門家に入ってもらうのが現実的です。
マルチブック導入の進め方
マルチブックの導入は、機能をオンにすれば終わり、というものではありません。「何のために、どの帳簿を、いつから持つか」を設計するプロセスが中心になります。
ここでは、進め方を4つのステップに整理します。なお、実際の設定操作はProfessional Servicesや認定パートナーの領域のため、ここでは設計の考え方を中心にお伝えします。
STEP1：何のために並行会計が必要かを言語化する
最初にやるべきは、操作の検討ではなく、目的の言語化です。
- どの会計基準を、なぜ並行して持つ必要があるのか
- どの法人・拠点が対象か
- いつの期から並行記帳を始めたいのか
ここが曖昧なまま進めると、必要のない帳簿まで作ってしまったり、後から「やっぱり別の基準も」と追加が発生したりします。並行会計は設計の自由度が高いぶん、目的の明確さが品質を左右します。
STEP2：帳簿構成と適用開始期を設計する
次に、どの帳簿を、いつから有効にするかを設計します。
NetSuiteでは、二次帳簿に適用開始期（Effective Period）を設定します。これは「その帳簿が、いつの期から有効になるか」を決めるものです。
ここで重要な制約があります。後ほど「つまずきポイント」で詳しく触れますが、適用開始期は、取引を記帳した後では変更できません（出典：Oracle NetSuite公式ドキュメント）。だからこそ、開始期の設計は慎重に行う必要があります。
あわせて、アクティブにできる帳簿の数にも上限があります。主要帳簿を含めて最大5つ（＝二次帳簿は最大4つ）です（出典：Oracle NetSuite公式ドキュメント）。必要な基準・通貨を棚卸しし、この範囲に収まるよう設計します。
STEP3：勘定科目マッピングを設計する
二次帳簿では、主要帳簿とは異なる勘定科目に記帳することができます。この対応関係を決めるのが、勘定科目マッピングです。
- 主要帳簿のどの勘定を、二次帳簿のどの勘定に対応させるか
- マッピングしない勘定は、主要帳簿と同じ勘定が使われる
このマッピング設計が、マルチブック導入の難所のひとつです。会計基準の差異を、勘定レベルでどう表現するかという、会計と設定の両方の知識が必要になる領域です。
STEP4：認定パートナーと実装・検証する
設計が固まったら、Professional Servicesまたは認定パートナーが実装します。
実装後は、想定どおりに各帳簿が生成されるかの検証が欠かせません。1つの取引が、各帳簿に正しいルールで記帳されているか。基準間の差異が、意図したとおりに表現されているか。
ここを丁寧に確認しておくことが、本稼働後のトラブルを防ぎます。
設計のつまずきポイント
ここからは、マルチブック導入の現場で起きやすい、設計のつまずきポイントを4つ整理します。
これは、マルチブックを売り込みたいから書くのではありません。「導入してから気づいて困る」ことを、できるだけ避けていただきたいからです。ベンチャーネットは、お客様と対等な立場で、リスクを正直にお伝えしたいと考えています。
つまずき①：後から有効化しようとして、既存データに遡れない
よくある状況
「まずは通常運用で始めて、必要になったらマルチブックを足そう」と考えるケースです。
なぜつまずくか
二次帳簿の適用開始期（Effective Period）は、取引を記帳した後では変更できません。また、開始期より前の期間には、原則としてその帳簿で計上できません（出典：Oracle NetSuite公式ドキュメント）。
つまり、運用を進めてからマルチブックを後付けしようとすると、過去のデータをその二次帳簿で遡って表現することが難しくなります。「最初から並行会計を入れておけばよかった」という事態になりがちです。
どう回避するか
並行会計が必要かどうかを、導入の初期段階で見極めることが何より大切です。
「将来、海外展開やIFRS対応の可能性があるか」。この問いを、NetSuite導入そのものの設計時に検討しておく。後から足すより、最初に見通しておくほうが、はるかに自由度が高くなります。
つまずき②：勘定科目マッピングの設計を後回しにする
よくある状況
「帳簿を増やすこと」に意識が向き、勘定科目マッピングの設計を後回しにするケースです。
なぜつまずくか
マッピングは、会計基準の差異を勘定レベルで表現する、設計の核心部分です。ここが曖昧だと、二次帳簿の数字が「何を表しているのか」が説明しづらくなります。
監査や報告の場面で、帳簿間の差異の根拠を問われたときに、設計の甘さが表面化します。
どう回避するか
帳簿構成を決めるのと同時に、マッピングを設計します。「どの基準差を、どの勘定でどう表現するか」を、会計の専門知識を持つメンバーとパートナーが一緒に詰めることが欠かせません。
つまずき③：帳簿数の上限を見誤る
よくある状況
「基準ごと・通貨ごとに帳簿を分ければわかりやすい」と考え、帳簿を増やしすぎるケースです。
なぜつまずくか
アクティブにできる帳簿は、主要帳簿を含めて最大5つです（出典：Oracle NetSuite公式ドキュメント）。安易に分けていくと、この上限に突き当たります。
どう回避するか
「本当に独立した帳簿が必要な基準・通貨はどれか」を棚卸しします。決算調整だけが目的なら、簡易版のAdjustment-Only Booksで足りる場合もあります。上限を前提に、帳簿の役割を絞り込む設計が重要です。
つまずき④：「設定して終わり」で運用設計を欠く
よくある状況
実装が終わった時点をゴールと考え、その後の運用体制を設計しないケースです。
なぜつまずくか
マルチブックは、設定して終わりではありません。期締めは帳簿ごとに行え、基準間の差異の調整も継続的に発生します。
運用ルールが定まっていないと、帳簿間の整合性が時間とともに崩れていきます。担当者が変わったときに、設計の意図がわからなくなるリスクもあります。
どう回避するか
実装と同時に、運用フェーズの体制まで設計しておきます。誰が、どの帳簿を、どう締めるのか。差異の調整を、どのルールで行うのか。
マルチブックは、動かしながら基準差異の扱いを磨いていくものです。導入後も伴走できる体制があると、運用は安定します。
マルチブック vs 別システムで並行運用
複数基準への対応は、マルチブック以外の方法でも実現できます。判断のために、改めて比較を整理します。
| 観点 | マルチブック | 別システムで並行運用 |
|---|---|---|
| データの一元性 | 1つの取引から全帳簿へ。整合しやすい | システムごとに分散。連携設計が必要 |
| 入力の手間 | 取引入力は1回で済む | 複数システムへの入力・突合が発生 |
| 前提条件 | OneWorld・認定パートナーの実装が必要 | 既存システムを活かせる場合がある |
| 向いている企業 | 複数基準を恒常的に並行する必要がある企業 | 並行が一時的・限定的な企業 |
日本での財務一本化を検討する際の前提は、「NetSuiteで財務会計を行う前に確認すべきこと3選」で整理しています。あわせてご覧ください。
よくある質問（FAQ）
マルチブックを使うには、OneWorldが必須ですか？
はい、必須です。マルチブック会計は、NetSuite OneWorldアカウントでのみ利用できます（出典：Oracle NetSuite公式ドキュメント）。
OneWorldは、複数法人・複数通貨を管理するための機能です。マルチブックの利用は、OneWorldを前提とした構成にするかという、より大きな設計判断とセットで考える必要があります。
運用を始めた後から、マルチブックを有効化できますか？
技術的に不可能ではありませんが、制約があります。
二次帳簿の適用開始期は、取引を記帳した後では変更できず、開始期より前の期間には原則として計上できません（出典：Oracle NetSuite公式ドキュメント）。そのため、運用開始後の後付けでは、過去データをその帳簿で遡って表現することが難しくなります。並行会計の必要性は、できるだけ導入初期に見極めることをおすすめします。
Full Multi-Book と Adjustment-Only Books の違いは？
Full Multi-Bookは、帳簿ごとに通貨・勘定科目・会計ルールを設定できる本格的な並行会計です。有効化にはProfessional Servicesまたは認定パートナーの実装が必要です。
一方、Adjustment-Only Booksは、主要帳簿のデータに決算調整だけを別帳簿で加える簡易版です。管理者が有効化できますが、通貨・勘定科目はベース帳簿に固定されます（出典：Oracle NetSuite公式ドキュメント）。求める並行会計の範囲によって、どちらが適切かが変わります。
日本基準とIFRSの並行記帳に対応できますか？
対応できます。二次帳簿は、主要帳簿とは異なる会計ルール・勘定科目を設定できます。そのため、日本基準とIFRSのような複数基準の並行記帳に用いられます（出典：Oracle NetSuite公式ドキュメント）。
ただし、基準差をどの勘定でどう表現するかという勘定科目マッピングの設計が要になります。会計の専門知識を持つメンバーと、認定パートナーが一緒に設計することをおすすめします。
まとめ：後から有効化が難しいからこそ、最初の設計が肝
NetSuiteのマルチブックは、複数の会計基準を1つの取引データから並行管理できる、強力な機能です。一方で、導入には知っておくべき前提と制約があります。
改めて要点を整理します。
- マルチブックはOneWorld前提の機能である
- Full版は認定パートナー／Professional Servicesの実装が必須
- 二次帳簿の適用開始期は後から変えられず、後付けには制約がある
- 勘定科目マッピングと運用設計が、品質を左右する
これらに共通するのは、「後から有効化が難しいからこそ、最初の設計が肝になる」ということです。
「将来、海外展開やIFRS対応の可能性があるだろうか」。この問いは、マルチブックを足す段階ではなく、NetSuite導入を考える段階で向き合っておきたいものです。早く見通しておくほど、選べる道は広がります。
並行会計は、設定して終わりではありません。動かしながら、基準差異の扱いを磨いていくものです。だからこそ、設計の段階から、そして導入後の運用まで、一緒に考えられるパートナーがいると安心です。
「自社にマルチブックが必要なのか」「OneWorldの構成からどう考えるべきか」。そうした入り口の段階からで構いません。NetSuite認定パートナー（Solution Provider）であるベンチャーネットが、御社の状況にあわせて一緒に整理します。
並行会計は、設計を誤ると後からの修正が難しい領域です。だからこそ、構成を決める前の段階で、一度ご相談いただくことをおすすめします。無料相談では、NetSuiteが御社にどうフィットするかを客観的にお伝えし、導入の進め方についてもアドバイスします。
▶ NetSuite導入・運用の事前無料相談・体験デモ
マルチブックやOneWorldの構成について、入り口の疑問からご相談いただけます。
ベンチャーネットに相談してみる▶ NetSuite関連サービスの紹介資料（無料ダウンロード）
導入支援・運用支援の進め方を資料で確認したい方はこちら。
サービス紹介資料をダウンロードする
