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

Aktualizacja

Anveo EDI Connect używa schematu wersjonowania, gdzie mamy major, minor i numer rewizji, np. 4.00.01 (wersja: 4, wersja minor: 00, rewizja 01). Procedura aktualizacji jest wyjaśniona poniżej. Istnieje artykuł w bazie wiedzy na temat tego, czy powinieneś aktualizować moduł w istniejącym systemie na żywo. Aktualizacja rewizji modułów jest uważana za bezpieczną, ale nadal należy przetestować system po aktualizacji.

Za każdym razem, gdy zmieniamy główną wersję, mogą pojawić się zmiany techniczne. Wszystkie zmiany pomiędzy wersjami dokumentujemy w rozdziale Co jest nowe.

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

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

FOB-Instalacja

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

Jeśli aktualizujesz z wersji wcześniejszej niż 1.47, sprawdź czy istnieje tabela o nazwie “EDI Version Branch” i usuń dane tabeli oraz obiekt przed aktualizacją do nowszej wersji.

Możesz zaimportować nowe obiekty, ale uważaj, aby nie nadpisać swoich dostosowań. Nie trzeba importować EDI Callback codeunit owej, ponieważ istnieje druga jednostka codeunit 5327313 EDI Callback - Template, która jest dostarczana 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 swojej codeunitowej wywołania zwrotnego EDI. Sama codeunit wywołania zwrotnego EDI nie uległa zmianie z wersji 1.47 na 4.00. Ale jest kilka nowych funkcji pomocniczych dostępnych w celu uzyskania dostępu do parametrów funkcji.

Jeśli używasz komponentów do komunikacji zdalnej, zainstaluj je ponownie, jeśli uległy zmianie.

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

  • Remote Communication
    • transfer plików przez ftp/ftps, email
  • ZUGFeRD
    • specjalne faktury PDF

Po aktualizacji obiektów należy otworzyć okno EDI Setup. Możesz zostać poproszony o ponowne uruchomienie klienta lub aktualizację danych EDI mapping. Proszę postępować zgodnie z instrukcjami na ekranie. W przypadku korzystania z serwera aplikacji NAV (NAS) może być również konieczne jego ponowne uruchomienie.

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

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

Testowanie modułu po aktualizacji

Po każdej aktualizacji należy upewnić się, że mapowania EDI nadal zachowują się zgodnie z oczekiwaniami. Jeśli nastąpią zmiany w API lub konwerter będzie zachowywał się inaczej (tylko przy większych aktualizacjach), udokumentujemy je w naszym dzienniku zmian. Nie spodziewamy się żadnych problemów po małej lub poprawionej aktualizacji, ale mamy tylko ograniczoną ilość przypadków testowych. Twoim obowiązkiem jest upewnienie się, że moduł zachowuje się 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 niesie ze sobą ryzyko, że interfejsy EDI przestaną działać poprawnie. Jeśli dane EDI są krytyczne dla biznesu, musi to być uwzględnione w scenariuszu aktualizacji. Wszystkie istotne interfejsy powinny być sprawdzone w systemie testowym i powinny istnieć plany, jak przejść do poprzedniej wersji, jeśli wystąpią nieprzewidziane trudności.