Integracja Comarch EDI z Comarch Optima: dokumenty, mapowanie i kontrola błędów

Połączenie może obsłużyć obieg dokumentów B2B uzgodniony z kontrahentem, jeśli licencja i konfiguracja obejmują wymagane komunikaty. EDI to elektroniczna wymiana danych między systemami według uzgodnionego formatu i reguł walidacji.

Przykładowy obieg zaczyna się od zamówienia odbiorcy, które firma rejestruje lub przekształca w dokumencie handlowym. Po przygotowaniu dostawy może wysłać potwierdzenie, awizo i fakturę, jeżeli partner wymaga tych komunikatów i oba systemy je obsługują.

Tabela pokazuje przykładowe punkty kontroli, a nie gwarantowany zestaw funkcji każdej konfiguracji. Dokumentacja Comarch ERP Optima opisuje wymianę faktur VAT liczonych od netto oraz korekt, a obsługę innych dokumentów należy potwierdzić dla konkretnego procesu. Integracja ERP ze sklepem internetowym omawia podobne decyzje o właścicielu danych. Przy równoległym porządkowaniu kanału e-commerce wdrożenie integracji z BaseLinkerem obejmuje prace nad połączeniami systemów sprzedażowych.

Przed konfiguracją uzgodnij typ dokumentu, kierunek wymiany, nadawcę, odbiorcę i format. EDIFACT to rodzina standardów komunikatów EDI; partnerzy mogą stosować różne komunikaty, wersje i własne reguły walidacji.

Comarch podaje, że Comarch ERP Optima obsługuje określoną specyfikację EDI dla wybranych procesów, w tym faktury VAT liczone od netto i korekty. Nie zakładaj, że dowolny komunikat EDIFACT będzie obsłużony bez sprawdzenia specyfikacji partnera i funkcji programu. Stan dokumentacji sprawdzono w październiku 2026.

Tabela jest listą uzgodnień, a nie potwierdzeniem dostępności wszystkich typów dokumentów. Poproś partnera o specyfikację komunikatów, identyfikatory stron, przykładowe pliki i zasady odrzucania.

Gotowość Optimy potwierdzisz przez sprawdzenie licencji, wersji, danych podstawowych i dostępu do testowej wymiany. Comarch wskazuje, że współpraca z Comarch EDI wymaga odpowiedniej licencji, a wymagania zależą od rodzaju komunikatu.

Przed konfiguracją sprawdź:

• Czy firma ma licencję na funkcje EDI wymagane dla planowanych dokumentów?
• Jaka wersja Optimy i które moduły uczestniczą w procesie?
• Czy karta kontrahenta zawiera uzgodniony identyfikator GLN lub ILN, jeśli wymaga go partner?
• Czy kody GTIN/EAN, jednostki i przeliczniki na kartach towarów odpowiadają danym partnera?
• Czy uzgodniono stawki VAT, walutę, ceny, rabaty i warunki handlowe?
• Kto zapewnia konto testowe lub kanał wymiany plików?

Sam dostęp do środowiska nie potwierdza gotowości danych. Sprawdź reprezentatywne pozycje zamówienia i faktury, w tym towary wariantowe oraz pozycje z przeliczeniem jednostek.

Mapowanie przypisuje pole komunikatu EDI do pola lub reguły w Optimie. Identyfikatory produktów, jednostki miary i adresy dostaw wymagają osobnych zasad, bo partner i ERP mogą używać różnych kodów.

Tabela wskazuje pola do uzgodnienia; nazwy techniczne i zapis zależą od specyfikacji partnera. Jeśli partner zamawia w opakowaniach zbiorczych, mapowanie kodu produktu musi uwzględniać jednostkę i przelicznik. Na karcie kontrahenta sprawdź GLN lub ILN, a na karcie towaru identyfikatory i jednostki.

Uruchomienie przebiega od analizy wymagań partnera do wspólnej akceptacji testów i startu produkcyjnego. Każdy etap powinien kończyć się materiałem, który obie strony mogą zweryfikować.

Tabela określa kolejność prac oraz rezultat do sprawdzenia na każdym etapie. Start produkcyjny powinien nastąpić po zaakceptowaniu komunikatów testowych i sposobu obsługi odrzuceń przez partnera.

Testy przed startem powinny objąć poprawny dokument, błędne dane i bezpieczne ponowienie wysyłki. Kryterium akceptacji opisuje wynik po stronie firmy i partnera, a nie tylko brak błędu w Optimie.

Tabela podaje przykładowy zestaw testów i warunki odbioru. Dodaj test korekty i dokumentu wielopozycyjnego, jeśli wymaga ich proces partnera. Protokół testu powinien zawierać numer komunikatu, czas wysłania, odpowiedź partnera i decyzję dla wyjątków.

Odrzucony komunikat może zawierać błąd składni, mapowania albo danych biznesowych, a każda klasa wymaga innego właściciela poprawki. Błąd składni dotyczy struktury pliku, błąd mapowania przypisania pól, a błąd biznesowy wartości takich jak kod produktu, cena lub VAT.

Tabela pomaga wskazać warstwę problemu, ale przyczynę potwierdź w logu i komunikacie zwrotnym przed zmianą danych. Jeśli partner zgłasza brak dokumentu, sprawdź numer dokumentu i identyfikatory. W dokumentacji Comarch EDI KSeF występuje komunikat "Dokument o numerze [NUMER_DOKUMENTU] nie istnieje" przy imporcie potwierdzenia; dotyczy on tej funkcji KSeF, a nie każdej integracji EDI.

Nakład prac rośnie wraz z liczbą partnerów i komunikatów, wyjątkami w mapowaniu oraz testami wymaganymi przez odbiorcę. Dodanie kolejnego partnera może wymagać osobnych kodów, walidacji i wersji komunikatów.

Przed rozmową z dostawcą przygotuj listę partnerów i dokumentów, przykładowe pliki, liczbę magazynów, warianty asortymentu, reguły cenowe oraz procedurę korekt i zwrotów. Zapytaj, kto monitoruje wymianę, gdzie przechowuje logi i kto testuje aktualizacje Optimy lub specyfikacji partnera.

Z naszych wdrożeń wynika, że dużo uzgodnień dotyczy właściciela kartotek i sposobu rozstrzygania różnic cenowych. Zalecamy przypisać osobę odpowiedzialną za dane handlowe i techniczną obsługę każdego typu błędu przed startem.

Jeśli obok wymiany EDI porządkujesz sprzedaż wielokanałową, wsparcie KC Mobile przy integracji z BaseLinkerem pozwala uzgodnić zakres połączenia systemów sprzedaży. Dobór rozwiązania powinien wynikać z przepływu dokumentów i odpowiedzialności za dane.

• Integracja ERLI z Comarch ERP XL - jak zaplanować synchronizację
• Jak zintegrować zamówienia ze sklepu internetowego z systemem księgowym?
• IdoSell Bridge: modele integracji IdoSell z systemami magazynowo-księgowymi
• Integracja e-commerce z archiwizacją dokumentów księgowych