One-Page Checkout [Support Thread]

EZorb:

What would cause this error using credit cards? "The supplied currency code is either invalid, not supported, not allowed for this merchant or doesn't have an exchange rate. - Your credit card could not be authorized for this reason. Please correct the information and try again or contact us for further assistance."

Did not catch before going Live. Help Please
Most likely not an OPC thing, but can't tell for certain unless you switch off OPC and test again.

Several payment gateways only support transactions initiated in the currency tied to the gateway account. Usually the primary currency of the country the storeowner is in.
Some of Zen Cart's gateway modules allow you to specify which currency your gateway account uses, so that it can pre-convert the amount when customers are shopping in another currency.

You didn't say which gateway you were trying to use when this occurred. Nor which currency you were shopping in, and which currency is your store's default, and which currency your gateway requires you to transact in.

Authorized.net aim is set to USD.
They said was error was in shopping cart they did not show the tranaction.
Will test again with OPC off
Thanks

DrByte:

Most likely not an OPC thing, but can't tell for certain unless you switch off OPC and test again.

Several payment gateways only support transactions initiated in the currency tied to the gateway account. Usually the primary currency of the country the storeowner is in.
Some of Zen Cart's gateway modules allow you to specify which currency your gateway account uses, so that it can pre-convert the amount when customers are shopping in another currency.

You didn't say which gateway you were trying to use when this occurred. Nor which currency you were shopping in, and which currency is your store's default, and which currency your gateway requires you to transact in.

With OPC set to off card goes through so something in OPC

DrByte:

Most likely not an OPC thing, but can't tell for certain unless you switch off OPC and test again.

Several payment gateways only support transactions initiated in the currency tied to the gateway account. Usually the primary currency of the country the storeowner is in.
Some of Zen Cart's gateway modules allow you to specify which currency your gateway account uses, so that it can pre-convert the amount when customers are shopping in another currency.

You didn't say which gateway you were trying to use when this occurred. Nor which currency you were shopping in, and which currency is your store's default, and which currency your gateway requires you to transact in.

EZorb:

With OPC set to off card goes through so something in OPC

Placed another CC order on Live Cart and it did again go through with OPC in OFF. Error msg in post 560

Using Authorized.net AIM

EZorb:

What would cause this error using credit cards? "The supplied currency code is either invalid, not supported, not allowed for this merchant or doesn't have an exchange rate. - Your credit card could not be authorized for this reason. Please correct the information and try again or contact us for further assistance."
I don't see anything like that error message in any of the built-in payment modules that come with Zen Cart. And not in the OPC plugin code.

Use the Developers Toolkit in your Admin to search "All Files, Catalog" (last option on the page), for "supplied currency" or "not allowed for this merchant". What are the results?

DrByte:

I don't see anything like that error message in any of the built-in payment modules that come with Zen Cart. And not in the OPC plugin code.

Use the Developers Toolkit in your Admin to search "All Files, Catalog" (last option on the page), for "supplied currency" or "not allowed for this merchant". What are the results?

The second part of error message (Your credit card could not be authorized for this reason. Please correct the information and try again or contact us for further assistance.) is comming from/includes/languages/english/modules/payment/authorizenet_aim.php on Line #34

Line #34 : define('MODULE_PAYMENT_AUTHORIZENET_AIM_TEXT_DECLINED_MESSAGE', 'Your credit card could not be authorized for this reason. Please correct the information and try again or contact us for further assistance.');

The first part of error (is not any where in ZenCart coding) I believe this error has something to do with OPC where selecting CC causes Authorized.net (AIM) to change "Submit Order" button to be replaced with "Continue Shopping" with the verbiage telling customer click on "Submit Order" and there is not one. It appears to me the transition got to Authorized.net front door and did not pass muster attaching the first part of the error message and returned.

So would you say should remove that temp fix to prevent the button flip and see if CC makes it all way through? I will try it and post back results.

Larry

Yes, the second part of the message is from the AIM module's generic decline secondary message.

So, the currency failure message comes from Authorize.net. You'll need to sort that out with them. Zen Cart won't be displaying that message if it didn't come from Authnet's servers as their response to your attempted transaction.

That was the problem, after setting ($collectsCardDataOnsite = false;) back to TRUE; It will process credit cards.
Is this only happening with (AIM)?

Now I need to come up with some way to eliminate "by Clicking the Submit Order Button
you agree to our shipping & returns policies.........." when the "Continue Checkout" button is showing for Review.

After clicking the Review button (Continue Checkout) and Submit Order button is showing again & "by Clicking the Submit Order Button
you agree to our shipping & returns policies.........." as it should.

What would it take to blank out the message when the Review button is displayed?

DrByte:

Yes, the second part of the message is from the AIM module's generic decline secondary message.

