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