Independence Day Deal! Unlock 25% OFF Today – Limited-Time Offer - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Salesforce Exam B2C Commerce Developer Topic 20 Question 68 Discussion

Actual exam question for Salesforce's B2C Commerce Developer exam
Question #: 68
Topic #: 20
[All B2C Commerce Developer Questions]

A developer working on a multi country site is asked to store country specific data that drives the creation of a country selector. Examples of the data stored are:

Pricebook to be used

Image URL for country flag

The data used in staging also applies in production, but only for this site.

Which approach should the developer take to implement these requirements?

Show Suggested Answer Hide Answer
Suggested Answer: A

Contribute your Thoughts:

Hildred
1 months ago
B) for sure. Gotta keep that data clean and organized, you know? No one wants a messy pricebook or flag URL.
upvoted 0 times
Pauline
6 days ago
B) Definitely, having a replicable Custom Object would make it easier to handle the country-specific data.
upvoted 0 times
...
Mohammad
8 days ago
A) Extending the Locale System Object sounds like a good idea too. It could help with managing the data for each country.
upvoted 0 times
...
Jolanda
1 months ago
B) for sure. Gotta keep that data clean and organized, you know? No one wants a messy pricebook or flag URL.
upvoted 0 times
...
...
Laurel
2 months ago
Hmm, I wonder if they have a 'Extend the Locale System Object and then create a Custom Object' option. That would be the ultimate power move!
upvoted 0 times
Alesia
20 days ago
User 3: Agreed, having all the data in one place would make it easier to manage.
upvoted 0 times
...
Rolande
1 months ago
User 2: That sounds like a solid approach. It would help keep things organized.
upvoted 0 times
...
Ira
1 months ago
User 1: I think we should go with option A) Extend the Locale System Object to contain the custom data for each country.
upvoted 0 times
...
...
Lavina
2 months ago
C) Creating site-specific content assets could work, but it might be less flexible than a dedicated Custom Object.
upvoted 0 times
Graciela
1 months ago
B) Create a replicable, site-specific Custom Object with the custom data for each country.
upvoted 0 times
...
Carry
1 months ago
A) Extend the Locale System Object to contain the custom data for each country.
upvoted 0 times
...
...
Ashlee
2 months ago
But with option B, we can easily manage and update the country specific data.
upvoted 0 times
...
Veronique
2 months ago
A) Extending the Locale System Object could work, but it might introduce complexity if this data is only used for this specific site.
upvoted 0 times
Jospeh
1 months ago
A) Extending the Locale System Object could work, but it might introduce complexity if this data is only used for this specific site.
upvoted 0 times
...
Venita
2 months ago
B) Create a replicable, site-specific Custom Object with the custom data for each country.
upvoted 0 times
...
Yuki
2 months ago
A) Extend the Locale System Object to contain the custom data for each country.
upvoted 0 times
...
...
Herman
2 months ago
B) Create a replicable, site-specific Custom Object with the custom data for each country. This seems like the most straightforward approach to handle country-specific data that is required across both staging and production environments.
upvoted 0 times
...
Tina
3 months ago
I disagree, I believe option C is more suitable for this scenario.
upvoted 0 times
...
Ashlee
3 months ago
I think option B is the best approach.
upvoted 0 times
...

Save Cancel
az-700  pass4success  az-104  200-301  200-201  cissp  350-401  350-201  350-501  350-601  350-801  350-901  az-720  az-305  pl-300  

Warning: Cannot modify header information - headers already sent by (output started at /pass.php:70) in /pass.php on line 77