卸売B2B受注のためのAI活用：自動化すること、承認を挟むこと、人が持つこと

卸売B2B受注のAIは実際に何をするのですか？

卸売B2B受注のAIは、サポート受信箱で動くAIエージェントです。小売店のアカウント、注文、価格ルールを読み取って注文に関する質問に答え、返信するか、担当者が確認する注文の下書きを作るか、事実を添えてチケットを引き継ぎます。

私は、AIがストアや受注システムを読み取れるようにする連携を作っていますが、卸売の受信箱は、これまで見てきた中でも特に興味深いものの一つです。質問は定型的に聞こえますが、ほぼすべての答えは、誰が聞いているかによって変わります。一般消費者が「これはいくらですか」と聞けば、ページに載っている価格が答えです。小売店が同じことを聞く場合、価格はそのアカウント固有のもので、満たすべき最低数量があり、いつ支払うかを決める条件があります。

卸売の受信箱には、たとえば次のようなものが届きます。

• 「先月と同じ注文を送ってもらえますか。ただしキャンドルは20%増やしてください」
• 「PO 4471はどこですか？ 週末までに必要です」
• 「500ml ボトルの今の価格はいくらですか？」
• 「マグカップは6個単位で買う必要がありますか？」
• 「請求書1092を再送してもらえますか？ 経理が見つけられません」
• 「支払いを60日に変更したいのですが、可能ですか？」
• 「パレットの半分が潰れて届きました」

このテーマのガイドの多くは、こうした質問の種類を並べて終わりにします。抜け落ちているのは、同じ質問でも、どのアカウントに関わるかによって安全にも危険にもなるという点です。「私の価格は？」は、本人確認済みのバイヤーには2秒で済む照会ですが、メールアドレスを推測した他人にとってはデータ漏えいになります。この記事の残りは、その線引きについてです。

AIが完結できる卸売の質問と、人に回す質問はどれですか？

答えが何に依存するかで分けます。答えがすでにシステムにある事実なら、AIは完結できます。注文を作成または変更するなら、AIが準備して担当者が確認します。顧客が自社に負う金額や許される内容を変えるなら、担当者が決めます。

これは、取引先のバイヤーを持つeesel顧客が運用を組む方法と一致しています。クライミングウェアのノルウェーのブランドRúngneは、GorgiasとShopifyを使い、「顧客がパートナーであれば」チケットにB2Bのタグを付ける振り分けエージェントを運用しており、B2Bのチケットは、一般向けに回答するエージェントには届きません。Question Beautyでは、卸売バイヤーに担当者が対応する旨をエージェントが伝え、チケットを割り当て、Shopifyで見つけた内容をメモに残します。

どちらも慎重な出発点であり、最初の1週間はそれで正しいと思います。照会を信頼できるようになれば、後述のアカウント確認さえ機能していれば、最初のレーンをB2Bバイヤーにも開放できます。

ご自身の受信箱用の簡単な仕分けツールを用意しました。目の前のチケットに最も近い質問を選んでください。

中間のレーンは動く部分が最も多いので、再注文については下に専用のセクションを設けています。最後のレーンのお金に関する対応については、eeselの請求トラブルのガイドがさらに詳しく解説しています。バイヤーがすでに銀行に連絡している場合は、次に支払いトラブルのガイドをお読みください。

AIはどの小売店が聞いているかをどう知るのですか？

アカウントについて何かを読み取る前に、送信者を会社アカウントに照合し、一致しない送信者は不明として扱います。価格から請求書、条件まで、卸売サポートのほかのすべては、この照合に依存します。

ShopifyのB2Bモデルは、AIが守るべきことをよく表しています。Shopify B2Bでは、すべての取引先バイヤーは会社に属し、実際に販売する相手の事業は会社のロケーションです。Shopifyの会社に関するガイドによれば、各ロケーションは「独自の税ID、税免除、配送先住所、請求先住所、価格、支払条件、担当者を持てる」とされています。1社は最大10,000のロケーションを持て、各ロケーションは最大50人の顧客と25のカタログを持てます。

担当者ごとに権限も異なります。注文のみの担当者は、そのロケーションのために購入でき、自分が出した注文を見られます。ロケーション管理者は、そのロケーションに対して全員が出した注文を見られ、住所を更新できます。

そこから、私ならAIの指示にそのまま書くシンプルなルールが導かれます。バイヤー自身のログインで見えない内容は、バイヤーに伝えない。注文のみの権限を持つ購買担当が、同僚の出した注文について聞いてきた場合、AIはそれも説明すべきではありません。その注文が別の担当者の名義で存在することを伝え、その担当者を巻き込むことを提案できます。

