EDI Business Transaction Type
Typ transakcji biznesowej definiuje możliwy ogólny przypadek biznesowy. Może to być na przykład faktura wychodząca lub przychodzące zamówienia.
Ta struktura danych jest również używana do definiowania automatycznego gromadzenia danych, na przykład w celu znalezienia wszystkich nowych faktur w systemie i uruchomienia działań EDI. Typ transakcji biznesowej definiuje również sposób określania partnera EDI na podstawie danych biznesowych.
Każdy przepływ transakcji składa się z jednego lub więcej typów transakcji biznesowych, wykorzystujących różne punkty wejścia procesu, które określają sposób obsługi danych na każdym etapie. Zrozumienie tych różnych typów struktury EDI Business Transaction Type jest niezbędne do ustanowienia wydajnych i niezawodnych procesów EDI.
Process Entry Point
Incoming Transmission
Ten typ służy do odbierania i importowania danych z systemów zewnętrznych do Dynamics 365 Business Central. Jest to zazwyczaj pierwszy krok w transakcji i jest odpowiedzialny za analizowanie pliku wejściowego (np. EDIFACT, XML, CSV) i importowanie danych do wewnętrznej struktury buforowej.
- Przykładowy przypadek użycia: Otrzymywanie zamówień zakupu lub faktur od partnerów handlowych.
Data Collection
Ten typ służy do wyodrębniania danych z Dynamics 365 Business Central. Pobiera niezbędne rekordy z tabel, takich jak zamówienia sprzedaży, faktury lub przesyłki, przygotowując je do eksportu.
- Przykładowy przypadek użycia: Gromadzenie otwartych zamówień sprzedaży do wyeksportowania jako odpowiedzi na zamówienie lub potwierdzenia.
Sub-Process
Typ Sub Process jest używany głównie do pracy ze strukturami buforowymi, takimi jak EDI Document lub powiązane tabele buforowe. W przeciwieństwie do innych typów, które działają bezpośrednio na pojedynczym pliku (Dane przychodzące) lub rekordzie źródłowym w Business Central (Gromadzenie danych), działania Sub Process zwykle działają na pośrednich danych buforowych.
Ten typ jest niezbędny do strukturyzowania i kontrolowania przepływu logiki przetwarzania zarówno w scenariuszach importu, jak i eksportu.
Kluczowe przypadki użycia
- Transformacja bufora: W scenariuszach importu przychodzący plik jest najpierw mapowany do struktury bufora. Następnie proces podrzędny przejmuje dalsze przetwarzanie tego bufora. Może to być przetwarzanie bufora 1:1 lub scenariusz 1:n, w którym jeden przychodzący rekord generuje wiele wpisów w buforze.
- Obsługa wsadowa z tolerancją błędów: Gdy pojedynczy plik zawiera wiele dokumentów biznesowych (np. wiele zamówień), każdy rekord bufora może być przetwarzany we własnym podprocesie. Gwarantuje to, że awaria jednego dokumentu nie zablokuje przetwarzania innych.
- Export Mapping Preparation: W przepływach eksportowych typ Data Collection gromadzi rekordy, takie jak faktury sprzedaży lub wysyłki i przygotowuje je w strukturach buforowych. Proces podrzędny jest następnie używany do przetwarzania tego bufora, przekształcając lub mapping dane, zanim zostaną one wyprowadzone jako XML, EDIFACT lub inny wymagany format.
Z poziomu mapping powiązany rekord transakcji biznesowej (np. dokument EDI) jest zawsze dostępny, więc za każdym razem, gdy chcemy zmienić główny rekord w celu dalszego przetwarzania, możemy użyć do tego podprocesu.
Konwencje nazewnictwa
Chociaż możesz używać dowolnego kodu, zalecamy stosowanie spójnych konwencji nazewnictwa. Poniżej znajdują się nasze konwencje, które pomagają natychmiast zidentyfikować cel transakcji i jej rolę w łańcuchu przetwarzania.
Każda nazwa typu transakcji biznesowej jest zazwyczaj zgodna z tym formatem:
[DOCUMENT_TYPE]_[ROLE]
Gdzie:
- [DOCUMENT_TYPE] opisuje przetwarzany dokument biznesowy (np. ORDERS, INVOIC, DESADV).
- [ROLE] wskazuje funkcję podtypu w ramach transakcji.
Zalecane przyrostki ról
| Przyrostek | Podtyp | Opis |
|---|---|---|
| _INCOMING | Incoming Transmission | Obsługuje przychodzące pliki (np. XML, EDIFACT) do importu. |
| _COLLECT | Data Collection | Gromadzi dane z Business Central (np. faktury). |
| _PROCESSING | Sub-Process | Przetwarza dane bufora (np. transformacja importu). |
| _OUTGOING | Sub-Process | Końcowa transformacja bufora i mapping przed eksportem. |
Przykładowe wzorce nazewnictwa:
- ORDERS_INCOMING
Służy do importowania przychodzących plików zamówień zakupu do tabel buforowych. - ORDERS_PROCESSING
Przygotowanie danych i utworzenie zleceń sprzedaży z rekordu bufora utworzonego przez ORDERS_INCOMING. - INVOIC_COLLECT
Pobiera zaksięgowane faktury sprzedaży i utworzone rekordy bufora. - INVOIC_OUTGOING
Mapuje i przekształca zebrany bufor faktur do wychodzącego formatu EDI.
Pola
To pole jest częścią klucza głównego. Możesz użyć dowolnego kodu. Zalecamy stosowanie kodów opisowych, takich jak INVOICE_OUT, ORDERS_IN itp.
W zależności od Process Entry Point pole to określa, która tabela jest używana do zapisów transakcji biznesowych.
To pole przechowuje identyfikator Transaction Data Table
To pole definiuje pole, które jest używane jako numer referencyjny w tabeli transakcji biznesowych. Pole to nie wpływa na żadną logikę przetwarzania, ale jest głównym polem wyszukiwania dokumentu z perspektywy użytkownika końcowego.
Jest to techniczny numer pola dla pola Reference No. Field
To, czy można użyć tego pola, zależy od Process Entry Point.
Określa, że partner komunikacyjny dla tego EDI Business Transaction Type zależy od wartości z Transaction Data Table.
Partner komunikacyjny jest pojedynczy dla tego EDI Business Transaction Type.
Określa pole używane do znalezienia partnera komunikacyjnego.
Nr pola technicznego. dla pola Relation Field Name.
To pole definiuje punkt wejścia procesu. Punkt wejścia procesu określa wiele innych dostępnych opcji.
Proces ma istniejące dane w Microsoft Dynamics 365 Business Central jako punkt wejścia. Ta opcja umożliwia zdefiniowanie zadań automatycznego zbierania danych.
(Wartość całkowita tej opcji w bazie danych wynosi 0)
Proces rozpoczyna się od transmisji z kanału komunikacyjnego.
(Wartość całkowita tej opcji w bazie danych wynosi 1)
Proces jest podczęścią innego procesu. Transaction Data Table nie musi być taka sama. Ta opcja definiuje, że ten typ transakcji biznesowej może być wywoływany tylko jako podproces innego.
(Wartość całkowita tej opcji w bazie danych wynosi 2)
Określa, czy chcesz włączyć automatyczne zbieranie danych. Należy pamiętać, że konieczne będzie również zdefiniowanie zadania uruchamiającego automatyczne zbieranie danych. Za pomocą tej opcji można określić, który typ pola jest używany do wykrywania nowych rekordów.
Nie chcesz włączać automatycznego gromadzenia danych.
(Wartość całkowita tej opcji w bazie danych wynosi 0)
Zmiany można śledzić na podstawie znacznika czasu SQL. Jest to możliwe tylko w przypadku Microsoft Dynamics 2013R2 i nowszych. W BC 17 wprowadzono nowe pole systemowe, które zawiera datę/godzinę ostatniej modyfikacji. Zdecydowanie zalecamy użycie tej opcji z opcją Date Field.
(Wartość całkowita tej opcji w bazie danych wynosi 1)
Chcesz użyć pola daty.
(Wartość całkowita tej opcji w bazie danych wynosi 2)
Chcesz użyć pola kodu.
(Wartość całkowita tej opcji w bazie danych wynosi 3)
Chcesz użyć flagi logicznej, fałsz oznacza, że dane nie zostały jeszcze wyeksportowane. Pole zostanie zmienione automatycznie. Opcja ta nie działa na chronionych tabelach systemowych, takich jak nagłówki faktur.
(Wartość całkowita tej opcji w bazie danych wynosi 4)
Zawsze eksportuj wszystkie rekordy. Może to być przydatne na przykład do eksportowania wszystkich otwartych zleceń. Filtry z DataView są nadal stosowane, co daje możliwość korzystania z niestandardowych pól lub kryteriów.
(Wartość całkowita tej opcji w bazie danych wynosi 5)
Ta opcja umożliwia wyeksportowanie wszystkich wpisów znajdujących się w określonym przedziale czasu, obliczonym względem ostatniego uruchomienia zadania (nie bieżącej daty). Na przykład, jeśli określisz „30 dni” i użyjesz „Daty księgowania” jako pola filtra, moduł weźmie pod uwagę wpisy zaksięgowane w ciągu 30 dni przed ostatnim uruchomieniem, zgodnie z zapisem w polu „Ostatnia data/wartość czasu”.
Eksport jest filtrowany w celu uwzględnienia tylko wpisów, w których wybrane pole daty jest większe niż „Ostatnia wartość daty/godziny” pomniejszona o określony przedział czasu. Nie istnieje filtr zapobiegający eksportowaniu wpisów z datą większą niż dzisiejsza.
Jeśli opcja „Ignoruj duplikaty” jest włączona w grupie akcji, moduł sprawdza cały przedział czasowy pod kątem wpisów i eksportuje tylko te, które nie zostały wcześniej wyeksportowane.
(Wartość całkowita tej opcji w bazie danych wynosi 6)
Określa sposób obsługi wpisów, w których nie można znaleźć partnera komunikacyjnego.
Tworzenie wpisów i oznaczanie ich.
(Wartość całkowita tej opcji w bazie danych wynosi 0)
Nie należy tworzyć wpisów w tabeli transakcji biznesowych.
(Wartość całkowita tej opcji w bazie danych wynosi 1)
Definiuje pole, które jest używane do wyszukiwania nowych wpisów.
Numer pola technicznego dla pola Change Detection Field Name zmian.
Definiuje widok tabeli, który jest stosowany dodatkowo do kryteriów automatycznego gromadzenia danych.
Przechowuje ostatni znacznik czasu. Jeśli opcja Automatic Data Collection jest ustawiona na
SQL Timestamp, do tabeli danych zostanie zastosowany filtr, wyszukujący tylko wpisy o wartości wyższej niż ta. Po wykonaniu zadania w tym polu zapisywana jest ostatnia wartość.
Przechowuje ostatni znacznik czasu. Jeśli opcja Automatic Data Collection jest ustawiona na Code Field, do tabeli danych zostanie zastosowany filtr, wyszukujący tylko wpisy o wartości wyższej niż ta. Po wykonaniu zadania w tym polu zapisywana jest ostatnia wartość.
Przechowuje ostatni znacznik czasu. Jeśli opcja Automatic Data Collection jest ustawiona na Date Field, do tabeli danych zostanie zastosowany filtr, wyszukujący tylko wpisy o wartości wyższej niż ta. Po wykonaniu zadania w tym polu zapisywana jest ostatnia wartość.
Przechowuje datę/godzinę utworzenia tabeli.
Przechowuje datę/godzinę modyfikacji tego rekordu.