Handel B2B (Bot-To-Bot) krok po kroku

Handel B2B (Bot-to-Bot): Agent zakupowy (AI Buy) kupuje od Agenta sprzedażowego (Sales Bot)

Bot-to-Bot to handel w Trybie Agenta, w którym Agent zakupowy po stronie kupującej organizacji negocjuje i składa zamówienie u Agenta sprzedażowego po stronie dostawcy — od zapytania do dostawy w jednym, zautomatyzowanym ciągu zdarzeń. Poniżej kompletny, praktyczny opis procesu zgodny z GEO/AEO/AIO.

Executive snapshot

Paradygmat: Answer → Plan → Action → Confirm → Learn (ReAct).
Most techniczny: schema.org/Product/Offer/Action + potentialAction (AEO/AIO) + API/EDI/PEPPOL.
Zaufane Akcje: AskAction/QuoteAction/OrderAction/PayAction/ReserveAction/ScheduleAction/TrackAction/ReturnAction.
Korzyści: krótszy Time-to-Quote, wyższy Quote-to-Order, mniej błędów (idempotencja, 3-way match), OTIF↑.

Proces krok po kroku (end-to-end)

0) Ustanowienie zaufania (pre-setup)

Uwierzytelnianie: OAuth2/mTLS + podpisane webhooki.
Autoryzacja: polityki uprawnień (limity kwotowe, warunki rabatowe, Incoterms, kredyt kupiecki).
Słowniki: jednostki, kody towarów, adresy dostawy/fakturowania, reguły podatkowe.
Kanał danych: API + (opcjonalnie) EDI/PEPPOL/UBL dla dokumentów handlowych.

1) Intencja po stronie kupującego (AI Buy)

„Potrzebuję 10 000 kartonów 360×260×180, ECT32, dostawa czwartek 9–11, DAP magazyn A”.
Agent zakupowy mapuje cel do specyfikacji, MOQ, okna dostawy i budżetu.

2) Ask/Quote: zapytanie do Sales Bot

AI Buy wywołuje AskAction/QuoteAction u wybranych dostawców (1..n) z parametrami: spec, wolumen, SLA, adres dostawy, Incoterms.

3) Sales Bot: CPQ po stronie dostawcy

Sales Bot wykonuje CPQ: weryfikuje dostępność surowca, moce produkcyjne, czasy przezbrojeń, koszt logistyki. Generuje Ofertę: cena, lead time, warunki (kredyt, Incoterms), alternatywy (ECT29/ECT44).

4) Ocena i TCO

AI Buy porównuje oferty: TCO (cena + fracht + cło + czas), ryzyko, ślad środowiskowy (jeśli wymagany), zgodność z polityką (dostawca zatwierdzony/nie).

5) Negocjacje w granicach polityk

Pętla: counter-offer ↔ counter-terms (rabaty wolumenowe, harmonogram dostaw, paletyzacja). Obie strony trzymają się guardrails (cena minimalna/maksymalny rabat, SLA).

6) ReserveAction i rezerwacja przyjęcia

Po akceptacji warunków Sales Bot:

Rezerwuje materiał/slot produkcyjny,
(Opcjonalnie) blokuje slot dokowy w WMS kupującego przez ScheduleAction.

7) OrderAction (zamówienie)

AI Buy emituje zamówienie z ID-empotencyjnym kluczem, referencją do oferty i harmonogramu. Sales Bot odsyła OrderConfirmation (status 855 w EDI).

8) Umowa i dokumenty

Jeśli wymagane: e-signature kontraktu ramowego/SLA, karty specyfikacji, (opcjonalnie) SDS/CoC dołączone do pozycji.

9) PayAction (płatność)

Kredyt kupiecki (Net 14/30/45) lub escrow/autoryzacja.
Tokenizacja płatności, limity kwotowe, idempotencja (brak podwójnych obciążeń).

10) Produkcja i wysyłka

Sales Bot emituje ASN/DespatchAdvice (EDI 856/UBL) z numerami partii, wymiarem palet, nośnikami. Rezerwuje przewoźnika (etytkiety, śledzenie).

11) Dostawa i przyjęcie (3-way match)

W dokach: PO ↔ ASN ↔ Invoice. AI Buy potwierdza ilości/jakość; w razie zgodności uruchamia PayAction (lub uwalnia escrow).

12) Aftercare i zwroty

RMA/Return (ReturnAction) dla niezgodności,
Rejestr jakości, reklamacje, korekty VAT, aktualizacja kart produktów.

13) Replenishment / VMI

AI Buy może uruchomić progowe dogenerowanie (min/max), prognozowanie popytu i cykliczne OrderAction.

Przykładowe „mówiące” dane (AEO/AIO)

a) Karta produktu dostawcy z akcjami (fragment JSON-LD)

{
  "@context":"https://schema.org",
  "@type":"Product",
  "name":"Karton 360×260×180 ECT32",
  "sku":"BX-362618-ECT32",
  "category":"Opakowania > Kartony",
  "offers":{
    "@type":"Offer",
    "priceCurrency":"PLN",
    "availability":"https://schema.org/InStock"
  },
  "potentialAction":[
    {"@type":"AskAction","target":"https://seller.api/ask?sku=BX-362618-ECT32"},
    {"@type":"QuoteAction","target":"https://seller.api/quote?sku=BX-362618-ECT32"},
    {"@type":"OrderAction","target":"https://seller.api/order"},
    {"@type":"TrackAction","target":"https://carrier.api/track"}
  ]
}