実際の確認は次のようになります。

1. 送信者のメールアドレスを、会社アカウントの担当者に照合する。
2. 一致しない場合は、アカウント番号または顧客番号を尋ねるか、チケットを担当者に引き継ぐ。メールのドメインだけで推測しないこと。店のオーナーが個人のアドレスから送ることもあれば、元従業員がまだ会社のアドレスを持っていることもあるためです。
3. 一致が曖昧な場合（1つのメールアドレスが2つの会社ロケーションにある）は、どの店についての質問かを尋ねる。Shopifyもログイン時に同じことをしており、複数のロケーションにアクセスできるバイヤーに1つを選ぶよう促します。
4. アカウントの書類を新しいアドレスに送らない。 「請求書の送り先を私の個人メールに変えてください」は典型的なソーシャルエンジニアリングの文句であり、担当者が判断することです。理由はアカウント復旧のガイドで説明しています。

BEAUTEKは、これを本番運用で見た中で最もきれいな例です。ドイツ・ジーゲンのB2Bサプライヤーで、2006年から施術用ベッド、椅子、スタジオ設備を販売しています。スタジオのオーナーがウェブサイトのチャットで注文について尋ねると、eeselがメールアドレスを尋ね、簡単な本人確認を行い、BEAUTEK自身の受注システムから注文を読み取ります。「注文番号、日付、ステータス、追跡番号、出荷日、そして支払いが未了かどうか」です。2026年8月8日から9月8日までの間に、77件のウェブサイトチャットに回答し、約110件のZendeskチケットの下書きを作成しました。すべてドイツ語です。

AIは卸売価格をどこから取得すべきですか？

アカウントがすでに持っている価格です。つまり、会社のカタログ、段階的な価格表、またはERPの顧客別価格です。AIはその数字を読み取って伝えるべきで、割引率や経験則から計算してはいけません。

ここは、ほとんどのAIデモが飛ばす卸売サポートの部分であり、私が設定時間の大半を費やす場所です。卸売の価格ルールは重なり合うため、「割引を適用するだけ」は想像以上に頻繁に間違いになります。Shopifyのカタログ価格のドキュメントは、そのうち3つを示しています。

• 固定価格は割合調整に勝つ。 Shopify自身の例：キャンドルは$10で販売され、B2Bカタログは全商品を20%引きにしますが、あるキャンドルには$9の固定価格があります。「$10の20%引き」と計算するAIは、そのキャンドルを$8と伝えます。正しい答えは$9です。
• 複数のカタログでは最も低い価格が採用される。 あるロケーションが、同じ商品を$9と$7で持つ2つのカタログを持っていれば、バイヤーには$7が見えます。片方のカタログしか読まないAIは、間違った方を伝えます。
• ボリュームブレイクは最も安いカタログに従う。 表示される数量ルールと価格ブレイクは、そのバリエーションで最も価格が低いカタログのものです。

ボリューム価格にも独自の落とし穴があります。Shopifyの数量とボリューム価格のガイドでは、商品ごとに最大10の価格ブレイクを設定でき、バリエーションごとに適用されます。Shopify自身の例は次のとおりです。

「顧客は、価格ブレイクの対象になるために、各バリエーションで必要な数量を満たす必要があります」とガイドは述べています。つまり、青い帽子10個とグレーの帽子10個は、$20で10個の2行であって、$18.50で20個の1行ではありません。「帽子を20個注文すれば、より良い価格になりますか？」と尋ねる小売店には、正しい答えが必要です。ルールを読み取るAIは、計算するAIがしばしば外す場面で正解を出します。

ここで、エンジニアリングの観点から耳の痛い点があります。AIが実際にどの価格を見ているかを確認してください。 ストアへのAI連携の多くは、商品バリエーション自体の価格を読み取りますが、これは通常、バイヤーが支払うB2Bカタログ価格ではなく、小売価格です。設定がそれを読み取っているなら、AIは卸売バイヤーに小売価格を自信満々に伝えてしまいます。たとえばeeselのShopify連携は、商品を「バリエーション、在庫管理コード、価格、説明」とともに読み取ります。AIに取引価格を伝えさせる前に、B2Bアカウントですでに分かっている価格を尋ね、両者を比較してください。

バイヤーの価格がAIの読めない場所にある場合、誠実な選択肢は2つあります。

