kintone在庫管理 連携の5つの方法｜EC在庫を一元化
2026.05.25
在庫データがエクセル、ECサイト、販売管理ソフトに分散していて更新漏れが頻発する。kintoneで一元化したいが、具体的な実装方法やコスト感がわからない。そういう中小企業の業務改善担当者向けに、kintoneで在庫管理を実現する選択肢を整理する。
結論を先に伝えると、kintone単体でも基本的な在庫管理は実現できる。ただしBtoB ECサイトや基幹システムと在庫を連動させるなら、「プラグイン」「連携アドオン」「iPaaS（Yoom等）」「自作API」の4つから自社の業務量と予算で選ぶことになる。本記事では5つの連携パターンを比較し、判断材料を提示する。
kintoneで在庫管理を実現する3つのアプローチ
kintoneで在庫管理を構築する方法は、大きく3つに分かれる。
1つ目は標準アプリで自作する方法。kintoneの「アプリストア」から「製品在庫管理パック」のようなサンプルアプリを導入するか、ゼロからアプリを設計する。商品マスタ、入出庫履歴、在庫数の関連付けをkintoneのフィールド機能と関連レコード一覧で表現する。月額1,980円/ユーザーのスタンダードコース以上であれば追加コストなしで始められる。
2つ目はプラグインで機能拡張する方法。kintoneの標準機能では物足りない部分を、サードパーティのプラグインで補う。krewSheetでExcel風UIを実現したり、gusuku Customineでカスタマイズ性を高めたりする。月額数千円〜数万円の追加コストが発生するが、開発不要で機能を増やせる。
3つ目は他システムと連携してkintoneをハブとして使う方法。BtoB ECサイト（Bカート、ebisumart等）、基幹システム（弥生販売、商奉行）、専用在庫管理SaaS（zaico、Logizard等）と双方向連携する。在庫データの「真実の源（Source of Truth）」をどこに置くかで設計が変わるが、複数チャネルで販売する企業ほどこの方式が向いている。
どの方法を選ぶかは、月間取引量、連携先システムの数、社内のIT人材によって変わる。次のセクションから各方法を具体的に見ていく。
標準のkintoneアプリで在庫管理を始める手順
kintoneの標準機能だけで在庫管理を始めるなら、必要なアプリは最低3つだ。
1つ目は商品マスタアプリ。商品コード、商品名、JANコード、現在在庫数、安全在庫数、仕入先のフィールドを持つ。商品コードを「重複禁止」に設定して、後の入出庫アプリからのルックアップに使う。
2つ目は入出庫履歴アプリ。日付、商品コード（商品マスタからルックアップ）、種別（入庫/出庫/棚卸調整）、数量、担当者、備考のフィールドを持つ。1レコード=1取引として記録する。
3つ目は在庫照会アプリ（任意）。商品マスタの関連レコード一覧として入出庫履歴を表示し、現在の在庫数を計算式フィールドで自動算出する。商品マスタアプリだけで在庫を管理する設計も可能だが、履歴を残すなら入出庫アプリは分けた方がいい。
kintoneの標準機能で実現できないのは、リアルタイムの在庫引当と複数倉庫の自動振替だ。注文が入った瞬間に在庫数を減らす処理は、計算式フィールドの自動再計算では追いつかない。これを実現するには、後述のプラグインかカスタマイズが必要になる。
標準機能だけでも月数十件〜数百件の取引なら十分回せる。実際にやってみると、エクセルから移行した直後は「kintoneで一元化できた」効果を体感できる。問題が出始めるのは取引量が増えたとき、または複数チャネルで販売を始めたときだ。
在庫管理を強化する4つのkintoneプラグイン
標準機能の限界を超えるなら、kintoneプラグインの導入が選択肢に入る。在庫管理に特化した代表的なプラグインは4つある。
krewSheetはkintoneのレコード一覧をExcel風のグリッドUIで表示・編集できるプラグインだ。在庫数を一覧で確認しながら一括編集できる。棚卸業務に強い。ユーザー数による従量課金で、10ユーザーで月額数万円から。
製品在庫管理パック（サイボウズ公式）はサンプルアプリの位置づけだが、商品マスタ・入出庫管理・在庫照会の3アプリがあらかじめ設計されており、ダウンロードしてすぐ使える。無料。標準機能の発展形として最初に試す価値がある。
gusuku Customineはノーコードでkintoneをカスタマイズするツール。「受注レコードが追加されたら在庫マスタの該当商品の在庫数を自動減算する」といった処理を、JavaScriptを書かずに設定できる。月額数万円。標準機能とプラグインの中間的な存在で、自作とSaaS連携の両方の長所を併せ持つ。
zaico連携プラグインはクラウド在庫管理SaaSのzaicoとkintoneを接続する。zaicoでバーコードを使った入出庫管理を行い、その結果をkintoneに同期する。倉庫業務にzaicoを使い、取引データをkintoneに集約する分業設計が可能だ。
どのプラグインを選ぶかは、「在庫業務の主体をkintoneに置くか」「在庫管理専用ツールに置くか」で決まる。kintoneで完結したいならkrewSheetかCustomine、専用ツールと併用するならzaico連携プラグインが向いている。
BtoB EC（Bカート）との在庫連携を実現する5つの方法
BtoB ECサイトを運営している企業にとって、在庫連携は受発注業務の効率化に直結する。BカートとkintoneをつないでEC在庫と社内在庫を一元化する方法は5つある。
1. Btone（Bカート専用kintone連携アドオン）。そとばこ社が提供するBカート専用設計のアドオンで、Bカートのアプリストアから導入できる。商品・会員・受注・出荷・見積のデータをkintoneに連携でき、GUIでフィールドマッピングを設定するだけで動く。在庫連携も標準対応している。料金は個別見積もりだが、技術知識がなくても導入できる手軽さが最大の強み。
2. CData Arc（B2Bデータ連携ミドルウェア）。BカートのAPIとkintoneのAPIを、CData Arcのフロー設計画面でつなぐ。XMLMapコンポーネントでフィールドマッピングを行い、Upsert（登録または更新）をノーコードで実現する。Bカート以外の連携先（勘定奉行、Salesforce、SAP等）も同じプラットフォームで扱える。年間ライセンス制で年数十万円からと費用は高めだが、複数システムを統合管理したい中堅企業に向く。
3. Yoom（ノーコード自動化iPaaS）。BカートのWebhookをトリガー、kintoneのレコード追加をアクションとしてフローボットを組む。フリープランは月100タスクまで無料。少量の取引なら実質ゼロ円で連携を始められる。ただし、Bカート×kintoneの公式テンプレートは現時点で用意されていないため、フローは自分で組む必要がある。リアルタイム性が低い（最短5分間隔）点も注意。
4. 自作API（GAS / Python）。BカートのREST APIとkintoneのREST APIを、Google Apps ScriptやPythonで直接叩く方式。ランニングコストはGASなら実質ゼロ。連携ロジックを完全にコントロールでき、エラー処理や冪等性も自前で設計できる。社内にプログラミングできるメンバーがいる前提だが、最も柔軟。一方向の在庫連携なら1〜2日、双方向同期まで含めると1週間程度の開発工数を見込む。
5. zaico×kintone×Bカートの三角連携。在庫管理の主体をzaicoに置き、Bカートからの受注をzaicoで在庫減算、その結果をkintoneに集約する設計。zaicoはバーコードを使った現場入出庫が強く、kintoneは取引データと顧客管理を担う分業構造になる。倉庫スタッフがzaico、営業・経理がkintoneと使い分けたい企業向け。
5つの方法はそれぞれ強みが違う。詳しい料金比較や実装手順は「Bカート × kintone連携｜顧客・商品・受注データを一元管理する方法」で個別に解説している。
5つの連携パターンを使い分ける判断軸
どの方法を選ぶかを決める判断軸は5つある。
第一に連携先システムの数。Bカートとkintoneだけならば Btone か自作API。Bカートに加えて勘定奉行やSalesforceなど複数システムを連動させるなら CData Arc が合理的だ。1つのミドルウェアで複数連携を集約管理できる。
第二にリアルタイム性の要否。注文と同時に在庫を減算する必要があるなら、Webhookベースのリアルタイム連携が必要（Btone、CData Arc、自作API）。1日1回のバッチで十分なら Yoom や定期実行型のGASで足りる。BtoBの卸取引で1日数十件レベルなら、リアルタイムにこだわる必要はない。
第三に月間トランザクション数。100件以下なら Yoom フリープラン、1,000件規模なら Btone か Yoom 有料プラン、10,000件超なら CData Arc か自作APIが安定する。トランザクション数による段階的な投資判断が現実的だ。
第四に社内のIT人材の有無。GASやPythonを書けるメンバーがいれば自作APIで最大限のコストカット。いなければ Btone や Yoom などのノーコードツールを選ぶ。「自作したが担当者が退職して保守不能」になるリスクは事前に評価しておく。
第五に初期費用とランニングコストのバランス。Btone は初期は楽だが月額が積み上がる。CData Arc は年間ライセンスで前払い。自作APIはGASなら初期も月額もほぼゼロだが、開発工数がかかる。3年TCO（総保有コスト）で比較すると見え方が変わる。
在庫連携でつまずきやすい3つのポイント
実際に連携を組んでみると、設計段階で見落としやすいポイントがある。
1つ目はkintoneのライセンスがスタンダード以上必須であること。ライトコース（月額1,100円/ユーザー）にはAPI機能が含まれていないため、外部システムとの連携は実装できない。連携を前提とするならスタンダード（月額1,980円/ユーザー、最低10ユーザー）以上を選ぶ。すでにライトコースで運用している企業は、まずプラン変更が必要になる。
2つ目は在庫データの「真実の源」を1つに決めること。Bカート・kintone・倉庫の物理在庫の3つで在庫数がズレるトラブルは頻発する。原因は「どこの数字を正とするか」を決めずに連携を組むこと。Bカートを正とするなら、棚卸の結果はBカートに入力してからkintoneへ反映する。kintoneを正とするなら、Bカートの注文は必ずkintone経由で在庫減算する。設計の最初にここを決めずに進めると、連携が完成してから整合性問題で苦しむ。
3つ目は同時更新による在庫数のズレ対策。複数チャネル（Bカート、楽天、自社サイト等）で同時に注文が入ると、在庫減算のタイミング次第で過剰販売が発生する。対策は2つある。在庫数に「予約数」フィールドを設けて受注確定前に予約扱いにする方法と、楽観ロック（バージョン番号付きUpdate）でAPIリクエストの競合を検出する方法だ。連携実装時に必ず取り入れる。
連携導入の費用とROIの目安
連携方法別の費用感を整理する。
初期費用は方法によって幅がある。Yoom や自作 GAS なら実質ゼロ円から開始可能。Btone は個別見積もりで月額数万円程度が目安。CData Arc は年間ライセンスで50万円前後。完全カスタム開発を業者に依頼すると100万円超になることもある。
月額ランニングコストは、Btone が月額数万円、CData Arc が月割換算で月4万円前後、Yoom が月額1,200円〜（タスク数で変動）、自作APIは GAS の月額ゼロ。kintone のライセンス費（最低19,800円/月）は別途必要だ。
ROIの試算は単純だ。二重入力に月10時間（年120時間）かかっていたとして、時給3,000円換算で年36万円分の工数を解消できる。月3万円程度の連携コストなら半年で投資回収できる計算になる。さらに欠品・過剰販売による機会損失や顧客クレーム対応の削減を加味すると、ROIはもっと早い段階で正に転じる。
まずは1日かけて自社の在庫データ構造を整理する
どの連携方法を選ぶにせよ、最初にやるべきは自社の在庫データ構造の整理だ。これを飛ばして連携を組むと、必ず後から作り直しになる。
整理すべきは4つ。
- 商品マスタの粒度――SKU単位で管理するか、商品単位で管理するか。色違い・サイズ違いをどう扱うか。Bカートの商品オプションとkintoneのフィールドの対応関係を決める。
- 拠点・倉庫の有無――1拠点なら単純な在庫数管理でいい。複数拠点なら拠点別在庫アプリが必要になる。将来の拡張を見越して最初から拠点フィールドを設計しておく方が安全だ。
- 在庫を更新するイベント――入荷、出荷、棚卸、返品、廃棄、振替、見本提供。それぞれをどう記録するかを決める。「出荷」だけ自動連携、「棚卸」は手入力、というように業務の流れに沿って線引きする。
- 例外処理のルール――発注済みで未入荷の数量をどう扱うか、見本品やサンプル出庫を在庫から減らすか、廃棄損をどう記録するか。例外を後付けで仕組みに足すと整合性が崩れる。
この4点を1日かけて整理してから連携設計に入る。Excelの紙設計でいい。完璧でなくても、書き出すことで自社の運用ルールが見えてくる。書き出さずに連携実装に進むと、設計と運用がズレて使えないシステムになる。
BカートとkintoneとEC在庫の一元化は、技術的にはどの方法でも実現できる。差がつくのはこの「事前整理」を丁寧にやったかどうかだ。
よくある質問
kintoneのライトコースで在庫連携は可能ですか？
ライトコースにはAPI機能が含まれないため、外部システムとの在庫連携はできません。連携を前提とするならスタンダードコース（月額1,980円/ユーザー、最低10ユーザー）以上を選んでください。すでにライトコースで運用中の企業は、プラン変更が最初のステップになります。
月間100件程度の受注で在庫連携をしたい場合、どの方法が最適ですか？
件数が少ないうちは Yoom のフリープラン（月100タスクまで無料）で十分実用になります。Bカート×kintoneの公式テンプレートはないため、自分でフローを組む必要があります。件数が増えてきたら Btone か自作APIへ段階的に移行する形が現実的です。
zaicoとkintoneは併用できますか？
可能です。zaicoを在庫管理の真実の源として運用し、kintoneには取引データや顧客データを集約する設計が一般的です。zaicoのAPIで双方向同期できます。倉庫スタッフはzaicoでバーコード入出庫、営業・経理はkintoneで取引管理、という分業構造になります。
在庫連携の初期費用はどのくらいかかりますか？
方法によって幅があります。Yoomや自作GASなら実質ゼロ円から開始可能、Btoneは個別見積もり（月数万円程度が目安）、CData Arcは年間50万円前後、完全カスタム開発を業者依頼すると100万円超になることもあります。3年TCOで比較するのが現実的です。
リアルタイム連携と定期同期、どちらを選ぶべきですか？
BtoC事業者向けの少量在庫・高回転商品ならリアルタイム連携、卸売・BtoBのまとまった注文中心なら1日1回の定期同期で十分なケースが多いです。リアルタイム化は実装コストが上がるため、業態に合わせて選んでください。卸取引で1日数十件レベルなら、定期同期で運用上の問題はほとんど発生しません。
