An administrator at Cloud Kicks is configuring field requirements for a custom parent object, Equipment_Service_Plan__c, and a custom child object, Service_Log__c. The two objects are connected via a Lookup relationship so that service logs can be retained independently if a service plan is deactivated. The operations team requires a field on Equipment_Service_Plan__c that displays the total accumulated cost of all completed Service_Log__c records. Which configuration strategy should the administrator implement to fulfill this requirement while maintaining the existing relationship architecture?
- Create a declarative Record-Triggered Flow on Service_Log__c that executes upon creation or update to calculate and update a custom currency field on Equipment_Service_Plan__c.Answer
- BCreate a native Roll-Up Summary field on Equipment_Service_Plan__c using the SUM function with filter criteria for completed service logs.
- CCreate a Cross-Object Formula field on Equipment_Service_Plan__c using the SUM() function to aggregate the cost field from related child Service_Log__c records.
- DConvert the Lookup relationship to a Master-Detail relationship, acknowledging that deleting an Equipment_Service_Plan__c record will leave child Service_Log__c records orphaned without deletion.
Answer
The administrator should build a declarative Record-Triggered Flow on Service_Log__c that calculates the total cost of completed records and updates a custom currency field on Equipment_Service_Plan__c.
Because standard Roll-Up Summary fields are strictly limited to Master-Detail relationships, an administrator must use declarative automation such as Record-Triggered Flows (or Apex triggers) to aggregate child record data up to a parent record connected via a Lookup relationship. This preserves the independent lifecycle of the child records while meeting the reporting requirement.
Step-by-Step Solution
Key Concept
Roll-Up Summary Relationship Prerequisites and Declarative Workarounds
Estimated Time:2m 0s