EDI Elektroniczna wymiana dokumentów

1. Opis ogólny 1.1 Dokumenty elektroniczne 1.2 Kanały komunikacji 1.3 Wymagania wobec systemów informatycznych 1.4 Metody wymiany komunikatów 2. Komunikaty EDI w programie Trawers 2.1 Wysyłanie (Outbound) Faktury sprzedaży Zamówienia zakupu Informacje o produktach 2.2 Przyjmowanie (Inbound) Zamówienia sprzedaży Faktury zakupu 2.3 Miejsce (katalog) wymiany komunikatów EDI Katalog \trInout Przykład pobierania 3. Problemy: diagnozowanie i naprawianie 3.1 Sygnalizuje program Trawers 3.2 Sygnalizuje program zewnętrzny 3.3 Wymagania i ograniczenia Polskie litery Zmiany i rozbudowy Administrator EDI Pomoc serwisowa Tres 4. Zestawienia i statystyki 5. Komunikaty EDI w systemie ERP 6. Komunikaty EDI w procesie biznesowym 7. WebEDI Komunikaty EDI via portal internetowy 8. Tematy powiązane

1. Opis ogólny

Faktura KSeF XML w 'świecie' EDI Firmy, które wymieniały dane transakcyjne przy pomocy komunikatów EDI teraz muszą włączyć się do wymiany faktur KSeF - wystawiać faktury sprzedaży i pobierać faktury zakupu. Patrz szczegóły: KSeF. EDI INVOICE a Faktury XML KSeF. Faktury a komunikaty EDI Opisy zawarte w tym artykule prosimy odczytywać uwzględniając wymagania KSeF. ***********************************************************************************************************

EDI w programie Trawers ERP

Funkcje EDI uaktywnione są po oznaczeniu w konfiguracji: Cecha: [07] C4 Komunikaty EDI Konfiguracja programu Patrz szczegóły niżej ...

1.1 Dokumenty elektroniczne

EDI (en: Electronic Data Interchange, de: Elektronischer Datenaustausch) Elektroniczna Wymiana Dokumentacji (pojęcie ogólne). To jest przesyłanie standardowych komunikatów elektronicznych, które są odpowiednikami dokumentów handlowych i administracyjnych, np. faktur sprzedaży, zamówień zakupu. EDI, to także system ustaleń, który umożliwia przesyłanie komunikatów elektronicznych, np. formaty, standardy, metody przesyłania. Określenie EDI oznacza zarówno samo przesyłanie danych jak i proces tłumaczenia danych do formatów standardowych. EDI umożlia automatyzację wymiany danych między partnerami biznesowymi.

Standardy komunikatów EDI

Komunikaty EDI zbudowane są zgodnie ze standardami ustalonymi przez międzynarodowe organizacje. Komunikaty EDI pozwalają na wymianę danych między różnymi systemami informatycznymi. W programie Trawers ERP przetwarza się komunikaty EDI w formacie ECOD XML wg specyfikacji: https://www.comarchedi.pl/specyfikacje-plikow (ECOD = Elektroniczne Centrum Obsługi Dokumentów Niektóre firmy wprowadzają dodatkowe wymogi, tzw. walidację komunikatów. Zwykle są to zalecenia odpowiedniego wypełniania kodow ILN/GLN punktów dostaw lub identyfikacji asortymentu, np. wymóg podania EAN wg dostawcy i wg odbiorcy. Program Trawers można dostosować do tych dodatkowych wymogów. Należy ustalić parametry w kartach kontrahentów: Zakładka EDI. W przypadku, gdy ta parametryzacja nie wystarcza aby dostosować format komunikatów do wymagań konkretnych firm, należy zmienić lub rozbudować funkcje pobierające i wysyłające komunikaty EDI. Prosimy o sygnalizowanie takich potrzeb. W niektórych przypadkach zmiany i rozbudowy możemy wykonać w ramach opłat licencyjnych (abonamentów). RI Rozwiązania indywidualne W innych przypadkach na odrębne zlecenie.

Karty kontrahentów. Zakładka EDI

