This documentation is for the legacy Izenda 6 product. Documentation for the new Izenda 7 product can be found at https://www.izenda.com/docs/
Izenda Reports inherits your application's security model. You may assign values to 'roles' or 'users' you create or define. Whether you use sessions, database tables, or any other login and authentication method is your decision.
In a multi-tenant environment, Izenda Reports will need the user name and tenant identifier. The product includes one pre-defined "Administrator" role. In order to implement any other roles, such as power users, sales or any other type, you will need to define them by using our settings to determine what kind of access permissions a role should have.
Since Izenda inherits your application's security model, all you need to do is pull in the required user info from your storage system and then set CurrentUserName to hold the identifying username you want to give your users. You may also set CurrentUserTenantId and TenantField for multi-tenant systems.
To set each user's administrator status, you simply need to set the CurrentUserIsAdmin property to true. Administrators have full access to everything in the application aside from global restrictions applied to all users.
If you simply browse to Izenda Reports without requiring a login page, or applying other means of security, the default user is set to DefaultAdministrator.
Note: This user has admin privileges and will be able to see and change all other users' reports.
You can use code to create any roles you wish, such as power users, or roles that can only view and export reports.
Izenda Reports only needs to know which users have which privileges and how you identify them. Since this is different for different deployments, this needs to be integrated as part of your application's login process. Please contact firstname.lastname@example.org with questions or to set up an integration call with an Izenda Engineer.
Last edited by Joseph Adams, 2014-05-01 11:29:33