15,888,579 members
Sign in
Sign in
Email
Password
Forgot your password?
Sign in with
home
articles
Browse Topics
>
Latest Articles
Top Articles
Posting/Update Guidelines
Article Help Forum
Submit an article or tip
Import GitHub Project
Import your Blog
quick answers
Q&A
Ask a Question
View Unanswered Questions
View All Questions
View C# questions
View C++ questions
View Javascript questions
View Visual Basic questions
View Python questions
discussions
forums
CodeProject.AI Server
All Message Boards...
Application Lifecycle
>
Running a Business
Sales / Marketing
Collaboration / Beta Testing
Work Issues
Design and Architecture
Artificial Intelligence
ASP.NET
JavaScript
Internet of Things
C / C++ / MFC
>
ATL / WTL / STL
Managed C++/CLI
C#
Free Tools
Objective-C and Swift
Database
Hardware & Devices
>
System Admin
Hosting and Servers
Java
Linux Programming
Python
.NET (Core and Framework)
Android
iOS
Mobile
WPF
Visual Basic
Web Development
Site Bugs / Suggestions
Spam and Abuse Watch
features
features
Competitions
News
The Insider Newsletter
The Daily Build Newsletter
Newsletter archive
Surveys
CodeProject Stuff
community
lounge
Who's Who
Most Valuable Professionals
The Lounge
The CodeProject Blog
Where I Am: Member Photos
The Insider News
The Weird & The Wonderful
help
?
What is 'CodeProject'?
General FAQ
Ask a Question
Bugs and Suggestions
Article Help Forum
About Us
Search within:
Articles
Quick Answers
Messages
Comments by sohst (Top 3 by date)
sohst
24-Apr-12 3:56am
View
Hi Philippe, we assume that a 'new' company (i.e. a new customer of the web service) will be created at once with its first 'employee' (or 'delegate'), to whom the system necessarily assigns the role as administrator, because he is the first one having the faculties to create new users and manage all kind of data. Of course, he can delegate these faculties by creating another administrative user. Any delegate can belong only to one company.
Basically, Mark already indicated the way how to manage the logon process (see his comment). Actually, what is called 'users' in the common logon database, will then contain the registered companies as the real customers, and the new table could be named 'delegates' or 'employees', pointing to their referring customer-users. Is it this what you suggested?
sohst
23-Apr-12 16:39pm
View
Gotcha. I'll continue following your third proposal, i.e. modifying the stored proc in the ASP.NET authentication database. That seems to me quite straight forward and at least for me the easiest way, too. Thanks again, Mark.
sohst
23-Apr-12 15:55pm
View
Thanks for your comment, Mark. - OK, if in the first step a qualified user (say, a representative of a company) registers his company, these data will be stored in some database table that can be referred to by himself and the other employees to register as "real" users. That means, the built-in authentication logic of APS.NET would be used only for the employees. But how do I extend the common login procedure to store the reference of an employee to his company in his user credentials?