Updates a transaction rule.
To update only the status of a transaction rule, send only the
status parameter. All other parameters not provided in the request are left unchanged.
When updating any other parameter, you need to send all existing resource parameters. If you omit a parameter in the request, that parameter is removed from the resource.
The unique identifier of the transaction rule.
The level at which data must be accumulated, used in rules with
type velocity or maxUsage. The level must be the same or lower in hierarchy than the
If not provided, by default, the rule will accumulate data at the paymentInstrument level.
Possible values: paymentInstrument, paymentInstrumentGroup, balanceAccount, accountHolder, balancePlatform.
Your description for the transaction rule, maximum 300 characters.
The date when the rule will stop being evaluated, in ISO 8601 extended offset date-time format. For example, 2020-12-18T10:15:30+01:00.
If not provided, the rule will be evaluated until the rule status is set to inactive.
The type and unique identifier of the resource to which the rule applies.
The time interval when the rule conditions apply.
The outcome that will be applied when a transaction meets the conditions of the rule. If not provided, by default, this is set to hardBlock.
hardBlock: the transaction is declined.
scoreBased: the transaction is assigned the
score you specified. Adyen calculates the total score and if it exceeds 100, the transaction is declined.
Your reference for the transaction rule, maximum 150 characters.
Contains one or more objects that define the rule conditions. Each object must have a value and an operation which determines how the values must be evaluated.
For example, a
countries object can have a list of country codes ["US", "CA"] in the
value field and anyMatch in the
A positive or negative score applied to the transaction if it meets the conditions of the rule. Required when
outcomeType is scoreBased. The value must be between -100 and 100.
The date when the rule will start to be evaluated, in ISO 8601 extended offset date-time format. For example, 2020-12-18T10:15:30+01:00.
If not provided when creating a transaction rule, the
startDate is set to the date when the rule status is set to active.
The status of the transaction rule. If you provide a
startDate in the request, the rule is automatically created
with an active status.
Possible values: active, inactive.
The type of rule, which defines if a rule blocks transactions based on individual characteristics or accumulates data.
After submitting a call, you receive a response message to inform you that your request was received and processed.
Depending on the HTTP status code of the response message, it is helpful to build some logic to handle any errors that a request or the system may return.
The request has succeeded.Show more
A problem reading or understanding the request.Show more
Authentication required.Show more
Insufficient permissions to process the request.Show more
A request validation error.Show more
The server could not process the request.Show more