Firma wysyła zamówienie na materiał. Dostawca odsyła potwierdzenie w PDF-ie, a w treści maila pisze tylko: „zamówienie przyjęte”. Dokument wygląda znajomo, więc pracownik zapisuje go w folderze i uznaje sprawę za zamkniętą. Dopiero kilka dni później okazuje się, że termin przesunięto, część ilości podzielono na dwie dostawy, a cena jednej pozycji jest inna niż w zamówieniu. Automatyzacja może pomóc wykryć takie rozbieżności, zanim trafią do planu produkcji i rozliczenia.
Potwierdzenie to nie kopia zamówienia
Własne zamówienie pokazuje, czego firma oczekuje. Potwierdzenie dostawcy mówi, co dostawca deklaruje zrealizować. Te dokumenty mogą różnić się numerem referencyjnym, ceną, ilością, datą wysyłki, terminem dostawy, warunkami płatności lub sposobem transportu.
Dlatego ważne jest porównanie pozycji, a nie samo odnotowanie, że załącznik przyszedł. Odoo opisuje zapytania ofertowe i zamówienia zakupowe jako proces służący uzgodnieniu cen oraz terminów realizacji. Microsoft Dynamics w obszarze współpracy z dostawcami przechowuje historię potwierdzeń i wersji zamówień. To przykłady funkcji konkretnych systemów, ale dobrze pokazują potrzebę zachowania wersji oraz kontroli zmian.
Co może przygotować automatyzacja
Po odebraniu wiadomości system może połączyć dokument z właściwym zamówieniem, odczytać tabelę pozycji i przygotować porównanie. Dla każdej pozycji pokazuje: wartość z zamówienia, wartość z potwierdzenia i wykrytą różnicę. Osobno oznacza pola, których nie udało się odczytać.
AI przydaje się tam, gdzie dokumenty różnych dostawców mają inne układy albo opisują te same towary odmiennymi nazwami. Może zasugerować dopasowanie „blacha 1.4301 2 mm” do pozycji „INOX 304 2,0”, ale nie powinno zatwierdzać tego powiązania bez kontroli, gdy wynik nie jest jednoznaczny.
Reguły mogą wskazać, które różnice wymagają reakcji. Zmiana terminu, ceny, waluty albo ilości zawsze może trafić do sprawdzenia. Drobna różnica w zapisie adresu nie musi zatrzymywać procesu. Własne progi i wyjątki należy dopasować do tego, co w danej firmie wpływa na produkcję, płynność i zobowiązania wobec klienta.
Przykład: stal nierdzewna do bieżącego zlecenia
Przykład hipotetyczny: zakład zamawia 20 arkuszy stali nierdzewnej z dostawą na poniedziałek. Potwierdzenie dostawcy zawiera tę samą nazwę materiału, ale przewiduje 12 arkuszy w poniedziałek i pozostałe 8 w czwartek. Jednocześnie cena transportu jest wyższa niż w zamówieniu.
System odczytuje dokument i łączy go z numerem zamówienia. Nie wpisuje jednak od razu nowych danych do ERP. Tworzy zestaw różnic: dostawa częściowa, drugi termin i zmieniony koszt transportu. Zakupowiec sprawdza dokument, kontaktuje się z dostawcą i ustala, czy podział jest akceptowalny.
Jeżeli produkcja może rozpocząć pracę na 12 arkuszach, pracownik zatwierdza dwa terminy i przekazuje informację do planu. Jeżeli brak ośmiu arkuszy zatrzymuje całe zlecenie, sprawa trafia do eskalacji albo poszukiwania alternatywy. To decyzja biznesowa — sam dokument nie pokazuje wpływu braku na kolejność operacji.
Oddziel odczyt od zatwierdzenia
Bezpieczny proces powinien mieć co najmniej trzy stany: dokument odebrany, różnice sprawdzone oraz zmiany zatwierdzone. Dopiero ostatni krok może aktualizować termin lub cenę w ERP. Dzięki temu błędny odczyt PDF-u nie zmieni planu ani wartości zamówienia.
Warto zachować oryginalny plik, treść maila, wynik odczytu i decyzję pracownika. Jeżeli dostawca prześle kolejną wersję, system powinien dodać ją do historii zamiast nadpisywać poprzednią. Przydatna jest także ochrona przed duplikatem, bo ta sama wiadomość może zostać przekazana na kilka skrzynek.
Najważniejsze ograniczenia
Skan może być niewyraźny, tabela może przechodzić między stronami, a jednostka „szt.” może oznaczać inny pakiet niż w ERP. AI może również połączyć dokument z niewłaściwym zamówieniem, jeśli numery są podobne. Niepewne pola muszą być widoczne, a nie uzupełniane po cichu.
Nie każda różnica jest błędem dostawcy. Firma mogła wcześniej telefonicznie zaakceptować zmianę, której nie zapisano w systemie. Automatyzacja ujawnia rozbieżność, ale nie rozstrzyga, która wersja ustaleń jest prawidłowa. Ceny, terminy i warunki wymagają zatwierdzenia przez uprawnioną osobę.
Trzeba też określić dostęp do dokumentów, zasady przechowywania oraz sposób postępowania, gdy integracja lub odczyt zawiedzie. Potwierdzenie nie może zniknąć tylko dlatego, że automat nie rozpoznał załącznika.
Jak zacząć od małego zakresu
Na początek wybierz jednego dostawcę i jeden powtarzalny rodzaj materiału. Zbierz historyczne zamówienia oraz potwierdzenia i sprawdź, czy system poprawnie odnajduje numer zamówienia, pozycje, ilości, ceny i terminy. Wszystkie wyniki przez pierwsze tygodnie powinien zatwierdzać pracownik.
Mierz liczbę wykrytych różnic, pomyłek odczytu, duplikatów oraz czas potrzebny na kontrolę. Jeśli dokumenty są bardzo nieregularne albo większość ustaleń odbywa się telefonicznie, najpierw trzeba uporządkować sposób potwierdzania zmian.
W FindAI projektujemy takie przepływy od skrzynki i dokumentu dostawcy do kontrolowanej aktualizacji CRM lub ERP. Jeśli zmiany terminów i cen są dziś wychwytywane ręcznie, możemy wspólnie sprawdzić, od którego typu zamówień zacząć bezpieczny test.