Guest checkout if user doesn't want to register
Auteur : Philip P.
Visité 1846,
Followers 1,
Partagé 0
I'm not seeing it, so is it possible to have a guest checkout option when registration is enabled with automatic registration?
Or is the question, how does a user manually register?
The automatic registration works fine, but I want a guest checkout option.
Posté le
Auteur
Ok, think I've worke d that one oout - lock th epage, use a register propmt on the site - so its overcome with design - but if there is an option for guest checkout with automatic registration it would be useful..
Auteur
Ok that doesnt actually work
If I put in a users orders function I have to set allw user registration is shopping cart thatt only allows me to do that if I set automatic registration, which then of course doesnt allow an option, you register or don't buy..
How do I get around this?
Auteur
Generally the manual registration allows registration but it doesn't allow retained data to fill the user forms or allow the user orders to be seen. This only happens with automatic registration which doesnt seem to allow users the choice of whether to register or not as it is mandatory, the only workaround is to have a mirror subsite, one for guests and one for registeed users. So is there a solution in the program?
Hi Philip.
I believe that even when using automatic registration, you're still free of letting your users perform their orders without having to register.
Simply enable the automatic registration, but make sure that this checkbox is unchecked:
At Step 1 -> Shopping Cart -> Customer Details.
At this point, your user should be able to complete the order without being prompted to register.
Unfortunately, this also mean that you need to setup a different page for users to register themselves, since they will no longer be able to do that as they are completing the order procedure.
Let me know if this fixes it for you
Thank you
Stefano
Auteur
Are you saying to make sure that the "Allow shipping data to differ from invoice data" needs to be unchecked?
I'll try it , it is currently checked. But for things like a take-away site for instance you will likely want a different address for delivery to that for the billing, but I guess you could use a delivery address text box in the billing fields..
Currently when you pprocess the cart is defaults to the login or rgister "inlogin.php" before the form fill and you can't get past it...
Cheers
I will let you know how it gets on....
Auteur
Nope it doesnt work it doesnt allllow you past the imlogin.php page..
Manual registration doesnt seem to allow you to see your orders or pre-fill billing data like automatic registration...
The reaom I need it is some people are paranoid so dont like giving data to be saved so may walk away...
Auteur
So I've tried that, I've tried the page lock procedures etc. The only use manaully registered users are good for is a means of registering for email lists or or page access perhaps but it wasnt showing the ordr function.
so that aside automatic registration works fine.
The only work around i can think of is a start page with guest or login choice and price a mirror subsite without the automatic registration.
If you want to see what happens the test site is here which is a function testing site so feel free to register with temp email or whatever, don't register and you will get blocked on the cart processing.
Hi Philip.
I apologize as I believe my screenshot was not clear at all, if not completely wrong. You should uncheck the "Allow user registration" checkbox, which is checked in my screenshot.
Contrary to what it might seem to do, it simply won't prompt the user to register during the checkout process. This allows the user to complete an order by either being registered or not. If he is, the data will be shown in the User Order. If not, it won't.
Please revise this and let me know if this could be what you needed
Thank you
Stefano
Auteur
Hi Stephano. thanks for the support.
I've done that before but retraced the steps to clarify the issue further.
With "Allow User Registration" enabled it all works but stalls the cart process for registration if not logged in.
With "Allow use registration enabled:-
1. It fills in the form fields when logged in
2. Prior orders show if using that function
3.stops theprocess to login or register if not loggred in already
Without "Allow User Registration" checked:-
1. It stores the data in the database once registered but does notpre-fill forms when logged in
2. Prior orders do not show
3. It allows cart processing without login in.
So both register the user, but if "Allow use registration" is not checked it doesn't pre-fill data if logged in, but does store the information in the database (I checked)
So the only solution I see to this is through a design issue until it is amended in the program somehow.
So I can only see to design a site where registration is manual so that guests can process the cart without login in. If login in or registering they can be directed to a subsite that has "Allow user registration" enabled in it so the the order filling and history is functional. Essentially a the moment I seem to have to create a site without the function with links to a subsite, then change the the "Allow user registration" and publish to the subsite folder...
Hope that clarifies it a bit more...
Hi Philip
I verified this and can confirm the behavior you mentioned. At the moment, I am afraid that there is no workaround for this.
If Allow User registration is disabled, it should still fill in the form data if the user is logged in, which currently does not happen.
I will inform the developers of this, so that the functionality can be further improved, but can unfortunately provide no information on if and when this specific implementation will be examine.
For the moment, I thank you for your feedback and precise tests, as I proceed to notifying the developing team of this
Thank you for your understanding
Stefano
Auteur
Thanks Stephano...
Maybe the developers need to know about the blogs not seen in admin post too... Will check the feedback on that now...
Cheers again...