1. 価格表を知識として渡し、ティア別にタグ付けする。 米国、オーストラリア、ニュージーランドで馬用サプリメントを1つのGorgias受信箱から販売するPoseidon Animal Healthは、各チケットに小売か卸売か、地域のタグを付けます。eeselがそのタグを読み取り、その地域の資料だけを使い、「卸売顧客は卸売として扱われます」。
2. バイヤーを自分のポータルに案内する。 ネットワーク機器会社のIC Intracomは、法人向け価格を尋ねる人に、数字を伝える代わりに、ディーラーまたは法人アカウントの登録ページを案内するようエージェントを設定しています。

どちらも、自信満々の間違った価格よりはましです。卸売価格の間違いはタイプミスではなく、注文のすべてのケースにかかる利幅の問題であり、$8と伝えられたバイヤーはそれを守るよう求めてきます。

AIは再注文や注文変更を扱えますか？

はい、下書きとしてなら可能です。AIは前回の注文を探し、バイヤーの変更を反映し、数量ルールと照らし合わせ、アカウントの価格で下書きを作れます。請求や出荷の前に、担当者が確認します。

再注文は、中間のレーンで私が最初に自動化するリクエストです。頻繁にあり、必要な情報がすでに記録にあるからです。「先月と同じで、キャンドルは20%増し」を例にします。先月の明細は25個のキャンドルでした。20%増しは30個です。ところがキャンドルは12個入りのケース単位で販売されているので、30は有効な数量ではありません。

Shopifyはこれをチェックアウトで強制します。単位数量ルールでは、「商品が10の倍数で箱詰めされている場合、単位ルールを10に設定すれば、顧客は一度に10、20、30個の商品を購入しなければなりません」とされています。最小数量と最大数量も、バリエーションごとに同じように機能します。

AIがバイヤーの代わりに丸めるべきではありません。次のように尋ねるべきです。「キャンドルは12個入りのケースなので、30個は選べません。24個か36個にしますか？」この1つの質問で、下書きがチェックアウトで失敗した後や、さらに悪いことに倉庫の誰かが黙って数量を変更した後の、やり取りの往復を省けます。

数量が有効になれば、下書き注文がそれを収める適切な入れ物です。ShopifyのB2B下書き注文は、会社のロケーションを割り当てると、その会社の価格、支払条件、チェックアウトのオプションを自動的に引き継ぎます。請求書またはチェックアウトリンクを送ると、既定で価格が固定されるため、後の価格変更が、バイヤーがすでに持つ見積もりを動かすことはありません。担当者が交渉済みの価格を提示する必要があるときは、明細にカスタム価格を設定します。この部分は人が担当します。

eeselでは、ShopifyアクションにCreate Draft Order（「担当者の確認のために残される」と説明されています）のほか、前回の注文を探すGet Order HistoryとSearch Ordersがあります。チェックアウトはShopifyに残るので、バイヤーは通常の請求書または支払いリンクで支払います。

注文変更も同じパターンですが、確認がもう1つあります。出荷済みかどうかです。eeselのUpdate Shipping AddressとCancel Orderは、未出荷の注文でのみ機能します。それでも卸売アカウントでは、どちらも承認の背後に置きたいところです。$4,000のパレットの配送先住所変更は、担当者が10秒確認する価値があります。

ステータスを約束する前に確認すべきことがもう1つあります。Shopifyでは、会社のロケーションを「すべての注文を確認用の下書きとして提出」に設定できます。そのバイヤーには、チェックアウトで注文を確定する代わりに承認のために提出ボタンが表示されます。AIがその注文を、御社の確認待ちであると言わずに「まだ出荷されていません」と読み取ると、バイヤーは営業チームではなく倉庫に問い合わせてしまいます。

請求書、支払条件、与信についてAIは何を言うべきですか？

すでに事実であることなら伝えられます。アカウントの条件、請求書の期日、支払済みかどうか、支払い方法です。これらのどれも変更してはいけません。条件の付与、限度額の引き上げ、保証金の免除、残高の償却は、担当者の判断です。

条件は読むのは簡単ですが、間違えると高くつきます。Shopifyでは、B2B支払条件は、条件なし（即時払い）、ネット7、15、30、45、60、90日、出荷時払い、または下書き注文での固定日のいずれかです。ネット条件は「注文日から始まります」。10月2日に注文したネット30のバイヤーは11月1日が期日で、AIはまさにそのとおりに伝えられます。

同じドキュメントから、AIの発言内容を変える細かな点をいくつか挙げます。

