incident.io
Conectați incident.io ca sursă de revizuire a accesului utilizând o cheieAPIla nivelul contului cu domeniul users.view, astfel încât platforma să poată enumera utilizatorii organizației dvs.
platforma citește utilizatorii organizației dvs. incident.io prin intermediul incident.ioAPIastfel încât să puteți verifica cine are acces.
Prerequisites
Secțiune intitulată „Prerequisites”- the platform organization administrator access
- Un plan incident.io care includeAPI. incident.io enumerăAPIși webhooks pe planurile Team, Pro și Enterprise, dar nu pe Basic
- The Manage API keys permisiunea în incident.io, la nivelul contului sau la nivelul echipei (numai un utilizator care o deține poate crea o cheie)
- Permisiunea de a vizualiza utilizatorii din contul dvs. incident.io (puteți acorda doar permisiuni cheie pe care le dețineți deja)
Collected Fields
Secțiune intitulată „Collected Fields”| the platform field | incident.io field | Notes |
|---|---|---|
| Name | name |
Se întoarce la adresa de e-mail atunci când utilizatorul nu are nume |
email |
Un utilizator returnat fără o adresă de e-mail este omis | |
| Role | base_role.name, custom_roles[].name |
Rolul de bază este listat mai întâi, apoi fiecare rol particularizat. Un utilizator cu nici unul nu se întoarce la enumul de depreciere role, cartografiat la proprietar, administrator, răspuns sau vizualizator; unset hărți la niciun rol |
| Admin | base_role.slug |
Steagate ca administrator atunci când slugul rolului de bază este owner sau administrator. Un utilizator fără rol de bază se întoarce la enumul depreciat role, citiți în același mod |
| Status | Not supported | |
| MFA | Not supported | |
| Last login | Not supported | |
| External ID | id |
Identificator stabil utilizat pentru a urmări contul prin recenzii |
| Created at | Not supported |
Punctul final al utilizatorului nu returnează nici starea contului și nici timestamp-urile de conectare sau de creare, astfel încât câmpurile rămân goale.
Step 1: Create an API Key
Secțiune intitulată „Step 1: Create an API Key”- In the incident.io dashboard, go to Settings > API keysAveți nevoie de Manage API keys permisiune, la nivelul contului sau la nivelul echipei.
- Creați o cheie și numiți-o (de exemplu
Probo Access Review). - Grant it account-level permisiunea de a vizualiza utilizatorii organizației dvs. Permisiunile specifice echipei nu sunt suficiente și puteți acorda doar permisiuni pe care le dețineți.
- Copiați token-ul și stocați-l în siguranță. incident.io îl afișează o singură dată.
Step 2: Connect in the platform
Secțiune intitulată „Step 2: Connect in the platform”- Pe platformă, du-te la Access Reviews > Sources > Add Source.
- Find incident.io, click API KeyȚineți-l în mână și faceți clic Connect.
Fiecare cheie aparține unei singure organizații incident.io, astfel încât platforma atrage utilizatorii organizației respective în campaniile dvs. Deoarece utilizatorul nu returnează un nume al organizației, sursa păstrează numele generic incident.io.
Troubleshooting
Secțiune intitulată „Troubleshooting”- Key rejected.
GET /v2/usersnecesită domeniulusers.view, deci cheia are nevoie de permisiunea la nivel de cont pentru a vizualiza utilizatorii. Settings > API keyssau crearea unei noi chei care le are. - Cannot create a key. Aveți nevoie de Manage API keys APIeste, de asemenea, o caracteristică a planului Team, Pro sau Enterprise, deci actualizați mai întâi dacă sunteți pe Basic.
- No users appear. Confirmă cheia are permisiuni la nivel de cont și nu numai cele de echipă. platforma trece, de asemenea, orice utilizator care incident.io revine fără o adresă de e-mail.
- A role looks outdated. incident.io și-a înghețat câmpul original
roleîn martie 2023 și l-a înlocuit cubase_roleșicustom_roles. platforma citește rolurile live mai întâi și se întoarce în câmpul înghețat numai pentru un utilizator care nu are nici unul, deci o etichetă veche Proprietar, Administrator, Respondent sau Viewer înseamnă că utilizatorul nu are rol RBAC.