<br><div class="gmail_quote">On Tue, Jan 4, 2011 at 12:55 PM, Thomas J.M. Burton <span dir="ltr"><<a href="mailto:tom@globalfocusdm.com">tom@globalfocusdm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 1/3/2011 9:45 AM, Paul Jordan wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> My question is, would an IC catalog set up using the old foundation demo<br>
> (from version 5.4.2 or earlier) require auto-creation of accounts for<br>
> all orders, or is that something that I could remove from the<br>
> transaction process without causing problems?<br>
><br>
> I realize that IC catalog setups can vary greatly, so I'd also like to<br>
> know if there is anything in Interchange's core that depends upon each<br>
> transaction having an associated user account.<br>
><br>
> I'm currently running version 5.4.2 (yes, we'll be upgrading soon!).<br>
<br>
<br>
Switching from allowing auto creates to only user created accounts is as easy as requiring login at check out.<br></div>
...<div class="im"><br>
Note that *standard/foundation* needs to create a userdb record at checkout if the user is not logged in. If you are requiring login from now on, you no longer need auto-creates - BUT - I would not go ripping out auto-create code out of the transaction process. Just requiring login is enough to skip all that code and keep everything upgrade friendly.<br>
<br>
</div></blockquote>
<br>
Thanks for the reply, Paul. That information helped to confirm that I'm understanding the account system correctly. The catch here is that my client doesn't want to require login at check out, but have it as an option for those with an account and leave a "quick checkout" option for those who don't and don't want one.<br>
<br>
My reasoning behind wanting to remove the auto-create from the transaction process is to keep a cleaner userdb, considering a couple of possible scenarios:<br>
<br>
- If user with an account for some reason places an order without logging in, there will then be two (or more) accounts in the system with their e-mail address.<br>
<br>
- If a customer uses the "quick checkout" (no login) option on their first visit then decides to make another purchase and create an account at a later date, there will be multiple accounts belonging to their e-mail address.<br>
<br>
This would create a need to be monitoring accounts and merging them so that customers can access order histories from one account. Additionally, if a customer creating either of the situations described above forgets their password and uses the "forgot password" lookup, they'll have multiple accounts which creates a confusing situation for the customer and doesn't provide for a user-friendly experience.<br>
<br>
I'm curious to know more about why standard/foundation requires an auto-create if a user isn't logged in at checkout and what the specific ramifications of removing that would be.<br>
<br></blockquote><div><br></div><div>Here's an old thread about this:</div><div><br></div><div><a href="http://www.icdevgroup.org/pipermail/interchange-users/2004-July/040053.html">http://www.icdevgroup.org/pipermail/interchange-users/2004-July/040053.html</a></div>
<div><br></div><div><a href="http://www.icdevgroup.org/pipermail/interchange-users/2004-July/040053.html"></a>Dan</div><div> </div></div>