Order-Management-Administrator Salesforce Order Management Administrator Accredited Professional (SP24) Questions and Answers

Three steps that the administrator should take to implement this functionality are:

• Create an External Data Source pointing to the external system’s database. An External Data Source is a type of metadata that defines the connection and authentication information for an external system that stores data outside of Salesforce. The administrator can create an External Data Source using the Lightning Connect OData 2.0 or 4.0 adapters, which support read-only access to data in relational databases.
• Create an External Object for each table of accounting data in the external system. An External Object is a type of custom object that maps to a table in an external system. The administrator can create an External Object for each table of accounting data that they want to access from Salesforce, and define its fields and relationships accordingly.
• Create an Indirect Lookup field to connect to the Account. An Indirect Lookup field is a type of custom field that links a child External Object record to a parent standard or custom object record. The administrator can create an Indirect Lookup field on the External Object that references the Account object, and specify the external column name and value that match the Account ID.

Verified References: https://help.salesforce.com/s/articleView?id=sf.external_object_overview.htm &type=5 https://help.salesforce.com/s/articleView?id=sf.external_object_relationships.htm &type=5

The correct statement about Person Accounts and Contacts is that Person Accounts are appropriate for B2C transactions while Account-Contact model is appropriate for B2B transactions. A Person Account is a type of account that represents an individual consumer, rather than a business or organization. A Person Account combines the features and fields of both the Account and Contact objects, and it does not require a Contact record to be associated with it. A Person Account is suitable for B2C transactions, where the customers are individual consumers who purchase products or services for personal use. An Account-Contact model is a type of data model that represents a business or organization as an account, and its employees or affiliates as contacts. An account can have many contacts associated with it, but a contact can only belong to one account. An Account-Contact model is suitable for B2B transactions, where the customers are businesses or organizations that purchase products or services for professional use. Verified References: https://help.salesforce.com/s/articleView?id=sf.accounts_person.htm &type=5https://help.salesforce.com/s/articleView?id=sf.accounts_contacts.htm &type=5

Three steps that are required when deploying changes via change sets are:

• Create the change set in the sandbox org. This is the first step where the administrator selects the metadata components that they want to deploy and adds them to a change set in the source org, which is usually a sandbox org.
• Upload the change set to the target org. This is the second step where the administrator sends the change set from the source org to the destination org, which is usually a production org or another sandbox org. The administrator needs to have a deployment connection with the target org and permission to upload change sets.
• Deploy the change set in the target org. This is the final step where the administrator validates and deploys the change set in the destination org. The administrator needs to have permission to deploy change sets and resolve any deployment errors or warnings.

Verified References: https://help.salesforce.com/s/articleView?id=sf.changesets_create_outbound.htm &type=5 https://help.salesforce.com/s/articleView?id=sf.changesets_deploy.htm &type=5

The object that the administrator should look at to find payment information about a returned item on an Order Summary is Credit Memo. A Credit Memo is a record that represents a refund or credit issued to a customer for a returned item. A Credit Memo has a lookup relationship to both Order Summary and Return Order objects, and it contains information such as the credit amount, status, payment method, etc. Verified References:https://help.salesforce.com/s/articleView?id=sf.order_management_credit_memo.htm &type=5

The best way for an administrator to research the issue when a user is encountering an error when attempting to save an Account record is to use a user trace flag and debug log on the affected user. A user trace flag enables debug logging for a specific user, and a debug log captures database operations, system processes, and errors that occur when executing a transaction or running unit tests. The administrator can use these tools to identify the root cause of the error and fix it accordingly. Verified References: https://help.salesforce.com/s/articleView?id=sf.code_add_users_debug_log.htm &type=5https://help.salesforce.com/s/articleView?id=sf.code_viewing_debug_logs.htm &type=5

The best way for the administrator to satisfy this requirement is to edit the Lightning Record Page and change the Template to Three Regions. A Lightning Record Page is a type of page that displays details and related information about a specific record in Lightning Experience or Salesforce mobile app. A Lightning Record Page can be customized using the Lightning App Builder, which is a tool that allows administrators to drag and drop components onto a page layout. A Template is a predefined layout that determines how components are arranged on a page. A Three Regions template is a type of template that divides the page into three columns or regions. The administrator can edit the Lightning Record Page for the Order Summary object, and change the Template to Three Regions in the Lightning App Builder. Verified References: https://help.salesforce.com/s/articleView?id=sf.lightning_app_builder_customize_lex_pages.htm &type=5https://help.salesforce.com/s/articleView?id=sf.lightning_app_builder_templates.htm &type=5

The best way for the administrator to meet these requirements is to create a copy of the Order Summary lightning record page for the service team and remove the Process Exceptions component. Activate the lightning record page by profile for all Service team profiles. A Process Exception is a record that represents an error or exception that occurred during the order lifecycle, such as payment authorization failure, inventory allocation failure, fulfillment location assignment failure, etc. A Process Exception has a lookup relationship to the Order object, and it contains information such as the exception type, status, message, etc. The Process Exceptions component is a standard component that displays process exceptions related to an order on its record page. The administrator can use the Lightning App Builder to create a copy of the Order Summary lightning record page for the service team and remove the Process Exceptions component from the page layout. The administrator can then activate the lightning record page by profile for all Service team profiles, so that they do not see Process Exceptions on any Order Summaries. Verified References: https://help.salesforce.com/s/articleView?id=sf.order_management_process_exception.htm &type=5 https://help.salesforce.com/s/articleView?id=sf.om_process_exceptions_component.htm &type=5 https://help.salesforce.com/s/articleView?id=sf.lightning_app_builder_assign_lex_pages.htm &type=5

