LUCY offers a role-based access control (RBAC), restricting system access to authorized users. The permissions to perform certain operations are assigned to specific roles within the user settings. Members or staff (or other system users) are assigned particular roles, and through that role, assignments acquire the computer permissions to perform particular LUCY functions.
No. You have the ability to create as many LUCY users that can access the web console as you want.
You have the ability to define a supervisor who is able to START/STOP the campaign which was created by a user. To do so add a user to a campaign with all permissions selected, add his supervisor to the same campaign with “Campaign start/stop” permission selected. As a result, the supervisor will only be able to go into the campaign and approve or reject the start.
Please make sure you also add the view only user to the specific campaign:
Lucy has the ability to convert the account to LDAP-based, so existing user can be logged in through LDAP. You can convert multiple accounts at once by selecting the necessary users and clicking the button “Convert to LDAP-based”:
Note: Lucy admin should configure the connection to Active Directory service to be able to use this feature. Please find more information about LDAP Integration here.
Yes. It is possible to adjust password policy in the advanced settings. Please find more here.
Yes. It is possible using the AD Federation service and authenticate the users automatically. See chapter SSO.
To set up a multitenant capable administration, you first need an administrator account. From there you can set up the appropriate users and rights. Here are two use cases and the corresponding configuration:
Use case 1: You create a campaign for your customer, but want to give your customer access to the statistics within the campaign. It must be ensured that the customer only sees his own data and cannot intervene in the campaign configuration.
Solution use case 1: You create a view-only account (1) in “settings/users” and assign this account to your customer. As soon as you create a campaign, you will be asked to enter the customer of the campaign (2). The customer can be yourself, an organizational unit or a third party. Next, you should add the user to the campaign (3). You can then assign the rights to view the statistics to the user (4).
Use case 2: You have a customer who wants to create their own campaigns. However, the customer should only have access to his statistics and not see other customers.
Solution use case 2: You create an account with the status “user” in “settings/users”. Give the user only the right “Create/delete campaign” (1). As soon as the customer logs in, he can then create his campaign and see only the data of the campaigns he created himself (regardless of the assignment of the customer). He wont have acccess to any other menu item (2). However, there are areas where this limited administrator has access to possibly sensitive data of other customers. Examples are custom created templates that may contain customer-related information. But also all recipient groups created on the system can be seen by this customer when assigning recipients.