The PSP's unique id for the merchant.

The MCC is used to classify a business by the types of goods or services it provides. More information here MCC.

The PSP's name of the merchant for billing purposes.

Billing currency of the merchant. Possible values are:
DKK
EUR
SEK
NOK

Merchant country code e.g. Denmark = DK. Use ISO 3166-1 or special value APAC.

The VAT number of the merchant.

Billing currency of the merchant. Possible values are:
DKK
EUR
SEK
NOK

Merchant country code e.g. Denmark = DK. Use ISO 3166-1 or special value APAC.

The PSP's unique id of the merchant.

The PSP's name of the merchant for billing purposes.

The merchant category code (MCC) is used to classify a business by the types of goods or services it provides. More information here: MCC.

The VAT number of the merchant.

Property indicating whether or not the authorization was successful. If false, reason code and reason message are required.

Reason code describing the reason for the authorization to fail.
Codes:
1000: rejected
1001: rejected, insufficient funds
1003: rejected, card expired
1004: rejected, fraud suspected
1005: rejected, soft blocked
1006: rejected, hard blocked
1007: rejected, web payment disabled for card
1008: soft reject, 3DS stepup required, ThreeDSecureUrl must be supplied
1009: after a succesfull 3DS stepup, PSP now has crypto and will retry authorization
1010: reject for payment invalidation, don´t forget to also call /invalidate endpoint
2000: error
2001: error, permanent - don't try again
2002: error, temporary - try again
3000: timeout - try again

Description of why the authorization failed.

The VAT number of the acquirer to uniquely identify the acquirer used for this authorization attempt. Must be given for all reason codes in the 1000 range.
Used for our technical surveillance of the transactions and tracking errors.
Use the format described here: 'https://en.wikipedia.org/wiki/VAT_identification_number'.
Examples:
Clearhaus: DK33749996
Bambora: SE556233942301
Elavon: IE418442
Handelsbanken: SE502007786201
Nets: DK20016175
Swedbank: SE502017775301
Valitor: IS23243
Wirecard: DE201591202

The id of the merchant with the acquirer. Must be given for all reason codes in the 1000 range.

The id of the payment with the acquirer. Must be given for all reason codes in the 1000 range.

The timestamp of where the reservation is known to expire. This must be patched when a successful authorization is made. Also it must be patched should the expiration be prolonged. No need to patch it if reservation is captured or cancelled.

Cancelled amount in minor unit. If the amount is lower than the originally authorized amount, it is a partial cancel.

The PSP's unique id of the cancel to ensure idempotency.

Captured amount in minor unit. If the amount is lower than the originally authorized amount, it is a partial capture.

The PSP's unique id for the capture to ensure idempotency

Time of the capture at the PSP.

Refunded amount in minor unit. If amount is lower than the originally authorized amount, it is a partial refund.

PSP's unique id of the refund to ensure idempotency.

Allowed card types for the payment, includes callback configuration per card type.

Order amount in minor unit. I.e. 4,95 must be given as 495.

Currency of the order. Must be alphabetic or numeric ISO 4217 code. Accepted codes: DKK, EUR, NOK, SEK, USD, GBP, 208, 978, 578, 752, 840, 826

Identifier for the Merchant. Originates from the CreateMerchant response.

The url of the logo shown to the end-user. Must be: 250x250 pixels, png or jpg served over a secure connection, must be https, and publicly available.

The display name of the merchant shown to the end-user. Is used for 'Dynamic Linking'. Must be the same as registered with the merchants Acquirer and in schemes.

Merchant's order id.

Url of the merchant. Max length 150 char. Is used for 'Dynamic Linking'. If the merchant doesn´t have a Url, use VAT number (international format) or use the merchantId from MobilePay, as this will also guarantee uniqueness.

PSP's unique reference to payment.

Id of the public key to be used for exchange of card data.

Where to redirect the user when the payment is complete. Must be fully qualified URL.

Url to be notified when a payment ends unsuccessful. Must be a fully qualified URL. Must be secured by TLS 1.2.
You're strongly encouraged to only set this property if your service handles the callback returned, i.e. reply with an http status 2xx for valid callbacks.

