New Year Sale 2026! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions
Mail Us support@pass4success.com
Location US
Mob_nav_barsMENU

Salesforce Certified B2C Commerce Architect (Arch-303) Exam - Topic 4 Question 44 Discussion

Actual exam question for Salesforce's Salesforce Certified B2C Commerce Architect (Arch-303) exam
Question #: 44
Topic #: 4
[All Salesforce Certified B2C Commerce Architect (Arch-303) Questions]

An ecommerce site has dynamic shipping cost calculation. it allows the customers to see their potential shipping costs on the Product Detail Page before adding an item to the cart.

For this feature, shipping touts are calculated using the following logic:

* Set the shipping method on the Basket

* Add the item to the basket, calculate the basket total and get the shipping cost for this method

* Remove the item from the Basket to restore the original state

* The above process is repeated for each shipping method

During the testing it was discovered that the above code violates the spi.basket.addResolveInSameResquest quota.

What should the Architect do to resolve this issue and maintain the business requirement?

Show Suggested Answer Hide Answer
Suggested Answer: B

by Valentin at Jul 06, 2024, 06:21 AM

Limited Time Offer

25%

Off

Get Premium Salesforce Certified B2C Commerce Architect (Arch-303) Questions as Interactive Web-Based Practice Test or PDF

Contribute your Thoughts:

0/2000 characters
Submit Cancel
Luis
3 months ago
Not sure if wrapping transactions will solve the quota issue.
upvoted 0 times
...
Cherry
3 months ago
Definitely not A, that would confuse customers!
upvoted 0 times
...
Nikita
3 months ago
Wait, can they really just roll back transactions like that?
upvoted 0 times
...
Carma
4 months ago
I think option B makes more sense, though.
upvoted 0 times
...
Linwood
4 months ago
Sounds like option D is the best way to go!
upvoted 0 times
...
Vernice
4 months ago
I recall that rolling back transactions can be a good way to maintain state, so option D might be the best choice here.
upvoted 0 times
...
Ceola
4 months ago
I feel like wrapping each step in its own transaction could help, but I'm not confident if that would fully resolve the quota issue.
upvoted 0 times
...
Fernanda
4 months ago
I think we practiced a similar question where we had to decide whether to calculate shipping costs upfront or at checkout. Maybe option B is the way to go?
upvoted 0 times
...
Tyisha
5 months ago
I remember something about the spi.basket.addResolveInSameRequest quota, but I'm not entirely sure how to fix it without impacting the user experience.
upvoted 0 times
...
Maryann
5 months ago
I'm feeling pretty confident about this one. I think option D is the way to go - wrapping the whole process in a transaction and rolling it back. That should let us calculate the shipping costs without violating the quota.
upvoted 0 times
...
Dalene
5 months ago
Okay, I think I've got a strategy here. The key is to find a way to calculate the shipping costs without adding and removing the item from the basket. Maybe we can do some kind of simulation or caching to avoid the quota issue.
upvoted 0 times
...
Hildegarde
5 months ago
Hmm, I'm a bit confused by the question. It sounds like we need to find a way to calculate shipping costs without violating the quota. I'll have to think this through carefully.
upvoted 0 times
...
Alesia
5 months ago
This seems like a tricky one. I'd want to carefully consider the business requirements and the technical constraints before deciding on the best approach.
upvoted 0 times
...
Claribel
5 months ago
I feel pretty confident about this. The "General" coupon type means it doesn't have the same strict requirements as other coupon types. So option D, that there doesn't need to be a source or target rule defined, that seems like the right answer to me.
upvoted 0 times
...
Alisha
5 months ago
Okay, I think I understand the question. Let me double-check the solution to make sure it will actually achieve the goal.
upvoted 0 times
...
Isaiah
10 months ago
Option C: Wrap each step in its own transaction, like a boss. Why complicate things when you can just break it down and tackle it piece by piece? Simple and efficient!
upvoted 0 times
Marta
9 months ago
B) Omit the calculation of shipping cost until the customer is ready to check out and has chosen the shipping method they want to
upvoted 0 times
...
Catarina
9 months ago
A) Omit the removal of the Item and speed up the process for the customer by adding the product to the basket for them.
upvoted 0 times
...
Silva
9 months ago
C) Wrap each Individual step of the process its own transaction Instead of using one transaction for all steps.
upvoted 0 times
...
...
Avery
10 months ago
What is this 'spi.basket.addResolveInSameResquest quota' you speak of? I'm just going to go with the option that involves the least amount of basket-juggling. Can't be that hard, right?
upvoted 0 times
Lisbeth
10 months ago
D) Wrap the adding of product and shipping cost calculation in a transaction which Is then rolled back to restore the original state
upvoted 0 times
...
Laurena
10 months ago
C) Wrap each Individual step of the process its own transaction Instead of using one transaction for all steps.
upvoted 0 times
...
Lenny
10 months ago
B) Omit the calculation of shipping cost until the customer is ready to check out and has chosen the shipping method they want to
upvoted 0 times
...
...
Chantay
10 months ago
Hold up, are we seriously considering adding the item to the basket without the customer's consent? That's just plain wrong, man. Option A is a big no-go in my book.
upvoted 0 times
...
Rasheeda
10 months ago
I don't know, option D sounds like the best approach. Wrapping everything in a transaction and rolling it back keeps the business requirement intact without violating any quotas.
upvoted 0 times
Ronnie
9 months ago
Yes, wrapping the adding of product and shipping cost calculation in a transaction is a good way to ensure the original state is restored.
upvoted 0 times
...
Ronnie
10 months ago
I agree, option D seems like the most reliable solution to maintain the business requirement.
upvoted 0 times
...
...
Solange
10 months ago
Hmm, option B seems like the most straightforward solution. Why do all that extra work just to remove the item? Calculating the shipping cost on checkout makes more sense.
upvoted 0 times
...
Mari
11 months ago
That's a valid point, Tamera. But what if the customer wants to see the shipping costs upfront before deciding to add the item to the cart?
upvoted 0 times
...
Tamera
11 months ago
I disagree, I believe option B is more efficient. Why calculate shipping costs multiple times when the customer may not even proceed to checkout?
upvoted 0 times
...
Mari
11 months ago
I think option C is the best solution. It ensures each step is independent and can be rolled back if needed.
upvoted 0 times
...

Save Cancel