Create and manage API keys

1. 1Open API-nøkler — Administrer API-nøkler for eksterne integrasjoner
2. 2Opprett API-nøkkel.
3. 3Give it a Navn — f.eks. Produksjon, Staging, Nettsideintegrasjon — and a Beskrivelse (valgfritt): Hva nøkkelen brukes til
4. 4Tick the Tillatelser it needs.
5. 5Create, then copy the key: Kopier nøkkelen nå. Den vises ikke igjen.

⟦Oppbevar nøkkelen sikkert. Du kan ikke se den igjen.⟧ Put it straight into your password manager or your deployment secrets. If it is lost, there is no recovery — you rotate the key and update the integration.

One key per integration, never one shared key. Separate keys mean you can revoke the website's access without breaking the accounting sync, and Sist brukt {{date}} tells you which keys are actually in use — which is how you find the one from a project that ended two years ago.

Scopes are read, write and delete per record type — Leads — Les is List og vis leads, Leads — Skriv is Opprett og oppdater leads, and so on.

Grant the minimum. An integration that only pushes web-form leads needs write on leads and nothing else; giving it delete on customers costs you nothing today and everything on the day it has a bug. Ikke i planen din — Oppgrader planen din for å gi disse tillatelsene.

Changing permissions later. Rediger tillatelser — Kryss av for tillatelsene denne nøkkelen skal ha. Endringene gjelder umiddelbart. Selve nøkkelen endres ikke, så ingenting må kobles til på nytt.

⟦Roter nøkkel⟧ issues a new secret for the same integration. Do it on a schedule, and immediately if a key has ever been pasted into a chat, a ticket or a commit.

⟦Trekk tilbake nøkkel⟧ — Dette ugyldiggjør nøkkelen umiddelbart. Applikasjoner som bruker den vil slutte å virke. Handlingen kan ikke angres. Revoked keys stay listed under Tilbakekalte nøkler as a record.

Keys from connected apps. Denne nøkkelen ble opprettet da noen koblet til en ekstern app, og tillatelsene er de vedkommende godkjente den gangen. Endrer du dem her, endrer du hva appen kan gjøre, uten å spørre på nytt.