The best way for the administrator to recommend tracking the kits so that they remain grouped together during returns in Order Management is to use custom attributes. Custom attributes are fields that can be added to objects to store additional information that is not available in standard fields. The administrator can create custom attributes for the Order Item Summary object to indicate whether an item is part of a kit, and what are the other items in the kit. This way, the kits can be easily identified and handled during returns. Verified References:https://documentation.b2c.commercecloud.salesforce.com/DOC2/topic/com.demandware.dochelp/OrderManagement/Administration/AdminAttrMgrCustomAttributes.html

The best place for a service agent to go first to view process exceptions related to a specific Order is the Order Record - Process Exception Details Tab. This tab shows a list of process exceptions that occurred during the order lifecycle, such as errors in payment authorization, inventory allocation, fulfillment location assignment, etc. The service agent can use this tab to identify and resolve the issues that affect the order processing. Verified References:https://help.salesforce.com/s/articleView?id=sf.om_process_exception_details.htm &type=5

The best practice to create this functionality is to use a Process Builder. A Process Builder is a declarative tool that allows administrators to automate business processes based on certain criteria and actions. The administrator can create a Process Builder that triggers when a Fulfillment Order is created, and then executes an Outbound Message action that sends the information to the external accounting system. Verified References: https://help.salesforce.com/s/articleView?id=sf.process_overview.htm &type=5https://help.salesforce.com/s/articleView?id=sf.process_action_outbound_message.htm &type=5

The correct way for an administrator to allow an org to publish a change set to another org is to open Deployment Settings in the target org, select the environments to allow publishing from and move them to the Enabled list. This creates a deployment connection between the source org and the target org, which allows the source org to upload change sets to the target org. Verified References:https://help.salesforce.com/s/articleView?id=sf.changesets_create_outbound.htm &type=5

Two ways that this off-platform job can be established without additional third-party tools are:

• Install a minimal set of dev tools on a machine such as the Command Line Interface (CLI) and create appropriate scripts to import files containing the data. The CLI is a tool that allows developers to interact with Salesforce from the command line. The developer can use the CLI to create scripts that use commands such as force:data:bulk:upsert or force:data:tree:import to import data from CSV or JSON files into Salesforce.
• Authorize a machine against the Salesforce org’s APIs with appropriate security measures and create a script to call the APIs. The APIs are interfaces that allow developers to access data and functionality in Salesforce from external systems. The developer can use the APIs, such as REST API or Bulk API, to create a script that authenticates with Salesforce using OAuth 2.0 or JWT, and then performs operations such as insert, update, or delete on Order data.

Verified References: https://developer.salesforce.com/docs/atlas.en-us.sfdx_cli_reference.meta/sfdx_cli_reference/cli_reference_force_data.htm https://developer.salesforce.com/docs/atlas.en-us.api_rest.meta/api_rest/intro_what_is_rest_api.htm https://developer.salesforce.com/docs/atlas.en-us.api_asynch.meta/api_asynch/asynch_api_intro.htm

Three steps that the administrator should do to implement this functionality are:

• Create an email template. An email template is a reusable message that contains merge fields that are populated with data from records when the email is sent. The administrator can create an email template for the Payment Summary object that includes information such as the payment amount, date, status, etc.
• Create an email alert action. An email alert action is a type of action that sends an email to one or more recipients when a flow executes. The administrator can create an email alert action that uses the email template created in the previous step and sends it to the owner of the associated account when a new Payment Summary is created.
• Create an approval process on the Payment Summary object. An approval process is a way to automate the approval of records based on certain criteria and actions. The administrator can create an approval process on the Payment Summary object that requires an approval after review from a designated approver.

Verified References: https://help.salesforce.com/s/articleView?id=sf.email_templates_create.htm &type=5 https://help.salesforce.com/s/articleView?id=sf.flow_ref_elements_action_email.htm &type=5 https://help.salesforce.com/s/articleView?id=sf.approvals_creating_approval_processes.htm &type=5

The type of relationship that exists between FulfillmentOrder and Location is Many-to-One Lookup (Location) FulfilledFrom Location Id. A Lookup field is a type of custom field that creates a relationship between two objects, but does not support rollup summary fields. A Many-to-One relationship means that many child records can be related to one parent record, but not vice versa. In this case, a FulfillmentOrder has a Lookup field named FulfilledFrom Location Id that references a Location record. A Location is a record that represents a physical location from which order product items are fulfilled, such as warehouses and retail stores. A Location can have many FulfillmentOrders associated with it, but a FulfillmentOrder can only have one Location. Verified References: https://help.salesforce.com/s/articleView?id=sf.custom_field_types.htm &type=5https://help.salesforce.com/s/articleView?id=sf.order_management_location.htm &type=5