Comm-Dev-101 Salesforce Certified B2C Commerce Developer Questions and Answers

Order failure informationis appropriate operational data for diagnostic logging when it is implemented without exposing protected shopper information. Checkout failures, error codes, integration outcomes, or non-sensitive order-processing context can provide developers and support teams with the information needed to diagnose failed purchases.

Passwords must never be written to application logs. Likewise, complete credit-card information is sensitive payment data subject to stringent PCI controls and should not be placed into custom log files. Salesforce specifically warns developers to filter sensitive or private data—such as credit-card numbers—from service logs, and B2C Commerce payment APIs treat cardholder and financial information as PCI-sensitive data.

Option B would create an obvious credential-disclosure risk because anyone with log access could potentially recover customer authentication data. Option C would unnecessarily persist cardholder information outside the platform ' s protected payment-data handling mechanisms.

The proper logging strategy captures enough contextual data to diagnose checkout problems while excluding passwords, full payment credentials, authentication secrets, and similar sensitive values.

Study Guide reference:Application Development — secure logging, checkout diagnostics, PCI considerations, payment data handling, and protection of customer credentials.

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

Salesforce documents the two-argument form:

Logger.getLogger(fileNamePrefix, category)

The first argument controls the named log-file prefix, while the second controls category filtering. Custom application log files begin withcustom, and named logs therefore use the custom naming convention around the supplied file-name prefix.

That supportscustom-loggersFilewhenloggersFileis the configured file-name prefix. Option B would correspond to a different prefix (loggers), and C omits the custom-log naming convention.

Study Guide reference:Application Development —Logger.getLogger(fileNamePrefix, category), named custom logs, filename prefixes, and logging categories.

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

B2C Commerce provides a dedicatedAvailability Low Ranking Thresholdsetting for exactly this search-merchandising requirement. It is configured in Business Manager under Search Preferences and specifies the availability percentage at or below which products should be pushed toward the end of search results.

Salesforce gives the example that a threshold of0.3causes products with availability of 0.3 or lower to be ranked lower in storefront search. This preserves product discoverability while prioritizing merchandise that has healthier inventory.

Option A is unnecessarily destructive and operationally inefficient. Hiding products through an hourly job changes catalog state and can create delays or merchandising side effects. It also does not distinguish between temporarily low inventory and true unavailability. Option C confuses availability ranking with Searchable Attribute boost configuration. The platform already exposes a specific preference for low-availability ranking, so custom boosting is unnecessary.

This feature is particularly useful when merchants want low-stock merchandise still discoverable but not prominently ranked, balancing inventory awareness with conversion-oriented search results.

Study Guide reference:Data Management Using Business Manager Usage — Search Preferences, Availability Low Ranking Threshold, product availability, and search-result ranking.

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

Before application code can create or manipulate instances of a new custom-object type, the object ' smetadata definition must exist in B2C Commerce. Among the provided options, A represents that required first step.

More precisely, the developer creates aCustom Object Type definitionin Business Manager under Administration > Site Development > Custom Object Types. Salesforce documents that a custom object type must be defined before custom object instances can be created. The definition establishes the ID, key attribute, storage scope, replication behavior, custom attributes, and attribute groups.

Only after this metadata exists can code use APIs such asCustomObjectMgr.createCustomObject()to create persistent instances or read and update their attributes.

Option B reverses the platform ' s metadata-driven architecture: application JavaScript does not define a new custom-object schema. Option C is also premature because runtime handling logic cannot reliably use an object type that has not yet been established.

In a managed implementation, the definition should normally be created on staging and replicated as Object Definitions rather than manually recreated in production.

Study Guide reference:Data Management Using Business Manager Usage — Custom Object Types, object definitions, attributes, storage scope, replication, and CustomObjectMgr.

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

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.

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

A site requires adefault currencyas part of its fundamental configuration. When creating a B2C Commerce site, Business Manager asks the administrator to select the default currency together with other basic site properties such as taxation policy. Salesforce explicitly documents the site-creation step: select a default currency; a site can support multiple currencies, but only one is the default.

The default currency also initializes the shopper ' s session currency when they first access the storefront unless application logic selects another allowed currency. This affects pricing, shipping, promotions, checkout calculations, and order creation.

A default payment method or payment processor is not an equivalent mandatory site-creation setting. Payment methods are configured based on the merchant ' s business requirements, and processors are associated with specific transaction-handling implementations. A storefront may support multiple payment methods/processors and their configuration can occur independently after the site itself is created.

Study Guide reference:B2C Commerce Setup — site creation, default currency, multi-currency sites, taxation, and initial storefront configuration.

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

SFRA storestemplate resource bundlesin the cartridge ' stemplates/resourcesdirectory. Locale selection is represented in the propertiesfilename, rather than by creating a separatefrsubdirectory for ordinary SFRA resource bundles.

For example, a default bundle might be:

account.properties

while its French translation would be:

account_fr.properties

Both belong under:

cartridge/templates/resources

Salesforce ' s localization documentation explicitly states that template resource bundles are stored in/templates/resourcesand gives examples such asaccount_en_GB.properties,account_en_US.properties, andaccount_en.properties. Thedw.web.Resourcedocumentation likewise describes resource bundles as properties files with a common name located in thetemplate/resourcesdirectory.

