Uaktualnianie z programu Project Service Automation do operacji projektu

Z przyjemnością ogłaszamy drugą z trzech faz uaktualniania z usługi Microsoft Dynamics 365 Project Service Automation do usługi Microsoft Dynamics 365 Project Operations. Ten artykuł zawiera omówienie klientów, którzy rozpoczynają tę ekscytującą podróż.

Program dostarczania uaktualnienia jest podzielony na trzy fazy. Faza 3 jest teraz aktywna dla klientów.

Funkcje procesu uaktualniania

W ramach procesu uaktualniania dzienniki uaktualniania są dodawane do mapy lokacji, aby umożliwić administratorom łatwiejsze diagnozowanie błędów. Oprócz nowego interfejsu dodawane są nowe reguły sprawdzania poprawności w celu zapewnienia integralności danych po uaktualnieniu. Następujące walidacje są dodawane do procesu uaktualniania.

Wymagania wstępne

Aby kwalifikować się do uaktualnienia, musisz spełnić następujące kryteria:

• Prawidłowe licencje operacji projektu muszą być przypisane do wszystkich aktywnych użytkowników.
• Należy zweryfikować proces uaktualniania w co najmniej jednym środowisku nieprodukcyjnym zawierającym reprezentatywny zestaw danych zgodny ze środowiskiem produkcyjnym.
• Środowisko docelowe musi zostać zaktualizowane do najnowszej dostępnej wersji programu Project Service Automation.
• Środowiska zawierające projekty naruszające limity programu Project dla sieci Web mogą używać dodatku klasycznego programu Microsoft Project dla operacji programu Project (dokumentacja tutaj). Środowiska, które nie zawierają projektu z >500 zadaniami, nie mogą używać dodatku.

W przypadku wydania uaktualnienia fazy 3 poszczególne projekty muszą być uaktualniane oddzielnie od środowiska. Po uaktualnieniu projektu jest on wbudowany w program Microsoft Project dla sieci Web i można go edytować z karty zadań w obszarze Operacje projektu. Po wybraniu przycisku uaktualniania podczas wyświetlania jednostki projektu sprawdzanie poprawności rozpoczyna się, aby upewnić się, że projekt jest zgodny z limitami projektu i zadań programu Project for the Web. Projekty, które nie są lub nie można ich uaktualnić, nadal można zarządzać przy użyciu planowania zewnętrznego lub dodatku pulpitu programu Project dla operacji programu Project. Uaktualnione projekty nie będą już edytowalne przy użyciu dodatku klasycznego programu Project.

Licensing

Jeśli masz aktywne licencje na usługę Project Service Automation, możesz zainstalować operacje programu Project i korzystać z nich, co obejmuje wszystkie możliwości automatyzacji usługi Project Service Automation i nie tylko. W ten sposób można przetestować możliwości operacji projektu, gdy będziesz nadal używać usługi Project Service Automation w środowisku produkcyjnym. Po wygaśnięciu licencji usługi Project Service Automation musisz przejść do programu Project Operations. Podczas planowania tego przejścia musisz uwzględnić fakt, że licencja Project Operations nie zawiera licencji programu Project Service Automation.

Testowanie i refaktoryzacja dostosowań

Jako punkt wyjścia zaimportuj wszystkie dostosowania do czystego środowiska Project Operations Core, aby potwierdzić, że importowanie zakończy się pomyślnie, a operacje biznesowe zachowują się zgodnie z oczekiwaniami.

Oto kilka rzeczy, na które należy zwrócić uwagę:

