Comm-Dev-101 Exam Dumps - Salesforce Certified B2C Commerce Developer

For an independent external web application, the appropriate legacy B2C Commerce integration surface is theShop API Product Search resource. The application can retrieve structured product-search results for the desired category and use that data to construct a completely different presentation layer.

Salesforce ' s OCAPI documentation defines the Shop APIGET /product_searchresource and corresponding product-search extension points. The resource returns structured Product Search Result data rather than storefront-rendered HTML. This separation is important because the new application can independently control CSS, layout, rendering technology, and interaction behavior instead of attempting to reuse or scrape the existing storefront.

Search-Showis an SFRA controller designed to render the storefront search experience. Crawling its HTML creates unnecessary coupling to existing presentation markup and is not an integration architecture. A generic category endpoint can return category metadata, but the Product Search resource is designed to obtain product listing/search results.

Current platform note: Salesforce now marks OCAPI as deprecated for new implementations and recommends SCAPI for modern headless development, but the supplied certification question is explicitly testing the Shop OCAPI architecture.

Study Guide reference:Application Development — OCAPI Shop API, Product Search, headless/external storefront integrations, structured search results, and API-based storefront development.

===============

The required workflow creates a new shipment for a gift item and then modifies shipment information associated with the basket. The OCAPI basket shipment hooks corresponding to those two operations aredw.ocapi.shop.basket.shipment.beforePOSTanddw.ocapi.shop.basket.shipment.beforePATCH.

Salesforce ' s OCAPI hook documentation definesshipment.beforePOSTas the extension point executed before creation of a shipment andshipment.beforePATCHas the extension point executed before modification of an existing shipment. Those operations align directly with the described solution: establish the separate shipment and then apply the necessary changes before final basket validation.

The alternatives involvingbeforeDELETEorafterDELETEare inconsistent with the scenario because no shipment needs to be deleted. The requirement is to separate a gift product into its own shipment, not remove a shipment from the basket.

The concludingvalidateBaskethook provides the final validation stage after the basket/shipment changes have been processed, allowing custom logic to ensure that the resulting basket remains valid.

Study Guide reference:Application Development — OCAPI Shop API hooks, basket extension points, shipment creation and modification, and basket validation.

===============

SFRA ' s response object provides thesetViewData()method specifically for adding data to the view-data object that will be available during rendering. Therefore, option A follows the supported controller pattern: callres.setViewData()with the additional object, render the template, and then invokenext()to continue the middleware chain.

Salesforce ' s SFRA documentation explains thatsetViewData(data)adds or merges data into the response ' s view-data object. This behavior is particularly important for an appended route because earlier middleware may already have established view data.setViewData()allows the appended function to add its contribution without replacing the response object ' s internal handling.

Directly assigningres.viewData, as shown in option B, bypasses the supported response API and is not the documented SFRA mechanism. Option C is also invalid because route appending expects a middleware function; data cannot be supplied by chaining an object through.append()after rendering.

This pattern is central to cartridge extensibility because multiple middleware functions can progressively enrich a response while preserving previously established data and route behavior.

Study Guide reference:Application Development — SFRA controllers, response objects, middleware chains,setViewData(), and template rendering.

===============

OCAPI permissions are configured againstresource IDs, not against one particular inventory-list identifier embedded in an individual request. In the example URL, the principal API resource family isinventory_lists;ecom-inventoryis merely the identifier of the particular inventory list being accessed.

Therefore, the developer should inspect the OCAPI Data API settings for a resource rule covering theinventory_listsresource path, such as an appropriate/inventory_lists/...pattern, and verify that the required HTTP method and attribute selectors have been permitted.

Theclient_ididentifies the external application whose permissions are being evaluated, but it does not identify the inventory API resource being enabled. Similarly,ecom-inventoryis instance/business data and should not be confused with the API resource family.

This distinction is central to OCAPI authorization. A client configuration associates a client ID with resource path patterns, allowed HTTP methods, andread_attributes/write_attributesselectors. Requests are authorized only when they match an enabled resource and method.

Study Guide reference:Application Development — OCAPI Data API, inventory-list resources, resource IDs, client permissions, HTTP methods, and inventory integrations.

