Connect with a controlled credential
This integration is described through setup ownership, identity mapping, data direction, permission checks, and fallback states so a connected tool does not become an accidental authority.
Integrationincident.io integrationAvailable
See who is carrying the duty, not just who is on the team.
Verified integration behavior only. External tools remain their own systems of record where applicable.
Operational flow
Start with identity and setup, then follow the data direction, permission check, source record, and fallback state.
This integration is described through setup ownership, identity mapping, data direction, permission checks, and fallback states so a connected tool does not become an accidental authority.
This integration is described through setup ownership, identity mapping, data direction, permission checks, and fallback states so a connected tool does not become an accidental authority.
This integration is described through setup ownership, identity mapping, data direction, permission checks, and fallback states so a connected tool does not become an accidental authority.
This integration is described through setup ownership, identity mapping, data direction, permission checks, and fallback states so a connected tool does not become an accidental authority.
Runtime path
Relevant product paths
Controls and boundaries
Yes. The integration can read users for mapping when connected.
Yes. Explicit mapping is supported for unresolved identities.
No. Perelan surfaces people-context from incident.io; incident response remains in incident.io.
Configuration is an owner/admin-style integration setup path.
No. The marketing examples are compressed, but the product path still checks the acting user, role, group scope, and domain permission before data is shown or changed.
No. The product demonstrations use fictional names, roles, dates, and values so the workflow is clear without exposing real people or companies.