月末、経理の担当者が、海外子会社から届いた表計算を1枚ずつ開いていく。
通貨が違う。締めの日も違う。三国間の取引は、どの会社の売上にも載っていない。
全社の数字がそろうまでに、何日もかかります。
商社のビジネスが広がるほど、「会社全体の数字が見えない」悩みは深くなります。
NetSuite(ネットスイート)とは、Oracle NetSuiteが提供するクラウド型のERP(基幹業務システム)です。
会計・販売・在庫・購買を1つにまとめ、海外の子会社も同じ仕組みで管理できます。
多通貨・海外子会社・三国間貿易が日常になった商社ほど、その価値が出やすくなります。
反対に、国内取引が中心なら、いまの国産のシステムがそのまま合うこともあります。
では、NetSuiteを入れる商社は、どこから手をつければよいのか。
答えは、システムの画面の中にはありません。
この記事で分かること
- 商社に特有の「システムの悩み」の正体
- 多通貨・三国間貿易・海外子会社を、NetSuiteでどう扱うか
- NetSuiteが向く商社と、ほかの選択肢が合う商社
- 導入の費用を左右するものと、よくある失敗3つ
三国間貿易は、自国を通さずに、海外の売り手と買い手の間で売買を仲立ちする取引です。
商社に特有の「システムの悩み」
商社のビジネスは、国境と通貨をまたいで動きます。
そのため、システムには次の負荷がかかります。
- 取引ごとに通貨が違い、為替の管理が複雑になる
- 三国間貿易の記録が、いまのシステムに収まらない
- 取引先への与信を、拠点をまたいで見たい
- 海外子会社が増え、会社ごとにシステムがばらばらになる
一つひとつは現場の工夫で回せます。
それでも積み重なると、冒頭の月末の光景になります。
数字がすぐに見えなければ、判断も速くなりません。
商社の業務とNetSuiteの対応
NetSuiteは、世界220地域・44,000社以上で使われているクラウドERPです(出典:Oracle NetSuite公式サイト、2026年9月時点)。
| 商社の業務 | NetSuiteの機能 | 導入前に決める点 | AIとの親和性 |
|---|---|---|---|
| 多通貨の売買 | OneWorld・複数通貨 | 為替の相場をどの時点で使うか | 高。取引が1つの基準でそろい、異常の点検にAIを使いやすい |
| 三国間貿易 | 直送(ドロップシップ) | 所有権の移る時点と、書類の流れ | 中。取引の流れの記録がそろう |
| 子会社間の取引 | 子会社をまたぐ出荷、会社間取引の自動管理 | 会社間の価格と、消去のルール | 高。グループの数字を横断で見やすい |
| 為替の月末の処理 | 外貨建ての残高の評価替え | 評価替えの対象と、締めの手順 | 中。差の大きい取引の洗い出しに使える |
「AIとの親和性」は、AIで点検や分析をするためのデータがそろうかの見立てです。
見立てたのは、NetSuite認定パートナー(Solution Provider)であるベンチャーネットです。
会計基準の違いは、2-4で扱います。
多通貨と海外拠点をまとめる「OneWorld」
OneWorldは、多通貨・多言語・海外の子会社を一つにまとめて管理する、NetSuiteの仕組みです。
190通貨・27言語に対応します。
子会社ごとに基本の通貨を決め、外貨建ての取引もそのまま記録できます。
価値は、多通貨に対応することそのものではありません。
拠点が増えても、同じ物差しで全社を見られることにあります。
機能の全体はNetSuiteのグローバル展開機能で扱っています。
三国間貿易と子会社をまたぐ取引
三国間貿易に近い流れは、直送(ドロップシップ)で扱えます。
Oracleのヘルプでは、次のように説明されています(出典:Oracle NetSuite公式ヘルプ、2026年9月確認)。
- 商品は仕入先から顧客へ直接送られ、自社の在庫を通らない
- 受注を承認すると、発注書が自動で作られる
- 在庫の資産の勘定や、在庫の数には影響しない
グループの中で出荷する場合は、子会社をまたぐ出荷の機能があります。
1つの受注を、複数の子会社の拠点から出荷でき、請求は受注した子会社から出せます。
この機能はOneWorldのアカウントが前提です(出典:Oracle NetSuite公式ヘルプ、2026年9月確認)。
ただし、三国間貿易の建て方は会社ごとに違います。
所有権がいつ移るか、どの書類がどこから出るか。
この2つを社内で決めてから、標準の流れに当てはめます。
為替の月末の処理
外貨建ての売掛金・買掛金は、為替の相場の動きで円の金額が変わります。
Oracleのヘルプでは、外貨建ての残高の評価替えを、月末の締めの一部とするよう案内しています。
(出典:Oracle NetSuite公式ヘルプ、2026年9月確認)
- 月末の相場で、未実現の損益を計算する
- 支払の時点で、実現した損益を計上する
どの残高を対象にし、どの相場を使うかは、会計の方針とあわせて決めます。
処理の実務はNetSuiteで為替差損益はどう処理する?で扱っています。
子会社の連結と会計基準
グループ会社の間の取引には、会社間取引の自動管理の機能があります。
Oracleのヘルプでは、会社間の取引の明細をもとに、消去の仕訳を自動で作ると説明されています。
(出典:Oracle NetSuite公式ヘルプ、2026年9月確認)
消去は、連結のときにグループの内側の売買を取り除く処理です。
日本基準とIFRSなど複数の基準は、マルチブック(複数帳簿)で、1つの取引から並べて扱えます。
詳しくはマルチブック会計の解説と、グループ連結決算をNetSuiteで効率化をご覧ください。
AIとの親和性
Oracle NetSuiteは、自社の製品を「#1 AI Cloud ERP」と掲げています。
AI Connector Serviceで、ClaudeやChatGPTなどのAIとNetSuiteをつなげられます。
(出典:Oracle NetSuite公式サイト、2026年9月確認)
AIが力を出すには、データがそろっていることが前提です。
取引が分散する商社こそ、データを1つにする意味が大きくなります。
国内向けのERPと、グローバル対応の統合型ERP
どちらにも長所があり、合う商社が違います。
| 比較の軸 | 国内向けのERP(販売管理が中心) | グローバル対応の統合型ERP |
|---|---|---|
| 多通貨・海外子会社・連結 | 多通貨が限られ、連結は別のシステムを併用することが多い | 標準で多通貨(NetSuiteは190通貨)。子会社の管理と連結を一つにしやすい |
| 三国間貿易・多拠点 | 拠点ごとに分かれがち | 1つの基盤で横断して管理しやすい |
| 日本の商慣習 | 合わせやすい | 設定や開発で合わせる |
| 合う商社 | 国内取引が中心、独自の商慣習が強い | 多通貨・海外子会社が増え、全体を見たい |
判断の軸は、グローバルの取引がどれだけ事業の中心かです。
ERP全体の比較はERP・クラウドERPを徹底比較をご覧ください。
判断の物差し|向いている商社、ほかの選択肢が合う商社
向いている商社
- 多通貨での取引が日常になっている
- 海外子会社が増え、連結の手間が増えてきた
- 三国間貿易など、拠点をまたぐ取引が広がっている
- ばらばらのシステムを、全体でまとめたい
ほかの選択肢が合う場合
| 選択肢 | 合う条件 |
|---|---|
| 卸売の業務が中心のNetSuite活用 | 課題が多品目の在庫・複数の倉庫・与信 |
| 国産の販売管理・ERP | 取引がほぼ国内で完結し、日本の商慣習を最優先したい |
| Odoo | 小さく始め、必要なアプリを足しながら広げたい |
| AIスクラッチ開発 | 口銭の計算など、特定の業務だけを自社の形で作りたい |
| いまは入れない | 海外子会社が1社程度で、表計算で連結が回っている |
在庫・与信が中心なら、卸売・商社のNetSuite活用ガイドのほうが実態に合います。
商社の状況から合う選択肢を逆に引くと、次のとおりです。
費用を左右するもの
ライセンスは、ミニマム構成で月額20万円〜が出発点です。
モジュール・ユーザー数・オプションで変わり、数百万円規模になることもあります。
最終的な金額は、Oracleの営業を通じた見積もりが要ります。
導入の費用は、ライセンスよりも導入の中身で開きます。
ベンチャーネットが支援したNetSuite導入の費用で見てみます。
3名程度・購買と販売だけ・開発なしの事例は、1.5か月・150万円程度でした。
100名程度で他社のSaaSや顧客独自のシステムとの連携開発があった事例は、1.5年・2億円程度です。
そのうち約7割が、開発の費用でした。
差を生むのは、機能範囲・開発(特に外部連携)・社内の体制・ユーザー数の4つです。
海外子会社の既存システムや物流の仕組みとつなぐ開発が要るなら、そこが総額を押し上げます。
4つの事例の全体は、NetSuiteの料金・費用で紹介しています。
読者の二つの立場
これからERPを選ぶ商社
- 取引を「国内」「輸出入」「三国間」「グループ内」に分け、件数の割合を出す
- 通貨の数と、為替の扱いの社内のルールを書き出す
- 子会社の数と、いまの連結のやり方を洗い出す
海外拠点の立ち上げのつまずきは、海外進出と基幹システムの落とし穴で扱っています。
いまのシステムを見直す商社
国産の販売管理を長く使ってきた商社は、次の順で見ます。
- 保守の期限と、更新の費用
- 海外子会社の数字を、どう集めているか(手作業の量)
- 替えるなら、まず多通貨の取引と子会社の管理から。会計は段階的に寄せる
海外子会社の数字を集める作業の時間を、月あたりで数えてみてください。
その時間が、統合型のERPで減らせる手間の目安になります。
よくある失敗3つ
失敗1:為替まわりを出し切らないまま進める
起きること:稼働後に「その処理ができない」「月次の数字が合わない」が噴き出す。
原因:為替の計算の時点、為替予約の条件、差損益の計上の時期が、特定の担当者の頭の中にしかなかった。
避け方:システムの話の前に、為替の論点まで含めていまの業務を出し切ります。
少なくとも次の3つは、文書にしてから設計に入ります。
- 取引のどの時点の相場で、円に直すか
- 為替予約をどの取引に、どう結びつけるか
- 差損益を、いつ、どの勘定で計上するか
失敗2:独自の商慣習をすべて作り込む
起きること:作り込みが増え、更新に追いつきにくく、保守の負担が膨らむ。
原因:三国間貿易の建て方や口銭(手数料)の計算を、いまのやり方のまま再現しようとした。
避け方:業務を標準に寄せるFit to Standardと、本体の作り込みを抑えるクリーンコアの考え方で進めます。
業務を一つずつ、第7章の「標準に合わせる/開発する/残す」に仕分けます。
失敗3:最初から財務会計まで一度に統合する
起きること:要件が膨らみ、現場が混乱し、プロジェクトが止まる。
原因:日本の会計の実務には独自の要件があり、一度に全部そろえるのは負担が大きい。
避け方:まず多通貨の取引や子会社の管理から動かし、財務会計は段階的に寄せます。
まず回して磨くほうが、現場に無理がありません。
3つの失敗と避け方を並べると、次のとおりです。
ベンチャーネットならこう見る
冒頭の問い、どこから手をつけるか。
ベンチャーネットの答えは、画面を見る前に、いまの業務を見える化することです。
型1:見える化→整理整頓→Fit&Gap
- 見える化:国内・輸出入・三国間・グループ内の取引が、誰の手でどう流れているかを描く
- 整理整頓:為替の扱いのルールを文書にし、やめる手作業とそろえる書類を決める
- Fit&Gap:残った業務を、直送や子会社をまたぐ出荷などの標準機能と照らし合わせる
Fit&Gapは、業務と機能の合う・合わないを一つずつ見る作業のことです。
為替のルールが文書になっていないうちは、3段目に進みません。
失敗1を避ける順番でもあります。
型2:標準に合わせる/開発する/残す
商社で作り込みが膨らみやすい2つの業務を、例に当てはめます。
| 業務 | 標準に合わせる | 開発する | 残す |
|---|---|---|---|
| 三国間貿易 | 直送の標準の流れに、書類と所有権の移り方を寄せる | 標準の流れに載らない書類だけを作る | 件数が少なければ、当面は別の運用で続ける |
| 口銭の計算 | 標準の機能で扱える範囲を先に決める | 足りない計算だけをアドオンで補う | 周辺の仕組みで計算し、結果だけを取り込む |
どれを選ぶかは、見える化の後に決めます。
開発を選ぶほど、第4章で見た「開発」の要因が重くなり、稼働後の保守も増えます。
ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。
国内向けのERPとNetSuiteのどちらが優れているか、という話はしません。
課題が「国内の在庫・与信」なら、ほかの記事や選択肢をお勧めします。
最初の打ち合わせで伺うのは、次の3つです。
- 課題は「グローバル」か「国内の在庫・与信」か
- 為替の扱いの社内のルールは、文書になっているか
- 会計は最初から入れるか、後の段階に回すか
今日できること|直近1か月の取引を4つに分ける
直近1か月の取引の一覧を出し、次の表を埋めてみてください。
| 取引の種類 | 件数 | 通貨の数 | いまの記録の場所 |
|---|---|---|---|
| 国内 | |||
| 輸出入 | |||
| 三国間 | |||
| グループ内 |
「三国間」と「グループ内」の件数が多いほど、統合型のERPの価値が出やすくなります。
「いまの記録の場所」が表計算になっている行が、最初に手を打つ所です。
よくある質問
Q1. 多通貨の取引や為替差損益は、NetSuiteでどう扱えますか
基本の通貨に換算して管理できます。
外貨建ての取引は、その通貨のまま記録します。
月末には、外貨建ての残高の評価替えで未実現の損益を計算します(第2章)。
為替予約の扱いなどは、業務に合わせた設計が要ります。
Q2. 三国間貿易にも対応できますか
直送(ドロップシップ)などの標準の流れで扱えるかを先に見ます。
すべてをいまのやり方のまま再現しようとすると、作り込みが膨らみがちです。
Q3. 海外子会社が複数ありますが、連結まで一つで回せますか
連結を見据えた設計ができます。
子会社ごとに基本の通貨を決め、会社間の取引の消去の仕訳を自動で作る機能があります。
複数の会計基準は、マルチブックで並べて扱えます。
Q4. 国産の販売管理システムから替える価値はありますか
国内取引が中心ならいまのシステムが合うこともあります。
多通貨・海外子会社・三国間貿易が増えてきた商社では、替える価値が出てきます。
Q5. 口銭(手数料)の独自の計算は、どうすればよいですか
標準の機能で扱える範囲を先に決めます。
足りない部分だけを、開発で補うか、周辺の仕組みで扱うかを決めます(第7章)。
Q6. 導入の順番は、どう決めればよいですか
多通貨の取引と子会社の管理から始めることが多いです。
財務会計は段階的に寄せると、現場の負担を抑えられます。
Q7. 導入の費用はどのくらいかかりますか
導入の中身で大きく変わります。
ベンチャーネットの支援例では、150万円程度から2億円程度まで幅がありました。
外部システムとの連携開発が要る場合は、そこが総額を押し上げます(第4章)。
まとめ
- 商社の悩みの正体は、通貨・拠点・会社をまたいで数字が分かれていること
- NetSuiteは、OneWorld・直送・子会社をまたぐ出荷・評価替え・会社間取引の自動管理で応える
- 手をつける順番は「見える化→整理整頓→Fit&Gap」。最初は為替の扱いのルール
- 独自の商慣習は「標準に合わせる/開発する/残す」に仕分ける
- 会計は段階的に。全部を一度にそろえるより、まず回す
月末に届く子会社の表計算を、1か月分だけ数えてみてください。
何枚を、何時間かけて突き合わせているか。そこが最初の相談の材料になります。
もう少し詳しく知りたい方へ
課題が「グローバル」か「国内の在庫・与信」か。その見極めから、商社の経営者のご相談をお受けしています。
- 海外子会社・多通貨の管理を一つにしたい方:海外展開・OneWorldのご相談
- 実際の画面で機能を確かめたい方:NetSuite無料デモのお申込み
- 自社に合うかを相談したい方:お問い合わせ

コメント
コメント一覧 (1件)
[…] 商社の業務全体の中での位置づけは、商社のNetSuite活用で扱っています。 […]