So, the currency failure message comes from Authorize.net. You'll need to sort that out with them. Zen Cart won't be displaying that message if it didn't come from Authnet's servers as their response to your attempted transaction.

EZorb:

That was the problem, after setting ($collectsCardDataOnsite = false;) back to TRUE; It will process credit cards.
Is this only happening with (AIM)?

Now I need to come up with some way to eliminate "by Clicking the Submit Order Button
you agree to our shipping & returns policies.........." when the "Continue Checkout" button is showing for Review.

After clicking the Review button (Continue Checkout) and Submit Order button is showing again & "by Clicking the Submit Order Button
you agree to our shipping & returns policies.........." as it should.

What would it take to blank out the message when the Review button is displayed?
As shipped with Zen Cart, the Authorize.net/AIM and PayPal Payments Pro both collect-credit-card-data-onsite.

I've looked through the default OPC language files and the text you identify isn't there. You've apparently got a template-override version of the files. If you identify the language "definition" that you've found, I can help.

@ lat9 & Dr Byte

I just got off the phone with Authorized.net (A.net) (see Dr Byte remark on post567) explaining to them what was happening using OPC with A.net (AIM). A person with A.net programming department informed me that they do not have any requirement on having a Review Page.

So why is this code being brought into A.net Payment page? Who is making this a requirement? I noticed when OPC is set to false that on the 3 step checkout this Review page does not happen. Must be more to this than being discussed.