Option B omits the required template-resource location. Option C incorrectly assumes that locale resolution for properties bundles uses a dedicatedfrfolder. Locale-specifictemplatescan use locale directories, but localized properties bundles follow the filename-suffix convention.

This separation permits one common set of ISML templates to reference resource keys while B2C Commerce automatically resolves the appropriate translated properties bundle for the active request locale.

Study Guide reference:Application Development — localization, template resource bundles,.propertiesfiles, locale fallback, andResource.msg().

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

Cache partitions are managed as part of the storefront site ' s cache configuration rather than through ordinary merchant Site Preferences. The appropriate administrative path is therefore the site ' s configuration underAdministration > Sites > Manage Sites, followed by the relevant site ' sCacheconfiguration.

Salesforce ' s Business Manager site-administration documentation identifiesManage Sitesas the area used to administer storefront-site configuration and exposes site-specific configuration after an administrator selects the applicable site.

A cache partition allows related cached content to be grouped so that invalidation can target a more restricted scope instead of unnecessarily clearing the entire page cache. For a frequently edited home page, isolating its cached content can reduce the performance impact of merchant changes because unrelated cached storefront pages do not need to be invalidated at the same time.

Option B uses an incorrect administrative hierarchy, while option C incorrectly treats cache partition configuration as a normal site preference.

The developer must still ensure that the application uses the intended partition consistently in its cache behavior; creating the partition alone does not automatically reassign every cacheable response.

Study Guide reference:B2C Commerce Setup — site cache administration, cache partitions, targeted invalidation, and Business Manager site configuration.

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

Theurlform of < isinclude > performs aremote include. In this example,URLUtils.url( ' Account-Header ' , ' mobile ' , true)constructs a URL for theAccount-Headerendpoint and supplies that URL to < isinclude > . B2C Commerce therefore makes a separate request to the generated endpoint and inserts the resulting response into the surrounding page.

Salesforce distinguishes this behavior from a local template include. A local include uses thetemplateattribute and incorporates another ISML template within the current rendering context. By contrast, an < isinclude > that specifiesurlis explicitly classified as a remote include and can execute another controller or pipeline endpoint.

Option B is therefore incorrect because the code does not use the local-template syntax. Option C is also incorrect:URLUtils.url()does construct a URL, but placing that URL in theurlattribute of < isinclude > does not render an anchor or navigational link. It causes the endpoint ' s output to be included in the current response.

Study Guide reference:Application Development — ISML includes, remote includes,URLUtils, controller endpoints, and composable storefront rendering.

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

Inventory administration is a merchant-data integration concern and belongs to theOCAPI Data API, not the shopper-oriented Shop API. In addition, most Data API resources are organization-specific and therefore useGlobalOCAPI permissions. The/inventory_lists/*resource is the relevant resource family for managing inventory lists through the Data API.

Salesforce explains that the Data API provides create/read/update/delete access to administrative system resources, while OCAPI settings define which resource paths and HTTP methods a client is allowed to use. The current Commerce API documentation likewise identifies Inventory Lists as administrative inventory resources.

Options B and C use/product/*/inventory, which is not the appropriate Data API inventory-list resource shown for this architecture. Option B additionally selects the Shop API and site context, which do not match a warehouse-management integration updating backend inventory data.

The configuredget,put, andpatchpermissions enable the external integration to retrieve inventory information and perform complete or partial updates, subject to authentication and the resource schema.

Study Guide reference:Application Development — OCAPI Data API, inventory lists, Global OCAPI configuration, resource permissions, and warehouse integrations.

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

Logger.getLogger(fileNamePrefix, category)

The first argument determines the custom named-log prefix, while the second determines the logging category used for filtering. Salesforce documents this API explicitly and states that custom named loggers use the suppliedfileNamePrefixto identify the generated custom log.

Accordingly, if the omitted code segment specifiesloggersFileas thefileNamePrefix, the generated custom-log name begins withcustom-loggersFile, matching option A.

The source question, however, omits the actual referenced logger configuration and code segment. Therefore, the file itself does not provide enough visible information to deriveloggersFileindependently; the answer depends on the configuration that was evidently present in the original question version. The selected answer is consistent with Salesforce logger naming semantics and the source ' s marked answer.

Study Guide reference:Application Development —dw.system.Logger,getLogger(fileNamePrefix, category), named custom logs, categories, and custom log-file naming.

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

The correct B2C Commerce Service Framework type isHTTP Form. An HTTP Form service is implemented bydw.svc.HTTPFormServiceand is designed to send parameters as URL-encoded name/value pairs in an HTTP POST body.

Salesforce ' s Script API states that HTTP Form Service requests useapplication/x-www-form-urlencodedand that arguments supplied tocall()are URL encoded into the request body. Salesforce ' s Service Framework documentation likewise listsHTTP Formas an available Business Manager service type and explains that itscreateRequestprocessing constructs a URL-encoded form POST by default.

There are no B2C Commerce service types called " POST Form " or " HTML Form. " POST is an HTTP request method rather than the Business Manager service-type identifier, and HTML describes document markup rather than the integration transport.