W kartach kontrahentów, zakładka: Profil EDI, można dostosować się do niektórych zaleceń takich walidacji (wymogów). Firmy pośredniczące w wymianie dokumentów część wymogów spełniają we własnym zakresie, np. wprowadzają tabele zmieniające kody lub przeprowadzają dodatkowe kontrole poprawności dokumentu przed wysłaniem do adresata.

1.2 Kanały komunikacji

Transport <----------o o-----------> Urzędy | | | | v v Banki <-------------> EDI <--------------> Dostawcy ^ ^ | | | | Celnicy <----------o o-----------> Klienci

1.3 Wymagania wobec systemów informatycznych

* Systemy informatyczne muszą być otwarte na współpracę: prostą wymianę danych ale także automatyczną synchronizację procesów. * Będzie coraz mniej dokumentów papierowych. Znikną też procedury związane z ich obróbką i przetwarzaniem. * Nie będzie dokumentów papierowych w cyklu: zamówienie > faktura > dostawa > płatność. Będzie automatyczna wymiana dokumentów. * W systemach informatycznych powstaną procedury kontrolne. Po otrzymaniu dokumentu elektronicznego system musi zbadać poprawność odebranych danych i skutki wpisania ich do zintegrowanej bazy danych. * Dane wymieniają różne organizacje, o różnym poziomie organizacyjnym i technologicznym. Jest potrzeba, aby te organizacje precyzyjnie definiowały swoje oczekiwania i ograniczenia: techniczne, technologiczne, zakresy danych, zakresy kontroli, itd.

1.4 Metody wymiany komunikatów

* Point-to-point. Nadawca przesyła komunikat bezpośrednio do odbiorcy Obie strony muszą uzgodnić format i treść komunikatów. Muszą adoptować się do zmian. Inna nazwa: 2-Corner-Modell * EDI Provider. Dostawca usług EDI. Firma (usługa) pośrednicząca w wymianie komunikatów. Zwykle na platformie internetowej. Przykłady dostawców: ecod, ob10, xtrade, edinet, editel, interlink Infinite EDI connector. Inna nazwa: 3-Corner-Modell Gdy są dwie firmy pośredniczące, które dodatkowo dokonują tłumaczeń komunikatów, to metodę nazywa się: 4-Corner-Modell * EDI translation software. Programy pośredniczące. Tłumaczą otrzymane komunikaty EDI na format zrozumiały przez używane wewnętrzenie programy ERP. Instalowane w firmie użytkownika. Wypierane przez usługi EDI Provider. * Lite-EDI. Użycie formularzy dostępnych w przeglądarkach internetowych. Formularze mają wygląd zbliżony do dokumentów papierowych. Po wypełnieniu można je wysłać do kontrahenta w formacie EDI. Lite, bo dla mniejszych firm.

2. Komunikaty EDI w programie Trawers

Komunikaty (dokumenty) EDI w Trawers ERP

Funkcje wymiany komunikatów EDI w programie Trawers znajdują się w systemach: * NA Sprzedaż: zamówienia [ORDER] i faktury [INVOICE] [NA_DEDI1] [NA_DZM80] [NA_ZED10] [NA_ZED11] [NA_DLL85] * ZA Zamówienia zakupów [ORDER] [ZA_DKZ30] [ZA_PDO55] [ZA_PDO56] * ZO Zakupy: faktury [Invoice] i dostawy [DESADV] [ZO_DEDI1] [ZO_DEDI2] [ZO_DEDI4] (konwersja) * MG Gospodarka magazynowa: Raport o zapasach magazynowych [INVRPT] [MG_PDO55] * Usługi internetowe. Funkcje SOA (API) np. Out Faktura sprzedaży EDI [SalesInvoiceGetById] Out Faktura korekty EDI [SalesCorrectiveInvoiceGetById] Out Faktura sprzedaży/korekty EDI [SalesCorrectiveInvoiceGetByRefno] In Zam sprzedaży NA Dopisanie EDI [Document-Order] In Fa zakupu ZO EDI Dopisanie [Document-Invoice] IN Awizo dostawy ZO EDI Dopisanie [Document-DespatchAdvice] (DESADV) Patrz szczegóły: SOA Funkcje OutBound i InBound

Klucz licencyjny: licencja.txt

