Bカート × kintone連携｜顧客・商品・受注データを一元管理

2026.03.14

BtoB ECサイトをBカートで運営し、社内の業務管理にkintoneを使っている企業は少なくない。問題は両者のデータが分断されていること。担当者がBカートの管理画面で受注内容を確認し、kintoneに手入力する。この二重入力に1日30分かかれば、年間で120時間が消える。

BカートとkintoneをつなぐにはBtone、CData Arc、自作APIなどの方法があり、Yoomも接続可否を確認したうえで候補になる。本記事ではこれらの連携方法の候補について、コスト、難易度、対応データ範囲を比較し、自社に合った選び方を整理する。

Bカートとkintoneをつなぎたい理由

BtoB ECサイトをBカートで運営し、社内の業務管理にkintoneを使っている企業は少なくない。kintoneは中小企業のバックオフィス基盤として急速に普及しており、顧客管理、在庫管理、請求管理をExcelから移行する受け皿になっている。

問題は、Bカートとkintoneのデータが分断されていることだ。Bカートに受注が入ると、担当者がBカートの管理画面で受注内容を確認し、kintoneの受注管理アプリに手入力する。新規取引先がBカートに会員登録すると、kintoneの顧客アプリにも手動で転記する。在庫が動けば両方のシステムを更新する。この二重入力に1日30分かかるとして、月に10時間、年間で120時間だ。

BカートにはREST APIとWebhook機能がある。kintoneにもREST APIとWebhookがある。両方にAPIがある以上、データの自動連携は実現できる。ただし直接つなぐには開発が必要で、間に入るツールや方式によってコスト、難易度、できることの範囲が変わる。

kintoneの前提条件

連携の話に入る前に、kintone側の制約を押さえておく。

kintoneの料金と最低契約人数は、契約時点の公式料金ページで確認してほしい。連携に必要なAPIの利用条件もあわせて確認する。

kintoneのREST APIには1日あたりのリクエスト上限がある。上限値は契約コースと最新の公式仕様で確認する。連携対象の件数と処理ごとの呼出回数から必要なリクエスト数を見積もり、短い間隔でポーリングする実装は避ける。Webhookで必要なときだけ連携する方式も検討するとよい。

連携方法の候補を比較する

本記事では、Btone（そとばこ）、CData Arc、Yoom、自作APIを連携方法の候補として比較する。YoomはBカートとの接続可否を確認したうえで採用を判断する。

Btoneは、Bカート専用に設計されたkintone連携アドオン。Bカートのアプリストアから導入でき、GUIでフィールドマッピングを設定するだけで使える。商品・会員・見積・受注・出荷などを連携できる。ただし、受注・出荷にはkintoneからBカートへ同期できない項目がある。Bカート専用設計のため設定がシンプルで、技術知識がなくても導入できる。

CData Arcは、B2Bデータ連携のミドルウェア。BカートアプリストアでCData Arcが提供されており、Bカートと他システムの連携を構成できる。Bカートに限らず、勘定奉行やSalesforceなど複数のシステムを同時に連携させたい場合に強い。価格、利用可能なコネクタ、運用形態は公式見積もりで確認する。

Yoomは国産のノーコード自動化ツール。Bカートを直接連携できるか、Webhook受信を含む実装可否、料金・実行上限は、導入時点の公式コネクタ一覧と料金ページで確認する必要がある。

自作APIは、GASやPythonでBカートのREST APIとkintoneのREST APIを直接叩く方式。最も柔軟性が高い。継続費用は実行環境や契約条件、監視・保守の体制によって変わり、開発と保守にはプログラミング知識が必要だ。

Btoneを候補にする理由

Bカートとkintoneの連携では、Btoneを候補として検討できる。対応項目と同期方向が自社要件に合うかを確認して選ぶ。検討する理由を3つ挙げる。

1. Bカート専用設計。汎用ツールはBカートのデータ構造を知らないため、フィールドの対応関係を自分で調べて設定する必要がある。Btoneは最初からBカートのデータモデルに合わせて作られているため、設定作業を減らしやすい。
2. 連携対象のデータ範囲が広い。商品基本情報、商品セット、会員情報、受注情報、出荷情報、見積情報に対応。受注だけ・顧客だけ、と限定的にしか連携できないツールもある中で、Btoneは主要データをほぼカバーしている。ただし、受注・出荷にはkintoneからBカートへ同期できない項目があるため、同期方向は事前に確認する。
3. kintone側の活用の幅が広がる。連携したデータをkintoneに置けば、kintone側のアプリや通知機能で社内業務に組み込める。請求処理への対応範囲は、導入前に提供元へ確認する。

料金は個別見積もりで公開されていない。導入前にそとばこ社に問い合わせて、自社の連携要件に合ったプランを確認する必要がある。

CData Arcが向くケース

Bカートとkintone以外にも連携先がある企業は、CData Arcの方が合理的だ。

典型的なのは、Bカートの受注データをkintoneの受注管理アプリに連携しつつ、同じ受注データを勘定奉行に仕訳として流し込み、Salesforceの商談データとも紐付けたいケースだ。CData Arcなら1つのプラットフォーム上でこれらを全部つなげる。

