月末の夕方、営業事務の担当者が2つの画面を見比べています。
左はkintoneの案件管理、右は販売管理のExcel。
同じ受注の金額を、200件ぶん両方に入れてきました。
合わない行を探す作業が、今月もまた始まります。
NetSuiteとkintoneの連携とは、現場のアプリ（kintone）と基幹のERP（NetSuite）の間で、確定したデータを受け渡すことです。
kintoneは現場の入力と小回り、NetSuiteは会社全体の正しい数字。
2つは競合ではなく、役割が違うツールです。
つなぎ方（CSV・API・iPaaS）は、あとで選べます。
先に決めるのは、何を会社の正データにするかです。
では、どのデータをどちらに置き、どちら向きに流せばよいのか。
言葉の整理：ERPは、在庫・会計・受発注などの基幹業務を一つにまとめて管理するシステムです。
正データは、会社として「これが正しい」と決めた、ただ一つのデータのことです。
この記事で分かること
- kintoneとNetSuiteの役割の違いと、どちらで何をやるか
- どのデータを、どちら向きに流すかの決め方
- CSV・API・iPaaSのつなぎ方と、NetSuite側のSOAP終了予定への備え
- 連携の費用が開く理由
- 連携でよくある3つの失敗と、すでに連携している会社が見直すところ
kintoneとNetSuiteは「役割が違う」
kintone（キントーン）は、サイボウズが提供するクラウドサービスです。
公式サイトでは「AIとノーコードで、現場の業務にフィットする業務アプリをつくれる」業務改善プラットフォームと説明されています。
400種類以上のプラグイン・連携サービスも案内されています（出典：kintone公式サイト、2026年9月確認）。
NetSuiteは、Oracleが提供するクラウドERPです。
在庫・会計・受発注などを一つのデータベースで管理し、会社全体の正データを持つ場所になります。
| 軸 | kintone（現場アプリのクラウド） | NetSuite（クラウドERP） |
|---|---|---|
| 得意な領域 | 申請・進捗・案件など、現場の業務をノーコードで素早くアプリにする | 在庫・会計・受発注など、会社全体の基幹業務を一つにまとめる |
| データの整合 | アプリの中は柔軟。複数のアプリをまたぐ集計や整合は、プラグインや連携サービスで補う | 一つのデータベースで全社の正データを持つ。締めや監査に強い |
| 広げ方 | プラグインや連携サービスで広げる。取引量や拠点が増えると設計の負荷が上がる | 多拠点・多通貨に対応（190通貨・27言語。世界220地域・44,000社以上が利用。出典：Oracle NetSuite公式サイト、2026年9月時点） |
| 費用 | 1ユーザー月額1,000円〜3,000円（税抜）。最低10ユーザーから（出典：kintone公式 料金ページ、2026年9月確認） | ミニマム構成で月額20万円〜。モジュール・ユーザー数・オプションで変わり、数百万円規模になることもある |
kintoneのワイドコースは、1,000ユーザーからの契約です（同じ出典）。
どちらが優れている、という話ではありません。
表の中で使い分けを決めるのは、「データの整合」の行です。
会社の数字の正しさをどこで担保するか。
その答えが、そのまま2つの持ち場になります。
使い分けの基本｜「現場フロント×基幹バックエンド」
定番は、kintoneを現場の入口（フロント）に、NetSuiteを基幹（バックエンド）に置く形です。
- 現場の入力・申請・小回りは、kintoneが受け持つ
- 会社の正データ（在庫・会計・受発注）は、NetSuiteに一本化する
- 確定したデータだけをつなぎ、二重入力をなくす
すべてをつなぐ必要はありません。
つなぐのは、確定したデータだけです。
データごとに、正を置く場所と流す向きを、次のような表で決めます。
| データ | 正を置く場所 | 流す向き | 流すタイミングの例 |
|---|---|---|---|
| 顧客・品目のマスタ | NetSuite | NetSuite → kintone（参照用） | 変更があったとき |
| 案件・申請の進み具合 | kintone | 流さない（現場で完結） | ― |
| 受注が確定した内容 | NetSuite | kintone → NetSuite | 承認が済んだとき |
| 在庫の数 | NetSuite | NetSuite → kintone（参照用） | 1日数回など |
| 請求・入金 | NetSuite | 流さない（会計で完結） | ― |
※上の表は、考え方を示すための例です。実際の配置は会社の業務で変わります。
「何を会社の正データにするか」は、現場だけでは決めきれません。
経営の数字に関わるため、経営の判断として決めます。
つなぎ方の選択肢｜CSV・API・iPaaS
つなぎ方は、大きく3つです。
| つなぎ方 | 中身 | 向く場面 | 注意点 |
|---|---|---|---|
| CSV | ファイルに書き出して取り込む。手で、または定期的に | 件数が少ない。まず小さく始めたい | 取り込みの手順が人に依存しやすい |
| API | システム同士を直接つなぎ、自動で同期する | 頻度が高い。即時に反映したい | 作った後の保守と、方式の変更への対応が要る |
| iPaaS | システム連携をクラウドで担うサービスで、ノーコード寄りにつなぐ | つなぐ先が3つ以上ある。今後も増える | 利用料がかかる。設計と運用の担当は別に要る |
APIは、システム同士がデータをやり取りするための窓口です。
kintone側には、レコードの取得・登録・更新・削除ができるREST APIがあります。
（出典：cybozu developer network、2026年9月確認）
ただし、1アプリごとの1日のAPIリクエスト数には上限があり、コースで違います。
（出典：kintone公式 料金ページ、2026年9月確認）
同期の頻度を高くするなら、この上限を先に見ておきます。
NetSuite側は、SuiteTalk（NetSuiteのWebサービス）のREST・SOAPなどでつなぎます。
Oracleのヘルプでは、SOAP Web サービスは2028.2のリリースで使えなくなる予定です。
新しい連携はREST Web サービスとOAuth 2.0で作るよう案内されています（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
これから作る連携は、NetSuite側をRESTで作る前提で考えます。
まずCSVで小さく始め、頻度が増えたらAPIやiPaaSへ移る進め方もできます。
つなぐ手段の比較は、次の記事で扱っています。
費用は、利用料より「連携の開発」で開く
つなぐ費用の中身は、手段ごとに違います。
CSVなら利用料はかからず、手順づくりが中心です。
APIは開発と保守、iPaaSは利用料と設計の費用がかかります。
NetSuiteの導入全体で見ると、金額を大きく動かすのは連携の開発です。
NetSuite認定パートナー（Solution Provider）であるベンチャーネットの支援から、4つの事例を挙げます。
ベンチャーネットが支援したNetSuite導入の費用では、3名程度で購買・販売だけの事例が150万円程度・1.5か月でした。
100名程度で購買・販売・在庫・会計に外部システム連携を含めた事例は、2億円程度（うち開発約7割）・1.5年です。
30名程度・購買・販売・プロジェクト管理の事例は2,000万円程度・1年で、連携の開発は顧客側、ベンチャーネットは助言とQAを担いました。
20名程度・購買・販売・在庫・会計で情シスなしの事例は、3,000万円程度・2年でした。
4事例の詳細は、NetSuiteの料金で扱っています。
差を生む要因は、次の4つです。
kintoneとの連携は、このうち2つ目の「開発の量」に入ります。
つなぐ1点を絞るほど、見積もりは比べやすくなります。
判断の物差し｜自社はどのパターンか
いまの状態に近いものを選んでください。
| いまの状態 | 考えられる次の一手 |
|---|---|
| kintoneで回っており、大きな不便はない | 無理に基幹システムを入れなくてよい。痛みが出てから考える |
| 二重入力や数字の不一致が増え、人手で吸収しきれない | 一番痛い1点から連携を始める |
| 在庫・会計の全社の数字がリアルタイムで見えない | 正データの一本化（ERP）を軸に検討する |
| 会計ソフトと販売管理が別々で、kintoneがその間を埋めている | ERPか、既存のシステムどうしの連携かを比べる |
NetSuiteとの連携が向くのは、取引量や拠点が増え、kintoneのアプリ間の集計に無理が出ている会社です。
在庫・会計・受発注を一つの数字で見たい会社や、海外拠点・複数通貨を扱う予定の会社も当てはまります。
反対に、在庫や会計が今の会計ソフトで困らずに回っているなら、kintoneとの連携だけで足りることがあります。
必要な業務から少しずつERPを広げたいなら、Odooも比べる価値があります。
独自の業務が強い会社は、AIでのスクラッチ開発とERPの比べ方も参考になります。
「二重入力が多い」を経営の言葉にすると、「経営判断に使う数字が信頼できない」です。
現場の手間の問題であり、意思決定の問題でもあります。
これからつなぐ会社と、すでにつないでいる会社
これからkintoneとERPをつなぐ会社
- kintoneのアプリを棚卸しし、「現場で持つもの」と「基幹に集約するもの」を分ける
- 第2章の表で、データごとに正の置き場所と流す向きを決める
- 一番痛い1点を選び、そこだけ先につなぐ
- NetSuite側はRESTとOAuth 2.0で作る前提にする
すでにkintoneとNetSuiteをつないでいる会社
- 今の連携が、NetSuite側でSOAPを使っていないかを見る。SOAPなら、2028.2までに移す計画を立てる
- パートナーやiPaaSの製品を使っている場合は、REST版の有無と時期を提供元に聞く
- 同期の頻度が、kintoneのAPIの上限に近づいていないかを見る
- 使われていない連携やアプリを整理する
すでにつないでいる会社の点検を図にすると、次のとおりです。
認証方式の移行の全体像は、NetSuiteの認証方式の移行で扱っています。
方式を移すときは、今の業務に合った連携を選び直す機会にもなります。
よくある3つの失敗
失敗1：二重管理を「運用でカバー」し続ける
起きること：同じ受注や在庫の数字を、kintoneとExcelに別々に入れている。月末に数字が合わず、突合に時間を取られる。
原因：つなぐ判断を先送りし、人手で吸収し続けている。取引が増えるほど、転記ミスと遅れが積み上がる。
避け方：一度に全部をつなごうとしません。二重入力が一番痛い1点を決め、そこだけ先につなぎます。
失敗2：何でもkintoneで基幹システムにしようとする
起きること：会計や在庫の確定データまでkintoneに持たせ、アプリ間の集計で無理が出る。部署ごとにアプリが増え、正データの場所が分からなくなる。
原因：現場の小回りに強いツールに、全社の整合・集計・統制まで任せている。kintoneの優劣ではなく、得意な役割の違いです。
避け方：会社の正データ（在庫・会計など）をどこに置くかを先に決めます。アプリは定期的に棚卸しします。
失敗3：手段（コネクタ）選びから入ってしまう
起きること：「Celigo？ iPaaS？ CSV？」の比較から始め、つないだ後で「結局どっちが正なの？」と揉める。
原因：どのデータを、どちらを正として、どちら向きに流すかが決まっていない。つないだ後に「二重の正」が生まれる。
避け方：正データ・流す向き・同期のタイミングを先に決めます。手段選びはそのあとです。
導入そのもののつまずきは、ERP導入はなぜ失敗するのかで扱っています。
ベンチャーネットならこう見る｜寄せる・つなぐ・残す
ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。
仕事の多くは、ゼロからの導入より、他社のあとの引き継ぎや、他システムとの連携です。
kintoneとの連携で、最初に伺うのは3つです。
- 二重入力やミスが、どの業務で一番起きているか
- 在庫・会計・受注のそれぞれで、正を一つに決められるか
- kintoneと今の会計ソフトの連携で、本当に足りないか
型：kintoneのアプリを3つに仕分ける
答えがそろったら、kintoneのアプリを1つずつ、次の3つに分けます。
- NetSuiteに寄せる：在庫・会計・受発注など、会社の正データになるもの。NetSuiteの標準機能に合わせる
- つなぐ：現場で入力し、確定したらNetSuiteへ流すもの。ここが連携の開発になる
- kintoneに残す：案件・申請の進み具合など、現場で完結するもの。つながない
「つなぐ」に入るアプリが少ないほど、連携の開発は軽くなります。
手段（CSV・API・iPaaS）は、仕分けが済んでから、つなぐ先の数と運用の担当で選びます。
要件を伺うのは、営業ではなく導入コンサルタントです。
kintone側の既存の仕組みとの連携も、NetSuiteの設定と一緒に担います。
製品の名前は、最後に決めます。
今日できること｜二重入力の地図を作る
1時間で、次の表を埋めてみてください。
| 入力している数字 | kintoneのアプリ | ほかに入れている場所 | 月に何件 |
|---|---|---|---|
| （例）受注の金額 | 案件管理 | 販売管理のExcel | 200件 |
「ほかに入れている場所」が埋まる行が、二重入力の場所です。
件数が一番多い行が、最初につなぐ候補になります。
あわせて、行ごとに入力している人の名前も書き添えてください。
同じ名前が並ぶなら、つなぎ方より先に、運用の担当を決める必要があります。
よくある質問
Q1. 全部kintoneで、基幹システムまで作れないのですか
技術的には一部できますが基本はおすすめしません。
会計や在庫のように、集計・整合・統制が求められる領域は、ERPの得意分野です。
複数のアプリをまたぐ集計は、プラグインや連携サービスで補う必要があります。
無理に基幹化すると、機能を足すほど運用が複雑になりがちです。
Q2. 二重入力をなくすには、何から手をつければよいですか
一番痛い1点からつなぎます。
まず「どのデータを、どちらを正として、どちら向きに流すか」を決めます。
その1点だけ先につなぎ、回しながら範囲を広げます。
Q3. うちの規模で連携は過剰ではないですか
二重入力を人手で吸収しきれなくなった頃が目安です。
最初からすべてをつなぐ必要はありません。
CSVのように小さく始める方法もあります。
Q4. すでにkintoneのアプリが多数あります。NetSuiteを入れたら捨てることになりますか
捨てる必要はありません。
アプリを「NetSuiteに寄せる・つなぐ・kintoneに残す」の3つに分けます。
現場の小回りが要る業務はkintoneに残し、在庫・会計などの正データはNetSuiteへ寄せます（第7章）。
Q5. NetSuiteのSOAP連携の終了は、kintoneとの連携に関係しますか
NetSuite側をSOAPでつないでいれば関係します。
Oracleのヘルプでは、2028.2でSOAPは使えなくなる予定です。
今の連携の方式を調べ、RESTへ移す計画を立ててください（第5章）。
Q6. kintoneとNetSuiteをつなぐ費用はどれくらいですか
つなぎ方とつなぐ範囲で大きく変わります。
CSVなら利用料はかからず、APIは開発と保守、iPaaSは利用料と設計の費用がかかります。
NetSuiteの導入全体では、外部システムとの連携の開発が金額を大きく動かします。
つなぐ1点を決めると、見積もりを比べやすくなります（第3章3-1）。
まとめ｜一度に統合するより、痛い1点からつなぐ
- kintoneは現場のフロント、NetSuiteは会社の正データを束ねるバックエンド
- 使い分けの軸は「何を会社の正データにするか」。これは経営の判断
- アプリを寄せる・つなぐ・残すに分け、つなぐのは確定データだけ
- 費用を動かすのは連携の開発。つなぐ1点を絞るほど軽くなる
- NetSuite側は、SOAPの終了予定（2028.2）を踏まえてRESTで作る
月末に2つの画面を見比べる作業は、一番痛い1点をつなげば、まず1つ減らせます。
第8章の地図で、その1点を探してみてください。
もう少し詳しく知りたい方へ
kintoneとNetSuiteの使い分けや、連携の設計を相談したい方へ。
製品に偏らず、どのデータをどこに置くかから一緒に整理します。
コメント
コメント一覧 （1件）
[…] 現場のアプリを残したいなら、Bの連携も候補です（例：NetSuiteとkintoneの連携）。 […]