AbleCommerce Shopping Cart Software

It seems we are NOT passing discounts to PayPal. Customer has an order for items totaling $57.35. Has volume discounts of $2.97 and a 10% off promo code for $5.17.

His total after discounts is: $48.41

Paypal requested: $57.35

Is this a bug or an issue on our side?

Hello Robbie,

IPN or Express checkout?

This was our issue. Your response actually led me to it though.

Check out http://www.FireFold.com.

A few small issues here and there. Going in to fix tomm. morning. 17 hour Friday=no fun. Evan(lead designer) started losing his ability to form full sentences from being so tired. I have yet to even change out of my work clothes!!!

Feel free to leave me some feedback on the site. We love opinions!

Hello Robbie,

Glad you figured it out. Sounds like you need to call it a night. The site is terrific. One of the finest 7.0 sites I've seen!

So in my tiredness I thought I fixed this.

Just had another customer do it.

I have two ways for a customer to hit paypal on our website. One thru the mini cart - one in checkout.

Could you guys test and see? Any known bugs with this?

I am missing https://www.firefold.com/ProcessPayPal.ashx

Where can I find this file?

Robbie@FireFold wrote:I am missing https://www.firefold.com/ProcessPayPal.ashx

Where can I find this file?

That is not a real file. Check out the <httpHandlers> section of web.config. ProcessPayPal.ashx is handled by CommerceBuilder.Payments.Providers.PayPal.IpnProcessor.

Pulling my hair out on this one.

PayPal links up great with the payments, refunds, etc etc. All great.

It will not seem to take the discounts. Anyone else experienced this?

Sadly only one of the multiple customers have noticed this. Most pay and move on. I've been refunding them one by one.

I found this might go deeper. Again I'm not sure where/why this error occurs, but I need to get a fix ASAP.

This is from a credit card charge today:



And here's his odd total:



Promo codes seem to be fine. Volume discounts are not acting correctly. He got $2 off - even though he was supposed to get $1. Then he got charged the full amount w/o the discount included.

Hello Robbie,

No one is around that can fix things, but please get posted the way to reproduce this step by step. Your discount setup, your volume discount setup, etc. Give us the information so we can quickly (hopefully) reproduce the issue.

Quick run down of what occurs:

-Customer Buys multiple items to recieve volume discount
-Customer Checkouts
-Everything looks fine on their side - totals match etc.
-CC or PayPal charge goes thru with total not including the volume discout.

Example:

Item A costs $1.

Volume discount if you buy 2 - Save $.10 each

Customer buys 2 - totaling $1.80 w/discoutns
Customer gets reciept from us showing $1.80

Back end passes $2.00 to either PayPal or authorize.net. Customer gets charged $2.00.

Feel free to make a fake order on http://www.FireFold.com. I will refund you. Just email the order numbers to Robbie@FireFold.com.

I've gone thru everything head to toe that I can think of. I don't believe this is in our settings.

Submitted this as a bug. If anyone has any thoughts/something we can do let me know.

Big issue for a store our size.

So this bug has shaved 3-5 years off of my life.

I found the bug is not within the payment methods, but within volume discounts itself. The charges are going thru correctly.



TEST-PRODUCT was $1.00

I assigned a volume discount that was Buy 5 Save $00.01.

You can see in the picture above it took the discount on the product and then thru in a discount also. Crazy part is it charged the right amout! My total should be $5.28 with tax - like it shows beside Payment Total. The grand total shows: $5.23 which is wrong.

We have it where a customer can fix their payment method. With this bug if their card declines it allows them to 'fix' it with the incorrect total.

His total should be 70.39, but with the volume discounts 'doubling themselves' it gives the wrong total.

Heads up to everyone if you use volume discounts. Hopefully we can get this fixed ASAP.

Hello Robbie,

I've asked for the steps to reproduce this issue, please be specific as this hasn't been reported by anyone else or has it been found in our testing. We have been unable to reproduce this situation in our testing. We can only fix it if we can reproduce the issue.

