Tryb Agenta ChatGPT w zakupach B2B: jak działa, po co go wdroży

Tryb Agenta ChatGPT w zakupach B2B: jak działa, po co go wdrożyć i jak przygotować firmę (także pod Bot-to-Bot)

Tryb Agenta ChatGPT co to jest?

Tryb Agenta to tryb ChatGPT, w którym asystent samodzielnie wykonuje zadania end-to-end, wybierając potrzebne narzędzia (np. przeglądarka, kod, API, „własny komputer”) i domykając sprawy zamiast jedynie odpowiadać na czat.
Uruchamiasz go z interfejsu ChatGPT (menu narzędzi) lub komendą /agent, a postęp pracy jest prezentowany krok po kroku w bezpiecznym, potwierdzanym przepływie.
Agenta można łączyć z zadaniami cyklicznymi (Taski) – raporty, przypomnienia, monitoringi; agent proaktywnie wraca do Ciebie z wynikami.
W B2B agent świetnie obsługuje RFQ/RFP, sourcing, re-order, 3-way-match pre-check, zlecenia serwisowe, onboarding dostawców, a docelowo także Bot-to-Bot (Twój Buying Bot ↔ Sales Bot dostawcy) po API/EDI/PEPPOL albo – gdy brak API – przez „agent-ready” formularze www.
Krytyczne są governance i kontrola ryzyk: progi akceptacji, ścieżki audytu, zasada najmniejszych uprawnień, maskowanie danych i zgodność z RODO/GDPR.

Poniżej w tym artykule opisujemy case study zakupu owijarki do palet z zastosowaniem Trybu Agenta ChatGPT.

1) Czym dokładnie jest Tryb Agenta (z perspektywy zakupów)

W klasycznym czacie model językowy odpowiada na pytania. Agent idzie dalej: plan-uje → działa → obserwuje → koryguje, aż do osiągnięcia celu (np. „zamów owijarkę X do Poznania z dostawą ≤7 dni”). Może używać narzędzi: przeglądać strony i formularze, wykonywać kod, wołać funkcje/APIs, a nawet „obsługiwać komputer” do automatyzacji UI – wszystko kontrolowane zgodami i widoczne dla użytkownika.

Jak włączyć: w ChatGPT wybierasz agent mode z menu lub wpisujesz /agent i opisujesz zadanie. Gdy trzeba – agent dopyta lub poprosi o potwierdzenie istotnych kroków.

Automatyzacja w tle: powtarzalne działania (np. codzienne raporty cen czy stocku) konfigurujesz jako Taski; ChatGPT sam je uruchamia i kontaktuje się z Tobą z wynikami.

2) Z czego to się składa (warstwa techniczna w skrócie)

Model + runtime agenta (planowanie, pamięć kontekstu, obsługa narzędzi).
Zestaw narzędzi (tools): m.in. web-browse/„computer use”, code runner, wywołania funkcji/API, przeszukiwanie plików.
Polityki i zgody: progi akceptacji, granularne uprawnienia, logi działań.
Integracje: API ERP/P2P (SAP, Oracle, Microsoft), EDI/EDIFACT, cXML/OCI, UBL/PEPPOL; alternatywnie agent-ready strony (formularze Click & Buy/Click & Order).
Narzędzia deweloperskie: OpenAI udostępnia SDK/guide do agentów i nowe narzędzia upraszczające budowę agentowych aplikacji.

3) Najważniejsze zastosowania w zakupach i P2P

Krótkie portfolio use-case’ów

