Amazonでの販売規模が大きくなるほど、受注・在庫・会計の管理は複雑になります。
「Amazonの注文や在庫を、手作業でNetSuiteに転記している」「数字のずれが気になる」。そんな課題は多いはずです。システム連携で解消したいと考える方も多いでしょう。
ただ、NetSuiteとAmazonの連携方法は1つではありません。大きく3つの選択肢があります。
- 方法①：Celigo（iPaaS）を使う
- 方法②：Oracle純正の「NetSuite Connector」を使う
- 方法③：カスタム開発（API連携）で構築する
結論から言うと、どれが最適かは自社の業務要件と将来計画によって変わります。標準的な連携から小さく始めたいなら純正コネクタ、複数モール展開や複雑なフローを早く整えたいならCeligo、独自要件が強いならカスタム開発が候補になります。
この記事では、3つの方法をフラットに比較します。これから連携を始める方にも、今の連携に不満があり乗り換えを考えている方にも役立つよう、選び方まで整理しました。
NetSuiteとAmazonを連携すると何が変わるか
まず、連携によって何が変わるのかを整理します。
NetSuiteとAmazonを連携すると、Amazonで発生した注文・在庫・精算のデータが、自動でNetSuiteに反映されます。手作業の転記がなくなり、入力ミスや数字のずれを減らせます。
連携の対象になる主なデータは、次のとおりです。
- 注文データ（Amazonで売れた商品の情報）
- 在庫データ（販売や入荷による在庫数の変動）
- 精算データ（Amazonからの入金や手数料の明細）
ここで、いくつか用語を整理しておきます。
FBA（Fulfillment by Amazon）とは、Amazonの倉庫に在庫を預け、保管・配送・顧客対応をAmazonが代行するサービスです。これに対し、自社の倉庫から出荷する方式をMFN（Merchant Fulfilled Network）と呼びます。
連携を考えるうえで、自社がFBAとMFNのどちらを使っているか（あるいは両方か）は重要なポイントになります。出荷方式によって、連携で扱うデータの流れが変わるためです。
連携がうまく機能すれば、Amazonの販売が増えても、バックオフィスの手間は増えにくくなります。逆に連携がないと、販売規模に比例して手作業が膨らみます。
NetSuite×Amazon連携の3つの方法【早わかり比較表】
3つの連携方法の違いを、先に表で確認しましょう。詳しい解説はこの後に続きます。
| 比較軸 | ①Celigo（iPaaS） | ②Oracle純正コネクタ | ③カスタム開発 |
|---|---|---|---|
| 仕組み | プリビルトの連携アプリ（設定中心） | NetSuite標準のSuiteApp（旧FarApp） | API連携を個別に設計・開発 |
| 対応範囲 | 注文・在庫・税の同期など幅広い | 注文同期・在庫更新・精算インポート | 要件次第で自由 |
| カスタマイズ性 | 設定の範囲で柔軟 | 標準機能の範囲 | 最も自由度が高い |
| 導入の手軽さ | 比較的早い | 着手しやすい | 設計・開発期間が必要 |
| 費用感の傾向 | iPaaSの利用料が発生 | 基本機能はライセンス内 | 開発規模に応じて変動 |
| 向く企業 | 複数モール展開・複雑なフロー | まず標準機能で小さく始めたい | 独自要件・密な連携が必要 |
| 向かない企業 | 単純な連携で十分な企業 | 複雑・高度な要件がある企業 | 短期・低コストで始めたい企業 |
ここで使ったiPaaS（Integration Platform as a Service）について補足します。複数のクラウドサービス同士を、プログラミングなしで自動連携させるためのクラウド基盤です。Celigoがこれに該当します。
またSuiteAppとは、NetSuite上で動く拡張アプリのことです。Oracle純正コネクタは、このSuiteAppの一つとして提供されています。
それでは、3つの方法を順番に見ていきます。
方法①：Celigo（iPaaS）で連携する
Celigoは、クラウドサービス同士をつなぐiPaaSの代表的なサービスです。NetSuiteとAmazonをつなぐための専用アプリが用意されています。
Celigoの「Amazon – NetSuite Integration App」は、Amazonセラーセントラルの注文をNetSuiteへ同期できます。対応する出荷方式は幅広く、MFN（自社出荷）・FBA（Amazon出荷）・SFP（Seller Fulfilled Prime）の注文に対応します。
SFP（Seller Fulfilled Prime）とは、自社倉庫から出荷しながらPrimeマークを付けられる仕組みです。
このほか、在庫数の更新（単一・複数倉庫のロケーションに対応）や、税計算レポートの取り込みにも対応します（出典：Celigo公式サイト）。
向いている企業
- Amazon以外にも複数のモールやECを展開している
- 注文・在庫・精算をまとめて、早めに整えたい
- 設定の範囲で、ある程度柔軟に連携をカスタマイズしたい
向いていない企業
- ごく単純な注文同期だけで十分な企業
- iPaaSの利用料を抑えたい企業
プリビルトのアプリなので、ゼロから開発するより早く始められるのが特徴です。一方で、iPaaSの利用料が継続的に発生する点は考慮が必要です。
方法②：Oracle純正「NetSuite Connector」で連携する
NetSuite Connectorは、Oracleが提供する純正の連携機能です。以前は「FarApp」という名称で提供されていました。
これはNetSuite標準のSuiteApp（バンドルID 169116）として提供されます。Amazon・eBayなどの主要マーケットプレイスとNetSuiteを連携します。基本的な注文同期・在庫更新・精算インポートを担います（出典：Oracle公式ドキュメント）。
読者の方が気になるであろう点として、日本のAmazon（amazon.co.jp）への対応があります。
NetSuite Connector（旧FarApp）は、日本を含む各国のAmazonマーケットプレイスに対応しています。Amazonセラーセントラルの国（Seller Central Site）を選んで認証する仕組みです（出典：Oracle公式ドキュメント／FarApp）。
ひとつ注意点があります。統合アカウントの場合、同一リージョン内の他マーケットプレイスは1つのコネクタで注文を同期できます。ただし商品の同期には、各マーケットプレイスごとに別のコネクタが必要です。実装時は、対象とするマーケットプレイスの構成を確認しておくと安心です。
FBA向けの機能もあります。NetSuiteの発注データからAmazon側の入庫計画（Shipment plan）や入荷受領を作成する、といった在庫補充のフローも提供されています。
向いている企業
- まずは標準機能で、小さく連携を始めたい
- 基本的な注文・在庫・精算の同期があれば十分
向いていない企業
- 複雑・高度な業務フローを連携に求める企業
- 標準機能の範囲を超えるカスタマイズが必要な企業
基本機能はNetSuiteのライセンスに含まれます。ただし、一部の機能は追加費用が発生する場合があります。詳細は契約内容によって変わるため、確認をおすすめします。
方法③：カスタム開発（API連携）で連携する
3つ目は、APIを使って連携を個別に開発する方法です。NetSuiteもAmazonも外部連携用のAPIを公開しており、それらをつなぐ仕組みを設計・開発します。
最大の特徴は、自由度の高さです。プリビルトのアプリでは対応できない独自の業務フローや、既存システムとの密な連携も実現できます。
向いている企業
- 標準機能やiPaaSでは対応できない独自要件がある
- 基幹システムや他システムと密に連携させたい
- 連携の細部まで自社の業務に合わせたい
向いていない企業
- できるだけ短期・低コストで始めたい企業
- 標準的な連携で要件が満たせる企業
カスタム開発は自由度が高い反面、設計・開発の期間と費用が必要です。費用は開発の規模によって変わります。
なお、ベンチャーネットでは、NetSuiteのアドオン開発・API連携を支援するサービス「NetSuiteリブート」を提供しています。カスタム開発が選択肢になる場合の相談先として活用いただけます。
自社に合う連携方法の選び方
3つの方法を見てきましたが、「結局どれがいいのか」と感じた方も多いと思います。
選び方の出発点は、機能の比較ではありません。自社の業務要件の棚卸しです。
次の3つを整理すると、適した方法が見えてきます。
- つなぎたいデータの範囲（注文だけか、在庫・精算まで含めるか）
- 出荷方式（FBA・MFN・SFPのどれを使うか）
- 将来の拡張（他モール・自社ECの追加予定があるか）
この棚卸しを踏まえると、おおまかな方向性は次のように整理できます。
- 標準的な連携から小さく始めたい → 純正コネクタ
- 複数チャネルを早く・幅広く整えたい → Celigo
- 独自要件が強い → カスタム開発
ただし、実際には複数の要素が絡み合います。「複数モールはあるが要件は単純」「今は小規模だが拡張予定がある」といったケースでは、判断が難しくなります。
ここで大切なのは、方法選びと実装を自社だけで抱え込まないことです。
連携方法の選定は、業務要件の整理が前提になります。この整理は、自社の現場と連携の知見の両方が必要な作業です。連携の勘所を持つパートナーと一緒に進めれば、選定の精度が上がります。結果として、後の作り直しも避けやすくなります。
連携方法選びでよくある失敗
NetSuiteとAmazonの連携でつまずくのは、技術よりも「選び方」と「その後」です。ここでは、よくある3つの失敗を紹介します。自社に当てはまるものがないか、確認しながら読んでみてください。
失敗1：手軽さ・安さだけで連携方法を選ぶ
こんな進め方になっていないでしょうか。
- 業務要件を整理せず、一番安い・早い方法で決めてしまう
- まず注文の同期だけ設定し、在庫や精算の同期は後回しにする
- 導入後に「やりたかったことができない」と気づく
3つの連携方法は、対応範囲もカスタマイズ性も大きく違います。自社の業務を棚卸ししないまま選ぶと、選んだ方法が要件に届きません。結果として、別の方法へ作り直すことになります。
棚卸しすべきは、たとえば「複数倉庫があるか」「FBAを使うか」「精算の会計処理をどこまで自動化したいか」です。
連携方法を決める前に、「Amazon側の業務のうち、何をNetSuiteとつなぐ必要があるか」を洗い出すことが先決です。NetSuite認定パートナー（Solution Provider）であるベンチャーネットでは、方法を決める前の業務要件の整理から伴走します。
失敗2：「連携して終わり」で運用設計を後回しにする
次のような状態は、注意が必要です。
- 初期設定が終わった時点で「完了」と考えてしまう
- 同期エラーが出たとき、誰が対応するか決まっていない
- 商品コード（SKU）の管理ルールが曖昧なまま運用に入る
連携は「つなぐこと」ではなく「回し続けること」がゴールです。AmazonとNetSuiteで商品コードが一致していないと、同期は崩れます。エラー時の対応者が不在だと、データのずれが蓄積していきます。
運用設計を欠くと、せっかくの自動化が逆に手間を増やしてしまいます。
連携の設計段階で、運用ルールまで含めて決めておくことが重要です。具体的には、SKUの管理方法・エラー時の対応・同期の頻度などです。ベンチャーネットでは、つないだ後に現場が回るところまでを見据えて設計します。
失敗3：将来の拡張を考えず、目先の連携だけで決める
こんな選び方をしていないでしょうか。
- 今のAmazon連携のことだけを見て方法を選ぶ
- 後から楽天や自社ECなど、他チャネルを追加したくなる
- 独自の業務フローが出てきたが、選んだ方法では対応できない
3つの方法は、拡張の余地が異なります。プリビルト型は早く始められますが、独自要件には限界があります。逆にカスタム開発は自由度が高い反面、初期の負荷が大きくなります。
将来像を描かずに目先だけで選ぶと、事業の成長に連携が追いつかなくなります。
「今つなぎたいもの」だけでなく、「1〜2年先に増えそうなチャネルや業務」も含めて選ぶと、後の作り直しを避けられます。ベンチャーネットでは、現状と将来像の両方を踏まえて、最適な方法を一緒に見極めます。
よくある質問（FAQ）
Q1. NetSuiteとAmazonの連携方法は、結局どれを選べばいいですか？
自社の業務要件と将来計画によって最適解が変わります。まずは「何をつなぐ必要があるか」の整理から始めるのが近道です。
標準的な注文同期から小さく始めたいなら純正コネクタ、複数モール展開や複雑なフローを早く整えたいならCeligo、独自要件が強いならカスタム開発が候補になります。ただし判断には業務の棚卸しが必要です。迷う場合は、要件整理の段階から相談するのが確実です。
Q2. Oracle純正のNetSuite Connectorは、日本のAmazon（amazon.co.jp）で使えますか？
はい。NetSuite Connector（旧FarApp）は、日本を含む各国のAmazonマーケットプレイスに対応しています。これはOracle公式ドキュメントとFarAppの情報で確認できます。
Amazonセラーセントラルの国（Seller Central Site）を選んで認証する仕組みです。なお統合アカウントの場合、同一リージョン内の他マーケットプレイスは1つのコネクタで注文同期できますが、商品同期は各マーケットプレイスごとに別コネクタが必要です。実装時は対象マーケットプレイスの構成を確認しておくと安心です。
Q3. FBA（フルフィルメント by Amazon）の在庫もNetSuiteと連携できますか？
できます。CeligoのアプリもOracle純正コネクタも、FBAの注文・在庫の同期に対応しています。
たとえばNetSuiteの発注データをもとに、Amazonへの入庫計画や入荷受領を作成できます。こうしたFBA向けの在庫補充フローも提供されています（出典：Celigo公式／Oracle公式ドキュメント）。MFN（自社出荷）とFBA（Amazon出荷）が混在していても扱えます。どこまで自動化するかは方法によって差があります。
Q4. 連携を始めたあと、運用で気をつけることはありますか？
連携は「つないで終わり」ではなく「回し続ける」ことが大切です。特に商品コード（SKU）の管理ルールと、同期エラー時の対応体制を決めておくことが重要です。
AmazonとNetSuiteで商品コードが一致していないと、同期が崩れる原因になります。また同期の頻度や、エラー時に誰が対応するかを決めていないと、データのずれが蓄積します。連携の設計段階で運用ルールまで含めて決めておくと、自動化の効果が長続きします。
まとめ：連携は「方法選び」より「自社要件の見極め」から
NetSuiteとAmazonの連携には、Celigo・Oracle純正コネクタ・カスタム開発という3つの方法があります。
それぞれに向き・不向きがあり、優劣はありません。大切なのは、方法を比べる前に、自社の業務要件と将来計画を見極めることです。
これから連携を始める方は、「Amazon側の業務のうち、何をNetSuiteとつなぐ必要があるか」を整理することから始めてみてください。その整理ができれば、適した方法は自然と絞られます。
すでに何らかの形で連携していて不満がある方は、「今うまくいっていない点」を洗い出すことが、見直しの出発点になります。
NetSuite認定パートナー（Solution Provider）であるベンチャーネットでは、連携方法の選定から運用設計まで伴走します。
- これから連携を始めたい方は、自社に合う方法を一緒に見極めるところから
- 今の連携を見直したい方は、不満点の整理から
自社だけで判断が難しいと感じたら、お気軽にご相談ください。
