Oferty porównane i potwierdzenia sprawdzone, zanim zdecydują kupcy

Twoi kupcy decydują na podstawie przygotowanego porównania, zamiast przepisywać oferty. Dostawcy oprogramowania zakupowego opisują problem wprost: „Einkäufer sind operativ oft überlastet”, czyli kupcy są często przeciążeni pracą operacyjną, jak ujął to w 2025 roku dostawca oprogramowania zakupowego AskLio w Logistik Heute. Tacto, inny dostawca takiego oprogramowania, wymienia przyczyny na jednej ze swoich stron z webinarami: „Manuelles Aufsetzen, verstreute Daten, uneinheitliche Angebotsformate und aufwendige Vergleiche”, czyli ręczne przygotowanie, rozproszone dane, niejednolite formaty ofert i pracochłonne porównania.

To, jak szeroko AI jest używana w zakupach, zależy od badania. W ankiecie BME i Apsolut, o której Logistik Heute pisał w styczniu 2024 roku, prawie 20% respondentów z działów zakupów korzystało z AI, a wśród obszarów wymieniono kontrolę faktur, porównywalność ofert i przygotowanie umów. Mniej niż 1% widziało dźwignię w redukcji etatów. W badaniu dostawcy Ivalua z Sapio Research z 2025 roku wśród 600 decydentów z Niemiec, Francji, USA i Wielkiej Brytanii 65% niemieckich firm używało już narzędzi AI w zakupach i zarządzaniu dostawcami. Oba badania różnią się datą, próbą i zleceniodawcą, więc razem nie pokazują trendu.

• Jedna tabela porównawcza dla każdego zapytania ofertowego zamiast przepisywania ofert z PDF i Excela.
• Każde potwierdzenie zamówienia sprawdzone z zamówieniem, a nie tylko te, na które ktoś ma czas.
• Certyfikaty i deklaracje dostawców pod kontrolą, z przypomnieniem przed upływem ważności.
• Odpowiedzi na pytania o wydatki z danych ERP bez czekania na raport.
• Nakład pracy na jedno porównanie ofert i jedno potwierdzenie zmierzony na twoich dokumentach, przed i po.

Agent czyta, porównuje i przygotowuje szkice oraz łączy informacje, które dziś są rozproszone. Tacto opisuje, gdzie leżą: „Oft liegen Teile der Informationen in Dateien, andere in Postfächern und wieder andere in persönlichen Notizen”, czyli część w plikach, część w skrzynkach pocztowych, a część w prywatnych notatkach. Takie zadania budujemy.

• Porównanie ofert dostawców: ceny, progi cenowe, jednostki, terminy dostaw, warunki płatności i Incoterms z PDF, Excela albo treści maila w jednej tabeli względem zapytania ofertowego, z zaznaczonymi brakującymi pozycjami i odstępstwami od specyfikacji.
• Sprawdzanie potwierdzeń zamówień: każda linia potwierdzenia dostawcy względem zamówienia w SAP MM albo twoim ERP, z materiałem, ilością, ceną, terminem dostawy i warunkami. Rozbieżności trafiają do kupca, a zgodne potwierdzenia są przygotowane do wprowadzenia do systemu.
• Dokumenty dostawców: certyfikaty, deklaracje i polisy odczytane pod kątem wystawcy, zakresu i daty ważności, zapisane w systemie zarządzania dokumentami, takim jak d.velop, ELO albo SharePoint, z przypomnieniem dla kupca przed wygaśnięciem dokumentu.
• Warunki umów: ogólne warunki dostawców i projekty umów porównane z twoimi warunkami zakupu i wytycznymi, z zacytowanymi odbiegającymi klauzulami o odpowiedzialności, płatności, zastrzeżeniu własności czy waloryzacji cen. Decyduje twój dział prawny.
• Pytania o wydatki, na przykład ile kupiłeś od jednego dostawcy we wszystkich zakładach: agent pisze zapytanie do danych ERP, baza danych liczy wynik, a odpowiedź pokazuje zapytanie, żeby kontroler mógł je sprawdzić.
• Zapotrzebowania, zapytania ofertowe i korespondencja z dostawcami: szkice na podstawie zgłoszonej potrzeby i danych artykułów oraz przypomnienia do dostawców o brakujących potwierdzeniach, wysyłane po zatwierdzeniu. Na przykład Stadtwerke Pforzheim używają bota „Banfred”, który pomaga pracownikom tworzyć zapotrzebowania zakupowe w SAP, jak w 2026 roku informowała gazeta branżowa ZfK.

Każda decyzja, która angażuje pieniądze albo zmienia relację z dostawcą, zostaje u ludzi. Agent przygotowuje podstawę i zapisuje decyzję.

• Wybór dostawcy: kto dostaje zamówienie i na jakich warunkach, decyduje kupiec. Tabela porównawcza tę decyzję przygotowuje.
• Zmiany w ERP: potwierdzone terminy, ceny i ilości są zapisywane dopiero po akceptacji kupca, a strategie zwalniania w SAP pozostają bez zmian.
• Wiadomości do dostawców: nic nie wychodzi z firmy bez zatwierdzenia, chyba że zdecydujesz, że określony rodzaj, na przykład przypomnienie o brakującym potwierdzeniu, może być wysyłany automatycznie.
• Odstępstwa w umowach trafiają do działu prawnego, a nowych dostawców zatwierdzają osoby wskazane w twoim procesie.

Agent łączy się z systemami, z których już korzystają twoi kupcy, i żadnego z nich nie zastępuje.

