Risk-team icon

Data quality and risk field reference

Learn which fields to include in your payment request to improve the risk evaluation, and trigger risk rules.

You include a variety of fields when you send in a payment request. Some of these fields are mandatory to make a payment, for example amount and reference. Other fields such as shopperIP, shopperReference and shopperEmail are not always required, but strongly recommended to include.

To get the most benefit out of Protect, we recommend that you collect and then send in as many fields as possible in your payment request.

Data quality

Machine learning predicts the likelihood of a transaction being fraudulent based on the data in the payment request, historical shopper data, and interaction patterns with the payment form.

For both the rules Machine learning: fraud risk and Machine learning: bot attack risk, it is important to provide high quality data to reach the most correct risk classification. Similarly, when you use risk lists or custom rules, the payment request has to contain the data to trigger the correct action.

You can influence the quality of the data. We recommend that you always send in as many fields as possible, and avoid sending in dummy or placeholder data.

If you use a Web Drop-in/Components integration, we collect additional risk data that you send when the shopper pays, with the option for more data collection outside of the checkout page. If you have built a Web API-only integration, you can also collect this data and then send it in your payment request.

The following table shows some example fields that are highly relevant for the risk evaluation.

Data point Used by Required field in payment request
Billing address billingAddress
Delivery address deliveryAddress
Email address shopperEmail
IP address shopperIP
The shopper’s first and last name shopperName
Your reference to uniquely identify the shopper shopperReference
The shopper’s phone number telephoneNumber
Card number paymentMethod.number
paymentMethod.encryptedCardNumber
The account creation date accountInfo.accountCreationDate
Browser information browserInfo
The date and time that the item will be delivered
  • Custom rules: include if you want to use the hoursToDelivery field.
Checkout API v69 or earlier:
  • deliveryDate
Checkout API v70 or later:
  • deliverAt
Risk data for Web API-only and additional risk data for Web Drop-in/Components riskData

See also

OSZAR »