• Importowanie może zakończyć się niepowodzeniem z powodu braku zależności. Innymi słowy, dostosowania odwołują się do pól referencyjnych lub innych składników, które zostały usunięte w operacjach projektu. W takim przypadku usuń te zależności ze środowiska deweloperskiego.
• Jeśli rozwiązania niezarządzane i zarządzane obejmują składniki, które nie są dostosowane, usuń te składniki z rozwiązania. Na przykład podczas dostosowywania jednostki Project dodaj do rozwiązania tylko nagłówek jednostki. Nie dodawaj wszystkich pól. Jeśli wcześniej dodano wszystkie podskładniki, może być konieczne ręczne utworzenie nowego rozwiązania i dodanie do niego odpowiednich składników.
• Formularze i widoki mogą nie być wyświetlane zgodnie z oczekiwaniami. W pewnych okolicznościach, jeśli dostosowano dowolny z wbudowanych formularzy lub widoków, dostosowania mogą uniemożliwić wprowadzenie nowych aktualizacji w operacjach programu Project. Aby zidentyfikować te problemy, zalecamy przeprowadzenie równoległego przeglądu czystej instalacji operacji programu Project oraz instalacji operacji programu Project, która obejmuje dostosowania. Porównaj najczęściej używane formularze w firmie, aby potwierdzić, że twoja wersja formularza nadal ma sens i nie brakuje czegoś z czystej wersji formularza. Wykonaj ten sam typ przeglądu równoległego dla wszystkich dostosowanych widoków.
• Logika biznesowa może zakończyć się niepowodzeniem w czasie wykonywania. Ponieważ odwołania do pól w wtyczkach nie są weryfikowane w czasie importowania, logika biznesowa może zakończyć się niepowodzeniem z powodu odwołań do pól, które już nie istnieją, i może zostać wyświetlony komunikat o błędzie podobny do następującego przykładu: jednostka "Project" nie zawiera atrybutu o nazwie = "msdyn_plannedhours" i NameMapping = "Logical". W takim przypadku zmodyfikuj dostosowania tak, aby używały nowych pól. Jeśli używasz automatycznie wygenerowanych klas serwera proxy i silnych odwołań typu w logice wtyczki, rozważ ponowne wygenerowanie tych serwerów proxy z czystej instalacji. W ten sposób można łatwo zidentyfikować wszystkie miejsca, w których wtyczki zależą od przestarzałych pól.

Po zaktualizowaniu dostosowań w celu czystego importowania operacji projektu przejdź do następnych kroków.

Kompleksowe testowanie w środowiskach deweloperskich

Inicjowanie uaktualnienia

1. W centrum administracyjnym platformy Power Platform znajdź i wybierz swoje środowisko. Następnie w aplikacjach znajdź i wybierz pozycję Dynamics 365 Project Operations (Operacje projektu usługi Dynamics 365).

2. Wybierz pozycję Zainstaluj , aby rozpocząć uaktualnianie. Centrum administracyjne platformy Power Platform przedstawia tę instalację jako nową instalację. Wykryto jednak obecność starszej wersji usługi Project Service Automation, a istniejąca instalacja zostanie uaktualniona.

   Po zakończeniu uaktualniania środowisko powinno pokazać, że program Project Operations jest zainstalowany i że program Project Service Automation nie jest zainstalowany.

   W zależności od ilości danych w środowisku uaktualnienie może potrwać kilka godzin. Podstawowy zespół zarządzający uaktualnieniem powinien odpowiednio zaplanować i uruchomić uaktualnienie w godzinach niebiznesowych. W niektórych przypadkach, jeśli wolumin danych jest duży, uaktualnienie powinno zostać uruchomione w weekend. Decyzja o planowaniu powinna być oparta na wynikach testowania w niższych środowiskach.

3. Uaktualnij rozwiązania niestandardowe odpowiednio. W tym momencie wdróż wszelkie zmiany wprowadzone w dostosowaniach w sekcji Testowanie i refaktoryzacja dostosowań w tym artykule.

4. Przejdź do make.powerapps.com, wybierz środowisko z listy rozwijanej w prawym górnym rogu portalu, wybierz pozycję Rozwiązania z menu po lewej stronie, wybierz rozwiązanie Project Operations Deprecated Components i wybierz pozycję Odinstaluj.

   To rozwiązanie jest tymczasowym rozwiązaniem, które przechowuje istniejący model danych i składniki, które są obecne podczas uaktualniania. Usunięcie tego rozwiązania spowoduje usunięcie wszystkich pól i składników, które nie są już używane. W ten sposób można uprościć interfejs i ułatwić integrację i rozszerzenie.

Uaktualnianie do programu Project Operations Core

W poniższych krokach opisano proces uaktualniania i skojarzone rejestrowanie błędów:

