Conector

Atera

Integración de ticketing saliente: Vigicap crea tickets en ella.

Sus acciones llegan como tickets a Atera, con su título y su descripción: el plan de acción deja de ser una lista que haya que volver a teclear en la herramienta donde ya trabajan sus técnicos. No se propone ningún nivel ReCyF. Enviar un ticket no mide nada sobre el estado de un cliente.

Lo que usted crea en la herramienta

El acceso se crea en Atera, no en Vigicap. Vigicap no pide nunca una contraseña de administrador: espera una credencial de API que usted mismo crea, que ve y que puede revocar sin nuestra intervención.

Dónde crearla

Atera → Admin → API: genere su clave de API. El ID del cliente procede de la ficha del cliente (Customer ID).

Rol mínimo

Clé d'API Atera. ÉCRITURE : la clé Atera n'est pas cloisonnable en lecture seule — elle porte les droits du compte qui l'a créée. LECTURE : la même clé relit le ticket ; aucune portée distincte n'existe, ce qui est précisément pourquoi la phrase précédente est écrite telle quelle.

Tomado del modelo de roles del proveedor y comprobado antes de la publicación.

Lo que usted rellena en Vigicap

Los campos exactos del formulario de conexión, en el orden en que aparecen. Los valores marcados como «secretos» no vuelven nunca al navegador: se almacenan cifrados y se borran al desconectar.

El formulario empieza por la dirección de la instancia, que se rellena al margen de los campos siguientes. El catálogo público todavía no publica si este conector necesita una, ni qué forma tiene — esta lista es, por tanto, completa para todo lo demás y guarda silencio sobre ese primer campo.

Clave de APIsecreto

Enrutamiento por cliente

Estos campos se rellenan cliente por cliente: determinan en qué cuenta de la herramienta de ticketing aterriza el ticket. Un valor equivocado no hace que el envío falle — hace que tenga éxito en otra persona, y por eso Vigicap los comprueba ya en el momento de introducirlos.

ID del contacto (EndUserID)
ID del contacto de Atera (End User) al que se vincularán los tickets — el cliente se deduce de él.
p. ej. 12

Lo que hace y lo que no hace

Objetivos ReCyF precargados

Este conector no alimenta ningún objetivo ReCyF, y no es una carencia: no mide el estado de seguridad del cliente.

Lo que sale hacia la herramienta

Este conector ESCRIBE: crea un ticket a partir de una acción del plan.

Lo que vuelve

Vuelve el estado de un ticket ya creado: el estado, la fecha de cierre, la última actividad. Un ticket cerrado se convierte en una PROPUESTA que confirma un consultor — nunca en una acción cerrada de oficio. Una agencia que cierra su propio ticket no puede otorgarse una nota en el documento que lee un auditor.

Lo que se lee, lo que se conserva, durante cuánto tiempo y con qué derechos: el mismo registro, conector por conector, en el inventario de datos.

Verificación

Este conector está construido sobre la API documentada del proveedor y todavía no se ha ejecutado en una instancia real.

Las marcas y los logotipos citados pertenecen a sus respectivos titulares e identifican las herramientas con las que Vigicap es compatible — véase el aviso legal.