Optymalizowanie wielodniowych żądań usług (wersja zapoznawcza)
[Ten artykuł stanowi wstępną wersję dokumentacji i może ulec zmianie.]
Czynności usługowe i wymagania dotyczące planowania mogą być planowane na wiele dni i tygodni. Przykładem jest 40-godzinne zlecenie pracy obejmujące cały tydzień roboczy, w którym oczekuje się, że ten sam technik terenowy będzie wykonywał bardziej szczegółowe prace w tej samej lokalizacji każdego dnia. Teraz można go używać Resource Scheduling Optimization do optymalizacji wielodniowych zgłoszeń serwisowych tego typu.
Ważne
- Jest to funkcja w wersji zapoznawczej.
- Funkcje w wersji zapoznawczej nie są przeznaczone do użytku w środowiskach produkcyjnych i mogą mieć ograniczoną funkcjonalność. Te funkcje są udostępniane przed oficjalnym wydaniem, dzięki czemu klienci mogą szybciej uzyskać do nich dostęp i przekazać opinie na ich temat.
Wielodniowe wymagania dla pojedynczego zasobu
W przypadku wymagań wielodniowych metoda rezerwacji ustawiona dla wymagania określa, jaka logika jest używana podczas planowania wymagania. Następnie system używa czasu trwania szczegółów wymagania w celu zoptymalizowania harmonogramu.
Resource Scheduling Optimization przypisuje wszystkie rezerwacje wielodniowych wymagań do tego samego zasobu w zdefiniowanym zakresie optymalizacji. Jeśli żaden zasób nie jest dostępny lub jeśli dostępne zasoby nie mają wystarczającej dyspozycyjności, aby spełnić wymaganie wielodniowe, system pozostawia wymaganie niezaplanowane.
Planowanie uwzględnia czasy przerw, które są zdefiniowane w kalendarzu zasobu. Rezerwacje wielodniowe są planowane w czasie przerw.
Resource Scheduling Optimization Oblicza również czas podróży z i do lokalizacji początkowej i końcowej, tak jak w przypadku innych rezerwacji na miejscu. Jeśli chcesz, aby technicy podróżowali na własny koszt lub poza godzinami pracy, możesz skonfigurować podróże poza godzinami pracy zgodnie z wymaganiami.
Przypadki szczególne dotyczące wymagań wielodniowych
Zakres optymalizacji jest krótszy niż wymóg wielodniowy
Jeśli zdefiniowany zakres optymalizacji jest krótszy niż długość wymagania wielodniowego, Resource Scheduling Optimization można zaplanować wymaganie wielodniowe dla różnych zasobów.
Na przykład istnieje pięciodniowe wymaganie trzydniowego zakresu optymalizacji. W takim przypadku system przypisuje rezerwacje trzydniowe w zakresie optymalizacji do tego samego zasobu. Następnie, podczas następnego przebiegu optymalizacji, może przypisać pozostałe rezerwacje do innego zasobu.
Aby zapobiec przypisywaniu Resource Scheduling Optimization pozostałych rezerwacji do innego zasobu, można zablokować dowolne rezerwacje wielodniowe do zasobu. Następnie, podczas następnego przebiegu optymalizacji, system przypisuje pozostałe rezerwacje do tego samego zasobu.
Zakres optymalizacji nie pokrywa się w pełni z wymogiem wielodniowym
Jeśli zdefiniowany zakres optymalizacji nie pokrywa się w pełni z zapotrzebowaniem wielodniowym, Resource Scheduling Optimization częściowo spełnia wymaganie wielodniowe.
Na przykład istnieje 40-godzinne wymaganie wielodniowe między 1 marca a 5 marca, ale zakres optymalizacji wynosi dwa dni, od 1 marca do 2 marca. W takim przypadku system tworzy rezerwacje na 1 i 2 marca dla tego samego zasobu. Jeśli w tych dwóch dniach żaden zasób nie jest dostępny, rezerwacje pozostają niezaplanowane. Na kolejne optymalizacje uruchomione w dniach 2 i 3 marca Resource Scheduling Optimization przypisuje rezerwacje na 3 marca.
Aby zapobiec częściowemu spełnianiu przez system wymagań wielodniowych, upewnij się, że zakres optymalizacji jest zgodny z zakresem dat wymagania wielodniowego.
Znane problemy
Przebiegi optymalizacji mogą utworzyć dodatkową rezerwację dla wymagań wielodniowych, jeśli jedna istniejąca rezerwacja ma stan Ukończona.
Jeśli zablokujesz wiele rezerwacji dla różnych zasobów, przebiegi optymalizacji mogą usunąć rezerwacje wielodniowe zamiast je zoptymalizować.