PDI - Platform Developer I (SP23)

To check the test coverage of active Process Builder and Flows deploying them in a Change Set, a developer can use SOQL and the Tooling API. The Tooling API provides the FlowTestCoverage object, which represents the test coverage for a flow or process by a given Apex method. The developer can use SOQL queries to retrieve the FlowTestCoverage records for the flows and processes that are included in the Change Set, and calculate the overall test coverage percentage. The developer can also use the Tooling API to create, update, or delete FlowTestCoverage records.

Option A is incorrect because the Flow properties page does not show the test coverage of the flow or process. Option B is incorrect because the code Coverage Setup page only shows the test coverage of Apex classes and triggers, not flows or processes. Option C is incorrect because the Apex testresult class only provides information about the test execution results, not the test coverage of flows or processes.

References: FlowTestCoverage | Tooling API | Salesforce Developers, How to Invoke Apex from Flows Using InvocableMethod Annotation, How can a developer check the test coverage of active process builder and flows deploying them in a changing set?

The best technique to streamline the data upload is to update the primaryid__c field definition to mark it as an External Id. An external ID is a custom field that has the “External ID” attribute, meaning that it contains unique record identifiers from a system outside of Salesforce. When you select this option, the field becomes searchable in Salesforce and you can use it to integrate with external systems and import data more efficiently1. By marking the primaryid__c field as an external ID, the developer can use it to match the records in the CSV file with the existing records in the candidate_c object, without creating duplicates or errors2.

References:

• 1: Create an External ID Field
• 2: Import Data with External IDs

An Apex REST class is a custom class that defines methods that can be invoked via HTTP requests. The developer can use the @RestResource annotation to expose the class as a REST resource, and use the @HttpGet, @HttpPost, @HttpPut, or @HttpDelete annotations to define the methods that correspond to the HTTP verbs. The developer can also use the RestContext class to access the request and response information, such as the parameters, headers, and body. An Apex REST class can be used to integrate with an external order management system by sending and receiving JSON or XML data, and parsing and serializing it using the built-in Apex methods. The developer can then use the flow:callApex action in the flow to invoke the Apex REST class and pass the data to the screen element. An Apex REST class is different from the other options listed, as they are not suitable for this requirement. An Apex controller is a class that provides logic and data for a Visualforce page or a Lightning component, not a flow. An outbound message is a message that is sent from Salesforce to an external system when a workflow rule is triggered, not when a flow is executed. An invocable method is a method that is annotated with @InvocableMethod and can be called from a process, a flow, or a REST API, but it cannot make HTTP requests to an external system. References:

• Apex REST Methods from the Apex Developer Guide
• Call Apex from Flow from the Salesforce Help
• Integrate with External Systems Using Apex REST Services from the Salesforce Trailhead