Bカートは、企業間取引の注文受付をWeb化するためのクラウドサービスです。取引先によって卸価格や支払方法が違う、電話やFAXの注文を担当者が入力している、といったBtoB特有の業務を踏まえて検討できます。一般消費者向けのネットショップを、そのまま卸売に転用する場合とは確認すべき点が異なります。
選定では、取引先数や商品数に加え、個別価格の管理、ケース単位の注文、基幹システムとの情報の受け渡しまで確認します。本記事では、Bカートの機能と料金を整理し、無料トライアルで試す内容から導入後の定着まで、実務の流れに沿って説明します。料金・機能の公開情報は2026年10月16日時点の確認内容です。
法人向けECの運営や受注業務の見直しを検討している方は、FORCE-Rへご相談ください。
| 確認したいポイント | 結論 | 詳細 |
| Bカートの特徴は？ | 取引先別条件に対応する法人向けEC | 卸価格、商品表示、決済などを取引先に合わせ、Webで注文を受け付けます。 |
| 料金を選ぶ基準は？ | 商品数・会員数と必要機能を照合 | SKU数と商品数を区別し、初期費用、オプション、連携の費用も見積もります。 |
| 導入前の確認事項は？ | データ整備と一連の試験注文を実施 | 価格、数量、出荷、請求への受け渡しを、実際の取引条件で確認します。 |
Contents
Bカートとは企業間の受発注をWeb化するサービス
Bカートは、卸売や法人向け販売に必要な取引条件を設定し、Webで注文を受け付けるサービスです。 販売する企業が商品と会員を登録し、買い手がログインして自社向けの条件で発注する使い方を検討できます。まずは売上拡大と受注業務の効率化のうち、何を優先するかを決めましょう。
例えば、毎週同じ商品を注文する小売店がある場合、担当営業へ電話しなくても発注できる環境があると便利です。売り手も、手書きの数量を読み取って転記する工程を減らせます。ただし、注文受付をWebに変えただけで、倉庫への指示や会計入力まで自動化されるわけではありません。後工程への受け渡しも設計する必要があります。
BtoC向けカートとの違いは取引先別の条件
法人向け販売では、同じ商品でも取引先ごとに販売条件が変わる点が重要です。 一般消費者向けには全員へ同じ価格を見せる店でも、卸売では契約、販売地域、購入量などによって条件が異なります。画面の見栄えを比べる前に、現在の取引条件を維持できるかを確認してください。
公式のBtoB向け機能案内では、価格、販路、決済を取引先に合わせて設定する考え方が示されています。商品情報は公開し、価格や取引を会員向けに制限するなど、目的によって見せ方も変わります。会員登録を広く受け付けるのか、既存の取引先だけに案内するのかを決めると、必要な画面と審査の手順が明確になります。
サイト構築と社内業務の整理を同時に進める
導入の効果は、注文画面だけでなく、社内で何をやめられるかで判断します。 現状の作業を、注文受付、内容確認、在庫確認、出荷指示、請求に分けて書き出します。それぞれに担当者と使っている帳票を添えると、Web化しても残る作業が見えてきます。
例外の多い業務ほど、事前の整理が役立ちます。欠品時に営業が代替品を提案する、特定顧客だけ送料を調整する、といった処理は、標準注文とは分けて考えます。すべてを初日から自動化しようとせず、定番商品の反復注文から始める方法もあります。対象を絞れば、取引先への説明と社内の確認を具体的に進められます。
Bカートの主な機能は価格・商品表示・注文条件の管理
機能の確認では、価格を変える設定と、商品を見せる設定を分けて検証します。 安く販売する相手だから全商品を見せてよいとは限りません。取引先の分類と商品ごとの販売条件を照らし合わせ、設定の組み合わせによって意図しない情報が見えないかを確認することが大切です。
営業、受注担当、経理が別々に条件を管理している会社では、確認に使う資料も統一します。見積書の価格と注文画面の価格が違う状態では、Web注文のたびに照会が発生します。現行の契約がどこに記録されているかを調べ、誰が更新を承認するかまで決めてから商品・会員データを登録しましょう。
会員別の単価とグループ別の価格を使い分ける
共通条件はグループで管理し、個別契約のある取引先は別に確認すると、価格の保守を考えやすくなります。 公式の会員ID別単価の説明では、グループや個別設定による販売単価の管理が案内されています。設定方法の詳細と適用結果は、実際の契約パターンを使って確かめます。
検証用に、標準条件の顧客、特別単価の顧客、取引を始めたばかりの顧客を用意します。それぞれで同じ商品を開き、表示価格と注文金額を比較してください。掛率と個別単価を併用する場合は、どの設定が適用されるかも確認します。優先関係を推測で決めず、結果を価格表に書き残すと設定変更時にも使えます。
価格を下げる施策では、売上額だけで判断しないことも必要です。値引き後の粗利、送料負担、決済費用、梱包費を踏まえ、取引を継続できる条件にします。長年の慣習で残っている特別価格は、導入時に営業へ確認する機会を設けましょう。システムへ登録することと、その条件を今後も維持することは別の判断です。
ケース・バラなどの販売単位を正しく登録する
卸売では、注文数量と倉庫が出荷する数量の対応を明確にします。 公式のロット数別販売の説明では、荷姿の異なる販売単位を登録し、それぞれの単価を設定できると案内されています。買い手が入力した「1」が、1個なのか1ケースなのかを迷わない表示にすることが基本です。
例えば、ケース入数が12個の商品で「2ケース」を注文すると、倉庫は24個分を用意します。連携先が個数で受け付けるなら、数量の変換が必要です。商品名、入数、価格の単位、納品書の表記を並べて確認すると、注文画面では正しくても出荷指示で食い違う問題を見つけやすくなります。サンプル注文で最後まで確かめてください。
CSV注文と注文承認には利用条件がある
CSV注文はプラン30以上、注文承認は有料オプションとして確認します。 公式CSV注文の説明では、買い手がCSVを使って商品をカートへ追加できます。使用する品番はBカートに登録された【セット】品番です。取引先が自社の購買システムで使う番号を、そのまま取り込めるとは限りません。
注文承認機能の公式説明では、買い手企業の本部と店舗などで、金額や階層に応じた承認を行う用途が示されています。会員登録時に取引を承認する手続きとは区別しましょう。承認待ちの間に在庫や価格が変わった場合、担当者不在の場合、申請を取り消す場合など、取引先の実務に沿って動作を確認すると導入後の迷いを減らせます。
自社ECで改善したい業務と販売施策を整理したい方は、FORCE-Rへお問い合わせください。
Bカートの料金は商品数と会員数を基準に比較する
公開プランの月額は9,800円からで、基本の選定軸は商品数と会員数です。 公式料金案内では、SKUは全プラン共通で上限なしとされています。SKUは色、サイズ、容量などの違いを管理する単位です。料金上の商品数と同じ数え方だと思い込まず、自社の商品登録例で照合しましょう。
2026年10月16日確認の月額は、ライト9,800円、プラン10が19,800円、プラン30が29,800円、プラン50が39,800円、プラン100が49,800円、プラン300が79,800円で、いずれも税別です。エンタープライズは個別見積もりです。価格改定や契約条件は申し込み時に再確認してください。
上限と必要機能の両方からプランを選ぶ
登録件数に収まることに加え、必要な注文方法を使えることを確認します。 ライトは商品500・会員50、プラン10は各1,000、プラン30は各3,000、プラン50は各5,000、プラン100は各10,000、プラン300は各30,000が公開上限です。会員数の見積もりには、移行する対象の範囲を明記します。
取引先が200社ある場合、ライトの会員上限には収まりません。一方、商品数が少なくても、買い手のCSV注文が必須ならプラン30以上を検討します。顧客企業数と登録アカウント数が一致するかは、拠点や担当者の運用次第です。法人名簿の件数だけを使わず、本部、店舗、担当者をどのように登録するかを先に決めましょう。
初期費用と追加費用を含む総額を試算する
予算は月額だけでなく、初期準備と継続運用を含めて組みます。 公式料金案内では、エンタープライズを除く共通初期費用は80,000円、独自ドメインは月額3,000円で、いずれも税別です。サーバー、サブドメイン、SSL利用料は月額に含まれると案内されています。
これ以外に、デザイン制作、データ整備、外部連携、追加オプション、決済に関する費用を必要に応じて確認します。外部へ依頼する業務と自社で行う業務を分け、作業時間も見積もると実際の負担を比べられます。初年度の合計と、二年目以降の年間費用を別に計算すれば、初期費用がなくなることによる見え方の違いにも対応できます。
比較のための試算では、対象をそろえることが重要です。一方にはデータ移行費を含め、他方には含めない計算では判断を誤ります。取引先数が増えた場合、独自ドメインを使う場合、承認オプションを加える場合を分けて試算してください。見積書には想定件数と作業範囲を添え、追加費用が生じる条件を明らかにします。
決済と外部連携は注文受付とは別に設計する
決済と連携は、注文を受けた後の確認作業を減らすために設計します。 受注情報が増えても、経理や倉庫が手入力を続ける構成では負担が移るだけです。現在の担当者が必要とするデータを洗い出し、いつ、どの形式で渡すかを決めましょう。自動化の範囲に応じて、費用と保守体制も変わります。
掛け払いでは与信・請求・保証の条件を確認する
掛け払いを選ぶ際は、請求処理の代行と、未回収時の保証を分けて確認します。 公式のBカート掛け払い案内では、与信審査、請求書発行、入金管理、督促などを代行する仕組みが説明されています。入金保証にはサービス提供者所定の条件があり、あらゆる注文が無条件に対象になるわけではありません。
自社で既に掛け売りしている場合は、既存顧客の条件をどこまで移せるかが論点になります。締日、支払日、請求先、出荷後の金額変更、返品が発生した際の扱いを確認してください。審査結果や利用可能額によって注文を進められない場合に、営業へ連絡するのか、別の支払方法を案内するのかも決めておくと、買い手を待たせにくくなります。
請求代行という名称のサービスも、保証や督促を含む範囲が同じとは限りません。料金と委託範囲は個別に照合します。経理担当者には、通常の売上だけでなく、取消、返品、差額精算のサンプルを確認してもらいましょう。サイト上の注文金額、決済サービスの確定金額、会計上の計上額が一致する確認手順を用意します。
APIの公開と自社の連携完成を区別する
APIが公開されていても、自社システムとの接続には項目の対応や処理方法の設計が必要です。 APIは、システム同士でデータを取得・更新するための接続口です。公式API案内では、Bカートのデータを扱う仕組みが公開されています。接続したいサービスで何が利用できるかは、連携先と併せて確認します。
商品コード、会員コード、受注番号をどのシステムで発行し、どこへ渡すかを決めます。在庫は販売可能数と倉庫の実在庫が一致しないこともあります。Shopifyを併用する会社であれば、Shopify在庫管理の解説も参考にしながら、各販売先で売ってよい数量を決めてください。複数の画面で同じ在庫を別々に変更する運用は避けます。
連携の確認では、正常に流れた注文だけで判断しないことが大切です。通信に失敗して再送した場合、同じ注文を二重に登録しないかを確かめます。出荷済みの注文を取り消そうとした場合も、受付時とは対応が違います。エラーを誰が確認し、どの状態から手動で再開するかまで決めると、担当者が不在でも対応しやすくなります。
店舗や営業の情報とオンライン注文をつなぐ
営業活動とWeb注文の役割を決めると、取引先への案内がそろいます。 営業が提案を担当し、定番品の補充はWebで受けるなど、注文の種類によって使い分けられます。営業が持っている商談情報と、Webの会員情報をどう参照するかも検討してください。単に注文先を変える案内では、利用が定着しにくくなります。
一般消費者向けの店舗と卸売を併営する場合は、O2OとOMOの違いの解説で示されるオンライン・店舗連携の考え方も参考になります。ただし、消費者向けの会員と法人取引の会員は、同じ条件で管理できるとは限りません。価格を公開してよい相手、注文履歴を見せてよい担当者、顧客への連絡目的を整理して連携範囲を決めます。
ECの運営体制や販売の課題を見直したい方は、FORCE-Rへご相談ください。
Bカートが向く業務と比較を慎重に進めたい業務
取引先ごとの条件を管理しながら反復注文をWeb化したい会社は、Bカートを検討しやすいと考えられます。 適合するかどうかは、業種名だけでは決まりません。同じ卸売でも、定番商品の補充が中心なのか、毎回仕様と価格を決める商談が中心なのかによって、必要な受注方法が変わります。
定番品の受注が多い場合は、取引先自身が商品を選べること、前回と同じ商品を見つけやすいこと、納期の見通しを確認できることが評価点になります。反対に、図面の確認や原価計算を経て毎回価格を決める仕事では、見積から注文へ移る流れを重点的に検証します。商品ページを作れることだけで導入を判断しないでください。
取引先が使える環境かを確認する
買い手が普段使う端末と発注手順で試すことが、定着の見通しにつながります。 事務所のパソコンから大量の商品を注文する担当者と、売り場でスマートフォンを使う担当者では、使いやすい画面が異なります。営業の社内確認だけで終えず、協力を得られる取引先にも操作してもらいましょう。
発注者が品番を覚えているなら検索や一覧からの注文が重要です。新商品を探す担当者には、用途や規格を比較できる説明が役立ちます。紙のカタログを見ながら発注する人には、紙と画面で同じ品番・単位が使われているかを確認してください。発注頻度の低い顧客には、ログイン方法を忘れた際の問い合わせ先も案内しておきます。
独自仕様と既存システムの制約を先に洗い出す
標準機能で実現する部分と、運用変更や外部対応が必要な部分を分けて比較します。 独自の承認経路、複雑な契約価格、複数拠点の在庫割当などがある場合は、具体的な条件を提供元へ伝えます。「基幹連携できますか」という聞き方より、受注番号や変更処理の例を示すほうが、回答の範囲を判断しやすくなります。
現行業務をすべて維持すると費用が増える一方、取引上必要な条件を省けば顧客の不便につながります。比較表には「必須」「運用変更で対応可能」「将来検討」を記載します。判断がつかない項目は、利用できると仮定せず未確認として残してください。契約前に対象の機能、外部費用、サポート窓口を明確にすることが大切です。
Bカート導入はデータ整備と小規模な試行から始める
導入は、商品・会員・価格の整理、試験注文、対象を絞った公開の順で進めると確認しやすくなります。 公開予定日だけを先に決めると、既存データの修正が後回しになります。どのデータを誰が確認し、試験の合格を判断するかを決め、作業を割り当てましょう。公開後の問い合わせ担当も同時に確保します。
商品と会員のデータを移行前に整える
商品名より先に、品番と取引先を識別するコードの整合性を確認します。 同じ品番が別の商品に使われていたり、一つの取引先が複数名称で登録されていたりすると、移行後の照合が難しくなります。廃番商品、休眠取引先、無効になった特別価格も、移行対象に含めるかを決めてください。
商品ごとに、表示名、規格、販売単位、入数、価格、税区分、画像、配送条件を確認します。会員側では、法人名、発注担当、請求先、配送先、価格区分を整理します。情報が欠けている行だけを抽出し、営業や経理へ確認を依頼すると、全件を読み直す負担を減らせます。登録用ファイルは元の資料と分け、修正の履歴を残しましょう。
30日間の無料トライアルで一連の取引を試す
無料トライアルでは、商品登録から注文、出荷・請求への受け渡しまでを通して試します。 公式案内の試用期間は30日間です。試験前に確認する業務を決めておけば、画面を見るだけで期間が終わるのを防げます。料金が発生するオプションや連携の試用範囲は、利用前に提供元へ確認してください。
試験には、通常注文、ケースとバラの混在、特別価格、欠品、数量変更、取消を含めます。注文した取引先、受注担当、倉庫、経理が同じ結果を確認できるよう、試験番号を付けて記録します。不一致が出たら、設定不足、データ不備、連携処理の問題を区別し、修正後に同じ条件で再確認します。代表的なケースが通ったことを公開の判断材料にします。
取引先には、発注方法を一度にすべて説明するより、初回注文までの手順を短く案内します。初回ログイン、商品検索、数量入力、金額確認、送信完了を順番に示せば、最初の利用を支援できます。締切時刻や当日出荷の条件はサイト公開と別に確認し、画面の注文受付時刻と現場の対応可能な時間を一致させてください。
電話・FAXとの併用期間は重複注文を防ぐ
注文経路を切り替える期間には、同じ依頼を二度受け付けない確認方法を決めます。 買い手がWebで注文した後、念のため同じ内容をFAXすることも考えられます。受付担当が経路別に処理すると、別の注文と判断して出荷してしまう可能性があります。取引先名だけでなく、発注日、品番、数量、顧客側の発注番号を照合する手順を用意しましょう。
移行の案内には、Webで送信が完了した場合は重ねて注文を送らないことと、修正したい場合の連絡方法を記載します。例外的に電話で受けた変更は、対応者が注文番号と変更内容を記録し、倉庫への指示が更新されたことまで確認します。Webへ移した注文だけが正しい状態になり、電話で伝えた変更が反映されない、といった行き違いを防ぐためです。
公開初日は受注担当と営業が問い合わせを共有できる時間を設け、操作に関する質問と注文内容の相談を分けて記録します。同じ質問が続く場合は、取引先への説明だけでなく、画面の文言や商品情報も見直してください。問い合わせ件数が落ち着いてから対象顧客を増やすと、社内の支援体制に合わせて展開できます。切り替えを急ぐより、正しい注文と出荷が続く状態を確認することが重要です。
公開後の利用促進やEC運営を改善したい方は、FORCE-Rへお問い合わせください。
公開後はWeb注文の定着と受注作業の改善を測る
公開後は、利用する取引先が増えたかと、受注作業が減ったかを別々に測ります。 サイトの注文件数だけでは、電話注文がWebへ移ったのか、売上自体が増えたのかを判断できません。導入前の受注件数と処理時間を残し、取引先の利用状況と合わせて振り返ることが必要です。
発注する会員と閲覧だけの会員を分けて見る
ログイン数だけでなく、発注完了までの変化を追うと改善箇所が見えます。 案内を受け取った社数、初回ログインした社数、初回注文した社数、継続して注文した社数を分けて記録します。対象期間と対象顧客をそろえれば、営業担当者ごとの案内状況も確認しやすくなります。
一般的なアクセス解析では、ユニークユーザーなどの指標の違いの解説も参考になります。BtoBでは一つの取引先に複数担当者がいることがあるため、閲覧者数が増えたことと取引社数が増えたことを混同しないでください。分析に使う単位を「担当者」「拠点」「法人」のどれにするか決めると、施策の評価が安定します。
営業案内と継続購入の施策を取引に合わせる
受注サイトの周知は、買い手が次に発注する場面に合わせて行います。 新商品の発売、季節の補充、定期的な仕入れなど、用途のある案内が役立ちます。発注しない理由が価格なのか、欠品なのか、操作の難しさなのかによって対処は変わるため、注文履歴だけで推測せず、担当営業が取引先へ確認します。
消費者向けの販売やSNS施策も併用する企業では、ソーシャルコマースの種類と注意点の解説を参考に、販促と注文受付の接点を考えられます。法人限定の価格を一般向けの投稿へ出さないよう、公開情報と会員向けの案内を分けてください。SNSで興味を持った相手に対しても、法人取引の開始条件と問い合わせ先が分かる案内が必要です。
継続購入は、リピート率と向上施策の解説にある考え方も参考になります。ただし、仕入れ周期が長い法人顧客を、一般消費者と同じ短期間で評価すると実態を見失います。商材に合う期間を設け、注文が途切れた理由や品切れの影響を確認しましょう。売上の伸びと粗利、受注処理時間を並べて確認し、次の改善に予算を配分します。
まとめ
Bカートを選ぶ際は、取引先別の販売条件を再現できるかと、受注後の作業を減らせるかを確認しましょう。 公開プランは商品数と会員数を基準に比較し、SKUの数え方、CSV注文のプラン条件、有料の承認機能なども照合します。掛け払いの保証や外部連携は、契約と実装の条件を個別に確認してください。
導入前には商品・会員・価格のデータを整え、代表的な取引先と商品の組み合わせで試験注文を行います。公開後も、Web注文の利用率、確認の手戻り、処理時間、継続購入を見ながら改善を続けます。自社の受注から請求までの流れに照らし、必要な機能と運営体制を具体的に決めることが、無理なく使い続けるための出発点です。
ECの運営改善にお悩みの方は、FORCE-Rへご相談ください。Bカートの機能・契約・構築条件は提供元へ確認し、運営支援の範囲は個別にご相談いただけます。