Funkcje EDI uaktywnione są po oznaczeniu w konfiguracji: Cecha: [07] C4 Komunikaty EDI Oznaczenie znajduje się w kluczu licencyjnym. Warunki licencji NOTE: Z działaniem funkcji EDI można zapoznać się w Demo programu Trawers. Program Trawers może wysyłać i przyjmować następujące komunikaty EDI:

Kupujący Sprzedający

Kupujący: Wymiana dokumentów

* Kupujący <-- IN Otrzymuje cennik asortymentu: PRICAT <Document-ProductCatalogue> * Kupujący --> OUT wysyła zamówienie zakupu: ORDER <Document-Order> * Kupujący <-- IN otrzymuje potwierdzenie zamówienia: ORDRSP <Document-OrderResponse> * Kupujący <-- IN otrzymuje awizo dostawy: DESADV <Document-DespatchAdvice> * Kupujący --> OUT Potwierdza otrzymanie dostawy RECADV <Document-ReceivingAdvice> * Kupujący <-- IN otrzymuje fakturę sprzedaży: INVOICE <Document-Invoice>

Sprzedający: Wymiana dokumentów

* Sprzedający --> OUT wysyła cennik asortymentu: PRICAT <Document-ProductCatalogue> * Sprzedający --> OUT wysyła raport o zapasach mag: INVRPT <Document-InventoryReport> * Sprzedający <-- IN otrzymuje zamówienie sprzedaży: ORDER <Document-Order> * Sprzedający --> OUT wysyła potwierdzenie zamówienia: ORDRSP <Document-OrderResponse> * Sprzedający --> OUT wysyła awizo dostawy: DESADV <Document-DespatchAdvice> * Sprzedający --> IN otrzymuje potwierdzenie dostawy RECADV <Document-ReceivingAdvice> * Sprzedający --> OUT wysyła fakturę sprzedaży: INVOICE <Document-Invoice>

2.1 Wysyłanie (Outbound)

Komunikat EDI

NA Sprzedaż Potwierdzenie zamówienia [ ] ORDRSP Awizo dostawy [SD] DESADV Faktury sprzedaży [FA] INVOICE Faktury sprzedaży Korekty [FK] INVOICE ZO Zakup Zamówienia zakupu [ZL] ORDER NA Sprzedaż Raport EDI o zapasach magazynowych INVRPT [NA_PDO55] Informuje odbiorców (klientów) o stanach zapasów w naszych magazynach. InventoryReport Raport magazynowy wg ECOD XML MG Gospodarka magazynowa Raport EDI o zapasach magazynowych INVRPT [MG_PDO55] Informuje 'głównego' dostawcę o stanie 'jego' zapasów u nas. EDI Dokumenty sprzedaży EDI Dokumenty zakupu Informacje o produktach Katalog produktów i cen Kody EAN produktów ich ceny PRICAT [NA_PDO55] ProductCatalogue PRICAT Price/Sales Catalogue NOTE: W opisach ECOD komunikat PRICAT ma nazwę: PRODUCTCATALOG Patrz też: EDI EDI Raporty: INVRPT PRICAT

2.2 Przyjmowanie (Inbound)

Komunikat EDI

NA Sprzedaż Zamówienie sprzedaży [ZL] ORDER ZO Zakup Faktury zakupu [FA] INVOICE Faktury zakupu Korekty [FK] INVOICE Dostawa (awizo dostawy) [DA] DESADV EDI Dokumenty sprzedaży EDI Dokumenty zakupu Informacje o produktach Katalog produktów i cen Kody EAN produktów ich ceny PRICAT [ZA_PDO55] [ZA_PDO56] ProductCatalogue PRICAT Price/Sales Catalogue Danymi w PRICAT można aktualizować kartotekę cen dostawców (oferty). Kartoteka cen dostawców NOTE: W opisach ECOD komunikat PRICAT ma nazwę: PRODUCTCATALOG

Komuniktat ORDER w sprzedaży i zakupach

Komunikat EDI: ORDER (850, Purchase Order) ma taką samą budowę gdy występuje w rolach: Zamówienie sprzedaży i Zamówienie zakupu. Różnica w nazwie wynika z różnicy perspektywy spojrzenia na procesy (sprzedawanie, kupowanie).