• SAP MM albo S/4HANA lub inny ERP: odczyt zamówień, zapotrzebowań, rekordów informacyjnych zakupu i danych podstawowych dostawców. Zapis tylko przez zatwierdzone akcje, na przykład wpisanie potwierdzonego terminu dostawy.
• Skrzynka działu zakupów w Outlooku albo Exchange oraz portale dostawców, jeśli istnieją, jako wejście dla ofert i potwierdzeń.
• d.velop, ELO albo SharePoint dla umów i dokumentów dostawców, z zachowaniem ich uprawnień, więc kupiec widzi tylko to, co już dziś może otworzyć.
• Hosting na twoim własnym koncie w chmurze albo na własnych serwerach z modelem open-weight, czyli modelem, którego wagi możesz uruchomić samodzielnie. Ceny i warunki dostawców to tajemnica przedsiębiorstwa, więc są przetwarzane wyłącznie w twoim środowisku, a jedna bramka LLM, czyli kontrolowany punkt dostępu do wszystkich dużych modeli językowych z kluczami, budżetami i logami, sprawia, że każde wywołanie jest widoczne.
• Kupić czy zbudować: pakiety zakupowe, takie jak SAP Ariba, Coupa czy JAGGAER, oraz wyspecjalizowane narzędzia, takie jak Tacto czy AskLio, obejmują część tej pracy, a samo SAP oferuje aplikację, która przewiduje opóźnione dostawy pozycji zamówień, jak opisał PIKON w 2025 roku. Jeśli używasz jednego z tych rozwiązań i obejmuje ono twoje dokumenty, rozbuduj je. Własna budowa opłaca się tam, gdzie oferty i potwierdzenia przychodzą poza pakietem mailem, w PDF albo Excelu, gdzie dane zakupowe muszą zostać na własnych serwerach albo gdzie jedno sprawdzenie obejmuje ERP, system dokumentów i skrzynkę pocztową.

Przed startem system przechodzi test akceptacyjny na zestawie twoich wcześniejszych ofert i potwierdzeń zamówień, dla których znane są poprawne wartości i rzeczywiste rozbieżności. Wyniki podajemy dla każdego pola i formatu dostawcy, bo potwierdzenie jednego dostawcy jest łatwe do odczytania, a innego trudne.

Po starcie mierzymy na twoich dokumentach nakład pracy na porównanie ofert i sprawdzenie potwierdzenia, przed i po, a te same testy uruchamiamy po każdej zmianie modelu, promptu albo formatu dostawcy. Pobieranie ze skrzynki i interfejs ERP są monitorowane, z runbookami, czyli spisanymi procedurami, na wypadek, gdy dostawca zmieni układ dokumentu.

• Dokładność pól dla ceny, ilości, jednostki, terminu dostawy i warunków, zmierzona na twoich dokumentach.
• Znalezione i przeoczone rozbieżności. Przeoczona rozbieżność cenowa kosztuje więcej niż fałszywy alarm, dlatego próg ustalamy razem z kupcami.
• Odpowiedzi na pytania o wydatki sprawdzone z raportami, którym twój controlling już ufa.
• Tryb cienia na prawdziwych dokumentach: wyniki agenta są zapisywane, ale nie wykorzystywane, i porównywane z tym, co zrobili kupcy.

Oferty dostawców zawierają ceny i warunki przekazywane poufnie, często z klauzulą poufności, a także nazwiska i dane kontaktowe ich pracowników. Są przetwarzane wyłącznie w twoim środowisku, a jeśli na twoim koncie w chmurze uczestniczy dostawca modelu, jego warunki muszą wykluczać wykorzystanie twoich danych do trenowania. Zadania zakupowe opisane na tej stronie nie należą do zastosowań wysokiego ryzyka według AI Act.

Każda decyzja jest zapisywana z dokumentem, znalezioną rozbieżnością, wyborem kupca i czasem, co daje audytowi wewnętrznemu czytelny ślad. Takie zapisy mogłyby też pokazać, jak szybko pracuje każdy kupiec, a system, który obiektywnie nadaje się do monitorowania wydajności, podlega § 87 ust. 1 pkt 6 BetrVG, jak wskazuje poradnik Bitkom o AI i współdecydowaniu z 2026 roku. Dlatego zachowujemy zapis zatwierdzenia, którego twój proces i tak wymaga, nie dodajemy raportów o poszczególnych kupcach, a logi AI przechowujemy z pseudonimizowanymi identyfikatorami i uzgodnionym okresem przechowywania. Szczegóły ustalasz z inspektorem ochrony danych, radą zakładową i prawnikami. To opis strony technicznej, a nie porada prawna.

Potwierdzenia zamówień są często najlepszym pierwszym krokiem: duża liczba, jasne reguły, mierzalny wynik i niskie ryzyko, bo kupiec zatwierdza każdą rozbieżność. Porównanie ofert dla jednej grupy materiałowej to dobra alternatywa, jeśli wąskim gardłem są zapytania ofertowe.

• Zbierz próbkę wcześniejszych potwierdzeń albo ofert od głównych dostawców razem z zamówieniami, do których należą.
• Zmierz punkt wyjścia: nakład pracy na dokument i rozbieżności znajdowane dziś.
• Ustal, które pola ERP agent może przygotowywać i kto je zatwierdza.
• Przeprowadź test akceptacyjny, potem tryb cienia, a potem pracę na żywo z zatwierdzaniem. Każdy krok ma stałą cenę, uzgodnioną na piśmie po pierwszej rozmowie.