WebCollectTechnical Guide Q4 2019
WebCollectTechnical Guide Q4 2019
Q4 2019
1. WebCollect Technical documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.1 Latest Released documents (PDF) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.2 WebCollect Technical Guide . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.2.1 0 - Release History . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.2.2 1 - Ingenico ePayments interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
1.2.2.1 Hosted Merchant Link . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
1.2.2.2 Merchant Link . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
1.2.3 2 - Payment Status Communicator . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
1.2.4 3 - Connection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
1.2.5 4 - API call format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
1.2.6 5 - API calls . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
1.2.6.1 CANCEL_PAYMENT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
1.2.6.2 CANCEL_PAYOUT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
1.2.6.3 CANCEL_REFUND . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
1.2.6.4 CANCEL_SET_PAYMENT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
1.2.6.5 CANCEL_SET_REFUND . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
1.2.6.6 CONVERT_AMOUNT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
1.2.6.7 CONVERT_PAYMENTTOPROFILE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
1.2.6.8 CREATE_PROFILE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
1.2.6.9 DO_AUTHENTICATE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
1.2.6.10 DO_BANKVALIDATION . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
1.2.6.11 DO_BINLOOKUP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
1.2.6.12 DO_CHECKENROLLMENT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
1.2.6.13 DO_FINISHPAYMENT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
1.2.6.13.1 DO_FINISHPAYMENT only for PAYPAL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
1.2.6.14 DO_PAYMENT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
1.2.6.15 DO_PAYOUT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
1.2.6.16 DO_REFUND . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
1.2.6.17 DO_RISKASSESSMENT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137
1.2.6.18 DO_VALIDATE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154
1.2.6.19 GET_BANKDETAILS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 160
1.2.6.20 GET_DIRECTORY . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171
1.2.6.21 GET_ORDER . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175
1.2.6.22 GET_ORDERSTATUS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178
1.2.6.23 GET_PAYMENTPRODUCTFIELDS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 185
1.2.6.24 GET_PAYMENTPRODUCTS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 189
1.2.6.25 GET_RATE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195
1.2.6.26 INSERT_ORDER . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 199
1.2.6.27 INSERT_ORDERWITHPAYMENT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 210
1.2.6.28 INVALIDATE_PROFILE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259
1.2.6.29 MODIFY_ORDER . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 260
1.2.6.30 PROCESS_CHALLENGED . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263
1.2.6.31 REJECT_ORDER . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 266
1.2.6.32 SET_PAYMENT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 269
1.2.6.33 SET_PAYOUT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274
1.2.6.34 SET_REFUND . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 277
1.2.6.35 TEST_CONNECTION . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 280
1.2.6.36 UPDATE_PROFILE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282
1.2.6.37 VALIDATE_PROFILE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284
1.2.7 Appendix A - ISO country codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 285
1.2.8 Appendix B - ISO language codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 288
1.2.9 Appendix C - ISO currency codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289
1.2.10 Appendix D WebCollect status codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295
1.2.11 Appendix E Payment Products . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 298
1.2.12 Appendix F Recurring orders . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301
1.2.13 Appendix G Adding a root certificate to PHP-cURL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305
1.2.14 Appendix H Country-specific direct debit keys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306
1.2.15 Appendix I Additional information about real-time bank transfers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307
1.2.16 Appendix J 3D Secure authentication—Verified by Visa and Secure Code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 312
1.2.16.1 3DS V1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 313
1.2.16.2 3DS V2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 317
1.2.17 Appendix K Bank validation errors and warnings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 319
1.2.18 Appendix L IBAN structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 347
1.2.19 Appendix M Fraud screening . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 349
1.2.20 Appendix N Address Verification Service (AVS) descrioptions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363
1.2.21 Appendix O Card Verification Value (CVV) descriptions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 364
1.2.22 Appendix P Lunch Check . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 365
1.2.23 Appendix Q SEPA direct debit processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 366
1.2.24 Appendix R SEPA directdebitmandate amendmentrules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 370
1.2.25 Appendix S IP addresses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 371
WebCollect Technical documentation
This is the space where you will find:
Paula Costa
5 - WebCollect error codes 400000–499999 updated
Aug 23, 2019 • view change
File Modified
Download All
Global Collect BV shall not be responsible for any inaccurate or incomplete information. Nothing contained in this document is intended to
supplement, amend, or modify any applicable contract, rule, or regulation.
Contact
Ingenico ePayments
Merchant services
Worldwide [email protected]
l In the response keys, The RESULT field returns an OK value as long as Ingenico ePayments can validate the account
information. To confirm that the validation is successful, you must examine the check code results. In addition, if the BIC
check fails, no other checks are done
l PAYMENTPRODUCTID is required if you are using the API call: INSERT_ORDER followed by the API call:
DO_PAYMENT. If you want to submit a payment for a recurring order (OrderType=4), PAYMENTPRODUCTID is optional
(not required)
l SEPA bank refund (1070)—SURNAME (AN35) field added and required GET_DIRECTORY return keys
These direct debit payment products are removed because they are replaced by SEPA direct debits (770)
l Belgium (706)
l Italy (708)
l Spain (709)
Appendix I: Additional The test environment for GiroPay (Germany) is unavailable and has been removed
information about real-time
bank transfers
l Changed AMOUNT to optional, with footnote: AMOUNT is required for a partial refund
l Added the Electronic Commerce Indicator (ECI) result for Diners Club (5=Successful authentication)
l Added footnote to IBAN: The IBAN, BIC, ACCOUNTNUMBER, and BANKCODE fields are optional
for Sofortüberweisung (836). This feature in Sofortüberweisung (836) is only supported in Germany
(DE)
API calls
l Added footnote to ORDERTYPE: ORDERTYPE must =4 for SEPA direct debit recurring
transactions using HostedMerchantLink
l Added footnote to EMAIL: In addition, EMAIL is required for SEPA direct debit transactions using
HostedMerchantLink (HOSTEDINDICATOR=1) for which PRENOTIFICATION is switched on
l Added IBAN, BIC in returns for iDEAL (NL), Giropay (DE), and
Updated:
Connection l Connection > Security > Client authentication using a client certificate
Appendix I: Additional
information about real-time bank
transfers Reinstated test details and added BIC and IBAN test elements for Giropay
Appendix Q: SEPA direct debit l Added process flows for HostedMerchantLink one-off transactions and
processing
recurring transactions
CREATE_PROFILE input keys, GET_PROFILE return keys, UPDATE_ PROFILE input keys
DO_PAYMENT additional input keys for direct debit and INSERT_ ORDERWITHPAYMENT
additional input keys for direct debit
l Added that TRANSACTIONTYPE is required for SEPA direct debit transactions (payment product
770)
l Added note: MERCHANTORDERID is required when no order exists in WebCollect and you use
REFERENCEORIGPAYMENT to submit your API call: DO_REFUND
l IBAN: Required
l CITY: Required
Added to South Africa (1026)—The note referring to bank transfers in South Africa was moved here from Non-
country-specific (1001)
l FIRSTNAME: Required
l SURNAME: Required
l CITY: CITY is required for Argentina, Bahrain, Bulgaria, Croatia, Egypt, Greece, Iceland, Kuwait, Lithuania,
Mexico, Qatar, Turkey, the United Arab Emirates, and the United States of America
l Guidelines for one-click refunds for payments made using direct debit, iDEAL, or Sofortüberweisung
Added
l Changed ISSUERID type to AN11 and example to ABNANL2A—These changes are due to SEPA direct debit
transactions (payment product 770)
l Removed Turkey from the List of European IBAN parameters by country—Ingenico ePayments does not support
Turkey for IBAN parameters
GET_PAYMENTPRODUCTS
l Added FILTERINDICATOR key, which indicates if the CURRENCYCODE filter is used to help determine the
payment products to be used—Default=0 (off)
Added these fields to INSERT_ORDERWITHPAYMENT additional for credit card online payments input fields
l CAVVALGORITHM
l VALIDATIONRESULT
Appendix I: Additional information about Real-time bank transfer test cases for iDEAL (Netherlands)
real-time bank transfers
l Changed ISSUERID to ABNANL2A or INGBNL2A—This change is due to SEPA direct
debit transactions (payment product 770)
l For the Miami data center, removed all IP addresses that begin with 66
l One click refund: add comments for SOFORT: Only possible for EUR countries
2016 Q1 API calls
transactions:
l 3 new input keys are added only for paypal transactions: SHIPPINGAMOUNT,
TAXAMOUNT, HANDLINGAMOUNT
l FIRSTNAME and FISCALNUMBER (CPF) are required for non- business consumer
transactions using Boleto Bancário
2018 Q1 API calls DO_PAYMENT and INSERT_ORDERWITHPAYMENT: Additional for cash payments
l For all the below fields only uppercase letters (A-Z) and digits (0-9) are allowed . No
Portuguese diacritics are allowed.
l Only "-" (dash) and " ' " (apostrophe) allowed as special characters.
l When "-" or " ' " are used, no spaces are allowed between words. For example: D'EL-
REI is correct, D'EL - REI is incorrect.
l HOUSENUMBER is required if the house number is not included in the STREET field for all transactions
using Boleto Bancário
DO_REFUND: Following bank refund products are not supported anymore and removed
l Bank Refund Portugal (1017) l Bank Refund Estonia (1020) l Bank Refund Ireland (1022)
l Bank Payout Austria (1203) l Bank Payout France (1204) l Bank Payout Spain (1209)
added for CC Online UATP, MIR (Russia) HIPER (Brazil) and other local cards in Argentina
l Bank Payout Austria (1203) l Bank Payout France (1204) l Bank Payout Italy (1208)
l Ukash
l The description of MERCHANTCLIENTID return key is changed to "Merchant Client Id for Paysafecard
(PPID:830)"
EXPIRATIONPERIOD functionality is supported by eCard (402) and an explanation is added into it's
description.
DO_PAYMENT and INSERT_ORDERWITHPAYMENT : all input and returns keys are removed for check
payments and voucher payments.
API Calls l Additional input keys for SEPA Payout (1270) are added
API Calls l EXPIRATIONPERIOD input tag is supported by eCard (402) and an explanation is added into it's
description.
l EXPIRATIONPERIOD input tag is supported by eCard (402) and an explanation is added into it's
description.
API Calls
DO_REFUND
API Calls l EFFORTID input key is mandatory only for recurring transactions.
2019 Q2 API Calls INSERT_ORDERWITHPAYMENT changes for PSD2 for Recurring and UCOF transactions (new fields in
Request and Response)
DO_PAYMENT changes for PSD2 for Recurring and UCOF transactions (new fields in Request and
Response)
l MerchantLink
l HostedMerchantLink
Action
MerchantLink HostedMerchantLink
The API call format is described in the API call Format section. The payment server returns a message with the result of the online payment request.
The result keys depend on the payment method used.
If you are using redirection payment methods such as real-time bank transfers, or if you want Ingenico ePayments to capture credit card data,
consumers are redirected to Ingenico ePayments first and not directly to the payment pages of the bank.
l Faster implementation
l Additions to specific payment products require minimal or, in most cases, no new additional technical integration for you
l No need to develop payment-product-specific redirection and handling of returning consumers or completed payments
l Any possible changes to the interface of individual banks do not require any additional technical integration by you
Here are the process flows between the consumer, your web site and the WebCollect HostedMerchantLink.
With your Ingenico ePayments Implementation Manager, your account is configured with the relevant
l Payment products
l Currencies
l Services
To pick up the Daily report files, access to the Ingenico ePayments SFT server is set up
l .wrt in staging
l Payment products
l Currencies
In addition, develop redirections to third parties (3D Secure) and real-time banks, as needed
Staging—Accreditation testing
l .wrt in staging
With the approval of your Ingenico ePayments Implementation Manager, your Ingenico ePayments account is switched on in production
Process flow
The consumer selects payment and submits his or her data on your website
The consumer submits additional PCI-sensitive data or missing payment information on the Ingenico ePayments HostedMerchantLink site
Verify the status of the payment if redirection to third parties has been used to determine if the order can be released to
This daily report is important for payment confirmation in case of any revised off-line bank transfers
Depending on your transaction volumes, you can choose to receive these reports daily or weekly
l Collection report
l Financial statement
Step one—Pre-requisites
Before the connection between your system and WebCollect can be set up, provide this information to your Ingenico ePayments Implementation
Manager.
For more information about the IP-addresses used to connect you to WebCollect or about certificates, see Connection.
lFortheIngenicoePaymentsaccountconfiguration
l Set up of the payment products, currencies, and extra services Example: Delayed settlement, fraud screening, 3D Secure
l Your website
l Store your order—For your reference, store the ORDERID in your system
l For further reference and to help reconciliation, an additional, unique MERCHANTREFERENCE is required with each order
l Public key certificate—For security reasons, you may choose to store the ps.gcsip.com or the ca.gcsip.com public
The insert order with payment API call is always used with the HostedMerchantLink. For more information, see API call:
INSERT_ORDERWITHPAYMENT.
If there are additional keys required to process the payment successfully, you can either capture the data on your website or let WebCollect present a
site to capture the missing data.
Request API calls should be sent to the WebCollect payment server using HTTPS POST with the order and the payment details.
Key Description
ORDERID l ORDERID is used to communicate with the Ingenico ePayments payment server
MERCHANTOR l You can optionally send an order identifier that you generate in MERCHANTORDERID
DERID
l MERCHANTORDERID does not have to be unique
l RETURNURL determines the URL via which the consumer is returned to your site
RETURNURL l This can be sent per transaction or configured for all transactions on the account in collaboration with your Ingenico
ePayments Implementation Manager
EXPIRATIONPE l This is only supported by iDEAL (payment product ID 809) and eCard (payment prodict
RIOD
ID 402)
l HOSTEDINDICATOR can be turned on or off on a per transaction or configured for all transactions on the account in
collaboration with your Ingenico ePayments Implementation Manager
Key Description
A Message Authentication Code (MAC) is used to authenticate the redirection back to you after the payment
RETURNMAC Combined with REF, it forms a unique key for the transaction which is used by you to check if the
Key Description
Status
l WebCollect is unable to redirect the consumer back to your site because WebCollect cannot authenticate the redirection and cannot determine
which merchant the faulty redirection comes from
l The payment attempt is verified If all the required data is not present
l The enter-missing-details page appears to the consumer Here are possible missing details
l In the case of GiroPay, the bank account number (Konto nr.) and bank code (Bankleitzahl)
l In the case of iDEAL, this is the selection of the issuing bank of the consumer (ISSUERID)
This text is the same for all payment products per payment method
Status
When the consumer has not submitted any payment details that were missing, the status of the payment attempt is 25 – PENDING AT Ingenico
ePayments.
After the submission when all the necessary details are captured, the status of the payment attempt changes to 30 – PENDING AT Ingenico
ePayments.
The site, which redirects the consumer to the third-party site, contains
The consumer is redirected automatically using a JavaScript on-load script. A real redirection is not possible using HTTPS POST.
In cases where the consumer browser does not allow the use of JavaScript to submit a POST automatically to perform the redirection to the third
party site, the page contains a link or a button for the consumer to perform the POST manually.
Status
The status of the payment attempt is now 50 – PENDING AT BANK.
The consumer authenticates or authorizes the payment using the method provided by the third party or by the local bank.
l The consumer is redirected back to your site using an HTTPS 302 (temporary moved), so no site is actually presented to the consumer by Ingenico
ePayments
If the payment attempt is unsuccessful, WebCollect does not display the failure to the consumer. The status of the payment attempt can vary
depending on the results of the verification.
The redirection back to your site is standardized and identical for all the payment products.
You must validate that the REF and the RETURNMAC form a unique pair known to you.
l OK, STATUSID < 50—The consumer was not redirected to the bank payment site
l OK, STATUSID=50 or 650—The consumer was redirected to the bank payment site
A final status of the payment was not obtained by WebCollect from the bank
l OK, STATUSID>=800, PAYMENTPRODUCTID <> 11—The payment was successful and was confirmed to WebCollect
l OK, STATUSID>=800, PAYMENTPRODUCTID=11—It is unclear if the payment was successful and WebCollect
stopped trying to acquire the status of the payment at the third party
l The bank rejected the payment for undisclosed reasons, usually low funds
l The transaction expired because the consumer did not perform the payment within the given time period, usually the consumer closed his or her
browser at the third party site without completing the payment
For a successful payment, the return page on your site can display a success message to the consumer such as “Thank you for your order”.
For an unsuccessful payment, you may want to offer the consumer the option to pay using a different payment method. If the consumer does not
return to the specified RETURNURL, you can submit the API call: GET_ORDERSTATUS v2.0 to retrieve the status of the payment.
l If you are not using client authentication, change from HTTPS://ps.gcsip.nl to HTTPS://ps.gcsip.com
The HostedMerchantLink pages can be set up to use an external style sheet hosted by you. To do this, supply this information to your Ingenico
ePayments Implementation Manager
l The CSS style sheet to be used for the site—Supply a link to an outside-hosted CSS
Any images used in the CSS must use a full path and must be hosted on an HTTPS server to avoid security warnings in the consumer browser
l An HTML header—The HTML that appears between the body tag and the WebCollect-controlled part of the page
Any images used in the HTML header must use a full path and must be hosted on an HTTPS server to avoid security warnings in the consumer
browser
l HTML footer—The HTML that appears between the WebCollect-controlled part of the page and the closing of the
Any images used in the HTML part must use a full URL and must be hosted on an HTTPS server to avoid security warnings in the consumer browser
Process A
1. Process order with payment.
You have a limited number of payment methods or have all the logic stored on your server.
If the consumer has chosen his or her preferred payment method for a definitive payment on the WebCollect server, you can send the payment
information directly using the API call: INSERT_ORDERWITHPAYMENT.
1. Accept order and set payment (API calls: Accept order, SET_PAYMENT).
When a consumer mandate is needed for a direct debit. Whether the order is singular or recurring, you must accept the order and register the
mandates.
When you choose to settle a credit card. These orders must be accepted within a week to ensure the validity of the authorization.
You can use either the WebCollect Payment Console or API calls to accept or reject orders. When you agree to an order, the API call: Accept order is
expected. Otherwise, you should send the API call: REJECT_ORDER. If a recurring order has failed and the corrected payment is made with a direct
debit, you should use the API call: SET_ PAYMENT to register the mandate.
You can choose to offer a consumer the option to pay these invoices on your website.
When the consumer and order are identified on your site, you can optionally get the order status with the API call: GET_ORDERSTATUS, before
doing a new payment (step 4). Go to step 4.
Process B
1. Process order.
The consumer shops in your web shop and proceeds to check out.
You insert an order at the payment server (API call: INSERT_ORDER) and information about available payment products is returned based on the
country and amount.
You list the available payment products for the consumer to select one.
The consumer submits payment information to your site. This information is then submitted to the payment server
(API call: DO_PAYMENT), which processes the payment and returns the payment status to you.
This step can be repeated for corrected payments. New variable-amount recurring payments also use this function.
With your Ingenico ePayments Implementation Manager, your account is configured with the relevant
l Payment products
l Currencies
l Services
To pick up the Daily report files, access to the Ingenico ePayments SFT (secure file transfer) server is set up
l .wrt in staging
l Payment products
l Currencies
In addition, develop redirections to third parties (3D Secure) and real-time banks, as needed
Staging—Accreditation testing
Test
l .wrt in staging
With the approval of your Ingenico ePayments Implementation Manager, your Ingenico ePayments account is switched on in production
Process flow
The consumer selects payment and submits his or her data on your website
Process flow
You verify the status of the payment to determine if the order can be released to the consumer
This daily report is important for payment confirmation in case of any revised off-line bank transfers
Depending on your transaction volumes, you can choose to receive these reports daily or weekly
l Collection report
l Financial statement
Step one—Pre-requisites
Before the connection between your system and WebCollect can be set up, provide this information to Ingenico ePayments
l Public key certificate—For security reasons, you may choose to store the ps.gcsip.com or the ca.gcsip.com public key certificate in your key store
You must be able to retrieve the order by ORDERID when Ingenico ePayments has confirmed a payment for it through the Daily report file (.wr1 or
wx1.).
An ORDERID combined with a payment number is called an EFFORTID. The EFFORTID identifies a recurring payment.
For further reference and to help reconciliation, an additional, unique MERCHANTREFERENCE is required with each order.
The payment server returns the result of the online payment request. The result keys depend on the payment method used.
At that point
l If you are not using client authentication, change the connections used in your system from HTTPS://ps.gcsip.nl/wdl/wdl to HTTPS://ps.gcsip.com
/wdl/wdl
l If you are using client authentication, change the connection from HTTPS://ca.gcsip.nl/wdl/wdl to
HTTPS://ca.gcsip.com/wdl/wdl
The Payment Status Communicator expects an OK or NOK to be returned as a response. No white spaces, redundant new lines, HTML tags, or any
other characters should be returned.
Payment Status Communicator messages are sent on successful orders with a status of equal to or greater than 500 only.
l Bank transfer
l Online banking
PAYMENTREFERENCE AN20 191900000001
l Real-time banking
l Check payments
PROFILETOKEN Token of the profile used with this order AN40 84c19ac1-f64b-492d-ae25-
41724afcf086
configured
ONALREFERENCE=1234567890&PAYMENTMETHODID=1&PAYMENTPRODUCTID=3&STATUSID=625&STAT
USDATE=20120314144539&RECEIVEDDATE=20120314144334&CURRENCYCODE=EUR&AMOUNT=1000&CV
VRESULT=0&FRAUDRESULT=A&CCLASTFOURDIGITS=1111&EXPIRYDATE=0113
In all cases ensure that the data that you send to WebCollect is encoded as specified in the HTTPS header. It is possible to specify a different
character set, but this could result in receiving inappropriate characters.
Security checks
To ensure that only you, the configured merchant, can send requests on behalf of your own account, one of these two possible checks is performed.
IP check
When a request is sent to the payment server, the IP address or the IP address range from where the connection was made is verified.
l If it matches the IP address that you set up with Ingenico ePayments, the request is processed
l If information is missing or incorrect, the payment server responds with an error message indicating the error in the request
l Send the public key to the certificate authority to be incorporated in a certificate request
l When a signed certificate is created using the certificate authority, it must be installed by the client—Then the client can load it and present it when
needed
l When a certificate is requested, the subject of the certificate must be communicated to Ingenico ePayments. For
example, the subject of the Ingenico ePayments certificate (ps.gcsip.com) might include these details
l C=NL
l L=Hoofddorp
l S or ST=Noord Holland
l CN=*.gcsip.com
These details are verified by WebCollect and as such are mandatory in the subject of the client certificate
For security reasons you may store the ps.gcsip.nl and the ps.gcsip.com public key certificate in your key store.
If you do not do so, make sure that the certificate is renewed every year. A renewal reminder is distributed one month in advance of the renewal date.
l HTTPS://support.microsoft.com/default.aspx?scid=kb;EN-US;q301429
l HTTP://www.thawte.com/resources/index.html
For information on adding a root certificate to your PHP-cURL environment, see Adding a root certificate to PHP-cURL.
l Thawte Server CA
URLs—Staging environment
Link Description
URLs—Production environment
Link Description
l Minimize your system refresh intervals to guarantee a timely automatic switch to the failover environment
l If the response is NOK, the connection is not working correctly—Check your settings on your end If your connection is still not working correctly,
contact Ingenico ePayments
<XML><REQUEST><ACTION>..action..</ACTION>..Input keys..</REQUEST></XML>
<KEY>..value..</KEY>
<XML>
<REQUEST>
<RESPONSE>
<RESULT>OK</RESULT>
<ROW>
</ROW>
</RESPONSE>
</REQUEST>
<XML>
Or
<XML>
<REQUEST>
<RESPONSE>
<RESULT>NOK</RESULT>
<META>
<RESPONSEDATETIME>yyyymmddhh24miss</RESPONSEDATETIME>
<REQUESTID>request ID</REQUESTID>
</META>
<ERROR>
</ERROR>
...
</RESPONSE>
</REQUEST>
<XML>
REQUESTIPADDRESS is added by WebCollect in the first META tags of your response. Optionally, empty key values can be left out completely.
Column Explanation
l D—Date: Numbers
Req l R—Required
l O—Optional
Depending on the Ingenico ePayments system you choose for your web shop, here are the API calls you can use to configure your system.
CANCEL_PAYMENT Only applicable to payments with a status that is not yet final
CREATE_PROFILE Informs Ingenico ePayments about the intent to generate a mandate and request its
storage
DO_BINLOOKUP Returns the country where the card was issued for a given credit card BIN, if known
l MasterCard SecureCode
DO_FINISHPAYMENT Attempts an online credit card authorization and, optionally, the fraud check in cases where no valid
authentication result was obtained
GET_BANKDETAILS Converts and compares bank details such as BBAN and IBAN information
GET_ORDER Retrieves the information to redirect the consumer to the Hosted Payment Pages
GET_ PAYMENTPRODUCTFI Retrieves input keys that are applicable for a payment with a payment product
ELDS
GET_PROFILE Retrieves the details of a mandate that must be printed and signed by the consumer
INSERT_ORDER Inserts an order and retrieves the available payment products for the order
INSERT_ ORDERWITHPAYM Inserts an order and a payment attempt in a single API call
ENT
MODIFY_ORDER Changes some order data on the payments left on a recurring order
PROCESS_CHALLENGED Processes payments with a fraud result of challenged 525: Authorized and checked, waiting for explicit
instructions for settlement
SET_PAYMENT Used either for settle request, for authorized credit card payments, or to register mandates for direct debit
l Authorized credit card transactions that are not sent to Ingenico ePayments for settlement
l If cancel payment is configured to act as a void, the payment is cancelled with WebCollect and you, and the information is sent to the issuer
For more information about configuring this API call to act as a void, contact your Ingenico ePayments merchant implementation manager
PAYMENT
l 1=Reverse authorization
ERROR Marker (no key) – See the WebCollect error codes guide
MESSAGE Message for error or event AN4000 REQUEST 2491 UNKNOWN ORDER OR NOT CANCELLABLE
CANCEL_PAYMENT example
<XML>
<REQUEST>
<ACTION>CANCEL_PAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998890004</ORDERID>
<EFFORTID>1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
<REQUEST>
<ACTION>CANCEL_PAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
<IPADDRESS>123.123.123.123</IPADDRESS>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<PAYMENT>
<EFFORTID>1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20040718145902</RESPONSEDATETIME>
<REQUESTID>245</REQUESTID>
</META>
</RESPONSE>
</REQUEST>
</XML>
REQUEST
ACTION
META
PARAMS
PAYMENT
-1
ERROR Marker (no key) – See the WebCollect error codes guide
MESSAGE Message for error or event AN4000 REQUEST 2491 UNKNOWN ORDER OR NOT CANCELLABLE
<XML>
<REQUEST>
<ACTION>CANCEL_PAYOUT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998890004</ORDERID>
<EFFORTID>-1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
<REQUEST>
<ACTION>CANCEL_PAYOUT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
<IPADDRESS>123.123.123.123</IPADDRESS>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998890004</ORDERID>
<EFFORTID>-1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20040718145902</RESPONSEDATETIME>
<REQUESTID>245</REQUESTID>
</RESPONSE>
</REQUEST>
</XML>
l Approved or ready to be processed by Ingenico ePayments with a status of 800 The cancel refund structure is
PAYMENT
ERROR Marker (no key) – See the WebCollect error codes guide
CANCEL_REFUND example
<XML>
<ACTION>CANCEL_REFUND</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998890004</ORDERID>
<EFFORTID>-1</EFFORTID>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
<REQUEST>
<ACTION>CANCEL_REFUND</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
<IPADDRESS>123.123.123.123</IPADDRESS>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998890004</ORDERID>
<EFFORTID>-1</EFFORTID>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<REQUESTID>246</REQUESTID>
<RESPONSEDATETIME>20060809203749</RESPONSEDATETIME>
</META>
</RESPONSE>
</REQUEST>
</XML>
PAYMENT
Format:
YYYYMMDDHHMMSS
RESPONSEDATETIME N14 20130604123456
ERROR Marker (no key) – See the WebCollect error codes guide
MESSAGE Message for error or event AN4000 PAYMENTATTEMPT (MERCHANTID=1, ORDERID=9998890004, EFFORTID=1)
NOT_FOUND
CANCEL_SET_PAYMENT example
<REQUEST>
<ACTION>CANCEL_SET_PAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998890004</ORDERID>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
<REQUEST>
<ACTION>CANCEL_SET_PAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
<IPADDRESS>123.123.123.123</IPADDRESS>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998890004</ORDERID>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME> 20060809203749</RESPONSEDATETIME>
<REQUESTID>245</REQUESTID>
</META>
</RESPONSE>
</REQUEST>
</XML>
PAYMENT
Input keys
Return keys
Format:
YYYYMMDDHHMMSS
RESPONSEDATETIME N14 20130604123456
ERROR Marker (no key) – See the WebCollect error codes guide
MESSAGE Message for error or event AN4000 PAYMENTATTEMPT (MERCHANTID=1, ORDERID=9998890004, EFFORTID=1)
NOT_FOUND
Example
<XML>
<ACTION>CANCEL_SET_REFUND</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998890004</ORDERID>
<EFFORTID>-1</EFFORTID>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>CANCEL_SET_REFUND</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
<IPADDRESS>123.123.123.123</IPADDRESS>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998890004</ORDERID>
<EFFORTID>-1</EFFORTID>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20040718145902</RESPONSEDATETIME>
<REQUESTID>245</REQUESTID>
</META>
</RESPONSE>
</REQUEST>
GENERAL
Input keys
Return keys
RESULT OK or NOK – –
ERROR Marker (no key) – See the WebCollect error codes guide
MESSAGE Message for error or event AN4000 PARAMETER BANKCODE NOT FOUND IN REQUEST
<XML>
<REQUEST>
<ACTION>CONVERT_AMOUNT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<GENERAL>
<AMOUNT>29990</AMOUNT>
<SOURCECURRENCYCODE>EUR</SOURCECURRENCYCODE>
<TARGETCURRENCYCODE>USD</TARGETCURRENCYCODE>
</GENERAL>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>CONVERT_AMOUNT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<GENERAL>
<SOURCECURRENCYCODE>EUR</SOURCECURRENCYCODE>
<TARGETCURRENCYCODE>USD</TARGETCURRENCYCODE>
<AMOUNT>29990</AMOUNT>
</GENERAL>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20040718145902</RESPONSEDATETIME>
<REQUESTID>245</REQUESTID>
<ROW>
<CONVERTEDAMOUNT>66089</CONVERTEDAMOUNT>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
1. Create a new order and include order and payment attempt information in the INSERT_ORDERWITHPAYMENT API call.
2. Use the CONVERT_PAYMENTTOPROFILE API call to convert the information for an order and payment attempt
to a profile.
PAYMENT
Input keys
ACTION CONVERT_PAYMENTTOPROFILE AN R
EFFORTID Payment effort number—If not provided, the last successful effort is used N5 O 1
ATTEMPTID Payment attempt number—If not provided, the final attempt is used (assume there is only one) N5 O 1
PAYMENTPRODUCTID Payment product ID—If no effort or attempt is provided, the payment product ID can be used to locate the desired N5 O 1
attempt
CUSTOMERID Consumer ID used in CREATE_PROFILE—Overwrites the consumer ID from existing data (if present) AN15 O
Return keys
<XML>
<REQUEST>
<ACTION>CONVERT_PAYMENTTOPROFILE</ACTION>
<META>
<MERCHANTID>9912</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>2.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>879656905</ORDERID>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>CONVERT_PAYMENTTOPROFILE</ACTION>
<META>
<MERCHANTID>9912</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>2.0</VERSION>
<REQUESTIPADDRESS>46.16.250.197</REQUESTIPADDRESS>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>879656905</ORDERID>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<REQUESTID>81630</REQUESTID>
<RESPONSEDATETIME>20130508162432</RESPONSEDATETIME>
</META>
<ROW>
<ORDERID>879656905</ORDERID>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
l Profile and request its storage for tokenization The create profile structure is
PROFILE MANDATE
Input keys
… eWallet information …
Identifies the type of transaction that this specific mandate accepts for the SEPA direct
debit
l S=One-off
l F=First recurring
TRANSACTIONTYPE AN2 R S
l R=Second and subsequent recurring
l L=Last recurring
MANDATEPLACE City in which the consumer signed the mandate AN40 O Hoofddorp
l 1=Mandate is signed
EMAILTYPEINDICATOR l 1=HTML N1 C 1
Return keys
RESULT l OK AN3 OK
l NOK
ERROR Marker (no key); only if NOK – Refer to the WebCollect error codes guide
REQUEST
ACTION
META
PARAMS
PAYMENT
AUTHENTICATE
Input keys
ATTEMPTID Indicates how many attempts have been made for this payment N5 R
Return keys
Key Definition Type Example
RESPONSEDATETIME Date & Time of the response in format: YYYYMMDDHHMMSS N14 20190213120550
2 = Cardholder challenge
occurred by ACS
3 = AVS verified
ACSTRANSACTIONID Universally Unique transaction identifier assigned by the ACS to identify a single AN36
transaction.
ACSCHALLENGEMANDA Indication of whether a challenge is required for the transaction to be authorized due to local A1 Values accepted:
TED /regional mandates or other variable. • Y = Challenge is mandated
• N = Challenge is not mandated
GENERAL
Country code Sort code Account number Bank or branch code Bank code Branch code Check digit Fiscal number
Andorra X X X X
Australia X X X
Austria X X X
Belgium X X X X
Bulgaria X X X
Canada X X X
Croatia X X X
Cyprus X X X X
Czech Republic X X X
Denmark X X X
Estonia X X X
Finland X X X
France X X X X X
Germany X X X
Greece X X X X
Hong Kong X X X X
Hungary X X X
Iceland X X X X
Ireland X X X
Italy X X X X X
Latvia X X X
Liechtenstein X X X
Country code Sort code Account number Bank or branch code Bank code Branch code Check digit Fiscal number
Lithuania X X X
Luxembourg X X X
Malta X X X
The Netherlands X X X
New Zealand X X X
Norway X X X
Poland X X X X
Portugal X X X X X
Romania X X X
Slovak Republic X X X
Slovenia X X X
South Africa X X X
Spain X X X X X
Sweden X X X
Switzerland X X X
Thailand X X X X
Tunisia X X X X X
United Kingdom X X X
USA X X X
Step one
Check your syntax and your system
l Is the data in the request compliant with the required data format (syntax)?
l OK—The system returns an OK when this step is successful and the validation check can proceed
Or
l NOK accompanied by an error code—The system returns a NOK when this step is unsuccessful and the validation check cannot proceed
If the result of step one is OK, the validation check can be performed. Go to step two.
Step two
The validation is performed and the return rows display the results of the different validation checks. Validation check results can be
l PASSED
l WARNING
l ERROR
l NOTCHECKED—Appears if an earlier check prevents the next check from being performed
Input keys
MERCHANTREFERENCE allowed input is ASCII 32–126 characters—Do not include trailing spaces in the
MERCHANTREFERENCE
MERCHANTREFER AN R –
ENCE 50
COUNTRYCODEBA ISO 3166 country code of the country where the bank account is held AN2 R DE
NK
BBAN information—You must provide BBAN information or IBAN information. Do not provide both. Ingenico ePayments recommends that you provide IBAN
information.
BANKCODE BANKCODE is required for AT, DE, ES, FR, and GB AN C 200000
15
IBAN information—You must provide BBAN information or IBAN information. Do not provide both. Ingenico ePayments recommends that you provide IBAN
information.
BIC If the BIC check fails, no other checks are done AN C ABNANL2A
11
Return keys
OK or NOK
The RESULT field returns an OK value as long as Ingenico ePayments can validate the account information. To
confirm that the validation is successful, you must examine the check code results. In addition, please note that if
the BIC check fails, no other checks are done
RESULT A NOK
N
10
PARAMETER BANKCODE
NOT FOUND IN REQUEST
MESSAGE Message for error or event A
N
4
0
00
l PASSED
l NOTCHECKED
REFBRANCHCODE Reformatted branch code according to local clearing rules AN15 1234
REFACCOUNTNUMBER Reformatted account number according to local clearing rules AN30 12345679
NEWBANKNAME Bank name returned matching the bank code of the request AN40 BARCLAYS BANK PLC
Example
<XML>
<REQUEST>
<ACTION>DO_BANKVALIDATION</ACTION>
<MERCHANTID>0010</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<GENERAL>
<MERCHANTREFERENCE>VAL123456</MERCHANTREFERENCE>
<BANKNAME>Barclays</BANKNAME>
<ACCOUNTNUMBER>360567777</ACCOUNTNUMBER>
<BANKCODE>60-69-77</BANKCODE>
<COUNTRYCODEBANK>GB</COUNTRYCODEBANK>
<IBAN>GB29RBOS60161331926819</IBAN>
<BIC>ABNANL2A</BIC>
</GENERAL>
</PARAMS>
</REQUEST>
</XML>
Possible OK response
<XML>
<REQUEST>
<ACTION>DO_BANKVALIDATION</ACTION>
<META>
<MERCHANTID>0010</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>12.18.2.2</REQUESTIPADDRESS>
</META>
<PARAMS>
<GENERAL>
<MERCHANTREFERENCE>VAL123456</MERCHANTREFERENCE>
<BANKNAME>Barclays</BANKNAME>
<ACCOUNTNUMBER>360567777</ACCOUNTNUMBER>
<BANKCODE>60-69-77</BANKCODE>
<COUNTRYCODEBANK>GB</COUNTRYCODEBANK>
</GENERAL>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<REQUESTID>4</REQUESTID>
<RESPONSEDATETIME>20040305123629</RESPONSEDATETIME>
</META>
<CHECKSPERFORMED>
<CHECK>
<CHECKCODE>0060</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0020</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>…</CHECKCODE>
<CHECKRESULT>…</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>…</CHECKCODE>
<CHECKRESULT>NOTCHECKED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>…</CHECKCODE>
<CHECKRESULT>NOTCHECKED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0050</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0030</CHECKCODE>
<CHECKRESULT>ERROR</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0040</CHECKCODE>
<CHECKRESULT>WARNING</CHECKRESULT>
</CHECK>
</CHECKSPERFORMED>
<BANKDATA>
<REFACCOUNTNUMBER>12345679</REFACCOUNTNUMBER>
</BANKDATA>
</REQUEST>
</XML>
<REQUEST>
<ACTION>DO_BANK_VALIDATION</ACTION>
<META>
<REQUESTIPADDRESS>12.18.2.2</REQUESTIPADDRESS>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>0010</MERCHANTID>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<GENERAL>
<MERCHANTREFERENCE>VAL123456</MERCHANTREFERENCE>
<BANKNAME>Barclays</BANKNAME>
<ACCOUNTNUMBER>360567777</ACCOUNTNUMBER>
<BANKCODE>6006977</BANKCODE>
<COUNTRYCODEBANK>CN</COUNTRYCODEBANK>
</GENERAL>
</PARAMS>
<RESPONSE>
<RESULT>NOK</RESULT>
<META>
<REQUESTID>4</REQUESTID>
<RESPONSEDATETIME>20040305123629</RESPONSEDATETIME>
</META>
<ERROR>
<CODE> 500510.</CODE>
</ERROR>
<ERROR>
<CODE> 600125.</CODE>
</ERROR>
</RESPONSE>
</REQUEST>
</XML>
ACTION
META PARAMS
GENERAL
Input keys
BIN The first digits of the credit card number from left to right with a minimum of 6 digits, or the full credit card N19 R –
number
Return keys
Example
<XML>
<ACTION>DO_BINLOOKUP</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<GENERAL>
<BIN>4571234567890</BIN>
</GENERAL>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>DO_BINLOOKUP</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<GENERAL>
<BIN>4571234567890</BIN>
</GENERAL>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<REQUESTID>7121</REQUESTID>
<RESPONSEDATETIME>20050609145157</RESPONSEDATETIME>
</META>
<ROW>
<COUNTRYCODE>DK</COUNTRYCODE>
<PAYMENTPRODUCTID>123</PAYMENTPRODUCTID>
</ROW>
</RESPONSE>
</XML>
l Verified by VISA
l MasterCard SecureCode
If the credit card is enrolled, the necessary details for redirection of the consumer to the authentication page of the credit card issuer are provided in
the return keys.
ACTION META
PARAMS PAYMENT
Input keys
Expiry date
l 1=Visa
PAYMENTPRODUCTID l 3=MasterCard N5 O 3
l And so on
LANGUAGECODE If not provided, take the default from the merchant AN2 O en
COUNTRYCODE If not provided, take the default from the merchant AN2 O US
Return keys
STATUSID Status N5 –
PAYMENTREFEREN Ingenico ePayments reference for payment AN20 Returned after authorization
CE
ACSURL URL for redirection of consumer AN Returned after CheckEnrollment with enrolled consumer
Transaction ID for redirection This is used as a Returned after CheckEnrollment with enrolled consumer and after a valid
hidden key AuthenticationValidation
XID AN50
Merchant data key for redirection Returned after CheckEnrollment with enrolled consumer
PROOFXML Proof XML message AN40 Returned after CheckEnrollment with enrolled consumer
00
PAYMENT
Input keys
Return keys
RESULT OK or NOK AN OK
10
STATUSID Status N5 –
AVSRESULT The results that return depend on the checks performed AN1 Z
CVVRESULT The results that return depend on the checks performed AN1 M
FRAUDRESULT The results that return depend on the checks performed AN1 D
FRAUDCODE The results that return depend on the checks performed AN4 0000
321234
ORDER
PAYMENT
Input Keys
SHIPPING AMOUNT Amount of the shipping costs in cents N12 O 2990 (=29.90)
HANDLING AMOUNT Handling Amount of the order in cents N12 O 1500 (=15.00)
....orderlines.... O
ISO 4217 currency code—If blank, the currency code of the order is the default value
1. The Optional fields in this API call are required only if their value changed from INSERT_ORDERWITHPAYMENT call
a. PAYMENT.AMOUNT is the total amount including shipping, insurance, handling and tax amounts
b. ORDER.TAXAMOUNT is the total tax costs. It is the sum of all line items tax amounts
c. ORDERLINE.LINEAMOUNT is equal to INVOICELINEDATA.NumberOfItems x INVOICELINEDATA.UnitPrice
d. Minimum mandatory tags when sending a Shipping Address to PayPal:
1. SHIPPINGFIRSTNAME
1. SHIPPINGSURNAME
1. SHIPPINGSTREET
1. SHIPPINGHOUSENUMBER
1. SHIPPINGZIP
1. SHIPPINGCITY
1. SHIPPINGCOUNTRY
1.
1. For PayPal ECS, Shipping Address is needed in DO_FINISHPAYMENT and not in INSERT_ ORDERWITHPAYMENT
2. SHIPPINGAMOUNT, INSURANCEAMOUNT, TAXAMOUNT and HANDLINGAMOUNT in ORDER section are now also available in
INSERT_ORDERWITHPAYMENT
Return Keys
The same return keys of INSERT_ORDERWITHPAYMENT API call.
l Normal payments—If a payment fails, a new attempt is made using the API: DO_PAYMENT
l Variable-amount recurring-order payments—The second and subsequent payments on a recurring order can use the information stored for the last
successful payment
In this case, no payment product ID or specific payment details have to be provided and the API: DO_PAYMENT accepts the last payment attempt
automatically
REQUEST
ACTION
META
PARAMS
AIRLINEDATA
FLIGHTLEGS
FLIGHTLEG
PAYMENT
AUTHENTICATE
Input keys
allocated on a sequential basis, provided that the total number of digits allocated to the form code and
serial number shall not exceed ten
You can replace TICKETNUMBER with PNR if the ticket number is unavailable
ETICKETINDICATOR AN1 O E
E=eTicket
ET=eTicket
CTO=City ticket office
ATO=Airport ticket office
TICKETDELIVERYME TBM=Ticket by mail AN3 O ET
THOD TOD=Ticket on departure
Place of issue
PLACEOFISSUE For sales in the US, the last two characters (position 14–15) must be the US state code AN O –
15
CUSTOMERID AN O 14
16
In a case of multiple issuances of the same ticket to a cardholder, the merchant should use the last ticket
date
…flight – – –
legs…
PROFILETO If given, this token is used to find other payment data A O af16af70-2bf5-44e9-
KEN N a087- 68c87f67e3a1
40
MERCHANT MERCHANTREFERENCE allowed input is ASCII 32–126 characters—Do not include trailing spaces in the A R
REFERENCE MERCHANTREFERENCE N
30
1=Visa N5 R 3
3=MasterCard
PAYMENTP And so on
RODUCTID
PAYMENTPRODUCTID is required if you are using API: INSERT_ORDER followed by API: DO_PAYMENT—
If you want to submit a payment for a recurring order (OrderType=4), PAYMENTPRODUCTID
URL to be used for returning the consumer to the site of the merchant after the transaction in the case of a HTTPS://www.
redirected payment or HostedMerchantLink merchantur l.com
RETURNURL A O /landingpage.jsp?
N
512 a=b&c=d
Payment method specific parameters, see the table for each payment method
EBT_USER_DATA1 AN256 O
EBT_USER_DATA2 AN256 O
EBT_USER_DATA3 AN256 O
EBT_USER_DATA4 AN256 O
EBT_USER_DATA5 AN256 O
EBT_USER_DATA6 AN256 O
EBT_USER_DATA7 AN256 O
EBT_USER_DATA8 AN256 O
EBT_USER_DATA9 AN256 O
EBT_USER_DATA10 AN256 O
EBT_USER_DATA12 AN256 O
EBT_USER_DATA13 AN256 O
EBT_USER_DATA14 AN256 O
EBT_USER_DATA15 AN256 O
EBT_USER_DATA16 AN256 O
Specifies if the consumer enters a password to gain access to an account registered with the merchant
Y=Yes
N=No
Specifies if the consumer has a history of online shopping with the merchant
Y=Yes
N=No
H=Holiday
I=Season's Greetings
J=Passover
K=Kwanzaa
L=Halloween
M=Mother's Day
N=New Year's Day
O=Bosses' Day
P=St. Patrick's Day
Q=Sweetest Day
R=Christmas
S=Baby Shower
T=Thanksgiving
U=Other
V=Valentine's Day
W=Wedding
X=Secretary's Day
Y=Chinese New Year
Z=Hanukkah
EBGIFTMESSAGE AN160 O
EBSHIPCOMMENTS AN160 O
EBWEBSITE The website from which the purchase is made AN60 O https://www.yourwebsite.com
l O or blank=Stopover permitted
The flight number assigned by the airline carrier with no leading spaces
The departure time in local time at the departure airport Format: HH:MM
DEPARTURETIME STOPOVERCODE, FLIGHTNUMBER, and DEPARTURETIME are required for PayPal AN6 O 17:59
optional for transactions via HostedMerchantLink in case you choose to have them submitted by the consumer on the Ingenico
ePayments hosted pages, for example, if a merchant is not PCI compliant
EXPIRYDATE N4 R 1206
optional for transactions via HostedMerchantLink in case you choose to have them submitted by the consumer on the Ingenico
ePayments hosted pages, for example, if a merchant is not PCI compliant
CREDITCAR N19 R 4567
DNUMBER 3500
0042
7977
The card verification value (CVV) is 3 or 4 digits on the back, or front [Amex], of a credit card. It is required for the CVV check Max
4
CVV N4 O pos
Amex,
Max
3
pos
MC,
Visa
1=Final authorisation
AUTHTYPE 2=Pre-authorisation N1 O 1
3=Purchase
All 3 types apply both to Visa and Mastercard depending on the capabilities of the acquirer.
Indicates to the scheme that is either the transaction with which the consumer is agreeing with the merchant to store the card
(FIRST) or is a future transaction where the card is already stored (SUBSEQUENT)
By Default all First UCOFs are CIT, because the consumer is agreeing to store the card. Subsequent can be CIT (like single clik
to buy) or MIT (like top ups). If the merchant is sending this parameter in the first UCOF, it will be validated to contain only CIT
INITIALSCHE The transaction ID given by Visa or Mastercard after the First Recurring/First UCOF/Pre Authorization to send in the AN15 O MC12
METRANSAC authorization request of: 3874
TIONID 3876
A subsequent Recurring transaction 289
All these are MIT transactions that needs the linking to the initial Transaction where the consumer was present. If this value was
not provided in the first transaction, the merchant can send the transaciton ID of any subsequent. Please check the response of
this API call and GET_ORDERSTATUS
MITREASON Specific for hospitality, Visa requests the flagging of industry specific Merchant Initiated Transactions. The options are: FIX O NO_
VAL SHOW
NO_SHOW UES
DELAY_CHARGE
For this transaction the INITALTRANSACTIONID is needed in order to do the linking with the original Pre Authorization (where
the consumer was present)
AUTHENTICATION
VALIDATION
l 0=Failed authentication (no liability shift)
Club)
Maestro)
ECI Electronic Commerce Indicator provides authentication validation results returned after the N1 R 1
authentication
DIRECTORYSERV Universally unique transaction identifier assigned by the Directory Server (schemes) to A New 3DS V2
ERTRANSACTIONID identify a single transaction N
36
THREEDSPROTOC the most recent active protocol version that was used to perform the authentication AN R New 3DS V2 value is "2.1.0" to start
OLVERSION with
The CAVV (cardholder authentication verification value) or AAV (accountholder This is the Base64 encoded string
authentication value) provides an authentication validation value or equivalent for other provided in the authentication
schemes response
THREEDSSERVER The transaction ID generated by the 3D Server (replaces the XID used in 3DS V1) A R New 3DS V2
TRANSACTIONID N
50
The algorithm, from your 3D Secure provider, used to generate the authentication CAVV
Required when
Required when
l 1=Internet (Default)
l 2=Call center
STTINDICATOR l 3=Recurring N1 O 1
l 4=MOTO
l 5=Cardholder present
The name and address of the cardholder can be relevant for fraud screening—For more
information about fraud screening, see Fraud screening service
FIRSTNAME A O Jack
N
15
relevant for fraud screening—For more information about fraud screening, see Fraud screening service
The name and address of the cardholder can be relevant for fraud screening—For more information about fraud
screening, see Fraud screening service
SURNAME AN O Buuren
35
The name and address of the cardholder can be relevant for fraud screening—For more information about fraud
screening, see Fraud screening service
STREET, HOUSENUMBER, and ZIP are required for the Address Verification Service (AVS) check
STREET AN O Polarisav
50 enue
The name and address of the cardholder can be relevant for fraud screening—For more information about fraud
screening, see Fraud screening service
STREET, HOUSENUMBER, and ZIP are required for the Address Verification Service (AVS) check
HOUSENUMBER AN O 1
15
The name and address of the cardholder can be relevant for fraud screening—For more information about fraud
screening, see Fraud screening service
ADDITIONALADDRE AN O A
SSINFO 50
The name and address of the cardholder can be relevant for fraud screening—For more information about fraud
screening, see Fraud screening service
STREET, HOUSENUMBER, and ZIP are required for the Address Verification Service (AVS) check
ZIP AN O 1000 AA
10
City of cardholder
The name and address of the cardholder can be relevant for fraud screening—For more information about fraud
screening, see Fraud screening service
CITY AN O New York
40
State of cardholder
The name and address of the cardholder can be relevant for fraud screening—For more information about fraud
screening, see Fraud screening service
STATE AN O New York
35
EXCHANGERATEVALIDTO are required if dynamic currency conversion applies, ignored if dynamic currency
conversion does not apply
DCCINDICATOR N1 R 1
Amount the consumer has to pay after applying dynamic currency conversion
not apply
EXCHANGERATEVALIDTO are required if dynamic currency conversion applies, ignored if dynamic currency
conversion does not apply
ISSUERAMOUNT N12 R –
EXCHANGERATEVALIDTO are required if dynamic currency conversion applies, ignored if dynamic currency
conversion does not apply
MARGINRATEPERC N6 R 025000
ENTAGE =2.5
For receipt printing purposes only—To meet regulatory requirements, where applicable
Reuters
Wholesale
EXCHANGERATESO AN R Interbank
URCENAME 32
Exchange rate used for transaction Last four digits are decimal places
We recommend that you exclude the HOUSENUMBER key if a house number is already included with the street information. WebCollect checks for a
house number and a street, and the AVSDATA1 populates with the house number and street. If the house number is present in both places, the
AVSDATA1 populates with two house numbers followed by the street. This could cause a failure of the AVS check.
The AVSDATA1 populates with a maximum of 20 character positions. If the house number and street data cover more than 20 character positions
(including spaces), the WebCollect system captures the first 20 character positions only. The AVSDATA2 populates with the zip details.
STREET: Bundles Clay Lane South Nutfield AVSDATA1:12 Bundles Clay Lane
STREET: 12 Bundles Clay Lane South Nutfield AVSDATA1:12 Bundles Clay Lane
HOUSENUMBER: 12
Invoice number
INVOICENUMBER INVOICENUMBER is required to facilitate matching for bank payments and bank transfer payments AN20 O 21212121
l N=Invoice (default)
l NR=Reminder on invoice
l RR=Reminder on renewal
l M=Mailing
Title consumer
TITLE A valid name and address are required to ensure correct delivery of the invoice AN35 O Mr.
FIRSTNAME A valid name and address are required to ensure correct delivery of the invoice AN15 O Jack
PREFIXSURNAME A valid name and address are required to ensure correct delivery of the invoice AN15 O van
SURNAME A valid name and address are required to ensure correct delivery of the invoice AN35 R Buuren
STREET A valid name and address are required to ensure correct AN50 R Polarisavenue
HOUSENUMBER A valid name and address are required to ensure correct delivery of the invoice AN15 O 1
ADDITIONALADDRESSINFO A valid name and address are required to ensure correct delivery of the invoice AN50 O A
ZIP A valid name and address are required to ensure correct delivery of the invoice AN10 O 1000 AA
City of consumer
CITY A valid name and address are required to ensure correct delivery of the invoice AN40 R New York
STATE A valid name and address are required to ensure correct delivery of the invoice AN35 O New York
Additional for bank transfer and online bank transfer payments including bank transfer Brazil (51)
l FISCALNUMBER (CPF) is required for non-business consumer transactions using Deposito Identificado
l FIRSTNAME, STREET, STATECODE, and EMAIL are required for all transactions using Deposito Identificado
l HOUSENUMBER is required if the house number is not included in the STREET field for all transactions using Deposito Identificado
Name of company
COMPANYNAME is required, if available, to facilitate matching for bank payments and bank transfer
payments.
COMPANYNAME AN40 O Cruijff
Sports
INVOICENUMBER is required to facilitate matching for bank payments and bank transfer payments.
FISCALNUMBER Tax registration number of the company for a business consumer (CNPJ) AN14 O 12345678901234
First name
FIRSTNAME SURNAME are required for bank transfers to South Africa. AN15 O Jack
SURNAME SURNAME are required for bank transfers to South Africa. AN35 R Buuren
l This feature of payment product Sofortüberweisung (836) is only supported in Germany (DE)
ID of consumer
ISSUERID is required for iDEAL (809) in the Netherlands (NL) when you are not using
HostedMerchantLink
ISSUERID AN O ABNANL2A
11
Expiration period in minutes (maximum 60 minutes both for iDEAL and eCard)
The consumer has to perform the payment before the end of this period
Default=60
EXPIRATIONPERIOD is optional for iDEAL (809) and eCard (402) and for all transactions that use
HostedMerchantLink
EXPIRATIONPERIOD N4 O 15
TRANSACTIONTYPE is required for SEPA direct debit transactions (payment product 770)—
Values can be
l S=One-off
TRANSACTIONTYPE AN2 O –
l F=First recurring
l L=Last recurring
l For all the below fields only uppercase letters (A-Z) and digits (0-9) are allowed . No Portuguese diacritics are allowed.
l Only "-" (dash) and " ' " (apostrophe) allowed as special characters.
l When "-" or " ' " are used, no spaces are allowed between words. For example: D'EL-REI is correct, D'EL - REI is incorrect.
PREFIXSURNA In between first name and This is not used for registered Boleto O
ME surname
Note: Can only contain digits (0-9) and should be valid against the
STATECODE. See the ZIP-STATECODE table below.
STATE State address consumer This is not used for registered Boleto O
EMAIL Email address of the This is not used for registered Boleto O
consumer
Additional information when credit card processing is done with 3D v2 via Ingenico
ACCOUNTTYPE Indicates the type of account. For example, for a multi- N1 O 1 = Not Applicable
account card product. (Required in some accounts) 2 = Credit
3 = Debit
CUSTOMERBILLINGSHIPPING Indicates whether the Cardholder Shipping Address and N1 O 1 = Shipping Address matches Billing Address
ADDRESSMATCH Cardholder Billing Address are the same. 0 = Shipping Address does not match Billing Address
CUSTOMERAUTHENTICATION Date of Cardholder authentication on Merchant Site N O Date format =YYYYMMDDHHMM Example:
TOMERCHANTUTCTIMESTAMP 12 201912311260
PRIORTHREEDSMETHOD CardHolder prior 3D authentication method N2 O Mechanism used by the Cardholder to previously
authenticate to the 3DS Requestor.
1 = Frictionless authentication occurred by ACS2 =
Cardholder challenge occurred by ACS
3 = AVS verified
4 = Other issuer methods
PRIORTHREEDSUTCTIMESTA CardHolder prior 3D authentication timestamp N O Date and time in UTC of the prior cardholder
MP 12 authentication "YYYYMMDDHHMM"
PRIORTHREEDSACSTRANSA CardHolder prior 3D authentication reference A O This data element provides additional information to the
CTIONID N ACS to determine the best approach for handing a
36 request.
the second bath of data includes information on the browser of the consumer
DEVICEBROWSERAC HTTP accept headers from the Cardholder’s browser. A R Required when BROWSER method
CEPTHEADER N2
048
BROWSERJAVAENAB Boolean that represents the ability of the cardholder browser to execute Java. N1 R Required for BROWSER method
LED Value is returned from the navigator.javaEnabled property. (0=False/1=True)
BROWSERLOCALE ISO 639 language code. Returned from navigator.language property. A R pa-in en-au en
N8
BROWSERCOLORDE Value representing the bit depth of the colour palette for displaying images, in N2 R Required for BROWSER method
PTH bits per pixel. Obtained from Cardholder browser using the screen.colorDepth 1,4,8,15,16,24,32,48
property.
BROWSERSCREENHE Total height of the Cardholder’s screen in pixels. A R Required for BROWSER method
IGHT Value is returned from the screen.height property. N6
BROWSERSCREENWI Total width of the cardholder’s screen in pixels. A R Required for BROWSER method
DTH Value is returned from the screen.width property. N6
DEVICEBROWSERTIM Time difference between UTC time and the Cardholder browser local time, in A R Required for BROWSER method
EZONEOFFSETMINUT minutes. N6
ES
DEVICEBROWSERUS Exact content of the HTTP user-agent header. A R Required for BROWSER method
ERAGENT N2
048
the following set of data includes information regarding the account that the consumer has
on the merchant website
CUSTOMERACCOUNTAGEINDICA Length of time that the cardholder has had the account with the Merchant. N2 O 1 = No account
TOR (guest check-out)
2 = Created during
this transaction
3 = Less than 30
days
4 = 30-60 days
5 = More than 60
days
CUSTOMERACCOUNTCHANGEDA Date that the cardholder’s account with the 3DS Requestor was last changed, including N8 O Date format =
TE Billing or Shipping address, new payment account, or new user(s) added. YYYYMMDD
Example: 20191231
CUSTOMERACCOUNTCHANGEIND Length of time since the cardholder’s account information with the 3DS Requestor was last N2 O 1 = Changed during
ICATOR changed, including Billing or Shipping address, new payment account, or new user(s) this transaction
added. 2 = Less than 30
days
3 = 30-60 days
4 = More than 60
days
CUSTOMERACCOUNTCREATEDA Date that the cardholder opened the account with the 3DS Requestor. N8 O Date format =
TE YYYYMMDD
Example: 20191231
CUSTOMERACCOUNTPASSWORD Date that cardholder’s account with the 3DS Requestor had a password change or account N8 O Date format =
CHANGEDATE reset. YYYYMMDD
Example: 20191231
CUSTOMERACCOUNTPASSWORD Indicates the length of time since the cardholder’s account with the 3DS Requestor had a N2 O 1 = No change
CHANGEINDICATOR password change or account reset. 2 = Changed during
this transaction
3 = Less than 30
days
4 = 30-60 days
5 = More than 60
days
CUSTOMERACCOUNTNUMBEROF Number of purchases with this cardholder account during the previous six months. N4 O Example : 42
PURCHASESLASTSIXMONTHS
CUSTOMERACCOUNTNUMBEROF Number of Add Card attempts in the last 24 hours. N3 O Example : 547
ADDCARDATTEMPTSLAST24HOU
RS
CUSTOMERACCOUNTNUMBEROF Number of transactions (successful and abandoned) for this cardholder account with the N3 O Example : 547
TRANSACTIONSLAST24HOURS 3DS Requestor across all payment accounts in the previous 24 hours.
CUSTOMERACCOUNTNUMBEROF Number of transactions (successful and abandoned) for this cardholder account with the N3 O Example : 547
TRANSACTIONSLASTYEAR 3DS Requestor across all payment accounts in the previous year.
CUSTOMERACCOUNTPAYMENTA Date that the payment account was enrolled in the cardholder’s account with the 3DS N8 O Date format =
CCOUNTONFILECREATEDATE Requestor. YYYYMMDD
Example: 20191231
CUSTOMERACCOUNTSHIPPINGA Date when the shipping address used for this transaction was first used with the 3DS N8 O Date format =
DDRESSFIRSTUSAGEDATE Requestor. YYYYMMDD
Example: 20191231
CUSTOMERACCOUNTSHIPPINGA Indicates when the shipping address used for this transaction was first used with the 3DS N2 O 1 = This transaction
DDRESSFIRSTUSAGEINDICATOR Requestor. 2 = Less than 30
days
3 = 30-60 days
4 = More than 60
days
CUSTOMERACCOUNTSHIPPINGA Indicates if the Cardholder Name on the account is identical to the shipping Name used for N2 O 0 = Account Name
DDRESSNAMEINDICATOR this transaction. identical to shipping
Name
1 = Account Name
different than
shipping Name
CUSTOMERACCOUNTSUSPICIOU Indicates whether the 3DS Requestor has experienced suspicious activity (including N2 O 0 = No suspicious
SACCOUNTACTIVITY previous fraud) on the cardholder account. activity has been
observed
1 = Suspicious
activity has been
observed
PURCHASE For prepaid or gift card purchase, the purchase amount total of prepaid or gift card(s) in major N15 its O for example, USD 123.45 is
DGIFTCARD units number 123
AMOUNT probably, just
like payment
amount
PURCHASE For prepaid or gift card purchase, total count of individual prepaid or gift cards/codes N2 O
DGIFTCARD purchased.
COUNT
PURCHASE For prepaid or gift card purchase, the currency code of the card as defined in ISO 4217 AN3 O USD
DGIFTCARD
CURRENCY
CODE
PREORDER For a pre-ordered purchase, the expected date that the merchandise will be available. N8 O Date format = YYYYMMDD
EDITEMSAV Example: 20191231
AILABILITY
DATE
PREORDER Indicates whether Cardholder is placing an order for merchandise with a future availability or N1 O 1 = Merchandise available
INDICATOR release date. 2 = Future availability
REORDERI Indicates whether the cardholder is reordering previously purchased merchandise N1 O 1 = First time ordered
TEMSINDIC 2 = Reordered
ATOR
SHIPPINGA Indicates shipping method chosen for the transaction. N1 O 1 = Ship to cardholder’s
DDRESSIN Merchants must choose the Shipping Indicator code that most accurately describes the billing address
DICATOR cardholder’s specific transaction, not their general business. 2 = Ship to another verified
If one or more items are included in the sale, use the Shipping Indicator code for the physical address on file with merchant
goods, or if all digital goods, use the Shipping Indicator code that describes the most 3 = Ship to address that is
expensive item. different than the cardholder’
s billing address
4 = “Ship to Store” / Pick-up
at local store (Store address
shall be populated in
shipping address fields)
5 = Digital goods (includes
online services, electronic
gift cards and redemption
codes)
6 = Travel and Event tickets,
not shipped
7 = Other (for example,
Gaming, digital services not
shipped, emedia
subscriptions, etc.)
CHALLENG Dimensions of the challenge window that has been displayed to the CH. ACS will reply with N1 R 1 = 250x 400
EWINDOWS content that is formatted to appropriately render in this window to provide the best user 2 = 390 x 400
IZE experience. Pre-configured sizes are width x height in pixels of the window displayed in the 3 = 500 x 600
CH browser window 4 = 600 x 400
5 = Full Screen
METHODNO it is the end point of client application which will receive method notification from issuing bank AN2048 R
TIFICATION
URL
CHALLENG it is the end point of client application which will receive challenge notification from issuing AN2048 R
ENOTIFICA bank
TIONURL
1000000 9999999 SP Sao Paulo Metropolitan Region including the suburbs or the area outside the Sao Paulo metropolitan region
Return keys
ERROR Marker (no key) – See the WebCollect error codes guide
is 30 characters
SCHEMETRANSACTIONID Unique transaction identifier returned by Visa and Mastercard for Pre Authorization, Recurring AN AS37504079V1664
and UCOF transactions 15
INITIALSCHEMETRANSAC The transaction ID given by Visa and Mastercard after the First Recurring/First UCOF/Pre AN MC1238743876289
TIONID Authorization 15
STATUSID Status N5 –
Format: YYYYMMDDHH24MISS
AVSRESULT The results that return depend on the checks performed AN1 Z
CVVRESULT AN1 M
FRAUDRESULT The results that return depend on the checks performed AN1 D
FRAUDCODE The results that return depend on the checks performed AN4 0000
Authorization code
AUTHORISATIONCODE
ACSURL URL for redirection of consumer AN2 Returned after CheckEnrollment with enrolled consumer
55
PAREQ Pareq for redirection—Should be used as hidden field AN4 Returned after CheckEnrollment with enrolled consumer
00 0
Transaction ID for redirection—Should be used as hidden field (for Returned after CheckEnrollment with enrolled consumer
VISA only) and after a valid AuthenticationValidation
XID AN50
THREEDSPROTOCOL the most recent active protocol version that is supported by the ?
VERSION Directory server
Merchant data key for redirection—Should be used as hidden field Returned after CheckEnrollment with enrolled consumer
MD AN50
PROOFXML Proof XML message AN4 Returned after CheckEnrollment with enrolled consumer
00 0
l 2=Dynamic currency
l 0=Dynamic currency
Amount that was authorized after applying dynamic currency conversion, if dynamic currency conversion applies
ISSUERAMOUNT N12 –
ISO 4217 currency code used in authorization, if dynamic currency conversion applies
SERVICEPROVIDERID AN64 –
PROVIDERREFERENCE AN64 –
PAYMENTREFER Reference of the payment (always 0 with batch credit card payments) AN 0
ENCE 20
External Reference of credit card payment, this value should be used as REFERENCEORIGPAYMENT in
eventual refunds (see DO_REFUND)
EXTERNALREFER AN 000000000100002121210
ENCE 30 000100001
STATUSID Status N5 –
STATUSID Status N5 –
Additional for bank transfer payments including bank transfer Brazil (51)
Reference given by Ingenico ePayments to payment or taken from the input tag
OVERWRITEPAYMENTREFERENCE
PAYMENTREFERE AN20 –
NCE
STATUSID Status N5 –
STATUSID Status N5
CUSTOMERPAYMENTREFERENC
E and BILLERID must be provided to the consumer for BPAY even though the Ingenico
ePayments bank details are returned
CUSTOMERPAYMENTREF N15 001234567890120
EREN CE
01
Reference given by Ingenico ePayments to payment or taken from the input tag
OVERWRITEPAYMENTREFEREN CE
PAYMENTREFERENCE is
CUSTOMERPAYMENTREFERENC
E and BILLERID must be provided to the consumer for BPAY even though the Ingenico
ePayments bank details are returned
BILLERID AN27 747089 - Ingenico
ePayments
STATUSID Status N5 –
ATTEMPTID Indicates how many attempts have been made for this payment N5 –
STATUSID Status N5 –
PAYMENTREFERENCE AN12 –
ATTEMPTID Indicates how many attempts have been made for this payment N5 –
PAYMENTREFER AN –
ENCE 12
STATUSID Status N5 –
Payment product-specific parameters, see the table for each payment product
CARDHOLDERI Text provided by the ACS/Issuer to Cardholder during a A The Issuer can optionally provide information to Cardholder. For example,
NFO Frictionless transaction that was not authenticated by the N “Additional authentication is needed for this transaction, please contact (Issuer
ACS. 128 Name) at xxx-xxx-xxxx.”
Here are the different responses. All these keys are communicated to the bank.
l The FORMMETHOD key describes the method used to communicate values to the bank—GET or POST
l The FORMACTION key indicates the target of the POST or GET, which is the URL of the real-time bank payment page
l For GiroPay (816), iDEAL (809), and Raifeissen ELBA (820), no values need to be posted by you to the real-time
bank—Ingenico ePayments provides the complete URL to be used to redirect the consumer
FORMACTION URL used when redirecting the consumer AN2 HTTPS://solo3.nordea.fi:443/cgi- bin/SOLOPM01
50
SOLOPMT_ STAMP Unambiguous code for technical specification of the payment AN20 Displays the MERCHANTID (5) + ORDERID (10) +
EFFORTID (5)
SOLOPMT_ l 1=Finnish
LANGUAGE
l 2=Swedish N1 –
l 3=English
SOLOPMT_ REF Standard reference on the payment AN20 Displays the PAYMENTREFERENCE
SOLOPMT_ MSG Message for the account statement of the consumer, as provided to AN2 –
Ingenico ePayments 34
SOLOPMT_ REJECT Return address if payment is rejected, as provided to Ingenico ePayments AN120 –
FORMACTION URL to be used when redirecting the consumer AN250 HTTPS://solo3.nordea.fi:443/cgi- bin/SOLOPM01
SOLOPMT_ AMOUNT Amount with dot to separate the decimals N12 299.00
SOLOPMT_ STAMP Unambiguous code for technical specification of the payment AN20 Displays the MERCHANTID (5) + ORDERID (10) +
EFFORTID (5)
l 1=Finnish
SOLOPMT_ l 2=Swedish
LANGUAGE
l 3=English N1 5
l 4=Estonian
l 5=Danish
SOLOPMT_ REF Standard reference on the payment AN20 Displays the PAYMENTREFERENCE
SOLOPMT_ CONFIRM Confirmation of the payment YES (or NO) AN3 YES
FORMACTION URL used when redirecting the consumer AN250 HTTPS://gfs.nb.se:443/e- betalning/direktbetalning
NB_DB_ AMOUNT Payment amount (with comma for decimal) N12 29,95
NB_STAMP Unambiguous code for technical specification of the payment AN20 Displays the MERCHANTID (5)ORDERID (10)
EFFORTID (5)
NB_KVV
SOLOPMT_ MSG Message for the account statement of the consumer, as provided to AN234 –
Ingenico ePayments
AN4 GET
N 000 ecode=123&trxid=123456789112
Unique ID that is assigned by the acquiring bank—This also appears on the consumer bank
statement
TRANSACTI
ONID
N16 1234123456789012
L after the transaction— Use this to check if the combination of this key and the provided
TRANSACTI ONID
correspond to an order
ENTRANCE
CODE
AN40 0000000001999892061400001000018303
610187
FORM METH OD AN 4
GET
URL
0 %2Fps.gcsip.nl%2Fwdl%2FRequestInfo.jsp%3FRETURNSTATUS%3DCANCEL%26&ibv=1
Metho d
FORMMET AN
HOD 4
GET
URL
FORMACTI AN HTTPS://customer.test.at.paysafecard.com/psccustomer/GetCustomerPanelServlet?mid=
ON 400 1000000433&mtid=999100579019&amount=1.00¤cy=EUR&language=de
MERCHAN AN
TCLIENTID 50
1234567890abcdefGHIJK
URL
3ahDgJhvoSHb0lbTVjdbh66flV1Wo%3D
Examples
Bank payment
<XML>
<REQUEST>
<ACTION>DO_PAYMENT</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>1</ORDERID>
<EFFORTID>1</EFFORTID>
<PAYMENTPRODUCTID>11</PAYMENTPRODUCTID>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>NL</COUNTRYCODE>
<STREETNUMBER>14</STREETNUMBER>
<CITY>Barcelona</CITY>
<INVOICENUMBER>31245</INVOICENUMBER>
<FIRSTNAME>Jan</FIRSTNAME>
<PREFIXSURNAME>van</PREFIXSURNAME>
<LANGUAGECODE>nl</LANGUAGECODE>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>DO_PAYMENT</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<PAYMENT>
<PAYMENTPRODUCTID>11</PAYMENTPRODUCTID>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>NL</COUNTRYCODE>
<STREETNUMBER>14</STREETNUMBER>
<CITY>Barcelona</CITY>
<INVOICENUMBER>31245</INVOICENUMBER>
<FIRSTNAME>Jan</FIRSTNAME>
<PREFIXSURNAME>van</PREFIXSURNAME>
<SURNAME>Driel</SURNAME>
<LANGUAGECODE>nl</LANGUAGECODE>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20040718114145</RESPONSEDATETIME>
<REQUESTID>231</REQUESTID>
</META>
<ROW>
<EFFORTID>1</EFFORTID>
<ACCOUNTHOLDER>GlobalCollect BV</ACCOUNTHOLDER>
<SWIFTCODE>ABNA NL 2A</SWIFTCODE>
<CITY>Amsterdam</CITY>
<BANKACCOUNTNUMBER>440339464</BANKACCOUNTNUMBER>
<ADDITIONALREFERENCE>19998990005</ADDITIONALREFERENCE>
<STATUSDATE>20030829153248</STATUSDATE>
<PAYMENTREFERENCE>186200004710</PAYMENTREFERENCE>
<ORDERID>9998990005</ORDERID>
<STATUSID>800</STATUSID>
<MERCHANTID>1</MERCHANTID>
<COUNTRYDESCRIPTION>Nederland</COUNTRYDESCRIPTION>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
<REQUEST>
<ACTION>DO_PAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>1</ORDERID>
<EFFORTID>1</EFFORTID>
<PAYMENTPRODUCTID>701</PAYMENTPRODUCTID>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<ACCOUNTNUMBER>1234567</ACCOUNTNUMBER>
<ACCOUNTNAME>Cruijff</ACCOUNTNAME>
<SURNAME>Cruijff</SURNAME>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<CITY>Barcelona</CITY>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
<DATECOLLECT>20030831</DATECOLLECT>
<DIRECTDEBITTEXT>00000000019998990011</DIRECTDEBITTEXT>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>DO_PAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>1</ORDERID>
<EFFORTID>1</EFFORTID>
<PAYMENTPRODUCTID>701</PAYMENTPRODUCTID>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<ACCOUNTNUMBER>1234567</ACCOUNTNUMBER>
<ACCOUNTNAME>Cruijff</ACCOUNTNAME>
<SURNAME>Cruijff</SURNAME>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<CITY>Barcelona</CITY>
<ZIP>1000 AA</ZIP>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
<DATECOLLECT>20030831</DATECOLLECT>
<DIRECTDEBITTEXT>00000000019998990011</DIRECTDEBITTEXT>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<REQUESTID>231</REQUESTID>
</META>
<ROW>
<ORDERID>9998990011</ORDERID>
<EFFORTID>1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
<STATUSID>600</STATUSID>
<STATUSDATE>20030829164745</STATUSDATE>
<PAYMENTREFERENCE>186000000560</PAYMENTREFERENCE>
<ADDITIONALREFERENCE>19998990011</ADDITIONALREFERENCE>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
<REQUEST>
<ACTION>DO_PAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>1</ORDERID>
<EFFORTID>1</EFFORTID>
<PAYMENTPRODUCTID>1</PAYMENTPRODUCTID>
<AMOUNT>2345</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<CREDITCARDNUMBER>4567350000427977</CREDITCARDNUMBER>
<EXPIRYDATE>1206</EXPIRYDATE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
<REQUEST>
<ACTION>DO_PAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>1</ORDERID>
<EFFORTID>1</EFFORTID>
<PAYMENTPRODUCTID>1</PAYMENTPRODUCTID>
<AMOUNT>2345</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<CREDITCARDNUMBER>4567350000427977</CREDITCARDNUMBER>
<EXPIRYDATE>1206</EXPIRYDATE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20040718114145</RESPONSEDATETIME>
<REQUESTID>231</REQUESTID>
</META>
<ROW>
<ORDERID>9998990013</ORDERID>
<EFFORTID>1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
<STATUSID>800</STATUSID>
<STATUSDATE>20030829171416</STATUSDATE>
<PAYMENTREFERENCE>185800005380</PAYMENTREFERENCE>
<ADDITIONALREFERENCE>19998990013</ADDITIONALREFERENCE>
</ROW>
</RESPONSE>
</XML>
Possible response B
…
<RESPONSE>
<RESULT>NOK</RESULT>
<META>
<RESPONSEDATETIME>20040718114145</RESPONSEDATETIME>
<REQUESTID>231</REQUESTID>
</META>
<ERROR>
<CODE>21000020</CODE>
<MESSAGE>
REQUEST 1212121 VALUE 4567350000427976 OF FIELD CREDITCARDNUMBER DID NOT PASS THE
LUHNCHECK
</MESSAGE>
</ERROR>
</RESPONSE>
ORDER PAYMENT
Input keys
MERCHANTREFERENCE allowed
INVOICENUMBER Reference identifying the invoice, the order is referring to in your system AN20 O INV200610310001
COUNTRYCODE automatically determines the payment product—For more information about country codes, see
ISO country codes
COUNTRYCODE AN2 R DE
Surname billing
If this required key is empty, the value is copied from the same key in the order segment—If that key is empty too, an
error occurs
SURNAME N35 R –
If this optional key is empty, the value is copied from the same key in the order segment
FIRSTNAME N15 O –
If this optional key is empty, the value is copied from the same key in the order segment
COMPANYNAME AN40 O –
Street billing
If this required key is empty, the value is copied from the same key in the order segment—If that key is empty too, an
error occurs
STREET AN50 R –
If this optional key is empty, the value is copied from the same key in the order segment
HOUSENUMBER AN15 O –
Zip billing
If this required key is empty, the value is copied from the same key in the order segment—If that key is empty too, an
error occurs
State billing
If this optional key is empty, the value is copied from the same key in the order segment
STATE AN35 O –
If this optional key is empty, the value is copied from the same key in the order segment
EMAILADDRESS AN70 O –
Text to the printed on the bank account statement of the creditor. PAYOUTTEXTis limited to AN50- If you enter a text
string longer than this limi, it is out- off- you don't receive an error.
PAYOUTTEXT A R PAYOUTTEXT
N50
Return keys
RESULT OK or NOK AN OK
– –
ERROR Marker (no key) – See the WebCollect error codes guide
MESSAGE Message for error or event AN4000 PAYMENTATTEMPT (MERCHANTID={0}, ORDERID={1}, EFFORTID={2})
NOT_FOUND
Example
<REQUEST>
<ACTION>DO_PAYOUT</ACTION>
<META>
<MERCHANTID>1234</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<ORDER>
<ORDERID>2006102701</ORDERID>
<MERCHANTREFERENCE>EX2006102701</MERCHANTREFERENCE>
<LANGUAGECODE>de</LANGUAGECODE>
<SURNAME>Möller</SURNAME>
<STREET>Schönestraüme</STREET>
<HOUSENUMBER>102</HOUSENUMBER>
<CITY>München</CITY>
<ZIP>D-9876</ZIP>
<EMAIL>[email protected]</EMAIL>
</ORDER>
<PAYMENT>
<COUNTRYCODE>DE</COUNTRYCODE>
<AMOUNT>1450</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<PAYOUTDATE>20061030</PAYOUTDATE>
<BANKACCOUNTNUMBER>440339464</BANKACCOUNTNUMBER>
<ACCOUNTNAME>Müller</ACCOUNTNAME>
<BANKCODE>30050000</BANKCODE>
<BANKNAME>Deutsche Bank</BANKNAME>
<CUSTOMERBANKCITY>München</CUSTOMERBANKCITY>
<BANKCOUNTRYCODE>DE</BANKCOUNTRYCODE>
<SWIFTCODE>DBDE0023</SWIFTCODE>
<BIC>BIC45678901</BIC>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response
<REQUEST>
<ACTION>DO_PAYOUT</ACTION>
<META>
<IPADDRESS>20.60.98.38</IPADDRESS>
<MERCHANTID>1234</MERCHANTID>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>20.60.115.38</REQUESTIPADDRESS>
</META>
<PARAMS>
<ORDER>
<MERCHANTREFERENCE>EX2006102701</MERCHANTREFERENCE>
<SURNAME>Möller</SURNAME>
<STREET>Schönestraüme</STREET>
<HOUSENUMBER>102</HOUSENUMBER>
<EMAIL>[email protected]</EMAIL>
<LANGUAGECODE>de</LANGUAGECODE>
<CITY>München</CITY>
<ZIP>D-9876</ZIP>
<ORDERID>2006102701</ORDERID>
</ORDER>
<PAYMENT>
<ACCOUNTNAME>Müller</ACCOUNTNAME>
<BANKCOUNTRYCODE>DE</BANKCOUNTRYCODE>
<CUSTOMERBANKCITY>München</CUSTOMERBANKCITY>
<PAYOUTDATE>20061030</PAYOUTDATE>
<CURRENCYCODE>EUR</CURRENCYCODE>
<AMOUNT>1450</AMOUNT>
<BIC>BIC45678901</BIC>
<BANKACCOUNTNUMBER>440339464</BANKACCOUNTNUMBER>
<BANKNAME>Deutsche Bank</BANKNAME>
<COUNTRYCODE>DE</COUNTRYCODE>
<SWIFTCODE>DBDE0023</SWIFTCODE>
<BANKCODE>30050000</BANKCODE>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20061027143541</RESPONSEDATETIME>
</META>
<ROW>
<STATUSID>800</STATUSID>
<ADDITIONALREFERENCE>EX2006102701</ADDITIONALREFERENCE>
<EXTERNALREFERENCE>EX2006102701</EXTERNALREFERENCE>
<EFFORTID>-1</EFFORTID>
<PAYMENTREFERENCE>0</PAYMENTREFERENCE>
<ATTEMPTID>1</ATTEMPTID>
<MERCHANTID>8888</MERCHANTID>
<STATUSDATE>20061027143541</STATUSDATE>
<ORDERID>2006102701</ORDERID>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
Refunds can be made on credit card and bank payments present in WebCollect and (in the first weeks) on orders that are not present in WebCollect.
To accommodate the different data used for bank refunds, several payment products have been created. We provide you with the required keys and
the local name of each key for each of these payment products here.
One-click refunds
If you provide the generic input keys and whatever required input keys you must provide for your payment in your INSERT_ORDERWITHPAYMENT
or DO_PAYMENT API call, you can enable one-click refunds for payments made using
l Direct debit
l iDEAL
As long as you provide the generic input keys and whatever required input keys you must provide for your payment, the only key you need to proceed
with your one-click refund is
l ORDERID
ACTION META
PARAMS PAYMENT
Input keys
l For Argentina only, the MERCHANTREFERENCE cannot contain more than 15 digits—This is due to limitations at Sub1
l For Argentina, EMAILADDRESS is mandatory and must contain a valid email address—If the email confirming the
When MERCHANTREFERENCE
has been used in the request of the original order, use MERCHANTREFERENCE instead of
REFERENCEORIGPAYMENT
When MERCHANTREFERENCE
has not been used in the request of the original order, use REFERENCEORIGPAYMENT
MERCHANTREFERE AN R 00000000220000055555000
NCE containing the reference of the original payment as reported 30 0100001
REFERENCEORIGPA AN O 00000000220000055555000
YMENT 30 0100001
CURRENCYCODE and
CURRENCYCODE COUNTRYCODE are required for orders that do not exist yet in WebCollect AN3 O USD
CURRENCYCODE and
COUNTRYCODE COUNTRYCODE are required for orders that do not exist yet in WebCollect AN2 R –
Refund date
TITLE Title AN O –
35
STREET Street AN O –
50
ZIP Zip AN O –
10
...
...
SWIFTCODE Swift code (Required for Mexico) (Required for Russia) AN O ABNANL2A
11
FISCALNUMBER Fiscal registration number of the consumer (BIK in Russia, Required for refunds in Russia) AN O –
11
City
CITY is required for Argentina, Bahrain, Bulgaria, Croatia, Egypt, Greece, Iceland, Kuwait, Lithuania, Mexico, Qatar,
Turkey, the United Arab Emirates, and the United States of America
CITY AN O –
40
Street
House number
STREET, HOUSENUMBER, and ZIP are required for Bahrain, Egypt, Kuwait, Qatar, and the United Arab
Emirates
HOUSENUMBER AN15 O –
Zip
STREET, HOUSENUMBER, and ZIP are required for Bahrain, Egypt, Kuwait, Qatar, and the United Arab
Emirates
ZIP AN10 O –
IBAN IBAN is required for Kuwait and the United Arab Emirates AN20 O AT6119043002345732
01
l COMPANYNAME and FISCALNUMBER (CNPJ) are required for business consumer transactions
l HOUSENUMBER is required if the house number is not included in the STREET field for all transactions
FISCALNUMBER Tax registration number of the company for a business consumer (CNPJ) AN14 R 12345678901234
Branch code
Account holder
Return keys
RESULT OK or NOK AN OK
ERROR Marker (no key) – See the WebCollect error codes guide
Example—Bank refund
<XML>
<REQUEST>
<ACTION>DO_REFUND</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<PROFILETOKEN>f4d8b329-4a68-4caa-877a-38cb06fbe9e0</PROFILETOKEN>
<ORDERID>8800100375</ORDERID>
<ACCOUNTNAME>ABN AMRO</ACCOUNTNAME>
<BANKCODE>123456</BANKCODE>
<REFUNDDATE>20070426000000</REFUNDDATE>
<LANGUAGECODE>en</LANGUAGECODE>
<COUNTRYCODE>GB</COUNTRYCODE>
<BANKADDRESS>BankStreet 3</BANKADDRESS>
<BANKNAME>ABN AMRO</BANKNAME>
<BANKCOUNTRYCODE>GB</BANKCOUNTRYCODE>
<REFERENCEORIGPAYMENT></REFERENCEORIGPAYMENT>
<PAYMENTPRODUCTID>1015</PAYMENTPRODUCTID>
<AMOUNT>300</AMOUNT>
<AMOUNTSIGN>+</AMOUNTSIGN>
<CURRENCYCODE>GBP</CURRENCYCODE>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>DO_REFUND</ACTION>
<META>
<IPADDRESS>20.60.98.38</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>20.60.115.38</REQUESTIPADDRESS>
</META>
<PARAMS>
<PAYMENT>
<PROFILETOKEN>f4d8b329-4a68-4caa-877a-38cb06fbe9e0</PROFILETOKEN>
<ACCOUNTNAME>ABN AMRO</ACCOUNTNAME>
<BANKCOUNTRYCODE>GB</BANKCOUNTRYCODE>
<BANKADDRESS>BankStreet 3</BANKADDRESS>
<CURRENCYCODE>GBP</CURRENCYCODE>
<AMOUNTSIGN>+</AMOUNTSIGN>
<LANGUAGECODE>en</LANGUAGECODE>
<AMOUNT>300</AMOUNT>
<REFUNDDATE>20070426000000</REFUNDDATE>
<PAYMENTPRODUCTID>1015</PAYMENTPRODUCTID>
<BANKNAME>ABN AMRO</BANKNAME>
<COUNTRYCODE>GB</COUNTRYCODE>
<ORDERID>8800100375</ORDERID>
<BANKCODE>123456</BANKCODE>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<REQUESTID>12845</REQUESTID>
<RESPONSEDATETIME>20070426151801</RESPONSEDATETIME>
</META>
<ROW>
<COUNTRYDESCRIPTION>United Kingdom</COUNTRYDESCRIPTION>
<STATUSID>900</STATUSID>
<ADDITIONALREFERENCE>00000099918800100375</ADDITIONALREFERENCE>
<ACCOUNTHOLDER>GlobalCollect BV</ACCOUNTHOLDER>
<BANKNAME>Barclays Bank</BANKNAME>
<EXTERNALREFERENCE>00000099918800100375000-200001</EXTERNALREFERENCE>
<EFFORTID>-2</EFFORTID>
<PAYMENTREFERENCE>999101117749</PAYMENTREFERENCE>
<ATTEMPTID>1</ATTEMPTID>
<MERCHANTID>9991</MERCHANTID>
<BANKACCOUNTNUMBER>70304247</BANKACCOUNTNUMBER>
<STATUSDATE>20070426151801</STATUSDATE>
<CITY>London</CITY>
<ORDERID>8800100375</ORDERID>
<SWIFTCODE>BARC GB 21 05E</SWIFTCODE>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
Example—Credit card
<XML>
<REQUEST>
<ACTION>DO_REFUND</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
</META>
<PARAMS>
<PAYMENT>
<PROFILETOKEN>f4d8b329-4a68-4caa-877a-38cb06fbe9e0</PROFILETOKEN>
<ORDERID>9901306305</ORDERID>
<AMOUNT>2345</AMOUNT>
<PAYMENTPRODUCTID>1</PAYMENTPRODUCTID>
<CREDITCARDNUMBER>4263982640269299</CREDITCARDNUMBER>
<EXPIRYDATE>0212</EXPIRYDATE>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>NL</COUNTRYCODE>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>DO_REFUND</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>192.168.41.11</REQUESTIPADDRESS>
</META>
<PARAMS>
<PAYMENT>
<PROFILETOKEN>f4d8b329-4a68-4caa-877a-38cb06fbe9e0</PROFILETOKEN>
<ORDERID>9901306305</ORDERID>
<AMOUNT>2345</AMOUNT>
<PAYMENTPRODUCTID>1</PAYMENTPRODUCTID>
<CREDITCARDNUMBER>4263982640269299</CREDITCARDNUMBER>
<EXPIRYDATE>0212</EXPIRYDATE>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>NL</COUNTRYCODE>
</PAYMENT>
</PARAMS>
<RESPONSE>
<META>
<REQUESTID>195137</REQUESTID>
<RESPONSEDATETIME>20090416045056</RESPONSEDATETIME>
</META>
<ROW>
<EFFORTID>-1</EFFORTID>
<PAYMENTREFERENCE>0</PAYMENTREFERENCE>
<STATUSDATE>20090416045056</STATUSDATE>
<STATUSID>800</STATUSID>
<ADDITIONALREFERENCE>00000099839901306305</ADDITIONALREFERENCE>
<EXTERNALREFERENCE>00000099839901306305000-100001</EXTERNALREFERENCE>
<ATTEMPTID>1</ATTEMPTID>
<ORDERID>9901306305</ORDERID>
<MERCHANTID>9983</MERCHANTID>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
Example—eWallet
<XML>
<REQUEST>
<ACTION>DO_REFUND</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<PROFILETOKEN>f4d8b329-4a68-4caa-877a-38cb06fbe9e0</PROFILETOKEN>
<ORDERID>8800200424</ORDERID>
<REFUNDDATE>20090820000000</REFUNDDATE>
<EFFORTID>1</EFFORTID>
<LANGUAGECODE>en</LANGUAGECODE>
<COUNTRYCODE>GB</COUNTRYCODE>
<BANKCOUNTRYCODE>GB</BANKCOUNTRYCODE>
<PAYMENTPRODUCTID>1040</PAYMENTPRODUCTID>
<AMOUNT>1313</AMOUNT>
<CURRENCYCODE>GBP</CURRENCYCODE>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Example—One-click refund
<XML>
<REQUEST>
<ACTION>DO_REFUND</ACTION>
<META>
<MERCHANTID>9938</MERCHANTID>
<IPADDRESS>10.171.99.169</IPADDRESS>
<VERSION>2.0</VERSION>
<REQUESTIPADDRESS>46.16.250.68</REQUESTIPADDRESS>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>1000002412</ORDERID>
</PAYMENT>
</PARAMS>
<RESPONSE>
</REQUEST>
</XML>
ORDER
PAYMENT RISKASSESSMENT
Input keys
Type of order
MERCHANTREFERENCE
allowed input is ASCII 32–126 characters—Do not include trailing spaces in the
MERCHANTREFERENCE
MERCHANTREFERENCE AN30 R –
BIRTHDATE N8 O 19780203
limited to N8
digits indicating the type of document, the source of issue and the number of coupons it
contains
of 8 digits allocated on a sequential basis, provided that the total number of digits
exceed ten
l TBM=Ticket By Mail
l TOD=Ticket On Departure
Place of issue
For sales in the US, the last two characters (pos 14–15) must be US state code
PLACEOFISSUE AN15 O –
(T/F)
CUSTOMERID AN16 O 14
In a case of multiple issuances of the same ticket to a cardholder, the merchant should use the
last ticket date
Format: YYYYMMDD
ISSUEDATE N8 O 20090402
non-refundable
… payment details... – O –
EBT_USER_DATA1 AN256 O
EBT_USER_DATA2 AN256 O
EBT_USER_DATA3 AN256 O
EBT_USER_DATA4 AN256 O
EBT_USER_DATA5 AN256 O
EBT_USER_DATA6 AN256 O
EBT_USER_DATA7 AN256 O
EBT_USER_DATA8 AN256 O
EBT_USER_DATA9 AN256 O
EBT_USER_DATA10 AN256 O
EBT_USER_DATA11 AN256 O
EBT_USER_DATA12 AN256 O
EBT_USER_DATA13 AN256 O
EBT_USER_DATA14 AN256 O
EBT_USER_DATA15 AN256 O
EBT_USER_DATA16 AN256 O
Specifies if the consumer enters a password to gain access to an account registered with the merchant
l Y=Yes
l N=No
EBT_PASSWORD AN1 O Y
Specifies if the consumer has a history of online shopping with the merchant
l Y=Yes
l 1=Celebrate Fall
l B=Birthday
l G=Graduation
l H=Holiday
l I=Season's Greetings
l J=Passover
l K=Kwanzaa
l L=Halloween
l M=Mother's Day
l O=Bosses' Day
l Q=Sweetest Day
l R=Christmas
l V=Valentine's Day
l W=Wedding
l X=Secretary's Day
l Z=Hanukkah
EBGIFTMESSAGE AN160 O
EBSHIPCOMMENTS AN160 O
EBWEBSITE The website from which the purchase is made AN60 O https://www.yourwebsite.com
l O or blank=stopover permitted
The flight number assigned by the airline carrier with no leading spaces
Amount to be paid
AMOUNT AMOUNT and CURRENCYCODE are required for RetailDecisions, optional N12 R 29990
otherwise
CURRENCYCODE AMOUNT and CURRENCYCODE are required for RetailDecisions, optional AN3 R USD
otherwise
Return keys
l C=Challenged
… service details … – –
The direct debit fraud check does not return any details. For the other risk services, the details that return are explained here.
FRAUDRCF Result of the fraud service AN400 GEO, TUMBLES, PHONEVEL, HIGHUSE
REFBANKCODE Reformatted bank code according to local clearing rules AN15 150000
REFBRANCHCODE Reformatted branch code according to local clearing rules AN15 1234
NEWBANKNAME Bank name returned matching the bank code of the AN40 BARCLAYS BANK PLC
request
CHECKCODE Code of the validation check N4 For a complete list per country, see the WebCollect error codes
guide
l PASSED
l WARNING
l NOTCHECKED
<XML>
<REQUEST>
<ACTION>DO_RISKASSESSMENT</ACTION>
<META>
<MERCHANTID>9912</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>2.0</VERSION>
</META>
<PARAMS>
<ORDER>
<AMOUNT>100100</AMOUNT>
<COUNTRYCODE>CA</COUNTRYCODE>
<CURRENCYCODE>CAD</CURRENCYCODE>
<LANGUAGECODE>en</LANGUAGECODE>
<FIRSTNAME>John</FIRSTNAME>
<PREFIXSURNAME></PREFIXSURNAME>
<SURNAME>Smith</SURNAME>
<CITY>Burlington</CITY>
<STATE>MA</STATE>
<ZIP>01803-3747</ZIP>
</ORDER>
<PAYMENT>
<PROFILETOKEN>ebb511e6-1921-484e-9910-221e196a81b2</PROFILETOKEN>
<AMOUNT>0</AMOUNT>
<CURRENCYCODE>USD</CURRENCYCODE>
</PAYMENT>
<RISKASSESSMENT>
<RISKSERVICES>R</RISKSERVICES>
</RISKASSESSMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>DO_RISKASSESSMENT</ACTION>
<META>
<MERCHANTID>9912</MERCHANTID>
<VERSION>2.0</VERSION>
<REQUESTIPADDRESS>192.168.201.16</REQUESTIPADDRESS>
</META>
<PARAMS>
<ORDER>
<AMOUNT>100100</AMOUNT>
<COUNTRYCODE>CA</COUNTRYCODE>
<CURRENCYCODE>CAD</CURRENCYCODE>
<LANGUAGECODE>en</LANGUAGECODE>
<FIRSTNAME>John</FIRSTNAME>
<PREFIXSURNAME></PREFIXSURNAME>
<SURNAME>Smith</SURNAME>
<CITY>Burlington</CITY>
<STATE>MA</STATE>
<ZIP>01803-3747</ZIP>
</ORDER>
<PAYMENT>
<PROFILETOKEN>ebb511e6-1921-484e-9910-221e196a81b2</PROFILETOKEN>
<AMOUNT>100100</AMOUNT>
<CURRENCYCODE>USD</CURRENCYCODE>
</PAYMENT>
<RISKASSESSMENT>
<RISKSERVICES>R</RISKSERVICES>
</RISKASSESSMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<ORDERID>7600000019</ORDERID>
<META>
<REQUESTID>62</REQUESTID>
<RESPONSEDATETIME>20130409162022</RESPONSEDATETIME>
</META>
<FRAUD>
<SERVICE>
<SERVICECODE>R</SERVICECODE>
<SERVICERESULT>E</SERVICERESULT>
<DETAILS></DETAILS>
</SERVICE>
</RESPONSE>
</REQUEST>
</XML>
<REQUEST>
<ACTION>DO_RISKASSESSMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<ORDER>
<MERCHANTREFERENCE>RA-12345</MERCHANTREFERENCE>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>DE</COUNTRYCODE>
<LANGUAGECODE>de</LANGUAGECODE>
<CUSTOMERID>14</CUSTOMERID>
<IPADDRESSCUSTOMER>87.213.36.165</IPADDRESSCUSTOMER>
<EMAIL>[email protected]</EMAIL>
<PHONENUMBER>0123456789</PHONENUMBER>
<BIRTHDATE>19470425</BIRTHDATE>
<SURNAME>Cruijff</SURNAME>
<PREFIXFIRSTNAME></PREFIXFIRSTNAME>
<FIRSTNAME>Jopie</FIRSTNAME>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<ZIP>1414 ES</ZIP>
<CITY>Barcelona</CITY>
<STATE>Catalunia</STATE>
</ORDER>
<PAYMENT>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>DE</COUNTRYCODE>
<EXPIRYDATE>1208</EXPIRYDATE>
<CVV>123</CVV>
<CVVINDICATOR>1</CVVINDICATOR>
</PAYMENT>
<RISKASSESSMENT>
<RISKSERVICES>C,R</RISKSERVICES>
</RISKASSESSMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>DO_RISKASSESSMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<ORDER>
<MERCHANTREFERENCE>RA-12345</MERCHANTREFERENCE>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>DE</COUNTRYCODE>
<LANGUAGECODE>de</LANGUAGECODE>
<CUSTOMERID>14</CUSTOMERID>
<IPADDRESSCUSTOMER>87.213.36.165</IPADDRESSCUSTOMER>
<EMAIL>[email protected]</EMAIL>
<PHONENUMBER>0123456789</PHONENUMBER>
<BIRTHDATE>19470425</BIRTHDATE>
<SURNAME>Cruijff</SURNAME>
<PREFIXFIRSTNAME></PREFIXFIRSTNAME>
<FIRSTNAME>Jopie</FIRSTNAME>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<ZIP>1414 ES</ZIP>
<CITY>Barcelona</CITY>
<PAYMENT>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>DE</COUNTRYCODE>
<EXPIRYDATE>1208</EXPIRYDATE>
<CREDITCARDNUMBER>4567350000427977</CREDITCARDNUMBER>
<CVV>123</CVV>
<CVVINDICATOR>1</CVVINDICATOR>
</PAYMENT>
<RISKASSESSMENT>
<RISKSERVICES>C,R</RISKSERVICES>
</RISKASSESSMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<ORDERID>9187460210</ORDERID>
<META>
<REQUESTID>8877</REQUESTID>
<RESPONSEDATETIME>20080723145845</RESPONSEDATETIME>
</META>
<FRAUD>
<SERVICE>
<SERVICECODE>R</SERVICECODE>
<SERVICERESULT>A</SERVICERESULT>
<DETAILS>
<FRAUDCODE>0100</FRAUDCODE>
</DETAILS>
</SERVICE>
<SERVICE>
<SERVICECODE>C</SERVICECODE>
<SERVICERESULT>N</SERVICERESULT>
<DETAILS>
<CITY>amsterdam</CITY>
<COUNTRY>nl</COUNTRY>
<STATE>noord-holland</STATE>
</DETAILS>
</SERVICE>
</FRAUD>
</RESPONSE>
</XML>
Example—Request for direct debit fraud check and bank account validation
<XML>
<REQUEST>
<ACTION>DO_RISKASSESSMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<ORDER>
<MERCHANTREFERENCE>RA-12345</MERCHANTREFERENCE>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>DE</COUNTRYCODE>
<LANGUAGECODE>de</LANGUAGECODE>
<CUSTOMERID>14</CUSTOMERID>
<IPADDRESSCUSTOMER>87.213.36.165</IPADDRESSCUSTOMER>
<EMAIL>[email protected]</EMAIL>
<PHONENUMBER>0123456789</PHONENUMBER>
<BIRTHDATE>19470425</BIRTHDATE>
<SURNAME>Cruijff</SURNAME>
<PREFIXFIRSTNAME></PREFIXFIRSTNAME>
<FIRSTNAME>Jopie</FIRSTNAME>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<ZIP>1414 ES</ZIP>
<CITY>Barcelona</CITY>
<STATE>Catalunia</STATE>
</ORDER>
<PAYMENT>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>DE</COUNTRYCODE>
<BANKNAME>Caixa</BANKNAME>
<ACCOUNTNAME>Cruijff</ACCOUNTNAME>
<ACCOUNTNUMBER>28888</ACCOUNTNUMBER>
<BANKCODE>70050000</BANKCODE>
<BANKCHECKDIGIT>14</BANKCHECKDIGIT>
<BRANCHCODE>141414</BRANCHCODE>
</PAYMENT>
<RISKASSESSMENT>
<RISKSERVICES>D,V</RISKSERVICES>
</RISKASSESSMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>DO_RISKASSESSMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<ORDER>
<MERCHANTREFERENCE>RA-12345</MERCHANTREFERENCE>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>DE</COUNTRYCODE>
<LANGUAGECODE>de</LANGUAGECODE>
<CUSTOMERID>14</CUSTOMERID>
<IPADDRESSCUSTOMER>87.213.36.165</IPADDRESSCUSTOMER>
<EMAIL>[email protected]</EMAIL>
<PHONENUMBER>0123456789</PHONENUMBER>
<BIRTHDATE>19470425</BIRTHDATE>
<SURNAME>Cruijff</SURNAME>
<PREFIXFIRSTNAME></PREFIXFIRSTNAME>
<FIRSTNAME>Jopie</FIRSTNAME>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<ZIP>1414 ES</ZIP>
<CITY>Barcelona</CITY>
<STATE>Catalunia</STATE>
</ORDER>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>DE</COUNTRYCODE>
<BANKNAME>Caixa</BANKNAME>
<ACCOUNTNAME>Cruijff</ACCOUNTNAME>
<ACCOUNTNUMBER>28888</ACCOUNTNUMBER>
<BANKCODE>70050000</BANKCODE>
<BANKCHECKDIGIT>14</BANKCHECKDIGIT>
<BRANCHCODE>141414</BRANCHCODE>
<COUNTRYCODEBANK>DE</COUNTRYCODEBANK>
</PAYMENT>
<RISKASSESSMENT>
<RISKSERVICES>C,D,V</RISKSERVICES>
</RISKASSESSMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<ORDERID>9187460211</ORDERID>
<META>
<REQUESTID>9579</REQUESTID>
<RESPONSEDATETIME>20080723150216</RESPONSEDATETIME>
</META>
<FRAUD>
<SERVICE>
<SERVICECODE>D</SERVICECODE>
<SERVICERESULT>A</SERVICERESULT>
</SERVICE>
<SERVICE>
<SERVICECODE>V</SERVICECODE>
<SERVICERESULT>A</SERVICERESULT>
<DETAILS>
<REFACCOUNTNUMBER>0000028888</REFACCOUNTNUMBER>
<REFBANKCODE>70050000</REFBANKCODE>
<CHECKSPERFORMED>
<CHECK>
<CHECKCODE>0500</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0520</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0030</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0130</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0140</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0135</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0145</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0080</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0081</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0635</CHECKCODE>
<CHECKRESULT>WARNING</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0090</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0070</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0210</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0110</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
<CHECK>
<CHECKCODE>0150</CHECKCODE>
<CHECKRESULT>PASSED</CHECKRESULT>
</CHECK>
</CHECKSPERFORMED>
</DETAILS>
</SERVICE>
</FRAUD>
</RESPONSE>
</REQUEST>
</XML>
PAYMENT
Input keys
(Default=1)
l 0=Authorization only
AUTHENTICATIONINDICATOR N1 O 1
l 1=Continue if possible
l 2=Validation only
CHALLENGERESPONSEDATA Challenge response received from ACS in base64 encoded form AN5000 O
Return keys
STATUSID Status N5 –
PAYMENTREFER Reference given by Ingenico ePayments to payment AN12 Returned after authorization
ENCE
ADDITIONALREFE AN20
RENCE
321234
l 02=Successful authentication
(MasterCard)
l 02=Successful authentication
ECI N1 Returned after
(MasterCard, Maestro) AuthenticationValidation
ACSTRANSACTIONID Universally Unique transaction identifier assigned by the ACS to identify a single transaction. AN36
Example
<XML>
<REQUEST>
<ACTION>DO_VALIDATE</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>333460</ORDERID>
<EFFORTID>1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
<REQUEST>
<ACTION>DO_VALIDATE</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<REQUESTIPADDRESS>192.168.203.200:80</REQUESTIPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>333460</ORDERID>
<EFFORTID>1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<REQUESTID>1</REQUESTID>
<RESPONSEDATETIME>20040629092555</RESPONSEDATETIME>
</META>
<ROW>
<MERCHANTID>1</MERCHANTID>
<ORDERID>159152479</ORDERID>
<EFFORTID>1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
<STATUSID>800</STATUSID>
<STATUSDATE>200406290926555</STATUSDATE>
<PAYMENTREFERENCE>0</PAYMENTREFERENCE>
<FRAUDRESULT>N</FRAUDRESULT>
<FRAUDCODE>0000</FRAUDCODE
<ADDITIONALREFERENCE>00000000010159152479</ADDITIONALREFERENCE>
<STATUSDATE>20040629092555</STATUSDATE>
<EXTERNALREFERENCE>000000000101591524790000100001</EXTERNALREFERENCE>
<AVSRESULT>0</AVSRESULT>
<ECI>5</ECI>
<CAVV>33240a04aa06dfsafdfas29092fsdaf555</CAVV>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
<REQUEST>
<ACTION>DO_VALIDATE</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<REQUESTIPADDRESS>192.168.203.200:80</REQUESTIPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PAYMENT>
<ORDERID>333460</ORDERID>
<EFFORTID>1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
<SIGNEDPARES>123432kjvdhasiyfdiasyi23u4h2452g</SIGNEDPARES>
<AUTHENTICATIONINDICATOR>2</AUTHENTICATIONINDICATOR>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<REQUESTID>1</REQUESTID>
<RESPONSEDATETIME>20040629092555</RESPONSEDATETIME>
</META>
<ROW>
<MERCHANTID>1</MERCHANTID>
<ORDERID>159152479</ORDERID>
<EFFORTID>1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
<STATUSID>200</STATUSID>
<STATUSDATE>200406290926555</STATUSDATE>
<ECI>5</ECI>
<CAVV>33240a04aa06dfsafdfas29092fsdaf555</CAVV>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
<REQUEST>
<ACTION>DO_VALIDATE</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<REQUESTIPADDRESS>192.168.203.200:80</REQUESTIPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<ORDERID>333460</ORDERID>
<EFFORTID>1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
<SIGNEDPARES>123432kjvdhasiyfdiasyi23u4h2452g</SIGNEDPARES>
<AUTHENTICATIONINDICATOR>1</AUTHENTICATIONINDICATOR>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>NOK</RESULT>
<META>
<REQUESTID>2</REQUESTID>
<RESPONSEDATETIME>20040629094126</RESPONSEDATETIME>
</META>
<ERROR>
<CODE>400630</CODE>
</ERROR>
</RESPONSE>
</REQUEST>
</XML>
GENERAL
Bulgaria AN 22 BG80BNBG96611020345678
Croatia AN 21 HR1210010051863000160
Cyprus AN 28 CY17002001280000001200527600
Denmark AN 18 DK5000400440116243
Estonia AN 20 EE382200221020145685
Finland AN 18 FI2112345600000785
France AN 27 FR1420041010050500013M02606
Germany AN 22 DE89370400440532013000
Gibraltar AN 23 GI75NWBK000000007099453
Greece AN 27 GR1601101250000000012300695
Greenland AN 18 GL8964710001000206
Hungary AN 28 HU42117730161111101800000000
Iceland AN 26 IS140159260076545510730339
Ireland AN 22 IE29AIBK93115212345678
Italy AN 27 IT60X0542811101000000123456
Latvia AN 21 LV80BANK0000435195001
Liechtenstein AN 21 LI21088100002324013AA
Lithuania AN 20 LT121000011101001000
Luxembourg AN 20 LU280019400644750000
Macedonia AN 19 MK07300000000042425
Malta AN 31 MT84MALT011000012345MTLCAST001S
Monaco AN 27 MC5813488000010051108001292
Montenegro AN 22 ME25505000012345678951
Norway AN 15 NO9386011117947
Poland AN 28 PL27114020040000300201355387
Portugal AN 25 PT50000201231234567890154
Romania AN 24 RO49AAAA1B31007593840000
Serbia AN 22 RS35260005601001611379
Slovakia AN 24 SK3112000000198742637541
Slovenia AN 19 SI56191000000123438
Spain AN 24 ES9121000418450200051332
Sweden AN 24 SE3550000000054910000003
Switzerland AN 21 CH9300762011623852957
Tunisia AN 24 TN5914207207100707129648
Input keys
BANKCODE BANKCHECKDIGIT are required for some countries if ACCOUNTNUMBER is given AN15 R 200000
BRANCHCODE BANKCHECKDIGIT are required for some countries if ACCOUNTNUMBER is given AN15 R 12345
ACCOUNTNUMBER is given
COUNTRYCODEBANK ISO 3166 Country code where bank account is held AN2 R DE
Return keys
CODE No keys are communicated for empty keys in the response N10 500123
MESSAGE No keys are communicated for empty keys in the response AN4000 Account number exceeds maximum length
BANKDATA Marker (no key) if valid IBAN or BBAN and bank data present – –
REFBANKCODE Reformatted bank code according to local clearing rules AN15 150000
REFBRANCHCODE Reformatted branch code according to local clearing rules AN15 1234
REFACCOUNTNUMBER Reformatted account number according to local clearing rules AN30 12345679
NEWBANKNAME Bank Name returned matching the bank code of the request AN40 BARCLAYS BANK PLC
SWIFT Marker (no key) if valid IBAN or BBAN and swift data present – –
CHIPSUID CHIPSUID – –
Examples
<XML>
<REQUEST>
<ACTION>GET_BANKDETAILS</ACTION>
<META>
<MERCHANTID>0010</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<GENERAL>
<ACCOUNTNUMBER>1111111116</ACCOUNTNUMBER>
<BANKCODE>10010010</BANKCODE>
<COUNTRYCODEBANK>DE</COUNTRYCODEBANK>
</GENERAL>
</PARAMS>
</REQUEST>
</XML>
Possible OK response
<XML>
<REQUEST>
<ACTION>GET_BANKDETAILS</ACTION>
<META>
<MERCHANTID>9945</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>192.168.41.28</REQUESTIPADDRESS>
</META>
<PARAMS>
<GENERAL>
<BANKCODE>10010010</BANKCODE>
<ACCOUNTNUMBER>1111111116</ACCOUNTNUMBER>
</GENERAL>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<REQUESTID>7616</REQUESTID>
<RESPONSEDATETIME>20090406142438</RESPONSEDATETIME>
</META>
<SWIFT>
<SERVICES>FINTG+</SERVICES>
<BIC>PBNKDEFF100</BIC>
<POBOXZIP>10916</POBOXZIP>
<EXTRAINFO>BRA</EXTRAINFO>
<CATEGORY>BANK</CATEGORY>
<ROUTINGBIC>PBNKDEFF100</ROUTINGBIC>
<POBOXCOUNTRY>Germany</POBOXCOUNTRY>
</SWIFT>
<BANKDATA>
<REFACCOUNTNUMBER>1111111116</REFACCOUNTNUMBER>
<REFBANKCODE>10010010</REFBANKCODE>
</BANKDATA>
<IBAN>
<IBAN>DE75100100101111111116</IBAN>
</IBAN>
</RESPONSE>
</REQUEST>
</XML>
<REQUEST>
<ACTION>GET_BANKDETAILS</ACTION>
<META>
<MERCHANTID>9945</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>192.168.41.28</REQUESTIPADDRESS>
</META>
<PARAMS>
<GENERAL>
<BANKCODE>10010010</BANKCODE>
<ACCOUNTNUMBER>111111111</ACCOUNTNUMBER>
</GENERAL>
</PARAMS>
<RESPONSE>
<RESULT>NOK</RESULT>
<META>
<REQUESTID>7617</REQUESTID>
<RESPONSEDATETIME>20090406142520</RESPONSEDATETIME>
</META>
<ERROR>
<CODE>3001000</CODE>
</ERROR>
</RESPONSE>
</REQUEST>
</XML>
<REQUEST>
<ACTION>GET_BANKDETAILS</ACTION>
<META>
<MERCHANTID>9945</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<GENERAL>
<IBAN>DE75100100101111111116</IBAN>
</GENERAL>
</PARAMS>
</REQUEST>
</XML>
Possible OK response
<XML>
<REQUEST>
<ACTION>GET_BANKDETAILS</ACTION>
<META>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>192.168.41.28</REQUESTIPADDRESS>
</META>
<PARAMS>
<GENERAL>
<IBAN>DE75100100101111111116</IBAN>
</GENERAL>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<REQUESTID>7618</REQUESTID>
<RESPONSEDATETIME>20090406142727</RESPONSEDATETIME>
</META>
<SWIFT>
<SERVICES>FINTG+</SERVICES>
<BIC>PBNKDEFF100</BIC>
<POBOXZIP>10916</POBOXZIP>
<EXTRAINFO>BRA</EXTRAINFO>
<CATEGORY>BANK</CATEGORY>
<ROUTINGBIC>PBNKDEFF100</ROUTINGBIC>
<POBOXCOUNTRY>Germany</POBOXCOUNTRY>
</SWIFT>
<BBAN>
<COUNTRYCODEBANK>DE</COUNTRYCODEBANK>
<BANKCODE>10010010</BANKCODE>
<ACCOUNTNUMBER>1111111116</ACCOUNTNUMBER>
</BBAN>
<BANKDATA>
<REFACCOUNTNUMBER>1111111116</REFACCOUNTNUMBER>
<REFBANKCODE>10010010</REFBANKCODE>
</BANKDATA>
</RESPONSE>
</REQUEST>
</XML>
<ACTION>GET_BANKDETAILS</ACTION>
<META>
<MERCHANTID>9945</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>192.168.41.28</REQUESTIPADDRESS>
</META>
<PARAMS>
<GENERAL>
<IBAN>DE7510010010111111111</IBAN>
</GENERAL>
</PARAMS>
<RESPONSE>
<RESULT>NOK</RESULT>
<META>
<REQUESTID>7619</REQUESTID>
<RESPONSEDATETIME>20090406142829</RESPONSEDATETIME>
</META>
<ERROR>
<CODE>420080</CODE>
</ERROR>
</RESPONSE>
</REQUEST>
</XML>
<REQUEST>
<ACTION>GET_BANKDETAILS</ACTION>
<META>
<MERCHANTID>9945</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<GENERAL>
<BANKCODE>10010010</BANKCODE>
<ACCOUNTNUMBER>1111111116</ACCOUNTNUMBER>
<IBAN>DE75100100101111111116</IBAN>
</GENERAL>
</PARAMS>
</REQUEST>
</XML>
Possible OK response
<XML>
<REQUEST>
<ACTION>GET_BANKDETAILS</ACTION>
<META>
<MERCHANTID>9945</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>192.168.41.28</REQUESTIPADDRESS>
</META>
<PARAMS>
<GENERAL>
<BANKCODE>10010010</BANKCODE>
<ACCOUNTNUMBER>1111111116</ACCOUNTNUMBER>
<COUNTRYCODEBANK>DE</COUNTRYCODEBANK>
<IBAN>DE75100100101111111116</IBAN>
</GENERAL>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<REQUESTID>7621</REQUESTID>
<RESPONSEDATETIME>20090406142955</RESPONSEDATETIME>
</META>
<SWIFT>
<SERVICES>FINTG+</SERVICES>
<BIC>PBNKDEFF100</BIC>
<POBOXZIP>10916</POBOXZIP>
<EXTRAINFO>BRA</EXTRAINFO>
<CATEGORY>BANK</CATEGORY>
<ROUTINGBIC>PBNKDEFF100</ROUTINGBIC>
<POBOXCOUNTRY>Germany</POBOXCOUNTRY>
</SWIFT>
<COUNTRYCODEBANK>DE</COUNTRYCODEBANK>
<BANKCODE>10010010</BANKCODE>
<ACCOUNTNUMBER>1111111116</ACCOUNTNUMBER>
</BBAN>
<BANKDATA>
<REFACCOUNTNUMBER>1111111116</REFACCOUNTNUMBER>
<REFBANKCODE>10010010</REFBANKCODE>
</BANKDATA>
</RESPONSE>
</REQUEST>
</XML>
<REQUEST>
<ACTION>GET_BANKDETAILS</ACTION>
<META>
<MERCHANTID>9945</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>192.168.41.28</REQUESTIPADDRESS>
</META>
<PARAMS>
<GENERAL>
<BANKCODE>10010010</BANKCODE>
<ACCOUNTNUMBER>1111111116</ACCOUNTNUMBER>
<COUNTRYCODEBANK>GB</COUNTRYCODEBANK>
<IBAN>DE75100100101111111116</IBAN>
</GENERAL>
</PARAMS>
<RESPONSE>
<RESULT>NOK</RESULT>
<META>
<REQUESTID>7620</REQUESTID>
<RESPONSEDATETIME>20090406142944</RESPONSEDATETIME>
</META>
<ERROR>
<CODE>420070</CODE>
<MESSAGE>REQUEST 7620 IBAN COUNTRYCODEBANK DE DOES NOT MATCH BBAN COUNTRYCODEBANK GB</MESSAGE>
</ERROR>
</REQUEST>
</XML>
GENERAL
Input keys
IPADDRESS This is verified with the configured addresses at Ingenico ePayments AN32 O 123.123.123.123
Return keys
ISSUERID The unique Ingenico ePayments ID for the issuing bank AN11
ISSUERNAME Name of issuer to present to consumer—As listed in the stored directory information –
l Short
COUNTRYNAMES Name of the country for which the ISSUERID is valid AN35 –
<REQUEST>
<ACTION>GET_DIRECTORY</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<GENERAL>
<PAYMENTPRODUCTID>809</PAYMENTPRODUCTID>
<COUNTRYCODE>NL</COUNTRYCODE>
<CURRENCYCODE>EUR</CURRENCYCODE>
</GENERAL>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>GET_DIRECTORY</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<GENERAL>
<PAYMENTPRODUCTID>809</PAYMENTPRODUCTID>
<COUNTRYCODE>NL</COUNTRYCODE>
<CURRENCYCODE>EUR</CURRENCYCODE>
</GENERAL>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20150127155000</RESPONSEDATETIME>
</META>
<ROW>
<ISSUERID>ABNANL2A</ISSUERID>
<ISSUERLIST>Short</ISSUERLIST>
<COUNTRYNAMES>Nederland</COUNTRYNAMES>
</ROW>
<ROW>
<ISSUERID>ABNANL21</ISSUERID>
<ISSUERNAME>ASN Bank</ISSUERNAME>
<ISSUERLIST>Long</ISSUERLIST>
<COUNTRYNAMES>Nederland</COUNTRYNAMES>
</ROW>
<ROW>
<ISSUERID>FRBKNL2L</ISSUERID>
<ISSUERNAME>Friesland Bank</ISSUERNAME>
<ISSUERLIST>Short</ISSUERLIST>
<COUNTRYNAMES>Nederland</COUNTRYNAMES>
</ROW>
<ROW>
<ISSUERID>RABONL2U</ISSUERID>
<ISSUERNAME>Rabobank</ISSUERNAME>
<ISSUERLIST>Short</ISSUERLIST>
<COUNTRYNAMES>Nederland</COUNTRYNAMES>
</ROW>
<ROW>
<ISSUERID>BRBNL21</ISSUERID>
<ISSUERNAME>RegioBank</ISSUERNAME>
<ISSUERLIST>Long</ISSUERLIST>
<COUNTRYNAMES>Nederland</COUNTRYNAMES>
</ROW>
<ROW>
<ISSUERID>SNSBNL2A</ISSUERID>
<ISSUERNAME>SNS Bank</ISSUERNAME>
<ISSUERLIST>Short</ISSUERLIST>
<COUNTRYNAMES>Nederland</COUNTRYNAMES>
</ROW>
<ROW>
<ISSUERID>TRIONL2U</ISSUERID>
<ISSUERNAME>Triodos Bank</ISSUERNAME>
<ISSUERLIST>Long</ISSUERLIST>
</ROW>
<ROW>
<ISSUERID>FVLBNL22</ISSUERID>
<ISSUERLIST>Long</ISSUERLIST>
<COUNTRYNAMES>Nederland</COUNTRYNAMES>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
ORDER
Input keys
ACTION GET_ORDER
IPADDRESS This is verified with the configured addresses at Ingenico ePayments AN32 O 123.123.123.123
EFFORTID Default=1 N5 R 1
Return keys
Format: YYYYMMDDHHMMSS
ERROR Marker (no key) – See the WebCollect error codes guide
MESSAGE Message for error or event AN4000 REQUEST DID NOT HAVE A UNIQUE ORDERID
<XML>
<REQUEST>
<ACTION>GET_ORDER</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<ORDER>
<ORDERID>9998890004</ORDERID>
<EFFORTID>2</EFFORTID>
</ORDER>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>GET_ORDER</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<ORDER>
<ORDERID>537512</ORDERID>
</ORDER>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20021001151340</RESPONSEDATETIME>
<REQUESTID>144</REQUESTID>
</META>
<ROW>
<REF>00000000010000537512</REF>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
ORDER
Input keys
Order ID
ORDERID Either ORDERID or MERCHANTORDERID (at least one of them) is required for N10 R 9998890004
GET_ORDERSTATUS v2.0
MERCHANTORDERID Either ORDERID or MERCHANTORDERID (at least one of them) is required for N10 R 1234567899
GET_ORDERSTATUS v2.0
MERCHANTREFERENCE allowed input is ASCII 32–126 characters—Do not include trailing spaces in the
MERCHANTREFERENCE
MERCHANTREFERE N10 O 12345678
NCE 99
RESULT OK or NOK AN OK
10
MERCHANTREFERENCE allowed input is ASCII 32–126 characters—Do not include trailing spaces
in the MERCHANTREFERENCE
MERCHANTREFE AN 2121212
RENCE 50
STATUSID Status N5
MANDATEID Mandate identifier for this transaction AN In returns for SEPA direct debit
35 transactions
PROFILETOKEN Profile token for this transaction AN In returns for SEPA direct debit
40 transactions
FRAUDRESULT Result of the Fraud service—See the WebCollect error codes guide AN1 D
SCHEMETRANSACTI Unique transaction identifier returned by Visa and Mastercard for Pre Authorization, Recurring AN AS37504079V1664
ONID and UCOF transactions 15
INITIALSCHEMETRAN The transaction ID given by Visa and Mastercard after the First Recurring/First UCOF/Pre AN MC1238743876289
SACTIONID Authorization 15
Club)
Status of the third party consumer account returned with the name of the third party account
status—This key does not work with version 1.0
CUSTOMERACCOUN AN For PayPal, status is either
TSTATUS 40 verified or unverified
CUSTOMERADDRES
SSTATUS
ACCOUNTID
PAYERID
Returns a value of 0 or 1
MESSAGE Message for error or event AN4000 ORDERID NOT FOUND IN REQUEST
Additional Return Keys for transaction processed with new EMV 3DS version of 3D
Key Definition Type Example
ACSTRANSACTIONID Universally Unique transaction identifier assigned by the ACS to identify a single AN36 A9885E27-797D-4726-BDE6-
transaction. 18C502D62C04
THREEDSMETHODURL ACS Method URL to redirect AN2 only available if the issuer sends it in
56 the response
THREEDSMETHODURLDA Contain data of 3DS Method Notification URL and ThreeDS Server tx id in base64 AN5 only available if the issuer sends it in
TA encoded format 000 the response
CARDHOLDERINFO Text provided by the ACS/Issuer to Cardholder during a Frictionless transaction that AN1 "Additional authentication is needed
was not authenticated by the ACS. 28 for this transaction"
DIRECTORYSERVERTRA Universally unique transaction identifier assigned by the Directory Server (schemes) AN36 f25084f0-5b16-4c0a-ae5d-
NSACTIONID to identify a single transaction b24808a95e4b
CREQ Base64 encoded Creq json data AN5 only available if the issuer asked for a
000 challenge
THREEDSPROTOCOLVER the most recent active protocol version that is supported by the Directory server AN8 2.1.0
SION
New EMV 3DS version Response XML Sample for Frictionless Transaction
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20190712122108</RESPONSEDATETIME>
<REQUESTID>302</REQUESTID>
</META>
<STATUS>
<STATUSDATE>20190712142108</STATUSDATE>
<FRAUDRESULT>N</FRAUDRESULT>
<THREEDSPROTOCOLVERSION>2.1.0</THREEDSPROTOCOLVERSION>
<PAYMENTREFERENCE>0</PAYMENTREFERENCE>
<CUSTOMERTHREEDDATE>201907121221</CUSTOMERTHREEDDATE>
<EXPIRYDATE>1219</EXPIRYDATE>
<CUSTOMERTHREEDREF>A9885E27-797D-4726-BDE6-18C502D62C04</CUSTOMERTHREEDREF>
<THREEDSSERVERTRANSACTIONID>bfce9a80-7a8c-4081-acfd-c08ac507443a</THREEDSSERVERTRANSACTIONID>
<ORDERID>8071</ORDERID>
<CREDITCARDNUMBER>************0026</CREDITCARDNUMBER>
<EFFORTID>1</EFFORTID>
<ECI>05</ECI>
<CVVRESULT>0</CVVRESULT>
<PAYMENTMETHODID>1</PAYMENTMETHODID>
<ATTEMPTID>1</ATTEMPTID>
<CUSTOMERTHREEDMETHOD>1</CUSTOMERTHREEDMETHOD>
<CAVV>AAABBEg0VhI0VniQEjRWAAAAAAA=</CAVV>
<AMOUNT>5000</AMOUNT>
<AVSRESULT>0</AVSRESULT>
<MERCHANTID>40104</MERCHANTID>
<DIRECTORYSERVERTRANSACTIONID>f25084f0-5b16-4c0a-ae5d-b24808a95e4b</DIRECTORYSERVERTRANSACTION
ID>
<STATUSID>600</STATUSID>
<ACSTRANSACTIONID>A9885E27-797D-4726-BDE6-18C502D62C04</ACSTRANSACTIONID>
<CURRENCYCODE>EUR</CURRENCYCODE>
<PAYMENTPRODUCTID>1</PAYMENTPRODUCTID>
</STATUS>
</RESPONSE>
<XML>
<REQUEST>
<ACTION>GET_ORDERSTATUS</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>2.0</VERSION>
</META>
<PARAMS>
<ORDER>
<ORDERID>9998890004</ORDERID>
</ORDER>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>GET_ORDERSTATUS</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>2.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<ORDER>
<ORDERID>9998890004</ORDERID>
</ORDER>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<REQUESTID>245</REQUESTID>
<RESPONSEDATETIME>20100419133351</RESPONSEDATETIME>
</META>
<STATUS>
<PAYMENTMETHODID>1</PAYMENTMETHODID>
<CURRENCYCODE>EUR</CURRENCYCODE>
<FRAUDRESULT>N</FRAUDRESULT>
<EFFORTID>1</EFFORTID>
<CREDITCARDNUMBER>************7977</CREDITCARDNUMBER>
<AUTHORISATIONCODE>654321</AUTHORISATIONCODE>
<PAYMENTREFERENCE>900100000010</PAYMENTREFERENCE>
<ATTEMPTID>2</ATTEMPTID>
<MERCHANTID>1</MERCHANTID>
<AMOUNT>2345</AMOUNT>
<STATUSDATE>20100419132926</STATUSDATE>
<PAYMENTPRODUCTID>1</PAYMENTPRODUCTID>
<CVVRESULT>0</CVVRESULT>
<ORDERID>9998890004</ORDERID>
<EXPIRYDATE>1210</EXPIRYDATE>
</STATUS>
</RESPONSE>
</REQUEST>
</XML>
<REQUEST>
<ACTION>GET_ORDERSTATUS</ACTION>
<META>
<MERCHANTID>8501</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>2.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<ORDER>
<ORDERID>2009111101</ORDERID>
</ORDER>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<REQUESTID>14017</REQUESTID>
<RESPONSEDATETIME>20091111110809</RESPONSEDATETIME>
</META>
<PAYMENTMETHODID>8</PAYMENTMETHODID>
<STATUSID>600</STATUSID>
<CURRENCYCODE>EUR</CURRENCYCODE>
<EFFORTID>1</EFFORTID>
<PAYMENTREFERENCE>850100008809</PAYMENTREFERENCE>
<ATTEMPTID>1</ATTEMPTID>
<MERCHANTID>8501</MERCHANTID>
<AMOUNT>3000</AMOUNT>
<STATUSDATE>20091111091128</STATUSDATE>
<PAYMENTPRODUCTID>840</PAYMENTPRODUCTID>
<ORDERID>2009111101</ORDERID>
<CUSTOMERACCOUNT>
<CUSTOMERACCOUNTSTATUS>verified</CUSTOMERACCOUNTSTATUS>
</CUSTOMERACCOUNT>
</STATUS>
</RESPONSE>
</REQUEST>
</XML>
GENERAL
Input keys
PAYMENTPRODUCTID Payment product identifier N5 R See the WebCollect error codes guide
Return keys
10000Short date (MMYY) 10001Credit card number 10003Country code 10004Currency code
10005Language code
10010Date (YYYYMMDD)
10011Bank Code
10013Email Type
10097Binary (0=False/1=True)
EDITABLEINDICA l 0=No N1 0
TOR
l 1=Yes
l 0 =No
l 1=Yes
l 17=Yes, but can be left empty if HostedMerchantLink is used—In this case, Ingenico
ePayments presents a page to collect this data
MANDATORYINDI N1 1
CATOR
l 0=No
l 1=Yes
l 17=Yes, but can be left empty if HostedMerchantLink is used—In this case, Ingenico
ePayments presents a page to collect this data
PRESENCEINDIC N1 1
ATOR
SCRAMBLEDINDI l 0=No N1 0
CATOR
Source of key
l 0=Order—If no value is supplied in the payment request, the value from the order
request is used
l 1=Consumer
SOURCEINDICAT N1 1
OR l 3=Merchant-determined—usually based on consumer input
ERROR Marker (no key) – See the WebCollect error codes guide
Example
<XML>
<REQUEST>
<ACTION>GET_PAYMENTPRODUCTFIELDS</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<GENERAL>
<LANGUAGECODE>en</LANGUAGECODE>
<PAYMENTPRODUCTID>1</PAYMENTPRODUCTID>
</GENERAL>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>GET_PAYMENTPRODUCTFIELDS</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<GENERAL>
<LANGUAGECODE>en</LANGUAGECODE>
<PAYMENTPRODUCTID>1</PAYMENTPRODUCTID>
</GENERAL>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<RESPONSEDATETIME>20040718145902</RESPONSEDATETIME>
<REQUESTID>245</REQUESTID>
</META>
<ROW>
<FIELDNAME>CREDITCARDNUMBER</FIELDNAME>
<DATATYPE>10001</DATATYPE>
<DATALENGTH>19</DATALENGTH>
<DATAPRECISION>0</DATAPRECISION>
<EDITABLEINDICATOR>1</EDITABLEINDICATOR>
<MANDATORYINDICATOR>1</MANDATORYINDICATOR>
<PRESENCEINDICATOR>1</PRESENCEINDICATOR>
<SOURCEINDICATOR>1</SOURCEINDICATOR>
</ROW>
...
</RESPONSE>
</REQUEST>
</XML>
GENERAL
Input keys
COUNTRYCODE ISO 3166 country code for which payment products should be retrieved AN2 R GB
Indicates if CURRENCYCODE filter is used to help determine the payment products to be used 0=CURRENCYCODE
FILTERINDICATOR N1 O 1=CURRENCYCODE
filter is on
AMOUNT Amount of the order in cents in currency code provided (or when empty in the default currency EUR) N12 O 12000
Type of order
Return keys
ERROR Marker (no key) – See the WebCollect error codes guide
MESSAGE Message for error or event AN4000 AMOUNT NOT FOUND IN REQUEST
Example
<XML>
<REQUEST>
<ACTION>GET_PAYMENTPRODUCTS</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<GENERAL>
<LANGUAGECODE>en</LANGUAGECODE>
<COUNTRYCODE>GB</COUNTRYCODE>
</GENERAL>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>GET_PAYMENTPRODUCTS</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<GENERAL>
<LANGUAGECODE>en</LANGUAGECODE>
<COUNTRYCODE>GB</COUNTRYCODE>
</GENERAL>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20040718145902</RESPONSEDATETIME>
<REQUESTID>245</REQUESTID>
</META>
<ROW>
<PAYMENTMETHODNAME>Credit Card</PAYMENTMETHODNAME>
<PAYMENTPRODUCTID>1</PAYMENTPRODUCTID>
<PAYMENTPRODUCTNAME>Visa</PAYMENTPRODUCTNAME>
<MINAMOUNT>500</<MINAMOUNT>
<ORDERTYPEINDICATOR>7</ORDERTYPEINDICATOR>
</ROW>
<ROW>
<PAYMENTMETHODNAME>Credit Card</PAYMENTMETHODNAME>
<PAYMENTPRODUCTID>2</PAYMENTPRODUCTID>
<PAYMENTPRODUCTNAME>American Express</PAYMENTPRODUCTNAME>
<MAXAMOUNT>500</<MAXAMOUNT>
<ORDERTYPEINDICATOR>7</ORDERTYPEINDICATOR>
</ROW>
<ROW>
<PAYMENTPRODUCTID>548</PAYMENTPRODUCTID>
<PAYMENTPRODUCTNAME>NatWest</PAYMENTPRODUCTNAME>
<ORDERTYPEINDICATOR>1</ORDERTYPEINDICATOR>
</ROW>
...
</RESPONSE>
</REQUEST>
GET_PROFILE
This API call retrieves the details of a
l Mandate that must be printed and signed by the consumer for SEPA
PROFILE
Input keys
ACTION GET_PROFILE AN R
Return keys
RESULT l OK AN3 OK
l NOK
When OK
Identifies the type of transaction that this specific mandate accepts for the SEPA direct
debit
l S=One-off
l F=First recurring
TRANSACTIONTYPE AN2 S
l R=Second and subsequent recurring
l L=Last recurring
MANDATEPLACE City in which the consumer signed the mandate AN40 Hoofddorp
l 1=Mandate is signed
l 1=HTML
PRENOTIFICATION The email is sent from the merchant email address AN1 1
When NOK
GENERAL
Input keys
CURRENCYCODE ISO 4217 currency code of base amount to be converted AN3 R EUR
Return keys
apply
ISSUERAMOUNT Returns when dynamic currency conversion applies N12 66089 (=660.89)
EXCHANGERATESOURCENAME To meet regulatory requirements, where applicable AN32 Reuters Wholesale Interbank
Format: YYYYMMDDHHMM
Exchange rate used for transaction Last 4 digits are decimal places
Signature—You should provide this MAC in the API: DO_PAYMENT when you want to use
dynamic currency conversion
DCCMAC AN64
Example
<XML>
<REQUEST>
<ACTION>GET_RATE</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<GENERAL>
<AMOUNT>30000</AMOUNT>
<CURRENCYCODE>USD</CURRENCYCODE>
<CREDITCARDNUMBER>4032741234560004</CREDITCARDNUMBER>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>GET_PAYMENTPRODUCTS</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<GENERAL>
<AMOUNT>30000</AMOUNT>
<CURRENCYCODE>USD</CURRENCYCODE>
<CREDITCARDNUMBER>4032741234560004</CREDITCARDNUMBER>
</GENERAL>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20080219172339</RESPONSEDATETIME>
<REQUESTID>245</REQUESTID>
</META>
<ROW>
<EXCHANGERATE>1.3486</EXCHANGERATE>
<DCCINDICATOR>1</DCCINDICATOR>
<ISSUERCURRENCYCODE>CAD</ISSUERCURRENCYCODE>
<MARGINRATEPERCENTAGE>03.0000</MARGINRATEPERCENTAGE>
<EXCHANGERATEVALIDTO>20080823150000</EXCHANGERATEVALIDTO>
<EXCHANGERATESOURCETIMESTAMP>20080213 12:00</EXCHANGERATESOURCETIMESTAMP>
<DCCMAC>S1zfHPifCaEDLN+Xk+PWfg/GWg8=</DCCMAC>
<ISSUERAMOUNT>40458</ISSUERAMOUNT>
</ROW>
</RESPONSE>
</REQUEST>
MerchantLink merchants can use insert order The insert order structure is
REQUEST
ACTION
META
PARAMS
ORDER
Input keys
For Argentina, EMAIL is mandatory and must contain a valid email address—If the email confirming the transaction is
Type of order
OVERWRITEPAYMENT AN O 123400012
REFERENCE 12 349
CUSTOMERID ID of consumer AN O 1
15
Mandatory for UCOF transactions
Indicates a mandate
l PRESENT=Mandate present
STREET If you need to send shipping address to PayPal use the SHIPPING tags A O Polarisavenue
N50
ZIP If you need to send shipping address to PayPal use the SHIPPING tags A O 1000 AA
N10
City of consumer
CITY If you need to send shipping address to PayPal use the SHIPPING tags A O New York
N40
STATE If you need to send shipping address to PayPal use the SHIPPING tags A O New York
N35
Title consumer
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller Protection
Program. You can always do shipping handling with PayPal
SHIPPINGTITLE A O Mr.
N35
First name
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller Protection
Program. You can always do shipping handling with PayPalr
SHIPPINGFIRSTN A O Jack
AME N15
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller Protection
Program. You can always do shipping handling with PayPal
SHIPPINGPREFIX A O van
SURNAME N15
SHIPPINGEMAILA For electronic delivery, this is the email address to which the merchandise was delivered A O andrewlockers
DDRESS N70 @xxx.com
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller Protection
Program. You can always do shipping handling with PayPal
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller Protection
Program. You can always do shipping handling with PayPal
SHIPPINGSTREET A O Polarisa
N50 venue
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller Protection
Program. You can always do shipping handling with PayPal
SHIPPINGHOUSENUMB A O 1
ER N15
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller Protection
Program. You can always do shipping handling with PayPal
SHIPPINGADDITIONALA A O A
DDRESSINFO N50
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller Protection
Program. You can always do shipping handling with PayPal
SHIPPINGZIP A O 1000 AA
N10
City of consumer
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller Protection
Program. You can always do shipping handling with PayPal
SHIPPINGCITY A O New
N40 York
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller Protection
Program. You can always do shipping handling with PayPal
SHIPPINGSTATE A O New
N35 York
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller
SHIPPINGCOUNTRYCO A O US
DE N2
MERCHANTREFERENCE allowed
For transactions using the real-time bank transfer Netherlands payment product (809), iDEAL,
DESCRIPTOR
AN50
is limited to AN32 AN32
DESCRIPTOR O Shopping.com order
54321
l M=Male
l U=Unknown
Format: YYYYMMDDHH24MISS
BIRTHDATE Day of birth of consumer (for fraud detection reasons) CCYYMMDD N8 O 19780203
STARTDATE time portion (HH24MISS) must use Central European Time (CET) and must reflect CET
daylight-savings time, when it is in use
End date of the recurring payments, if no end date is provided and no number of payments is provided
Format: CCYYMMDDHH24MISS
used N6
N8
AGENTNUMBERICC O 123456 or
ODE 12345678
number
l Form code—A maximum of 3 digits indicating the type of document, the source of issue and the number of
coupons it contains
digits allocated on a sequential basis, provided that the total number of digits allocated to the form code and serial
number shall not exceed ten
You can replace TICKETNUMBER with PNR if the ticket number is unavailable
l TOD=Ticket On Departure
Place of issue
For sales in US, the last two characters (pos 14–15) must be the US state code
PLACEOFISSUE AN O –
15
CUSTOMERID AN O 14
16
In a case of multiple issuances of the same ticket to a cardholder, the merchant should use the last ticket date
Format: YYYYMMDD
ISSUEDATE N8 O 20090402
ISSUEDATE and
refundable
ISSUEDATE and
...flightlegs... – – –
Château Des
Description (116 positions) Number of items (4 positions) Price per item (12 positions) Chapelains 1998
CURRENCYCODE ISO 4217 currency code—If blank, the currency code of the order is the default value AN3 O USD
l O or blank=stopover permitted
The flight number assigned by the airline carrier with no leading spaces
The departure time in local time at the departure airport Format: HH:MM
Return keys—MerchantLink
ERROR Marker (no key) – See the WebCollect error codes guide
MESSAGE Message for error or event AN4000 REQUEST DID NOT HAVE A UNIQUE ORDERID
Example—MerchantLink
<XML>
<REQUEST>
<ACTION>INSERT_ORDER</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>2.0</VERSION>
</META>
<PARAMS>
<ORDER>
<ORDERID>9998990005</ORDERID>
<ORDERTYPE>1</ORDERTYPE>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<CUSTOMERID>14</CUSTOMERID>
<IPADDRESSCUSTOMER>192.168.203.1</IPADDRESSCUSTOMER>
<FIRSTNAME>Johan</FIRSTNAME>
<SURNAME>Cruijff</SURNAME>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<CITY>Barcelona</CITY>
<ZIP>1000 AA</ZIP>
<STATE>Catalunie</STATE>
<EMAILTYPEINDICATOR>1</EMAILTYPEINDICATOR>
<COMPANYNAME>Cruijff Sports</COMPANYNAME>
<VATNUMBER>VAT 14</VATNUMBER>
<INVOICEDATE>20030301000000</INVOICEDATE>
<INVOICENUMBER>20030222000000000001</INVOICENUMBER>
<ORDERDATE>20030222160000</ORDERDATE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
<RESELLERID>1</RESELLERID>
</ORDER>
<ORDERLINES>
<ORDERLINE>
<INVOICELINEDATA>invoiceline 1</INVOICELINEDATA>
<LINENUMBER>1</LINENUMBER>
<FREETEXT>freetext</FREETEXT>
<LINEAMOUNT>100</LINEAMOUNT>
<MERCHANTPAGENUMBER>1</MERCHANTPAGENUMBER>
<MERCHANTLINENUMBER>1</MERCHANTLINENUMBER>
</ORDERLINE>
<ORDERLINE>
<INVOICELINEDATA>invoiceline 2</INVOICELINEDATA>
<LINENUMBER>2</LINENUMBER>
<FREETEXT>freetext</FREETEXT>
<LINEAMOUNT>29890</LINEAMOUNT>
<MERCHANTPAGENUMBER>1</MERCHANTPAGENUMBER>
<MERCHANTLINENUMBER>2</MERCHANTLINENUMBER>
</ORDERLINE>
</ORDERLINES>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>INSERT_ORDER</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<ORDER>
<ORDERID>9998990005</ORDERID>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<CUSTOMERID>14</CUSTOMERID>
<IPADDRESSCUSTOMER>192.168.203.1</IPADDRESSCUSTOMER>
<FIRSTNAME>Johan</FIRSTNAME>
<SURNAME>Cruijff</SURNAME>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<CITY>Barcelona</CITY>
<ZIP>1000 AA</ZIP>
<STATE>Catalunie</STATE>
<EMAIL>[email protected]</EMAIL>
<EMAILTYPEINDICATOR>1</EMAILTYPEINDICATOR>
<COMPANYNAME>Cruijff Sports</COMPANYNAME>
<VATNUMBER>VAT 14</VATNUMBER>
<INVOICEDATE>20030301000000</INVOICEDATE>
<INVOICENUMBER>20030222000000000001</INVOICENUMBER>
<ORDERDATE>20030222160000</ORDERDATE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
<RESELLERID>1</RESELLERID>
</ORDER>
<ORDERLINES>
<ORDERLINE>
<INVOICELINEDATA>invoiceline 1</INVOICELINEDATA>
<LINENUMBER>1</LINENUMBER>
<FREETEXT>freetext</FREETEXT>
<LINEAMOUNT>100</LINEAMOUNT>
<MERCHANTPAGENUMBER>1</MERCHANTPAGENUMBER>
<MERCHANTLINENUMBER>1</MERCHANTLINENUMBER>
</ORDERLINE>
<ORDERLINE>
<INVOICELINEDATA>invoiceline 2</INVOICELINEDATA>
<LINENUMBER>2</LINENUMBER>
<LINEAMOUNT>29890</LINEAMOUNT>
<MERCHANTPAGENUMBER>1</MERCHANTPAGENUMBER>
<MERCHANTLINENUMBER>2</MERCHANTLINENUMBER>
</ORDERLINE>
</ORDERLINES>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20040718145902</RESPONSEDATETIME>
<REQUESTID>245</REQUESTID>
</META>
<ROW>
<PAYMENTMETHODNAME>Credit Card</PAYMENTMETHODNAME>
<PAYMENTPRODUCTID>1</PAYMENTMPRODUCTID>
<PAYMENTMPRODUCTNAME>Visa</PAYMENTMPRODUCTNAME>
</ROW>
<ROW>
<PAYMENTMETHODNAME>Credit Card</PAYMENTMETHODNAME>
<PAYMENTPRODUCTID>2</PAYMENTMPRODUCTID>
<PAYMENTMPRODUCTNAME>American Express</PAYMENTMPRODUCTNAME>
</ROW>
<ROW>
<PAYMENTMETHODNAME>Credit Card</PAYMENTMETHODNAME>
<PAYMENTPRODUCTID>3</PAYMENTMPRODUCTID>
<PAYMENTMPRODUCTNAME>Eurocard/Mastercard</PAYMENTMPRODUCTNAME>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
REQUEST
ACTION
META
PARAMS
ORDER
ORDERLINES (Optional)
ORDERLINE (Optional, 0 – N)
PAYMENT
AUTHENTICATE
Input keys
l For Argentina only, the MERCHANTREFERENCE cannot contain more than 15 digits—This is due to limitations at Sub1
l For Argentina, EMAIL is mandatory and must contain a valid email address—If the email confirming the transaction is
Type of order
ORDERTYPE direct debit recurring transactions using HostedMerchantLink N1 O l 4=Variable amount recurring
order
transaction
consumer
Reference to be used as a payment reference for consumers in cases of bank and check payments—This
number must comply with the Ingenico ePayments format
OVERWRITEPAYMENT AN O 12340001
REFERENCE 12 2349
ID of consumer
Indicates a mandate
l PRESENT=Mandate present
To send shipping address for PayPal transactions, only use the SHIPPING tags
STREET AN O Polarisave
50 nue
To send shipping address for PayPal transactions, only use the SHIPPING tags
ZIP AN O 1000 AA
10
City of consumer
To send shipping address for PayPal transactions, only use the SHIPPING tags
To send shipping address for PayPal transactions, only use the SHIPPING tags
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller
Protection Program. You can always do shipping handling with PayPal
First name
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller
Protection Program. You can always do shipping handling with PayPal
SHIPPINGFIRSTNAME A O Jack
N
15
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller
Protection Program. You can always do shipping handling with PayPal
SHIPPINGPREFIXSUR A O Van
NAME N
15
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller
Protection Program. You can always do shipping handling with PayPal
SHIPPINGSURNAME A O Buuren
N
35
SHIPPINGEMAILADDR For electronic delivery, this is the email address to which the merchandise was delivered A O andrewlockers
ESS N @xxx.com
70
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller
Protection Program. You can always do shipping handling with PayPal
SHIPPINGSTREET A O Polarisavenue
N
50
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller
Protection Program. You can always do shipping handling with PayPal
SHIPPINGHOUSENUM A O 1
BER N
15
SHIPPINGADDITIONAL A O A
ADDRESSINFO N
50
for PayPal transactions for physical goods if you are using PayPal Seller Protection Program. You can always do
shipping handling with PayPal
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller Protection
Program. You can always do shipping handling with PayPal
SHIPPINGZIP A O 1000 AA
N
10
SHIPPING contact details are required by default for PayPal transactions for physical goods—For information about
changing default requirements, contact your Ingenico ePayments implementation manager
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller Protection
Program. You can always do shipping handling with PayPal
SHIPPING details are required for PayPal transactions for physical goods if you are using PayPal Seller Protection
Program. You can always do shipping handling with PayPal
SHIPPINGCO A O US
UNTRYCODE N2
MERCHANTREFERENCE
allowed input is ASCII 32–126 characters—Do not include trailing spaces in the MERCHANTREFERENCE
MERCHANTR A R –
EFERENCE N
30
For transactions using the real-time bank transfer Netherlands payment product (809), iDEAL,
DESCRIPTOR is limited to AN32
For transactions using the real-time bank transfer payment product (836), Sofort, DESCRIPTOR is
limited to AN40
BIRTHDATE N8 O 19780203
Format: CCYYMMDDHH24MISS
STARTDATE time portion (HH24MISS) must use Central European Time (CET) and must
Format: CCYYMMDDHH24MISS
limited to N8
digits indicating the type of document, the source of issue and the number of coupons
It is
l Serial Number=A maximum of 8 digits allocated on a sequential basis, provided that the total number of digits
allocated to the Form Code and Serial Number shall not exceed ten
TICKETNUMBER AN R 07412432355
13 56
l ET=E Ticket
l TBM=Ticket By Mail
l TOD=Ticket On Departure
Place of issue
For sales in the US the last two characters (pos 14–15) must be the US state code
PLACEOFISSUE AN15 O
POSCITYCODE This is the city code of the point of sale AN10 O AMS
CUSTOMERID AN16 O 14
In a case of multiple issuances of the same ticket to a cardholder, you should use the last ticket date
Format: YYYYMMDD
ISSUEDATE N8 O 20090402
is (partially) refundable
...flightlegs...
…order lines... O
…payment details… R
EBT_USER_DATA1 AN256 O
EBT_USER_DATA2 AN256 O
EBT_USER_DATA3 AN256 O
EBT_USER_DATA4 AN256 O
EBT_USER_DATA5 AN256 O
EBT_USER_DATA6 AN256 O
EBT_USER_DATA7 AN256 O
EBT_USER_DATA8 AN256 O
EBT_USER_DATA9 AN256 O
EBT_USER_DATA10 AN256 O
EBT_USER_DATA11 AN256 O
EBT_USER_DATA12 AN256 O
EBT_USER_DATA13 AN256 O
EBT_USER_DATA14 AN256 O
EBT_USER_DATA15 AN256 O
EBT_USER_DATA16 AN256 O
Specifies if the consumer enters a password to gain access to an account registered with the
merchant
l Y=Yes
l N=No
EBT_PASSWORD AN1 O Y
Specifies if the consumer has a history of online shopping with the merchant
EBT_PREVCUST AN1 O Y
l Y=Yes
l N=No
l 1=Celebrate Fall
l B=Birthday
l F=Father's Day
l G=Graduation
l H=Holiday
l I=Season's Greetings
l J=Passover
l K=Kwanzaa
l L=Halloween
l M=Mother's Day
l O=Bosses' Day
l R=Christmas
l V=Valentine's Day
l W=Wedding
l X=Secretary's Day
l Z=Hanukkah
EBGIFTMESSAGE AN160 O
EBSHIPCOMMENTS AN160 O
EBWEBSITE The website from which the purchase is made AN60 O https://www.yourwebsite.com
INVOICELINEDATA Number of items (4 positions) Price per item (12 positions) AN132 O Chapelains
1 9995
CURRENCYCODE ISO 4217 currency code—If blank, the currency code of the order is the default value AN3 O USD
l O or blank=Stopover permitted
The flight number assigned by the airline carrier with no leading spaces
The departure time in local time at the departure airport Format: HH:MM
l 1=Visa
PAYMENTPRODUCTID l 3=MasterCard N5 R 3
l And so on
l 1=Hosted
HOSTEDINDICATOR
is optional for transactions via HostedMerchantLink— For more information, contact your
Ingenico ePayments account manager
HOSTEDINDI N1 O 1
CATOR
URL to be used for returning the consumer to your site after the transaction in cases of a
redirected payment or HostedMerchantLink
AN5 HTTPS://www.merchanturl.com
12 /landingpage.jsp?a=b& c=d
RETURNURL O
>
are optional for transactions via HostedMerchantLink in case you choose to have them submitted by the consumer on the
Ingenico ePayments hosted pages, for example, if a merchant is not PCI compliant
EXPIRYDATE N4 R 1206
are optional for transactions via HostedMerchantLink in case you choose to have them submitted by the consumer on
the Ingenico ePayments hosted pages, for example, if a merchant is not PCI compliant
The card verification value (CVV) is 3 or 4 digits on the back, or front [Amex], of a credit card. It is required for the CVV Max 4 pos
check Amex Max
CVV N4 O 3 pos MC,
Visa
l 1=AVS present
All 3 types apply both to Visa and Mastercard depending on the capabilities of the acquirer.
Indicates if the authorization should be executed—Can be used to overrule merchant- level configuration
l 0=Authorization only
l 1=Continue if possible
l 2=Authentication only
AUTHENTICATIONINDICATOR is required for the 3D Secure check—For more information, contact your Ingenico
ePayments account manager
AUTHENTICA N1 O 1
TIONINDICAT
OR
Electronic Commerce Indicator provides authentication validation results returned after AUTHENTICATIONVALIDATION
Club)
Maestro)
DIRECTORYS Universally unique transaction identifier assigned by the Directory Server (schemes) to identify a single transaction AN
ERVERTRANS 36
ACTIONID
THREEDSPR the most recent active protocol version that is supported by the Directory server ?
OTOCOLVER
SION
Indicates to the scheme that is either the transaction with which the consumer is agreeing with the merchant to store the
card (FIRST) or is a future transaction where the card is already stored (SUBSEQUENT)
By Default all First UCOFs are CIT, because the consumer is agreeing to store the card. Subsequent can be CIT (like
single clik to buy) or MIT (like top ups). If the merchant is sending this parameter in the first UCOF, it will be validated to
contain only CIT
INITIALSCHE The transaction ID given by Visa or Mastercard after the First Recurring/First UCOF/Pre Authorization to send in the AN O MC1238743
METRANSACT authorization request of: 15 876289
IONID
A subsequent Recurring transaction
All these are MIT transactions that needs the linking to the initial Transaction where the consumer was present. If this
value was not provided in the first transaction, the merchant can send the transaciton ID of any subsequent. Please
check the response of this API call and GET_ORDERSTATUS
For this transaction the INITALTRANSACTIONID is needed in order to do the linking with the original Pre Authorization
(where the consumer was present)
ECI Electronic Commerce Indicator provides authentication validation results returned after the N1 R 1
authentication
DIRECTORYSERV Universally unique transaction identifier assigned by the Directory Server (schemes) to A New 3DS V2
ERTRANSACTIONID identify a single transaction N
36
THREEDSPROTOC the most recent active protocol version that was used to perform the authentication AN R New 3DS V2 value is "2.1.0" to start
OLVERSION with
The CAVV (cardholder authentication verification value) or AAV (accountholder This is the Base64 encoded string
authentication value) provides an authentication validation value or equivalent for other provided in the authentication
schemes response
THREEDSSERVER The transaction ID generated by the 3D Server (replaces the XID used in 3DS V1) A R New 3DS V2
TRANSACTIONID N
50
The algorithm, from your 3D Secure provider, used to generate the authentication CAVV
Required when
Required when
l 1=Internet (Default)
l 2=Call center
STTINDICATOR l 3=Recurring N1 O 1
l 4=MOTO
The name and address of the cardholder can be relevant for fraud screening—For more
information about fraud screening, see Fraud screening service
FIRSTNAME A O Jack
N
15
The name and address of the cardholder can be relevant for fraud screening—For more
information about fraud screening, see Fraud
PREFIXSURNAME A O van
N
15
screening service
The name and address of the cardholder can be relevant for fraud screening—For more information about fraud
screening, see Fraud screening service
SURNAME AN O Buuren
35
The name and address of the cardholder can be relevant for fraud screening—For more information about fraud
screening, see Fraud screening service
The name and address of the cardholder can be relevant for fraud screening—For more information about fraud
screening, see Fraud screening service
The name and address of the cardholder can be relevant for fraud screening—For more information about fraud
screening, see Fraud screening service
ADDITIONALADDRE AN O A
SSINFO 50
The name and address of the cardholder can be relevant for fraud screening—For more information about fraud
screening, see Fraud screening service
City of cardholder
The name and address of the cardholder can be relevant for fraud screening—For more information about fraud
screening, see Fraud screening service
CITY AN O New York
40
The name and address of the cardholder can be relevant for fraud screening—For more information about fraud
screening, see Fraud screening service
For Argentina, EMAIL is mandatory and must contain a valid email address—If the email confirming the
transaction is refused the transaction is canceled
EMAIL AN O someone@em
70 ail.com
BIRTHDATE Birth date of the cardholder (for fraud detection purposes) (ccyymmdd) N8 O 19780203
apply
EXCHANGERATEVALIDTO are required if dynamic currency conversion applies, ignored if dynamic currency
conversion does not apply
DCCINDICATOR N1 R 1
Amount the consumer has to pay after applying dynamic currency conversion
not apply
EXCHANGERATEVALIDTO are required if dynamic currency conversion applies, ignored if dynamic currency
conversion does not apply
ISSUERAMOUNT N12 R –
MARGINRATEPERCE N6 R 025000=2.5
NTAGE
Reuters
Wholesale
EXCHANGERATESO AN R Interbank
URCENAME 32
Exchange rate used for transaction Last four digits are decimal places
RECURRINGF Indicates the minimum number of days N4 R. the field Number of days: DDDD
REQUENCY between authorizations is only
required if this Example: 30, 60, 90, 180, 365
is the first
recurring
transaction
RECURRINGE Indicates the date after which no further N8 R. the field the recurring expiry date should be such that will allow at least the first
XPIRY authorizations shall be performed is only subsequent occurrence to happen. For example if today is the 15th August
required if this 2019 and the recurring frequency is set to 30 days the the recurring expiry
is the first should be set to at least 16th September 2019, otherwise the transaction ill
recurring result to an error.
transaction.
Date format =YYYYMMDD
Example: 20200916
PRIORTHREE CardHolder prior 3D authentication N O Date and time in UTC of the prior cardholder
DSUTCTIMES timestamp 12 authentication "YYYYMMDDHHMM"
TAMP
PRIORTHREE CardHolder prior 3D authentication A O This data element provides additional information to the ACS to determine
DSACSTRAN reference N the best approach for handing a request.
SACTIONID 36
the second bath of data includes information on the browser of the consumer
DEVICEBROWSERAC HTTP accept headers from the Cardholder’s browser. A R Required when BROWSER method
CEPTHEADER N2
048
DEVICEBROWSERIPA IP address of the browser as returned by the HTTP headers. A R Note: Required when BROWSER method is
DDRESS N45 used and for the regions where this is
acceptable.
Example IPv4 address: 1.12.123.255
IPv6 address:2011:0db8:85a3:0101:0101:
8a2e:0370:7334
BROWSERJAVAENAB Boolean that represents the ability of the cardholder browser to execute Java. N1 R Required for BROWSER method
LED Value is returned from the navigator.javaEnabled property. (0=False/1=True)
BROWSERLOCALE ISO 639 language code. Returned from navigator.language property. A R pa-in en-au en
N8
BROWSERCOLORDE Value representing the bit depth of the colour palette for displaying images, in N2 R Required for BROWSER method
PTH bits per pixel. Obtained from Cardholder browser using the screen.colorDepth 1,4,8,15,16,24,32,48
property.
BROWSERSCREENHE Total height of the Cardholder’s screen in pixels. A R Required for BROWSER method
IGHT Value is returned from the screen.height property. N6
BROWSERSCREENWI Total width of the cardholder’s screen in pixels. A R Required for BROWSER method
DTH Value is returned from the screen.width property. N6
DEVICEBROWSERTIM Time difference between UTC time and the Cardholder browser local time, in A R Required for BROWSER method
EZONEOFFSETMINUT minutes. N6
ES
DEVICEBROWSERUS Exact content of the HTTP user-agent header. A R Required for BROWSER method
ERAGENT N2
048
the following set of data includes information regarding the account that the consumer has
on the merchant website
CUSTOMERACCOUNTAGEINDICA Length of time that the cardholder has had the account with the Merchant. N2 O 1 = No account
TOR (guest check-out)
2 = Created during
this transaction
3 = Less than 30
days
4 = 30-60 days
5 = More than 60
days
CUSTOMERACCOUNTCHANGEDA Date that the cardholder’s account with the 3DS Requestor was last changed, including N8 O Date format =
TE Billing or Shipping address, new payment account, or new user(s) added. YYYYMMDD
Example: 20191231
CUSTOMERACCOUNTCHANGEIND Length of time since the cardholder’s account information with the 3DS Requestor was last N2 O 1 = Changed during
ICATOR changed, including Billing or Shipping address, new payment account, or new user(s) this transaction
added. 2 = Less than 30
days
3 = 30-60 days
4 = More than 60
days
CUSTOMERACCOUNTCREATEDA Date that the cardholder opened the account with the 3DS Requestor. N8 O Date format =
TE YYYYMMDD
Example: 20191231
CUSTOMERACCOUNTPASSWORD Date that cardholder’s account with the 3DS Requestor had a password change or account N8 O Date format =
CHANGEDATE reset. YYYYMMDD
Example: 20191231
CUSTOMERACCOUNTNUMBEROF Number of purchases with this cardholder account during the previous six months. N4 O Example : 42
PURCHASESLASTSIXMONTHS
CUSTOMERACCOUNTNUMBEROF Number of Add Card attempts in the last 24 hours. N3 O Example : 547
ADDCARDATTEMPTSLAST24HOU
RS
CUSTOMERACCOUNTNUMBEROF Number of transactions (successful and abandoned) for this cardholder account with the N3 O Example : 547
TRANSACTIONSLAST24HOURS 3DS Requestor across all payment accounts in the previous 24 hours.
CUSTOMERACCOUNTNUMBEROF Number of transactions (successful and abandoned) for this cardholder account with the N3 O Example : 547
TRANSACTIONSLASTYEAR 3DS Requestor across all payment accounts in the previous year.
CUSTOMERACCOUNTPAYMENTA Date that the payment account was enrolled in the cardholder’s account with the 3DS N8 O Date format =
CCOUNTONFILECREATEDATE Requestor. YYYYMMDD
Example: 20191231
CUSTOMERACCOUNTPAYMENTA Indicates the length of time that the payment account was enrolled in the cardholder’s N2 O 1 = No account
CCOUNTONFILEAGEINDICATOR account with the 3DS Requestor. (guest check-out)
2 = During this
transaction
3 = Less than 30
days
4 = 30-60 days
5 = More than 60
days
CUSTOMERACCOUNTSHIPPINGA Date when the shipping address used for this transaction was first used with the 3DS N8 O Date format =
DDRESSFIRSTUSAGEDATE Requestor. YYYYMMDD
Example: 20191231
CUSTOMERACCOUNTSHIPPINGA Indicates when the shipping address used for this transaction was first used with the 3DS N2 O 1 = This transaction
DDRESSFIRSTUSAGEINDICATOR Requestor. 2 = Less than 30
days
3 = 30-60 days
4 = More than 60
days
CUSTOMERACCOUNTSHIPPINGA Indicates if the Cardholder Name on the account is identical to the shipping Name used for N2 O 0 = Account Name
DDRESSNAMEINDICATOR this transaction. identical to shipping
Name
1 = Account Name
different than
shipping Name
CUSTOMERACCOUNTSUSPICIOU Indicates whether the 3DS Requestor has experienced suspicious activity (including N2 O 0 = No suspicious
SACCOUNTACTIVITY previous fraud) on the cardholder account. activity has been
observed
1 = Suspicious
activity has been
observed
the following set of data gives more information regarding the order details
PURCHASEDGIFTC For prepaid or gift card purchase, the purchase amount total of prepaid or N15 its number O for example, USD 123.45 is 123
ARDAMOUNT gift card(s) in major units probably, just like
payment amount
PURCHASEDGIFTC For prepaid or gift card purchase, total count of individual prepaid or gift N2 O
ARDCOUNT cards/codes purchased.
PURCHASEDGIFTC For prepaid or gift card purchase, the currency code of the card as defined AN3 O USD
ARDCURRENCYCO in ISO 4217
DE
PREORDEREDITE For a pre-ordered purchase, the expected date that the merchandise will N8 O Date format = YYYYMMDD
MSAVAILABILITYD be available. Example: 20191231
ATE
PREORDERINDICA Indicates whether Cardholder is placing an order for merchandise with a N1 O 1 = Merchandise available
TOR future availability or release date. 2 = Future availability
REORDERITEMSIN Indicates whether the cardholder is reordering previously purchased N1 O 1 = First time ordered
DICATOR merchandise 2 = Reordered
CUSTOMERBILLIN Indicates whether the Cardholder Shipping Address and Cardholder Billing N1 O 1 = Shipping Address matches
GSHIPPINGADDRE Address are the same. Billing Address
SSMATCH 0 = Shipping Address does not
match Billing Address
ACCOUNTTYPE Indicates the type of account. For example, for a multi-account card N1 O 1 = Not Applicable
product. (Required in some accounts) 2 = Credit
3 = Debit
10 =
Account
Funding
11 =
Quasi-
Cash
Transaction
28 =
Prepaid
Activation
& Load
CHALLENGE Dimensions of the challenge window that has been displayed to the CH. ACS will reply with content that is formatted to N1 R 1 = 250x
WINDOWSIZE appropriately render in this window to provide the best user experience. Pre-configured sizes are width x height in pixels of 400
the window displayed in the CH browser window 2 = 390 x
400
3 = 500 x
600
4 = 600 x
400
5 = Full
Screen
METHODNO it is the end point of client application which will receive method notification from issuing bank A R
TIFICATION N
URL 2
0
48
CHALLENGE it is the end point of client application which will receive challenge notification from issuing bank A R
NOTIFICATI N
ONURL 2
56
Invoice number
INVOICENUMBER INVOICENUMBER is required to facilitate matching for bank payments and bank transfer payments AN20 O 21212121
l N=Invoice (default)
l NR=Reminder on invoice
l RR=Reminder on renewal
l M=Mailing
A valid name and address are required to ensure correct delivery of the invoice
First name
FIRSTNAME A valid name and address are required to ensure correct delivery of the invoice AN15 O Jack
PREFIXSURNAME A valid name and address are required to ensure correct delivery of the invoice AN15 O van
SURNAME A valid name and address are required to ensure correct delivery of the invoice AN35 R Buuren
STREET A valid name and address are required to ensure correct delivery of the invoice AN50 R Polarisavenue
HOUSENUMBER A valid name and address are required to ensure correct delivery of the invoice AN15 O 1
ADDITIONALADDRESSINFO A valid name and address are required to ensure correct delivery of the invoice AN50 O A
ZIP A valid name and address are required to ensure correct delivery of the invoice AN10 O 1000 AA
City of consumer
CITY A valid name and address are required to ensure correct delivery of the invoice AN40 R New York
STATE A valid name and address are required to ensure correct delivery of the invoice AN35 O New York
The AVSDATA1 populates with a maximum of 20 character positions. If the house number and street data cover more than 20 character positions
(including spaces), the WebCollect system captures the first 20 character positions only. The AVSDATA2 populates with the zip details.
STREET: Bundles Clay Lane South Nutfield AVSDATA1:12 Bundles Clay Lane
STREET: 12 Bundles Clay Lane South Nutfield AVSDATA1:12 Bundles Clay Lane
HOUSENUMBER: 12
l IBAN and BIC are optional for transactions using Sofortüberweisung in Germany
l This feature of payment product Sofortüberweisung (836) is only supported in Germany (DE)
ID of consumer
ISSUERID is required for iDEAL (809) in the Netherlands (NL) when you are not using
HostedMerchantLink
ISSUERID AN O ABNANL2A
11
Expiration period in minutes (maximum 60 minutes both for iDEAL and eCard, maximum 120 minutes
for Sofort)
The consumer has to perform the payment before the end of this period
Default=60
EXPIRATIONPERIOD is optional for Sofort (836) iDEAL (809) and eCard (402) and for all transactions
EXPIRATIONPERIOD that use HostedMerchantLink N4 O 15
TRANSACTIONTYPE is required for SEPA direct debit transactions (payment product 770)—
Values can be
TRANSACTIONTYPE AN2 O –
l S=One-off
l F=First recurring
l L=Last recurring
l For all the below fields only uppercase letters (A-Z) and digits (0-9) are allowed . No Portuguese diacritics are allowed.
l Only "-" (dash) and " ' " (apostrophe) allowed as special characters.
l When "-" or " ' " are used, no spaces are allowed between words. For example: D'EL-REI is correct, D'EL - REI is incorrect.
PREFIXSURNA In between first name and This is not used for registered Boleto O
ME surname
Note: Can only contain digits (0-9) and should be valid against the
STATECODE. See the ZIP-STATECODE table below.
STATE State address consumer This is not used for registered Boleto O
EMAIL Email address of the This is not used for registered Boleto O
consumer
1000000 9999999 SP Sao Paulo Metropolitan Region including the suburbs or the area outside the Sao Paulo metropolitan region
Return keys
Format:
YYYYMMDDHHMMSS
RESPONSEDATETIME N14 20130604123456
ERROR Marker (no key) – See the WebCollect error codes guide
Message for error or event REQUEST {0} VALUE {1} OF FIELD CREDITCARDNUMBER DID NOT PASS THE
LUHNCHECK
MESSAGE AN4000
is 30 characters
STATUSID Status N5
Indicates how many attempts have been made for this payment
ATTEMPTID N5 –
SCHEMETRANSACTI Unique transaction identifier returned by Visa and Mastercard for Pre AN AS37504079V1664
ONID Authorization, Recurring and UCOF transactions 15
INITIALSCHEMETRAN The transaction ID given by Visa and Mastercard after the First AN MC1238743876289
SACTIONID Recurring/First UCOF/Pre Authorization 15
AVSRESULT The results that return depend on the checks performed AN1 Z
CVVRESULT AN1 M
FRAUDRESULT The results that return depend on the checks performed AN1 D
FRAUDCODE The results that return depend on the checks performed AN4 0000
Authorization code
AUTHORISATIONCODE
ACSURL URL for redirection of consumer AN Returned after CheckEnrollment with enrolled consumer
255
PAREQ Pareq for redirection—Should be used as hidden key AN Returned after CheckEnrollment with enrolled consumer
4000
Transaction ID for redirection— Should be used as hidden key (for Returned after CheckEnrollment with enrolled consumer
VISA only) and after a valid AuthenticationValidation
XID AN
50
Merchant data key for redirection—Should be used as hidden key Returned after CheckEnrollment with enrolled consumer
MD AN
50
PROOFXML Proof XML message AN Returned after CheckEnrollment with enrolled consumer
4000
SERVICEPROVIDERID AN –
64
Additional information when credit card processing is done with 3D v2 via Ingenico
CARDHOLDERI Text provided by the ACS/Issuer to Cardholder during a A The Issuer can optionally provide information to Cardholder. For example,
NFO Frictionless transaction that was not authenticated by the N “Additional authentication is needed for this transaction, please contact (Issuer
ACS. 128 Name) at xxx-xxx-xxxx.”
PAYMENTREFER Reference of the payment (with Batch Credit Card payments always 0) AN 0
ENCE 12
External Reference of credit card payment, this value should be used as REFERENCEORIGPAYMENT in
eventual refunds (see DO_REFUND)
EXTERNALREFER AN 000000000100002121210
ENCE 30 000100001
STATUSID Status N5
Format: YYYYMMDDHH24MISS
STATUSID Status N5
STATUSID Status N5
CUSTOMERPAYMENTREFERENC
E and BILLERID must be provided to the consumer for BPAY even though the Ingenico
ePayments bank details are returned
CUSTOMERPAYMENTREF N15 001234567890120
EREN CE
01
Reference given by Ingenico ePayments to payment or taken from the input tag
OVERWRITEPAYMENTREFEREN CE
PAYMENTREFERENCE is
CUSTOMERPAYMENTREFERENC
E and BILLERID must be provided to the consumer for BPAY even though the Ingenico
ePayments bank details are returned
BILLERID AN27 747089 - Ingenico
ePayments
STATUSID Status N5
Indicates how many attempts have been made for this payment
ATTEMPTID N5 –
PAYMENTREFEREN
PAYMENTREFERENCE AN12
STATUSID Status N5
YYYYMMDDHH24MI SS
ATTEMPTID Indicates how many attempts have been made for this payment N5 –
Ingenico ePayments and must be provided to the consumer as a reference to be used for the
payment
STATUSID Status N5
Here are the different responses. All these keys are communicated to the bank.
l The FORMMETHOD key describes the method used to communicate values to the bank—GET or POST
l The FORMACTION key indicates the target of the POST or GET, which is the URL of the real-time bank payment page
l For GiroPay (816), iDEAL (809), and Raifeissen ELBA (820), no values need to be posted by you to the real-time
bank—Ingenico ePayments provides the complete URL to be used to redirect the consumer
FORMME
THOD
AN4 GET
e used by Ingenico ePayme nts in conjunct ion with the provided RETUR NURL
FORMACTION URL to be used when redirecting the consumer AN2 HTTPS://solo3.nordea.fi:443/cgi- bin/SOLOPM01
50
SOLOPMT_ STAMP Unambiguous code for technical specification of the payment AN20 Displays the MERCHANTID (5) + ORDERID (10) +
EFFORTID (5)
SOLOPMT_ l 1=Finnish
LANGUAGE
l 2=Swedish N1
l 3=English
SOLOPMT_ REF Standard reference on the payment AN20 Displays the PAYMENTREFERENCE
SOLOPMT_ MSG Message for the account statement of the consumer, as provided to AN2 –
Ingenico ePayments 34
MAC
FORMACTION URL to be used when redirecting the consumer AN250 HTTPS://solo3.nordea.fi:443/cgi- bin/SOLOPM01
SOLOPMT_ AMOUNT Amount with dot to separate the decimals N12 299.00
SOLOPMT_ STAMP Unambiguous code for technical specification of the payment AN20 Displays the MERCHANTID (5) + ORDERID (10) +
EFFORTID (5)
l 1=Finnish
SOLOPMT_ l 2=Swedish
LANGUAGE
l 3=English N1 5
l 4=Estonian
l 5=Danish
SOLOPMT_ REF Standard reference on the payment AN20 Displays the PAYMENTREFERENCE
FORMACTION URL to be used when redirecting the consumer AN2 HTTPS://gfs.nb.se:443/e- betalning/direktbetalning
50
NB_DB_ AMOUNT Payment amount (with comma for decimals) N12 29,95
NB_STAMP Unambiguous code for technical specification of the payment AN20 Displays the MERCHANTID (5)+ORDERID (10)
+EFFORTID (5)
NB_KVV
SOLOPMT_ MSG Message for the account statement of the consumer, as provided to AN2 –
Ingenico ePayments 34
L after the transaction— Use this to check if the combination of this key and the provided
TRANSACTI ONID
correspond to an order
ENTRANCE
CODE
AN40 0000000001999892061400001000018303
610187
FORM METH
OD
AN 4 GET
URL
to be
used
umer 0 %2Fps.gcsip.nl%2Fwdl%2FRequestInfo.jsp%3FRETURNSTATUS%3DCANCEL%26&ibv=1
FORMMET AN
HOD 4
GET
URL
to be
used
mer
MERCHAN AN 1234567890abcdefGHIJK
TCLIENTID 50
FORMMET
HOD
AN4 GET
hvoSHb0lbTVjdbh66flV1Wo%3D
Example—Bank payment
<XML>
<REQUEST>
<ACTION>INSERT_ORDERWITHPAYMENT</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<ORDER>
<ORDERID>9998990005</ORDERID>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<CUSTOMERID>14</CUSTOMERID>
<IPADDRESSCUSTOMER>192.168.203.1</IPADDRESSCUSTOMER>
<FIRSTNAME>Johan</FIRSTNAME>
<SURNAME>Cruijff</SURNAME>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<CITY>Barcelona</CITY>
<ZIP>1000 AA</ZIP>
<EMAIL>[email protected]</EMAIL>
<COMPANYNAME>Cruijff Sports</COMPANYNAME>
<VATNUMBER>VAT 14</VATNUMBER>
<INVOICEDATE>20030301000000</INVOICEDATE>
<INVOICENUMBER>20030222000000000001</INVOICENUMBER>
<ORDERDATE>20030222160000</ORDERDATE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
<RESELLERID>1</RESELLERID>
</ORDER>
<ORDERLINES>
<ORDERLINE>
<INVOICELINEDATA>invoiceline 1</INVOICELINEDATA>
<LINENUMBER>1</LINENUMBER>
<FREETEXT>freetext</FREETEXT>
<LINEAMOUNT>100</LINEAMOUNT>
<MERCHANTPAGENUMBER>1</MERCHANTPAGENUMBER>
<MERCHANTLINENUMBER>1</MERCHANTLINENUMBER>
</ORDERLINE>
<ORDERLINE>
<INVOICELINEDATA>invoiceline 2</INVOICELINEDATA>
<LINENUMBER>2</LINENUMBER>
<FREETEXT>freetext</FREETEXT>
<LINEAMOUNT>29890</LINEAMOUNT>
<MERCHANTPAGENUMBER>1</MERCHANTPAGENUMBER>
<MERCHANTLINENUMBER>2</MERCHANTLINENUMBER>
</ORDERLINE>
</ORDERLINES>
<PAYMENT>
<PAYMENTPRODUCTID>11</PAYMENTPRODUCTID>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>NL</COUNTRYCODE>
<STREETNUMBER>14</STREETNUMBER>
<CITY>Barcelona</CITY>
<LANGUAGECODE>nl</LANGUAGECODE>
</PAYMENT>
</PARAMS>
</REQUEST>
Possible response
<XML>
<REQUEST>
<ACTION>INSERT_ORDERWITHPAYMENT</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<ORDER>
<ORDERID>9998990005</ORDERID>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<CUSTOMERID>14</CUSTOMERID>
<IPADDRESSCUSTOMER>192.168.203.1</IPADDRESSCUSTOMER>
<FIRSTNAME>Johan</FIRSTNAME>
<SURNAME>Cruijff</SURNAME>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<CITY>Barcelona</CITY>
<ZIP>1000 AA</ZIP>
<STATE>Catalunie</STATE>
<EMAIL>[email protected]</EMAIL>
<COMPANYNAME>Cruijff Sports</COMPANYNAME>
<VATNUMBER>VAT 14</VATNUMBER>
<INVOICEDATE>20030301000000</INVOICEDATE>
<INVOICENUMBER>20030222000000000001</INVOICENUMBER>
<ORDERDATE>20030222160000</ORDERDATE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
<RESELLERID>1</RESELLERID>
</ORDER>
<ORDERLINES>
<ORDERLINE>
<INVOICELINEDATA>invoiceline 1</INVOICELINEDATA>
<LINENUMBER>1</LINENUMBER>
<LINEAMOUNT>100</LINEAMOUNT>
<MERCHANTPAGENUMBER>1</MERCHANTPAGENUMBER>
<MERCHANTLINENUMBER>1</MERCHANTLINENUMBER>
</ORDERLINE>
<ORDERLINE>
<INVOICELINEDATA>invoiceline 2</INVOICELINEDATA>
<LINENUMBER>2</LINENUMBER>
<FREETEXT>freetext</FREETEXT>
<LINEAMOUNT>29890</LINEAMOUNT>
<MERCHANTPAGENUMBER>1</MERCHANTPAGENUMBER>
<MERCHANTLINENUMBER>2</MERCHANTLINENUMBER>
</ORDERLINE>
</ORDERLINES>
<PAYMENT>
<PAYMENTPRODUCTID>11</PAYMENTPRODUCTID>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>NL</COUNTRYCODE>
<STREETNUMBER>14</STREETNUMBER>
<CITY>Barcelona</CITY>
<LANGUAGECODE>nl</LANGUAGECODE>
</PAYMENT>
</PARAMS>
<RESPONSE>
<META>
<RESPONSEDATETIME>20040718145902</RESPONSEDATETIME>
<REQUESTID>245</REQUESTID>
</META>
<RESULT>OK</RESULT>
<ROW>
<ACCOUNTHOLDER>GlobalCollect BV</ACCOUNTHOLDER>
<SWIFTCODE>ABNA NL 2A</SWIFTCODE>
<CITY>Amsterdam</CITY>
<EFFORTID>1</EFFORTID>
<BANKACCOUNTNUMBER>440339464</BANKACCOUNTNUMBER>
<ATTEMPTID>1</ATTEMPTID>
<ADDITIONALREFERENCE>19998990005</ADDITIONALREFERENCE>
<STATUSDATE>20030829153248</STATUSDATE>
<IBAN>NL09ABNA0440339464</IBAN>
<PAYMENTREFERENCE>186200004710</PAYMENTREFERENCE>
<ORDERID>9998990005</ORDERID>
<MERCHANTID>1</MERCHANTID>
<COUNTRYDESCRIPTION>Nederland</COUNTRYDESCRIPTION>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
<REQUEST>
<ACTION>INSERT_ORDERWITHPAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<ORDER>
<ORDERID>9998990011</ORDERID>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
</ORDER>
<PAYMENT>
<PROFILETOKEN>84c19ac1-f64b-492d-ae25-41724afcf086</PROFILETOKEN>
<PAYMENTPRODUCTID>701</PAYMENTPRODUCTID>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<ACCOUNTNUMBER>1234567</ACCOUNTNUMBER>
<ACCOUNTNAME>Cruijff</ACCOUNTNAME>
<SURNAME>Cruijff</SURNAME>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<CITY>Barcelona</CITY>
<ZIP>1000 AA</ZIP>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
<DATECOLLECT>20030831</DATECOLLECT>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>INSERT_ORDERWITHPAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<ORDER>
<ORDERID>9998990011</ORDERID>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
</ORDER>
<PAYMENT>
<PROFILETOKEN>f4d8b329-4a68-4caa-877a-38cb06fbe9e0</PROFILETOKEN>
<PAYMENTPRODUCTID>701</PAYMENTPRODUCTID>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<ACCOUNTNUMBER>1234567</ACCOUNTNUMBER>
<ACCOUNTNAME>Cruijff</ACCOUNTNAME>
<SURNAME>Cruijff</SURNAME>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<CITY>Barcelona</CITY>
<ZIP>1000 AA</ZIP>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
<DATECOLLECT>20030831</DATECOLLECT>
<DIRECTDEBITTEXT>00000000019998990011</DIRECTDEBITTEXT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20040718145902</RESPONSEDATETIME>
<REQUESTID>245</REQUESTID>
</META>
<ROW>
<MERCHANTID>1</MERCHANTID>
<ORDERID>9998990011</ORDERID>
<EFFORTID>1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
<STATUSID>600</STATUSID>
<STATUSDATE>20030829164745</STATUSDATE>
<PAYMENTREFERENCE>186000000560</PAYMENTREFERENCE>
<ADDITIONALREFERENCE>19998990011</ADDITIONALREFERENCE>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
<REQUEST>
<ACTION>INSERT_ORDERWITHPAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<ORDER>
<ORDERID>9998990013</ORDERID>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
</ORDER>
<PAYMENT>
<PROFILETOKEN>f4d8b329-4a68-4caa-877a-38cb06fbe9e0</PROFILETOKEN>
<AMOUNT>2345</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<CREDITCARDNUMBER>4567350000427977</CREDITCARDNUMBER>
<EXPIRYDATE>1206</EXPIRYDATE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response A
<XML>
<REQUEST>
<ACTION>INSERT_ORDERWITHPAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<ORDER>
<ORDERID>9998990013</ORDERID>
<AMOUNT>29990</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
</ORDER>
<PAYMENT>
<PROFILETOKEN>f4d8b329-4a68-4caa-877a-38cb06fbe9e0</PROFILETOKEN>
<PAYMENTPRODUCTID>1</PAYMENTPRODUCTID>
<AMOUNT>2345</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<CREDITCARDNUMBER>4567350000427977</CREDITCARDNUMBER>
<EXPIRYDATE>1206</EXPIRYDATE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
</PAYMENT>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20040718145902</RESPONSEDATETIME>
<REQUESTID>245</REQUESTID>
</META>
<ROW>
<MERCHANTID>1</MERCHANTID>
<ORDERID>9998990013</ORDERID>
<EFFORTID>1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
<STATUSID>800</STATUSID>
<STATUSDATE>20030829171416</STATUSDATE>
<PAYMENTREFERENCE>185800005380</PAYMENTREFERENCE>
<ADDITIONALREFERENCE>19998990013</ADDITIONALREFERENCE>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
Possible response B
…
<RESPONSE>
<RESULT>NOK</RESULT>
<META>
<RESPONSEDATETIME>20040718145902</RESPONSEDATETIME>
<REQUESTID>245</REQUESTID>
</META>
<ERROR>
<CODE>21000020</CODE>
<MESSAGE>
REQUEST 1212121 VALUE 4567350000427976 OF FIELD CREDITCARDNUMBER DID NOT PASS THE LUHNCHECK
</MESSAGE>
</ERROR>
</RESPONSE>
<RESPONSE>
<META>
<REQUESTID>17025</REQUESTID>
<RESPONSEDATETIME>20030829161055</RESPONSEDATETIME>
</META>
<ROW>
<STATUSID>600</STATUSID>
<FRAUDRESULT>N</FRAUDRESULT>
<FRAUDCODE>0000</FRAUDCODE>
<ADDITIONALREFERENCE>DVR00000000000000000</ADDITIONALREFERENCE>
<EFFORTID>1</EFFORTID>
<PAYMENTREFERENCE>0</PAYMENTREFERENCE>
<ATTEMPTID>1</ATTEMPTID>
<CVVRESULT>P</CVVRESULT>
<ORDERID>2703070132</ORDERID>
<AUTHORISATIONCODE>OK0089</AUTHORISATIONCODE>
<MERCHANTID>9090</MERCHANTID>
<STATUSDATE>20030829161055</STATUSDATE>
<AVSRESULT>X</AVSRESULT>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
<REQUEST>
<ACTION>INSERT_ORDERWITHPAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<ORDER>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>SEK</CURRENCYCODE>
<LANGUAGECODE>sv</LANGUAGECODE>
<COUNTRYCODE>SE</COUNTRYCODE>
<CITY>Stockholm</CITY>
</ORDER>
<PAYMENT>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>SEK</CURRENCYCODE>
<COUNTRYCODE>SE</COUNTRYCODE>
<LANGUAGECODE>se</LANGUAGECODE>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
iDEAL—Netherlands (809)
<XML>
<REQUEST>
<ACTION>INSERT_ORDERWITHPAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<ORDER>
<ORDERID>1</ORDERID>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<LANGUAGECODE>nl</LANGUAGECODE>
<COUNTRYCODE>NL</COUNTRYCODE>
<CITY>Amsterdam</CITY>
</ORDER>
<PAYMENT>
<PAYMENTPRODUCTID>809</PAYMENTPRODUCTID>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>NL</COUNTRYCODE>
<CITY>Amsterdam</CITY>
<LANGUAGECODE>nl</LANGUAGECODE>
<ISSUERID>ABNANL2A</ISSUERID>
<EXPIRATIONPERIOD>15</EXPIRATIONPERIOD>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
<REQUEST>
<ACTION>INSERT_ORDERWITHPAYMENT</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<REQUESTID>52</REQUESTID>
<RESPONSEDATETIME>20051018231145</RESPONSEDATETIME>
</META>
<ROW>
<MERCHANTID>1</MERCHANTID>
<ORDERID>1</ORDERID>
<EFFORTID>1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
<PAYMENTREFERENCE>186200004710</PAYMENTREFERENCE>
<ADDITIONALREFERENCE>19998990005</ADDITIONALREFERENCE>
<EXTERNALREFERENCE>19998990005</EXTERNALREFERENCE>
<STATUSID>50</STATUSID>
<STATUSDATE>20030829153248</STATUSDATE>
<FORMMETHOD>GET<FORMMETHOD>
<FORMACTION>
HTTPS://ideal.abnamro.nl/nl/consumer/ProcessTransaction?ideal=1&ingewikkeldecode=123&trxid=123456789112<F ORMACTION>
<TRANSACTIONID>1234123456789012<TRANSACTIONID>
<ENTRANCECODE>0000000001999892061400001000018303610187
</ENTRANCECODE>
</ROW>
</REQUEST>
</XML>
PayPal (840)
<XML>
<REQUEST>
<ACTION>INSERT_ORDERWITHPAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<ORDER>
<ORDERID>1</ORDERID>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>GB</COUNTRYCODE>
<LANGUAGECODE>en</LANGUAGECODE>
<FIRSTNAME>Jopie</FIRSTNAME>
<PREFIXSURNAME>-El Salvador-</PREFIXSURNAME>
<SURNAME>Cruijff</SURNAME>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<ADDITIONALADDRESSINFO>a</ADDITIONALADDRESSINFO>
<CITY>San Francisco</CITY>
<STATE>CA</STATE>
<ZIP>1183 PR</ZIP>
<MERCHANTREFERENCE>Fussbalschuhe</MERCHANTREFERENCE>
</ORDER>
<PAYMENT>
<PROFILETOKEN>f4d8b329-4a68-4caa-877a-38cb06fbe9e0</PROFILETOKEN>
<EFFORTID>1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
<PAYMENTPRODUCTID>840</PAYMENTPRODUCTID>
<AMOUNT>100</AMOUNT>
<COUNTRYCODE>GB</COUNTRYCODE>
<CURRENCYCODE>EUR</CURRENCYCODE>
<LANGUAGECODE>en</LANGUAGECODE>
<RETURNURL>HTTPS://www.globalcollect.com/</RETURNURL>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>INSERT_ORDERWITHPAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>20.60.115.38</REQUESTIPADDRESS>
</META>
<PARAMS>
<ORDER>
<ORDERID>1</ORDERID>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>GB</COUNTRYCODE>
<LANGUAGECODE>en</LANGUAGECODE>
<FIRSTNAME>Jopie</FIRSTNAME>
<PREFIXSURNAME>-El Salvador-</PREFIXSURNAME>
<SURNAME>Cruijff</SURNAME>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<ADDITIONALADDRESSINFO>a</ADDITIONALADDRESSINFO>
<CITY>San Francisco</CITY>
<STATE>CA</STATE>
<ZIP>1183 PR</ZIP>
<MERCHANTREFERENCE>Fussbalschuhe</MERCHANTREFERENCE>
</ORDER>
<PAYMENT>
<PROFILETOKEN>f4d8b329-4a68-4caa-877a-38cb06fbe9e0</PROFILETOKEN>
<EFFORTID>1</EFFORTID>
<ATTEMPTID>1</ATTEMPTID>
<PAYMENTPRODUCTID>840</PAYMENTPRODUCTID>
<COUNTRYCODE>GB</COUNTRYCODE>
<CURRENCYCODE>EUR</CURRENCYCODE>
<LANGUAGECODE>en</LANGUAGECODE>
<HOSTEDINDICATOR>1</HOSTEDINDICATOR>
<RETURNURL>HTTPS://www.globalcollect.com/</RETURNURL>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<REQUESTID>80925</REQUESTID>
<RESPONSEDATETIME>20080331120856</RESPONSEDATETIME>
</META>
<ROW>
<RETURNMAC>e3dIA+1e7R0T4rkNfmpIurhBm9ADSMuGIVSA7lu3d9o=</RETURNMAC>
<STATUSID>20</STATUSID>
<ADDITIONALREFERENCE>Fussbalschuhe</ADDITIONALREFERENCE>
<REF>000000999120080331010000100001</REF>
<FORMMETHOD>GET</FORMMETHOD>
<EXTERNALREFERENCE>Fussbalschuhe</EXTERNALREFERENCE>
<EFFORTID>1</EFFORTID>
<MAC>RbSBcK/fTst7Xa3ahDgJhvoSHb0lbTVjdbh66flV1Wo=</MAC>
<PAYMENTREFERENCE>999102512639</PAYMENTREFERENCE>
<FORMACTION>HTTPS://ps.gcsip.nl/orb/orb?ACTION=DO_ START&REF=000000999120080331010000100001&MAC=RbSBcK%
2FfTst7Xa3ahDgJhvoSHb0lbTVjdbh66flV1Wo
%3D</FORMACTION>
<ATTEMPTID>1</ATTEMPTID>
<MERCHANTID>1</MERCHANTID>
<STATUSDATE>20080331120856</STATUSDATE>
<ORDERID>1</ORDERID>
</ROW>
</RESPONSE>
</REQUEST>
</XML>
PROFILE
Input keys
PROFILETOKEN Token for the next payment; only if OK AN40 R {323529-235795d-232957- 9823759}
Return keys
RESULT l OK AN3 OK
l NOK
PROFILETOKEN Token for the next payment; only if OK AN40 {323529-235795d-232957- 9823759}
ERROR Marker (no key); only if NOK – Refer to the WebCollect error codes guide
ORDER
Input keys
l 1=HTML
BIRTHDATE Day of birth of consumer (for fraud detection reasons) (ccyymmdd) N8 O 19780203
Return keys
ERROR Marker (no key) – See the WebCollect error codes guide
Example
<XML>
<REQUEST>
<ACTION>MODIFY_ORDER</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<ORDER>
<ORDERID>9998990005</ORDERID>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<CITY>Barcelona</CITY>
<ZIP>1000 AA</ZIP>
<STATE>Catalunie</STATE>
</ORDER>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>MODIFY_ORDER</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<ORDER>
<ORDERID>9998990005</ORDERID>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<CITY>Barcelona</CITY>
<ZIP>1000 AA</ZIP>
<STATE>Catalunie</STATE>
</ORDER>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20040718145902</RESPONSEDATETIME>
<REQUESTID>245</REQUESTID>
</META>
</RESPONSE>
</REQUEST>
</XML>
PAYMENT
Input keys
EFFORTID Default 1 N5 O 1
Return keys
Format: YYYYMMDDHHMMSS
ERROR Marker (no key) – See the WebCollect error codes guide
Example
<XML>
<REQUEST>
<ACTION>PROCESS_CHALLENGED</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998990011</ORDERID>
<EFFORTID>1</EFFORTID>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response A
<XML>
<REQUEST>
<ACTION>PROCESS_CHALLENGED</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998990011</ORDERID>
<EFFORTID>1</EFFORTID>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20040719145902</RESPONSEDATETIME>
<REQUESTID>246</REQUESTID>
</META>
</RESPONSE>
</REQUEST>
</XML>
Possible response B
…
<RESULT>NOK</RESULT>
<META>
<RESPONSEDATETIME>20040719145902</RESPONSEDATETIME>
<REQUESTID>246</REQUESTID>
</META>
<ERROR>
<CODE>1100000</CODE>
</MESSAGE>
</ERROR>
</RESPONSE>
ORDER
Input keys
Return keys
RESULT OK or NOK AN OK
10
ERROR Marker (no key) – See the WebCollect error codes guide
CODE, MESSAGE, and TYPE are always returned for rejected transactions using the
real-time bank transfer Netherlands payment product (809), iDEAL
CODE N10 300360
Example
<XML>
<REQUEST>
<ACTION>REJECT_ORDER</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<ORDER>
<ORDERID>9998890004</ORDERID>
</ORDER>
</PARAMS>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<ACTION>REJECT_ORDER</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
<IPADDRESS>123.123.123.123</IPADDRESS>
<REQUESTIPADDRESS>123.123.123.123</REQUESTIPADDRESS>
</META>
<PARAMS>
<ORDER>
<ORDERID>9998890004</ORDERID>
</ORDER>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20040718145902</RESPONSEDATETIME>
<REQUESTID>245</REQUESTID>
</RESPONSE>
</REQUEST>
</XML>
l Settles payments with an additional status for online credit cards of 600: Authorized, waiting for explicit instructions for settlement
l Settles credit cards that have passed AVS or CVV or fraud screening with a status of 525: Authorized and checked,
waiting for explicit instructions for settlement The set payment structure is
PAYMENT
Input keys
af16af70-2bf5- 44e9-
a087-
PROFILETOKEN Token for the next payment AN40 O
68c87f67e3a1
EFFORTID Default=1 N5 R 1
AMOUNT AMOUNT must not exceed the authorized amount—One settlement per authorization N12 O 29990 (=299.90)
MERCHANTREFEREN MERCHANTREFERENCE allowed input is ASCII 32–126 characters—Do not include trailing AN30 O
CE spaces in the
MERCHANTREFERENCE
l Form code—A maximum of 3 digits indicating the type of document, the source of issue and the
number of coupons it contains
l ET=E Ticket
You can replace TICKETNUMBER with PNR if the ticket number is unavailable
Place of issue
PLACEOFISSUE For sales in the US the last two characters (position 14–15) must be the US state code AN15 O
POSCITYCODE This is the city code of the point of sale AN10 O AMS
CUSTOMERID Consumer reference used when searching in the Ingenico ePayments interface AN16 O 14
ISSUEDATE In a case of multiple issuances of the same ticket to a cardholder, you should use the last ticket date N8 O 20090402
l O or blank=stopover permitted
The flight number assigned by the airline carrier with no leading spaces
The departure time in local time at the departure airport Format: HH:MM
Return keys
ERROR Marker (no key) – See the WebCollect error codes guide
MESSAGE Message for error or event AN4000 REQUEST 2501 UNKNOWN ORDER OR NOT PENDING
Example
<XML>
<REQUEST>
<ACTION>SET_PAYMENT</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
<PARAMS>
<PAYMENT>
<ORDERID>9998990011</ORDERID>
<EFFORTID>1</EFFORTID>
<PAYMENTPRODUCTID>701</PAYMENTPRODUCTID>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response A
<XML>
<REQUEST>
<ACTION>SET_PAYMENT</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998990011</ORDERID>
<EFFORTID>1</EFFORTID>
<PAYMENTPRODUCTID>701</PAYMENTPRODUCTID>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20040719145902</RESPONSEDATETIME>
<REQUESTID>246</REQUESTID>
</META>
</RESPONSE>
</REQUEST>
</XML>
Possible response B
…
<RESPONSE>
<META>
<RESPONSEDATETIME>20040719145902</RESPONSEDATETIME>
<REQUESTID>246</REQUESTID>
</META>
<ERROR>
<CODE>410110</CODE>
</ERROR>
</RESPONSE>
PAYOUT
Input keys
Default=1
EFFORTID In most cases, you must set EFFORTID=-1 to match the original N5 R 1
Return keys
ERROR Marker (no key) – See the WebCollect error codes guide
MESSAGE Message for error or event AN4000 REQUEST 2501 UNKNOWN ORDER OR NOT PENDING MESSAGE
<XML>
<REQUEST>
<ACTION>SET_PAYOUT</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998990011</ORDERID>
<PAYMENTPRODUCTID>1201</PAYMENTPRODUCTID>
<EFFORTID>-1</EFFORTID>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response A
<XML>
<REQUEST>
<ACTION>SET_PAYOUT</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998990011</ORDERID>
<PAYMENTPRODUCTID>1201</PAYMENTPRODUCTID>
<EFFORTID>-1</EFFORTID>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20070201145902</RESPONSEDATETIME>
<REQUESTID>2467</REQUESTID>
</RESPONSE>
</REQUEST>
</XML>
Possible response B
…
<RESPONSE>
<RESULT>NOK</RESULT>
<META>
<RESPONSEDATETIME>20070201151641</RESPONSEDATETIME>
<REQUESTID>2574</REQUESTID>
</META>
<ERROR>
<CODE>410110</CODE>
</ERROR>
</RESPONSE>
PAYMENT
Input keys
AMOUNT AMOUNT must not exceed the authorized amount—One settlement per authorization N12 O 12000
Return keys
ERROR Marker (no key) – See the WebCollect error codes guide
MESSAGE Message for error or event AN4000 REQUEST 2501 UNKNOWN ORDER OR NOT
PENDING
<XML>
<REQUEST>
<ACTION>SET_REFUND</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998990011</ORDERID>
<EFFORTID>-1</EFFORTID>
<PAYMENTPRODUCTID>701</PAYMENTPRODUCTID>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Possible response A
<XML>
<REQUEST>
<ACTION>SET_PAYMENT</ACTION>
<META>
<IPADDRESS>123.123.123.123</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>9998990011</ORDERID>
<EFFORTID>-1</EFFORTID>
<PAYMENTPRODUCTID>701</PAYMENTPRODUCTID>
</PAYMENT>
</PARAMS>
<RESPONSE>
<RESULT>OK</RESULT>
<META>
<RESPONSEDATETIME>20040719145902</RESPONSEDATETIME>
<REQUESTID>246</REQUESTID>
</META>
</RESPONSE>
</REQUEST>
Possible response B
…
<RESPONSE>
<RESULT>NOK</RESULT>
<META>
<RESPONSEDATETIME>20040719145902</RESPONSEDATETIME>
<REQUESTID>246</REQUESTID>
</META>
<ERROR>
<CODE>410110</CODE>
</ERROR>
</RESPONSE>
This API call tests your connection with the Ingenico ePayments payment platform WebCollect.
Responses
l If the response is NOK, the connection is not working correctly—Check your settings on your end
If your connection is still not working correctly, contact Ingenico ePayments The test connection structure is
Input keys
Return keys
Example
<XML>
<REQUEST>
<ACTION>TEST_CONNECTION</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
</REQUEST>
</XML>
Possible response
<XML>
<REQUEST>
<META>
<IPADDRESS>20.60.98.38</IPADDRESS>
<MERCHANTID>1</MERCHANTID>
<VERSION>1.0</VERSION>
</META>
<RESPONSE>
<RESULT>OK</RESULT>
</RESPONSE>
</REQUEST>
</XML>
PROFILE MANDATE
Input keys
PROFILETOKEN Token for the next payment; only if OK AN40 R {323529-235795d- 232957-
9823759}
… eWallet information …
Identifies the type of transaction that this specific mandate accepts for the SEPA
direct debit
l S=One-off
l F=First recurring
TRANSACTIONTYPE AN2 R S
l R=Second and subsequent recurring
l L=Last recurring
MANDATEPLACE City in which the consumer signed the mandate AN40 O Hoofddorp
Format: YYYYMMDD
l 1=Mandate is signed
EMAILTYPEINDICATOR l 1=HTML N1 C 1
PRENOTIFICATION The email is sent from the merchant email address AN1 O 1
Return keys
RESULT l OK AN3 OK
l NOK
PROFILETOKEN Token for the next payment;. only if OK AN40 {323529-235795d-232957- 9823759}
ERROR Marker (no key); only if NOK – Refer to the WebCollect error codes guide
PROFILE MANDATE
Input keys
PROFILETOKEN Token for the next payment; only if OK AN40 R af16af70-2bf5-44e9-a087- 68c87f67e3a1
MANDATEPLACE City in which the consumer signed the mandate AN40 R Hoofddorp
l 1=Mandate is signed
Return keys
RESULT l OK AN3 OK
l NOK
ERROR Marker (no key); only if NOK – See the WebCollect error codes guide
The exception is
The Netherlands Antilles do not have a country code listed in ISO 3166-1
Curaçao and Sint Maarten have ISO 3166-1 country codes of their own, which are included here, too
A–F
WebCollect technical guide 2013 Q4Angola AO Bonaire, Sint Eustatius, and Saba BQ Colombia CO Estonia EE
Antigua & Barbuda AG Bouvet Island BV Congo, the Democratic Republic of the CD Faroe Islands FO
Azerbaijan AZ Burundi BI CW TF
G–L
M–R
Macedonia, the former Yugoslav republic of MK Moldova, Republic of MD New Zealand NZ Paraguay PY
S–Z
Virgin Islands,
British
Saint Kitts and Nevis KN South Africa ZA Tonga TO VG
Saint Lucia LC South Georgia and the South Sandwich GS Trinidad and Tobago TT Virgin Islands, US VI
Islands
Exceptions are
Chinese, simplified—sc l Chinese, traditional—tc l Czech (legacy)—cz
Polish (legacy)—po
A–L
M–Z
A–F
ANG Netherlands Antillean guilder Curaçao and Sint Maarten (Netherlands Antilles)
Australia, Australian Antarctic Territory, Christmas Island, Cocos (Keeling) Islands, Heard and McDonald
Islands, Kiribati, Nauru, Norfolk Island, Tuvalu
AUD Australian dollar
B Belize Belize
ZD dollar
C Canadian Canada
AD dollar
C Chilean Chile
LP peso
C Colombian Colombia
OP peso
C Cuban Cuba
UC convertible
peso
C Cuban Cuba
UP peso
D Djiboutian Djibouti
JF franc
D Algerian Algeria
ZD dinar
E Egyptian Egypt
GP pound
E Eritrean Eritrea
RN nakfa
E Ethiopian Ethiopia
TB birr
European Union countries (Austria, Belgium, Cyprus, Estonia, Finland, France, Germany, Greece, Ireland, Italy, Luxembourg,
Malta, the Netherlands, Portugal, Slovakia, Slovenia, Spain), Andorra, Kosovo, Monaco, Montenegro, San Marino, Vatican City
(Holy See)
E Euro
UR
G–L
G Pound
BP sterling
G Georgia Georgia
EL n lari
G Ghanai Ghana
HS an cedi
G Gibralta Gibraltar
IP r pound
G Gambia Gambia
MD n dalasi
G Guinea Guinea
NF n franc
HKD Hong Kong dollar Hong Kong (Special Administrative Region), Macau (Special Administrative Region)
M–R
NOK Norwegian krone Norway, Svalbard, Jan Mayen, Bouvet Island, Queen Maud Land, Peter I Island
NZD New Zealand dollar Cook Islands, New Zealand, Niue, Pitcairn, Tokelau
S–Z
American Samoa, British Indian Ocean Territory, Caribbean Netherlands, Ecuador, El Salvador, Guam, Haiti,
Marshall Islands, Micronesia, Northern Mariana Islands, Palau, Panama, Puerto Rico, Timor-Leste, Turks and
Caicos Islands, United States of America, US Virgin Islands, Barbados (as well as Barbados Dollar), Bermuda (as
well as Bermudian Dollar), Zimbabwe
X Central African CFA Cameroon, Central African Republic, Republic of the Congo, Chad, Equatorial Guinea, Gabon
AF Franc BEAC (Banque
des États de l'Afrique
Centrale)
Anguilla, Antigua and Barbuda, Dominica, Grenada, Montserrat, Saint Kitts and Nevis, Saint Lucia, Saint Vincent
and the Grenadines
X East Caribbean dollar
CD
X West African CFA franc Benin, Burkina Faso, Côte d'Ivoire, Guinea- Bissau, Mali, Niger, Senegal, Togo
OF BCEAO (Banque
Centrale des États de
l'Afrique de l'Ouest)
X CFP franc (Comptoirs French Polynesia, New Caledonia, Wallis and Futuna
PF Français du Pacifique)
20 PENDING AT MERCHANT The HostedMerchantLink transaction is waiting for the consumer to be redirected by the merchant to
WebCollect
25 PENDING AT Ingenico The HostedMerchantLink transaction is waiting for the consumer to enter missing data on the payment
ePayments pages of Ingenico ePayments
PENDING AT Ingenico The Hosted Merchant Link transaction is waiting for WebCollect to redirect the consumer to the bank
ePayments payment pages (optionally, after the consumer enters missing data)
30
PENDING AT BANK The payment request and consumer have been forwarded to the payment pages of the bank
50 ENROLLED (Credit Card The payment request and consumer have been forwarded to the authentication pages of the card issuer
Online)
PENDING AT CONSUMER The consumer received all payment details to initiate the transaction
125 CANCELLED AT BANK The consumer cancelled the payment while on the bank payment page
The payment was not completed within the given set time limit by the consumer and is expired
150 TIMED OUT AT BANK WebCollect did not receive information regarding the outcome of the payment at the bank
160 DENIED The transaction had been rejected for reasons of suspected fraud
170 AUTHORISATION EXPIRED The authorization is expired because no explicit settlement request was received in time
AUTHENTICATION_ ENROLLMENT_
EXPIRED
172 The enrolment period was pending for too long
AUTHENTICATION_ VALIDATION_
EXPIRED
175 The validation period was pending for too long
180 INVALED PARES OR NOT COMPLETED The cardholder authentication response from the bank was invalid or not completed
190 SETTLEMENT REJECTED Used in a captured by Ingenico ePayments credit card online transaction, specifically
ATOS
220 COULD NOT AUTHENTICATE The authentication service was out of order; the cardholder could not be authenticated
230 CARDHOLDER NOT PARTICIPATING The cardholder is not participating in the 3D Secure authentication program
COULD NOT AUTHENTICATE The authentication service was out of order; the cardholder could not be authenticated
CARDHOLDER NOT PARTICIPATING The cardholder is not participating in the 3D Secure authentication program
400 REVISED The consumer or WebCollect has revised the payment (with another payment product)
500 FINAL This is the final status update for this transaction
The payment was challenged by your fraud rule set and is pending
525 CHALLENGED Use the Process Challenged API or the Web Payment Console if you choose to
process further
625 AUTHORIZED AND PENDING The transaction is authorized and waiting for the second message (captured) from the
provider
650 PENDING VERIFICATION If followed by 50 PENDING AT BANK, the verification could not be carried out successfully
800 READY Real-time bank transfer—The return message from the bank indicates that the payment was
successful
Temporary status
900 SENT The payment instruction was accepted and is being processed further
935 SETTLEMENT PENDING The capture has been sent but not yet confirmed by the acquirer
CONFIRMATION
975 SETTLEMENT IN PROGRESS The settlement file was sent for processing at the financial institution
1020 CORRECTED Ingenico ePayments corrected the payment information that was given
1050 COLLECTED The funds have been made available for remittance to the merchant
Ingenico ePayments
1110 REFUSED BY ACCEPTING BANK The acquiring bank rejected the direct debit
1120 REFUSED SETTLEMENT Refused settlement before payment by Ingenico ePayments (credit card)
1150 REFUSED SETTLEMENT Refused settlement after payment from Acquirer (credit card)
1210 REFUSED BY CONSUMER BANK The bank of the consumer rejected the direct debit
1400 NOC RECEIVED Notification of chargeback has been received for the payment
1500 CHARGED BACK BY CONSUMER The payment was charged back by the consumer
1510 REVERSAL BY CONSUMER The consumer reversed the direct debit payment
REFUND
Ingenico ePayments
2120 REFUSED BY ACCEPTING BANK The acquiring bank rejected the payout attempt
2130 REFUSED BY CONSUMER BANK The consumer bank rejected the payout attempt
99999 CANCELLED The payment, refund, or payout attempt was cancelled by the merchant
10 ORDER WITH ATTEMPT A (failed) payment attempt has been made on this order
15 REFUND FAILED A failed refund attempt has been made on a non-WebCollect order
20 ORDER WITH SUCCESFUL ATTEMPT A successful payment attempt has been made on this order
60 ORDER OPEN The variable amount recurring order is open for new payments
90 ENDED BY MERCHANT The recurring order has been ended on request of the merchant
These payment products include refunds and payouts. For Credit Cards, whenever the product is local, we add the country or region of use
1 1 Visa
1 2 American Express
1 3 MasterCard
1 117 Maestro
1 120 UATP
1 125 JCB
1 128 Discover
1 135 Cabal
Direct debit
3 730 ACH
4 500 BPay
Invoice
6 201 Invoice
Bank transfer
7 11 Bank Transfer
eWallet
8 840 PayPal
8 841 WebMoney
8 843 Moneybookers
8 849 Yandex
8 861 Alipay
Pre-paid method
Cash
Bank refund
Bank payout
If the initial authorization of a card fails, the rest of the recurring payments cannot be made against the order.
To process a variable recurring billing order, create a new order and include this information in either your API: INSERT_ ORDER or your API:
INSERT_ORDERWITHPAYMENT
If the initial authorization of a card fails, the rest of the recurring payments cannot be made against the order.
The first time your API: DO_PAYMENT is called for an order, the EFFORTID=2.
EFFORTID=1 occurs with the initial transaction created when you use your API: INSERT_ORDER or INSERT_ ORDERWITHPAYMENT.
For each subsequent API: DO_PAYMENT against the same order, the EFFORTID increases by 1.
The response to your API: DO_PAYMENT indicates whether the authorization on the card is successful.
If an account is configured for delayed settlement and a transaction has been successfully authorized, submit your API: SET_PAYMENT to settle the
transaction.
The amount can be equal to or less than the original authorization amount. The amount cannot be greater than the original
authorization amount.
The response to your API: SET_PAYMENT indicates whether the request for settlement is successful.
For more information about the APIs, see INSERT_ORDER, SET_PAYMENT, and DO_PAYMENT.
Example—Initial order
<XML>
<REQUEST>
<ACTION>INSERT_ORDERWITHPAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>192.168.41.11</REQUESTIPADDRESS>
</META>
<PARAMS>
<ORDER>
<ORDERID>1702200906</ORDERID>
<MERCHANTREFERENCE>RECR117021</MERCHANTREFERENCE>
<AMOUNT>500</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<LANGUAGECODE>en</LANGUAGECODE>
<COUNTRYCODE>NL</COUNTRYCODE>
<SURNAME>Cruijff</SURNAME>
<CITY>Amsterdam</CITY>
<FIRSTNAME>Johan</FIRSTNAME>
<STREET>Nou Camp</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<ZIP>1000 AA</ZIP>
<STATE>Catalunie</STATE>
</ORDER>
<PAYMENT>
<CVV>321</CVV>
<CVVINDICATOR>1</CVVINDICATOR>
<PAYMENTPRODUCTID>1</PAYMENTPRODUCTID>
<AMOUNT>500</AMOUNT>
<CREDITCARDNUMBER>4263982640269299</CREDITCARDNUMBER>
<EXPIRYDATE>1209</EXPIRYDATE>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>en</LANGUAGECODE>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
<REQUEST>
<ACTION>DO_PAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>20.60.98.38</IPADDRESS>
<VERSION>1.0</VERSION>
<REQUESTIPADDRESS>192.168.41.11</REQUESTIPADDRESS>
</META>
<PARAMS>
<PAYMENT>
<ORDERID>1702200906</ORDERID>
<ORDERTYPE>4</ORDERTYPE>
<EFFORTID>2</EFFORTID>
<CURRENCYCODE>EUR</CURRENCYCODE>
<AMOUNT>1000</AMOUNT>
<LANGUAGECODE>nl</LANGUAGECODE>
<COUNTRYCODE>NL</COUNTRYCODE>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Software requirements
To set up a secure connection to Ingenico ePayments to post data, PHP must be compiled with cURL
To use the cURL functions you must install the cURL package
PHP requires that you use cURL 7.0.2-beta or later
PHP 4.2.3 requires cURL 7.9.0 or later
PHP 4.3.0 requires cURL 7.9.8 or later
PHP 5.0.0 requires cURL 7.10.5 or later
How to do it
If you do not install the cURL CA cert bundle or the Ingenico ePayments certificate signed by a CA that is not included in the bundle and to connect to
Ingenico ePayments, do one of these
Get a CA certificate that can verify the remote server and use the proper option to point out this CA cert for verification when connecting
The default path of the CA bundle installed with the curl package is: /usr/local/share/curl/curl-ca-bundle.crt
This can be changed by running configure --with-ca-bundle option pointing out the path of your choice
Sources
HTTPS://www.php.net/manual/en/ref.curl.php
HTTPS://curl.haxx.se/docs/sslcerts.html
AN 40 707 717 CH O
AN 50 707 717 CH R
Payment is immediate—As soon as the consumer completes the details and agrees to pay, the transfer of money is initiated and there is no
risk of insufficient funds
Payment is not reversible—The transfer is a regular bank transfer and cannot be reversed by the consumer
Payments are made using familiar online bank systems
The cost for a real-time bank transfer is usually fixed unlike the transaction fee that credit card companies use
The bank payment pages display in a pop-up dialog box. For consumers with an active popup blocker, a link is provided to launch the
dialog box manually.
In response, you redirect the consumer to the real-time bank payment pages. This is a redirection or a HTTPS POST of the values that are supplied
in response to the payment request.
When the payment process is complete, the consumer is returned to your pre-defined return page. The bank does a HTTPS POST or a HTTPS GET
to the return page containing the details of the payment.
If WebCollect is unable to determine the status of the payment within two hours of the initial INSERT ORDER WITH PAYMENT or DO
PAYMENT, the payment attempt is revised (status 400 REVISED) and a new payment attempt is created with a different payment
product 11 - Off-line Bank Transfer. If WebCollect determines the status using a batch-job, the payment attempt is revised if the status
of the payment is open (not successful, rejected, cancelled or failed) for more than two hours.
Ingenico ePayments treats all real-time bank payments as regular bank transfers. The payments are matched against the details on a regular bank
statement and reported using the regular reporting methods (WebCollect Payment Console, daily report files, and so on).
The verification process differs from bank to bank. In some cases, verification is performed on the bank system. In other cases, the validity of the
return message is verified only. For example, in the case of a real-time bank transfer in Germany, the payment verification is done on the bank
system to ensure that the payment actually took place. In the case of iDEAL in the Netherlands, the payment is guaranteed only if the final status of
the payment is verified at the bank.
Payment product Payment product name Redirecting to the bank Response from bank Remarks
ID
840 PayPal (multiple countries) HTTPS GET HTTPS GET PayPal payment page should display in a pop-up
window
Implementing iDEAL(Netherlands)
If you provide products based on the iDEAL standard, you must use the iDEAL logo in the product presentation to the consumer.
In addition, you are primarily responsible for initiating the payment and communicating the order status to the consumer.
Bank selection
An iDEAL transaction can start only if the iDEAL payment method and an issuing bank have been selected by the consumer
Pay button
The consumer is aware of how and when the iDEAL transaction is initiated by a Pay button, generally situated on the order-summary page. The
consumer must click the iDEAL Pay button (with the iDEAL logo) to start the transaction.
Ingenico ePayments can provide you with the iDEAL Pay button on request.
Implementing PayPal
If you provide products based on the PayPal standard, you must use the PayPal logo in the product presentation to the consumer.
In addition, you are primarily responsible for initiating the payment and communicating the order status to the consumer.
Redirection
The consumer selects the PayPal payment method, and then is redirected to the PayPal site to log in to his or her personal account to authorize the
payment. The consumer must confirm the payment on the PayPal site to complete the order. When the payment is confirmed, the consumer is
redirected back to your site.
To perform end-to-end tests, you must have an account in one of the online banks listed in the offer—The
banks do not provide staging environments for merchants
801 ING Home’Pay No Testing is possible only on the bank production environment using real transactions
(Belgium)
802 Nordea E-maksu Yes The test payment pages are not identical to the production payment pages The test payment pages provide a
(Finland) way to test some of the different flows only
803 Nordea E-betaling Yes The test payment pages are not identical to the production payment pages The test payment pages provide a
(Denmark) way to test some of the different flows only
809 iDEAL (the Yes The test payment pages are not identical to the production payment pages The test payment pages provide a
Netherlands) way to test some of the different flows only
810 eNets Yes The test payment pages are identical to the production payment pages
Only DBS provides a valid test link, the other test links are frequently down
811 Dankse No Testing is possible only on the bank production environment using real transactions
816 GiroPay Yes The test payment pages are not identical to the production payment pages The test payment pages provide a
(Germany) way to test some of the different flows only
818 Sampo Yes Live account details are used, but test settings put in place by Ingenico ePayments allow tests to be made
with no actual transfer of funds
830 PaySafeCard Yes The test payment pages are identical to the production payment pages
You can test Sofortuberweisung by using bank code 88888888 (eight 8s) for Germany or 00000 (five 0s) for
Austria
836 Sofortüberweisu Yes
ng If you use another bank code, a transaction is processed normally
840 PayPal Yes The test payment pages are identical to the production payment pages
841 Webmoney Yes The test payment pages are identical to the production payment pages
Error ABNANL2A or INGBNL2A 700 Simulate an iDEAL transaction which returns an error
Because of tests carried out by you or other merchants, these test cards may be empty. Contact Ingenico ePayments to reset the test
cards to their initial value.
Payer authentication
Contact your Ingenico ePayments implementation manager to make sure that your account is configured to support payer
authentication.
When you request an authorization using a Visa or MasterCard credit card and a supported processor, you can include payer authentication data in
any of the following APIs: INSERT_ORDERWITHPAYMENT, DO_ CHECKENROLLMENT and DO_PAYMENT.
Data returned from the issuing banks can be verified using your API: DO_VALIDATE. If you choose not to have authenticated cards authorized
immediately, then you can use your API: DO_FINISHPAYMENT to authorize the transaction.
The first API: DO_PAYMENT, should always be preceded by the API: INSERT_ORDER. These two functions can be combined using the API:
INSERT_ORDERWITHPAYMENT. You can use your API: DO_CHECKENROLLMENT to combine the functions of APIs: INSERT_ORDER and
DO_PAYMENT for authentication of consumers or consumers with no automatic authorization.
Verified by Visa
Verified by Visa reduces the risk of unauthorized use of a cardholder account. Use it to verify the consumer identity with a password. Verified by Visa
provides results to you in real time during the checkout process.
For more information about signing up and using Verified by Visa, contact your Ingenico ePayments account manager.
For more information about signing up and using SecureCode or UCAF, contact your Ingenico ePayments account manager or visit HTTPS://www.
mastercardintl.com.
3D Secure flow
Payer authentication
Contact your Ingenico ePayments implementation manager to make sure that your account is configured to support payer
authentication.
When you request an authorization using a Visa or MasterCard credit card and a supported processor, you can include payer authentication data in
any of the following APIs: INSERT_ORDERWITHPAYMENT, DO_PAYMENT & DO_AUTHENTICATE.
Data returned from the issuing banks can be verified using your API: DO_VALIDATE. If you choose not to have authenticated cards authorized
immediately, then you can use your API: DO_FINISHPAYMENT to authorize the transaction.
The first API: DO_PAYMENT, should always be preceded by the API: INSERT_ORDER. These two functions can be combined using the API:
INSERT_ORDERWITHPAYMENT. You can use your API: DO_AUTHENTICATE to combine the functions of APIs: INSERT_ORDER and
DO_PAYMENT for authentication of consumers or consumers with no automatic authorization.
3D v2 Flow
Andorra
These codes also apply to direct debits and bank refunds.
70 Branch supporting direct debit warning This branch will not support direct debit transactions
90 Account supporting direct debit warning This account will not support direct debit transactions
110 Branch supporting direct credit warning This branch will not support direct credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting direct credit warning This account will not support direct credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Australia
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Austria
These codes also apply to direct debits and bank refunds.
70 Branch supporting direct debit warning This branch will not support direct debit transactions
90 Account supporting direct debit warning This account will not support direct debit transactions
110 Branch supporting direct credit warning This branch will not support direct credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting direct credit warning This account will not support direct credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
810 Branch merged error The validation of the IBAN has failed (not in Db)
Belgium
These codes also apply to direct debits and bank refunds.
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
640 Modulus check Account Number error Account number failed modulus check
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
Bulgaria
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Canada
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Croatia
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
630 Modulus check Bank Code error Bank code failed modulus check
635 Modulus check present warning Modulus check present but not performed
640 Modulus check Account Number error Account number failed modulus check
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Cyprus
These codes also apply to direct debits and bank refunds.
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Czech Republic
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Estonia
These codes also apply to direct debits and bank refunds.
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Finland
These codes also apply to direct debits and bank refunds.
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
France
These codes also apply to direct debits and bank refunds.
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
80 Standard form account details warning Account details are not in standard form and were transposed
80 Standard form account details warning Account details are not in standard form and were transposed
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
340 Allocate bank code/branch code error Bank/Branch code not submitted
340 Allocate bank code/branch code error Bank/Branch code not submitted
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Germany
These codes also apply to direct debits and bank refunds.
70 Branch supporting Direct Debit warning This branch will not support Direct Debit
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
530 Validation modulus check algorithm on account number warning Validation modulus check algorithm on account number
530 Validation modulus check algorithm on account number warning Validation modulus check algorithm on account number
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Greece
These codes also apply to direct debits and bank refunds.
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Hong Kong
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Hungary
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
630 Modulus check Bank Code error Bank code failed modulus check
635 Modulus check present warning Modulus check present but not performed
640 Modulus check Account Number error Account number failed modulus check
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Iceland
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Indonesia
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
Ireland
These codes also apply to direct debits and bank refunds.
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Italy
These codes also apply to direct debits and bank refunds.
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Latvia
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Liechtenstein
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Lithuania
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Luxembourg
These codes also apply to direct debits and bank refunds.
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Mexico
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
Netherlands
These codes also apply to direct debits and bank refunds.
0050 Account number format error Account number format incorrect (non-Postbank)
0050 Account number format error Account number format incorrect (non-Postbank)
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank branch code format error Bank / branch code format is incorrect
500 Bank branch code format error Bank / branch code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
0050 Account number format Error Account number format incorrect (non-Postbank)
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
New Zealand
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Norway
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Portugal
These codes also apply to direct debits and bank refunds.
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Romania
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
San Marino
San Marino uses the same codes as Italy.
Singapore
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Slovakia
These codes also apply to direct debits and bank refunds.
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Slovenia
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
South Africa
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Spain
These codes also apply to direct debits and bank refunds.
630 Modulus check bank code has failed Error Modulus check bank code has failed
640 Modulus check account number has failed Error Modulus check account number has failed
640 Modulus check account number has failed Error Modulus check account number has failed
640 Modulus check account number has failed Error Modulus check account number has failed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Sweden
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Switzerland
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank / branch code format error Bank / branch code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Thailand
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Tunisia
Code Description Error or warning Meaning
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
United Kingdom
Code Description Error or warning Meaning
10 Modulus checking applied to account details warning Modulus checking cannot be applied to these account details
10 Modulus checking applied to account details warning Modulus checking cannot be applied to these account details
20 Sort Code allocated error Sort Code not allocated to any bank branch
20 Sort Code allocated error Sort Code not allocated to any bank branch
70 Branch supporting direct debit warning This branch will not support direct debit transactions
90 Account supporting direct debit warning This account will not support direct debit transactions
100 Reference / roll account number requirement warning Reference / roll account number required
110 Branch supporting direct credit warning This branch will not support direct credit transactions
150 Redirected due closure branch warning This branch is due to close
160 Branch supporting claims for unpaid check transactions warning This branch will not support claims for unpaid check transactions
170 Branch supporting life assurance premiums transactions warning This branch will not support life assurance premium transactions
180 Branch supporting building society credit transactions warning This branch will not support building society credit transactions
190 Branch supporting dividend interest payment transactions warning This branch will not support dividend interest payment transactions
200 Branch supporting AUDDIS warning This branch will not support AUDDIS transactions
200 Branch supporting AUDDIS warning This branch will not support AUDDIS transactions
210 Account supporting direct credit warning This account will not support direct credit transactions
220 Account supporting claims for unpaid check transactions warning This account will not support claims for unpaid check transactions
230 Account supporting life assurance premiums transactions warning This account will not support life assurance premium transactions
240 Account supporting building society credit transactions warning This account will not support building society credit transactions
260 Account supporting AUDDIS warning This account will not support AUDDIS transactions
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
70 Branch supporting Direct Debit warning This branch will not support Direct Debit transactions
90 Account supporting Direct Debit warning This account will not support Direct Debit transactions
110 Branch supporting Direct Credit warning This branch will not support Direct Credit transactions
150 Redirected due closure branch warning This branch is due to close
210 Account supporting Direct Credit warning This account will not support Direct Credit transactions
500 Bank Branch Code format error Bank/Branch Code format is incorrect
635 Modulus check present warning Modulus check present but not performed
710 Validation IBAN error The validation of the IBAN has failed (not in Db)
720 Modulus check IBAN error Modulus check on the IBAN failed
750 Validation BIC error The validation of the BIC has failed (not in Db)
Vatican
The Vatican uses the same codes as Italy.
The IBAN is implemented without modification to the Basic Bank Account Number (BBAN), being the domestic account number. This is done by
adding a prefix to the domestic account number. In some countries, an additional bank identifier is added.
The banking industry of each individual country specifies the country-specific length and the composition of the IBAN.
c Check digits
Total 18AN
The position of the Bank/Branch identifier is interpreted from the first digit mentioned up to and including the last digit.
Country Length Position of bank/branch identifier Issuing start date Examples of paper representation
Andorra 24AN 5–12 Q1 2003 AD12 0001 2030 2003 5910 0100
Bosnia and Herzegovina 20AN 5–10 To be determined BA39 1290 0794 0102 8494
Cyprus 28AN 5–12 12-2003 to 4-2004 CY17 0020 0128 0000 0012 0052 7600
Czech Republic 24AN 5–8 2003 CZ65 0800 0000 1920 0014 5399
France 27AN 5–14 01-1997 FR14 2004 1010 0505 0001 3M02 606
Gibraltar 23AN 5–8 07-2003 GI75 NWBK 0000 0000 7099 453
Greece 27AN 5–11 01-2002 GR16 0110 1250 0000 0001 2300 695
Hungary 28AN 5–11 01-2002 HU42 1177 3016 1111 1018 0000 0000
Iceland 26AN 5–8 To be supplied IS14 0159 2600 7654 5510 7303 39
Italy 27AN 6–15 01-2000 IT60 X054 2811 1010 0000 0123 456
Macedonia, Former Yugoslav Republic of 19AN 5–7 07-2005 MK07 3000 0000 0042 425
Malta 31AN 5–13 01-2004 MT84 MALT 0110 0001 2345 MTLC AST0 01S
Mauritius-Non-European country 30AN 5–12 04-2006 MU17 BOMM 0101 1010 3030 0200 000M UR
Poland 28AN 5–12 05-2004 PL27 1140 2004 0000 3002 0135 5387
Portugal 25AN 5–12 10-2000 PT50 0002 0123 1234 5678 9015 4
Romania 24AN 5–8 2004 RO49 AAAA 1B31 0075 9384 0000
Serbia and Montenegro 22AN 5–7 01-2005 CS73 2600 0560 1001 6113 79
Slovak Republic 24AN 5–8 05-2004 SK31 1200 0000 1987 4263 7541
Spain 24AN 5–12 06-2000 ES91 2100 0418 4502 0005 1332
Sweden 24AN 5–7 04-2001 SE35 5000 0000 0549 1000 0003
Tunisia 24AN1 5–9 04-2004 TN59 1420 7207 1007 0712 9648
Turkey 26AN 5–9 09-2005 TR33 0006 1005 1978 6457 8413 26
United Kingdom 22AN 5–14 04-2001 GB29 NWBK 6016 1331 9268 19
Fraud results
N No fraud requested
C Challenged
A Accept
D Denied/Fraudulent
Fraud codes
Fra Description
ud
code
0000 No Score—A transaction is submitted to ebitGuard™ for data warehousing and modeling purposes only
0100 Accept
0150 Always Accept—An attribute associated with an order matched a pre-configured Always Accept rule
0200 Authorization Decline—The card number appears in a bank- or card-association negative file database
0250 Always Deny—An attribute associated with an order matched a pre-configured Always Deny rule
0300 Suspicious Usage—A combination of customized rules and neural-based fraud assessments has determined the card usage is suspicious
and possibly fraudulent
0330 Rule Challenge—Criteria is met for a client-specific customized rule designed to return a Challenge response
0400 Suspicious Usage—A combination of customized rules and neural-based fraud assessments has determined that the card usage is
suspicious and possibly fraudulent and the card number appeared in a Retail Decisions (ReD) card database
0500 Questionable Usage—A combination of customized rules and neural-based fraud assessments has determined that the card usage is
questionable and possible fraudulent—The overall ebitGuard™ assessment has fallen within a gray area, as defined by ReD and the
merchant during service installation
0600 Questionable Usage—The card number associated with the order is found in a ReD card database A Challenge recommendation is returned
or
0610
0700 Velocity or Rules Threshold Violation—An attribute associated with an order exceeded a pre-configured rules threshold
0800 Tumbling or Swapping Pattern Detected—The ebitGuard™ tumbling and swapping engine detected an unusual usage pattern in the card
number, expiration date, or consumer email address associated with a transaction
902 Validation Error—The format of a particular key is invalid or a required input key is missing
1000 Screening Service Always Accept—An attribute associated with an order matched a pre-configured Always Accept screening entry in the
ReD proprietary screening database service
1700 Screening Service Always Challenge—An attribute associated with an order matched a pre-configured Always Challenge screening entry in
the ReD proprietary screening database service
1800 Screening Service Challenge—An attribute associated with an order matched a pre-configured Challenge screening entry in the ReD
proprietary screening database service
2000 Screening Service Deny—An attribute associated with an order matched a negative entry in the ReD proprietary screening database service
For the first collections from a Postgiro account (called "onzuivere posten"), the account number is checked against the account name
and city by Postbank. This takes an additional processing day.
0 Successful
56 Card Invalid Verification of account check digits and bank identification code (algorithms)
The more information you send using your API, the better your fraud screening quality is.
* For easy reference, here are the keys for Insert Order with Payment (IOWP). Because the fraud screening service applies to credit
cards only, the keys for credit card payments are listed. For more information about the API, see INSERT_ORDERWITHPAYMENT.
META R
MERCHANTID N10 R Ingenico ePayments concatenates MERCHANTID (N10) and ATTEMPTID (N5) to use as a reference for the fraud
screening
IPADDRESS AN R This key is only used if you use the CustomerLink interface
32
ENDMETA R
PARAMS R
ORDER R
ORDERID N10 R Ingenico ePayments concatenates ORDERID (N10) and EFFORTID (N5) to create a unique ID for each fraud screening
IPADDRESSCUSTOMER AN R This key is used only if the consumer uses the MerchantLink interface and the PAYMENT—CUSTOMERIPADDRESS is
32 empty
CUSTOMERID AN O
15
FIRSTNAME AN O The value in this field is used when the same-name parameter is empty in the payment part of the request
15
PREFIXSURNAME AN O The value in this field is used when the same-name parameter is empty in the payment part of the request
15
SURNAME AN O The value in this field is used when the same-name parameter is empty in the payment part of the request
30
Ingenico ePayments cuts off the value if it exceeds the needed length but is still within the regular limits of the API:
INSERT_ ORDERWITHPAYMENT
STREET AN O The value in this field is used when the same-name parameter is empty in the payment part of the request
30
Ingenico ePayments cuts off the value if it exceeds the needed length but is still within the regular limits of the API:
INSERT_ ORDERWITHPAYMENT
HOUSENUMBER AN O The value in this field is used when the same-name parameter is empty in the payment part of the request
15
ADDITIONALADDRESSINFO AN O The value in this field is used when the same-name parameter is empty in the payment part of the request
30
Ingenico ePayments cuts off the value if it exceeds the needed length but is still within the regular limits of the API:
INSERT_ ORDERWITHPAYMENT
CITY AN O The value in this field is used when the same-name parameter is empty in the payment part of the request
20
Ingenico ePayments cuts off the value if it exceeds the needed length but is still within the regular limits of the API:
INSERT_ ORDERWITHPAYMENT
STATE AN2 O The value in this field is used when the same-name parameter is empty in the payment part of the request
SHIPPINGFIRSTNAME AN O
15
SHIPPINGPREFIXSURNAME AN O
15
SHIPPINGSURNAME AN O Ingenico ePayments cuts off the value if it exceeds the needed length but is still within the regular limits of the API:
30 INSERT_ ORDERWITHPAYMENT
SHIPPINGSTREET AN O Ingenico ePayments cuts off the value if it exceeds the needed length but is still within the regular limits of the API:
30 INSERT_ ORDERWITHPAYMENT
SHIPPINGHOUSENUMBER AN O
15
SHIPPINGADDITIONALADD AN O Ingenico ePayments cuts off the value if it exceeds the needed length but is still within the regular limits of the API:
RESSINFO 30 INSERT_ORDERWITHPAYMENT
SHIPPINGSTATE AN2 O Use the state abbreviation, for example, NY=New York
SHIPPINGCOUNTRYCODE AN2 O
EMAIL AN O Ingenico ePayments cuts off the value if it exceeds the needed length but is still within the regular limits of the API:
45 INSERT_ ORDERWITHPAYMENT
BIRTHDATE N8 O
ENDORDER R
PAYMENT R
CURRENCYCODE AN3 R
COUNTRYCODE AN2 R
EXPIRYDATE N4 R
CREDITCARDNUMBER N19 R
CVV N3 O
/N4
CVVINDICATOR N1 O
FIRSTNAME AN O If this key is left empty, the relevant key from the ORDER part of the request is used instead
15
PREFIXSURNAME AN O If this key is left empty, the relevant key from the ORDER part of the request is used instead
15
SURNAME AN O If this key is left empty, the relevant key from the ORDER part of the request is used instead
30
Ingenico ePayments cuts off the value if it exceeds the needed length but is still within the regular limits of the API:
INSERT_ ORDERWITHPAYMENT
STREET AN O If this key is left empty, the relevant key from the ORDER part of the request is used instead
30
Ingenico ePayment scuts off the value if it exceeds the needed length but is still within the regular limits of the API:
INSERT_ ORDERWITHPAYMENT
HOUSENUMBER AN O If this key is left empty, the relevant key from the ORDER part of the request is used instead
15
ADDITIONALADDRESSINFO AN O If this key is left empty, the relevant key from the ORDER part of the request is used instead
30
Ingenico ePayments cuts off the value if it exceeds the needed length but is still within the regular limits of the API:
INSERT_ ORDERWITHPAYMENT
If this key is left empty, the relevant key from the ORDER part of the request is used instead
CITY AN O If this key is left empty, the relevant key from the ORDER part of the request is used instead
20
Ingenico ePayments cuts off the value if it exceeds the needed length but is still within the regular limits of the API:
INSERT_ ORDERWITHPAYMENT
STATE AN2 O If this key is left empty, the relevant key from the ORDER part of the request is used instead
CUSTOMERIPADDRESS AN O If this key is empty and you are using the MerchantLink interface, the ORDER.IPADDRESSCUSTOMER is used instead
32
EMAIL AN O If this key is left empty, the relevant key from the ORDER part of the request is used instead
45
Ingenico ePayments truncates the value in cases where it exceeds the desired length but is still within the regular limits
of the Insert Order With Payment request
BIRTHDATE N8 O If this key is left empty, the relevant key from the ORDER part of the request is used instead
ENDPAYMENT R
PARAMS R
Specifies if the consumer enters a password to gain access to an account registered with the merchant
Specifies if the consumer has a history of online shopping with the merchant
Gift card type These values only AN1 Gift Card Type
<REQUEST>
<ACTION>DO_RISKASSESSMENT</ACTION>
<META>
<MERCHANTID>9983</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>1.0</VERSION>
</META>
<PARAMS>
<ORDER>
<MERCHANTREFERENCE>RA-12345</MERCHANTREFERENCE>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<LANGUAGECODE>de</LANGUAGECODE>
<CUSTOMERID>14</CUSTOMERID>
<IPADDRESSCUSTOMER>87.213.36.165</IPADDRESSCUSTOMER>
<EMAIL>[email protected]</EMAIL>
<PHONENUMBER>0123456789</PHONENUMBER>
<BIRTHDATE>19470425</BIRTHDATE>
<SURNAME>Cruijff</SURNAME>
<PREFIXFIRSTNAME></PREFIXFIRSTNAME>
<FIRSTNAME>Jopie</FIRSTNAME>
<STREET>Camp Nou</STREET>
<HOUSENUMBER>14</HOUSENUMBER>
<ZIP>1414 ES</ZIP>
<CITY>Barcelona</CITY>
<STATE>Catalunia</STATE>
</ORDER>
<FRAUDFIELDS>
<EBT_USER_DATA1>Data 1</EBT_USER_DATA1>
<EBT_USER_DATA2>Data 2</EBT_USER_DATA2>
<EBT_USER_DATA3>Data 3</EBT_USER_DATA3>
<EBT_USER_DATA4>Data 4</EBT_USER_DATA4>
<EBT_USER_DATA5>Data 5</EBT_USER_DATA5>
<EBT_USER_DATA6>Data 6</EBT_USER_DATA6>
<EBT_USER_DATA7>Data 7</EBT_USER_DATA7>
<EBT_USER_DATA8>Data 8</EBT_USER_DATA8>
<EBT_USER_DATA9>Data 9</EBT_USER_DATA9>
<EBT_USER_DATA10>Data 10</EBT_USER_DATA10>
<EBT_USER_DATA11>Data 11</EBT_USER_DATA11>
<EBT_USER_DATA12>Data 12</EBT_USER_DATA12>
<EBT_USER_DATA13>Data 13</EBT_USER_DATA13>
<EBT_USER_DATA14>Data 14</EBT_USER_DATA14>
<EBT_USER_DATA15>Data 15</EBT_USER_DATA15>
<EBT_USER_DATA16>Data 16</EBT_USER_DATA16>
<EBT_PASSWORD>Y</EBT_PASSWORD>
<EBT_PREVCUST>Y</EBT_PREVCUST>
<EBGIFTCARDTYPE>W</EBGIFTCARDTYPE>
<EBGIFTMESSAGE>Test message</EBGIFTMESSAGE>
<EBSHIPCOMMENTS>Test comments</EBSHIPCOMMENTS>
<EBWEBSITE>www.yourTESTwebsite.com</EBWEBSITE>
</FRAUDFIELDS>
<PAYMENT>
<AMOUNT>100</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<EXPIRYDATE>1213</EXPIRYDATE>
<CREDITCARDNUMBER>4567350000427977</CREDITCARDNUMBER>
<CVV>123</CVV>
<CVVINDICATOR>1</CVVINDICATOR>
</PAYMENT>
<RISKASSESSMENT>
<RISKSERVICES>R</RISKSERVICES>
</RISKASSESSMENT>
</PARAMS>
</REQUEST>
</XML>
<REQUEST>
<ACTION>INSERT_ORDERWITHPAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>2.0</VERSION>
</META>
<PARAMS>
<ORDER>
<AMOUNT>1000</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>en</LANGUAGECODE>
</ORDER>
<FRAUDFIELDS>
<EBT_USER_DATA2>Data 2</EBT_USER_DATA2>
<EBT_USER_DATA3>Data 3</EBT_USER_DATA3>
<EBT_USER_DATA4>Data 4</EBT_USER_DATA4>
<EBT_USER_DATA5>Data 5</EBT_USER_DATA5>
<EBT_USER_DATA6>Data 6</EBT_USER_DATA6>
<EBT_USER_DATA7>Data 7</EBT_USER_DATA7>
<EBT_USER_DATA8>Data 8</EBT_USER_DATA8>
<EBT_USER_DATA9>Data 9</EBT_USER_DATA9>
<EBT_USER_DATA10>Data 10</EBT_USER_DATA10>
<EBT_USER_DATA11>Data 11</EBT_USER_DATA11>
<EBT_USER_DATA12>Data 12</EBT_USER_DATA12>
<EBT_USER_DATA13>Data 13</EBT_USER_DATA13>
<EBT_USER_DATA14>Data 14</EBT_USER_DATA14>
<EBT_USER_DATA15>Data 15</EBT_USER_DATA15>
<EBT_USER_DATA16>Data 16</EBT_USER_DATA16>
<EBT_PASSWORD>N</EBT_PASSWORD>
<EBT_PREVCUST>N</EBT_PREVCUST>
<EBGIFTCARDTYPE>I</EBGIFTCARDTYPE>
<EBGIFTMESSAGE>Gift message</EBGIFTMESSAGE>
<EBSHIPCOMMENTS>Shipping comments</EBSHIPCOMMENTS>
<EBWEBSITE>www.yourwebsite.com</EBWEBSITE>
</FRAUDFIELDS>
<PAYMENT>
<PAYMENTPRODUCTID>1</PAYMENTPRODUCTID>
<AMOUNT>1000</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<CREDITCARDNUMBER>4005550000000001</CREDITCARDNUMBER>
<EXPIRYDATE>0513</EXPIRYDATE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>en</LANGUAGECODE>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
Carrier
ORIGINAIRPORT
Handling
Customer Email
password EBT_PASSWORD
Return Allowed
Service
Ship Method
Sub Total
Tax
Total
Website
Currency
IP Address
Wrapped
Cookies
Customer Gender
Driver Licence
192 Service
User Data17
User Data18
User Data19
User Data20
User Data21
User Data22
User Data23
User Data24
User Data25
<XML>
<REQUEST>
<ACTION>INSERT_ORDERWITHPAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>2.0</VERSION>
</META>
<PARAMS>
<ORDER>
<AMOUNT>1000</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>en</LANGUAGECODE>
</ORDER>
<AIRLINEDATA>
<AIRLINECODE>123</AIRLINECODE>
<AIRLINEINVOICENUMBER>123456</AIRLINEINVOICENUMBER>
<AGENTNUMBERICCODE>123321</AGENTNUMBERICCODE>
<TICKETNUMBER>KLM20070928</TICKETNUMBER>
<ETICKETINDICATOR>E</ETICKETINDICATOR>
<TICKETDELIVERYMETHOD>ET</TICKETDELIVERYMETHOD>
<PLACEOFISSUE>PLACEOFISSUE</PLACEOFISSUE>
<PASSENGERNAME>Cruijff</PASSENGERNAME>
<FLIGHTDATE>20120928</FLIGHTDATE>
<CLASS>BUS</CLASS>
<ISTHIRDPARTY>T</ISTHIRDPARTY>
<ISREGISTEREDCUSTOMER>T1</ISREGISTEREDCUSTOMER>
<POSCITYCODE>DEN</POSCITYCODE>
<CUSTOMERID>141</CUSTOMERID>
<FLIGHTLEGS>
<FLIGHTLEG>
<LEGNUMBER>1</LEGNUMBER>
<LEGDATE>20070928</LEGDATE>
<ORIGINAIRPORT>BCN</ORIGINAIRPORT>
<ARRIVALAIRPORT>AMS</ARRIVALAIRPORT>
<STOPOVERCODE>X</STOPOVERCODE>
<AIRLINECLASS>11</AIRLINECLASS>
<CARRIERCODE>KL</CARRIERCODE>
<FAREBASIS>INTERNET</FAREBASIS>
</FLIGHTLEG>
<FLIGHTLEG>
<LEGNUMBER>2</LEGNUMBER>
<LEGDATE>20070928</LEGDATE>
<ORIGINAIRPORT>AMS</ORIGINAIRPORT>
<ARRIVALAIRPORT>BCN</ARRIVALAIRPORT>
<STOPOVERCODE>X</STOPOVERCODE>
<AIRLINECLASS>11</AIRLINECLASS>
<CARRIERCODE>KL</CARRIERCODE>
<FAREBASIS>INTERNET</FAREBASIS>
</FLIGHTLEG>
</FLIGHTLEGS>
</AIRLINEDATA>
<PAYMENT>
<PAYMENTPRODUCTID>1</PAYMENTPRODUCTID>
<AMOUNT>1000</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<CREDITCARDNUMBER>4005550000000001</CREDITCARDNUMBER>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>en</LANGUAGECODE>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
<XML>
<REQUEST>
<ACTION>INSERT_ORDERWITHPAYMENT</ACTION>
<META>
<MERCHANTID>1</MERCHANTID>
<IPADDRESS>123.123.123.123</IPADDRESS>
<VERSION>2.0</VERSION>
</META>
<PARAMS>
<ORDER>
<AMOUNT>1000</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>en</LANGUAGECODE>
</ORDER>
<AIRLINEDATA>
<AIRLINECODE>123</AIRLINECODE>
<AIRLINEINVOICENUMBER>123456</AIRLINEINVOICENUMBER>
<TICKETNUMBER>KLM20070928</TICKETNUMBER>
<ETICKETINDICATOR>E</ETICKETINDICATOR>
<TICKETDELIVERYMETHOD>ET</TICKETDELIVERYMETHOD>
<PLACEOFISSUE>PLACEOFISSUE</PLACEOFISSUE>
<PASSENGERNAME>Cruijff</PASSENGERNAME>
<FLIGHTDATE>20120928</FLIGHTDATE>
<CLASS>BUS</CLASS>
<ISTHIRDPARTY>T</ISTHIRDPARTY>
<ISREGISTEREDCUSTOMER>T1</ISREGISTEREDCUSTOMER>
<POSCITYCODE>DEN</POSCITYCODE>
<CUSTOMERID>141</CUSTOMERID>
<FLIGHTLEGS>
<FLIGHTLEG>
<LEGNUMBER>1</LEGNUMBER>
<LEGDATE>20070928</LEGDATE>
<ORIGINAIRPORT>BCN</ORIGINAIRPORT>
<ARRIVALAIRPORT>AMS</ARRIVALAIRPORT>
<STOPOVERCODE>X</STOPOVERCODE>
<AIRLINECLASS>11</AIRLINECLASS>
<CARRIERCODE>KL</CARRIERCODE>
<FAREBASIS>INTERNET</FAREBASIS>
</FLIGHTLEG>
<FLIGHTLEG>
<LEGNUMBER>2</LEGNUMBER>
<LEGDATE>20070928</LEGDATE>
<ORIGINAIRPORT>AMS</ORIGINAIRPORT>
<ARRIVALAIRPORT>BCN</ARRIVALAIRPORT>
<STOPOVERCODE>X</STOPOVERCODE>
<AIRLINECLASS>11</AIRLINECLASS>
<CARRIERCODE>KL</CARRIERCODE>
<FAREBASIS>INTERNET</FAREBASIS>
</FLIGHTLEG>
</FLIGHTLEGS>
</AIRLINEDATA>
<FRAUDFIELDS>
<EBT_USER_DATA1>Data1</EBT_USER_DATA1>
<EBT_USER_DATA2>Data2</EBT_USER_DATA2>
<EBT_USER_DATA3>Data3</EBT_USER_DATA3>
<EBT_USER_DATA4>Data4</EBT_USER_DATA4>
<EBT_USER_DATA5>Data5</EBT_USER_DATA5>
<EBT_USER_DATA6>Data6</EBT_USER_DATA6>
<EBT_USER_DATA7>Data7</EBT_USER_DATA7>
<EBT_USER_DATA9>Data9</EBT_USER_DATA9>
<EBT_USER_DATA10>Data10</EBT_USER_DATA10>
<EBT_USER_DATA11>Data11</EBT_USER_DATA11>
<EBT_USER_DATA12>Data12</EBT_USER_DATA12>
<EBT_USER_DATA13>Data13</EBT_USER_DATA13>
<EBT_USER_DATA14>Data14</EBT_USER_DATA14>
<EBT_USER_DATA15>Data15</EBT_USER_DATA15>
<EBT_USER_DATA16>Data16</EBT_USER_DATA16>
<FRAUDFIELDS>
<PAYMENTPRODUCTID>1</PAYMENTPRODUCTID><PAYMENT>
<AMOUNT>1000</AMOUNT>
<CURRENCYCODE>EUR</CURRENCYCODE>
<CREDITCARDNUMBER>4005550000000001</CREDITCARDNUMBER>
<EXPIRYDATE>0513</EXPIRYDATE>
<COUNTRYCODE>NL</COUNTRYCODE>
<LANGUAGECODE>en</LANGUAGECODE>
</PAYMENT>
</PARAMS>
</REQUEST>
</XML>
CSI tool screen when airline data and FRAUDFIELDS are submitted
Code Description
B Street address match for international transactions—Postal code not verified due to incompatible formats
C Street address and postal code not verified for international transaction due to incompatible formats
D Street address and postal code match for international transaction, cardholder name is incorrect
E AVS error
F Address does match and five digit ZIP code does match (UK only)
For AMEX
For AMEX
For AMEX
M Cardholder name, street address, and postal code match for international transaction
For AMEX
P Postal codes match for international transaction—Street address not verified due to incompatible formats
For AMEX
0 No service available
When using Card Verification Value (CVV) verification, here are the result codes that Ingenico ePayments can report.
Code Description
S Cardholder claims no CVV code on card, issuer states CVV-code should be on card
0 No service available
To verify that a credit card number is valid, you need to know how a credit card number is generated.
AMEX cards have a 15-digit number. For AMEX, the account number is 8 digits long
4 4 0 8 0 4 1 2 3 4 5 6 7 8 9 0
2. Multiply by two the value of each alternate digit from right to left beginning with the penultimate digit.
This leaves the check digit unchanged.
In this example, begin with the penultimate number, which is a 9.
4 4 0 8 0 4 1 2 3 4 5 6 7 8 9 0
4 4 0 8 0 4 1 2 3 4 5 6 7 8 9 0
4 4 0 8 0 4 1 2 3 4 5 6 7 8 9 0
8 4 0 8 0 4 2 2 6 4 1 6 5 8 9 0
5. Add all the digits in the fourth row together.
The sum of all the digits for a valid card is always a multiple of 10. If this is not the case, the card number is invalid.
In this example, the sum of all the digits for the card number is 67, which is not a multiple of 10. The card number used in the example is
invalid.
Scenario
You can create a new SEPA direct debit recurring order with more than one collection. Accept the mandate from the consumer and later, invalidate
the mandate. You collect the paper mandates that are required during the process.
2. You use the PROFILETOKEN in the API call: GET_PROFILE to retrieve the content of the mandate. In the return, you receive the
information that is required to prepare a mandate for signature.
3. Prepare the mandate and request that your consumer sign it. From the GET_PROFILE return, you must include the
Ingenico ePayments creditor information
MANDATEID—A unique mandate reference (UMR) generated by Ingenico ePayments
4. You retrieve the mandate from your consumer and use the API call: VALIDATE_PROFILE to communicate the mandate details to Ingenico
ePayments. This determines the status of the mandate. In the VALIDATE_PROFILE return, you receive the PROFILETOKEN and a
confirmation of the update. In the API call, you must include the
PROFILETOKEN
Consumer location
Mandate-signed date
Signature-present indicator
Every time you change the mandate, you must use the API calls: UPDATE_PROFILE to update the profile and then
VALIDATE_PROFILE to validate the mandate. If you do not validate the mandate before the collection date, the
collection is rescheduled for later. If you do not validate the mandate in a timely manner, the collection is canceled
and is not collected.
5. You use the API call: INSERT_ORDERWITHPAYMENT to create a SEPA direct debit collection. You provide the information related to the c
ollection with the validated PROFILETOKEN. In the INSERT_ ORDERWITHPAYMENT return, you receive the transaction status
You can use the API call: INSERT_ORDERWITHPAYMENT to create new collections before you
execute the API call: VALIDATE_PROFILE for the PROFILETOKEN. However, this puts the
transactions in a pending state and they are not sent to the bank until the mandate is
validated. You can verify the collection of booked transactions in your daily report.
6. In our daily report, you receive infromation about your successful and unsuccessful SEPA direct debit bank collections.
If you require a validate process before confirming the collection (inventory or stock
validation), you can use the API call: SET_PAYMENT to release the collections.
2. Every time you change the mandate, you must use the API call: UPDATE_PROFILE to update the profile and communicate the change to
Ingenico ePayments. In the UPDATE_PROFILE return, you receive the PROFILETOKEN and a confirmation of the update. In the API call,
you must
refer to the old mandate using the appropriate PROFILETOKEN
include any consumer infromation that has been modified
If payment details change and you use the API call: UPDATE_PROFILE, the mandate is in an intermediate state until
Ingenico ePayments receives the API call: VALIDATE_PROFILE. In the meantime, Ingenico ePayments uses the
existing mandate information. This means that until the mandate is validated, all the transactions are sent to the bank
with the existing mandate information.
3. If a new paper signature is required, use the PROFILETOKEN in the API call: GET_PROFILE to retrieve the content of the mandate. See the
SEPA direct debit mandate amendment rules for information about when this is required. In the GET_PROFILE return, you receive the
information that is required to complete an empty mandate.
4. Prepare the mandate and request that your consumer sign it. From the GET_PROFILE return, you must include the
Ingenico ePayments creditor information
MANDATEID—A unique mandate reference (UMR) generated by Ingenico ePayments
5. You retrieve the mandate from your consumer and report the mandate details to Ingenico ePayments using the API call:
VALIDATE_PROFILE. This determines the status of the mandate. In the VALIDATE_PROFILE return, you receive the PROFILETOKEN and
a confirmation of the update. In the API call, you must include the
PROFILETOKEN
Consumer location
Mandate-signed date
Signature-present indicator
6.
If you execute the API call: INVALIDATE_PROFILE before the initial INSERT_ORDERWITHPAYMENT API call, Ingenico
ePayments rejects any further INSERT_ORDERWITHPAYMENT API calls that refer to the canceled PROFILETOKEN. In
addition, if you execute the API call: INVALIDATE_PROFILE before the payment has been sent to the bank, Ingenico
ePayments cancels the associated payments.
7. In the return, you receive the status of the canceled mandate
Here you can see when you are required to use API calls, and which API calls to use, to comply with SEPA direct debit regulations.
Mandate field Must update mandate? (use UPDATE_PROFI Must collect paper mandate? (use VALIDATE_PROFI
LE) LE)
MANDATEID Yes No
CUSTOMERCONTRACTIDENTIFI Yes No
ER
FIRSTNAME Yes No
PREFIXSURNAME Yes No
CITY Yes No
STREET Yes No
HOUSENUMBER Yes No
ADDITIONALADDRESSINFO Yes No
ZIP Yes No
STATE Yes No
STATECODE Yes No
COUNTRYCODE Yes No
EMAIL Yes No
If you have questions about IP addresses, contact merchant services at Ingenico ePayments.
The Amsterdam data center IP addresses are used for all of these environments:
Staging
Production
Disaster Recovery Center
Payment platform connectivity— API calls from you to Payment status communicator (PSC) connectivity— PSC messaging
Ingenico ePayments from Ingenico ePayments
IP network: 46.16.248.0/25
ps.gcsip.com: 46.16.248.17
eu.gcsip.com: 46.16.248.18
wpc.gcsip.com:46.16.248.20
bl.gcsip.com: 46.16.248.28
ams.gcsip.com:46.16.248.24
ams-ca.gcsip.com:46.16.248.26
Merchants (HTTPS)
Payment platform connectivity— API calls from you to Ingenico
ePayments Merchants (HTTPS)
IP range: 46.16.252.0/27
ps.gcsip.com: 46.16.252.17
na.gcsip.com: 46.16.252.18
ca.gcsip.com: 46.16.252.19
wpc.gcsip.com:46.16.252.20
mia.gcsip.com: 46.16.252.22
mia-ca.gcsip.com:46.16.252.23