The service type should therefore be registered as HTTP Form, with the URL, authentication, timeout, credentials, and profile configured through the normal Service Framework objects.

Study Guide reference:Application Development — Service Framework, HTTP Form services,HTTPFormService, URL-encoded requests, and REST integration.

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

A task-oriented custom job step controls its execution result by returning adw.system.Statusobject. BecauseNO_FILES_FOUNDis explicitlynot an error condition, the status object ' s severity must beStatus.OK, withNO_FILES_FOUNDsupplied as the custom status code.

Salesforce ' s custom-job-step documentation states that a task-oriented script module can returndw.system.Statusto control the step ' s exit status. When the Status object ' s error flag is false and its code is a custom value, that custom value becomes the step status and job processing can continue unless the job flow defines a transition for it.

Option A returns an arbitrary object rather than a B2C CommerceStatus. Option C similarly returns a plain JavaScript object. Salesforce specifically notes that if a script returns an object that isnotadw.system.Status, the Job Framework treats the execution as ordinaryOK; the custom code isn ' t established through that object.

new Status(Status.OK, ' NO_FILES_FOUND ' )is therefore the correct implementation.

Study Guide reference:Application Development — Job Framework, custom job steps,steptypes.json,dw.system.Status, custom exit codes, and task-oriented script modules.

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

Creating attribute definitions on a Custom Object Type is not always sufficient to make those attributes available in the Business Manager editing interface. The attributes must be assigned to anAttribute Group, which controls how they are organized and presented to Business Manager users.

Salesforce ' s business-object configuration guidance explains that custom object types can be given custom attributes through their attribute definitions and that attributes can be organized into groups for administrative presentation.

Therefore, if the object type itself appears but its fields do not appear when creating or editing an instance, the developer should verify the Attribute Grouping configuration and add the required attributes to a group.

Changing the underlying data type does not address whether the fields are presented to the administrator. Option C mixes two separate custom-object concepts: storage scope determines whether object instances are site-specific or organization-wide, while replication determines whether they move between instances. Neither setting controls whether an attribute appears on the Business Manager edit form.

Study Guide reference:Data Management Using Business Manager Usage — Custom Object Types, attribute definitions, attribute groups, Business Manager presentation, storage scope, and replication.

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

ProductSearchModel.getProductSearchHits()retrieves product hits from B2C Commerce ' sproduct search indexrather than performing direct product-database iteration. Search-index access is designed for scalable storefront product discovery because the index is optimized for search, refinement, sorting, and high-volume retrieval.

Salesforce ' s Script API explicitly recommends iteratingProductSearchHitobjects rather than loading Products directly from search results. The oldergetProducts()method is deprecated because loading full Product objects for every result is significantly more expensive from a performance perspective; Salesforce recommendsgetProductSearchHits()instead.

ProductAvailabilityModel.isOrderable()determines the orderability of a particular product within its inventory/availability context; it is not a general indexed search mechanism.ProductIndexModel.getOrderableProductsOnly()is not the appropriate supported method represented by the current Product Search API.

A common efficient storefront pattern is to configure aProductSearchModel, execute the search, iterate its search hits, and load only the product data actually needed for the current page.

Study Guide reference:Application Development — ProductSearchModel, ProductSearchHit, search indexes, scalable product retrieval, and storefront search performance.

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

B2C Commerce automatically supplies system attributes such ascreationDate; the developer does not need to create another custom creation-date field. The relevant Business Manager presentation mechanism isattribute grouping.

Salesforce explains that attributes displayed in Business Manager are organized through attribute groups and that an attribute generally must belong to a group to appear on applicable Business Manager object pages. For custom object definitions, the Attribute Grouping configuration determines which attributes administrators can view or manage through the Custom Object Editor.

The platform automatically createsUUID,creationDate, andlastModifiedas system metadata for custom objects. Therefore, option B is inappropriate if interpreted as defining another creation-date attribute, and option C refers to a visibility flag that is not the mechanism described by the custom-object metadata model.

The important conceptual distinction is betweenattribute existenceandBusiness Manager presentation.creationDatealready exists; placing the required system information into the appropriate attribute-group presentation structure is what makes it usable in the administrative interface.

Study Guide reference:Data Management Using Business Manager Usage — Custom Object Types, system attributes, attribute groups, and Business Manager presentation.

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

WARNis the appropriate logging severity when an operation completed but produced an unexpected condition that may warrant investigation. It communicates that the application has encountered an abnormal or potentially consequential situation without falsely classifying the request as a complete processing failure.

Salesforce ' s B2C Commerce logging guidance identifies warning logs as appropriate for custom jobs, payment integrations, imports, and application code conditions that can affect users. WARN output is also normally available in operational logging, making it more appropriate than DEBUG for a potentially significant production condition.

DEBUGis intended for detailed development-oriented diagnostics and is not available as persistent debug file logging on production in the same manner.ERRORshould generally be reserved for an operation that actually failed, an exception, or another state requiring error-level treatment.

For Service Framework integrations, logs should contain useful but sanitized diagnostic context. Salesforce strongly recommends filtering requests and responses so credentials, payment data, tokens, and personal information are not exposed.

