To allow merchants to make authentication requests via the authentication API, a merchant entity needs to be created and the client certificate for its 3DS Requestor downloaded. Details that are included in an authentication request, and do not change very often, are stored in the database to simplify the API functionality. The create, view, edit and delete processes for merchant entities are detailed below.
Create a merchant¶
To create a merchant, first head to the Merchants page on the administration interface and select the New button.
On the New merchant screen use the fields described below to create a new merchant.
A user requires the Business admin role to create merchants.
These are the general merchant details used for authentication requests:
- Merchant name - Merchant name assigned by the Acquirer. This should be the same name used in the authorisation message request. Required, Maximum 40 characters
- Merchant ID - Merchant identifier assigned by the Acquirer. This should be the same name used in the authorisation message request. Required, Maximum 35 characters
- Country - country that the merchant operates from. As part of an authentication request, ActiveServer will use this entry and convert it to the Merchant Country Code and it should match the value used in the authorisation message request. Required
- Default currency - default currency that will be used in an authentication request. This value can be overwritten in the browser based init API call by specifying the
- 3DS Requestor URL - fully qualified URL of the 3DS Requestor website or customer care site. This data element provides additional information to the receiving 3-D Secure system, if a problem arises, and should include contact information. Required
- Status - status to indicate whether the merchant is enabled or disabled. Disabling a merchant will not allow authentication API requests for that specific merchant. Required
- Notes - optional section to allow an admin user to access and edit notes for the merchant.
A user requires the Business admin role to view and edit the Status and Notes fields.
These are the card scheme specific details used for authentication requests:
- Acquirer BIN - acquiring institution identification code as assigned by the DS that is receiving the AReq message. Maximum 11 characters
- Requestor ID - DS assigned 3DS Requestor identifier. Each DS will provide a unique ID to each 3DS Requestor on an individual basis after 3DS2 merchant on boarding is complete. Maximum 35 characters
- Requestor name - DS assigned 3DS Requestor name. Each DS will provide a unique name to each 3DS Requestor on an individual basis after 3DS2 merchant on boarding is complete. Maximum 40 characters
- Category code - DS specific code describing the Merchant’s type of business, product or service. Maximum 4 characters
All the above card scheme specific details are required to be supplied in an authentication request. If any of them are missing, the authentication request will fail.
View Merchant Details¶
To view merchant details, search for the merchant on the Merchants page of the administration interface and select the Merchant in the Merchant list. Merchant security is also managed on this page.
The Merchant's Client Certificate, as well as the server CA certificates, can be accessed from this page. In addition, the user can manage the Data Encryption Key for security purposes.
Client certificate and CA certificate management is only available once the instance has been activated.
The 3DS Requestor client certificate is required for a merchant to include in the authentication API requests for SSL authentication:
- Download - allows the user to download the 3DS Requestor client certificate in a .p12 format after specifying a password. For more information on this functionality, see the API document overview.
Revoke - disables the current 3DS Requestor client certificate if there has been a security breach or lost certificate, then re-issues a new certificate which can be downloaded and provided to the merchant.
Revoking a client certificate will invalidate all instances of the certificate, and the merchant will not be able to initiate API requests until the replacement certificate can be installed.
Download - allows the download of the servers CA certificates, to be used in authentication API requests. For more information on this functionality, see the API document overview.
CA certificate download was added in the version 1.0.5 release.
A user requires the Business admin, Merchant admin or Merchant role to download a certificate.
A user requires the Business admin or Merchant admin role to revoke a certificate.
Data encryption key¶
There is a key assigned for every merchant which ActiveServer uses to encrypt the requests and responses for all authentications prior to saving them in the database. This key is also used to decrypt the account number used for the transaction when searching for transactions.
- Rotate key - used for changing the current data encryption key, in use, if required, e.g. for internal or external policies requiring the rotation of encryption keys. Old key will still be available to be used for decrypting/encrypting the old transactions. New key will be used for transactions performed after the rotation.
A user requires the Business admin or Merchant admin role to rotate a key.
Edit merchant details¶
The merchant profile details available are specific to user roles:
- Status - the enabled status is only available to users with the Business admin role.
- Notes - the notes section is only available to users with the Business admin role.
A user requires the Business admin, Merchant admin or Merchant role to view merchant details.
A user requires the Business admin or Merchant admin role to edit merchant details.
Delete a merchant¶
To delete a merchant, first head to the Merchants page on the administration interface, search for the merchant and select the delete check box adjacent to the Merchant name, in the search result table. Select the Delete button and confirm on the dialogue box.
The default Test Merchant cannot be deleted, as it is used for testing purposes.
A user requires the Business admin role to delete merchants.