User management forum

+4
Excluded

Import groups process

Juan Francisco Babío Casal 7 months ago updated by Francisco López (Team Leader) 1 week ago 5

In terms of improving the group import process in NetexCloud, I wish to flag on what happened in the pre-production environment after launching an import of 64 groups:

The summary perceived by the end user is as follows:

slow process: total time in accomplishment of all the work 55 minutes, for 64 registers... What will happen with 100?

Unreliability in what the screen says: the import was done in the cloud instantly and 62 groups were created in the LMS Pack in the first minute. The remaining 2 groups took 54 minutes to propagate.

After reviewing the process with the parties, I summarize the operation that currently follows:

- For each cloud group create the group in database and create a message in the queue to send the info to central

- A processor of the queue takes the message and generates request to central (I don't know if it makes checks before launching the creation operation)

- Central collects the request and generates the group in database.

Problem that arose in this import:

In central deadlocks are produced due to possible multiple requests for several threads from the cloud.

Proposal for improvement:

- Instead of generating X messages in a queue, it would be more logical to send all the information collected in a single message. If this fails, it will be reattempted later.

- Each platform manages the information at its own convenience, which is why it requires it to implement a web service so that it can receive the information it needs.

Comments

- Communications between platforms the fewer requests there are between them the faster the communication between them.
    Answer

    Hola JuanFran,

    Nuestro PO dijo:

    Independientemente de si es una incidencia o no, esta funcionalidad se habilitó de manera unilateral en un producto y no en el resto a petición expresa de un cliente. Este tema tiene que compartirse con el resto de productos: NetexCloud, LearningCLoud  etc etc. Dado que como cloud Propaga! información de grupos al resto de plataformas cualquier cambio en el producto NetexCloud ha de ser validado por ellos.
    Desde producto se recomienda o se pide encarecidamente que la gestión de usuarios se realice desde el módulo pensado para ello: NetexCloud y se usen las cartera de funcionalidades ofrecida por ese mismo producto y no otros que operan en standalone mode.
    NetexCloud ha linkeado la tarea para analizar y ofrecer una solución a esta problemática con central, sin embargo, NetexCloud no puede habilitar esta opción a la ligera sin que el resto de plataformas afectadas haga los cambios pertinentes o evalúen su incorporación a roadmap.

    Saludos,
    /Saray

    Gracias por compartir tus inquietudes.

    Saludos

    +3
    Started

    Impedir que los usuarios que se generan por defecto en las instancias sean desactivados y eliminados

    Samantha Vázquez Fustes (Escalation specialist) 2 days ago updated by Francisco López (Team Leader) yesterday at 1:26 a.m. 1

    Hola,

    Solicitamos que se tenga en cuenta como propuesta de mejora impedir que los usuarios que se generan por defecto en las instancias sean desactivados y eliminados, incluso si éstos son incluidos en importaciones CSV. Nos referimos a los usuarios testadmin y testuser de las instancias. 

    Muchas gracias, un saludo.

    Samantha Vázquez

    Netex Support

    +3
    Excluded

    [admin] login-as option

    The Courseware Company (NL) 2 months ago updated by Francisco López (Team Leader) 3 weeks ago 2

    Hi there,

    We miss the option as admins to login as a different user, mostly the user that has troubles in the system.

    Thanks,

    Irma

    Answer

    EN

    Hi Irma,

    Our Product Owner was checking this requirement, and she explained to us this depends on our CAS to be compatible with login as. This compatibility is in our roadmap for Q4 2020 (it could be rescheduled) so will be rejected until this compatibility exists.

    Sorry for any inconvenience.

    Regards. 

    ES

    Hola Irma,
    Nuestra Responsable de Producto estaba comprobando este requisito, y nos explicó que esto depende de que nuestro CAS sea compatible con el inicio de sesión. Esta compatibilidad está en nuestra hoja de ruta para el cuarto trimestre de 2020 (podría ser reprogramada), por lo que será rechazada hasta que exista esta compatibilidad.

    Disculpe las molestias.

    Saludos.

    +2
    Accepted

    Real-time synchronization

    The Courseware Company (NL) 2 months ago updated by sparral 12 hours ago 14

    I would like to add this improvement proposal: 

    For excisting users placing them in a new group it works realtime, the trouble is with newly made user. This is really a big issue, because lots of users are in a face to face training when they are added in the environment, so they need the access right away.

    Thanks!

    Answer

    EN

    Dear customers and partners,


    Today we have concluded a meeting with our products and everyone has accepted this improvement as an objective to achieve for next year's roadmap.

    This is why it is accepted, they are already doing actions that will be notified in our newsletters and in the info of the releases of our products.

    We sincerely regret the inconvenience caused, but we are working already on this goal.

    As always, we appreciate all your cooperation in the process.

    Kindly

    Netex Support

    ES

    Estimados clientes y colaboradores,

    Hoy hemos concluido una reunión con nuestros productos y todos han aceptado esta mejora como objetivo a conseguir para el roadmap del próximo año.

    Es por esto que queda aceptada, en estos momentos ya se están realizando acciones que serán notificadas en nuestros boletines de noticias y en la info de la releases de nuestros productos.

    Lamentamos sinceramente las molestias causadas, pero ya estamos "manos a la obra" para lograr este objetivo.

    Como siempre, agradecemos toda su colaboración en el proceso.

    Amablemente

    Soporte de Netex

    +2
    Excluded

    Deleting users

    Juan Francisco Babío Casal 7 months ago updated by Francisco López (Team Leader) 3 weeks ago 6

    In users administration, we found the following:

    Cannot delete users inactivated in bulk process... We believe that an additional delete button that would be activated if it is detected that all of them are disabled and dissapear if there are active users in the list.

    Answer

    ES

    Hola, 

    Nuestra Responsable de producto nos ha comunicado respecto a esta mejora:

    "Por el momento desde producto nuestra estrategia seguirá siendo fomentar las operaciones masivas o bien por CSV o por nuestro servicios web. Así que realizar operaciones masivas por pantalla queda descartado dentro de nuestro roadmap."

    Por eso, esta mejor queda excluida del roadmap.

    Saludos

    EN

    Hello,
    Our Product Manager has informed us of this improvement:



    "For the time being, from the product point of view, our strategy will continue to be to encourage massive operations either by CSV or by our web services. So mass operations on the screen is discarded within our roadmap."

    Therefore, this better is excluded from the roadmap.
    Regards

    +2
    Started

    Modificación de la estructura jerárquica de grupos

    Juan Francisco Babío Casal 7 months ago updated by Francisco López (Team Leader) 6 months ago 1

    Debido a que los clientes reflejan la estructura de grupos con su estructura organizativa, se está viendo una problemática que conviene solventar lo antes posible, que se trata de poder modificar esa estructura sin tener que hacer borrados masivos de grupos.

    En la actualidad por el front, el usuario una vez creado un grupo, no puede modificar el "padre", elaborando y creando progresivamente la estructura que necesite. Esto se ve claramente con un ejemplo:

    Teniendo como estructura original:

    • Producto play
    • Producto cloud
    • Producto central
    • Producto maker

    La estructura que se quiere obtener es la siguiente sin mover a ningún usuario de ningún grupo:

    • Producto Netex
      • Producto play
      • Producto cloud
      • Producto central
      • Producto maker

    En la actualidad esto no se puede realizar ni por front, ni por servicios web, sin borrar el grupo con todas las asignaciones de los usuarios y volviendo a crearlos, pudiendo afectar en las demás patas del producto debido a vinculaciones con cursos, sprints o lo que haya vinculado por detrás.

    +1
    Excluded

    Change the sender of email notifications

    Dori Martinez Ramirez (aecc SE 4 months ago updated by Saray Renilla Lamas 2 months ago 3

    Hello;

    We would like to propose as an idea of improvement the ability to change the sender of the mail when sending notifications to users because by default appears "From: LearningCloud We suggest that the sender can be modified or that corresponds to the key name of the instance.

    Greetings.

    +1
    Excluded

    Automatically unassign users from groups

    Videoarts 6 months ago updated by Francisco López (Team Leader) 1 week ago 5

    In NetexCloud, currently you can enrol users to groups by using assignment rules, but if someone's parameters change and the rules no longer apply to them then they are not automatically taken out of the group.

    For example, if you have a Manager group based on Job Title = Manager rule and a user is changed from a Manager to another job role then they should not be in the Manager group any more.

    Answer

    EN

    Hello, 

    Our Product Owner answerer regarding this improvement:

    Although we find them very interesting. Due to the performance problems generated by the current logic of the allocation rules we are not going to undertake any new type of development in this area.

    In the future, we will work on the concept of "self-managed groups" where assignment rules will add or remove users who comply or fail to comply with such rules. However, this development is not in our nearest roadmap for the reasons stated above.

    Regards,
    /Saray

    The improvement remains excluded from our roadmap, sorry for any inconvenience.

    ES

    Hola

    Nuestra responsable de producto respondió acerca de esta mejora:

    Pese a que nos parece muy interesante. Debido a los problemas de rendimiento generado por la actual lógica de las reglas de asignación no vamos a acometer ningún nuevo tipo de desarrollo en este área.
    En el futuro, trabajaremos en el concepto de "grupos autogestionados" donde las reglas de asignación añadirán o quitaran usuarios que cumplan o dejen de cumplir tales reglas. Sin embargo, este desarrollo no está en nuestro roadmap más próximo por los motivos expuestos anteriormente.

    Saludos,
    /Saray

    El improvement permanecerá excluido del roadmap, sentimos las molestias.

    0
    Accepted

    Users with the "Group Administrator" role should not be able to create new users and assign them admin permissions on other applications configured on the instance

    Alejandro Rito Ayala 3 days ago updated by Saray Renilla Lamas 2 days ago 2

    Good morning

    It is requested as an enhancement Users with the role of "Group Administrator" should not be able to create new users and assign them management permissions on other applications configured on the instance.

    Answer
    Saray Renilla Lamas 2 days ago

    ES

    Hola,

    Esta funcionalidad asociada al perfil de administrador de grupo es usada en la actualidad por muchos de nuestros clientes tras ser introducida expresamente para tener dicho comportamiento.


    Desde producto queremos ampliar la posibilidad de tener un grano más fino de asignación de permisos a los roles que, actualmente, posee la plataforma por defecto. Así pues el cambio de este comportamiento queda asociado a dicha funcionalidad para evitar afectar a otros clientes y que una única funcionalidad abarque los casos de uso actuales. Actualmente dicha funcionalidad está en nuestro backlog, pero su desarrollo no está contemplado hasta  la segunda mitad del próximo año. 

    Saludos,

    Saray

    EN

    Hello,


    This functionality associated with the group administrator profile is currently used by many of our customers after being introduced specifically to have such behavior.


    From product we want to extend the possibility of having a sharper permissions assignment to roles that, at the moment, has the default platform. So the change of this behavior is associated with this functionality to avoid affecting other customers and that a single functionality covers the current cases of use. Currently this functionality is in our backlog, but its development is not contemplated until the second half of next year.

    Kindly,

    Saray

    0
    Answered

    Can users with a "Group Administrator" role create new users and assign them admin permissions on other applications?

    Alejandro Rito Ayala 3 weeks ago updated by Francisco López (Team Leader) 3 weeks ago 2

    Users with the "Group Administrator" role can create new users and assign them admin permissions on other applications configured on the instance such as LearningCloud and Maker, this is a problem as it may happen that there are users with this role and create new users to people to access the system and if you want you can give access to the platform to people who may not be authorized and can give management permissions on the entire LearningCloud platform which can cause problems.

    The question is whether Group Administrators are right to have that possibility, is the expected behavior?

    Best regards

    Answer

    ES

    Estimado Alejandro,

    La respuesta a tu pregunta es sí. En un principio, para hacerlo posible se especificó el rol de Admin para ese usuario. Su evolución y cómo será us alcance en un futuro está en discusión en estos momentos.

    Gracias por tu pregunta.

    Saludos

    EN

    Dear Alejandro,

    The answer to your question is yes. Initially, to make it possible, the role of Admin was specified for that user. Its evolution and how it will be reached in the future is currently under discussion.
    Thanks you for your question.

    Regards