Study Guide reference:Application Development — Logger severity, WARN messages, Service Framework diagnostics, secure service logging, and troubleshooting external integrations.

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

B2C Commerce can contain multiple uploadedcode versions, but only the currently active version is executed. Therefore, if the cartridge path has already been verified and the files appear to be uploaded successfully, the next critical check is whether the expected code version is actually active.

Salesforce ' s cartridge guidance explains that code is uploaded into code-version directories and that the active version determines which uploaded cartridge code is executed. Salesforce ' s SFRA troubleshooting guidance specifically recommends switching code versions when uploaded changes do not appear on the server.

A search-index rebuild would be relevant to product, category, content-search, or refinement changes, but it does not activate newly modified controller, template, model, or script code. Option C is redundant because the scenario explicitly says that the Storefront site cartridge path has already been checked; the Business Manager application ' s cartridge path concerns Business Manager customizations rather than this storefront-code issue.

A typical diagnostic sequence is therefore: verify upload, verify storefront cartridge path and ordering, verify active code version, and if necessary reactivate the expected version.

Study Guide reference:B2C Commerce Setup — code versions, cartridge deployment, cartridge paths, active code selection, and sandbox troubleshooting.

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

A Page Designer Page Type consists of a metadata definition plus a corresponding JavaScript implementation. The rendering behavior itself belongs in the page-typeJavaScript file, which must expose arender()function.

Salesforce states that the script file must have the same base name and location as the Page Designer meta-definition file, using.jsrather than.json. The script ' srenderfunction receives aPageScriptContextand must return the resulting markup as a string. It commonly renders an ISML template usingdw.util.Template, and the template can in turn render the page ' s regions.

The metadata JSON describes the Page Type ' s declarative configuration—such as its attributes and regions—but does not implement rendering through a " render " property. A conventional SFRA controller route can invokePageMgr.renderPage()to initiate rendering, but that controller does not define the actual Page Type rendering logic.

This separation allows Page Designer to manage page composition while the JavaScript implementation controls the output representation.

Study Guide reference:Application Development — Page Designer Page Types, page metadata,render()functions,PageScriptContext, and Page Designer rendering.

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

dw.svc.LocalServiceRegistry.createService()is the standard Service Framework method for constructing a service instance from a service configured in Business Manager.

Salesforce ' s Script API defines:

LocalServiceRegistry.createService(serviceID, configObj)

The first argument identifies the configured Business Manager service, while the second supplies callbacks that define request construction, response parsing, logging filtering, mocking behavior, and other integration-specific behavior. The returned object is the actualServiceinstance used by application code.

Option B does not identify a supported creation API.LocalServiceInstanceis not the class developers instantiate to obtain configured B2C service objects. Option C likewise references a method that is not the documented LocalServiceRegistry creation mechanism.

A typical integration defines the service, profile, and credentials in Business Manager, callscreateService()in cartridge code, and subsequently invokes.call()on the returned service. This architecture externalizes environment-specific information—such as credentials, URLs, timeouts, and rate limits—from application source code.

Study Guide reference:Application Development — LocalServiceRegistry,createService(), Service Framework, service callbacks, profiles, credentials, and remote web-service integration.

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

Creating a Search Refinement Definition alone is insufficient. The attribute being used as the refinement source must contain meaningful values on the applicable products and those values must be represented in the product search index. Otherwise, the search engine has no refinement values from which to construct storefront filters.

Salesforce states this prerequisite directly in its Search Refinement documentation:before creating refinements based on attribute values, ensure that the attribute has data and is indexed.

TheSearchablesetting referenced in option B is associated with whether an attribute participates in keyword-style search behavior; it is not the primary requirement for an attribute-based refinement already defined in the refinement configuration. Option C is also unnecessary in standard SFRA. The existing refinement rendering logic obtains available refinements dynamically from the search result model, so developers do not normally modifyproductsearchrefinebar.ismlmerely because another configured refinement was added.

After changing indexed product data or searchable/refinement configuration, the appropriate product search index must also be rebuilt so that the storefront operates against current indexed values.

Study Guide reference:Data Management Using Business Manager Usage — search refinements, product attributes, search indexing, refinement definitions, and storefront filtering.

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

The two-argumentLogger.getLogger()method accepts afile-name prefixfollowed by alogging category. Here,loggerFileis the requested custom file-name prefix andcategory1.euis the category.

Salesforce ' s Script API defines the signature asLogger.getLogger(fileNamePrefix, category). Custom log files created through this mechanism are stored as custom logs, so their actual generated filename begins with thecustom-naming convention followed by the developer-supplied prefix. Salesforce also states that repeated calls using the same file-name prefix use the same associated custom logger/file.

The WARN message passes filtering becausecategory1.euinherits its logging threshold from parent categorycategory1, which is enabled at WARN. B2C Commerce custom logging is hierarchical, so parent-category rules apply to descendant categories unless overridden.

Therefore, the WARN entry is written to the custom log beginning withcustom-loggerFile.

Study Guide reference:Application Development — Logger file prefixes, custom log files, category inheritance, WARN filtering, andLogger.getLogger().

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

