One-Page Checkout [Support Thread]

[dbltoe]

Try both silversageherbsDOTcom and topkayakerDOTcom with something in guest checkout.

Does either look like something you could work with?

[chadlly2003]

dbltoe,

Its basically the same thing as have now. but you added
"Enter your Billing address. We'll verify your shipping address After you select Save Changes."

I might be able to work with topkayaker

[chadlly2003]

I just showed the client the two examples you gave me. He like them both but he is very stubborn about the wrong pricing displaying if the customer is a guest and has a different address.

He also noticed that when you have a shipping address you have to remove the pre populated address before entering the shipping address as a guest.

Can this module achieve what I am looking for?

[Jeff_Mash]

Cindy - I have a question. I wanted to install the FraudLabs module (https://www.zen-cart.com/downloads.php?do=file&id=1746) which interfaces with ZenCart to help prevent credit card fraud.

It seems that this module has only one core file that it modifies:

catalog\includes\modules\pages\checkout_process\header_php.php

The only thing it does to that file is add the following line near the top of that file:

require(DIR_WS_MODULES . 'fraudlabspro/fraudlabspro.php');

(screenshot: https://i.postimg.cc/KcL1MYjm/screenshot-287.png)

However, I am not seeing our credit card orders being processed by the FraudLabs function, and I'm using One Page Checkout (which I don't think relies on the modules\pages\checkout_process\header_php.php

So do you know where I should possibly try to add that line of code (require(DIR_WS_MODULES . 'fraudlabspro/fraudlabspro.php');) in your One Page Checkout header? I am curious if I just need to put it into a different spot and then I can see if it works.

[lat9]

@Jeff_Mash, I'll suggest you give it a try with 3-page checkout, too ... but OPC's functionality combines checkout_shipping, checkout_payment and checkout_confirmation into a single page and, as you indicated, has no bearing on the checkout_process step.

One thing I saw in my review of the code is that they're using file_get_contents to retrieve a CURL response which, depending on your webhost's configuration, might not be permitted. Unfortunately, they've also got any errors issued from that call @-blocked. You could try removing the @ from the @file_get_contents on line 109 of the fraudlabspro.php module and see if that's where the issue lies.

[Jeff_Mash]

@Jeff_Mash, I'll suggest you give it a try with 3-page checkout, too ... but OPC's functionality combines checkout_shipping, checkout_payment and checkout_confirmation into a single page and, as you indicated, has no bearing on the checkout_process step.

One thing I saw in my review of the code is that they're using file_get_contents to retrieve a CURL response which, depending on your webhost's configuration, might not be permitted. Unfortunately, they've also got any errors issued from that call @-blocked. You could try removing the @ from the @file_get_contents on line 109 of the fraudlabspro.php module and see if that's where the issue lies.

I'll remove the @ on line 109 just to see if that will do anything.

One of the MAIN reasons why I love OPC is not for the single page, but rather, for the ability to have Guest Checkout.

As it stands, if the configuration for "Enable One-Page Checkout?" is set to false, it turns off the entire module. But since you also have an "Enable Guest Checkout?" value, is there any possibility in future releases where one can not be dependent on the other?

For example, can have the 3 page checkout (by setting Enable OPC to false), but also have the Guest checkout option by setting that to true?

[chadlly2003]

dbltoe,

I was not being clear on the primary issue. The price is showing just fine.

When you checkout as a “guest”

When you fill out billing/shipping address. There is no option (if the shipping address is different) until the next page. (So if the customer has a different address they will get an incorrect shipping rate when they click on save because they have no way of entering that information until the next page.

Is there a way we can change that?

“Of course, if the shipping Zip did not match the billing address of the card, the transaction would be declined and a phone call or email resulted in staff time pointing out to buyeers how to correctly enter the data.”

This statement is not applicable to my website.
Transactions on my website -- Billing and Shipping address always differ.
We have implemented a security feature which tells us if the purchase is fraud within minutes of the transaction for that specific reason.

[dbltoe]

I just showed the client the two examples you gave me. He like them both but he is very stubborn about the wrong pricing displaying if the customer is a guest and has a different address.

You would have to point out to me the steps taken that result in the wrong pricing being presented to the customer.

Everytime a save button in billing or shipping is clicked, the OPC is sending the address to Zen Cart for processing. It's not done in OPC.

If resultant shipping fee (other than Free or Store Pickup) is not changing with an order billed in Dallas and changing the Shipping address to Miami, something else is fubar in your Shipping settings.

The only other "wrong-pricing" I could think of is if you have tax set to billing and it should be set to shipping in most states with sales tax. Very important if you're in a state that has different settings for the shipping address. Pennsylvania is one that comes to mind.

The reason topkayaker has Enable Shipping = Billing as false is not to fix the problem you describe. Their problem is the number of folks that would not read and entered the Shipping address as Billing. At least 10% of their weekly orders were made with the shipping in the billing. Of course, if the shipping Zip did not match the billing address of the card, the transaction would be declined and a phone call or email resulted in staff time pointing out to buyeers how to correctly enter the data.

Still the customer not reading or the browser using an incorrect auto-fill should not result in a sale with the wrong amount.