Automatyzacja zamówień z maila i PDF do Subiekta GT i Optimy

Automatyzacja zamówień z maila do Subiekta GT albo Optimy działa tak, że zamówienie klienta, wpisane w treść wiadomości albo przysłane jako PDF, samo zamienia się w dokument w systemie, a handlowiec tylko go zatwierdza. Ręczne wpisanie jednego zamówienia zajmuje w przykładach z branży od 6 do 12 minut, a ręczne wprowadzanie ma 1-3% błędów. Poniżej pokazuję, jak to działa krok po kroku i gdzie oba programy potrafią zaskoczyć.
Piszę to po teście, a nie z teorii. Na maszynie testowej z Windows przepuściliśmy przez cały proces trzy celowo trudne zamówienia i zaimportowaliśmy je do Subiekta GT i do Optimy. Wyniki i pułapki są niżej.
Ile czasu handlowiec traci na przepisywanie zamówień z maila?
Więcej, niż widać w kalendarzu. W wyliczeniu opublikowanym w 2025 roku jedno zamówienie wpisywane ręcznie zajmuje około 12 minut. Przy 1 500 zamówieniach miesięcznie to 300 godzin, czyli 3,75 etatu. Dystrybutor opisany w innym źródle liczył średnio 6 minut na proste zamówienie z faksu. To dane z rynku amerykańskiego, polskich pomiarów nie znalazłem.
Czas to jedno. Drugie to błędy, które wychodzą dopiero przy dostawie. Według benchmarku APQC ręczne wprowadzanie zamówień ma 1-3% pomyłek, więc firma z 5 000 zamówień miesięcznie wysyła od 50 do 150 błędnych. Nawet dobry pracownik myli się w 1-2% zamówień, kiedy wpisuje je w pośpiechu.
Te pomyłki kosztują. Raport Sapio Research z 2025 roku podaje, że 33% zamówień B2B zawierało błędy w ciągu ostatniego roku. Korekta jednego błędnego zamówienia to według branżowych danych od 50 do 150 EUR: ktoś musi wyjaśnić rozbieżność, zadzwonić do klienta, wystawić korektę i przyjąć zwrot.
Jest jeszcze trzecia strata, której nikt nie liczy. Zamówienie, które przyszło mailem o 20:00, czeka do rana, aż ktoś je przepisze. Automat wpisuje je od razu, więc magazyn rano ma już dokument.