The appropriate responsibility of < isif > isconditional presentation. Evaluating a Boolean already present inpdictand choosing between different pieces of markup is exactly the intended ISML use case.

Salesforce ' s official < isif > documentation is explicit that < isif > , < iselseif > , and < iselse > containno business logic; they provide conditional visualization of data. The condition can use Pipeline Dictionary variables and other expressions that resolve to Boolean behavior.

Option B therefore violates the separation of concerns used by SFRA. Complex business rules should be computed before template rendering—typically in controllers, helpers, models, or other server-side modules—and only their resulting data should be passed to ISML. Option C is also incorrect because redirecting a request is controller responsibility. A template should not control HTTP routing or authentication flow.

The supplied question ' s correct use is consequently showing a different < div > based on an already computed Boolean.

Study Guide reference:Application Development — ISML, < isif > ,pdict, conditional visualization, controller responsibilities, and separation of presentation from business logic.

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

For a newly added product to participate correctly in storefrontproduct search, the product must be online, marked searchable, and represented in a current product search index. Salesforce ' s official indexing documentation states that a product appears in search results only when it issearchable, online, and assigned to at least one online category. The scenario already states that the product has been added to the Storefront catalog, so the remaining examination requirements are the online/searchable flags and an updated index.

A product does not have to be a child of a master product; standalone products are completely valid B2C Commerce merchandise. A price is commercially important, but price is not the platform criterion that makes a product eligible for the search index. Product pricing is separately incorporated into search indexes from applicable price books.

Therefore, A is the technically supported choice. After catalog changes, the product index must reflect the new assignment and current searchable/online status.

Study Guide reference:Data Management Using Business Manager Usage — Product visibility, online/searchable flags, Storefront catalogs, categories, and Product Search indexing.

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

Uploading a cartridge to an instance does not automatically make its code available to a storefront. B2C Commerce resolves application resources according to thecartridge path configured for the relevant site. Consequently, the new custom cartridge must be added to that storefront site ' s cartridge path, normally in the correct precedence position relative to SFRA base and other cartridges.

Salesforce ' s cartridge documentation describes two distinct steps: upload the cartridge code and register the cartridge with the applicable site through its cartridge path. Site configuration is performed from the site ' s settings, where the cartridge path controls which controllers, templates, scripts, models, and other cartridge resources can participate in storefront execution.

Rebuilding indexes is unrelated unless the customization specifically changes indexed catalog/search data. An index rebuild does not register executable storefront code. Likewise, configuring the Business Manager application ' s cartridge path would affect Business Manager customizations rather than the customer-facing storefront identified in the question.

Cartridge ordering is also significant because B2C Commerce searches the path according to precedence, enabling custom cartridges to extend or override functionality from cartridges located farther to the right.

Study Guide reference:B2C Commerce Setup — cartridges, site cartridge paths, SFRA deployment, and cartridge precedence.

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

AnINFOmessage is written only when the configured logging threshold permits INFO-level events and INFO output is enabled for the relevant custom log destination. Setting the root level toDEBUGpermits DEBUG and all higher-severity messages, including INFO, WARN, ERROR, and FATAL. Enabling theInfolog-file option ensures that INFO messages are written to the applicable log file.

Salesforce ' s logging documentation explains that custom DEBUG and INFO logging can be enabled through Business Manager ' s custom log configuration and that the selected log levels control which messages are persisted. The logger ' s threshold behavior also means that a DEBUG root threshold includes INFO-level events because INFO has a higher severity.

The “logging global preference” described in options B and C is not the relevant mechanism for solving this custom logger configuration issue. Either of those options would also omit one of the two necessary controls described in option A.

Thus the developer should configure both the permitted log-level threshold and the INFO file output, then execute the code again and inspect the generated custom log through Log Center or WebDAV.

Study Guide reference:Application Development — custom logging, log levels, Business Manager log configuration, and WebDAV diagnostics.

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

CustomObjectMgr.createCustomObject()expects two parameters for this use case: thecustom object type IDfollowed by thekey valuefor the new instance. Salesforce defines the relevant signature as:

createCustomObject(type, keyValue)

Therefore, ' NewsletterSubscription ' is supplied first as the custom object type andnewsletterForm.email.valueis supplied second as the unique key value. This makes option A correct.

The key attribute has already been established in the metadata definition of theNewsletterSubscriptioncustom object type. The API therefore does not require the developer to pass the literal attribute nameemailas a separate parameter. This makes option C invalid. Option B reverses the expected argument order and would attempt to interpret the email value as the custom object type name.

Custom-object keys must be unique within the object ' s applicable storage scope. Because creation changes persistent business data, the operation must also execute within an appropriate transaction when performed through server-side application code.

Study Guide reference:Application Development —dw.object.CustomObjectMgr, custom-object creation, custom-object keys, persistent business objects, and transaction handling.

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

American Express is acredit-card type used under the existingCREDIT_CARDpayment method, rather than a new payment processor or Site Preference. Therefore, the appropriate Business Manager action is to manage the supported Credit/Debit Cards associated with the credit-card payment method.

