Zamówienie jest już w Twojej firmie, ale dla ERP jeszcze nie istnieje. Automatyzacja zamówień ma skrócić właśnie ten czas, w którym mail czeka, aż pracownik otworzy załącznik, rozpozna nazwy klienta i przepisze pozycje do systemu. Zespół pracuje, skrzynka powoli pustoszeje, więc łatwo uznać, że wszystko działa. Dopiero większa liczba zamówień albo nieobecność doświadczonej osoby pokazuje, jak wiele zależy od tej ręcznej pracy.
Przy 50 zamówieniach dziennie i pięciu minutach na każde samo wprowadzanie zajmuje ponad cztery godziny. Wzrost sprzedaży oznacza wtedy nie tylko więcej przychodu, lecz także dłuższą kolejkę do przepisania, zanim jeszcze zacznie się realizacja. Dalej przeczytasz, jak dane z maila mogą trafić do ERP bez przepisywania, co nadal wymaga sprawdzenia przez pracownika i kiedy taka zmiana się opłaca.
Ile naprawdę kosztuje ręczne przepisywanie zamówień?
Kilka minut poświęconych jednemu zamówieniu łatwo przeoczyć w kosztach firmy. Pracownik otwiera mail, sprawdza PDF lub Excel, szuka towaru w ERP po nazwie albo indeksie klienta. Jeśli czegoś brakuje, dopytuje klienta. Dopiero potem zapisuje zamówienie. Każda z tych czynności zajmuje niewiele czasu, ale powtarzana kilkadziesiąt razy dziennie przestaje być drobiazgiem.
Koszt policzysz, mnożąc liczbę zamówień w miesiącu przez czas jednego zamówienia w godzinach i przez koszt godziny pracy. Przyjmijmy na potrzeby przykładu: 21 dni roboczych w miesiącu, 5 minut na zamówienie i około 50 zł za godzinę pracy. W miesiącu rachunek wygląda tak:
| Zamówień dziennie | Godzin pracy w miesiącu | Koszt w miesiącu |
|---|---|---|
| 20 | 35 h | około 1750 zł |
| 50 | 87,5 h | około 4375 zł |
| 100 | 175 h | około 8750 zł |
Przy 100 zamówieniach dziennie to mniej więcej jeden etat. Nie musi go zajmować jedna osoba: ten czas może być rozproszony między kilkoma pracownikami, a przez to mniej widoczny.
Tabela nie obejmuje kosztów pomyłek w indeksach i ilościach, które kończą się reklamacjami i zwrotami, ani opóźnień realizacji, gdy zamówienia czekają w skrzynce. Nie widać w niej też, jak wiele zależy od osoby, która zna klientów: podczas jej urlopu lub choroby zamówienia przepisuje ktoś mniej doświadczony.
Twój rachunek zaczyna się od tygodnia pomiarów. Przez ten tydzień zespół notuje dzienną liczbę zamówień, ich format oraz czas od otwarcia maila do zapisania zamówienia w ERP, razem z szukaniem towaru i pytaniami do klienta. Osobno zapisuje późniejsze poprawki i pomyłki. Średnią dzienną liczbę zamówień mnożysz przez liczbę dni roboczych w miesiącu, średni czas jednego zamówienia wstawiasz w miejsce 5 minut z przykładu, a koszt godziny pracy w miejsce 50 zł.
Skąd przychodzą zamówienia i co da się zrobić bez AI?
Dwa zamówienia w tej samej skrzynce mogą wymagać zupełnie innej obsługi. Jedno zawiera gotową listę indeksów i ilości, drugie prośbę, którą trzeba zinterpretować. Zanim wybierzesz sposób przenoszenia zamówień z maila do ERP, sprawdź, w jakich formatach zamawiają Twoi klienci.
| Format zamówienia | Co jest trudne | Co działa bez AI | Kiedy potrzebny jest odczyt przez AI |
|---|---|---|---|
| Tekst w treści maila, pisany po swojemu | „To co ostatnio, plus 10 kartonów rękawic”; nazwy zamiast indeksów | Zostaje przepisywanie | Gdy takich zamówień jest dużo |
| PDF z systemu klienta | Własny układ każdego klienta | Szablon odczytu dla klienta wysyłającego zawsze ten sam układ | Gdy klientów z własnymi PDF-ami jest wielu |
| Excel w szablonie Twojej firmy | Klient musi trzymać się szablonu | Import pliku | Zwykle niepotrzebny |
| Excel lub CSV w układzie klienta | Inne kolumny i ich znaczenie | Przekształcenie pliku stałego klienta | Gdy układów jest wiele albo się zmieniają |
| Skan lub zdjęcie | Pismo odręczne, słaba jakość | Zwykły OCR odczyta tekst, ale nie dopasuje go do indeksów w ERP | Prawie zawsze |
| Portal B2B, EDI albo sklep | Przekazanie danych do ERP | Połączenie z ERP, bo dane są już cyfrowe | Niepotrzebny |
Najprościej jest ze stałym klientem wysyłającym Excela w Twoim szablonie: często wystarczy import pliku. Nie oznacza to jednak, że ERP przyjmie samego Excela. Przykładowo import dokumentów XML w Comarch ERP Optima obejmuje rezerwację odbiorcy (RO), czyli zamówienie klienta, a kontrahenta rozpoznaje po kodzie, NIP lub GLN. Plik trzeba najpierw przekształcić do wymaganego XML; opis jego struktury otrzymują wyłącznie Autoryzowani Partnerzy Comarch.
System zamówień B2B, EDI (elektroniczna wymiana dokumentów między systemami firm) czy sklep przekazuje dane już cyfrowe: potrzebne jest połączenie z ERP, nie odczyt. Tak zamawiają choćby sieci handlowe.
AI ma sens tam, gdzie trzeba zrozumieć zapis klienta lub odczytać różne układy dokumentów. Zwykle dotyczy to części klientów, nie wszystkich. Zamówienia zebrane w tygodniu pomiarów możesz więc podzielić według formatu i policzyć każdą grupę. Każda może mieć inną drogę do ERP.
Jak działa automatyzacja zamówień z maila do ERP?
Co dzieje się z zamówieniem krok po kroku
Zamówienie trafia na osobną skrzynkę, na przykład adres działu zamówień. Rozwiązanie ma dostęp tylko do niej, a pozostała poczta firmy zostaje poza jej zasięgiem. W Microsoft 365 administrator może ograniczyć dostęp aplikacji do wybranych skrzynek i dać jej prawo tylko do czytania poczty; musi przy tym usunąć wcześniejsze, szersze uprawnienia, jeśli je nadano.
Rozwiązanie odczytuje treść maila i załączniki. Potem zaczyna się część, która dziś zajmuje pracownikowi dużo czasu: dopasowanie danych do ERP. Rozwiązanie rozpoznaje klienta po nadawcy, NIP lub adresie dostawy. Kody i nazwy towarów używane przez klienta przekłada na indeksy z ERP, dopasowuje jednostki i przeliczniki opakowań, a ceny pobiera z cennika przypisanego temu klientowi.
Tych samych informacji nie trzeba szukać przy każdym zamówieniu od nowa. Powiązania zatwierdzone przez pracownika są zapamiętywane, dzięki czemu przy kolejnych zamówieniach od tego klienta poprawek jest coraz mniej.
Przed zapisem rozwiązanie sprawdza, czy nie brakuje danych, ceny nie różnią się od cennika, a zamówienie nie jest możliwym duplikatem. Wynikiem jest szkic zamówienia w ERP albo plik przygotowany do importu. Pracownik widzi szkic obok oryginalnego maila, poprawia potrzebne dane i zatwierdza. Automatyczne wprowadzanie zamówień przejmuje żmudne dopasowywanie informacji, ale nie decyzję o realizacji: ta zostaje u człowieka.
Jak rozwiązanie łączy się z Twoim ERP
Twój ERP zostaje na miejscu. Szkic zapisuje się przez interfejs lub import wspierany przez jego producenta, a nie przez bezpośredni zapis do bazy danych. Dzięki temu zamówienie przechodzi przez te same reguły programu co wpisane ręcznie.
Droga zależy od systemu. W Comarch ERP Optima jest to opisany wyżej import plików XML. W Subiekcie nexo PRO własne rozwiązania można tworzyć za pomocą Sfery, opisanej w nexo SDK. Z kolei enova365 udostępnia WebAPI do wymiany danych z innymi aplikacjami, licencjonowane jako moduł dodatkowy.
Zanim podamy wycenę, sprawdzamy więc połączenie z ERP, którego już używasz: dostępną drogę integracji, wersję programu i potrzebne licencje. Jeśli połączenie nie jest dostępne albo kosztuje zbyt dużo, pozostaje prostszy wariant, o ile ERP ma import dokumentów: dane trafiają do pliku, który pracownik sprawdza i importuje. Nie przepisuje wtedy pozycji, tylko sprawdza gotowy plik.
Gdzie automatyzacja zamówień się myli i jak to obsłużyć?
To, co dla doświadczonego pracownika jest oczywiste, w zamówieniu bywa niedopowiedziane. Zespół wie, jaki towar klient ma na myśli i dokąd go wysłać. Automatyzacja potrzebuje wyraźnej reguły, zapamiętanego powiązania albo decyzji człowieka.
- Własne kody i nazwy klienta. Pod nazwą „folia duża” może kryć się kilka produktów. Jeśli nie da się wskazać jednego, wybiera pracownik. Raz zatwierdzone powiązanie służy przy kolejnych zamówieniach tego klienta.
- Kartony i palety zamiast sztuk. Klient zamawia pięć kartonów, a w ERP towar jest liczony w sztukach. Przeliczniki dla konkretnych produktów ustala się wcześniej z zespołem, bo „karton” nie zawsze oznacza tę samą liczbę sztuk.
- Cena inna niż w cenniku. Może wynikać z indywidualnego ustalenia albo pomyłki klienta. Różnica zostaje oznaczona, a handlowiec decyduje, którą cenę przyjąć.
- Kilka adresów dostawy. Adres siedziby nie musi być miejscem rozładunku, a właściwy adres może pojawić się tylko w treści maila. Zasady wyboru ustala się z góry, a przy niejednoznaczności adres potwierdza pracownik.
- Zmiany w wątku mailowym. „Dopiszcie jeszcze” lub „anulujcie pozycję” to korekta, niekoniecznie nowe zamówienie. Rozwiązanie łączy wiadomość z wcześniejszym zamówieniem, jeśli można je jednoznacznie wskazać. W przeciwnym razie sprawę przejmuje pracownik.
- To samo zamówienie drugi raz. Ponowna wysyłka lub przypomnienie to wciąż jedno zamówienie, a nie kolejne zlecenie. Pomagają uzgodnione reguły wykrywania duplikatów, a gdy nie wystarczają, decyduje pracownik.
- Mail przeczy załącznikowi. W wiadomości jest dziesięć sztuk, w pliku dwanaście. Bez ustalonej zasady pierwszeństwa rozwiązanie nie wybiera żadnej z wersji, tylko oznacza rozbieżność do wyjaśnienia.
- Nowy klient i nietypowe prośby. Brak kartoteki w ERP, prośba o inny termin lub zamiennik zostają dla pracownika. Nie każdą z nich opłaca się automatyzować.
Zanim powstanie rozwiązanie, spisujemy z zespołem takie przypadki i sposób ich rozstrzygania. Wiedza, którą dziś pracownicy mają w pamięci, pozwala ustalić, co rozstrzygnie reguła, a co nadal trafi do człowieka.
Czy potrzebujesz nowego programu do obsługi zamówień?
Zwykle nie, jeśli Twoja firma ma już ERP. Gdy zamówienie jest już w ERP, wbudowany w niego system obsługi zamówień zwykle sprawnie robi resztę: rezerwuje towar, wystawia dokumenty i pilnuje terminów. Subiekt nexo PRO pozwala na przykład na seryjną realizację zamówień klientów, zbiorczą realizację wielu zamówień jednym dokumentem oraz ustalenie indywidualnego terminu realizacji każdej pozycji.
Ręczna praca zostaje jednak wcześniej: między wiadomością od klienta a wpisaniem zamówienia do ERP. Nowy program do przyjmowania zamówień nie usunie jej, jeśli klienci nadal wysyłają maile i PDF-y, a ktoś musi przepisywać ich treść. Wymiana systemu to osobny, znacznie większy projekt, a nie automatyzacja tego jednego etapu.
Osobna sprawa to oferta samego producenta. Na liście agentów AI Comarch są rozwiązania dotyczące m.in. faktur zakupowych, kosztów, dekretacji, rozliczeń płatności i wyrejestrowania pracownika z ZUS. Według stanu na 23 października 2026 r. nie ma tam agenta odczytującego zamówienia klientów z e-maila.
„Pomocnik zamówień” w Comarch Mobile analizuje historię zakupów klienta i tworzy szkic zamówienia, gdy handlowiec rozpoczyna wizytę. Pomaga więc w innym momencie pracy, nie przy obsłudze skrzynki mailowej. Oferty się zmieniają, więc możliwości swojego producenta sprawdź w dniu decyzji.
Jeśli brakuje właśnie przenoszenia zamówień z maila do systemu, taniej jest dobudować ten etap do obecnego ERP. Ta sama zasada dotyczy firm z systemem stworzonym na zamówienie: szkic zamówienia trafia do niego przez jego interfejs.
Kiedy automatyzacja zamówień się opłaca, a kiedy nie?
Opłaca się zwykle przy dużej liczbie zamówień pisanych przez klientów po swojemu, gdy odzyskany czas przewyższa koszt wdrożenia i utrzymania. Wróćmy do wcześniejszego przykładu: 21 dni roboczych, 5 minut na zamówienie i około 50 zł za godzinę pracy. Załóżmy, że po automatycznym przygotowaniu 50–80% zamówień wymaga tylko minuty sprawdzenia, a pozostałe nadal zajmują 5 minut. To założenie do rachunku, nie obietnica wyniku.
Przy 20 zamówieniach dziennie miesięcznie jest ich 420. Jeśli 210–336 z nich zajmie o 4 minuty mniej, firma odzyska około 14–22 godzin. Przy większej liczbie zamówień wygląda to tak:
| Zamówień dziennie | Odzyskany czas w miesiącu | Wartość tego czasu |
|---|---|---|
| 20 | około 14–22 h | około 700–1100 zł |
| 50 | około 35–56 h | około 1750–2800 zł |
| 100 | około 70–112 h | około 3500–5600 zł |
Odsetek zamówień przechodzących bez poprawek sprawdzamy na próbce prawdziwych zamówień Twojej firmy, a po uruchomieniu dalej go mierzymy, zamiast przyjmować z góry. Odzyskane godziny nie są przy tym od razu gotówką. Przekładają się na korzyść finansową, gdy firma unika kolejnego zatrudnienia, ogranicza nadgodziny albo przesuwa ludzi do pracy z klientami, i dopiero tę korzyść zestawia się z kosztem wdrożenia, narzędzi i utrzymania.
Trudniej ją uzasadnić, gdy zamówień jest mało, większość trafia już przez portal B2B lub EDI albo każde trzeba negocjować pozycja po pozycji. Wtedy samo przygotowanie zamówienia niewiele zmienia. Przy małym wolumenie lepiej połączyć ten proces z obsługą ofert albo ze sprawdzaniem faktur zakupowych z KSeF z zamówieniami i WZ: to samo połączenie z ERP może wtedy służyć kilku usprawnieniom, więc jego koszt się rozkłada.
Jeśli nie wiesz, który przypadek dotyczy Twojej firmy, odpowiedź daje analiza procesu na Twoich danych.
Najczęstsze pytania
Ile kosztuje automatyzacja zamówień?
Orientacyjnie: 10–15 tys. zł netto za wariant z plikiem do sprawdzenia i importu lub 15–25 tys. zł netto za zapisywanie szkicu zamówienia w ERP.
Osobno płatne są licencje, np. moduł integracyjny ERP, korzystanie z modeli AI i infrastruktura. Utrzymanie jest opcjonalne. Dokładną cenę podajemy po sprawdzeniu przykładowych zamówień i możliwości Twojego ERP.
Ile trwa wdrożenie?
Wdrożenie automatyzacji zamówień trwa zwykle 4–8 tygodni. Termin zależy od systemu, dostępu do danych i liczby formatów zamówień. Rozwiązanie uruchamiamy etapami: najpierw dla wybranych klientów albo formatów, następnie rozszerzamy jego zakres.
Czy to zadziała z moim ERP?
To zależy od programu, wersji, licencji oraz dostępnego interfejsu lub importu dokumentów. Sprawdzamy m.in. możliwość wykorzystania importu XML w Comarch ERP Optima, Sfery w Subiekcie nexo PRO czy WebAPI w enova365.
W starszych systemach i aplikacjach na zamówienie również sprawdzamy sposób przyjmowania dokumentów. Bez bezpośredniego połączenia pozostaje wariant z plikiem do importu, o ile system go obsługuje.
Gdzie są przetwarzane dane z maili z zamówieniami?
U wybranego dostawcy modelu AI albo, gdy dane nie mogą opuszczać firmy, na prywatnym AI na serwerze w Twojej firmie. Wybór ustalamy z Tobą przed podłączeniem poczty i ERP. Przykładowo według zasad danych w API OpenAI dane wysyłane do API domyślnie nie służą trenowaniu modeli, a przetwarzanie w Europie (EOG i Szwajcaria) wymaga konfiguracji projektu i zatwierdzenia przez OpenAI.
Rozwiązanie dostaje dostęp tylko do skrzynki zamówień. Maile zawierają dane osób kontaktowych, więc przy przetwarzaniu przez firmę zewnętrzną zwykle potrzebna jest umowa powierzenia przetwarzania danych (szczegóły do potwierdzenia z prawnikiem).
Czy wystarczy n8n, Make albo program do OCR?
Przy prostych, powtarzalnych formatach i małej liczbie zamówień narzędzie do automatyzacji przepływów (n8n, Make) albo program do odczytu tekstu ze skanów (OCR) często wystarczy. Trudniejsze od odczytania tekstu są dopasowanie do kartotek ERP, przeliczniki, obsługa wyjątków i zapis przez interfejs producenta. Narzędzie dobieramy do procesu, a rozwiązanie na miarę nie zawsze jest potrzebne.
Czy AI może samo wysyłać potwierdzenia zamówień do klientów?
Technicznie tak, ale decyzję o wysłaniu zostawiamy pracownikowi. AI może przygotować szkic potwierdzenia lub pytania o brakujące dane. Potwierdzenie oznacza zobowiązanie wobec klienta dotyczące ceny, terminu i dostępności, dlatego wymaga kontroli. Rozwiązanie może mieć wyłącznie prawo czytania poczty, bez możliwości wysyłania.
Co możesz zrobić dalej?
Więcej o usłudze znajdziesz na podstronie o automatyzacji zamówień z maila do ERP. Możesz też umówić się na bezpłatną rozmowę online (30–45 minut), żeby wspólnie przyjrzeć się temu, skąd przychodzą zamówienia, ile ich jest i jakiego ERP używa Twoja firma.
Na rozmowę przyda się kilka przykładowych zamówień w różnych formatach, bez danych, których nie chcesz pokazywać. Jeśli Twój zespół przez tydzień notował zamówienia, te liczby też się przydadzą.
