| Nazwa | Obiekt | Komunikat o błędzie i opis | Stan domyślny | Lustrzane odbicie w Apex |
|---|---|---|---|---|
| Check_asset_manager | Asset_Owner | Komunikat o błędzie: Wybierz użytkownika Salesforce, gdy pole ‘Może zarządzać aktywami’ jest zaznaczone. Opis: Reguła walidacji istnieje wyłącznie w celu wyświetlenia komunikatu o błędzie w interfejsie użytkownika dla użytkowników, gdy spełnione są określone warunki. Istnieje równoważna logika walidacji zaimplementowana w Apex | ✅ | ✅ |
| Change_Value_type | Asset_Property | Komunikat o błędzie: Nie można zmienić typu wartości, gdy co najmniej jeden zasób korzysta z tej właściwości. Opis: Reguła walidacji istnieje wyłącznie w celu wyświetlenia komunikatu o błędzie w interfejsie użytkownika dla użytkowników, gdy spełnione są określone warunki. Istnieje równoważna logika walidacji zaimplementowana w Apex | ✅ | ✅ |
| Równe_ograniczenie_odbiorcy_i_nadawcy | Asset_Transfer | Przestarzałe | ||
| Wrong_Recipient_for_To_admin_direction | Asset_Transfer | Komunikat o błędzie: Właściciel zasobu z włączoną opcją “Może zarządzać zasobami” powinien być wybrany w polu “Odbiorca zasobu” dla kierunku transferu “Użytkownik do administratora”.” Opis: Reguła walidacji istnieje wyłącznie w celu wyświetlenia komunikatu o błędzie w interfejsie użytkownika dla użytkowników, gdy spełnione są określone warunki. Istnieje równoważna logika walidacji zaimplementowana w Apex Działa tylko w przypadku ustawienia lub zmiany odbiorcy, więc późniejsze odznaczenie opcji “Może zarządzać zasobami” przez administratora nie spowoduje zamrożenia przelewów, które już je nazwały. | ✅ | ✅ |
| Nieprawidłowy_nadawca_dla_kierunku_użytkownika | Asset_Transfer | Komunikat o błędzie: Właściciel zasobu z włączoną opcją “Może zarządzać zasobami” powinien być wybrany w polu “Nadawca zasobu” dla kierunku transferu “Administrator do użytkownika”.” Opis: Reguła walidacji istnieje wyłącznie w celu wyświetlenia komunikatu o błędzie w interfejsie użytkownika dla użytkowników, gdy spełnione są określone warunki. Istnieje równoważna logika walidacji zaimplementowana w Apex Działa tylko w przypadku ustawienia lub zmiany nadawcy, więc późniejsze odznaczenie opcji “Może zarządzać zasobami” przez administratora nie spowoduje zamrożenia przelewów, które już je nazwały. | ✅ | ✅ |
| restrict_change_field | Asset_Unit | Komunikat o błędzie: Nie można zmienić “Nazwy”, “ID”, “Typu” i “Pakietu” zasobu, gdy zasób ma status “W użyciu”, “Zarezerwowany” lub “Usunięty”. | ✅ | |
| restrict_change_owner | Asset_Unit | Komunikat o błędzie: Nie można ustawić użytkownika innego niż użytkownik dla nowego zasobu. Nie można ręcznie zmienić właściciela zasobu - należy użyć obiektu transferu zasobu. Opis: Reguła walidacji istnieje wyłącznie w celu wyświetlenia komunikatu o błędzie w interfejsie użytkownika dla użytkowników, gdy spełnione są określone warunki. Istnieje równoważna logika walidacji zaimplementowana w Apex | ✅ | ✅ |
| restrict_status_change | Asset_Unit | Komunikat o błędzie: Nie można ręcznie ustawić ani zmienić wartości statusu: “Reserved”, “Disposed”, “In Use” i “Bundled”. Należy użyć odpowiedniego obiektu. Dla “W użyciu” i “Zarezerwowane” użyj Transferu aktywów, dla “Usunięte” użyj Utylizacji aktywów, dla “Połączone” użyj Połączenia aktywów. Opis: Reguła walidacji istnieje wyłącznie w celu wyświetlenia komunikatu o błędzie w interfejsie użytkownika dla użytkowników, gdy spełnione są określone warunki. Istnieje równoważna logika walidacji zaimplementowana w Apex | ✅ | ✅ |
| Nieprawidłowy_odbiorca_właściciel_archiwum | Asset_Transfer | Komunikat o błędzie: Nie można przenosić zasobów od/do właściciela o statusie “Zarchiwizowane” Opis: Blokuje nadawanie zarchiwizowanego właściciela jako odbiorcy, ale tylko wtedy, gdy odbiorca jest ustawiony lub zmieniony, więc późniejsze zarchiwizowanie właściciela nie może zamrozić transferów, które już go nadały. Reguła walidacji istnieje wyłącznie po to, aby wyświetlać użytkownikom komunikat o błędzie w interfejsie użytkownika po spełnieniu określonych warunków. W Apex zaimplementowano analogiczną logikę walidacji. | ✅ | ✅ |
| Nieprawidłowy_nadawca_właściciel_archiwum | Asset_Transfer | Komunikat o błędzie: Nie można przenosić zasobów od/do właściciela o statusie “Zarchiwizowane” Opis: Blokuje nadawanie nazwy właścicielowi archiwum jako nadawcy, ale tylko wtedy, gdy nadawca jest ustawiony lub zmieniony, więc późniejsze zarchiwizowanie właściciela nie może zamrozić transferów, które już go nadały. Reguła walidacji istnieje wyłącznie po to, aby wyświetlać użytkownikom komunikat o błędzie w interfejsie użytkownika po spełnieniu określonych warunków. W Apex zaimplementowano analogiczną logikę walidacji. | ✅ | ✅ |
| Wrong_Asset_Admin | Żądanie_zasobu | Komunikat o błędzie: W polu “Administrator zasobów” należy wybrać właściciela zasobu z włączoną opcją “Może zarządzać zasobami”. Opis: Blokuje nadawanie właścicielowi bez opcji “Może zarządzać zasobami” nazwy „Administrator zasobów”, ale tylko wtedy, gdy pole jest ustawione lub zmienione. Dlatego późniejsze odznaczenie pola nie może zablokować żądań, które już nadały im nazwy — w tym automatycznej aktualizacji statusu z przepływu Change_Asset_request_status. Żądanie dotyczące zasobów nie ma wyzwalacza, więc ta reguła nie ma odpowiednika w Apex. | ✅ | |
| restrict_duplicate_disposals | Utylizacja | Przestarzałe | ||
| Sprawdź_status_zasobu_do_utylizacji | Utylizacja | Komunikat o błędzie: Jednostki aktywów o statusie “Dostępne”, “Niedostępne” i “Do naprawy lub gwarancji” mogą zostać zbyte. Opis: Pozwala na utworzenie dyspozycji tylko dla zasobu w stanie dyspozycji. Działa tylko podczas tworzenia, więc istniejąca dyspozycja pozostaje edytowalna po zmianie statusu zasobu na “Usunięto”, a ponieważ utylizowany zasób nie spełnia reguły, uniemożliwia również później zbycie tego samego składnika aktywów. Dwie zbycia jednego składnika aktywów w ramach pojedynczy Wstaw oba nadal widzą zasób jako dostępny, więc ten przypadek jest wychwytywany w Apex. Pominięto, gdy włączony jest tryb wprowadzania wartości początkowych. Reguła walidacji istnieje wyłącznie po to, aby wyświetlić komunikat o błędzie w interfejsie użytkownika dla użytkowników po spełnieniu określonych warunków. W Apex zaimplementowano odpowiednią logikę walidacji. | ✅ | ✅ |
| Sprawdź_datę_utylizacji | Utylizacja | Komunikat o błędzie: Data utylizacji jest wymagana i nie może przypadać w przyszłości. Opis: Gwarantuje, że każda sprzedaż rejestruje datę faktycznej sprzedaży zasobu. Data może być wcześniejsza niż data utworzenia rekordu, ale nigdy pusta i nigdy w przyszłości. | ✅ | |
| Check_Actual_dates | Naprawa | Komunikat o błędzie: Rzeczywista data końcowa nie może być większa niż rzeczywista data początkowa. Opis: Zapewnia integralność danych, uniemożliwiając użytkownikom wprowadzanie Rzeczywistej Daty Końcowej wcześniejszej niż Rzeczywista Data Rozpoczęcia. Ta reguła wymusza chronologiczną spójność osi czasu projektu lub zadania w aplikacji ITAM. | ✅ | |
| Check_Planned_dates | Naprawa | Komunikat o błędzie: Planowana data zakończenia nie może być większa niż planowana data rozpoczęcia. Opis: Zapewnia, że Planowana data zakończenia nie jest wcześniejsza niż Planowana data rozpoczęcia. Ta reguła pomaga w utrzymaniu logicznego harmonogramu planowanych działań lub projektów w aplikacji ITAM, zapobiegając niespójnościom osi czasu. | ✅ | |
| Validate_date_fields_for_statuses | Naprawa | Komunikat o błędzie: Aby ustawić status “Planowany”, wypełnij pole “Planowana data rozpoczęcia ”Aby ustawić status “W toku”, wypełnij pole “Rzeczywista data rozpoczęcia” i “Planowana data zakończenia ”Aby ustawić status “Ukończony” i “Nieudany”, wypełnij pole ”Rzeczywista data rozpoczęcia“ i ”Rzeczywista data zakończenia".” Opis: Zapewnia wypełnienie wymaganych pól daty w oparciu o wybrany status: - Planowane: wymaga Planowana data rozpoczęcia - W toku: wymaga rzeczywistej daty rozpoczęcia i planowanej daty zakończenia - Ukończono/Nie powiodło się: wymaga rzeczywistych dat rozpoczęcia i zakończenia | ✅ |