Vigicap
Conector
HaloPSA
Una sola credencial de agencia, para toda la cartera.
Su PSA ya conoce la lista de sus clientes: este conector la importa y después informa, cliente por cliente, del inventario de activos, su identificación y su propietario técnico. No propone ningún nivel ReCyF. HaloPSA no registra ninguna medición de seguridad sobre los activos.
01
Lo que usted crea en la herramienta
El acceso se crea en HaloPSA, 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
HaloPSA > Configuration > Integrations > Halo API : créez une application « Client Credentials », puis, sur son onglet « Permissions », cochez uniquement « read:customers » et « read:assets ». Si la même application sert aussi à la remontée de tickets, ajoutez-y « read:tickets » et « edit:tickets ».
Rol mínimo
Application API « Client Credentials » portant exactement deux permissions, toutes deux en lecture : « read:customers » (GET /Client, la liste des clients) et « read:assets » (GET /Asset, l'inventaire). Aucune permission d'écriture, et pas le scope « all ».
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.
- Client ID
- Client Secretsecreto
- URL du serveur d'authentificationopcionalURL
Uniquement si votre installation sépare l'authentification de l'API. Sinon, laissez vide.
03
Enrutamiento por cliente
La credencial en sí no se repite: un único ejemplar, introducido una sola vez a nivel de agencia, cubre toda la cartera — una diferencia que se nota con cuarenta clientes y no con cuatro.
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 cliente en Halo
Identificador del cliente en HaloPSA bajo el que se crean los tickets.
p. ej. 42
- ID del tipo de ticketopcional
Opcional — tipo de ticket de Halo (por defecto: el tipo por defecto de la instancia).
p. ej. 1
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.
Solo lectura
Las lecturas son de solo lectura: al leer, Vigicap no escribe nada en la herramienta.
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.
Permisos solicitados
Los permisos exactos que se solicitan en la autorización, nombrados tal como los nombra el proveedor.
- read:customers
- read:assets
- read:tickets
- edit:tickets
Verificación
Este conector se ha ejecutado de principio a fin en una instancia real de la herramienta, no solo probado contra una simulación.
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.