A.net said when( (includes/modules/payment/authorizenet_aim.php about line 74 and $collectsCardDataOnsite = TRUE;)) this is set to FALSE; this does prevent the Review Page button from POP-UP but sending the transaction is still attempted to A.net without a proper code for currency or exchange rate causing A.net to reject attempted transition and attaching the first part of the error message. (The supplied currency code is either invalid, not supported, not allowed for this merchant or doesn't have an exchange rate. -)

Next zencart A.net Payment module attaches the 2nd part of the error message. (Your credit card could not be authorized for this reason. Please correct the information and try again or contact us for further assistance.)

At least 95% of my customers use Credit Cards subjecting them to a confusing message about submitting their order then pop's up a Continue Shopping button and next a Review Page with a Submit Order button again. It would seem A.net users would be better off just using the normal 3 step checkout.

Due to the potential confusion this causes customers and not being an A,net requirement could you please consider removing this part of OPC coding so all A.net (AIM) users customers could enjoy a real OPC experience?

Thank you,
Larry

lat9:

As shipped with Zen Cart, the Authorize.net/AIM and PayPal Payments Pro both collect-credit-card-data-onsite.

I've looked through the default OPC language files and the text you identify isn't there. You've apparently got a template-override version of the files. If you identify the language "definition" that you've found, I can help.

Larry, you make it sound like it's simple. It's not. OPC is trying to change a lot of other architecture that has specific business and security reasons for being the way it is.

Until a way is found to make OPC accommodate the way the AIM checkout is done, you'll have to temporarily live with the "popup"/review stage.
Or use something other than AIM, such as Square, if it works in your country.

Lat9 is working hard to accommodate the complexities of exactly what you're asking for. The "true OPC experience" you mentioned IS INDEED her goal. But please tighten your patience hat until the technical glitches are sorted out.

DrByte:

Larry, you make it sound like it's simple. It's not. OPC is trying to change a lot of other architecture that has specific business and security reasons for being the way it is.

Until a way is found to make OPC accommodate the way the AIM checkout is done, you'll have to temporarily live with the "popup"/review stage.
Or use something other than AIM, such as Square, if it works in your country.

Lat9 is working hard to accommodate the complexities of exactly what you're asking for. The "true OPC experience" you mentioned IS INDEED her goal. But please tighten your patience hat until the technical glitches are sorted out.

I got the impression out here in West Texas OPC was going to be left the way it was because some goverment person sitting in an office thinks a review page is needed. Now that you have informed me on what is going on I can plan around the problem. I know the shopping cart checkout part is extremely complicated & complex due to so many different variables going on at same time plus the security issues. I did not mean to give the empression I was being pushey. I am very very impressed with lat9 OPC, works better than any other so called opc that I have seen absolutely brilliant.

Seems like I am breaking all of her mods EMC. hope she does not get mad at me.

Thanks for letting me know whats is going on.

Larry

EZorb:

... Seems like I am breaking all of her mods EMC. hope she does not get mad at me. ...
No getting mad here! :P I appreciate the heads-up when stuff "doesn't work".

I've made a modification to the default language text for the "email confirmation sent to" line, making it more generic:

A confirmation of this order will be emailed to <b>%s</b>.

where the %s value contains the associated email address.

I've also got 1.4.0-beta2 available on my website if anyone wants to see/test what's coming. That version includes the above language-text change as well as removing the requirement that payment-methods that "collect-card-data-onsite" must go through the review page. Those payment methods are now treated like any other payment method; if you want a confirmation page, you'll need to add the payment-method 'names' to the OPC's "Requires Confirmation" list.

I'll be poking around a bit more, having validated with authorize.net/AIM, BrainTree, PayPal Express Checkout and Square ... and all looks good so far.

I must be blind can't find 1.4.0-beta2 on your website.

lat9:

No getting mad here! :P I appreciate the heads-up when stuff "doesn't work".

I've made a modification to the default language text for the "email confirmation sent to" line, making it more generic:

A confirmation of this order will be emailed to <b>%s</b>.

> where the %s value contains the associated email address.
> 
> I've also got 1.4.0-beta2 available on my website if anyone wants to see/test what's coming. That version includes the above language-text change as well as removing the requirement that payment-methods that "collect-card-data-onsite" must go through the review page. Those payment methods are now treated like any other payment method; if you want a confirmation page, you'll need to add the payment-method 'names' to the OPC's "Requires Confirmation" list.
> 
> I'll be poking around a bit more, having validated with authorize.net/AIM, BrainTree, PayPal Express Checkout and Square ... and all looks good so far.

That's because I finger-checked; it's on the plugin's GitHub repository. Just click that Clone/Download button to download the current (1.4.0-beta2) zip-file.

Installed, checked, and it works perfectly using Amex CC.

Absoulty best OPC on any shopping cart around.
Thank you so much,
Larry

EZorb:

Installed, checked, and it works perfectly using Amex CC.

Absoulty best OPC on any shopping cart around.
Thank you so much,
Larry
Larry, thanks for the validation and the kind words.:blush:

I've just submitted v1.4.0 of One-Page Checkout to the Zen Cart Plugins for review; I'll post back here when it's available for download there.

This release provides the updates for the following GitHub issues:

#95: Add troubleshooting section to the readme, pointing users to potential jQuery issues' detection.
#96: Allow payment methods that "Collect credit-card data on-site" to be one-page, too.
#97: Correct missing </span> in T's and C's language file.
#98: Correct invalid name= attribute on CSS button <span>.
#99: Change order-email-to text to reduce potential customer confusion.

1.4.0 working great with the new Square update.

Did want to mention a couple of really minor adjustments we made. Neither of these is a correction of the operation of the mod as it is fine. Both are cosmetic changes that seem to work in one customer's situatiion.

We had Enable Shipping=Billing in Admin >> Configuration >> One-Page Checkout Settings set to true on one site as over 85% of the orders went to the billing address. When a shopper missed the opportunity to un-check the Shipping Address, Same as Billing?, we made an adjustment to two files.

We thought the check box and text would be more conspicuous by reversing their order and changing the font size/color.

First to font size/color, we added a line at the end of includes/templates/YOUR_TEMPLATE/checkout_one.css```
#checkoutOneShippingFlag {font-size:1.25em;margin-left:0px;color:#8b0000;color:rgba(139,0,0,0.9);}

Lastly, we took lines 79-81 of includes/templates/template_default/templates/tpl_checkout_one_default.php and changed it from```
    <div id="checkoutOneShippingFlag" style="display: none;"><?php echo  zen_draw_checkbox_field ('shipping_billing', '1', $shipping_billing, 'id="shipping_billing"');?>      <label class="checkboxLabel" for="shipping_billing"><?php echo TEXT_USE_BILLING_FOR_SHIPPING; ?></label>
    </div>
```to```
    <div id="checkoutOneShippingFlag" style="display: none;">
      <label class="checkboxLabel" for="shipping_billing"><?php echo TEXT_USE_BILLING_FOR_SHIPPING; ?></label><?php echo  zen_draw_checkbox_field ('shipping_billing', '1', $shipping_billing, 'id="shipping_billing"');?>
    </div>

Adding to the checkout_one.css negates the display:none style hard-coded in the file.
Of course, all this does is swap the check box with the text but; it puts the check box nearer the "action", makes the text a little more noticable, and puts the controls in the mod's css.

[Attachment no longer available]

lat9:

I've just submitted v1.4.0 of One-Page Checkout to the Zen Cart Plugins for review; I'll post back here when it's available for download there.

This release provides the updates for the following GitHub issues:

#95: Add troubleshooting section to the readme, pointing users to potential jQuery issues' detection.
#96: Allow payment methods that "Collect credit-card data on-site" to be one-page, too.
#97: Correct missing </span> in T's and C's language file.
#98: Correct invalid name= attribute on CSS button <span>.
#99: Change order-email-to text to reduce potential customer confusion.
Now available for download from the Zen Cart plugins: https://www.zen-cart.com/downloads.php?do=file&id=2095