O3 License Administration

Following is a description of license administration for O3 version 5. O3 5.0 Modelo de LicenciamientoLicensing Model describes the characteristics of the new licensing model.

...

The structure of the .license file is as follows:

licensedTo = <Company or Person name>
key        = <license key>

There are several types of licenses. Each one of them has a product edition associated: Standard, Professional or Enterprise. More information about editions can be found in O3 5.0 Licensing Model

O3 Liceneses can be of the following types:

Una licencia habilita la ejecución de un conjunto de módulos con un determinado alcance (en función de la Edición a la que corresponde). Por ejemplo, una licencia de Servidor habilita el Servidor, AdmServer y el Builder, mientras que una licencia de Cliente habilita el Browser.

Ejemplo

A modo de ejemplo, para habilitar la ejecución de un servidor de O3, con acceso desde 10 clientes web en forma nominada y un cliente desktop nominado, se necesitan tres licencias:

• Una licencia de servidor para 11 conexiones nominadas
• Una licencia de cliente web para 10 usuarios nominado, a ser instalada también en el servidor (dado que el acceso Web lo ofrece el servidor de aplicaciones)
• Una licencia de cliente desktop para 1 usuario nominado, a ser instalada en el puesto de escritorio, donde se utilizará el Browser.

Activación de licencias

Las licencias del producto requieren activación, es decir la habilitación por parte de Ideasoft, de la ejecución del producto en la máquina donde fue instalado.
La activación es requerida para cada una de las licencias y se puede realizar "online" o de forma "manual" contactando el servicio de licencias de Ideasoft por correo electrónico.

La activación automática, requiere acceso a Internet desde el componente que va a ser activado, ya sea este Servidor o Desktop.

La activación manual, se realiza en forma telefónica o por correo electrónico, enviando a Ideasoft el código de requerimiento de activación que el License Manager de O3 informa.

Licencias de servidor

Usuarios Nominados

El control de usuarios nominados establece un límite de usuarios, definidos previamente según el licenciamiento adquirido. En esta sección se describe la forma como se declara cual es el conjunto de usuarios que tendrán acceso al sistema, respetando la cantidad total licenciada. Decimos que la licencia habilita una cantidad de slots de usuarios o conexiones nominadas, que el administrador debe asociar a Personas Físicas concretas.

Cada usuario nominado sólo puede abrir una conexión a la vez al servidor, es decir que no está permitido que un mismo usuario nominado utilice dos conexiones en forma simultánea. Actualmente, cuando un usuario nominado abre una conexión se cierra automáticamente la conexión anterior que el mismo usuario nominado tenía abierta.

Múltiples ediciones en un servidor

Un servidor puede tener habilitada más de una edición al mismo tiempo, por ejemplo puede tener 20 usuarios nominados de la edición Professional y 5 usuarios nominados de la versión Enterprise.
Para este ejemplo, también se requieren dos licencias, la que habilite la edición Professional y la que habilite la edición Enterprise.

En el caso de que un servidor sea explotado con bajo distintas ediciones simultáneamente, se identifica una de ellas como la Edición Principal de la instalación y las restantes son consideradas Extensiones a la Edición Principal. En general, la Edición Principal es la edición _mas baja_ (en la escala Standard, Professional, Enterprise) de la instalación, y las extendidas las que incorporan capacidades adicionales más potentes. La funcionalidad a la que un usuario tiene acceso depende de la edición a la que el mismo es asociado, y no depende de si dicha edición es o no la Edición Principal.

La Edición Principal permite identificar a una edición con vistas a facilitar la migración en conjunto de una instalación de una edición a otra Superior, permitiendo simplemente cambiar cual es la Edición Principal en esa instalación y sin tener necesidad de hacer ningún cambio en la definición de usuarios.

Asignación de usuarios a "slots" nominados y a ediciones

Cuando un servidor tiene un licenciamiento que implica control de usuarios nominado, o se habilita más de una edición, es necesario definir la asignación de los usuarios a las diferentes políticas de licenciamiento.
Esta asignación se realiza mediante la asociación de los usuarios a un conjunto de roles predefinidos.

...

Any given license activates a set of modules with a specific scope (depending on the license edition). For instance, the server license enables the O3 Server, the Server Administrator, and the Builder; while the Client license enables the O3 Browser.

Example

Just as an example, to enable the execution of the O3 Server with 10 web nominated clients and a desktop client, the licenses needed are as follows:

• One server license for 11 nominated connections
• One web client license for 10 nominated users. This license needs to be installed in the server box because of the web access
• One desktop client license for 1 nominated user. This license needs to be installed in the PC where the O3 Browser will be used.

License Activation

O3's licenses need to be activated before they can be used. When activating these licenes, Ideasoft enables their use in the computer where the license was installed.
The activation is required for every license and can be done bothe online or manually, directly with the License Manager or by email respectively.

