Efektywny mapping w celu sprawnej komunikacji EDI

Wymagającym, awanturniczym wręcz wyzwaniem jest widoczne podniesienie tego procenta dla bazy liczącej 500 dostawców. Przede wszystkim dla wielu źródeł zaopatrzenia o nikłym wolumenie projekt EDI jest rzadko opłacalny. Skoro tylko we własnym ERP dopasowania stają się konieczne, koszty szybko przewyższają faktyczne korzyści.

Wiele przedsiębiorstw pracuje poprzez usługodawców, którzy wyjaśniają szczegóły podłączenia z zaangażowanymi i wykonują przyłączenie. Warunkiem jest utworzenie specyfikacji warunków wykonania, wyjaśnienie parametrów przekazania i dostosowanie danych wyjściowych. Często oznacza to długą fazę projektu i dużo komunikacji. Czy nie można tego zrobić prościej?

Lingemann pomaga Wam zintegrować setki źródeł zaopatrzenia w Waszych istniejących interfejsach.

Wiele systemów ERP wspiera już popularne formaty, takie jak np. EDIFACT, wymagają jednakże pewnych zawartości pól. Opłaca się utworzyć takie interfejsy z mocno reprezentowanymi dostawcami surowców, zaś dla wielu dostawców małych części C definitywnie nie.

Lingemann gromadzi zapotrzebowania w zakresie części C i wyspecjalizował się dodatkowo w tematach zindywidualizowanych danych stałych i podłączeń EDI. Możemy zarządzać danymi artykułów, takimi jak jednostki ilości lub numery materiałów w odniesieniu do klientów i obsługiwać istniejące interfejsy EDI – z ambicją pokrycia całego zapotrzebowania na części C, niezależnie od grup towarowych lub źródeł pobierania.

Mówimy mianowicie o naszym serwerze ESM (Enterprise Service Manager) mogącym przetwarzać dowolne łańcuchy procesów. Na przykład nadzorowanie serwera FTP, ściąganie nowych plików, zabezpieczenie w systemie archiwizacyjnym, transformacja danych, tworzenie PDFów, wysyłka e-maili i importowanie do ERP, zachowywane jako proces i wywoływane hasłem „plik zapisany na serwerze SFTP“.

Za krokiem procesowym „transformacja danych“ kryje się instrukcja mappingowa, którą umieszczamy jako kod JAVA na serwerze. Tworzymy ją w Mapforce i możemy przez to odczytywać i tworzyć wszystkie popularne formaty danych. Obejmuje to wszystkie wersje EDIFACT (np. D96A), struktury XML jak również Idoc, formaty tekstowe jak CSV i wiele innych. W obrębie mappingu można zintegrować dalsze formatowanie danych, obliczenia czy tabele z tłumaczeniami.

W licznych projektach EDI zebraliśmy takie doświadczenie, że konfiguracja interfejsu jest najłatwiejsza, kiedy dostawca danych jednocześnie zakłada interfejs i bezpośrednio rozmawia z odbiorcą danych. Od przejęcia danych produktów naszych poprzednich dostawców aż do załadowania potwierdzenia zlecenia troszczymy się i zarządzamy wszystkimi krokami roboczymi „inhouse“ oraz zbudowaliśmy kompetentny zespół specjalistów.

Zamówienie jest zakładane w ERP klienta i np. przenoszone do nas przez EDIFACT ORDERS. Odpowiadamy na nie potwierdzeniem zlecenia (ORDRSP), a następnie wysyłamy awizację dostawy (DESADV). Dla faktury często nie jest potrzebny żaden format danych, gdyż już zautomatyzowane przetwarzanie dokumentów PDF dobrze funkcjonuje, a płatności dokonywane są za pomocą not uznaniowych.

W tych projektach można ponadto zintegrować w procesie realizację zapotrzebowań jednorazowych, usług i świadczeń specjalnych, a tym samym oszczędzić naszym klientom wiele godzin rejestrowania danych.