Konektor

ServiceNow

Wychodząca integracja z systemem zgłoszeń: Vigicap zakłada tam zgłoszenia.

Działania trafiają do ServiceNow jako rekordy, w wybranej tabeli (domyślnie incident) i pod firmą klienta. Status jest następnie odczytywany: rozwiązany lub zamknięty w ServiceNow, Vigicap proponuje zamknięcie działania i nigdy nie zamyka go samodzielnie. Nie jest proponowany żaden poziom ReCyF. Wysłanie zgłoszenia nie mierzy stanu zabezpieczeń klienta.

Co utworzyć w narzędziu

Dostęp tworzy się w ServiceNow, nie w Vigicap. Vigicap nigdy nie prosi o hasło administratora: oczekuje poświadczenia API, które tworzycie Państwo sami, które widzicie i które możecie odwołać bez naszego udziału.

Gdzie je wygenerować

Adres instancji to https://wasza-instancja.service-now.com. Prosimy użyć dedykowanego konta z rolą itil, ograniczonego przez ACL do tabeli docelowej. sys_id firmy pochodzi z core_company.

Minimalna rola

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.

Przejęte z modelu ról producenta i sprawdzone przed publikacją.

Co wpisać w Vigicap

Dokładne pola formularza połączenia, w kolejności, w jakiej się pojawiają. Wartości oznaczone jako „tajne” nigdy nie wracają do przeglądarki: są szyfrowane w spoczynku i usuwane przy rozłączeniu.

Formularz zaczyna się od adresu instancji, wpisywanego oddzielnie od pól poniżej. Publiczny katalog nie publikuje jeszcze, czy ten konektor go wymaga ani jak wygląda — ta lista jest więc dokładna co do całej reszty i milczy o tym pierwszym polu.

Nazwa użytkownika
Hasłotajne

Kierowanie dla każdego klienta

Te pola wypełnia się dla każdego klienta osobno: mówią, pod którym kontem w systemie zgłoszeń ma wylądować zgłoszenie. Błędna wartość nie powoduje niepowodzenia wysyłki — powoduje, że uda się ona u kogoś innego, i dlatego Vigicap sprawdza je już w chwili wpisywania.

Firma (sys_id)
Rekord core_company, do którego przypisywane są zgłoszenia tego klienta.
32 znaki szesnastkowe
Tabelaopcjonalne
Domyślnie incident. Każda tabela dziedzicząca po task jest poprawna (np. sn_customerservice_case).
incident

Co robi, a czego nie robi

Wstępnie wypełniane cele ReCyF

Ten konektor nie zasila żadnego celu ReCyF i nie jest to brak: nie mierzy on stanu zabezpieczeń klienta.

Co wychodzi do narzędzia

Ten konektor ZAPISUJE: tworzy zgłoszenie na podstawie działania z planu.

Co wraca

Wraca stan już utworzonego zgłoszenia: jego status, data zamknięcia, ostatnia aktywność. Zamknięte zgłoszenie staje się PROPOZYCJĄ, którą zatwierdza konsultant — nigdy działaniem zamkniętym z urzędu. Agencja, która zamyka własne zgłoszenie, nie może sama wystawiać sobie oceny w dokumencie czytanym przez audytora.

Co jest odczytywane, co jest przechowywane, jak długo i z jakimi uprawnieniami: ten sam rejestr, konektor po konektorze, w inwentarzu danych.

Weryfikacja

Ten konektor powstał na podstawie udokumentowanego API producenta i nie był jeszcze uruchomiony na rzeczywistej instancji. Wszędzie, gdzie się pojawia, jest oznaczony jako „Beta”.

Wymienione znaki towarowe i logotypy należą do ich właścicieli i wskazują narzędzia, z którymi Vigicap jest kompatybilny — zobacz informacje prawne.