Vigicap
Conector
Jira
Integración de ticketing saliente: Vigicap crea tickets en ella.
Sus acciones llegan como tickets a Jira, en el proyecto que indique por cliente, con su título y su descripción. Después se vuelve a leer el estado del ticket: en cuanto el ticket está listo en Jira, Vigicap propone cerrar la acción y nunca la cierra por sí mismo. No se propone ningún nivel ReCyF. Enviar un ticket no mide nada sobre el estado de un cliente.
01
Lo que usted crea en la herramienta
El acceso se crea en Jira, 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
Cuenta de Atlassian → Seguridad → Tokens de API → Crear. La URL del sitio es https://su-sitio.atlassian.net. La clave del proyecto es el prefijo de los números de ticket (p. ej. OPS en OPS-123).
Rol mínimo
Jeton d'API Atlassian d'un compte applicatif. ÉCRITURE : le jeton porte les droits du compte qui l'a créé — Jira ne cloisonne pas un jeton par projet, donc le compte doit être limité côté Jira aux projets concernés (Browse projects + Create issues) plutôt que le jeton côté Vigicap. LECTURE : le même jeton relit l'issue ; 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.
02
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.
- Correo electrónico de la cuenta de Atlassian
- Token de APIsecreto
03
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.
- Clave del proyecto
El proyecto en el que se crean los tickets — el prefijo de los números.
p. ej. OPS
- Tipo de ticketopcional
Task por defecto. Debe existir en el esquema de tipos de ticket del proyecto.
Task
04
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.