Guest

While it's not wrong, it's also lacking some context.

Imagine these scenarios buying a singular 4.99 product (assuming all scanned CRTs/EBs are printed):

Scenario A: 2 EB, 3 BB
Both are pending validation coupons and singularly do not exceed the 4.99 subtotal. Will reduce when coupons are scanned and processed.

Scenario B: 2 CRT, 3 BB
Like Scenario A, both coupons are pending validation coupons. They singularly do not exceed the subtotal. The CRT will process before the EB, so the 3 BB will reduce.

Scenario C: 2 CRT, 3 CRT
Again, both are pending validation coupons. They do not singularly exceed the subtotal and when processed, the \$3 CRT will apply first, followed by the \$2 CRT, which will likely reduce.

Scenario D: 2 MQ, 3 BB
Only one coupon is a pending validation coupon. You must scan the pending validation coupon before MQ for it to reduce. Scanning the MQ first will make the subsequent subtotal 2.99 and that is greater than the value of 3 BB. Coupon exceeds subtotal value and won't be accepted.

Scenario E: 2 DQ, 3 BB
Like scenario D, only one coupon is a pending validation coupon. The DQ will automatically apply so the subsequent subtotal will be 2.99. The BB will likely not scan because it exceeds subtotal value. Best bet to load the BB to card for it to reduce.

Scenario F: 5 EB or CRT
This is what Erica's description was talking about. It's a singular pending validation coupon that exceeds the subtotal. It won't even let you scan it because coupon exceeds value. Best bet to load the CRT/EB to card for it to reduce.

Of course this is a very simplified explanation with one product and a bunch of coupons. SCO is more complex than that and has other nuances that you learn about as you use it more.

Your trip today sounds like it falls somewhere in between Scenario B & C, not Scenario F. Your subtotal was more than 2.26 before your pending validation coupons applied and that's why the 3 BB was able to be scanned and reduced.