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

Two likely causes that could make the second submission of the same JSON payload fail are:

The payment data must be updated. The payment data in the JSONpayload contains information such as the payment method, amount, and authorization code. If the same payment data is used for the second order, it may cause a duplicate payment error or an invalid authorization error.

The Order Reference Number must be updated. The Order Reference Number is a unique identifier for each order that is generated by the external system and sent in the JSON payload. If the same Order Reference Number is used for the second order, it may cause a duplicate order error or an invalid order error.

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

Two reasons an admin should choose an Event over a Trigger when it comes to building out a solution are:

Events are asynchronous. This means that events are processed in the background, without blocking the main execution thread. This can improve the performance and user experience of the solution, as well as avoid governor limits and timeouts.

Events do not participate in a transaction scope. This means that events are independent of the transaction that publishes them, and they do not affect the rollback or commit behavior of the transaction. This can avoid unwanted side effects and errors in the solution, as well as decouple the logic from the data.

Verified References: https://developer.salesforce.com/docs/atlas.en-us.platform_events.meta/platform_events/platform_events_intro.htm https://developer.salesforce.com/docs/atlas.en-us.platform_events.meta/platform_events/platform_events_considerations.htm

Order Allocation should work onOrder Items in Awaiting Allocation status. This status indicates that the Order Item has been confirmed by the customer and is ready to be allocated to a Fulfillment Order based on routing rules and inventory availability. Verified References:https://help.salesforce.com/s/articleView?id=sf.order_management_order_item_status.htm &type=5

The Ensure Funds Async action requires the invoice ID as an input parameter. The action checks if there are enough funds available for the invoice and updates the invoice status accordingly. The invoice ID should be assigned somewhere in the flow before calling the action, otherwise the action will fail. References: Salesforce Payments and Order Management

The Product Eligibility Flag is a custom field on the Product object that indicates whether a product is eligible for a specificselling channel. An administrator can use this field to control what inventory is exposed on different channels, such as web, mobile, or store. For example, if a product has the Product Eligibility Flag set to Web Only, it will not be available for otherchannels. References: Order Management Objects, [Product Eligibility Flag]

Two APIs that an admin can suggest so that customers can initiate order cancellations and returns from the B2C Commerce storefront and have theiraction carry out the cancel and return operations in Order Management are:

Connect APIs. These are RESTful APIs that expose resources in Order Management, such as orders, payments, shipments, etc. They allow customers to perform CRUD (create, read, update,delete) operations on these resources from external systems, such as B2C Commerce.

REST APIs. These are HTTP-based APIs that enable developers to access data in Order Management using standard HTTP methods, such as GET, POST, PUT, PATCH, and DELETE. Theyallow customers to interact with Order Management resources using JSON or XML formats.

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

The OrderDeliveryMethod and Locations objects have their tabs set to Tab Hidden by default. These objects are used to store information about how an order is delivered and where it is fulfilled from, respectively. They are not meant to be accessed directly by users, but rather through related lists or lookup fields on other objects. References: Order Management Objects

The object that the administrator shouldlook 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

Based on some changes in Universal Containers’ Commerce engine, new Orders are expected to have two additional attributes at the header level. In Order Management, besides Order, the other object that also needsto be extended is Order Summary. An Order Summary is a record that stores information about an order, such as the total amount, the number of items, and the fulfillment status. An Order Summary is created by a process called Create Order Summary Process, which runs whenever an order is created or updated. The process calls a flow called Create OrderSummary Flow, which calculates the order summary fields and creates or updates the order summary record. To extend an object in Order Management, an administrator can create custom attributes on that object that match the API name and data type of the corresponding attributes in B2C Commerce. References: Order Management Objects

The type of relationship that exists between FulfillmentOrder and Location is Many-to-One Lookup (Location) FulfilledFrom Location Id. A Lookupfield 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 Locationcan 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

The object record that is created when customer returns a product after fulfillment is Return Order. A Return Order is a record that represents a return request for an order or part of an order. A Return Order has a lookup relationship to both Order Summary and Change Order objects, and it contains information such as the return reason, status, date, etc. Verified References:https://help.salesforce.com/s/articleView?id=sf.order_management_return_order.htm &type=5

The main types of building blocks when working in Flow Builder are:

Elements: These are the components that definethe logic and functionality of a flow. Elements include actions, assignments, decisions, loops, screens, subflows, and waits.

Resources: These are the variables, constants, formulas, collections, and record choice sets that store data in a flow. Resourcescan be used as inputs or outputs for elements.

Connectors: These are the arrows that connect elements and resources in a flow. Connectors determine the sequence and direction of the flow execution. References: [Flow Building Blocks]

The PricebookEntry, Contact, and Account objects are required when creating orders using the composite API. The composite API is a REST API that allows creating multiple records in one request. To create an order using the composite API, an administrator needs to provide the following information:

The Account ID of the customer who placed the order

The Contact ID of the customer who placed the order

The Pricebook Entry IDs of the products that are ordered

The quantity and unit price of each product

The order status andcurrency References: [Create Orders Using Composite API], [Composite Resources]

Two statements about the Order Summary object that are accurate are:

It does not exist without the original Order object.An Order Summary is a record that represents the financial summary of an order that is received from an external system, such as B2C Commerce or B2B Commerce. An Order Summary has a master-detail relationship to the Order object, which means that it cannotexist without its parent Order record.

It is read-only for financial order data. An Order Summary contains financial order data, such as total amount, tax amount, discount amount, etc., that are populated from the external system when the order iscreated. These fields are read-only and cannot be edited in Order Management.

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

Two reasons for using Flows instead of Apex code are:

Flows can be modified and created without a developer. Flows are declarative tools that allow administrators to build complex business logic using clicks instead of code. Flows do not require any programming skills or knowledge, and they can be easily modified and maintained by administrators.

Flows provide a visual debug process. Flows have a built-in debugger that allows administrators to test and troubleshoot their flows in a graphical interface. The debugger shows the flow execution path, the values of variables and sObject fields, and any errors or warnings that occur in the flow.

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

The Order Delivery Method and Delivery Method objects are used to configure delivery methods for orders. A delivery method is a way of delivering an order to a customer, such as standard shipping, express shipping, or in-store pickup. A Delivery Method record defines the name, description, type, and cost of a delivery method. An Order Delivery Method record associates an order with a delivery method and stores additional information such as the delivery address, tracking number, and status. References: Order Management Objects, [Delivery Methods]

Once the administrator has activated the integration between B2C Commerce and Order Management, orders being placed by customers will be sent to Order Management if the order status is set to Active or New. These are the two order statuses that indicate that an orderhas been created or confirmed by a customer, and that it needs to be processed by Order Management. Verified References:https://help.salesforce.com/s/articleView?id=sf.order_management_order_api.htm &type=5

The object that the user should navigate to to review credit card payment data for a specific Order is Order Payment Summary. An Order Payment Summary is a record that represents a payment made for an order or part of an order. An Order Payment Summary has a lookup relationship to both Order Summary and Invoice objects, and it contains information such as the payment amount, method, status, etc. Verified References:https://help.salesforce.com/s/articleView?id=sf.order_management_order_payment_summary.htm &type=5