2.3 Miejsce (katalog) wymiany komunikatów EDI

Katalog \trInout

Dokumenty (komunikaty) EDI znajdują się w katalogu \trinout lub w jego podkatalogach (wskazuje parametr 0120 [ ] [1] [2]) Np. TrInOut/aa, TrInOut/pz (podkatalogi operatorów) NAInOut, MGInOut (podkatalogi systemów) Parametry ogólne 01xx 02xx 03xx 08xx Do tego katalogu zapisuje się i z tego katalogu pobiera się pliki EDI. Struktura katalogów

Przykład pobierania komunikatów

Typowa organizacja wymiany dokumentów EDI: (na przykładzie pobierania) * Katalog \trinout jest udostępniony (np. via Samba) na komputerach, na których są przetwarzane komunikaty EDI (pliki xml) * Do katalogu \trinout program zewnętrzny wpisuje pliki xml * Program Trawers wykonuje funkcję: NA > Zamówienia > Pobieranie zamówień EDI (ORDER) Operator wybiera plik xml i program na jego podstawie tworzy zamówienie sprzedaży NA. W przypadku problemów, np. brak karty indeksu asortymentu, operację można powtórzyć. Program Trawers informuje o problemach.

Zapisywanie seryjnie

Faktury sprzedaży można zapisywać seryjnie. Funkcja: NA > Sprzedaż > Zapisywanie faktur seryjnie EDI [NA_ZED11] Program zapisuje plik EDI z nazwą pozwalającą na identyfikację pliku: komunikat (INVOICE), data i godzina, kontrahent, nr faktury. np. EDI_INVOICE_20220401144952454/000001_fa0001_03_22.xml EDI Dokumenty sprzedaży

Wysyłanie e-mailem

Uwaga ogólna: E-mail to nie jest dobra metoda na wymianę dokumentów. - E-mail może trafić do spamu - Program pocztowy może zniekształcić treść dokumentu. Mogą być różnice między treścią wysłaną a odebraną Np. sporadyczny problem z plikiem: licencja.txt - Nie ma kontroli nad tym przez jakie serwery przechodzi korespondencja - Serwery pośredniczące mogą szyfrować połączenia. Nie wszystkie stosują szyfrowanie. Trawers: wysłanie EDI e-mailem * Wysyłanie e-mailem komunikatu EDI [ORDRSP] NA > Zamówienia > Potwierdzanie [P] > F2-cd > Wysłanie EDI [ORDRSP] e-mailem IdProces: [NA_DSP10] Patrz szczegóły: Wymiana danych Rekomendowane kanały

3. Problemy: diagnozowanie i naprawianie

3.1 Problem sygnalizuje program Trawers

Wysyłanie danych

Podczas wysyłania dokumentów EDI program Trawers sygnalizuje brakujące dane. Np. brak kodu EAN w karcie asortymentu lub brak ILN w karcie firmy. Informacje te zapisuje w raporcie wraz z numerami linii dokumentu. Łatwo jest odszukać błąd. Od razu widać, o które pole chodzi. Dodatkowo, w NA > Sprzedaż > Wysyłanie EDI > Zestawienie kontrolne EDI [NA_ZED20] program tworzy raport wskazujący, których informacji brakuje w kartotekach, aby poprawnie utworzyć dokumenty EDI. Zestawienie kontrolne tworzy się przed wysyłaniem dokumentów. W raporcie podane są oznaczenia wg terminologii EDI, np. <ILN> <DeliveryPoint>. EDI Stosowane oznaczenia Brakujące dane trzeba uzupełnić. Należy także wypełnić dane w kartach kontrahentów w zakładce: Profil EDI

Odbieranie danych

Trawers sygnalizuje najczęściej brak oczekiwanych informacji w dokumencie. Należy uzgodnić z nadawcą format i zawartość danych.

Kronika operacji (log)

W kronice (logu) (en: Transaction Log) zapisywane są czynności wykonywane przez użytkowników i przez program, np. wywołanie funkcji, zmiany zapisów w kartotece odbiorców, szczegóły transakcji operacji magazynowych itp. Program może zapisywać w logu komunikaty EDI. Parametr: 0816 [1] Kronika operacji (log)