Above you show the admin invoice, how is it displayed to the customer? Is it correct?

I found the bug is not within the payment methods, but within volume discounts itself. The charges are going thru correctly.

Robbie,

I could not reproduce it either. Based on your notes I created a $1 test product and a Buy 5 Save $0.01 volume discount. Throughout the checkout, the TEST PRODUCT line always showed $1, and the Discount line always showed -$0.05, and the totals were correct. Here is the final order on the Admin side (same info shows on the client side):

http://screencast.com/t/v6JIlD0F

I named my volume discount "Buy 4 Save $0.01" and notice that the name appears in the line item. "TEST PRODUCT" appears in your sample. Is that the name of your volume discount? If not, then it looks like more than the calculations are wacky.

I wonder if you have some old files? Have you downloaded build 10125 and compared to your build?

I went back to test this a few more times. Depending on my payment method depends on if the bug occurs(I guess).

Paying with Credit Card(3 tries) made the bug occur.
Paying with a customer non processed(we call it terms) made the bug NOT appear.

Steps I take to make this happen.

Create Item - Price $1.00
Create volume discount for QTY. Buy 5 save $0.01

Add item to cart - shows correctly to customer. Check out - still shows correctly to customer. It even charges the customer correctly.

Then if you take a look in admin the total will be wrong. The volume discount effects the product cost and also adds in a discount. Double dipping really.

Here are screen shots of the orders. Note the way I paid:

Processed Order where Bug shows up:

Click here to see what the customer sees: http://www.firefold.com/misc/bugcust.jpg

Fake payment method way where bug does not:

Click here to see what the customer sees: http://www.firefold.com/misc/nobugcust.jpg

Both these above orders were placed using the same item w/the same discount. Nothing changed except for payment method.

Note: I do have the conlib that handles declined payments turn on. I don't believe this would have any effects, but I want to make sure I get all 'variables' out there.

I have no mods in the backend/payment process everything is out of the box(or updated). My build is:

VERSION: 7.0
BUILD: 10125

Thanks again for everyone's help and responses. I keep digging deeper getting closer to what/why this problem occurs.

I turned on HandleFailedPayment and used a credit card instead of a PO, but the receipt still looks right:

http://screencast.com/t/5GB8FuBw

Before I configured the payment processor correctly, the credit card payment would fail and I was taken to the retry page. On that page the price was displayed as $0.99, but none of the other fields are displayed on the page so I don't know if the rest of the fields matched yours.

What payment processor are you using?

After reading several bug reports on bugs.ablecommerce.com, I think Mike et al have something like this in mind when they ask for the steps required to duplicate the problem:

1. Create a new volume discount based on Quantity of Line Item and call it "Blah Blah".
2. Enter minimum=5, maximum=5, discount=0.01, Fixed Amount.
3. Select Specific discount scope.
4. Select All Groups and Save it.

5. Create a payment gateway and select Authorize & Capture.
6. Create a new Tax Code called "Taxable".
7. Create a new Tax Rule.....
...
15. Create a new product called TEST PRODUCT.
...
20. Add TEST PRODUCT to the basket.
...

The bug reports often include very detailed steps that assume the database is empty.

I also checked this and tried to reproduce it but I couldn't. I discussed with Mazhar and I suspect it must have something to do with the retry page. Has this page been customized?

sohaib wrote:I also checked this and tried to reproduce it but I couldn't. I discussed with Mazhar and I suspect it must have something to do with the retry page. Has this page been customized?

I sent Mazhar our files. I can send them also to you. PM me your email and I can send them also.

Issue is solved.

This was not Able's fought at all.

It was caused by a accounting software code we used.

I fully apologize again if this looked like Able. I went thru EVERYTHING I could think of before posting, but this was my last resort.

Thanks again to everyone who attempted to help!

Hello Robbie,

We're all just happy you got to the bottom of it! Thanks for the update.