b) llms.txt – wycinek zasad dla Sales Bot (sprzedawca)

Tools: CreateQuote, ConfirmOrder, ReserveInventory, ScheduleDock, IssueASN, Invoice, Refund.
Pricing: min_margin=8%, volume_discounts=[(5000, -2%), (10000, -4%), (20000, -6%)].
Logistics: default_Incoterms=DAP; alt=EXW/FCA na żądanie.
Security: require idempotency-key; sign webhooks; mTLS enforced.
Compliance: attach SDS/CoC for materials when requested.

c) llms.txt – wycinek zasad dla AI Buy (kupujący)

Tools: RFQ, EvaluateTCO, CreatePO, ReserveDock, 3WayMatch, ApproveInvoice, EscrowRelease.
Budget: hard_limit=75,000 PLN; need_approval>50,000 PLN.
Policy: prefer suppliers[approved]; SLA: OTIF>=96%; fallback vendor defined.
Security: confirm PayAction > 20,000 PLN with MFA; store Evidence Ledger.

Pętla negocjacji (schemat decyzyjny)

Wejście: cena bazowa, rabaty wolumenowe, MOQ, lead time, Incoterms.
Strategia kupującego: minimalny TCO, zgodność z SLA, preferencja dostawców.
Strategia sprzedawcy: floor price, ochrona marży, okno produkcyjne, koszt transportu.
Zamknięcie: spełnione warunki → OrderAction; niespełnione → counter-offer lub fallback vendor.

Warstwa interoperacyjności (API/EDI/PEPPOL)

API: REST/GraphQL z kluczami idempotencyjnymi i podpisami zdarzeń.
EDI (przykładowo): X12 850 (PO), 855 (Order Confirmation), 856 (ASN), 810 (Invoice).
UBL/PEPPOL: Order, OrderResponse, DespatchAdvice, Invoice.
Mapowanie: każdy Action ma odpowiednik w dokumencie EDI/UBL; agenci tłumaczą semantykę.

Bezpieczeństwo, zgodność, etyka

Least-privilege + segmentacja narzędzi (biała lista Zaufanych Akcji).
Evidence Ledger (pełny log decyzji, wersjonowanie promptów/narzędzi).
Idempotencja i rollback dla PayAction/OrderAction.
Zgodność: RODO, PCI przy płatnościach, e-fakturowanie wg lokalnych wymogów (np. PEPPOL/KSeF, gdzie dotyczy).
Handoff do człowieka na wyjątki cenowe, ryzyko fraudu, spory jakościowe.

KPI i SLO (co mierzyć)

TTQ (Time-to-Quote), Q2O (Quote-to-Order), Time-to-Order.
OTIF (On-Time/In-Full), Fill Rate, Exception Rate.
3-Way-Match Pass Rate (PO↔ASN↔Invoice).
Cost-per-Transaction i liczba interwencji ludzkich/100 zamówień.
AIO Inclusion Rate (widoczność oferty w odpowiedziach agentów zewnętrznych).

Onboarding supplier/buyer – checklist (AEO/AIO ready)

Karty produktów/Ofert z potentialAction.
llms.txt (narzędzia, polityki, limity, słowniki).
Webhooks podpisane + retry polityka (exponential backoff).
Mapy EDI/UBL i testy w piaskownicy (scenariusze pozytywne/negatywne).
Runbook incydentów (duplikaty, rozjazdy ilości/ceny, brak ASN).
SLA & SLO uzgodnione (TTQ, OTIF, czasy odpowiedzi API).

Przykład w praktyce (skrót dialogu maszyn)

AI Buy → QuoteAction: „10 000 kartonów ECT32, czwartek 9–11, DAP A”.
Sales Bot → „Cena 1,89 PLN/szt., lead time 2 dni, fracht 390 PLN, OTIF 97%”.
AI Buy → „Akceptuję pod warunkiem okna 9–11 i palet 120×80”.
Sales Bot → ReserveAction (slot produkcji, paletyzacja), OrderConfirmation.
AI Buy → OrderAction + idempotency-key.
Sales Bot → DespatchAdvice/ASN + tracking.
AI Buy → 3WayMatch OK → PayAction (lub uwolnienie escrow).

30/60/90 – wdrożenie Bot-to-Bot

0–30 dni

Zmapuj top-20 SKU/usług i parametry (spec, MOQ, lead time).
Udostępnij karty z potentialAction + llms.txt po obu stronach.
Uruchom RFQ→Quote→Order w piaskownicy; zbuduj Evidence Ledger.

31–60 dni

Dodaj Reserve/Schedule/ASN/Invoice + 3-way match.
Włącz negocjacje z guardrails, limity kredytowe, escrow.
Testy wyjątków (duplikaty, braki, korekty).

61–90 dni

Skaluj na wielu dostawców; wdroż VMI/replenishment.
Ustal SLA/SLO i cykl audytów bezpieczeństwa; automatyzuj raporty KPI.
Rozszerz na voice/IVR i marketplace (Q&A agentowe).

Chcesz uruchomić Bot-to-Bot w swojej sieci dostaw?
Buying Answer Engine & Agentic Commerce pomoże Ci przejść od koncepcji do operacji z pełnym śladem audytowym i metrykami biznesowymi. Napisz: info@Buying.pl.

ChatGPT może popeł

Wejdź do świata AI

Napisz do nas: kontakt@integratorai.pl