

Accessing the Key Management page
From the Axepta Online Merchant Portal, open the Key Management section. The page displays the following information:
Note: depending on your user profile, the Key Management section may not be visible.
At the top right of the screen, the Merchant field allows you to select the relevant merchant account. Before performing any action, make sure the correct merchant is selected. |
Available access data
The Access data section contains the technical elements required for the integration.
Depending on the account configuration, the following items may be displayed :
Item | Description | Main usage |
Encryption password | Password used in some legacy or specific integration modes | Encryption or securing of specific exchanges |
Primary HMAC key | Main active HMAC key | Message signing or verification |
Primary REST API key | Main key used for REST API calls | REST API calls in test or production |
Secondary HMAC key | Secondary HMAC key | Key rotation or double run |
Secondary REST API key | Secondary key used for REST API calls | Key rotation or double run |
Key values are hidden by default. A display icon allows the key to be temporarily shown if your user profile is authorized. A copy icon may also be available to copy the value to the clipboard.
Available actions
Each key line includes an action menu available from the icon on the right side of the relevant field.
Available actions may include :
Action | Description | Effect |
Create | Generates a key when the field is empty | The new key can be used immediately |
Renew | Generates a new value for an existing key | The previous value is replaced |
Revoke | Disables and deletes the key | The key can no longer be used |
Key revocation is immediate. Once revoked, the key must no longer be considered usable by your system. |
Renewing a primary REST API key
Use this procedure when you need to replace the primary REST API key.
Steps
Zero-downtime rotation with secondary keys
For REST API integrations, Axepta Online may allow two sets of keys to be used in parallel : a primary key and a secondary key.
This feature is especially useful for rotating keys without service interruption.
Principle
The primary key remains used by the existing system while the secondary key is created or renewed.
The integrator then updates the application to use the new secondary key.
Once the new key has been validated, the old key can be revoked or renewed according to the defined strategy.
Recommended procedure
This approach reduces the risk of interruption because the old key remains available during the switch-over phase.
Revocation disables an existing key. It should only be used when you are sure the key is no longer used, or when compromise is suspected.
Steps
Important: a revoked key must no longer be used in your system. If the system continues to use a revoked key, the related API calls may fail.
The HMAC key is used to sign or verify certain technical exchanges, especially when the integration relies on signature mechanisms.
Steps
The Latest activities section displays operations performed on keys.
It allows you to view:
This section is useful for audit tracking, traceability and incident analysis.
Examples of visible actions:
Export & Security