Jak zautomatyzować przyjmowanie zamówień z maila i PDF?
Proces ma pięć kroków. Skrzynka odbiera maila, model językowy czyta treść i załącznik, a system sprawdza towary i ceny z danymi z ERP. Z tego powstaje plik importu, a handlowiec zatwierdza dokument albo poprawia oznaczone pozycje. Człowiek zostaje w procesie, ale klika zamiast przepisywać.
- Odbiór. Zamówienia wpadają na jeden adres, na przykład zamowienia@firma.pl, albo system czyta wybrany folder w skrzynce handlowca.
- Odczyt. Model językowy wyciąga z maila i z PDF numer zamówienia, kontrahenta, pozycje, ilości i termin. Radzi sobie z tabelą, z luźnym tekstem i ze skanem.
- Walidacja. Każda pozycja jest porównywana z kartoteką towarów i cennikiem klienta. Jeśli klient napisał „kabel 3x2,5 50 m”, system szuka właściwego symbolu, a nie wpisuje nazwy na ślepo.
- Plik importu. Z danych powstaje plik EPP dla Subiekta GT albo XML dla Optimy, w formacie, który program przyjmuje bez ręcznego poprawiania.
- Zatwierdzenie. Handlowiec widzi gotowy dokument. Pozycje, co do których system nie ma pewności, są oznaczone i czekają na decyzję.
Różnica względem klasycznego OCR jest taka, że OCR zamienia obraz na tekst, ale nie wie, która liczba to ilość, a która numer katalogowy. Starsze systemy rozwiązywały to szablonem dla każdego klienta. Automatyczne wprowadzanie zamówień z e-maili oparte na modelu językowym czyta układ dokumentu bez szablonu. Więcej o tym, kiedy wystarczy prosta automatyzacja, a kiedy potrzebny jest agent, piszę w tekście agent AI czy automatyzacja.
Czym to się różni od importu zamówień ze sklepu internetowego?
Sklep internetowy wysyła zamówienie zawsze w tym samym formacie. Każde pole ma swoje miejsce, więc integracja tylko je przenosi do systemu. Klient B2B pisze, jak mu wygodnie: „to samo co ostatnio, tylko kabla dwa razy więcej”, tabela w PDF z trzech stron albo skan z pieczątką. Tu trzeba najpierw zrozumieć zamówienie, a dopiero potem je przenieść.
Jak wpiszesz w Google „automatyzacja zamówień Subiekt GT”, większość wyników dotyczy integracji ze sklepami i platformami sprzedażowymi albo importerów plików CSV, XML i Excel. Te narzędzia są dobre, ale zakładają, że ktoś już przygotował uporządkowany plik. W hurtowni czy dystrybucji to przygotowanie jest właśnie tą pracą, którą chcemy zabrać handlowcowi.
Drugi problem to zmiany po stronie klienta. Klasyczne systemy do przetwarzania zamówień wymagają szablonu mapowania dla każdego formatu dokumentu. Kiedy klient zmieni układ swojego PDF, szablon trzeba poprawiać. Nowsze narzędzia oparte na modelach językowych czytają dowolny układ bez szablonu. Dla firmy, która ma kilkudziesięciu klientów, każdy z własnym formularzem, to jest różnica między projektem na miesiące a projektem na tygodnie.
Jak zamówienie z PDF trafia do Subiekta GT?
Przez plik EPP, czyli format wymiany EDI++ od InsERT. Z odczytanego zamówienia powstaje plik EPP, a w Subiekcie GT wczytujesz go jako Zamówienie od klienta (ZK). Ścieżka to Zamówienia od klientów, potem Operacje, Dodaj na podstawie i Wczytaj. Standardowo Subiekt wczytuje jeden plik na jedną operację, więc przy większej liczbie zamówień przydaje się dodatek, który importuje pliki z katalogu.
Tak wyglądał nasz test, w którym sprawdzaliśmy import zamówień z PDF do Subiekta GT na trudnych przypadkach. Przygotowaliśmy trzy zamówienia, każde trudne w inny sposób:
- krzywo zeskanowany PDF z 17 pozycjami,
- tabela rozłożona na 3 strony PDF z 43 pozycjami,
- zamówienie wpisane w treść maila, z literówkami w nazwach towarów, 9 pozycji,
- wszystkie do tej samej testowej hurtowni, z nowymi kontrahentami i nowymi towarami.
Wszystkie trzy weszły do Subiekta GT jako dokumenty ZK bez żadnego błędu importu. Kontrahenci i towary zostały założone z pliku. W prawdziwej firmie wygląda to trochę inaczej, bo towary i kontrahenci już są w kartotece. Wtedy najważniejsza praca dzieje się wcześniej: dopasowanie pozycji z maila do właściwego symbolu w Subiekcie.
Na rynku są też gotowe dodatki partnerów InsERT, które automatycznie importują pliki EPP ze wskazanego folderu. To dobra wiadomość, bo zostaje tylko jedno pytanie: co zamieni maila w poprawny plik EPP. To jest właśnie ta część, którą robi odczyt z walidacją.
Jak zaimportować zamówienie z maila do Comarch ERP Optima?
Przez plik XML wczytywany jako Rezerwacja odbiorcy (RO). W Optimie ścieżka to Handel, Rezerwacje odbiorcy, Funkcje dodatkowe i Import dokumentów z pliku XML. Przy imporcie program może założyć brakujące karty towarów. Ten sam mechanizm XML działa w Optimie między innymi dla faktur sprzedaży i zamówień u dostawcy.
Sprawdziliśmy też import zamówień do Comarch ERP Optima. Te same trzy zamówienia weszły do Optimy jako RO, a kwoty brutto zgadzały się co do grosza z dokumentami w Subiekcie. Zanim jednak zadziałało, trafiliśmy na dwie pułapki, o których w dokumentacji łatwo przeczytać za szybko.
Pułapka pierwsza: kod towaru. Nasz pierwszy plik miał kod i nazwę towaru bezpośrednio w pozycji. Optima rozpoznała 17 pozycji, ale pokazała puste kolumny i przerwała import komunikatem „Właściwość Kod pozycji jest wymagana”. Kod musi siedzieć w zagnieżdżonej sekcji towaru w pozycji. Drobiazg, ale bez niego nie wchodzi nic.
Pułapka druga: NIP nowego kontrahenta. Przy zakładaniu nowego kontrahenta z pliku XML Optima odrzucała każdy NIP, niezależnie od zapisu. Gdy kontrahent już istniał i dopasowanie szło po kodzie, NIP przechodził bez problemu. Testowaliśmy wersję startową Optimy, więc na pełnej licencji może być inaczej. W praktyce to rzadko przeszkadza, bo stali klienci są już w kartotece.
Najważniejszy wniosek: wzorzec pliku najlepiej wziąć z eksportu dokumentu z Twojej własnej Optimy, a nie z opisu w dokumentacji. My przełom mieliśmy dopiero wtedy, gdy wyeksportowaliśmy jedną ręcznie założoną rezerwację i porównaliśmy strukturę. Druga zasada, którą podkreślają też wdrożeniowcy Optimy: nie importuj bez walidacji. Dokument może dostać złą cenę, zły rabat albo błędny kod towaru, a nieczytelny plik nie może skończyć się częściowym zapisem.
Czy AI nie pomyli się przy odczycie zamówienia?
Może się pomylić, tak jak człowiek. Dlatego dobrze zbudowany system nie zgaduje. Sprawdza każdą pozycję z kartoteką i cennikiem, a to, czego nie jest pewny, oznacza i pokazuje handlowcowi. Chodzi o to, żeby błąd wyłapać przed zapisem do ERP, a nie u klienta przy dostawie.
To pierwsze pytanie, jakie słyszę od firm handlowych, z którymi rozmawiam. Zwykle stoi za nim konkretne doświadczenie: ktoś wrzucił zamówienie do czatu AI i dostał pozycję, której w PDF nie było. To prawdziwy problem, ale dotyczy czatu, który odpowiada bez sprawdzania. System do zamówień ma porównać wynik z danymi, które już masz w Subiekcie albo w Optimie.
Warto patrzeć na liczby. Według benchmarku z 2026 roku firmy przyjmujące zamówienia głównie mailem i telefonicznie mają 92-94% trafności zamówień. Firmy z automatycznym przyjmowaniem i EDI mają 97-98%. Inne źródło podaje 95-98% dla procesu ręcznego i ponad 99% przy cyfrowej walidacji z regułami klienta. Punktem odniesienia nie jest więc zero błędów, tylko to, ile pomyłek robi dziś ręczne przepisywanie.