Obszar	Przykład triggera	Co robi agent	Główne KPI
Sourcing/RFQ	Brak kontraktu, nowa potrzeba	Buduje short-listę, wysyła RFQ, zbiera oferty	Czas do oferty, liczba ofert, oszczędność %
Re-order / MRP	Spadek zapasu / min-max	Weryfikuje cenę, zleca zamówienie u dostawcy	OTIF, lead time, zgodność z ceną kontraktową
3-way-match pre-check	Nowa faktura	Porównuje PO/GRN/Invoice, flaguje rozbieżności	% faktur w 1. przebiegu, redukcja sporów
Monitoring cen/rynków	Harmonogram	Skrobie cenniki, śledzi indeksy, proponuje zmiany	Oszczędność vs benchmark, czas reakcji
Onboarding dostawców	Prośba o dodanie	Zbiera dokumenty, weryfikuje NIP/KRS/ESG	Czas onboardingu, kompletność
Serwis/utrzymanie ruchu	Awaria/SMED	Umawia serwis, zamawia części, śledzi SLA	MTTR, dostępność, koszt przestoju
Tail-spend	Zakup ad-hoc	Weryfikuje marketplace/umowy ramowe	% tail-spend pod kontrolą

W każdym z powyższych agent może wykonać zamówienie end-to-end (z Twoimi politykami akceptacji) lub przygotować draft do akceptacji.

4) Bot-to-Bot w B2B: Buying Bot ↔ Sales Bot

Cel: skrócenie cyklu „potrzeba → zamówienie → potwierdzenie → dostawa” z dni do minut.

Dwie ścieżki integracji:

API/EDI: Buying Bot woła Sales Bota/dostawcę po REST/GraphQL lub EDI (EDIFACT/X12), cXML/OCI, UBL/PEPPOL.
Bez API („agent-ready”): agent wypełnia standaryzowany formularz Click & Buy (jasna cena, SLA, koszt dostawy, gwarancja) i otrzymuje potwierdzenie mail/SMS/URL statusu.

Minimalny „handshake” danych: identyfikator produktu (np. GTIN/MPN), ilość, adres/dojazd i slot dostawy, warunki Incoterms, cena/ waluta, warunki SLA, dane FV.

Dla dostawców – jak być „agent-ready”:

Widoczna cena, koszt dostawy, SLA, gwarancja na stronie produktu.
JSON-LD (np. Product, Offer, OrderAction) + FAQPage i BreadcrumbList dla lepszego rozumienia przez agentów/LLM.
Formularz zamówienia zgodny ze schematem (krótkie pola, walidacje).
Fallback: kanał e-mail/API statusu zamówienia, aby agent mógł śledzić postęp.

5) Bezpieczeństwo, zgodność i ryzyka – co musi wiedzieć dział zakupów

Zasada najmniejszych uprawnień: agent ma tylko te tokeny/API, które są niezbędne.
Progowe akceptacje: kwoty, kategorie, wrażliwe dostawy → zawsze „stop-gate” do akceptacji.
Ścieżka audytu: każdy krok agenta logowany (kto, kiedy, co, źródło danych).
Ochrona danych: maskowanie PII, polityki retencji, zgodność z RODO/GDPR.
Jakość danych i halucynacje: whitelista źródeł, walidacje, porównania wielomodalne (np. PDF oferty vs. treść zamówienia).
BHP zamówień: blokady na zakup kategorii zakazanych, czarne listy dostawców, kontrole konfliktu interesów.

6) Jak wdrożyć – plan 30/60/90 (praktyczny)

Dni 0–30: pilot 1–2 use-case’y

Wybierz kategorię o prostych regułach (np. MRO, materiały opakowaniowe).
Skonfiguruj agent-ready u 1–2 dostawców (strona/JSON-LD + formularz).
Ustal KPI: czas do PO, % spraw „no-touch”, czas reakcji, błędy.

Dni 31–60: integracje i polityki

Podłącz podstawowe API ERP/P2P (odczyt kontraktów, zapasów).
Ustal progi akceptacji i grupy zatwierdzające; uruchom logowanie działań.

Dni 61–90: skala i Bot-to-Bot

Dodaj 5–10 dostawców; wprowadź re-order automatyczny i monitoringi cen.
Pierwsze Bot-to-Bot po API/PEPPOL lub przez formularze agent-ready.
Retro: audyt efektów, decyzja o rozszerzeniu portfela kategorii.