===============

The configuration currently authorizes only HTTPGET, which is a read operation. Adding products to a basket changes server-side state and is performed through an OCAPI operation that usesPOST. The client ' s permitted-method list must therefore includepost.

OCAPI authorization is resource- and method-specific. Even thoughwrite_attributes: " (**) " permits all writable attributes for an otherwise authorized write request, it doesnotauthorize a missing HTTP method. The HTTP method itself must be explicitly listed in the resource configuration. Salesforce ' s OCAPI documentation identifies POST as a method used to create resources or execute actions that modify server state.

Option B changes the attribute selector but still leaves the client without POST permission, so the request remains unauthorized. Option C adds OPTIONS, which is associated with HTTP capability/CORS behavior and does not perform the basket modification.

Thus:

" methods " :[ " get " , " post " ]

allows the existing read access while also authorizing the required write operation.

Study Guide reference:Application Development — OCAPI configuration, resource permissions, HTTP methods, basket APIs, and read/write authorization.

===============

B2C Commerce custom attributes are defined through the platform ' smetadata system, not dynamically declared by application JavaScript. Therefore, the first step is to create the required attribute definition in Business Manager on the appropriate extensible system object or custom-object type.

Salesforce documents the process under Administration > Site Development > System Object Types or Custom Object Types. The developer selects the target object, opens Attribute Definitions, clicks New, and defines the attribute ID, display name, and data type.

Once the attribute exists, it can be assigned to an attribute group where required for Business Manager visibility, populated through Business Manager or integrations, and accessed through the object ' scustomproperty in application code.

Option B is incorrect because source code cannot create an undeclared persistent custom attribute merely by referencing a property name. Option C also comes later because application logic needs the metadata definition to exist before reliably reading or writing the value.

The type and characteristics of the attribute should be designed carefully because changing an existing attribute ' s type can cause stored values to be lost.

Study Guide reference:Data Management Using Business Manager Usage — System Object Types, Custom Object Types, Attribute Definitions, attribute groups, and custom metadata.

===============

initServiceClientis the SOAP-specific callback among the listed choices. The B2C Commerce Service Framework uses callback functions to construct requests, execute or mock service interactions, and interpret responses. For SOAP integrations, the framework requires initialization of the underlying SOAP service client so that the generated service objects and SOAP-specific behavior can be prepared before invocation.

Salesforce ' sServiceCallbackAPI documentation specifically describesinitServiceClientas a method that normally does not need to be implemented except for SOAP services. By contrast,createRequestis broadly applicable because HTTP, FTP, SOAP, and other service implementations can require request construction. Mocking is also not inherently SOAP-specific; a service can be placed into mock mode regardless of whether the real endpoint uses SOAP or another protocol.

The distinction is therefore architectural rather than merely syntactic. SOAP requires a generated or initialized service client capable of working with SOAP operations and associated service definitions, whereas ordinary HTTP integrations commonly operate directly through URL, request body, headers, and response parsing callbacks.

Study Guide reference:Application Development — Service Framework,dw.svc, service callbacks, SOAP service integration, and external-system connectivity.

===============

Locale configuration in B2C Commerce occurs attwo levels. First, the locale must be configured and activated for the organization/instance underAdministration > Global Preferences > Locales. Second, that active locale must be enabled for the particular storefront under the site ' sSite Preferences > Localesconfiguration.

Salesforce explicitly states that only globally activated locales can be used by storefronts. After organization-level locale configuration, administrators select the allowed locales for each individual site and designate an appropriate default locale.

Option B stops after global configuration and therefore doesn ' t make the locale an allowed locale of the specific storefront. Option C incorrectly introduces an alias as a prerequisite; URL aliases can be part of storefront URL strategy but aren ' t required to establish a locale itself.

After enabling the locale, developers and merchandisers must also provide localized resources/data as required—such as templates, properties bundles, catalog data, content, and search-index data. Search indexes should be generated for storefront locales where localized search functionality is required.

Study Guide reference:B2C Commerce Setup — organization locales, site locales, Global Preferences, Site Preferences, localization, and multi-language storefront configuration.

===============