Is the payment a Checkout payment which will require the user to pick an address.

Url to make callback with chosen address data for Checkout payment. Request is described here callbacks.

Is it possible to set the delivery address on this particular payment.

Reason code to indicate the reason choosing of delivery address has been disallowed.
1: Reason not given
2: Goods don't require physical delivery
3: 'Pick up at store' already selected in the Webshop
4:'Parcel Shop' already selected in the Webshop
5: Shop will select a parcelshop close to your home

List of countries in which chosen countries can be. Must be in ISO 3166-1 alfa-2 standard. If empty, no restrictions are imposed.

Indicate when the user shouldn't be able to accept the payment anymore (3DS or Checkout payments will override and extend the remaining time with 15min).
If not defined, a default offset of 35 minutes is used. Value, if not null, should be in a valid UTC format, e.g. 2020-04-30T07:35:22.8743886+00:00 or 2020-04-30T07:35+00:00.

Set to true, if the payment will be automatically captured.
In MobilePay the payment will then be marked as captured immediately after the authorization is successful. If false, you need to mark it as captured as usual.

If set to true, the Visa part of the Danish co-branded Visa/Dankort will be preferred over the Dankort part. The card type given in the callback from MobilePay must still be respected.

Override the default language code for the payment.
Accepted values are DA|EN|FI.

External id of the agreement.

The id of the merchant. Originates from the 'CreateMerchant' response.

The url of the logo shown to the end-user. Must be: 250x250 pixels, png or jpg served over a secure connection, must be https, and publicly available.

The display name of the merchant shown to the end-user. Is used for 'Dynamic Linking'. Must be the same as registered with the merchant's acquirer and in schemes.

Merchant website url.

Url to be called with agreement state changes. Contains AgreementId and State. Must be https, and publicly available.

Called when user requests a card change on agreement. Must be resolved as either accepted or rejected by return call.
Must support a http(s) POST callback request with a JSON payload of types
* EncryptedCardUpdateCallbackPayload
* VisaTokenCallbackPayload
* MastercardTokenCallbackPayload
Please resolve by return call via 'PATCH api/v3/recurring/{agreementId}/card/{paymentId}'.

The url of the logo shown to the end-user. Must be: 250x250 pixels, png or jpg served over a secure connection, must be https, and publicly available.

Merchant website url.

Url for merchant self service. Must be https, and publicly available.

Url to be called with agreement state changes. Contains AgreementId and State. Must be https, and publicly available.

Url to be called when user changes card on agreement. Contains AgreementId and token/encrypted card data. Must be https, and publicly available.

Property indicating whether or not the card update was successful. If false, reason code and reason message are required.

Reason code describing the reason for the card update to fail.
Codes:
1000: rejected
1001: rejected, insufficient funds
1003: rejected, card expired
1004: rejected, fraud suspected
1005: rejected, soft blocked
1006: rejected, hard blocked
1007: rejected, web payment disabled for card
1008: soft reject, 3DS stepup required, ThreeDSecureUrl must be supplied
1009: after a succesfull 3DS stepup, PSP now has crypto and will retry authorization
1010: reject for payment invalidation, don´t forget to also call /invalidate endpoint
2000: error
2001: error, permanent - don't try again
2002: error, temporary - try again
3000: timeout - try again

Description of why the card update failed.

For reason code 1008 the 3DS (3DSecure) fallback flow is activated. The MobilePay app will open this url in a web view.

The VAT number of the acquirer to uniquely identify the acquirer used for this card update. Must be given for all reason codes in the 1000 range.
Used for our technical surveillance of the transactions and tracking errors.
Use the format described here: VAT identification number.
Examples:
Clearhaus: DK33749996
Bambora: SE556233942301
Elavon: IE418442
Handelsbanken: SE502007786201
Nets: DK20016175
Swedbank: SE502017775301
Valitor: IS23243
Wirecard: DE201591202

The id of the merchant with the acquirer. Must be given for all reason codes in the 1000 range.

Property indicating whether or not the authorization was successful. If false, reason code and reason message are required.

