SEPA operation import - with transaction monitoring
Just so you know, further examples and descriptions apply only to SEPA operation imports with transaction monitoring.
This section provides information how to submit operation (transaction) details to our database and is focused to those operations which require to perform transaction monitoring. It includes examples of API requests with mandatory and optional fields, a comprehensive list of all available fields, common responses and error descriptions.
SEPA (Single Euro Payments Area) operations involve transactions between two or more parties, one of the parties is always the customer. The other party(ies) are called counterparty(ies). Transaction monitoring ensures compliance and helps detect fraudulent activities or anomalies that your risk team is interested in.
HTTP Method: POST
Path: {{baseUrl}}
/amlyze-ws-rest/operation
ContentType: application/json
Authorization: Bearer Token
API requests examples
Fields
Unique number of communication. This field can store up to 256 characters.
Example: ComNr_01_TEST
Name of the system requesting web service.
Example: Amlyze
❗Mandatory field for clients utilizing a multi-organizational solution. Omit this parameter unless instructed about it.
It serves to specify the unique identifier for the business unit. Business units are logical groupings of users and data. Each business unit can have its own set of users, permissions, and data access rules.
Example: BUSINESS_UNIT_NAME
External identifier of operation.
Example: Op_01_SEPA_TEST
Notifies about which kind of operation type was performed
Value: SEPA
Code of risk management category of the object. Value must be from a classifier list personalized to your company.
Example: OP_TRANSFER
The value “EVALUATE” is used for normal business processes - risk assessment will be performed.
Value: EVALUATE
Defines which lists to check during screening process. Strings of the list are noted in the dropdown below.
Example: PEP, ADVERSE_MEDIA
The operation date and time show when the operation proceeded.
Example: 2024-08-16T13:00:00Z
The risk level of imported operation.
Enum class values: NONE
, LOW
, MEDIUM
, HIGH
, EXTREME
Example: LOW
Refers to the movement of money between entities or accounts.
Enum class values: INCOMING
, OUTGOING
Example: INCOMING
International currency code.
Value: EUR
Amount of money sent in an operation.
Example: 1499
❗Mandatory if currency
is not EUR
. Not Used when currency
is EUR
.
Euro exchange rate for other than Eur currency.
Example: 0.93
❗Mandatory if currency
is not EUR
. Not Used when currency
is EUR
.
Amount of money in euro currency.
Example: 1499
Country rom where the operation was initiated.
Example: LT
Country of operation’s destination.
Example: LT
The purpose of payment is saved under description.
Example: Invoice '02'
The IP address of the operation.
Example: xxx.zzz.yyyy.www
Country of an IP address of the operation.
Example: LT
List of entities that belong to one operation. Fields of the list are described in the dropdown below.
List of possible responses
This part lists common responses after the submission of the request.
List of possible errors
This section lists the possible errors that can occur when making a bad operation request to the API. A bad request is a request that somehow does not follow the API specifications.
Error Description |
---|
DestinationCountry is mandatory, check country classifier codes for allowed values. |
Amount is mandatory and must be greater than 0. |
Despite currency = EUR, AmountInEur differs from Amount. |
AmountInEur is mandatory and must be greater than 0. |
EuroExchangeRate is mandatory and must be greater than 0. |
For non-INTERNAL operation, financialFlowDirection value cannot be ‘NULL’. |
Description is mandatory. |
Invalid MerchantCountryCode. |
RiskManagementCategory is mandatory. |
RiskManagementCategory does not exist in Amlyze. |
RiskManagementCategory does not support Operation. |
Account registered to your institution; Account found in Amlyze, but customer not found in Amlyze. |
entityType mismatch in operationParty[” + i + ”]: Amlyze customer has different entity type to operation one. |
For INCOMING operation, your customer party role must be CREDITOR. |
For OUTGOING operation, your customer party role must be DEBTOR. |
operationType ” + operationType.getCode() + ” is not defined in Amlyze. Check Operation type classifier for available values. |
Problem with operation party (index: ” + i + ”). |
Invalid FinancialFlowDirection: Your institution DEBTOR found for INCOMING operation. |
Invalid FinancialFlowDirection: Your institution CREDITOR found for OUTGOING operation. |
OperationParties must contain CREDITOR. |
OperationParties must contain DEBTOR. |
Invalid operation party count. Range: min 1, max 4. |
Invalid count of operation parties for ” + operationType.getCode() + ” operationType. |
For ‘PIS’ operation, only creditor can be provided. |
No operation party account related to your institution BIC, or Customer. |
Invalid count of your institution operation parties for ” + operationType.getCode() + ” operationType. |
Tenant header ’” + securityOwnerService.getHeaderTenantCode() + ”’ is mandatory. |
Business unit is mandatory. |
Tenant ’” + tenantCode + ”’ business unit ’”+ businessUnitCode +”’ does not exist. |
CommunicationNumber is mandatory. |
Requester is mandatory. |
SourceOfRiskLevel is mandatory, allowed values: IMPORT / EVALUATE. |
OperationExtId is mandatory. |
OperationType is mandatory. |
Problem with OperationType (INVALID): INVALID is not defined in Amlyze. Check Operation type classifier for available values. |
Currency is mandatory, check Currency classifier codes for allowed values. |
SourceCountry is mandatory, check country classifier codes for allowed values. |
Problem with OperationType (SEPA): Problem with OperationParties. No operation party account related to your institution BIC or Customer. |
Problem with OperationType (SEPA): Invalid count of your institution operation parties for SEPA operationType. |