Last week I worked on a request from one of our clients for their e-commerce site. Let me walk you through it step by step, because it’s an interesting case and maybe you’d have solved it differently.The client asked us to list orders with status “CREATED” in the customer’s Order History. Normally, the Order History only shows completed or failed orders. So why show “CREATED” ones?Here’s the reason: When a customer checks out in this supermarket e-commerce, they don’t just buy one or two products. They often fill their basket with 20, 30, even 40 items. Weekly or monthly shopping. If something goes wrong during payment, the basket is already transformed into an order in “CREATED” status, and the cart disappears. Customers then complain that they have to repeat the entire shopping list from scratch. And let’s be honest, that’s a pain.To fix this, we added a “Repeat Basket” button for these “CREATED” orders. If the order failed, the customer can simply click and rebuild their cart without starting all over again. Sounds good, right? But here’s where things get tricky.<h2 id="94ca98be-0265-4a76-b090-19e70bdf669d" data-toc-id="94ca98be-0265-4a76-b090-19e70bdf669d">The different scenarios</h2><ol><li>The Happy Path The user checks out, goes to the bank page, confirms with their PIN or mobile app, and everything works perfectly. The bank sends confirmation back, the order is updated, and it moves from “CREATED” to authorized. No problem here.</li><li>The Distracted User The user tries to pay but doesn’t have their phone, enters wrong details, or lets the session expire. They come back to the site and the order moves from “CREATED” to “FAILED.” Again, no problem — it’s clear the order didn’t go through.</li><li>The Painful Scenario This is the one that keeps us up at night. The user closes the bank page before returning to the e-commerce site. Maybe they entered the correct authorization codes, maybe not. So now we have an order in “CREATED” status, and we don’t know if it’s actually paid or not.</li></ol><h2 id="b954b633-f64b-4beb-9df3-66954d566c10" data-toc-id="b954b633-f64b-4beb-9df3-66954d566c10">How we handle it technically</h2>To deal with this, we rely on two things:<ul><li>Webhooks from the bank Our payment gateway sends notifications whenever an order changes status. If a payment is authorized, pending fraud checks, or rejected, the e-commerce site gets notified and updates the order accordingly. If the payment is rejected, we cancel the order right away.</li><li>A scheduled job Every 30 or 60 minutes, a job runs through all orders stuck in “CREATED” and asks the bank directly: Has this order been paid or not? If the bank says it’s authorized, we update the status, notify the customer, send the confirmation email, and start preparing the order. If the bank says it’s still pending, we wait until the next run. And if the bank says it failed, we cancel it.</li></ul><h2 id="823b2457-51c0-436e-9590-890fe921cdcc" data-toc-id="823b2457-51c0-436e-9590-890fe921cdcc">The risk we face</h2>So far, everything makes sense. Customers get the chance to repeat their basket if something went wrong, which saves them from rebuilding a long shopping list.But here’s the problem: what if the user repeats the basket while their first payment was actually successful, just not yet confirmed on our side?Imagine this:<ul><li>The user pays, but closes the browser before returning to the site.</li><li>Our system still sees the order as “CREATED.”</li><li>The customer, in a hurry, uses the “Repeat Basket” button and successfully pays again.</li></ul>Now we’ve got two identical orders and potentially two charges on the customer’s card.That’s the situation we’re facing.

What happens when supermarket e-commerce orders get stuck in ‘CREATED’ status? A real case study on payment flows, duplicate orders, and the hidden risks for both customers and businesses

When “Created” Orders Become a Headache in E-commerce

Discover expert insights, best practices, and in-depth guides on Salesforce Commerce Cloud. Stay ahead with SFCC Success Secrets and optimize your e-commerce strategy today!

When “Created” Orders Become a Headache in E-commerce

When “Created” Orders Become a Headache in E-commerce

Related Posts

Shopify, AI, and Internal Hires: The Brutal Truth About Salesforce B2C Careers in 2025

Why You Should Keep More Than One Backup

Humans 1 – Machines 0: The E-commerce Glitch You Won’t Believe

What the heck is going on with my Salesforce instance?

How I Wasted My Morning Like a Total Idiot