Salesforce documents that merchants manage payment methods underMerchant Tools > Site Ordering > Payment Methodsand that the Credit/Debit Cards page manages card types specifically in the context of the defaultCREDIT_CARDpayment method.

A payment processor represents the integration that processes transactions; American Express itself is not created as a payment processor simply because that card network should be accepted. Likewise, Site Preferences are not the mechanism used to enable supported card brands.

The underlying payment processor must, of course, support American Express transactions, but storefront card eligibility is configured through the credit/debit card configuration associated with the credit-card payment method. Card configuration can additionally restrict cards according to countries, currencies, customer groups, or payment ranges.

Study Guide reference:Data Management Using Business Manager Usage — Payment Methods, CREDIT_CARD, Credit/Debit Cards, card types, and payment processors.

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

A custom object is the most appropriate persistent data structure because the requirement applies toboth registered and guest shoppers. A Profile-based solution cannot satisfy the requirement reliably because anonymous/guest customers do not have a persistent registered customer profile. Storing customer email lists directly on Product records would also create an inappropriate product-to-shopper coupling and potentially large mutable collections on product system objects.

B2C Commerce custom objects are intended to extend the persistent commerce data model for application-specific requirements. Developers can define custom object types with custom attributes, including multi-valuedSet of Stringattributes, and choose organization or site storage scope.

A custom back-in-stock object can therefore persist the shopper ' s email address plus one or more interested SKUs independently of authentication status. Subsequent job or inventory-update logic can identify subscriptions when inventory becomes available and trigger the notification process.

This design also keeps notification-subscription data separate from core customer and product objects, reducing unintended effects on standard platform data models and supporting anonymous shoppers cleanly.

Study Guide reference:Data Management Using Business Manager Usage — custom object types, custom attributes, persistent business data, guest shoppers, and application-specific data modeling.

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

Thevarattribute of an < isloop > statement defines the variable that represents the current object from the collection during each iteration. In this example,items= " ${pdict.Basket.products} " supplies the iterable collection, whilevar= " product " assigns each current collection member to the variable namedproduct. Therefore, inside the loop body, the current product is referenced directly asproduct.

Salesforce ' s ISML documentation defines the loop variable as the identifier through which the current element in the iterable collection is accessed. The separatestatus= " loopstatus " variable represents loop metadata, such as iteration position and related state; it is not the product itself.

Option B is incorrect because declaringvar= " product " does not create aproductproperty insidepdict. Option C also misuses the status variable:loopstatusis an iteration-status object rather than a direct array index intended to retrieve the current item. Using the explicitly declared loop variable produces clearer, idiomatic, and maintainable ISML.

Study Guide reference:Application Development — ISML templates, < isloop > , pipeline dictionary access, loop variables, and storefront rendering.

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

The rendering template is already using the standard B2C Commerce product-slot model correctly. Within a slot rendering template,slotcontentis an implicit object representing the evaluated slot configuration. For product-type slot content,slotcontent.contentexposes the collection of products returned by the slot execution.

Salesforce ' s < isslot > documentation explicitly demonstrates iterating overslotcontent.contentwhen the slot ' s content type is Product. It also identifiesslotcontentas an implicit object available specifically to slot rendering templates and maps itscontentproperty toSlotContent.getContent().

Therefore, < isloop > is not only allowed but is the normal mechanism for rendering several products returned by a slot. A recommender is unnecessary because the scenario states that products have already been directly configured in an active and correctly scheduled slot. Recommender-based slot content is another valid content-selection method, but it is not mandatory for a manually configured product slot.

Study Guide reference:Data Management Using Business Manager Usage — Content Slots, SlotContent, product slot rendering, < isloop > , scheduling, and slot templates.

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

ThePipeline Profileris the appropriate performance-analysis tool because it reports execution statistics for storefront controllers and their underlying scripts, including hit counts, total processing time, andaverage response/run time.

Salesforce ' s performance troubleshooting documentation specifically recommends Pipeline Profiler for measuring deployed storefront-code performance and identifying expensive pipelines or controllers. The profiler presents high-level response-time information and allows the developer to drill down into individual scripts contributing to the controller ' s execution time.

This makes it appropriate for diagnosing reports that a product-details route has become slow. After identifying the expensive controller, the developer can inspect its script-level execution data to determine whether custom models, service calls, product logic, templates, or other components are contributing excessive processing time.

Request logs are useful for examining the sequence and context of individual requests but are not the principal tool for aggregating controller average processing times. The URL Request Analyzer is likewise not the intended answer for this performance metric.

Study Guide reference:Application Development — Pipeline Profiler, controller performance, average execution time, script profiling, and storefront performance troubleshooting.

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

Within the Payment Methods module, the first step in establishing a new payment method record is to clickNewand create the payment method. The method requires a unique ID and can then be configured with its descriptive, activation, applicability, and processor-related settings.

Salesforce ' s official payment-method procedure states that administrators navigate to Merchant Tools > Site Ordering > Payment Methods and clickNew to create a payment method, after which the method ' s settings are entered and applied.

Payment methods can depend on previously defined payment processors, and Salesforce notes that payment methods rely on processors already created where processing integration is required. However, option A is not universally the first action for creating a new payment method because a suitable processor can already exist and can be shared by multiple payment methods.

