-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Leads section management #6
Comments
@Roxie-32 we need to get this on Stefano's desk. |
Hi @snebo , can I get updates on this task? |
In the last pull, a lot of duplicates/unnecessary files and collections were created, and the initials provided data from users module wasn't used wasn't used. I'd have to move, remove and reimplement some things to make it usable and scalable. I am still reviewing the existing code and haven't started on this yet |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
when a user register to be a lead, we have two different process to get this done,
First scenarios;
when we have a new user applying to be a lead directly using the application form, the users will need to supply all the information on the user table, and also the one for the leads module so it can be populated. This process entails that the user entity will be populated and the details from that will be used to populate the leads table so it can complete the registration of the user.
Second scenario;
when we have a registered user; there will be a button on the front end which will state apply to be a lead. In this process we already have the user details from the frontend, all the details will be sent to the backend.
USERID will be made option in the request and when it is being sent it will be used to pull out the record of the user, after being validated to be a correct user in the application. then the lead table will be populated.
The text was updated successfully, but these errors were encountered: