Jest to tłumaczenie automatyczne. Pierwotne stanowisko jest dostępne w angielski.

Aktualizacja

Anveo EDI Connect wykorzystuje schemat wersjonowania, w którym mamy wersję główną, podrzędną i numer wersji, np. 4.00.01 (wersja: 4, wersja podrzędna: 00, wersja 01). Procedura aktualizacji została wyjaśniona poniżej. Istnieje artykuł w bazie wiedzy na temat tego , czy należy zaktualizować moduł w istniejącym systemie na żywo. Aktualizacja wersji modułu jest uważana za bezpieczną, ale nadal należy przetestować system po aktualizacji.

Za każdym razem, gdy zmieniamy główną wersję, mogą wystąpić zmiany techniczne. Dokumentujemy wszystkie zmiany między wersjami w rozdziale Co nowego.

W tej sekcji przedstawimy instrukcje aktualizacji w oparciu o wybraną powyżej wersję modułu. Upewnij się, że wybrałeś właściwą wersję.

Przed rozpoczęciem aktualizacji należy wykonać kopię zapasową mapowań i obiektów EDI. Zawsze najpierw wypróbuj nową wersję w środowisku testowym. Jeśli planujesz aktualizację środowiska na żywo, skontaktuj się wcześniej z naszym działem pomocy technicznej, aby upewnić się, że dostępne są zasoby na wypadek, gdybyś potrzebował pomocy.

Instalacja FOB

Ta sekcja nie ma zastosowania, jeśli korzystasz z wersji Extension naszego modułu dla Business Central.

W przypadku aktualizacji z wersji wcześniejszej niż 1.47 należy sprawdzić, czy istnieje tabela o nazwie “EDI Version Branch” i usunąć dane tabeli oraz obiekt przed aktualizacją do nowszej wersji.

Możesz zaimportować nowe obiekty, ale uważaj, aby nie nadpisać swoich dostosowań. Nie musisz importować codeunit EDI Callback, ponieważ istnieje drugi codeunit 5327313 EDI Callback - Template, który jest dostarczany z Anveo EDI Connect. Jeśli dodamy funkcję do codeunit EDI Callback, dodamy ją również do szablonu. Możesz po prostu skopiować nową funkcjonalność z codeunit 5327313 EDI Callback - Template do codeunit wywołania zwrotnego EDI. Sama codeunit wywołania zwrotnego EDI nie zmieniła się od wersji 1.47 do 4.00. Dostępnych jest jednak kilka nowych funkcji pomocniczych umożliwiających dostęp do parametrów funkcji.

Jeśli korzystasz z komponentów komunikacji zdalnej, zainstaluj je ponownie, jeśli uległy zmianie.

Po aktualizacji należy uruchomić polecenie kompilacji ze środowiska programistycznego dla wszystkich obiektów EDI (ID obiektu „5327300” do „5327399”). Jeśli pojawią się błędy z powodu brakujących plików Dll automations/.NET, możesz je zignorować, jeśli nie potrzebujesz tej funkcjonalności:

  • Remote Communication
    • przesyłanie plików przez ftp/ftps, e-mail
  • ZUGFeRD
    • specjalne faktury PDF

Po zaktualizowaniu obiektów otwórz okno EDI Setup. Możesz zostać poproszony o ponowne uruchomienie klienta lub aktualizację danych EDI mapping. Postępuj zgodnie z instrukcjami wyświetlanymi na ekranie. Jeśli korzystasz z serwera NAS (NAV Application Server), konieczne może być jego ponowne uruchomienie.

W zależności od aktualizacji, w mapowaniach EDI może również pojawić się wiele nowych właściwości. mapping EDI zostaną zaktualizowane automatycznie, ale po aktualizacji należy sprawdzić każde z nich.

Wróć do tej sekcji, jeśli otrzymasz nowszą wersję obiektów i dokumentacji, aby sprawdzić, czy wymagane są dodatkowe kroki.

Testowanie modułu po aktualizacji

Po każdej aktualizacji należy upewnić się, że mapowania EDI nadal działają zgodnie z oczekiwaniami. Jeśli nastąpią zmiany w API lub konwerter będzie zachowywał się inaczej (tylko w przypadku większych aktualizacji), udokumentujemy je w naszym dzienniku zmian. Nie spodziewamy się żadnych problemów po mniejszej lub poprawkowej aktualizacji, ale mamy tylko ograniczoną liczbę przypadków testowych. Obowiązkiem użytkownika jest upewnienie się, że moduł działa poprawnie po aktualizacji.

Zdecydowanie zalecamy wypróbowanie każdej aktualizacji w systemie testowym przed aktualizacją systemu na żywo. Bezpośrednia aktualizacja działającego systemu zawsze wiąże się z ryzykiem, że interfejsy EDI przestaną działać poprawnie. Jeśli dane EDI mają krytyczne znaczenie dla firmy, należy to uwzględnić w scenariuszu aktualizacji. Wszystkie istotne interfejsy powinny zostać sprawdzone w systemie testowym i powinny istnieć plany, jak przełączyć się na poprzednią wersję, jeśli wystąpią nieprzewidziane trudności.