Online (automatic) activation requires an internet access to be available from the computer where the license is installed, both for the server and desktop computers.

Manual activation can be done through the phone or email. When contacting Ideasoft for a manual activation you will be asked to provide the Request Code as indicated by the O3 License Manager.

Server Licenses

Nominated Users

The nominated users control specifies an upper bound that limits the number of users defined in the server. This section describes the way that users should be defined taking into account the license restrictions. To better understand the concept we can imagine the server as having slots where the users and nominated connections are placed and associated to phisical users by the Administrator.

Each nominated user can open a single conection to the server at any given time. This means that the same user can not access the server through two separate connections simultaneously. Currently, when a nominated user establishes a connection with the server, any other open connection for the same user is automatically closed.

Multiple editions in a single server

Any server can have more than one edition installed at the same time. For instance, a server can have a Professional edition enabled for 20 nominated users, and an Enterprise edition enabled for 5 nominated users.
This example would require two separate licenses, one for the Professional Edition and one for the Enterprise Edition.

In situations like this one, when the server is enabled with more than one Edition, one of these editions is declared as the Main Edition while the others are consiered as Extensions. As a general rule, the Main Edition is the most restrictive edition, therefore, the extensions "extend" the functionalities of such an edition with more powerful features. Any given user will be associated to a specific edition thus being granted access to the functionalities of that edition.

Main Edition identifies the server installation for tasks such as migrating to a higher edition. This task would simply be replacing the Main Edition of a server to another one, without the need to modify any user definition.

Assigning users to nominated "slots" and editions

Every time that the server includes nominated users or combines more thatn one editon, it is necesary to bind users to the different licensing policies.
This binding is done by assigning users to specific predefined roles.

These predefined roles are as follows:

...

These roles are automatically created by the server according to the licenses installed.
The only role with users assigned by default are "bi-users" , que contiene a los usuarios containing users "user" y  and "admin".

Control de usuarios realizado por O3 - Modo Administración

O3 realiza distintos controles para verificar que los logins de los usuarios asociados a cada rol predefinido no superan la cantidad de usuarios nominados licenciados.

Principalmente, este control se realiza a nivel del O3 AdmServer, donde se realiza la asociación de usuarios a roles. En caso de que se superen los usuarios licenciados (o slots del rol predefinido), el AdmServer evita la operación y despliega un mensaje informando cuál es la cantidad máxima de usuarios que pueden asociarse al rol predefinido en cuestión. En caso de que se asocien usuarios a roles haciendo uso del mecanismo de Grupos (pe. del sistema operativo), es responsabilidad del administrador verificar que los usuarios de tal grupo no superan los licenciados para el rol predefinido que se le asocia.

El O3 Server realiza también controles de cuantos usuarios se han asociado a cada rol predefinido. En alguna situación, en general por cambio de licencias o migración automática desde versiones anteriores de O3 en los que se tuvieran distinta cantidad de usuarios licenciados, es posible que el O3 Server verifique que los usuarios asociados a un rol predefinido superan los usuarios nominados licenciados.

En este caso, el Servidor pasa a un modo de operación restringido llamado Modo Administración, en el que sólo permite realizar operaciones de administración, pero no brinda servicios de usuario final tales como consultas sobre Datamarts. En este modo de operación, los administradores pueden conectarse al servidor mediante el AdmServer y verificar que los usuarios asociados a cada rol predefinido no superen los licenciados.

Ejemplos

...

• Los 5 usuarios nominados Professional se deben asignar al rol "bi-users"

...

Users control - Administration Mode

O3 maintains several controls to verify that the users defined in the server do not exceede those allowed by the license for each predefined role.

One of these controls is performed in the O3 Server Administrator directly when users are assigned to any of the predefined roles. If more users, than those allowed by the license, are defined, the Server Administrator denies the operation and displays an error message with the restriction. When assigning users to roles through the use of Groups (for instance when using operating system gropus), it si responsability of the Administrator to make sure that the limits are not exceeded.

Periodically the O3 Server runs some tests to make sure that the users are within the licensed limits. It could happen that maybe due to a license migration, the number of users defined in the server for a given edition exceeds the limit of nominated users for that edition.

In that case, the Server automatically switches to a restricted operational mode called Administration Mode, that only allows administrational tasks on the server, restricting any other kind of access such as queries to the datamarts. While in this operational mode, administrators can connect to the server using the O3 Server Administrator to verify and modify the current user assignment and make sure that they do not conflict with license restrictions.

Examples

1. 5 nominated professional users
   • All 5 nominated professional users must be assigned to role "bi-users"
2. 10 nominated professional users, 5 nominated enterprise users. The main edition is Professional.
   • The 10 nominated professional users must be assigned to role "bi-users"
   • The 5 nominated enterprise users must be assigned to role "bi-users-ent"