Skip to main content

​
Qué aporta esta integración

NINJIO puede aportar resultados de fuerza laboral, capacitación y simulaciones de phishing. Entre los ejemplos revisados se incluyen:
  • training.assigned — tiene asignada una capacitación en seguridad
  • training.completed — completa una capacitación en seguridad
  • training.passed — aprueba las evaluaciones de capacitación en seguridad
  • phishing.simulation.clicked — hizo clic en una simulación sin reportarla
  • phishing.simulation.reported — reporta simulaciones de phishing
Estos ejemplos muestran los tipos de actividad normalizada que Living Security puede utilizar. Consulte cómo los datos de la integración se convierten en señales.

​
Qué necesita Living Security

Permisos: NINJIO asigna los permisos de cada clave de API por punto de acceso, con permisos de lectura y escritura independientes. Living Security necesita lectura en tres de ellos: empleados, capacitación y phishing. No se necesita acceso de escritura y no debe concederse. Rol requerido: Un Administrador de su cuenta de NINJIO. Solo los administradores pueden acceder al área de Integración donde se crean las claves.
NINJIO muestra una clave nueva una sola vez, en el momento en que se crea. Cópiela directamente en Living Security Platform, o en un gestor de contraseñas, antes de salir de la página. Una clave que no haya copiado no se puede recuperar; deberá generar una nueva.

​
Qué datos obtiene Living Security

Los números de teléfono de los alumnos no se almacenan. NINJIO devuelve un número de teléfono en el registro del empleado. Living Security lo descarta antes de almacenar cualquier dato, porque ninguna función de Living Security lo utiliza.

​
Requisitos previos

  • Una cuenta de NINJIO con acceso a la API.
  • Acceso de administrador a admin.goninjio.com.
  • Direcciones de correo electrónico de los alumnos en NINJIO que coincidan con las que utilizan sus otros sistemas conectados. Living Security utiliza el correo electrónico para asociar a un alumno de NINJIO con una persona.

​
Parte A — En NINJIO

El administrador de NINJIO realiza estos pasos.
1

Abra el área de Integración

  1. Inicie sesión en admin.goninjio.com como administrador.
  2. Seleccione Integration en la parte superior derecha de la pantalla.
2

Cree la clave de API

  1. Seleccione New API Key.
  2. Asigne a la clave un nombre que pueda reconocer más adelante, por ejemplo Living Security.
  3. Conceda acceso de lectura a los puntos de acceso de empleados, capacitación y phishing.
  4. Deje sin seleccionar el acceso de escritura. Living Security solo lee datos de NINJIO.
  5. Seleccione Generate Key.
Copie la clave ahora. NINJIO la muestra una sola vez y no puede volver a mostrarla.

​
Parte B — En Living Security Platform

El responsable del programa realiza este paso, o el administrador del sistema si se utiliza la configuración delegada.
Ya está conectado a NINJIO.

​
Frecuencia de obtención de los datos

En la primera conexión, Living Security obtiene los últimos 12 meses de capacitaciones completadas y después se mantiene al día de forma incremental. Las simulaciones de phishing se leen una sola vez y se vuelven a comprobar durante las dos semanas posteriores a su finalización, de modo que también se registren los clics y reportes tardíos.
La primera conexión en una cuenta grande de NINJIO puede requerir varias ejecuciones programadas para terminar de leer toda la información. Cada ejecución lee todo lo que puede y la siguiente continúa desde donde se detuvo, por lo que los recuentos aumentan durante el primer día o los dos primeros días en lugar de aparecer todos a la vez.

​
Solución de problemas

La clave de API es incorrecta o está incompleta. La causa más común es una clave copiada parcialmente: NINJIO la muestra una sola vez, por lo que es fácil pegarla truncada y resulta imposible detectarlo después. Genere una nueva clave en NINJIO y vuelva a conectar con ella.
Esto no es un problema de credenciales. La clave se autenticó, pero a uno de los puntos de acceso que necesita no se le concedió permiso de lectura.Volver a pegar la misma clave no servirá. En NINJIO, cree una clave con acceso de lectura a los tres puntos de acceso (empleados, capacitación y phishing) y vuelva a conectar con esa clave.
Compruebe en NINJIO que al menos una campaña de capacitación esté activa y tenga una simulación asociada. Una campaña sin simulación permanece inactiva y no entrega nada, por lo que no hay resultados que obtener.Si las campañas están activas, confirme que los alumnos incluidos en ellas tengan direcciones de correo electrónico en sus registros de NINJIO. Un alumno sin dirección de correo electrónico no puede asociarse con una persona y se omite.
Esa es la visualización esperada para una capacitación que el alumno no ha terminado. Living Security registra la asignación cuando se inicia la simulación de NINJIO y registra la finalización por separado cuando NINJIO informa una fecha de finalización.
Living Security asocia a un alumno de NINJIO con una persona mediante la dirección de correo electrónico. Un alumno cuyo correo en NINJIO difiera de la dirección que figura en su directorio (una dirección personal, un dominio anterior o un error tipográfico) no coincidirá.Corrija la dirección en NINJIO y coincidirá en la siguiente obtención programada.
Living Security vuelve a comprobar una simulación de phishing durante las dos semanas posteriores a su finalización y después deja de hacerlo. Los resultados que NINJIO registre después de ese periodo no se obtienen. Comuníquese con soporte si necesita que se vuelva a leer una simulación anterior.