API Keys
An API key is a secret identifier that lets an external tool (Make, n8n, Zapier, an in-house script, a CRMβ¦) read the data of your Unisoft organization on your behalf. This page explains how to create, manage and revoke these keys safely.
Open the API Keys tabβ
- 1
Go to the Developers page
Type the URL
/app/developpeurs/tabsin the address bar, or open your bookmark. - 2
'API Keys' tab
The tab is selected by default when the page opens.
Understanding the tableβ
The central table lists the existing API keys of your organization. For each, you see:
| Column | Content |
|---|---|
| Name | The label you chose at creation (e.g., Make - Mailchimp sync) |
| Prefix | The first 12 characters of the key followed by β¦ (for example ke_live_abcdβ¦), displayed in clear so you can recognize it in the list. The full key is never shown again after creation. |
| Permissions | The scopes granted (tags) β what the key can read |
| Last use | Relative date of the last API call made with this key, or never |
| Status | Active (green), Revoked (red), or Inactive (gray) |
| Actions | Revoke and Delete buttons |
Create a new keyβ
- 1
Click 'New key'
The button is at the top right of the tab. A modal opens.
- 2
Give a descriptive name
Enter a descriptive name like Make production, Zapier Mailchimp, or Accounting export script. You will find it later when you have several keys.
- 3
Choose the permissions
Select the scopes (permissions) the key will be able to use. By default, all read-only permissions are pre-selected. See the table below for details.
- 4
Click 'Create the key'
A new modal appears immediately with the raw key.
- 5
Copy the key right away
Click "Copy the key" or use the copy icon. You will never see this key again once the modal is closed β paste it immediately into your tool or your password manager.
- 6
Confirm
Click "I have copied the key" to close the modal.
Available permissionsβ
Each scope authorizes a specific type of access. Check only what your integration needs.
| Scope | What it authorizes |
|---|---|
contacts:read | Read the list and profiles of contacts |
paiements:read | Read collected payments |
abonnements:read | Read recurring payments (subscriptions) |
forms:read | Read the form definitions |
forms_submit:read | Read the submissions sent by your forms |
webhooks:manage | Manage outgoing webhooks via API (create, edit, delete) |
Use the key in an external toolβ
Once the key is in hand, here is how it is used:
In a raw HTTP callβ
All requests to the Unisoft API must include the key in the Authorization HTTP header in Bearer format:
GET /integrations/v1/contacts HTTP/1.1
Host: api.unisoft.world
Authorization: Bearer ke_live_xxxxxxxxxxxxxxxxxxxxx
In Make / Integromatβ
- Create an HTTP or Webhook connection.
- Authentication type: Bearer Token (or Header depending on the module).
- Value: your
ke_live_...key.
In n8nβ
- Add an HTTP Request node.
- Authentication: Header Auth.
- Name:
Authorization, Value:Bearer ke_live_....
In Zapierβ
- Choose the action Webhook by Zapier β Custom Request.
- Headers: add
Authorization: Bearer ke_live_....
For the complete list of endpoints (URL, parameters, response format), check the Swagger documentation via the "API Documentation" button at the top right of the Developers page.
Revoke a keyβ
Revocation immediately disables the key. Any integration using it stops on the next request.
- 1
Locate the key in the table
Identify the key by its name or its prefix.
- 2
Click 'Revoke'
The button is in the Actions column. A confirmation request appears.
- 3
Confirm
Confirm the revocation. The key's status changes to Revoked (red tag). It can never be reactivated.
Delete a keyβ
Deletion erases the key from the table. It is no longer listed, but the functional result is the same as a revocation: the key no longer works.
- 1
Click the Delete icon
Red trash icon in the Actions column.
- 2
Confirm
The key disappears from the table.
Prefer revocation over deletion if you want to keep the trace of a key for audit. Reserve deletion for cleanup of old keys without historical interest.
Practical case: configure Make to synchronize contacts with Mailchimpβ
- 1
Create a dedicated key
Name: Make - Mailchimp sync. Permission: only
contacts:read(nothing else). - 2
Copy the key to the clipboard
Save it in your password manager or paste it directly into Make in the next step.
- 3
Configure the Make scenario
Module: HTTP β Make a request. URL:
https://api.unisoft.world/integrations/v1/contacts. Method:GET. Header:Authorization: Bearer ke_live_.... - 4
Test the scenario
Make should receive the contact list. If yes, plug in the rest (Mailchimp β Add/Update Subscriber).
- 5
Schedule the execution
Configure the desired frequency (every hour, every dayβ¦). The scenario will run autonomously.
Security best practicesβ
| Rule | Why |
|---|---|
| One key per integration | If a key is compromised, you revoke it without breaking the other tools |
| Minimum permissions | Only check the strictly necessary scopes |
| Storage in a vault | Password manager (1Password, Bitwarden, KeePassβ¦) or environment variables of your tool β never in clear in a file |
| Regular monitoring | Check the Last use column every quarter. An inactive key is a useless risk |
| Periodic rotation | For critical integrations, create a new key every 6-12 months and revoke the old one |
Pitfalls to avoidβ
| Pitfall | Consequence | Solution |
|---|---|---|
| Close the modal without copying the key | Key lost, integration impossible | Recreate a key and delete the previous one |
| Store the key in an email or a Slack | Possible compromise | Always use a password manager |
| Check all permissions out of habit | Maximum attack surface | Uncheck what the integration does not need |
| Reuse the same key for several tools | Hard to trace who calls what | One key = one tool = one descriptive name |
Takeawaysβ
- An API key lets an external tool read the Unisoft data of your organization.
- The raw key is shown only once at creation β copy it immediately.
- The "Revoke" button instantly stops any integration that uses the key.
- One key per use and minimum permissions are the two golden rules.
Go furtherβ
- Developers overview β the two integration building blocks
- Outgoing webhooks β receive real-time notifications