• バイヤーは早めに支払える。 期間中は、ログインして注文の今すぐ支払うをクリックできます。期日後も支払えますが、注文は期限超過と表示されます。「請求書1092はどう支払えばいいですか？」というチケットは、リンクを添えた照会であり、引き継ぎではありません。
• 支払いは期日に自動で回収されない。 バイヤーがカードを保存していても、管理画面で誰かが請求しなければなりません。したがって、自社の設定が実際にそうしていない限り、「30日に自動で請求されます」はAIが言ってはいけないことです。
• 保証金は最初の答えを変える。 ロケーションは、チェックアウト時に20%のような割合の保証金を求め、残りを条件払いにできます。その場合、注文は一部支払済みと表示されます。

ここからが危険な部分です。ナレッジベースの大まかな一文が約束になります。あるeeselの営業電話で、B2Bの技術サポートチームが、ナレッジベースに「全モデルをサポートします」と書かれていたために、データベースにない自動車ブランドへの対応をボットが確約してしまったと話しました。卸売にもまったく同じ罠があります。FAQに「取引アカウントはネット30の条件」とあれば、AIは、注文時のカード払いのみで承認された小売店にネット30を提示してしまいます。ルールを実際のとおりに書いてください。「ネット条件は、与信審査の後にアカウントごとに設定されます。AIは既存の条件を読み取れますが、提示はできません。」

指示に書くべきもう1つのことは、さらに明快で、約束しすぎるAIエージェントについてeコマースのサポート管理者がeeselに寄せたフィードバックから来ています。

"stop promising customer things we cant do. we cannot guarantee this customer's order to them by friday"

お金についても同じです。AIは「ネット60にできると思います」や「次回の請求書から差し引きます」と言ってはいけません。誰が決めるかを伝え、アカウントの現在の条件、未払い残高、注文履歴をメモに添えてチケットを引き継ぐべきです。それによって、10分かかる調べものが、経理や営業の担当者にとって1分の判断になります。

卸売注文の一部がマーケットプレイス経由で来る場合は、AIが答える前に、そこで支払いを誰が管理しているかを確認してください。Faireでは、小売店は、ブランドではなくFaireに支払います。出荷時払いかネット60を選べますが、小売店は「Faireに申請し、承認を受けなければ利用できません」。Faireは、小売店が支払いについてブランドに連絡してきた場合、ブランドは「当社チームに連絡するよう案内する」べきだと伝えています。したがって、請求書について聞いてきたFaireの小売店はFaireに案内され、AIは自社の条件を伝えてはいけません。

AIは何と連携する必要がありますか？

小売店が連絡してくるヘルプデスク、注文を保持するシステム、各アカウントの価格と条件を保持するものです。追跡と請求が残りを補います。価格や条件がAIの読めない場所にある場合、それが可能になるまで、そのレーンは担当者が持ちます。

ストア側は通常、最も接続しやすい部分です。eeselのShopify連携は、注文、出荷状況、商品バリエーションをリアルタイムで調べます。注文の照会は、番号による注文、メールによる顧客の注文履歴、商品コード、ステータス、日付、タグによる検索に対応しています。ヘルプデスク側では、eeselは既存のZendesk環境、Gorgias、Freshdeskを置き換えるのではなく、その中で動作します。

ほかのプラットフォームで卸売を行っている場合は、BigCommerceサポートの比較記事で選択肢を紹介しています。WooCommerceのストアには専用の比較記事があります。

配送の半分は一般消費者向けサポートと重なるため、注文追跡のガイドと配送遅延の通知の記事は、ほぼそのまま当てはまります。卸売での違いはPO番号です。小売店は、御社の注文番号ではなく自社の発注書番号で連絡してくるので、POが注文のタグやメモなど検索できる場所に入るようにしてください。そうしないと、AIは「PO 4471」を見つけられません。

間違った見積もりのリスクなしにどう設定しますか？

まずAIが下書きを作り、人が送信する形から始め、照会のレーンを最初に開き、すべての書き込みアクションを承認の背後に置き、どの返信も自動で送られる前に、過去の自社の卸売チケットでテストします。eesel自身の導入は、接続から最初のレーンを単独で任せられるようになるまでに2〜8週間かかります。

