The IOrganizationPartyManagementDELETE interface provides extensibility for DELETE operations through Apex-based validations, mutation-payload adjustments, and post-operation processing. Users can enforce deletion policies, apply soft-delete or metadata logic, and customize final responses without impacting TMF-compliant delete behavior.
The customiseGraphQLQuery is not applicable to DELETE, which is a write operation, so there is no read query to customize. This hook is declared on the read interface (ICommsGET), not on ICommsDELETE. To customize the soft-delete mutation payload, use customiseMutationPayload.
Note
Account Delete Operation Use Cases
Use Case
Hook(s)
Description
Example Scenarios
Benefit
Supply the Soft-Delete Status Field
customiseMutationPayload
Adds the status field required to perform a soft delete. The hook can also include deletion metadata or other organization-specific fields in the GraphQL mutation payload.
- Set status to Deleted or Inactive - Add a deletion timestamp - Record the user who initiated the deletion - Include custom deletion-reason fields
Required to make the DELETE operation functional while retaining the Account for auditing, recovery, and historical reporting.
Prevent Deletion Under Business Rules
applyCustomValidations
Applies custom business rules before the delete mutation is built. If a rule fails, the operation is stopped with an HTTP 422 response and a clear validation message.
- Prevent deletion of an Account with active Contacts - Block deletion when open Opportunities exist - Restrict deletion to authorized roles - Protect Accounts in locked lifecycle states
Blocks invalid or unauthorized deletion attempts early and gives clients a clear, actionable error message.
Resolve an External ID to an Account ID
transformRequest
Converts a legacy or external identifier into the canonical Account ID expected by the delete operation and stores it in the shared request context as { id }.
- Resolve a legacy customer number to an Account ID - Map a partner-system key to { id } - Convert an external billing reference into an Account ID - Normalize identifiers from migrated systems
Allows clients and legacy integrations to identify Accounts using familiar keys without changing the shared delete contract.
Add Custom Validation Flags
configureDefaultValidations
Enables, disables, or adds validation flags for Account deletion according to organization-specific policies. This is especially important when the delete operation does not register built-in validations by default.
- Require Account-existence validation - Enable concurrency or version checks - Require confirmation for protected Accounts - Apply stricter deletion checks for regulated organizations
Supports per-organization deletion policies without modifying the shared delete implementation.
Audit or Cascade After Deletion
handlePostOperation
Runs after the delete mutation completes and receives the deleteResult summary. It can use the result to perform auditing, cascading updates, event publication, or other side effects.
- Write an Account-deletion audit record - Cascade the deleted status to related records - Publish an Account-deleted event - Invalidate related caches or search indexes - Record deletion metrics
Enables reliable post-delete processing using the deleteResult summary while keeping side effects separate from the core operation.
transformRequest
This hook transforms the request context before processing any operation. It is invoked early in the request lifecycle, allowing implementers to adjust the context for subsequent extensibility hooks.
Add a custom flag consumed by applyCustomValidations.
1global class OrganizationDeleteConfigValidationsExt implements comms_apex_ext.IOrganizationPartyManagementDELETE {2 global static Map<String, Boolean> configureDefaultValidations(3 Map<String, Boolean> defaultValidationConfiguration,4 Map<String, Object> context5 ) {6 Map<String, Boolean> overrides = defaultValidationConfiguration != null7 ? defaultValidationConfiguration.clone()8 : new Map<String, Boolean>();9 overrides.put('checkActiveContracts', true); // your own flag, read in applyCustomValidations10 return overrides;11 }12 // customiseMutationPayload still REQUIRED — see HOOK 4 ...13}
applyCustomValidations
This hook validates custom business logic before retrieving customer record. If validation fails, it rejects the request and returns an error response.
The handler processes return values as follows.
Success:
Return a map with validationStatus set to “pass” (case-insensitive).
The API request continues normally.
Other fields in the map are logged but not used.
Failure:
Return a map with validationStatus set to “fail” (case-insensitive).
The API request is terminated immediately.
Raise a ValidationException containing
message: value from validationMessage key (or “Validation failed” by default)
details: value from validationDetails key (optional)
Prevent deletion when the Organization has child Accounts.
1global class OrganizationDeletePreventExt implements comms_apex_ext.IOrganizationPartyManagementDELETE {2 global static Map<String, Object> applyCustomValidations(Map<String, Object> context) {3 Map<String, Object> result = new Map<String, Object>();4 String organizationId = (String) context.get('id');5 if (organizationId != null) {6 Integer childAccounts = [7 SELECT COUNT() FROM Account WHERE ParentId = :organizationId8 ];9 if (childAccounts > 0) {10 result.put('validationStatus', 'fail');11 result.put('validationMessage',12 'Cannot delete this Organization - deletion prevented by custom validation (it still has child Organizations)');13 }14 }15 return result; // empty => proceed; validationStatus="fail" => HTTP 42216 }17 // customiseMutationPayload still REQUIRED — see HOOK 4 ...18}
customiseMutationPayload
This hook modifies the mutation payload before deleting a customer record. Use this to add deletion metadata, set soft-delete flags, or apply business logic transformations.