W tym artykule chcielibyśmy opisać proces aktualizacji klienta z sektora usług.
Klient, zatrudniający około 1000 pracowników w Niemczech, ma około 200 użytkowników, którzy codziennie pracują z systemem Dynamics NAV. Celem była aktualizacja z Microsoft Dynamics NAV 2009 R2 Classic do Dynamics NAV 2017.
Wyzwanie
Największe wyzwania związane są z jednej strony z Integracja modułów innych firmz których klient ma kilka w użyciu, np. kompleksowy moduł projektowy z internetową rejestracją czasu pracy, system zarządzania dokumentami i moduły do elektronicznych transakcji płatniczych. Konieczne było zwrócenie szczególnej uwagi na zapewnienie dostępności właściwej wersji dostawcy zewnętrznego w celu wdrożenia obiektów we właściwej wersji. Z drugiej strony Szeroki zakres niestandardowych adaptacji analizowane i oceniane.
Najważniejsze elementy projektu
W dalszej części chcielibyśmy Najważniejsze informacje o projekcie w wyciągach:
Faktem jest, że istnieje kilka tysięcy Dostosowywanie obiektów musiały zostać przeprowadzone. Wielokrotne modyfikacje obiektów w systemie musiały zostać scalone (zintegrowane z nową strukturą obiektów), co zostało pomyślnie zrealizowane.
Ponadto Przeniesienie Raporty w nowym formacie RDLC poważne wyzwanie.
The Projektowanie centrów ról (ekran startowy specyficzny dla grupy użytkowników w NAV), które nie były jeszcze dostępne w NAV 2009 R2 i dlatego zostały utworzone na nowo, wymagały najbardziej precyzyjnych rozważań i definicji z wyprzedzeniem. Utworzono cztery podstawowe centra ról, w zależności od obszaru odpowiedzialności pracowników, np. oddzielne centra ról dla "Księgowości finansowej" lub "Zapotrzebowania na zakup (BANF)".
Oprócz standardowych wymiarów, takich jak "jednostka kosztów" lub "centrum kosztów", klient ma również szereg dodatkowych wymiarów, które są wprowadzane podczas księgowania.
W starym systemie NAV 2009 R2 były one nadal w oddzielnych tabelach dla wymiarów, a teraz zostały zintegrowane w systemie NAV 2009 R2. Logika nowego zestawu wymiarów ID co oznaczało poważną zmianę techniczną.
Opierało się to również na wcześniejszej decyzji, które dostosowania powinny zostać przeniesione do nowego systemu NAV 2017, a które nie. Modyfikacje nie były już potrzebne, ponieważ są teraz dostępne w standardzie.
Kolejną atrakcją aktualizacji było Migracja danych ze względu na dużą ilość danych (rozmiar bazy danych ponad 100 gigabajtów). Konieczne było dostosowanie procedur, aby dane mogły zostać poprawnie zmigrowane.
Procedura
Ze względu na złożoność i duży zakres zmian w projekcie aktualizacji, projekt został podzielony na kilka mniejszych pakietów funkcji, np. "Zarządzanie wymiarami", "Dostosowanie dokumentów", "Interfejs A" itp.
Każdy pakiet został następnie wstępnie przetestowany przez samych deweloperów w dedykowanych laboratoriach. Testy deweloperskie testowane przed wprowadzeniem do Funkcjonalne i Testy integracyjne (sprawdzanie funkcji w łańcuchach procesów) została zweryfikowana przy pomocy kluczowych użytkowników.
Kluczowi użytkownicy, którzy później będą głównie odpowiedzialni za przekazywanie wiedzy specjalistycznej innym pracownikom, zostali zaangażowani w proces aktualizacji i przeszkoleni na wczesnym etapie.
Po udanych testach funkcjonalnych i integracyjnych odbyło się szkolenie testerów, a następnie Test użytkownika końcowego (test akceptacyjny) pracowników, którzy będą później pracować z systemem. W tym przypadku skupiono się również na ergonomii (interfejsie użytkownika) i praktycznej użyteczności wbudowanych funkcji.
Zanim system został uruchomiony, kilka kolejnych Testowe uruchomienia migracji i szkolenie użytkowników końcowych. Następnie ustalono czas uruchomienia na trzy dni, podczas których system został uruchomiony.
Migracja techniczna odbyła się w etapach pośrednich z NAV 2009 R2 do NAV 2013 (konwersja bazy danych i migracja danych), NAV 2015 (konwersja bazy danych i migracja danych) i wreszcie NAV 2017 (konwersja bazy danych, migracja danych i pełne scalenie obiektów).
Realizacja projektu
Aktualizacja została ukończona w ciągu dziesięciu miesięcy, a Dynamics NAV został zoptymalizowany dla klienta, szczególnie pod względem funkcjonalności.
Dzięki doskonałej organizacji projektu ze strony klienta i bardzo dobrej współpracy między zespołem programistów klienta a programistami z bartolome röder AG, projekt został zakończony pomyślnie i zgodnie z harmonogramem.