Skąd biorą się błędy przy ręcznym wpisywaniu? Najczęściej z czterech miejsc: symbol towaru wpisany z pamięci albo źle odczytany z PDF, cennik innego klienta, przestawione ilości i ten sam towar pod innym kodem u klienta i u Ciebie. Każde z nich da się sprawdzić automatycznie, bo odpowiedź jest w kartotece.
Warto rozdzielić dwie kontrole. Pierwsza: czy system dobrze odczytał dokument. Druga: czy zamówienie spełnia Wasze reguły, na przykład minimum logistyczne albo dostępność towaru. To są różne pytania i często odpowiadają na nie różne osoby. W naszym teście zamówienie z literówkami w nazwach towarów przeszło do obu systemów, ale w prawdziwym wdrożeniu takie pozycje i tak lądują u handlowca do jednego kliknięcia.
Ile kosztuje automatyzacja zamówień z maila do ERP?
To zależy, czy narzędzie tylko czyta zamówienie, czy też zapisuje je w ERP. Według naszego przeglądu 13 cenników z września 2026 sam odczyt z eksportem do pliku kosztuje w gotowych narzędziach 0-49 USD miesięcznie. Odczyt z walidacją towarów i cen, zapisem do ERP i kolejką wyjątków to 199-599 USD miesięcznie. Platformy dla dużych firm liczą 30-100 tys. USD w pierwszym roku.

