A have a good percent of accounts based on fake email addresses . Is there a module/config which activate new accounts after customer click a confirmation link received in Welcome email ?
A have a good percent of accounts based on fake email addresses . Is there a module/config which activate new accounts after customer click a confirmation link received in Welcome email ?
There's nothing built in, and no mod I'm aware of.
Consider this from the other end: Are you really wanting to prevent a legitimate customer from proceeding thru checkout until they first receive a welcome email and click a link in it ... while they put their credit card away and close their browser since you prevented them from buying when they were ready to pay?
.
Zen Cart - putting the dream of business ownership within reach of anyone!
Donate to: DrByte directly or to the Zen Cart team as a whole
Remember: Any code suggestions you see here are merely suggestions. You assume full responsibility for your use of any such suggestions, including any impact ANY alterations you make to your site may have on your PCI compliance.
Furthermore, any advice you see here about PCI matters is merely an opinion, and should not be relied upon as "official". Official PCI information should be obtained from the PCI Security Council directly or from one of their authorized Assessors.
Hi,
You can ban customers with fake addresses.
Take a look at the screenshot:
![]()
@DrByte : In some cases I would not complicate the process by adding a step but in some countries CC payments are not so common and I prefer to prevent fraud orders by adding this step . Would be nice having a feature like this and be free to use it ( or not ) by clicking a button .
@responsivezc : manual or default blocking of all new accounts without having this future is dangerous for business . New customers must know before create account that must be activated .
I wrote some code and solve it in some way . Considering that I'm not a serious developer I would like to share the code here and have your validation , maybe I done stupid-dangerous mistakes .
How can I share it in order to be easy to follow ?
I'm trying to go ahead with the code but I'm stuck on this issue :
Customer May Browse and May see Prices but Must be Authorized to Buy . I need to let customer add products to cart , see cart content and block him until is Authorized , any idea please ?
Last edited by solo_400; 16 Aug 2013 at 11:54 AM.
Although I appreciate what you are trying to do, in my opinion this is a really REALLY bad idea. You might just as well place a banner on the front page of your store telling new customers to go away until you've vetted them to see if they are type of person that you want for a customer. I can't think of a better way of alienating customers... Oh, wait, yes I can... I can choose to not tell them upfront of my intentions, let them browse the store and even add products to a cart, and then just as they are about to pay, I'll generate a notice to tell them that they can't be trusted yet, and that I've sent them an email before I'll even consider letting them making a purchase.....
You really shouldn't punish the honest customers for the actions performed by others, it's bad business. Most bogus customers/orders are easy to identify. Just delete the accounts and move on. I don't bother wasting time and effort trying to ban these accounts.. they just come back and use a different name/address anyway.
If you do have an order that you can't easily determine is genuine or not, it is better to email (or phone) the customer after the order has been placed (but before you process it) just to 'confirm the details'. This will have the same end result as your proposal, but instead of alienating the legitimate customers this method will actually strengthen your relationship with them as this pre-shipping contact will be perceived as you going out of you way to protect *their* interests rather than your own.
Obviously I can't stop or prevent you going ahead with your proposal, but hopefully you'll see the benefits of this other option and weigh the benefits/pitfalls appropriately.
Cheers
Rod
Thank you for your opinion Rod, I agree with DrByte also . I thought could be a good occasion to test and learn some Zen stuff , but effort is to high and I will not loose my time with this anymore.
Yeah, it seems the Dr and I have the same very strong feelings about this one.
Hey, if I'd known that was a part of the reason for doing this I would probably have given you a lot more encouragement to actually proceed with the idea. :)
Well, it is still a bad idea (in my opinion), and on that basis I'd probably not go too far out of my way to help you, but at the same time, if your intent is to learn, then I have this compelling urge to teach (what I can), and that takes priority over the actual project.
Heck, I'll even teach people how to hack a server as long as I'm comfortable that they wish to learn to gain knowledge and skills rather than for the sole purpose of hacking.
Cheers
Rod