Wartości domyślne

Wartości domyślne, to są wartości standardowe. Podpowiadane w sytuacji, gdy program do obliczeń oczekuje określonych danych, których operator nie wprowadza na ekranie dialogowym. Program pobiera je z kartotek i tabel, przede wszystkim, z tabel parametrów operatorów. Dane domyślne powiązane z operatorami mają charakter uprawnień. Różni operatorzy mają różne uprawnienia, tu: uprawnienia do wartości domyślnych. Dlatego funkcji, w których program oczekuje wartości domyślnych, nie może wywoływać [A] Administrator. Te funkcje może wywoływać [U] Użytkownik. Administratorowi nie przydziela się uprawnień. Mają wszystkie uprawnienia. Uprawnienia operatorów (role)

3.2 Problem sygnalizuje program zewnętrzny

Program zewnętrzny, to program odbierający komunikaty wysyłane przez Trawers. Może to być program u bezpośredniego odbiorcy faktury, np. Makro, Selgros lub program w firmie pośredniczącej w wymianie, tzw. EDI Provider. EDI Provider: w Polsce: ecod, ob10, xtrade, edinet, editel, interlink, sisco W Hiszpanii: camerfactura Inni EDI Provider: TrueCommerce B2BGateway https://www.b2bgateway.net/ SPS Commerce Fulfillment (EDI) https://www.spscommerce.com/ W ofercie integracje z ERP: Oracle, Infor, Acumatica, Epicor

Uzgodnić z odbiorcą format danych

Należy uzgodnić z odbiorcą format danych. Czy akceptuje ten format, który wysyła Trawers. Odbiorca musi być przygotowany do odbioru tego konkretnego formatu. Wiecej szczegółow jest w opisie komunikatów sprzedaży i zakupu. EDI Dokumenty sprzedaży EDI Dokumenty zakupu

3.3 Wymagania i ograniczenia

Polskie litery

Dokumenty zapisywane przez program Trawers w formacie EDI są kodowane w standardzie UTF-8. Program Trawers podczas wczytywanie EDI także oczekuje standardu UTF-8. Nie można tego parametryzować tak jak np. w przypadku odczytu/zapisu dokumentów z CSV. Kodowanie polskich znaków

Rozbudowy i modyfikacje komunikatów EDI

Jest możliwość, aby Trawers zapisywał i odbierał komunikaty w innych formatach. Wymaga to prac programistycznych. W zależności od pracochłonności, prace te mogą być wykonane w cenie opłaty licencyjnej (abonamentu) lub na odrębne zlecenie. Patrz szczegóły: RI Rozwiązania indywidualne

Administrator EDI. Zadania

Diagnozowaniem, analizą i usuwaniem problemów powiązanych z funkcjami EDI powinna zajmować się wyznaczona osoba: Administrator EDI (Admin EDI) Koordynator EDI, Integrator EDI, EDI Department. Admin EDI jest odpowiedzialny za codzienne nadzorowanie pracy oprogramowania i infrastruktury EDI, za kanały i nośniki wymiany komunikatów. Admin powinien znać i rozumieć procesy biznesowe, które są wspomagane przez EDI. * Monitoruje wymianę komunikatów EDI, analizuje logi procesów wysyłania i odbierania * Sprawdza poprawność formatów i treści komunikatów * Koordynuje współprace z pośrednikami wymiany danych: EDI Provider, Dostawca usług EDI * Sprawdza (testuje) nowe komunikaty * Pośredniczy w wymianie informacji między odbiorcą/nadawcą komunikatów EDI w firmą Tres CO - dostawcą rozwiązań informatycznych. Firma Tres CO nie kontaktuje się bezpośrednio z odbiorcą/nadawcą komunikatów EDI. W mniejszych organizacjach zadania Admin EDI może wykonywać osoba odpowiedzialna także za inne obszary firmy. Ważne jest, aby wymienione zadania EDI wykonywała osoba wyznaczona. Patrz też: Utrzymanie instalacji IT Zadania administratora Trawers 11/2025 Takie prace oferuje np.: Tomasz Dębicki * Konsultacje EDI * Projekty implementacyjne EDI tomasz.debicki@ediplus.eu http://ediplus.eu/ Patrz też: Asysta (usługi) specjalistów firmy Tres. Tres. Konsultacje specjalistyczne

