Authentication Overview

Follow

There are 5 different types of authentication available to ILLiad users with a default install. Included in the explanation of each method is a user authentication flowchart. Stand-Alone Registration is allowed with Basic ILLiad and PatronAPI Authentication.

  1. Basic ILLiad Authentication is the default option. This version allows the user to select a username and password and register with the system. They are placed in a queue for the staff user to review, who can then allow access, or disavow the user, automatically canceling all of their requests. Stand-Alone Registration is allowed.
  2. ILLiad Exclusive Authentication (Importing an Authentication Database) is another available option. From an OPAC or similar system, you can download patron information into a file format that is compatible with SQL Server, then import those entries into the UserValidation table in ILLiad. Users are checked against this table at first login and skip the staff review queue. Only users listed in the UserValidation table can log in using ILLiad Exclusive authentication.
  3. LDAP Authentication is another type of authentication available to ILLiad users. If you have an LDAP server with an authoritative database of users, you can point ILLiad to it for authenticating users as they log in. This is a live link and is used at each login.
  4. RemoteAuth Authentication (Implementing a User GateWay) using an Authentication Database is another option. This way works similarly to ILLiad Exclusive Authentication but allows you to keep a separate web directory so users can register themselves via basic ILLiad Authentication.
  5. III's PatronAPI is an option for Innopac sites who have purchased this module from III. A user will register with ILLiad, giving the system in one of the registration fields their "patron number". This matches to a number within the Innopac system and is used for validating the registration as well as for subsequent logins to the system. This can be set to be exclusive (allow only people within this database access) or non-exclusive. Fines, blocks, and expirations are all carried over to ILLiad as well. Stand-Alone Registration is allowed.
  6. SymphonyAPI is an option for sites who utilize SIRSI Symphony catalogs. With a similar authentication process to PatronAPI, a staff member will register their Symphony account username and password in ILLiad. The staff account will verify authentication by performing a field lookup in Symphony and verify the users credentials and patron standing. Login conditions can be set through the use of SymphonyAPI exclusive and non-exclusive.
 

Questions?

If this article didn’t resolve your issue, please take a moment and answer a few questions to help improve our documentation:

Feedback