1. Sprawdzanie wersji PSA: Aby zainstalować operacje programu Project, musisz mieć zainstalowaną najnowszą wersję programu Project Service Automation.
2. Wstępna walidacja: Gdy administrator inicjuje uaktualnienie, system uruchamia operację wstępnej weryfikacji dla każdej jednostki, która jest rdzeniem rozwiązania Project Operations. Ten krok sprawdza, czy wszystkie odwołania do jednostek są prawidłowe i zapewnia, że dane powiązane z usługą WBS znajdują się w opublikowanych limitach programu Project dla sieci Web.
3. Uaktualnianie metadanych: Po pomyślnej wstępnej weryfikacji system inicjuje zmiany schematu i tworzy przestarzałe rozwiązanie składników. To przestarzałe rozwiązanie można usunąć po zakończeniu wszystkich wymaganych refaktoryzacji dostosowań. Ten krok jest najdłuższą częścią procesu uaktualniania i może potrwać do czterech godzin.
4. Uaktualnianie danych: Po zakończeniu wszystkich wymaganych zmian schematu w kroku uaktualniania metadanych dane są migrowane do nowego schematu, a wszystkie wymagane wartości domyślne i ponowne obliczanie są wykonywane.
5. Aktualizacja aparatu harmonogramu projektu: Po pomyślnym uaktualnieniu danych karta Harmonogram na stronie głównej zostanie ponownie etykietowana zadania. Gdy użytkownik wybierze tę kartę po uaktualnieniu, zostanie przekierowany do przejścia do siatki śledzenia, aby wyświetlić wersję tylko do odczytu bazy danych. Aby edytować SPP, muszą zainicjować proces konwersji harmonogramu. Wszystkie projekty bez istniejącej bazy danych WBS mogą korzystać bezpośrednio z nowego środowiska planowania bez konwersji.

Weryfikowanie typowych scenariuszy

Podczas sprawdzania poprawności określonych dostosowań zalecamy również przejrzenie procesów biznesowych obsługiwanych w aplikacjach. Te procesy biznesowe obejmują, ale nie są ograniczone do tworzenia jednostek sprzedaży, takich jak oferty i kontrakty, oraz tworzenie projektów obejmujących usługi WBS i zatwierdzanie wartości rzeczywistych.

Istotne zmiany między automatyzacją usługi Project Service Automation i operacjami projektu

Ta sekcja zawiera podsumowanie najważniejszych zmian, których można oczekiwać między automatyzacją usługi Project Service Automation i operacjami programu Project.

Planowanie projektu

Możliwości planowania projektu w operacjach projektu nie opierają się już na kombinacji logiki po stronie klienta i logiki po stronie serwera. Zamiast tego operacje programu Project używają programu Project dla sieci Web jako aparatu planowania. Ta zmiana w funkcjach planowania umożliwia korzystanie z kilku nowych funkcji, takich jak widoki tablicy i wykresu Gantta, planowanie oparte na zasobach, elementy listy kontrolnej zadań i tryby planowania projektu. Nowe funkcje planowania są również obsługiwane przez bogaty zestaw nowych interfejsów programowania aplikacji (API). Te interfejsy API mają pomóc w zapewnieniu, że żadna operacja programowa tworzenia, aktualizowania ani usuwania jednostki w usłudze WBS nie powoduje uszkodzenia pól obliczeniowych w harmonogramie.

Rozliczenia i ceny

W ramach ciągłych inwestycji w operacje projektu dostępnych jest kilka nowych funkcji w rozliczeniach i cenach. Oto kilka przykładów:

• Rejestrowanie użycia materiałów w projektach i zadaniach projektów
• Zarządzanie podumowami
• Kontrakty oparte na zaliczkach i zatrzymaniach
• Kontraktowanie nieprzekraczalnego stanu i weryfikacji
• Rozliczenia oparte na zadaniach

Zarządzanie zasobami

Operacje projektu zapewniają opcjonalną obsługę tablicy uniwersalnego planowania zasobów (URS) i asystenta planowania. To nowe doświadczenie staje się obowiązkowe w kwietniu 2023 r.

Najczęściej zadawane pytania

Które typy wdrożeń są obecnie obsługiwane w celu uaktualnienia?

Jak zainstalować operacje programu Project przed udostępnieniem narzędzi uaktualniania?

Istnieją dwie opcje instalowania operacji programu Project przed udostępnieniem narzędzi uaktualniania:

• Aprowizuj nowe środowisko.
• Wdróż operacje projektu oddzielnie w dowolnej organizacji sprzedaży, w której usługa Project Service Automation nie jest obecna.

Jeśli usługa Project Service Automation jest zainstalowana w organizacji, ale nie została użyta, można ją odinstalować. Po całkowitym usunięciu programu Project Service Automation operacje projektu można zainstalować w tej samej organizacji.