Pomoc serwisowa Tres

Różnorodność definicji EDI i zmienność wymagań pośredników wymiany komunikatów powoduje, że pomoc serwisowa firmy Tres udzielana w ramach abonamentu (Konsultacje e-mailowe) będzie udzielana tylko w ograniczonym zakresie. Aktualizacje i konsultacje e-mailowe Jedynie w formie odpowiedzi na konkretne pytania (tylko e-mail) dotyczące przyjętych założeń i rozwiązań funkcjonalnych wymiany komunikatów EDI. W szczególności, specjaliści serwisu, w ramach opłat abonamentowych, nie będą diagnozować konkretnych przypadków wymiany komunikatów EDI. Nie będą sprawdzać poprawności utworzonych i pobranych komunikatów. Nie będą także analizować komunikatów i raportów generowanych przez programy wysyłające i pobierające komunikaty EDI. Takie dodatkowe usługi oraz rozbudowy i zmiany w tym module mogą być realizowane na podstawie i na warunkach oddzielnych umów z firmą Tres. Patrz szczczegóły: Usługi firmy Tres

4. Zestawienia i statystyki

Zamówienia sprzedaży

* Zestawienie zamówień sprzedaży wczytanych wg dokumentów EDI Program zapamiętuje proces (IdProces), którym wczytano pozycje dokumentu. Można utworzyć np. zestawienie pozycji zamówień sprzedaży wczytanych wg EDI. Wybrać: zamówienia, pozycje dokumentów, pole: ADDPROC = 'NA_DEDI1') Utworzyć zestawienia tabelaryczne wg zamówień sprzedaży Zestawienia tabelaryczne * Zamówienie sprzedaży. Potwierdzenie w formacie EDI Na ekranie: Dokument Znaczące daty [ZL] Jest informacja: Utworzono EDI: [AA] 20xx.08.06 dok [ORDRSP]

Faktury sprzedaży

* Zestawienie faktur sprzedaży zapisanych w formacie EDI Program zapamiętuje datę zapisu pliku w polu: EDISENT i symbol operatora, który zapisał, w polu: EDISYMOP Wybrać: faktury sprzedaży, zakładka: Dokument, wypełnione pole: EDISENT) (zawiera datę (rrrr.mm.dd) pierwszego zapisu dokumentu w formacie EDI) Utworzyć zestawienia tabelaryczne wg faktur sprzedaży Zestawienia tabelaryczne * Faktura sprzedaży wysłana w formacie EDI Na ekranie: Dokument Znaczące daty [FA] Jest informacja: Utworzono EDI: [AA] 20xx.08.06 dok [INVOICE]

Statystyki

Można ustalić liczbę faktur sprzedaży wysłanych w formacie EDI. Funkcja: PM > Statystyki > Liczba wystąpień wartości pól [PM_ZST40] Wybrać zbiór: 313 Dok_Okres_Nagł NA pole: EDISENT EDI Zapis plik EDI Data Program pokaże liczbę faktur wysłanych EDI w poszczególnych dniach. Statystyki zbiorów danych

5. Komunikaty EDI w systemie ERP

