EDI rzadko jest „projektem z własnej woli”. W większości firm pojawia się w dwóch momentach: gdy duży kontrahent stawia warunek rozpoczęcia współpracy oraz wtedy, gdy firma rośnie i liczba dokumentów przestaje się bronić w modelu mail + PDF + Excel. W obu przypadkach stawka jest ta sama: ciągłość dostaw i ograniczenie błędów wynikających z ręcznego przepisywania danych.
Najczęstsze pytanie, które słyszymy, brzmi: „Czy KSeF zastąpi EDI?”. Nie zastąpi. KSeF dotyczy obowiązku podatkowego i faktury ustrukturyzowanej. EDI dotyczy procesu operacyjnego między firmami, czyli zamówień, dostaw i rozliczeń w łańcuchu dostaw.
Spis Treści:
- EDI vs KSeF: co rozwiązuje które narzędzie
- Jakie dokumenty obejmuje EDI w praktyce
- Jak działa EDI
- EAN i GLN: na czym EDI „stoi”
- Comarch EDI + Comarch ERP (Optima/XL): podział ról
- EDI Web vs EDI Connector: dwa modele pracy
- Najczęstsze błędy przy starcie EDI
- Jak wygląda wdrożenie EDI w ELTE‑S
- Co firma zyskuje po uruchomieniu EDI
EDI vs KSeF: co rozwiązuje które narzędzie
KSeF
KSeF (Krajowy System e‑Faktur) to państwowy system wystawiania i udostępniania faktur ustrukturyzowanych w formacie XML (zgodnych ze strukturą logiczną e‑Faktury FA(3)). Z perspektywy firmy jest to obowiązek prawny oraz sposób raportowania faktur w Polsce.
EDI
EDI (Electronic Data Interchange) to standard elektronicznej wymiany dokumentów biznesowych między firmami. W praktyce EDI nie ogranicza się do faktury. Jest mechanizmem, który spina przepływ dokumentów w relacji dostawca–odbiorca.
Wniosek praktyczny
Kiedy kontrahent wymaga EDI, wdrożenie KSeF nie rozwiąże problemu zamówień, awizacji i statusów dostaw. To dwa różne obszary, które w firmach produkcyjnych i dystrybucyjnych działają równolegle.
Jakie dokumenty obejmuje EDI w praktyce
Zakres EDI zależy od kontrahenta i uzgodnionego procesu. Najczęściej wymiana obejmuje zamówienia, potwierdzenia, awiza dostaw, dokumenty magazynowe, faktury oraz korekty. W niektórych przypadkach dochodzi także wymiana cenników lub kartotek.
Warto to ująć prosto: EDI nie ma sensu „sam w sobie”. Sens ma wtedy, gdy obsługuje konkretną sekwencję zdarzeń biznesowych, najczęściej: zamówienie → realizacja → dostawa → rozliczenie.
Jak działa EDI
W dobrze ustawionym procesie EDI zamówienie przychodzi od kontrahenta w ustandaryzowanym formacie, jest mapowane na dokument w Comarch ERP, a następnie firma odsyła dokumenty realizacyjne tą samą ścieżką.
W praktyce wygląda to tak:
- Kontrahent wysyła zamówienie przez EDI.
- Zamówienie trafia do Comarch ERP i jest mapowane na dokument handlowy.
- W ERP powstają dokumenty realizacyjne (np. WZ) oraz faktura.
- Dokumenty są wysyłane przez EDI do kontrahenta.
- Po stronie kontrahenta dokumenty są odbierane i system zwraca statusy lub komunikaty o błędach.
Istotna obserwacja z wdrożeń: jeżeli dane podstawowe są niespójne, błędy pojawiają się wcześniej niż na fakturze. Wychodzą już na etapie zamówień i dostaw, czyli tam, gdzie skutki są najbardziej kosztowne.
EAN i GLN: na czym EDI „stoi”
EDI działa na identyfikatorach. Systemy po obu stronach nie „domyślają się” znaczenia danych, tylko porównują kody i mapowania. Dlatego wdrożenie EDI w praktyce jest w dużej mierze projektem porządkowania danych.
EAN / GTIN: identyfikacja towaru
W standardach GS1 kluczowym identyfikatorem jednostki handlowej jest GTIN. W praktyce operacyjnej bardzo często mówi się o „EAN”, ponieważ EAN/UPC to rodzina kodów kreskowych powszechnie używana na produktach i w retailu.
W procesach EDI systemy nie operują na nazwach produktów, tylko na identyfikatorach i mapowaniach. Jeżeli kodów brakuje lub są niespójne, proces zaczyna generować ręczne obejścia.
GLN: identyfikacja lokalizacji
GLN identyfikuje miejsce, a nie tylko firmę. Jedna organizacja może mieć wiele lokalizacji i wiele numerów GLN (różne magazyny, punkty dostaw, centra dystrybucyjne). W praktyce oznacza to konieczność mapowania dokumentów na właściwe miejsca, szczególnie w firmach z wieloma magazynami.
Comarch EDI + Comarch ERP (Optima/XL): podział ról
Wdrożenie EDI działa na dwóch warstwach.
Po stronie Comarch ERP (Optima/XL) mamy proces i dane: dokumenty, kartoteki, sposób realizacji zamówienia, przypisania magazynów i lokalizacji. Po stronie Comarch EDI mamy kanał wymiany, konwersję formatów oraz komunikację z kontrahentami i operatorami.
Wniosek jest prosty: samo „uruchomienie platformy EDI” nie wystarczy. Jeżeli ERP i dane podstawowe nie są przygotowane, EDI będzie wymagało stałej ręcznej obsługi.
Bądź na bieżąco z nowinkami ERP – zapisz się na newsletter!
Regularnie otrzymasz aktualności, techniczne triki i porady ekspertów, które pomogą usprawnić działanie Twojej firmy z Comarch ERP. Zyskaj dostęp do najnowszych funkcji i rozwiązań dla efektywnego zarządzania!
EDI Web vs EDI Connector: dwa modele pracy
W Comarch EDI najczęściej spotyka się dwa podejścia.
EDI Web (portal) sprawdza się na starcie i przy mniejszej skali. Daje dobrą widoczność statusów i błędów, ale zwykle oznacza więcej pracy ręcznej.
EDI Connector to model bliższy automatyzacji: import i eksport plików działa katalogowo i harmonogramowo. Przy większych wolumenach jest to zwykle konieczne.
Niezależnie od modelu, automatyzacja nie „naprawia” danych. Jeżeli EAN/GLN lub mapowania są niespójne, błędy i tak wrócą w postaci komunikatów i ręcznych poprawek.
Najczęstsze błędy przy starcie EDI
W praktyce te same błędy powtarzają się niemal zawsze: brak GLN lub niepoprawne mapowanie lokalizacji, brak EAN lub niespójne kody w kartotekach, rozbieżności w jednostkach i danych kontrahenta oraz start na pełnej skali bez pilotażu.
Najbardziej ryzykowny scenariusz to uruchomienie EDI „dla wszystkich dokumentów i wszystkich lokalizacji” bez kontrolowanego testu. Wtedy błędy rozlewają się na magazyn, sprzedaż i księgowość jednocześnie.
Jak wygląda wdrożenie EDI w ELTE‑S
Wdrożenie zaczynamy od kwalifikacji: z kim wymieniamy dokumenty, jaki jest wymagany zakres i jaka jest skala dokumentów. Dopiero potem przechodzimy do przygotowania ERP i danych.
Najważniejsze jest to, że w praktyce EDI wdraża się iteracyjnie. Najpierw uruchamia się pilotaż (1 kontrahent, 1 proces), stabilizuje obsługę statusów i błędów, a dopiero potem skaluje kolejne dokumenty i lokalizacje.
Jeżeli proces ma działać stabilnie, musi istnieć po stronie firmy osoba, która „trzyma” temat operacyjnie (sprzedaż/logistyka/księgowość). Bez tego EDI szybko staje się projektem „bez właściciela”.
Co firma zyskuje po uruchomieniu EDI
Najbardziej odczuwalne korzyści są operacyjne: mniej ręcznej pracy, mniej błędów i korekt oraz lepsza kontrola nad statusami dokumentów i dostaw. W praktyce EDI daje firmie możliwość utrzymania jakości obsługi przy rosnącej skali współpracy z sieciami i dużymi odbiorcami.
Jeżeli EDI jest wymaganiem kontrahenta lub firma chce uporządkować wymianę dokumentów w łańcuchu dostaw, prosimy o kontakt. W ELTE‑S kwalifikujemy proces, porządkujemy dane (EAN/GLN), uruchamiamy wymianę w Comarch ERP Optima/XL, prowadzimy pilotaż i skalujemy rozwiązanie.