7) Mierzenie efektów (typowe KPI)

Czas „need → PO”, % zamówień bezdotykowych (no-touch), OTIF, oszczędność vs. benchmark/kontrakt, % rozbieżności 3-way-match, MTTR w serwisie, tail-spend pod kontrolą.

8) Najczęstsze pytania (FAQ)

Czy agent „sam kupi” bez mojej wiedzy?
Tylko jeśli tak zaprojektujesz polityki. Standardowo stosuj progi akceptacji i logi działań.

Czy muszę mieć API?
Nie. W B2B agent obsłuży również agent-ready strony/formularze. API/EDI daje jednak większą spójność i audytowalność.

Jak zacząć minimalnym kosztem?
1–2 use-case’y (np. re-order + RFQ) u 1–2 dostawców, bez zmian w ERP. Wystarczy agent-ready strona i porządne polityki zakupowe.

9) Dodatkowe źródła i odniesienia

Oficjalne wprowadzenie ChatGPT agent (działanie „z własnym komputerem”). OpenAI
System Card ChatGPT agent – koncepcja agentowego modelu. OpenAI
Jak włączyć /agent i pierwsze kroki. OpenAI Help Center
Taski (zadania cykliczne) w ChatGPT. OpenAI Help Center
Agents/Assistants docs & tools – budowa agentów i narzędzia akcji. OpenAI Platform, OpenAI

10) Checklista wdrożenia dla zakupów

Wybrane 2–3 use-case’y i KPI
Polityki akceptacji (progi, role, kategorie)
Logi działań i retencja danych
1–2 dostawców „agent-ready” (cena, SLA, koszt dostawy, OrderAction JSON-LD)
Połączenia z ERP/P2P (read-only na start)
Harmonogramy Tasków (monitoring cen/stocku)
Pilotaż „Buying Bot ↔ Sales Bot” (API/PEPPOL lub formularze)

Case study: Zakup owijarki Bovmatic Lite. Handel B2B (Bot To Bot): zastosowanie Trybu Agenta ChatGPT do zakupu owijarki do palet

1) Kontekst i cel

Data/godzina: 22 sierpnia 2025 (Europe/Warsaw)
Cel biznesowy: szybki zakup owijarki do palet z dostawą do magazynu w Poznaniu ≤ 7 dni roboczych.
Tryb pracy: „Tryb Agenta” — ja wykonuję operacje end-to-end w Twoim imieniu, bez dodatkowych pytań.

2) Dane wejściowe od klienta (brief)

Pole	Wartość
Produkt	Owijarka do palet Bovmatic Lite
Strona oferty	https://packtech.pl
Lokalizacja dostawy	Poznań
SLA	≤ 7 dni roboczych
Dane kontaktowe	tel. 000 000 000, e-mail ………………………….
Firma	Firma ……………….

3) Weryfikacja oferty na stronie

Element	Znalezione informacje
Model	Bovmatic Lite (półautomatyczna)
Parametry kluczowe	stół Ø 1650 mm, max ładunek 1200 kg, wys. owijania 2200 mm, wydajność do 25 palet/h
Cena (netto)	16 000 zł (owijarka)
Opcja	Rampa najazdowa 1 800 zł netto
Dostawa	800 zł netto (cała PL)
SLA dostawy	≤ 7 dni roboczych
Gwarancja	12 miesięcy

Uwaga: strona jasno wskazuje, że po wysłaniu formularza specjalista kontaktuje się w celu potwierdzenia danych, zgodności zamówienia i terminu dostawy — to standard „order request → potwierdzenie → płatność”.

4) Realizacja („agent flow”) — przebieg krok po kroku