Reason code describing the reason for the authorization to fail.
Codes:
1000: rejected
1001: rejected, insufficient funds
1003: rejected, card expired
1004: rejected, fraud suspected
1005: rejected, soft blocked
1006: rejected, hard blocked
1007: rejected, web payment disabled for card
1008: soft reject, 3DS stepup required (unsupported for MIT, user not present)
2000: error
2001: error, permanent - don't try again
2002: error, temporary - try again
3000: timeout - try again

Description of why the authorization failed.

The VAT number of the acquirer to uniquely identify the acquirer used for this authorization attempt. Must be given for all reason codes in the 1000 range.
Used for our technical surveillance of the transactions and tracking errors.
Use the format described here: VAT identification number.
Examples:
Clearhaus: DK33749996
Bambora: SE556233942301
Elavon: IE418442
Handelsbanken: SE502007786201
Nets: DK20016175
Swedbank: SE502017775301
Valitor: IS23243
Wirecard: DE201591202

The id of the merchant with the acquirer. Must be given for all reason codes in the 1000 range.

Cancelled amount in minor unit. If the amount is lower than the originally authorized amount, it is a partial cancel.

The PSP's unique id of the cancel to ensure idempotency.

Captured amount in minor unit. If amount is lower than the originally authorized amount, it is a partial Capture.

PSP's unique identifier for the capture to ensure idempotency

Allowed card types for the payment, includes callback configuration per card type.

Order amount in minor unit. I.e. 4,95 must be given as 495.

Currency of the order. Must be alphabetic or numeric ISO 4217 code. Accepted codes: DKK, EUR, NOK, SEK, USD, GBP, 208, 978, 578, 752, 840, 826

The url of the logo shown to the end-user. Must be: 250x250 pixels, png or jpg served over a secure connection, must be https, and publicly available.

Merchant's order id.

Url of the merchant. Max length 150 char. Is used for 'Dynamic Linking'. If the merchant doesn´t have a url, use VAT number (international format) or use the merchant id from MobilePay, as this will also guarantee uniqueness.

PSP's unique reference of the payment.

Id of the public key to be used for exchange of card data.

Where to redirect the user when the payment is complete. Must be fully qualified url.

Url to be notified when a payment ends unsuccessful. Must be a fully qualified url. Must be secured by TLS 1.2.
You're strongly encouraged to only set this property if your service handles the callback returned, i.e. reply with an http status 2xx for valid callbacks.

Indicates when the user shouldn't be able to accept the payment anymore (3DS or Checkout payments will override and extend the remaining time with 15min).
If not defined, a default offset of 35 minutes is used. Value, if not null, should be in a valid UTC format, e.g. 2020-04-30T07:35:22.8743886+00:00 or 2020-04-30T07:35+00:00.

Set to true, if the payment will be automatically captured.
In MobilePay the payment will then be marked as captured immediately after the authorization is successful. If false, you need to mark it as captured as usual.

If set to true, the Visa part of the Danish co-branded Visa/Dankort will be preferred over the Dankort part. The card type given in the callback from MobilePay must still be respected.

Override the default language code for the payment.
Accepted values are DA|EN|FI.

Set to true if the payment is only an account verification (aka a zero-auth) - if set to true, payment amount cannot exceed 1 (100 in minor units)

Order amount in minor unit. I.e. 4,95 must be given as 495.

Currency of the order. Must be alphabetic or numeric ISO 4217 code. Accepted codes: DKK, EUR, NOK, SEK, USD, GBP, 208, 978, 578, 752, 840, 826

Must match known last4 of card PAN on agreement to avoid card mismatch between MobilePay and PSP. If card does not match, payment will be rejected and user prompted to update card on agreement.

Merchant's order id.

Url of the merchant. Max length 150 char. Is used for 'Dynamic Linking'. If the merchant doesn´t have a Url, use VAT number (international format) or use the merchantId from MobilePay, as this will also guarantee uniqueness.

PSP's unique reference of the payment.

Refunded amount in minor unit. If amount is lower than the originally authorized amount, it is a partial refund.

PSP's unique identifier for the refund to ensure idempotency.