I have a problem.
My client wants a staged, paid user registration setup on the front end of his site. Initially, it was just a member registration process, so i used solspace’s excellent user module.
Now, thats not an option.
It needs to go like this.
Step 1 > User details. Username, password, email, etc.
Step 2 > Company details.
Step 3 > Referrer details.
Step 4 > Choose Payment Method (invoice/pay online)
Up to step 4,its fairly straightforward… apart from the awkwardness of trying to do checking of data and error trapping etc. My current solution is ‘do it in php’. So im running everything from a php script with a switch, and by creating hidden fields filled with data from the previous steps.
When i get to step 4, i have all the data in hidden fields, and essentially, theres nothing stopping me using the user:regsiter tag from the solspace user module (with the exception of the complication of error trapping)
After step 4 it gets interesting.
If they choose the ‘invoice’ option, the user gets registered into the system, but not as a validated user. At point of register, an email is sent to the site manager containing various details. They manually invoice the member, and manually activate their account on the backend.
However, if they choose ‘pay online’
At the moment Im considering two things, one, writing a custom module - tho quite where id start im not sure. Two, hacking the solspace user module around to behave how i need it to.
What im asking for is some expert opinions… what would you do? Is there any way that i could attack this problem that im not quite thinking of?
Thanks for any help, and if no help can be offered… thanks for letting me expound!