Square Payment Module for Zen Cart [Support Thread]

[jodean]

Several of the plugins that I would like to use are not Encapsulated yet. What is your opinion regarding installation of non-encapsulated plugins?

[lat9]

Several of the plugins that I would like to use are not Encapsulated yet. What is your opinion regarding installation of non-encapsulated plugins?

Please post as a general question; this has noting to do with the Square payment module.

[DaxtheMan]

Hi
Using ZC 1.5.8a and OPC with PHP8.2 and Square module 2.0.2. Basic responsive_classic template.

Not sure where the issue I have originates - maybe the group pricing code or maybe something being picked up in the Square module. I'm sure those with a far greater knowledge of how these things integrate can advise. Here's the issue:

1/When the cart user qualifies for a group pricing discount (or when a discount code is used) the cart total is showing the correct net figure that will be charged to their card.
2/When the cart sends off the amount to the bank for verification the bank pop-up asks for approval for the pre-discount amount - not the amount shown in the cart.
3/When the cart verification is declined the resulting log shows the correct discounted amount in the audit trail!
4/If the user accepts the larger amount at the verification stage the transaction goes through at the discounted amount.

This screenshot shows better what I am trying to detail:


The error log:

  [amountMoney:Square\Models\CreatePaymentRequest:private] => Square\Models\Money Object
        (
            [amount:Square\Models\Money:private] => Array
                (
                    [value] => 41324
                )

            [currency:Square\Models\Money:private] => GBP

I'd appreciate any guidance here on a resolution. Where did the bank get the wrong amount data from in the initial pop-up screen (that isn't used for the transaction)?

Thanks for reading this.

[carlwhat]

Hi
Using ZC 1.5.8a and OPC with PHP8.2 and Square module 2.0.2. Basic responsive_classic template.

Not sure where the issue I have originates - maybe the group pricing code or maybe something being picked up in the Square module. I'm sure those with a far greater knowledge of how these things integrate can advise. Here's the issue:

1/When the cart user qualifies for a group pricing discount (or when a discount code is used) the cart total is showing the correct net figure that will be charged to their card.
2/When the cart sends off the amount to the bank for verification the bank pop-up asks for approval for the pre-discount amount - not the amount shown in the cart.
3/When the cart verification is declined the resulting log shows the correct discounted amount in the audit trail!
4/If the user accepts the larger amount at the verification stage the transaction goes through at the discounted amount.

This screenshot shows better what I am trying to detail:


The error log:

  [amountMoney:Square\Models\CreatePaymentRequest:private] => Square\Models\Money Object
        (
            [amount:Square\Models\Money:private] => Array
                (
                    [value] => 41324
                )

            [currency:Square\Models\Money:private] => GBP

I'd appreciate any guidance here on a resolution. Where did the bank get the wrong amount data from in the initial pop-up screen (that isn't used for the transaction)?

Thanks for reading this.

i won’t be in front of my computer until wednesday. at that point i can boot up 1 of my 137 different zc installs and track down what the problem may be.

that said, i think the paypal rest app may have encountered a similar problem. it seems that the order total is not reflective of these discounts at the time of payment.

but i will look at it closer when i’m in front of my computer.

best.

[DaxtheMan]

Thanks carlwhat - I do appreciate the help.

[swguy]

Would it make sense to do a check for Safari before enabling Apple Pay? If you're using Chrome, you get this console error:

square.js:3 Initializing Apple Pay failed PaymentMethodUnsupportedError: Method unsupported: Apple Pay is only available on Safari.
at new Wf (square.js:3:375247)
at Yf (square.js:3:383212)
at square.js:3:386948
at Generator.next (<anonymous>)
at Jf (square.js:3:383366)
at a (square.js:3:383570)

[carlwhat]

Would it make sense to do a check for Safari before enabling Apple Pay? If you're using Chrome, you get this console error:

square.js:3 Initializing Apple Pay failed PaymentMethodUnsupportedError: Method unsupported: Apple Pay is only available on Safari.
at new Wf (square.js:3:375247)
at Yf (square.js:3:383212)
at square.js:3:386948
at Generator.next (<anonymous>)
at Jf (square.js:3:383366)
at a (square.js:3:383570)

i'll add it to my list, but truly very low priority.

wrong totals getting sent to the payment processor because the $order->info object is incorrect at the time the data should be handled is far greater priority and something that really makes little sense to me.

why is there a checkout payment page if the base ZC can not provide the correct totals?

[carlwhat]

...Using ZC 1.5.8a and OPC with PHP8.2 and Square module 2.0.2. Basic responsive_classic template....

Thanks carlwhat - I do appreciate the help.

dax,
there are 5 files that i think you need to change.

3 of the files involve commenting out 1 line. the other 2 files require adding 3 lines.

you can review the file changes here:

https://github.com/zencart/zencart/c...art:orderTotal

you need to do everything in green.

considering you are using v158a, the line numbers may be different. but the changes should be the same and in about the same place.

please let me know if you have any questions.

and MOST importantly, let us know if it works and does what you expect!

best.

[DaxtheMan]

dax,
there are 5 files that i think you need to change.

3 of the files involve commenting out 1 line. the other 2 files require adding 3 lines.

you can review the file changes here:

https://github.com/zencart/zencart/c...art:orderTotal

you need to do everything in green.

considering you are using v158a, the line numbers may be different. but the changes should be the same and in about the same place.

please let me know if you have any questions.

and MOST importantly, let us know if it works and does what you expect!

best.

Thank you for looking at this issue. I have added the 5 amendments and double checked them but the pop-up bank response still includes the same result as before - namely the pre-discount amount is requested to be approved.

dax

[carlwhat]

Hi
Using ZC 1.5.8a and OPC with PHP8.2 and Square module 2.0.2. Basic responsive_classic template.

Not sure where the issue I have originates - maybe the group pricing code or maybe something being picked up in the Square module. I'm sure those with a far greater knowledge of how these things integrate can advise. Here's the issue:

1/When the cart user qualifies for a group pricing discount (or when a discount code is used) the cart total is showing the correct net figure that will be charged to their card.
2/When the cart sends off the amount to the bank for verification the bank pop-up asks for approval for the pre-discount amount - not the amount shown in the cart.
3/When the cart verification is declined the resulting log shows the correct discounted amount in the audit trail!
4/If the user accepts the larger amount at the verification stage the transaction goes through at the discounted amount.

This screenshot shows better what I am trying to detail:


The error log:

  [amountMoney:Square\Models\CreatePaymentRequest:private] => Square\Models\Money Object
        (
            [amount:Square\Models\Money:private] => Array
                (
                    [value] => 41324
                )

            [currency:Square\Models\Money:private] => GBP

I'd appreciate any guidance here on a resolution. Where did the bank get the wrong amount data from in the initial pop-up screen (that isn't used for the transaction)?

Thanks for reading this.

dax,
i have looked at this issue. i will have a solution for you soon.

i have started a discussion about this issue here.

IMO, this is a design flaw inherent in ZC with which i will be forced to handle.

thanks for your patience.