Transaction
The ID of the transaction
"LDG7M4WW44G"The ID of the associated subscription
uuid"0197c07b-3f6d-7be2-b848-702b08958128"The ID of any associated subscription billing charge. Will be null if the transaction was not an automatic charge made on a billing agreement.
uuid"019a727b-987f-7768-a59e-71af920ef81f"The current state of the transaction. See our <a href="/get-started/core-concepts">Core Concepts</a> page.
"PENDING""PROCESSING""SUCCESS""FAILED"If the transaction has failed, this contains the associated error code explaining what went wrong.
A nullable object containing any known external status codes, such as the status code from the acquirer or the network. This can be useful for merchants who want to be able to react to very specific rejection reasons.
The status code from the terminal. The possible values depend on the terminal provider such as `SoftPay`. The key is only present if the value is known to ePay, and processed on a physical in-person terminal.
The status code from the acquirer. The possible values depend on processing acquirer. The key is only present if the value is known to ePay.
The status code from the scheme network. The field is only used for card based payments but stays consistent between acquirers. The key is only present if the value is known to ePay.
A unified status code representing the result of the Strong Customer Authentication (SCA) flow, such as 3DS. The code is built by concatenating the challenge status (`transStatus`) and reason code (`transStatusReason`) from the two steps of the 3DS protocol. | Code | Meaning | |------|--------------------------------------------------| | C | Transaction was challenged | | N | Transaction was rejected | | Y | Transaction was approved | | U | Technical issues | | I | Informational Only (No authentication performed) | The reason code (`transStatusReason`) is appended if present, e.g., `07`. Examples: - `Y` - Frictionless approval - `CY` - Challenged then approved - `CN07` - Challenged then rejected due to reason `07` - `N07` - Rejected without a challenge due to reason `07`
The time of creation
date-timeThe ID of the associated session. This will be null for any MIT transactions.
The ID of the associated payment method
uuidThe type of the payment method.
"CARD""VIPPS_MOBILEPAY""MOBILEPAY_ONLINE""APPLE_PAY""GOOGLE_PAY""SWISH""VIABILL""ANYDAY""KLARNA""CARD"The sub type of the associated payment method. For card based payments, this will contain the name of the scheme, such as `Visa` or `Mastercard`. The card scheme name formatted with a uppercase starting character. For non-card based payments the field vary depending on the requirements of the payment method.
"Visa""Mastercard""Maestro""Dankort""VisaDankort""Discover""UnionPay""Electron""Amex""JCB""Visa"The expiration date of the associated payment method. Although payment cards are specified by a month and year (MM/YY), this value is returned as a full date (YYYY-MM-DD) representing the **last day of the expiration month**. Example: `"2030-05-31"` for a card expiring in May 2030.
dateA cardholder friendly text to help them identify the payment method. For cards this will be a masked version of the card number.
Contains the entered cardholder name of the optional "name" field. Will be null if the field is not rendered.
The SCA mode of the transaction.
"SKIP""NORMAL""FORCE"The merchant customer id of the transaction. This field is required to enable advanced features such as storing a card for later reuse. Do not use any "guest" customer ids. Customer ids must be unique for each customer and must be protected by authentication.
The transaction amount in minor units (e.g., 1095 = 10.95 DKK)
The applied transaction fee in minor units. The fee is included in the `amount` field. To get the original amount you must subtract `fee` from `amount`. Fees are only applied if surcharge is configured in the ePay backoffice. <br/><br/> Fees are calculated during transaction processing and as such is always 0 when initially created during MIT transactions.
The currency of the transaction in ISO 4217 alpha-3. DKK for danish kroner.
The instant capture mode.
"OFF""VOID""NO_VOID"The URL to receive webhook notifications of any transaction attempts. May contain templating variables.
urilength <= 1024The ID of the associated point of sale
uuidThe merchant reference of the transaction, this is often used for the order id.
The text to show on the cardholder bank statement
1 <= length <= 39The list of exemptions to apply when possible. Note that exemptions may shift liability from the issuer to the merchant.
[
"LVT",
"TRA"
]A list of pass-through parameters that will be sent back to the merchant for following any webhooks
The ip (ipv4/ipv6) of the cardholder making the transaction. The IP is captured by ePay at the initialization of the transaction client-side. Can be empty.
"52.212.176.122"The detected origin country (Alpha-2) based on the `clientIp` property. Can be empty. - Data derived from GeoLite2 by [MaxMind](https://www.maxmind.com).
"DK"The type of transaction.
"PAYMENT""PAYOUT""MOTO"