Komunikaty stosowane w Polsce (wg ECR Polska, stan 03/2021) ACNOCO Korekta noty księgowej ACCNOT Nota księgowa CCINVO Faktura korygująca skonsolidowana COMDIS Nota korygująca DESADV Awizo dostawy Zawiadomienie o wysyłce towarów przez dostawcę (awizuje dostawę) NOTE: w Europie cześciej stosuje się DESADV (Despatch Advice) EDIFACT w USA Advanced Shipment Notice (ASN) X12 856 Zadanie: Upewnienie odbiorcy przez dostawcę, że awizowana wysyłka zawiera taki asortyment jaki jest na zamówieniu zakupu. Standardowy format EDI zapewnia, że dokumenty można przetwarzać automatycznie. Ew. różnice można natychmiast sygnalizować. Dodatkowa korzyść dla odbiorcy, to możliwość automatycznego przekształcenia komunikatu DESADV na dokument dostawy (przychodu) w systemie ERP. W programie Trawers: [DA] Dostawa w ZO <--- DESADV [SD] Wysyłka w NA ---> DESADV IFCSUM Instrukcja transportowa dla zróżnicowania przesyłki IFTMAN Zawiadomienie o przybyciu IFTMIN Instrukcje transportowe IFTSTA Statusy w transporcie INSDES Instrukcja do wysyłki INVOIC Faktura, Duplikat faktury CORRECTING INVOICE Faktura korekta CORRECTING INVOICE CONFIRMATION Potwierdzenie faktury korekty INVRPT Raport o zapasach. Informacje o stanach magazynowych towarów u partnerów handlowych --> EDI Document 846 Purpose of EDI document is for the supplier to provide the purchaser the amount of goods they have on hand and available for future delivery. --> Raport magazynowy XML (Inventory Report) https://www.gs1.org/standards/edi-xml/xml-inventory-report/3-0 The inventory Report provides the inventory levels of an item where items are stored PARTIN Informacja adresowa. Wymiana danych adresowych oraz kodów EAN partnerów i punktów dostaw PRICAT Katalog. Informacja o kodach EAN produktów ich cenach ORDER Zamówienie. Lista i ilość zamawianych towarów miejsca dostarczenia ORDRSP Odpowiedź na zamówienie. Potwierdzenie odbioru zamówienia przez dostawcę OSTRPT Raport o statusie zamówienia RECADV Potwierdzenie przyjęcia. Potwierdzenie otrzymania dostawy przez odbiorcę REMADV Awizo przelewu Zawiadomienie o dokonaniu przelewu RETANN Zawiadomienie o zwrotach. Returns Announcement. Organisation wants to return delivered goods SLSRPT Raport o sprzedaży Sales Data Report Dane o sprzedaży towarów i usług. Z uwzględnieniem lokalizacji, okresu, indeksów asortymentu, ceny i ilości

Komunikaty stosowane przez systemy ERP

Transakcja ID ANSI EDIFACT Pobieranie Wysyłanie ----------- -- ---- ------- ---------- ------------ Zamówienie zakupu 01 850 ORDERS Sprzedaż <--- Zakupy Potwierdzenie zamówienia zakupu 02 855 ORDRSP Zakupy <--- Sprzedaż Powiadomienie o dostawie 03 856 DESADV Zakupy <--- Sprzedaż Faktura 04 810 INVOIC Zakupy <--- Sprzedaż Katalog produktów 08 832 PRICAT Zakupy <--- Sprzedaż RFQ (Zapytanie) 09 840 REQUOT Sprzedaż <--- Zakupy Odpowiedź na RFQ 10 843 QUOTES Zakupy <--- Sprzedaż Raport o zapasach 12 852 INVRPT Mag,Sprzedaż <--- Magazyn Korekta zamówienia 13 860 ORDCHG Sprzedaż <--- Zakupy Potwierdzenie korekty zamówienia 14 865 ORDRSP Zakupy <--- Sprzedaż Komunikaty wymagane przez AMAZON FBA: 850 ORDERS Zamówienie zakupu Purchase Order 855 ORDRSP Potwierdzenie zamówienia zakupu Purchase Order Acknowledgment 856 DESADV Powiadomienie o dostawie Notice/Manifest 810 INVOIC Faktura Invoice Paczki powinny mieć etykiety: GS1 - 128 generowane z zamówień zakupu.

6. Komunikaty EDI w procesie biznesowym

W komunikacji z systemami ERP

W komunikacji z Amazon FBA

o--------------o o--------------o | o--->------- ORDERS ---->| | | | | | | |<---- ORDRSP -------<---o Dostawca | | AmazonFBA | | (Sprzedający)| | |<---- DESADV -------<---o | | | | | | |<---- INVOIC -------<---o | | | | | o--------------o o--------------o Amazon FBA w kontaktach z dostawcami wymaga następującej kolejności komunikatów: Amazon FBA <--- ---> Dostawca --> OUT wysyła zamówienie --> ORDERS <-- IN potwierdza przyjęcie zamówienia <-- ORDRSP podaje ilość, którą dostarczy <-- IN informuje o wysyłce <-- DESADV <-- IN przesyła fakturę sprzedaży <-- INVOIC

