Application Roles in IDE

Modified on Thu, 21 Aug at 4:23 PM

TABLE OF CONTENTS




Introduction

This article explains how Application Roles work in IDE (ILAP Data Exchange) and how these roles determine what users can see and do in the web application.


Depending on the assigned role, a user may be able to set up configs, manage tenants, or simply sign and send data through IEAs.


There are four roles in IDE, each with specific permissions and responsibilities. This guide walks through each of them in detail.


Roles Overview

IDE currently supports four roles:

  • Application Role – for IEA signers and transfer initiators

  • Setup Admin – for managing connectors, templates, configs and creating & updating IEAs.

  • Tenant Admin – for maintaining users, controlling ILAP terms, looking after IEAs of the tenant and managing clients & installations

  • System Admin – for full access across tenants and system-level setup


Application Role

This role is typically assigned to people responsible for signing IEAs and transferring data, either as the sender or the receiver. Application Role users focus on executing and monitoring the data transfer through IEAs. 

When a user with this role logs in, they see the following tabs:

  • Transfer Center – Monitor ongoing transfers

  • Active IEA – View a list of active IEAs

  • New IEA – Access IEAs that are being created or are pending start

  • Archive IEA – View IEAs that have expired


Image of available tabs for users with the Application role 


What they can do:

  • Get overview of the IEAs they are involved with using Transfer Center

  • Sign IEAs and create and sign test events for IEAs

  • View IEA details and if there is any update in the IEA

  • Download transfer data for support

  • If owner of an IEA: edit general info (expiration date, frequency, transfer window, comments, labels)

  • If sender: add or edit activity filters.

  • Manage representative to the IEA they are involved in 

  • View and edit host system parameters of the IEA

  • Pause IEA

  • Generate transfer events, perform transfers.

  • View transfer logs

What they cannot do:

  • Create, edit, or delete connectors, templates, and configs.

  • Create an IEA.

  • Accepts changes in config of an active IEA. 

  • Skip on going transfers of an IEA.

  • Manage tenants, users, or ILAP terms 


Some sample screenshots of Tabs they can access from web UI:

Image of Transfer center



Image of Active IEA



Image of New IEAs



Image of Archive IEA



Setup Admin

The Setup Admin is responsible for creating and maintaining connectors, templates, and configs used to build or update an IEA. Setup admin creates everything for application user to sign IEA and do successful data transfer. 


When setup admins log in to the system, a new tab is seen named Setup, which contains access to Connectors templates & configs.

Image of avilable options for users with the Setup Admin role


What they can do:

  • Create, edit, or delete connectors, templates, and configs.

  • Manage ILAP terms when content control is set as “template”

  • Create IEAs

  • Access all functionalities available to Application Role users 

What they cannot do:

  • Manage ILAP terms with content control set as “tenant” or “system”

  • Edit tenant details, users, or installed clients


Some sample screenshots of Tabs they can access from web UI:


Image of connector list



Image of list of templates



Image of all configs of the tenant



Tenant Admin

The Tenant Admins are responsible for managing their tenant. This includes handling user access, setting up client tokens, moderate IEAs of the tenant and controlling ILAP terms within the tenant. 


Users with tenant admin role have a unique tab called Tenant Admin which has access to the following:

  • Tenant Details
  • Users
  • Content Control
  • Clients
    • Desktop client
    • Autonomous client
    • ILAP Analytics


What they can do:

  • Add or remove users and assign roles

  • Maintain tenant information (e.g., SharePoint URL, contact info)

  • Administrate clients & tokens for them

  • Manage content control of the ILAP terms used in the tenant

  • Manage IEAs of the tenant

  • Can add themselves as representative of an IEA.

  • Moderate IEAs and Accept changes changes in the config used  the IEA 

  • Skip running transfers

  • Access all functionalities available to Application Role users 


What they cannot do

  • Manage connectors, templates and configs
  • Create ILAP terms
  • Create IEA
  • Avail the functionalities of Setup or System admin.


Some sample screenshots of Tabs they can access from web UI:

Image of Tenant details 



Image of list of users of a tenant



Image of edit user modal for a tenant admin



Image of list of ILAP terms and the content control set up tenant admin



Image of managing visible ILAP terms for the tenant



Image of List of Analytics Clients in the tenant



Image of List of Autonomous Component for the tenant



System Admin

The System Admin has full access across all tenants and system-wide settings. This role is typically assigned to teams responsible for maintaining the shared environment all tenants depend on.



What they can do:

  • Create and manage tenants

  • Add or remove users across tenants

  • Define and edit ILAP Terms

  • Maintain Clients

    • Autonomous component

    • Desktop client

    • ILAP Analytics

  • Manage Deployment Center of the clients

  • Access all functionalities available to Application Role users 


What they cannot do:

  • Change their own attributes (for example, update their own role in the system) 



Some sample screenshots of Tabs they can access from web UI:


 Image of List of tenants 



Image of list of users in the system



Image of ILAP Terms in the system



Image of system admin adding a new ILAP term



Image of list of clients in the system



Image of viewing compatibility rules for clients



Image for adding new compatibility rule


Image of deployed clients


Image for adding new distribution


Conclusion

Smooth us IDE depends on assigning the right people to the right roles. Each role is designed for a specific part of the workflow, and understanding these responsibilities is key to configuring, signing, and supporting ILAP Exchange Agreements.


Was this article helpful?

That’s Great!

Thank you for your feedback

Sorry! We couldn't be helpful

Thank you for your feedback

Let us know how can we improve this article!

Select at least one of the reasons
CAPTCHA verification is required.

Feedback sent

We appreciate your effort and will try to fix the article