Option C occurs after the payment-method entity has been created.

The distinction is architectural: the payment method represents the shopper-facing payment option, while the processor identifies the underlying technical transaction-processing implementation.

Study Guide reference:Data Management Using Business Manager Usage — Payment Methods, Payment Processors, method creation, configuration, and checkout payment architecture.

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

B2C Commerce customer lists areorganization-level objects that can be assigned to multiple sites. Each individual site can use exactly one assigned customer list, but multiple sites can reference the same list. Salesforce documents this relationship explicitly.

To configure RefArch to use RefArchGlobal ' s customer list, the administrator edits the RefArch site configuration and selectsRefArchGlobalas its Customer List. Salesforce ' s storefront-site configuration documentation identifies Customer List as a configurable field on the site ' s General tab.

Importing the customer list into RefArch would create or transfer customer data rather than establish the intended shared-list assignment. It would not implement genuine shared customer profiles.

Option B is also incorrect because there is no generic " Customer List Sharing " global preference that enables this behavior. Sharing is accomplished by assigning the same customer list to more than one site.

Study Guide reference:B2C Commerce Setup — Customer Lists, shared customer profiles, multi-site configuration, site General settings, and customer-list assignment.

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

Whether a location is a single-brand store is a characteristic of the individualStorerecord. The clean data model is therefore to add a Boolean custom attribute to the Store system object, for examplesingleBrand. The storefront ' s store-locator model or template can inspect that value and apply the appropriate CSS class when rendering each location.

B2C Commerce ' s metadata framework allows extensible system objects to receive custom attributes throughAdministration > Site Development > System Object Types. Salesforce specifically identifiesStoreas an extensible persistent object, and its Business Object documentation describes how custom attributes are created on system objects.

Creating a custom object, as proposed in option B, would introduce a second data structure and require a relationship between that object and the Store record. That is unnecessary when Store itself is extensible. Option C is also unsuitable because a site preference represents site-wide configuration rather than a property that varies from one physical store to another.

Using a Boolean also provides simple, deterministic rendering logic:truereceives the single-brand styling;falsereceives the normal presentation.

Study Guide reference:Data Management Using Business Manager Usage — system object types, Store metadata, custom attributes, Business Manager configuration, and storefront data modeling.

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

Periodic server-side processing belongs in the B2C CommerceJob Framework. The developer should create a custom Job step implemented by a CommonJS script, register the step throughsteptypes.json, add that step to a Business Manager Job, and configure the Job ' s schedule.

Salesforce ' s official Job Framework guidance states that a custom job step is implemented with a task-oriented or chunk-oriented CommonJS module and described in asteptypes.jsonfile. Once the cartridge is deployed, the custom step becomes available when administrators configure jobs in Business Manager.

The step can query the required order data, produce CSV output, and use B2C Commerce file APIs to place the result into the required WebDAV-accessible directory. Business Manager then controls when the job executes.

Option B is invalid because Salesforce B2C Commerce does not expose Unixcronas the Business Manager scheduling model. Option C unnecessarily creates an external API endpoint for a task that is inherently periodic server-side batch processing.

Study Guide reference:Application Development — Job Framework, CommonJS job steps,steptypes.json, scheduling, CSV generation, order export, and WebDAV.

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

ThePerpetualflag exists specifically to indicate that a product represented by a B2C Commerce inventory record should be considered continually in stock rather than constrained by an allocation quantity. This makes it the appropriate setting for a digitally issued gift voucher whose supply is effectively unlimited.

Salesforce ' s inventory documentation definesPerpetualas the flag indicating that the product isalways in stock. TheProductInventoryRecordScript API likewise states that theperpetualproperty determines whether a product is perpetually in stock.

Setting an artificially large allocation is inferior because that number is still finite and can create misleading inventory data. Option C is also inappropriate:stockLevelis a calculated value based on allocation and turnover rather than a Business Manager control that should be forced to an arbitrary maximum.

When the perpetual flag is active under standard B2C Commerce inventory management, availability logic treats the product as available irrespective of normal decrementing stock calculations.

Study Guide reference:Data Management Using Business Manager Usage — inventory records, perpetual inventory, product availability, allocation, and Business Manager inventory configuration.

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

Because the storefront already has the standard credit-card payment method, the additional requirement is to makeAmerican Express an accepted card typewithin that payment-method configuration. B2C Commerce distinguishes the general payment method (CREDIT_CARD) from the specific credit/debit card brands accepted through it.

Salesforce ' s Payment Methods documentation directs administrators to the Credit/Debit Cards configuration associated specifically with the defaultCREDIT_CARDpayment method. This is where supported card types are managed.

A payment processor is the technical processing implementation associated with payment methods. American Express does not need to become a completely separate payment processor merely because the merchant wants to accept that card brand. The actual processor must of course support American Express, but the storefront-facing card availability is configured under the credit-card payment-method/card-type configuration.

Option C is incorrect because card brands are not enabled by creating arbitrary Site Preferences.

This architecture keeps payment presentation and processing responsibilities separate: payment methods and accepted card types govern what the shopper can select, while payment processors govern authorization, capture, and other transaction handling.