連携フローは2種類ある。定期ポーリング方式は、CData ArcがBカートのAPIを定期的に呼び出して新しいデータを取得し、kintoneに登録する。Webhookリアルタイム方式は、Bカートの受注Webhookを直接受信して即座にkintoneに反映する。リアルタイム方式の方が遅延は小さいが、CData Arcが公開URLをHTTPSで公開できる環境（クラウドホスト版推奨）が必要になる。

価格、利用可能なコネクタ、運用形態は公式見積もりで確認する。複数システムの連携を1つのツールに集約できるメリットは大きい。

Yoomを検討する場合の確認事項

まずはノーコードで連携を試したい場合、Yoomも候補に入る。ただし、YoomでBカートを直接連携できるか、Webhook受信を含む実装可否、料金・実行上限は、導入時点の公式コネクタ一覧と料金ページで確認してほしい。

確認の結果、直接連携が難しい場合は、Btoneや自作APIと比較して選ぶ。

GASで自作するメリットとコスト

社内にプログラミングができるメンバーがいるなら、GASでの自作連携も有力な選択肢だ。

GASの利点は、連携ロジックを自社でコントロールできる点と、他のGoogleサービス（スプレッドシート、Gmail）と組み合わせやすい点だ。継続費用は実行環境や契約条件、監視・保守の体制によって変わるため、開発費に加え、運用開始後の費用も含めて比較する。

実装パターンは2つに分かれる。定期実行型は、GASのタイムドリガーで1時間ごとにBカートのAPIから受注一覧を取得し、kintoneに未登録のデータだけを抽出して登録する。リアルタイム型は、BカートのWebhookをGASのWebアプリ（doPost関数）で受信し、即座にkintoneに登録する。

定期実行型はシンプルだが、反映時間は実行間隔と処理時間に左右される。リアルタイム型も、配信や処理の状況によって遅延する場合がある。BカートのWebhookは配信保証がないため、取りこぼし対策として定期実行型のバッチを補完的に回す二重構成が安全だ。

開発・保守工数は、同期方向、対象項目、例外処理、テスト範囲、運用体制によって変わる。要件を整理したうえで見積もり、運用開始後のメンテナンス（API仕様変更への追従、エラー調査）も見込んでおく。同じGAS構成でLINE通知も組み合わせることができる。

実現できる5つの連携パターン

Bカートとkintoneの連携で実現できる代表的なパターンを5つ紹介する。

1. 受注データの自動連携。Bカートで受注確定の瞬間にkintoneの受注管理アプリにレコード自動登録。営業担当者はkintoneで受注状況をリアルタイム確認でき、通知機能でアラート受信。プロセス管理機能で受注→出荷指示→出荷完了→請求のステータス管理もkintone上で完結。
2. 顧客データの同期。Bカートに新規会員登録があるとkintoneの顧客アプリにも自動登録。メールアドレスをキーとしたUpsertで既存顧客の情報更新にも対応。kintone側で営業担当者が更新した商談メモや訪問記録を、Bカートの会員情報に反映する逆方向同期も技術的には可能。
3. 商品マスタと在庫データの同期。複数の販売チャネルや倉庫を持つ企業がkintoneを在庫情報のハブとして使うパターン。kintoneで在庫数を更新するとBカートのAPIを通じてEC上の在庫数にも反映。販売機会の損失を防ぐ仕組みとして機能。
4. 請求・入金管理。Bカートの掛け払い受注データをkintoneに集約し、計算フィールドやレポート機能で請求先ごとの月次集計に活用。Btoneの対象データ・同期方向・請求処理への対応範囲は、導入前に提供元へ確認する。
5. kintoneの承認フローとBカートの会員承認の連携。Bカートの会員承認制と組み合わせ、Bカートで会員仮登録→kintoneの審査アプリにレコード追加→営業担当者がkintoneで承認→BカートAPIで会員承認を自動実行という流れを構築可能。審査ワークフローがkintone上で完結。

連携方法の選び方

自社に合った方法を選ぶための判断基準を整理する。

技術者がいない中小企業で、Bカートとkintoneだけをつなげばいいなら、Btoneが候補になる。設定はGUIのみで、Bカートの主要データに対応している（同期方向に制限のある項目あり）。まずBtoneに問い合わせて料金と機能範囲を確認することを推奨する。

Bカート以外にも連携先があるならCData Arc。勘定奉行やSalesforceなど、社内の複数システムを1つのプラットフォームで統合管理したい場合はCData Arcの方が効率的だ。ただしkintoneとの連携だけが目的なら、Btoneと費用・機能を比較してから選ぶ。

ノーコードで小さく試したいならYoomも候補になる。Bカートと直接連携できるか、料金・実行上限を公式情報で確認してから判断する。

社内にGASやPythonを書けるメンバーがいるなら自作API。連携ロジックを自由にカスタマイズできるが、継続費用は実行環境や監視・保守の体制によって変わる。ただし開発者が退職した際の保守リスクは考慮しておくこと。

どの方法を選んでも、kintone側はスタンダードコース以上が必須だ。連携の初期設定が完了したら、テストデータで動作確認してから本番運用に切り替える。削減効果は、導入前後の入力時間と、連携後に残る確認・修正作業を測って評価する。

よくある質問

関連記事

連携ガイド

ネクストエンジンと楽天の連携｜在庫・受注の自動化

連携ガイド

サイボウズOfficeとkintoneの連携｜方法・料金・移行手順

連携ガイド

EightとHubSpotの連携｜方法・料金・名刺活用