Czwarta opcja to wdrożenie przez agencję pod Twój proces. Dla małych i średnich firm rynek wycenia jeden zautomatyzowany proces na 2 500-7 500 USD na start i 300-800 USD miesięcznie za utrzymanie. Tak wygląda to zwykle wtedy, gdy integracja z Subiektem albo Optimą ma obsłużyć Wasz cennik, rabaty i kartotekę, a nie tylko wygenerować plik.
Jak policzyć, czy się opłaca? Weź liczbę zamówień miesięcznie i pomnóż przez realny czas wpisania jednego. Przy 12 minutach na zamówienie każde 100 zamówień to 20 godzin pracy handlowca. Do tego dolicz korekty, bo każdy błąd to według cytowanych danych od 50 do 150 EUR. Szerzej o cenach wdrożeń AI piszę w tekście ile kosztuje agent AI.
Jaki program do obsługi zamówień z maila wybrać?
Taki, który zapisuje zamówienie do Twojego systemu, a nie tylko je czyta. Sam odczyt przenosi przepisywanie w inne miejsce, bo ktoś dalej musi przenieść dane do Subiekta albo Optimy. Wybierając program do obsługi zamówień, sprawdź cztery rzeczy i zrób test na własnych zamówieniach, nie na przykładach od dostawcy.
- Czy tworzy plik EPP albo XML, który Twój program przyjmuje bez poprawek, albo zapisuje dokument bezpośrednio?
- Czy porównuje pozycje z Twoją kartoteką i cennikiem klienta, zanim powstanie dokument?
- Czy pokazuje człowiekowi niepewne pozycje, zamiast zgadywać?
- Czy radzi sobie z nowym układem PDF bez budowania szablonu dla każdego klienta?
Do testu weź 20 prawdziwych zamówień z ostatniego miesiąca, najlepiej tych, przy których ludzie najczęściej się mylą: długie tabele, skany, luźne maile. Jeśli narzędzie przejdzie te 20, przejdzie resztę. Jeśli dopiero zaczynasz porządkować procesy, pomoże checklista audytu procesów pod AI. Przyjmowanie zamówień to też jeden z procesów, które opisuję w tekście 5 procesów, które agent AI przejmie za handlowca.
Najczęściej zadawane pytania
Czy Subiekt GT sam odczyta zamówienie z maila?
Nie. Subiekt GT przyjmuje zamówienie z pliku EPP, czyli formatu wymiany EDI++. Zamianę maila albo PDF na taki plik robi osobne narzędzie, a Subiekt wczytuje gotowy plik jako Zamówienie od klienta.
W jakim formacie Optima przyjmuje zamówienia od klientów?
Jako plik XML wczytywany do listy Rezerwacji odbiorcy (RO). Przy imporcie Optima może założyć brakujące karty towarów. Najpewniejszy wzorzec pliku to eksport istniejącej rezerwacji z Twojej własnej Optimy.
Czy handlowiec nadal musi coś robić?
Tak, ale inaczej. Zamiast przepisywać pozycje, przegląda gotowy dokument i decyduje tylko przy pozycjach, które system oznaczył jako niepewne, na przykład towar spoza kartoteki albo cenę niezgodną z cennikiem klienta.
Czy to działa ze skanem albo zdjęciem zamówienia?
W naszym teście krzywo zeskanowane zamówienie z 17 pozycjami przeszło do Subiekta GT i do Optimy bez błędów importu. Im gorsza jakość skanu, tym więcej pozycji trafia do sprawdzenia przez człowieka, i tak powinno być.
Ile kosztuje automatyczne wprowadzanie zamówień z e-maili?
Według naszego przeglądu cenników z września 2026 sam odczyt w gotowych narzędziach kosztuje 0-49 USD miesięcznie. Odczyt z walidacją i zapisem do ERP to 199-599 USD miesięcznie, a platformy dla dużych firm 30-100 tys. USD w pierwszym roku.