Amazon FBA: komunikaty PO POA

Amazon FBA w opisie procesu wymiany komunikatu posługuje sie pojęciami: Purchase Order (PO) (ORDERS) i Purchase Order Acknowledgement (POA) (ORDRSP) Amazon przyjmuje komunikty w formatach: EDIFACT EANCOM ORDRSP D96A Szczególne znaczenie ma POA (ORDRSP, 855) Potwierdzenie zamówienia. Poprzez POA Dostawca informuje Amazon, że może dostarczyć asortyment w ilości zamówionej lub ilości mniejszej. Na tej podstawie Amazon planuje zapotrzebowanie na powierzchnie magazynowe i planuje wysyłki do klientów. Po otrzymaniu zamówienia od Amazon, Dostawca musi odpowiedzieć w ciągu 24 godzin komunikatem POA (ORDRSP). Brak komunikatu Amazon traktuje jako odmowę realizacji. Jeśli Amazon nie otrzyma POA, to oznacza, że zamówienie nie zostanie zrealizowane i je anuluje. Jeżeli dostanie POA z ilością mniejszą niż zamówiona, to uaktywania procesy zamawiania u innych dostawców. Amazon stosuje Acknowledgement Codes: ACK Code Rola Opis IA Item accepted Ilość zamówiona jest dostępna i będzie dostarczona natychmiast w podanym terminie IB Item backordered Ilość zamówiona obecnie nie jest dostępna ale może być dostarczona w podanym terminie CK Item Cancelled Nie można dostarczyć zamówionej ilości. [hard reject]. Tego asortymentu nie ma i nie będzie. IR Item Rejected Aktualnie nie można dostarczyć zamówionej ilości. [soft reject]. Tego asortymentu obecnie nie ma ale może być dostarczony po otrzymaniu kolejnego zamówienia

7. WebEDI Komunikaty EDI via portal internetowy

Potrzeba

WebEDI (Web-EDI), to usługa internetowa, która umożliwia pośredniczenie między firmami w wymianie komunikatów EDI w sytuacji, gdy jedna z firm nie ma oprogramowania do automatycznego pobierania i wysyłania komunikatów EDI. Np. gdy duży dystrybutor oczekuje od małego dostawcy komunikacji w EDI. A mały dostawca nie ma odpowiedniego oprogramowania. WebEDI zastępuje dokument papierowy. Użytkownik wypełnia formularz internetowy zawierający dane potrzebne do utworzenia komunikatu EDI. Na koniec WebEDI przekształca dane na odpowiedni komunikat EDI i wysyła do odbiorcy.

Rozwiązanie

* Duży dystrybutor wysyła zamówienie EDI (ORDERS) do dostawcy. * Dostawca nie ma programu do odbioru EDI. Wykupuje usługę w WebEDI. * WebEDI wysyła do dostawcy e-mail, że przyszło zamówienie od dystrybutora. * Dostawca loguje się do WebEDI, wskazuje który asortyment wyśle, w jakiej ilości, w jakim terminie. * WebEDI wysyła potwierdzenie zamówienia (ORDRSP) do dystrybutora. * (opcja) Dostawca informuje WebEDI o skompletowaniu wysyłki. WebEDI wysyła awizo dostawy (DESADV) do dystrybutora. * WebEDI wysyła fakture do dystrubutora w imieniu dostawcy.

8. Tematy powiązane

EDI Dokumenty sprzedaży EDI Dokumenty zakupu EDI Stosowane oznaczenia EDI Trawers A i B. Wymiana dokumentów SOA Funkcje OutBound i InBound Kronika operacji (log) Zestawienia tabelaryczne Statystyki zbiorów danych Utrzymanie instalacji IT Konfiguracja programu RI Rozwiązania indywidualne Parametry ogólne 01xx 02xx 03xx 08xx http://www.ebscom.eu/blog/edi/edi_pl.html http://www.ecr.pl/grupy/grupa_edi/pliki/pakiet_informacyjny_edi.pdf Słowa kluczowe #e-EDI #Raporty-FormatyDanych