Wejście na stronę produktu wskazaną w briefie.
Szybki przegląd sekcji „warunki oferty” (cena, dostawa, SLA, gwarancja) i parametrów technicznych.
Przejście do formularza „Formularz zamówienia owijarki palet Bovmatic Lite Standard”.
Wypełnienie pól:
- Tytuł/temat: „Zamówienie na owijarkę palet Bovmatic Lite – Firma ……………….”
- Telefon: 000 000 000
- E-mail: …………………………………..
- Wiadomość: prośba o dostawę do magazynu w Poznaniu w ≤ 7 dni roboczych + prośba o potwierdzenie dostępności i całkowitego kosztu z dostawą.
Wysłanie formularza (call-to-action „Wyślij”).
Weryfikacja efektu na stronie: komunikat „Success” (potwierdzenie skutecznego wysłania).
Rezultat: zgłoszenie zamówienia jest u sprzedawcy; po stronie PackTech kolejny krok to kontakt (telefon/e-mail) w celu potwierdzenia danych, warunków i płatności.

5) Co zostało faktycznie zrealizowane

Krok	Status
Identyfikacja oferty zgodnie z briefem	✔
Sprawdzenie kluczowych warunków (SLA, cena, gwarancja, dostawa)	✔
Wypełnienie i wysłanie formularza zamówienia	✔ („Success”)
Przekazanie informacji o wymaganym terminie dostawy (Poznań, ≤ 7 dni)	✔
Przekazanie danych kontaktowych Firmy …………	✔

6) Co nie dzieje się na tym etapie (świadomie)

Obszar	Wyjaśnienie
Płatność/faktura	Nie jest pobierana online z tej podstrony — następuje po kontakcie handlowym.
Podanie NIP/adresu do FV	Zwykle przy potwierdzeniu zamówienia przez sprzedawcę.
Blokada dostępności	Potwierdza sprzedawca; strona komunikuje kontakt po formularzu.

7) Wynik biznesowy

Czas od briefu do złożenia zamówienia: minuty (jedna sesja).
Stan zamówienia: zgłoszenie złożone, sprzedawca ma komplet kluczowych informacji (produkt, SLA, miejsce dostawy, kontakt).
Oczekiwane następne zdarzenie: kontakt z PackTech (telefon/e-mail) z potwierdzeniem dostępności, terminu dostawy do Poznania i formą płatności (np. proforma).

8) Rekomendowane „następne kroki” po Twojej stronie

Krok	Co przygotować
Dane do faktury	NIP, pełna nazwa i adres odbiorcy
Adres i warunki dostawy	Dokładny adres rampy/rozładunku w Poznaniu, godziny przyjęć
Opcje	Decyzja, czy brać rampę najazdową (+1 800 zł netto)
Płatność	Preferencje: proforma/przedpłata/inna
Serwis/Szkolenie	Czy potrzebny jest rozruch/szkolenie operatorów

9) Wnioski i „dlaczego to działa”

Zero tarć: jeden brief → jeden proces → gotowe zamówienie.
Standaryzacja „Agent-Ready”: strona oferty zawierała komplet warunków (SLA, cena, gwarancja, koszt dostawy) oraz czytelny formularz do złożenia dyspozycji.
Minimalizacja ryzyka: wszystko odbyło się w ramach strony producenta/dystrybutora; finalne potwierdzenie i rozliczenie prowadzi sprzedawca.
Skalowalność: ten sam schemat można zastosować dla innych podstron (różne modele/akcesoria), a także dla wersji Bot-to-Bot (sprzedawca ↔ kupujący).

10) Co można ulepszyć (kolejna iteracja)

Bot-to-Bot: handshake między Twoim Buying Botem a Sales Botem po stronie sprzedawcy (wymiana: dane firmy, SLA, warunki, płatność, slot dostawy).

„Click-to-Pay”: link do płatności proforma/PayByLink po wstępnej weryfikacji.

JSON-LD OrderAction na stronie + webhook: natychmiastowe zgłoszenie do CRM.

Konfigurator opcji (np. rampa, folia startowa), żeby w wiadomości od razu szły warianty.

Statusy zamówienia dla kupującego (np. URL z podglądem: „przyjęto → potwierdzono → wysyłka”).