Connector

ServiceNow

Uitgaande ticketingkoppeling: Vigicap maakt er tickets aan.

Uw acties komen als records in ServiceNow terecht, in de tabel die u kiest (standaard incident) en onder het bedrijf van de klant. Daarna wordt de status teruggelezen: opgelost of gesloten in ServiceNow, dan stelt Vigicap voor de actie af te sluiten en sluit die nooit zelf. Er wordt geen ReCyF-niveau voorgesteld. Een ticket versturen meet niets over de stand van zaken bij een klant.

Wat u in de tool aanmaakt

De toegang maakt u aan in ServiceNow, niet in Vigicap. Vigicap vraagt nooit om een beheerderswachtwoord: het verwacht een API-toegangsmiddel dat u zelf aanmaakt, dat u ziet en dat u zonder onze tussenkomst kunt intrekken.

Waar u het aanmaakt

De instantie-URL is https://uw-instantie.service-now.com. Gebruik een apart account met de rol itil, via ACL beperkt tot de doeltabel. De sys_id van het bedrijf komt uit core_company.

Minimale rol

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.

Overgenomen uit het rollenmodel van de leverancier en vóór publicatie nagetrokken.

Wat u in Vigicap invult

De exacte velden van het verbindingsformulier, in de volgorde waarin ze verschijnen. Waarden die als « geheim » zijn gemarkeerd, komen nooit terug naar de browser: ze worden versleuteld opgeslagen en bij het verbreken van de verbinding gewist.

Het formulier begint met het adres van de instantie, dat los van de onderstaande velden wordt ingevuld. De openbare catalogus publiceert nog niet of deze connector er een nodig heeft, noch hoe het eruitziet — deze lijst is dus volledig voor al het overige en zwijgt over dat eerste veld.

Gebruikersnaam
Wachtwoordgeheim

Routering per klant

Deze velden vult u per klant afzonderlijk in: zij bepalen onder welk account in de ticketingtool het ticket terechtkomt. Een verkeerde waarde laat de verzending niet mislukken — zij laat haar bij iemand anders slagen, en daarom controleert Vigicap ze al op het moment van invoeren.

Bedrijf (sys_id)
Het core_company-record waaraan de tickets van deze klant worden gekoppeld.
32 hexadecimale tekens
Tabeloptioneel
Standaard incident. Elke tabel die task uitbreidt werkt (bv. sn_customerservice_case).
incident

Wat het wel en niet doet

Vooraf ingevulde ReCyF-doelstellingen

Deze connector voedt geen enkele ReCyF-doelstelling, en dat is geen tekortkoming: hij meet de beveiligingsstatus van de klant niet.

Wat er naar de tool gaat

Deze connector SCHRIJFT: hij maakt een ticket aan op basis van een actie uit het plan.

Wat er terugkomt

De staat van een reeds aangemaakt ticket komt terug: de status, de sluitingsdatum, de laatste activiteit. Een gesloten ticket wordt een VOORSTEL dat een consultant bevestigt — nooit een actie die van rechtswege wordt gesloten. Een bureau dat zijn eigen ticket sluit, kan zichzelf geen beoordeling geven in het document dat een auditor leest.

Wat er wordt uitgelezen, wat er wordt bewaard, hoe lang en met welke rechten: hetzelfde register, connector voor connector, in de gegevensinventaris.

Verificatie

Deze connector is gebouwd op de gedocumenteerde API van de leverancier en is nog niet op een echte instantie uitgevoerd. Overal waar hij verschijnt, staat hij gemarkeerd als « Beta ».

De genoemde merken en logo's behoren toe aan hun respectieve houders en identificeren de tools waarmee Vigicap compatibel is — zie de juridische informatie.