1. 過去の卸売チケットを200〜500件取り出し、3つのレーンに分類します。実際の内訳がすぐに分かり、その内訳が、どのレーンを最初に開く価値があるかを教えてくれます。
2. ルールを、ルールとして書き出します。 誰が確認済みバイヤーか、価格はどこから来るか、AIが決してしてはいけないこと（条件の付与、価格の変更、新しいメールアドレスへの書類送付）、そして各引き継ぎの担当者です。eeselの引き継ぎのベストプラクティスのガイドには、使える文言があります。
3. 卸売チケットを到着時にタグ付けします。 Rúngneの振り分けエージェントは、ほかの何よりも先に、B2Bを含む固定リストからタグを付けます。タグがあれば、B2Bを専用のエージェント、専用のナレッジ、または担当者に振り分けられます。詳しくはeコマース向けAIチケットタグ付けをご覧ください。
4. 書き込みアクションをNeeds approvalに設定します。 eeselのActions and Approvalsでは、各アクションはAuto、Needs approval、Disabledのいずれかです。Needs approvalでは、エージェントが下書き注文または返信を準備し、担当者がやろうとしている内容を正確に確認して、ダッシュボード、Slack、ターミナルからApprove、Always allow、Denyを選びます。
5. 本番に出す前に、先月のチケットを再生します。 eeselでは、過去のチケットに対してエージェントを実行し、何と答えたかを読めます。そこで、取引バイヤーに小売価格を伝えてしまうミスを見つけられます。サンプル数についてはシミュレーションテストのガイドで解説しています。
6. 照会のレーンを最初に開きます。 本人確認済みバイヤーへの注文状況、ケース入数、請求書の写し。照会が安定したら再注文を下書きに移し、最後のレーンは恒久的に人が担当します。

BEAUTEKの設定は、数か月後にどうなるかを示しています。ウェブサイトのチャットは、製品や注文の質問にリアルタイムで答えます。Zendeskでは、すべてのチケットに返信の下書きと社内メモが付き、担当者が送信します。誰かが見積もり、相談、大口注文を希望すると、eeselがその人の情報を受け取り、営業リードとしてタグ付けされたZendeskチケットを作成します。1か月でチャットから20件のZendeskチケットを作成し、そのほとんどが営業リードでした。この最後のフローが「AIが準備し、人が確認する」のB2B版であり、私が最初に真似したいものです。

より詳しい導入計画をお求めなら、導入タイムラインのガイドが週ごとに整理しており、カスタマーサポートの承認ワークフローでは誰が何を承認するかを扱っています。

うまくいっているかどうかはどう分かりますか？

デフレクション率を測る前に、価格の正確さと別アカウントへの回答を測ります。多くのチケットを完結させても、一部で間違った価格を伝える卸売AIは、お金を節約するどころか失わせています。

私なら次の順で数字を追います。

• 価格の正確さ。 チケットのサンプルでAIが伝えたすべての価格を、アカウントのカタログと照合します。目標は全件です。
• 別アカウントへの回答。 送信者以外のアカウントに触れた返信すべて。目標はゼロで、1件でも停止の理由になります。
• 下書きの採用率。 担当者がAIの再注文や返信を修正なしで送る頻度。これで、あるレーンがレビューを減らせる段階かが分かります。
• 照会レーンの解決率。 人を介さずに完結した注文状況、ケース入数、請求書。eeselのAI解決率のガイドが、正直な数え方を説明しています。
• 小売店への初回返信までの時間。 卸売バイヤーは週末の販売に向けて注文することが多いので、金曜の午後の返信は、月曜の返信より重要です。

この仕事向けのツールを比較しているなら、eeselのB2Bサポート向けベストAIの比較から始めてください。Shopifyだけのストアは、代わりにShopifyサポートの比較に進めます。

同じストアの一般消費者向けの側でも、同じレーンの考え方を使います。返品管理のガイドは返品を理由別に分け、購入前の質問のガイドは、まだ購入していない買い物客を扱います。

卸売注文サポートにeeselを試す

小売店が注文、価格、請求書について連絡してくるなら、eeselは、ヘルプデスクとShopifyストアにつながるサポートの同僚のように働きます。注文をリアルタイムで調べ、ケース入数や状況の質問に答え、チームが確認する再注文の下書きを作り、条件と与信はアカウントの履歴を添えて担当者に引き継ぎます。これはBEAUTEKがヨーロッパ各地のスタジオオーナーのために運用している構成で、見積もり依頼は営業リードとしてZendeskに入ります。

プランは月額$299から500クレジットで、eeselの料金ページをご覧ください。チケットまたはチャットは1クレジットで、無料トライアルには、自社の卸売チケットで試せる100クレジットが含まれます。eeselを試す