Conector

ServiceNow

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

Sus acciones llegan como registros a ServiceNow, en la tabla que elija (incident por defecto) y bajo la empresa del cliente. Después se vuelve a leer el estado: resuelto o cerrado en ServiceNow, 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.

Lo que usted crea en la herramienta

El acceso se crea en ServiceNow, 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

La URL de la instancia es https://su-instancia.service-now.com. Utilice una cuenta dedicada con el rol itil, limitada por ACL a la tabla de destino. El sys_id de la empresa procede de core_company.

Rol mínimo

Compte applicatif ServiceNow en authentification de base. ÉCRITURE : le rôle doit permettre la création dans la table visée (par défaut `incident`) — `itil` suffit et `admin` n'est pas nécessaire. LECTURE : le même compte relit l'enregistrement par son sys_id. ServiceNow permet de restreindre le compte par ACL et par table, ce qui est le bon endroit pour le faire : le mot de passe côté Vigicap ne porte aucune portée.

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.

Nombre de usuario
Contraseñasecreto

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.

Empresa (sys_id)
El registro core_company al que se vincularán los tickets de este cliente.
32 caracteres hexadecimales
Tablaopcional
incident por defecto. Funciona cualquier tabla que extienda task (p. ej. sn_customerservice_case).
incident

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.