This object in Maica is used to define specific dates or periods where the Resource is unavailable, i.e. when they are not able to work.
Fields & Relationships
The table below provides a comprehensive overview of all fields and relationships for the Unavailability object in Maica. Please refer to the table below for detailed information.
Click here to view and download the complete Support Category Schema.
Validation Rules
The list below outlines the Validation Rules applied to the Unavailability Object in Maica.
Please refer to the list below for more detailed information on each Validation Rule.
Unavailable To Date Cannot Be Before Unavailable From Date
Ensures that the Unavailable To date cannot be before the Unavailable From date.
Validation Rule Detail
Rule Name
VAL_UNAVAILABILITY_0001
Error Message
VAL_0001: The Unavailable To date cannot be before the Unavailable From date
The list below outlines the Trigger Handlers applied to the Support Item Object in Maica.
Please refer to the list below for more detailed information on each Trigger Handler.
Unavailability Status
This trigger is designed to manage the status of unavailability records in Maica.
Detail
Load Order
1
Label
UnavailabilityStatus_MDTM
Execution, Logic & Outcome
Execution of Trigger Logic:
The trigger logic defined in the UnavailabilityStatus_MDTM class is executed when the trigger conditions are met. The class contains the code that manages the status setting process for unavailability records.
Trigger Conditions:
When a new unavailability record (maica__Unavailability__c) is created.
When an existing unavailability record is updated.
Any specific field changes that are monitored by the trigger (defined in the handler class).
Logic Explanation
Initialisation:
When an unavailability record is created or updated, the trigger is initialized. The UnavailabilityStatus_MDTM metadata type configuration is loaded, ensuring that the trigger is active (Active__c is true) and has the correct load order (Load_Order__c is 1.0).
Trigger Execution:
Upon initialisation, the trigger executes the logic defined in the UnavailabilityStatus_MDTM class.
The class methods perform the following steps:
Validation: The unavailability data is validated to ensure it is complete and accurate.
Status Setting: Based on predefined criteria, the status of unavailability is set or updated for each record, ensuring that it meets all necessary standards and requirements.
Update: The unavailability record is updated with the status details, indicating whether it has passed or failed the validation checks.
Trigger Outcome:
Once executed, the trigger ensures that each unavailability record has its status set or updated correctly, according to the logic specified in the handler class. This helps maintain accurate and consistent status data for unavailability records.
Unavailability Appointments
This trigger is designed to manage the appointments related to unavailability records in Maica.
Detail
Load Order
2
Label
UnavailabilityAppointments_MDTM
Execution, Logic & Outcome
Execution of Trigger Logic:
The trigger logic defined in the UnavailabilityAppointments_MDTM class is executed when the trigger conditions are met. The class contains the code that manages the appointment management process for unavailability records.
Trigger Conditions:
When a new unavailability record (maica__Unavailability__c) is created.
When an existing unavailability record is updated.
Any specific field changes that are monitored by the trigger (defined in the handler class).
Logic Explanation
Initialization:
When an unavailability record is created or updated, the trigger is initialized. The UnavailabilityAppointments_MDTM metadata type configuration is loaded, ensuring that the trigger is active (Active__c is true) and has the correct load order (Load_Order__c is 2.0).
Trigger Execution:
Upon initialization, the trigger executes the logic defined in the UnavailabilityAppointments_MDTM class.
The class methods perform the following steps:
Validation: The unavailability data is validated to ensure it is complete and accurate.
Appointment Management: Based on the unavailability, related appointments are either created or updated to ensure they reflect the unavailability accurately.
Update: The unavailability record is updated with the newly managed appointment data if necessary.
Trigger Outcome:
Once executed, the trigger ensures that each unavailability record has its related appointments managed correctly, according to the logic specified in the handler class. This helps maintain accurate appointment data and ensures that all appointments are in sync with unavailability records.