Najczęściej zadawane pytania / Anveo EDI Connect / Jak skonfigurować sprawdzanie danych i przetwarzanie danych w mapowaniach NAV
Jest to tłumaczenie automatyczne. Pierwotne stanowisko jest dostępne w angielski.

Jak skonfigurować sprawdzanie danych i przetwarzanie danych w mapowaniach NAV

Ten artykuł dotyczy wszystkich przypadków importu, niezależnie od tego, czy oryginalna wiadomość została odebrana w postaci pliku XML, pliku EDIFACT itd. Celem kontroli i przetwarzania jest ustalenie, czy wszystkie wymagane dane zostały przesłane w wiadomości (a jeśli tak nie jest, zatrzymanie przetwarzania), czy wszystkie niezbędne dane w lokalnym systemie NAV można znaleźć (klient, sprzedawcy, przedmioty itp.) i czy wszystkie przesłane dane są również ważne (czy ceny, które zostały przesłane dla tego artykułu są prawidłowe? A może są przestarzałe?). Dla wszystkich tych kontroli i procesów należy użyć mapowania typu NAV, ponieważ wszelkie manipulacje danymi mogą być wykonywane tylko w mapowaniu typu NAV.

Pierwszą możliwością jest polecenie „TESTFIELD”. Po utworzeniu nowej linii mapowania należy ustawić Typ na „Command”, a Typ polecenia na „TESTFIELD”. Często używanym typem porównawczym jest „Not Blank”, który sprawdza, czy pole zawiera wartość czy nie. Jest to przydatne w przypadku zewnętrznych numerów pozycji lub numerów GTIN podczas przetwarzania zleceń – numeru, którego nie posiadasz, nie można przetłumaczyć na wewnętrzny numer pozycji NAV. To samo dotyczy numerów klientów i sprzedawców. Jeśli używasz tłumaczenia wartości dla typów kontaktów i odsyłacza do bazy danych, aby uzyskać klientów i dostawców z bazy danych na przykład poprzez GLN, możesz użyć pola testowego do sprawdzenia, czy pole „Internal No.” w odpowiednim kontakcie EDI zostało wypełnione (np. klient został odnaleziony) i wyświetli błąd, jeśli pole jest puste.
Możesz użyć innych rodzajów porównań jak EQUAL / NOT EQUAL i GREATER / LESS do wykonania podobnych kontroli. Aby pozostać na przykładzie cen: czy cena z wiadomości jest równa tej, która jest ustawiona dla tego artykułu i tego klienta/sprzedawcy w bieżącym okresie w Twojej bazie danych? Dla każdego TESTFIELD można użyć niestandardowego tekstu błędu, który będzie wyświetlany podczas konwersji (testowania) i w kolejce przetwarzania.

Kiedy otrzymujesz wiadomość o zamówieniu i otrzymasz numer artykułu producenta w wiadomości, możesz chcieć zidentyfikować artykuł w swojej bazie danych. Jeśli na przykład zachowujesz numery artykułów producenta w tabeli artykułów, możesz użyć mapowania NAV, aby pobrać nasz artykuł i zapisać jego numer w EDI Document Line. Jak to zrobić?
Na początku należy wpisać numer artykułu producenta. do pola „Nr pozycji zewnętrznej” w tabeli „EDI Document Line in your import mapping. W poniższym mapowaniu NAV ustawiasz pętlę nad wszystkimi liniami dokumentów EDI i wgłębienie pod pętlą wstawiasz pętlę nad tabelą „Item”. W łączu pozycji danych łączysz dwie tabele po polach, które zawierają te same numery: „Numer pozycji zewnętrznej” z tabeli „EDI Document Line” oraz z bazy danych, w której przechowywane są numery. Jeśli pętla elementu tabeli znajdzie odpowiedni element, można wpisać numer elementu. do wiersza dokumentu EDI, do pola „Nr”, w linii odwzorowania danych wgłębienie poniżej pętli tabeli pozycji.
Jeśli chcesz później sprawdzić, czy naprawdę jest numer artykułu. w EDI Document Line, można użyć funkcji TESTFIELD w polu „No.” i pokazać błąd, jeśli jest pusty.

Nie musisz przenosić wszystkich danych z tabel NAV do Dokumentu EDI, kiedy nasz moduł tworzy rekordy w tabelach NAV każdy wyzwalacz OnValidate zostanie wykonany, a wszystkie dane pobrane z bazy danych zostaną automatycznie zapisane przez system do dokumentu sprzedaży.