STEP 1:

Create a batch apex class 

*******

STEP 2:

Execute the batch class from developer console -> execute anonymous apex

// Dynamically exclude objects that might time out
Set<String> exclude = new Set<String>{'CombinedAttachment', 'CollaborationGroupRecord'};

ObjectMetadataReportBatch job = new ObjectMetadataReportBatch(exclude);
// We use scope size 1 to maximize the 10-second timeout limit per object
Database.executeBatch(job, 1); 

STEP 3:

Go to Files and look for the generated file , the file will look like this

 Enterprise Territory Management (ETM) rules on Account are run automatically when creation of an Account. However, they do not run automatically on account update. Out of the box, here are some options available.

Include the checkbox on the layout

                                

Run the ETM rules from settings, setup -> territory models -> pick a territory and run all rules assigned to the territory

  

 

Here are some limitations with running ETM rules automatically

• ETM rules do not run on inline edit
• DML updates from Apex do not run ETM rules

To programmatically run ETM rules on every account update, you could fire off a REST callout to update the account. This will run the ETM rules. Here is a sample code that uses Queueable job to perform this.

Make sure to pass the accountId and any other fields you would like to include in the dataWrapperJson variable.

Here's some sample code demonstrating a basic REST callout from an LWC component using Apex:

LWC component (lwcMyComponent.js):

Explanation:

1. We import necessary modules: LightningElement for the component base, api and track for reactive properties, and getDataFromApex from the Apex wrapper class (replace with your actual class name).

2. The component has two reactive properties: data to store the response from the API and error to handle any errors during the callout.

3. The handleClick method is triggered on a button click or any user interaction.

4. Inside handleClick, we call the getDataFromApex method from the Apex wrapper. This method should handle the actual REST callout logic.

5. The call to getDataFromApex uses .then and .catch for handling successful responses and errors respectively.

6. On success, the response data is stored in the data property.

7. In case of errors, the error object is stored in the error property for handling in the component template (e.g., displaying an error message).

Apex Wrapper Class (apexCalloutWrapper.cls):

Explanation:

1. This Apex class exposes an @AuraEnabled method getDataFromApex accessible from LWC.

2. The method defines the API endpoint URL (replace with your actual URL).

3. It uses the Http class to create an HttpRequest object specifying the URL and HTTP method.

4. The h.send method sends the request and captures the response.

5. On successful response (status code 200), the response body is parsed as JSON and returned as a Map.

6. In case of errors, an AuraHandledException is thrown with details for handling in LWC.

Note:

• Remember to replace the placeholder values (URL, Apex method name) with your specific API details and class name.
• Configure Remote Site Settings in Salesforce to allow access to the external API endpoint.
• This is a basic example. You might need to modify it based on your API requirements (headers, request body, etc.).