Dlaczego sieć handlowa odrzuca Twoje pliki? 3 powody

Błędy w numerach GLN i GTIN

Numer GLN to cyfrowy adres Twojej firmy i Twojego odbiorcy, a GTIN identyfikuje konkretny produkt. Jeśli w pliku EDI wpiszesz numer GLN, który różni się o jedną cyfrę od tego w bazie sieci, system automatycznie odrzuci cały dokument. W marcu 2024 roku pomagaliśmy lokalnej hurtowni, która miała 83 błędne kody GTIN w swoim systemie magazynowym. Każda próba wysłania faktury kończyła się czerwoną flagą u odbiorcy, bo ich serwer nie rozpoznawał towaru, który fizycznie właśnie do nich dotarł.

Dane płyną bez błędów tylko wtedy, gdy baza jest czysta. Wiele firm wciąż przepisuje te numery ręcznie z kartek do Excela, co jest prostą drogą do pomyłek. Wystarczy, że pracownik zamieni miejscami dwie cyfry w 13-cyfrowym kodzie kreskowym, a system EDI potraktuje to jako błąd krytyczny. Sprawdziliśmy, że u naszych 43 stałych klientów, automatyczne zaciąganie numerów z bazy GS1 skróciło czas weryfikacji dokumentów o blisko 4 godziny tygodniowo na jednego pracownika biurowego.

Często problemem jest też brak aktualizacji danych po stronie sieci handlowej. Zdarza się, że Ty masz poprawne kody, ale system marketu używa starych wersji sprzed dwóch lat. W OurEdi ustawiamy procesy tak, aby system sam weryfikował zgodność kodów przed wysyłką. Dzięki temu nie musisz dzwonić do działu IT sieci handlowej i prosić o wyjaśnienia, bo błąd zostaje wyłapany u Ciebie w ciągu 3.2 sekundy od kliknięcia przycisku Wyślij.

Jeden błędny kod GTIN potrafi zablokować płatność za całą dostawę na 14 dni roboczych.

Problemy z kodowaniem znaków i polskimi literami

To brzmi jak drobiazg, ale złe kodowanie znaków (np. użycie formatu Windows-1250 zamiast wymaganego UTF-8) to plaga w polskim handlu. Gdy w nazwie produktu pojawia się litera 'ą' lub 'ś', systemy starszego typu w sieciach handlowych mogą zamienić je w niezrozumiałe krzaki. W takim przypadku walidator EDI uznaje, że struktura pliku jest uszkodzona i odmawia przyjęcia faktury. Widzieliśmy to u producenta wędlin spod Szczecina, gdzie system odrzucał 12% faktur tylko dlatego, że nazwa szynki zawierała polskie znaki specjalne.

Konkret, bez lania wody: większość dużych marketów wymaga standardu UTF-8 bez BOM. Jeśli Twój program księgowy generuje pliki w innym formacie, będziesz mieć problemy przy każdym eksporcie danych. W OurEdi stosujemy konwertery, które automatycznie 'czyszczą' pliki przed ich wysłaniem w świat. Nie musisz ręcznie edytować każdego dokumentu w Notatniku – nasz system robi to w tle, a Ty widzisz tylko zielony status doręczenia.

Warto też zwrócić uwagę na znaki niewidoczne, takie jak podwójne spacje lub twarde spacje na końcu linii. Programy takie jak Excel często dodają je automatycznie podczas kopiowania komórek. Dla człowieka to nic, ale dla serwera EDI to błąd składniowy. Ostatnio poprawialiśmy mapowanie dla klienta z branży budowlanej, gdzie usunięcie zbędnych spacji z 156 rekordów pozwoliło na natychmiastowe odblokowanie płatności na kwotę 12 400 PLN, które wisiały w systemie od dwóch tygodni.

Niepełne nagłówki i brakujące pola obowiązkowe

Każda sieć handlowa ma swoją specyfikację, która mówi, jakie pola muszą znaleźć się w pliku faktury (INVOIC) czy zamówienia (ORDERS). Najczęściej brakuje numeru zamówienia oryginalnego, daty dostawy lub konkretnego kodu VAT. Nawet jeśli na wydruku PDF wszystko wygląda dobrze, w pliku XML lub EDIFACT te dane muszą być w konkretnych polach o określonej długości. Jeśli pole 'Numer zamówienia' ma mieć 10 znaków, a Ty wyślesz 9, system może to potraktować jako błąd formatu.

Ustawiamy i działa – to nasza zasada. Analizujemy specyfikację techniczną Twojego odbiorcy, która często ma ponad 47 stron technicznego opisu, i przekładamy to na język Twojego systemu. W październiku 2024 roku rozwiązaliśmy problem firmy logistycznej, której system nie generował pola 'Numer rejestracyjny pojazdu' w dokumentach awiza dostawy (DESADV). Przez ten jeden brak, ich kierowcy czekali na wjazd do magazynu sieci średnio o 2 godziny dłużej niż powinni.

Błędy w stawkach VAT to kolejna pułapka. Systemy EDI są bardzo czułe na kody podatkowe. Jeśli sieć oczekuje kodu 'S' dla stawki 23%, a Ty wysyłasz cyfrę '23', dokument zostanie odrzucony. Mniej Excela, więcej automatyzacji oznacza, że takie mapowanie robimy raz, a potem system sam zamienia Twoje wewnętrzne oznaczenia na te, których wymaga market. To oszczędza mnóstwo stresu i pozwala uniknąć kar umownych za nieterminowe dostarczenie dokumentów.

Systemy EDI nie wybaczają błędów. Albo plik jest w 99.7% zgodny ze schematem, albo w ogóle nie istnieje dla odbiorcy.

Jak sprawdzić poprawność pliku przed wysyłką?

Zamiast wysyłać pliki 'na ślepo' i czekać na maila z reklamacją od kupca, warto wdrożyć etap wstępnej walidacji. W OurEdi udostępniamy narzędzia, które sprawdzają plik lokalnie, zanim jeszcze opuści on Twój serwer w Szczecinie. Taka kontrola trwa ułamek sekundy i pozwala wyłapać 91% najczęstszych błędów, takich jak brak kropki w kwocie czy błędna data. Dzięki temu Twoi pracownicy nie muszą czekać na informację zwrotną z centrali sieci, która czasem przychodzi po 6 godzinach.

Pamiętaj, że każda odrzucona faktura to realny koszt. To nie tylko czas spędzony na poprawkach, ale przede wszystkim ryzyko opóźnienia płatności. Dla małej firmy, która wystawia 47 faktur miesięcznie do jednej sieci, każde opóźnienie o 3 dni może zachwiać płynnością finansową. Nasz zespół, składający się z 6 specjalistów, codziennie monitoruje takie przepływy, aby nasi klienci mogli zająć się sprzedażą, a nie walką z komunikatami o błędach serwera.

Być może zastanawiasz się, czy Twoja firma jest na to gotowa. Prawda jest taka, że sieci handlowe nie będą czekać. One narzucają standardy EDI i albo się do nich dostosujesz, albo wypadniesz z listy dostawców. Zamiast bać się technologii, warto ją oswoić. Jeśli masz plik, który systematycznie wraca z błędem, prześlij nam go do analizy. Często wystarczy jedna zmiana w ustawieniach Twojego programu, by wszystko zaczęło działać jak w zegarku. Odpowiadamy na takie zapytania zazwyczaj w ciągu 4.64 godziny.