Salesforce B2C-Solution-Architect - Salesforce Certified B2C Solution Architect

Product Catalogs are a type of data extension that contain product information for generating product recommendations using Einstein in Marketing Cloud. Product Catalogs can be configured natively to sync from B2C Commerce to Marketing Cloud using a point and click configuration in the Marketing Cloud Business Manager. References: https://help.salesforce.com/s/articleView?id=sf.mc_pb_product_catalog.htm&type=5 https://developer.salesforce.com/docs/commerce/sfra/marketing-c loud/marketing-cloud-integration

The Journey Membership Lightning component is a pre-built component that displays the journeys that a contact is in and their status in each journey. It can be added to the Contact Page Layout in Service Cloud using the Marketing Cloud Connect Managed Package, which enables integration between Service Cloud and Marketing Cloud. References: https://help.salesforce.com/s/articleView?id=sf.mc_co_journey_membership_lightning_component.htm &type=5 https://help.salesforce.com/s/articleView?id=sf.mc_co_marketing_cloud_connect.htm &type=5

Creating Individuals within CDP and creating customer groups within B2C Commerce with the correct segments are the configurations that a Solution Architect should create to correctly identify unified profiles as individuals between CDP and B2C Commerce. Individuals are the entities that represent a person in CDP and can be created from various data sources using identity resolution rules. Customer groups are the entities that represent a segment of customers in B2C Commerce and can be created using attributes or rules. The Commerce CDP Connector allows for bi-directional synchronization of Individuals and customer groups between CDP and B2C Commerce, enabling a unified profile process.

A support case is a record that tracks a customer’s question, problem, feedback, or request for service. A support case can be created manually by a user or automatically by an email, web form, chat, etc. A support case can be assigned to a user or a queue for further action or resolution. To automatically route incoming support cases to the correct team based on their tier level, a Solution Architect should configure the following:

Assignment Rules: Assignment rules are rules that define how to assign cases to users or queues based on certain criteria or conditions. Assignment rules can help automate the case assignment process and ensure that cases are routed to the right people or teams based on their skills, availability, workload, etc.

Queues: Queues are lists of records that need to be worked on by multiple users or teams. Queues can help organize and prioritize workloads and distribute cases among users or teams based on their capacity or expertise.

Option C is incorrect because support processes are processes that define the stages or statuses that a case goes through from creation to closure. Support processes do not affect how cases are assigned to users or queues based on tier level. Option D is incorrect because auto response rules are rules that define how to send automatic email responses to customers when cases are created or updated based on certain criteria or conditions. Auto response rules do not affect how cases are assigned to users or queues based on tier level. References:

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

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

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

This answer is correct because it is a way to store payment information while still maintaining security and compliance. A tokenized payment card is a method that replaces sensitive card data with a unique identifier or token that cannot be mathematically reversed. The actual card data is stored in a secure vault by a payment processor or gateway. This way, the company can facilitate one-click ordering and automatic payment without exposing or storing the actual card data. References: https://help.salesforce.com/s/articleView?id=sf.b2c_commerce_payment_processing.htm &type=5

This answer is correct because it describes the capabilities of a B2C Commerce and Service Cloud integration with Order Management that can benefit service agents most. By sending order and transaction information to Service Cloud, service agents can have a complete view of the customer’s order history, status, and payment details, which can help them provide better service during returns, exchanges, and payments. References: https://help.salesforce.com/s/articleView?id=sf .b2c_commerce_service_cloud_integration.htm&type=5

The REST calls between B2C Commerce and Service Cloud are subject to API governor limits, which can affect the performance and availability of the integration. The service agent users need to have B2C Commerce permissions and access keys to log in and place orders on behalf of registered storefront shoppers. 

This option allows you to use Apex code to make HTTP requests and receive HTTP responses from an external system, such as a pricing and quotation service. You can use the @future(callout=true) annotation to make asynchronous callouts from Apex triggers or invocable methods. The other options are either not feasible or not optimal for this use case. 

This option ensures that the Marketing Cloud Contact is linked to the correct Salesforce record after the Lead is converted to a Contact, and that the contact utilization is not affected by duplicate records. The other options can result in data loss, inconsistent reporting, or unnecessary complexity.