Study Guide reference:Data Management Using Business Manager Usage — payment methods, credit/debit card types, payment processors, and checkout configuration.

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

SFRA storefront source contains several types of front-end assets that require preprocessing before the cartridge is deployed for normal use. JavaScript source is compiled or bundled through thecompile:jstask, SCSS source must be transformed into browser-consumable CSS throughcompile:scss, and the required font resources are copied into the generated static asset structure throughcompile:fonts. Therefore, option C represents the appropriate first-time SFRA asset build sequence.

compile:htmlis not part of the standard SFRA storefront asset compilation process. ISML templates are server-side templates and are uploaded as cartridge resources rather than being converted into static HTML by an npm compilation step. Likewise,npm run cleanremoves generated build artifacts; it does not substitute for producing the CSS and font assets required by the storefront.

After the assets and cartridge code are built and uploaded, the cartridges must also be registered through the site ' s cartridge path so that B2C Commerce can resolve and execute them. Salesforce ' s SFRA configuration guidance describes the cartridge deployment and site-registration workflow.

Study Guide reference:Application Development — SFRA project structure, front-end asset compilation, cartridge deployment, and storefront development workflow.

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

The cartridge ' s root-levelpackage.jsonuses the " hooks " property to point to the hook registration file. In the standard SFRA cartridge structure, the hook-registration file resides under:

cartridge/scripts/hooks.json

Therefore, the correct relative path is:

{ " hooks " : " ./cartridge/scripts/hooks.json " }

Salesforce ' s SFRA hook documentation confirms thatpackage.jsonuses thehookskeyword to identify the hook file and that the referenced hook file then maps extension-point names to script implementations.

Option B omits thecartridgeportion of the normal directory structure, so it points to the wrong location. Option C uses JavaScript-object syntax rather than valid JSON because thehooksproperty name is unquoted. Apackage.jsonfile must contain valid JSON.

Thehooks.jsonfile contains entries with the extension-pointnameand correspondingscriptmodule. Once the cartridge is deployed and active on the appropriate cartridge path, registered hooks can participate in storefront or platform extension points.

Study Guide reference:Application Development — hook registration,package.json,hooks.json, cartridge structure, CommonJS hook modules, and extension points.

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

B2C Commerce logging uses ahierarchical category model. When WARN is enabled onproduct, WARN and all higher-severity levels are available forproductand descendant categories. A more specific configuration onproduct.importcan then lower that subcategory ' s threshold to DEBUG.

Salesforce gives essentially this exact example in its server-side JavaScript documentation: when WARN is enabled forproductand DEBUG is configured forproduct.import, WARN and ERROR are logged for the parent and its subcategories, whileproduct.importadditionally logs DEBUG and INFO.

The reason is that the configured level is aminimum severity threshold. DEBUG is lower than INFO, WARN, ERROR, and FATAL, so selecting DEBUG permits the entire severity range for that category. The more specific child-category setting overrides the inherited parent threshold for that branch.

This hierarchical design lets administrators keep broad logging conservative while temporarily increasing diagnostic detail for one subsystem such as product import processing.

Study Guide reference:Application Development — custom logging hierarchy, parent/child categories, log-level inheritance, DEBUG, INFO, WARN, and granular diagnostics.

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

When an existing SFRA route already performs the required core processing and the developer only needs to add functionality after that processing,server.append()is the appropriate route-extension mechanism.

Salesforce documents thatserver.appendadds middleware after an existing route ' s middleware chain. The original middleware executes first, followed by the appended middleware. A common documented use case is adding or modifying properties in the route ' sviewDataobject without duplicating the existing controller implementation.

server.extend()is important when a custom controller inherits routes frommodule.superModule, but it is not by itself the operation that adds a new step to a specific route. Option B replaces more behavior than necessary and increases coupling to the underlying implementation.

With an appended function, the developer can retrieve ViewData usingres.getViewData(), add the required properties, update it throughres.setViewData(), and callnext().

The technique preserves the base route and minimizes custom code, supporting upgrade-safe SFRA development.

Study Guide reference:Application Development — SFRA controller customization,server.append(), middleware chains, ViewData,module.superModule, and route extensibility.

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

Logger.getLogger( " contact " )returns a logger associated with the custom categorycontact. Invoking.debug()on that logger writes the message at DEBUG severity under the specified category, assuming the corresponding category configuration permits DEBUG logging.

Salesforce ' sdw.system.LoggerAPI documents the one-argumentgetLogger(String)method as returning the logger for the supplied category. It also exposes DEBUG, INFO, WARN, ERROR, and other severity operations on the resulting logging object.

Option B uses the static root-style debug call and therefore does not explicitly bind the entry to the requested custom category. Option A is invalid becauseLogger.customLogger()is not a supported Script API method.

Category-based logging is useful for service integrations because Business Manager administrators can selectively increase diagnostic verbosity for a specific subsystem such ascontactwithout globally enabling excessive DEBUG output. Category rules can also be hierarchical, allowing narrower categories such ascontact.submitorcontact.response.

Study Guide reference:Application Development —dw.system.Logger,getLogger(), custom logging categories, DEBUG severity, and Service Framework diagnostics.

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