Pensio Payment Gateway Merchant API Integration Guide
|
|
- Wilfred Daniels
- 8 years ago
- Views:
Transcription
1 Pensio Payment Gateway Merchant API Integration Guide 10. Jan Copyright 2011 Pensio ApS
2 Table of Contents Revision History 5 Concept 7 Protocol 7 API base url 7 Authentication 7 Method calls 7 API/index 7 API/login 7 API/payments 8 Optional parameters 8 Return values 8 Example 8 Example XML Result 8 API/captureReservation 10 Required parameters 10 Optional parameters 10 Example 10 Orderlines Example 10 Example XML Result 10 API/releaseReservation 12 Required parameters 12 Example 12 Example XML Result 12 API/refundCapturedReservation 13 Required parameters 13 Optional parameters 13 Example 13 Example XML Result 13 API/splitTransaction (Deprecated) 15 Required parameters 15 Example 15 Example XML Result 15 API/setupSubscription 18 Required parameters 18 Optional parameters 18 Ignored parameters 18 Example 18 API/captureRecurring 19 Required parameters 19 Optional parameters 19 Example 19 Example XML Result 19 API/preauthRecurring 21 2 of 41
3 Required parameters 21 Optional parameters 21 Example 21 Example XML Result 21 API/fundingList 23 Required parameters 23 Optional parameters 23 Example 23 Example XML Result 23 API/fundingDownload 25 Required parameters 25 Optional parameters 25 Example 25 Example Result 25 Content description 25 API/reservationOfFixedAmountMOTO 27 Required parameters: 27 Required Credit Card parameters (normal): 27 Required Credit Card parameters (token): 27 Optional parameters: 27 Mandatory fraud detection parameters: 27 Optional fraud detection parameters: 28 Example (based on new credit card) 28 Example (based on credit card token) 28 Example XML Result 28 Example XML Error (when using an unknown credit card token) 29 API/credit 30 Required parameters: 30 Required Credit Card parameters (normal): 30 Required Credit Card parameters (token): 30 Optional parameters: 30 API/getTerminals 31 Example XML Output 31 API/getInvoiceText 32 Required parameters 32 Example 32 Example XML Result 32 Explanation of error cases 33 API/createPaymentRequest 35 GET Example: 35 Return xml example 35 Parameters additionally available for createpaymentrequest 35 API/createInvoiceReservation 37 Required parameters: 37 Optional parameters: 37 Mandatory parameters for invoice payments: 37 3 of 41
4 Parameters for invoice payment identification: 37 GET Example: 38 Return xml example 38 Detailed Response XML descriptions: 40 ThreeDSecureResult: 40 4 of 41
5 Revision History Date 13. Jul Added revision history table Corrected http to https Changes 4. Aug Corrected the example result of capturerecurring 9. Sep CreatedDate and UpdatedDate to returned Transactions 24. Nov Added API/preauthRecurring 26. Nov Added info about CardStatus 17. Dec Added <Result> to all api responses 12. Feb Changed old term 'transaction' with new term 'payment' where possible. Added MO/TO section. 16. Mar Added info about auto reauth 4. May Added 'payment_status' to payments API call 25. May Added note about refunds not being available on all payments 2. Jun Updated example xml Added fundinglist documentation 23. Jun Added fraud detection parameters to response XML 7. Sep Added payment_source to MO/TO reservation method to allow additional non 3D Secure ecommerce payments. 28. Sep Added updated description of the funding download CSV file. Updated API response examples with ReconciliationIdentifiers. General update of examples 27. Oct Added explanation of error cases 19. Jan Added fraud/avs info to moto call 14. Feb Minor correction on fundinglist example 15. Feb Added orderlines to capture 17. Feb Added data types to fundingdownload description 15. Mar Added getinvoicetext 28. Mar Added Example to getinvoicetext 10. May Added API/login method 11. May Added API/getTerminals method General clean up of document 03. Oct Added documentation for createpaymentrequest 05. Oct Added description for callback url send to createpaymentrequest 5 of 41
6 Date Changes 20. Oct Added documentation for createinvoicereservation 25. Oct Documented the new elements in the API response (ThreeDSecureResult, BlacklistToken, PaymentNature, PaymentNatureService) 21. Dec Documented new elements in the API response (CustomerInfo/UserAgent, CustomerInfo/IpAddress) Added documentation for credit api method 6 of 41
7 Concept When the orders are being paid by the customers they end up as a payment in the Pensio Payment Gateway. From there they must be handled by you either using our browser based Merchant Information Interface or by integrating our API in your current IT solution. Protocol The API uses normal HTTPS traffic for communication. This should pose no problems with firewalls, it should be easy to integrate into anything and the traffic is encrypted. Since we use HTTPS you can access all the actions from your browser to inspect the return values and formatting of the responses. API base url Authentication To authenticate with our system your IT system must use normal HTTP authentication. You can find numerous examples in numerous programming languages on the web on how to do this. The username and password for your shops is: Username: Password: {API_USERNAME} {API_PASSWORD} Method calls The API has a number of methods you can call on it. All of these are invoked with simple HTTP requests and their responses are simple XML which can be parsed easily by your IT system. API/index This method requires no authentication and is presented for your system to test the connection to our system. API/login This method requires authentication and is presented for your system to test the username/password before doing any real API calls. 7 of 41
8 API/payments This action is used to get a list of payments. This action takes some optional parameters which will limit the number of results. Optional parameters shop terminal The shop that you want to get payments for default is to show payments from all the shops enabled for the API user. The terminal you want to get payments for detault is to show payments for all terminals. string string transaction_id The id of a specific payment. [0 9a f]{1,32} shop_orderid payment_status Return values The shop orderid passed in by the shop when the payment was created. The latest status of the payments seached for, e.g. 'preauth', 'captured','refunded','released' etc. See the status dropdown in the orders search filter in the Merchant Information Interface for more. Below is an explanation of some of the non obvious values in the returned xml. [a za Z0 9]{1,100} string <CardStatus> <RecurringMaxAmount> <TransactionInfo> <FraudRiskScore> Gives an indication wether a card is expired or is about to expire. Expired is returned for expired credit cards, SoonExpired for cards that will expire in the next 3 months and Valid for everything else. If no creditcard has been set on the payment yet, it will be NoCreditCard The maximum amount that can be captured from a Recurring Payment The payment infos that was submitted to the payment form. Key will be the tagname and the content the value. When fraud detection is enabled for the terminal, this value will contain the risk in percentage ( ) of this order being a fraud attempt Expired SoonExpired Valid NoCreditCard float Node float Example Example XML Result <?xml version="1.0" encoding="utf 8"?> <APIResponse version=" "> <Header> <Date> T12:34:56+02:00</Date> <Path>API/transactions</Path> <ErrorCode>0</ErrorCode> <ErrorMessage /> </Header> <Body> 8 of 41
9 <ResultFilter /> <Transactions> <Transaction> <TransactionId>1</TransactionId> <CardStatus>Valid</CardStatus> <CreditCardToken>93f534a2f5d66d6ab3f16c8a7bb7e852656d4bb2</CreditCardToken> <CreditCardMaskedPan>411111******1111</CreditCardMaskedPan> <ThreeDSecureResult>Not_Applicable</ThreeDSecureResult> <BlacklistToken>4f244dec4907eba0f6432e53b17a60ebcf51365e</BlacklistToken> <ShopOrderId>myorderid</ShopOrderId> <Shop>Pensio Shop</Shop> <Terminal>Pensio Test Terminal</Terminal> <TransactionStatus>captured</TransactionStatus> <MerchantCurrency>978</MerchantCurrency> <CardHolderCurrency>978</CardHolderCurrency> <ReservedAmount>1.00</ReservedAmount> <CapturedAmount>1.00</CapturedAmount> <RefundedAmount>0</RefundedAmount> <RecurringMaxAmount>0</RecurringMaxAmount> <CreatedDate> :34:56</CreatedDate> <UpdatedDate> :34:56</UpdatedDate> <PaymentNature>CreditCard</PaymentNature> <PaymentNatureService name="testacquirer"> <SupportsRefunds>true</SupportsRefunds> <SupportsRelease>true</SupportsRelease> <SupportsMultipleCaptures>true</SupportsMultipleCaptures> <SupportsMultipleRefunds>false</SupportsMultipleRefunds> </PaymentNatureService> <FraudRiskScore>13.37</FraudRiskScore> <FraudExplanation>Fraud detection explanation</fraudexplanation> <TransactionInfo> <Form_Created_At> :34:56</Form_Created_At> <Form_Provider>Pensio Test Form</Form_Provider> <Merchant_Provided_Info>Some info by merchant</merchant_provided_info> </TransactionInfo> <CustomerInfo> <UserAgent>Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/ Safari/535.7</UserAgent> <IpAddress> </IpAddress> </CustomerInfo> <ReconciliationIdentifiers> <ReconciliationIdentifier> <Id>f4e2533e c b075 bc8a a</id> <Amount currency="978">1.00</amount> <Type>captured</Type> <Date> T12:00:00+02:00</Date> </ReconciliationIdentifier> </ReconciliationIdentifiers> </Transaction> </Transactions> </Body> </APIResponse> 9 of 41
10 API/captureReservation When the funds of a payment has been reserved and the goods are ready for delivery your system should capture the payment. By default auto reauth is enabled for all terminals, which means if the capture fails the system will automatically try to reauth the payment and then capture again. Reauthed payments, however, do not have cvv or 3d secure protection, which means the protection against chargebacks is not as good. If you wish to disable auto reauth for one or more of your terminals please contact Pensio. Required parameters transaction_id The id of a specific payment. [0 9a f]{1,32} Optional parameters amount orderlines If you do not want to capture the full amount a smaller amount can be captured. This must be more than 0.00 and it must be equal to or less than the reserved amount. If you capture an invoice payment, the orderlines is mandatory. OrderLines should be an array of lines with the following keys: float Key Type Description description String (255) Description of item. itemid String (100) Item number. quantity Decimal Quantity. taxpercent Decimal Decimal unitcode String (50) Measurement unit, e.g., kg. unitprice Decimal Unit price excluding sales tax reconciliation_i dentifier If you wish to define the reconciliation identifier used in the reconciliation csv files, you can choose to set it here. Example Orderlines Example transaction_id=12345&amount=14.50&orderlines[0][description]=white%20sugar&orderlines[0] [itemid]=productid&orderlines[0][quantity]=1.5&orderlines[0][taxpercent]=20&orderlines[0] [unitcode]=kg&orderlines[0][unitprice]=5.75&orderlines[1][description]=brown%20sugar&orderlines[1] [itemid]=productid2&orderlines[1][quantity]=2.5&orderlines[1][taxpercent]=20&orderlines[1] [unitcode]=kg&orderlines[1][unitprice]= of 41
11 Example XML Result <?xml version="1.0" encoding="utf 8"?> <APIResponse version=" "> <Header> <Date> T12:34:56+02:00</Date> <Path>API/captureReservation</Path> <ErrorCode>0</ErrorCode> <ErrorMessage></ErrorMessage> </Header> <Body> <CaptureAmount>0.20</CaptureAmount> <CaptureCurrency>978</CaptureCurrency> <Result>Success</Result> <CaptureResult>Success</CaptureResult> <! deprecated > <Transactions> <Transaction> <TransactionId>1</TransactionId> <CardStatus>Valid</CardStatus> <CreditCardToken>93f534a2f5d66d6ab3f16c8a7bb7e852656d4bb2</CreditCardToken> <CreditCardMaskedPan>411111******1111</CreditCardMaskedPan> <ThreeDSecureResult>Not_Applicable</ThreeDSecureResult> <BlacklistToken>4f244dec4907eba0f6432e53b17a60ebcf51365e</BlacklistToken> <ShopOrderId>myorderid</ShopOrderId> <Shop>Pensio Shop</Shop> <Terminal>Pensio Test Terminal</Terminal> <TransactionStatus>captured</TransactionStatus> <MerchantCurrency>978</MerchantCurrency> <CardHolderCurrency>978</CardHolderCurrency> <ReservedAmount>1.00</ReservedAmount> <CapturedAmount>1.00</CapturedAmount> <RefundedAmount>0</RefundedAmount> <RecurringMaxAmount>0</RecurringMaxAmount> <CreatedDate> :34:56</CreatedDate> <UpdatedDate> :34:56</UpdatedDate> <PaymentNature>CreditCard</PaymentNature> <PaymentNatureService name="testacquirer"> <SupportsRefunds>true</SupportsRefunds> <SupportsRelease>true</SupportsRelease> <SupportsMultipleCaptures>true</SupportsMultipleCaptures> <SupportsMultipleRefunds>false</SupportsMultipleRefunds> </PaymentNatureService> <FraudRiskScore>13.37</FraudRiskScore> <FraudExplanation>Fraud detection explanation</fraudexplanation> <TransactionInfo> <Form_Created_At> :34:56</Form_Created_At> <Form_Provider>Pensio Test Form</Form_Provider> <Merchant_Provided_Info>Some info by merchant</merchant_provided_info> </TransactionInfo> <CustomerInfo> <UserAgent>Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/ Safari/535.7</UserAgent> <IpAddress> </IpAddress> </CustomerInfo> <ReconciliationIdentifiers> <ReconciliationIdentifier> <Id>f4e2533e c b075 bc8a a</id> <Amount currency="978">1.00</amount> <Type>captured</Type> <Date> T12:00:00+02:00</Date> </ReconciliationIdentifier> </ReconciliationIdentifiers> </Transaction> </Transactions> </Body> </APIResponse> 11 of 41
12 12 of 41
13 API/releaseReservation Every now and then you for some reason do not want to capture a payment. In these cases you must cancel it to release the reservation of the funds. Required parameters transaction_id The id of a specific payment. [0 9a f]{1,32} Example Example XML Result <?xml version="1.0" encoding="utf 8"?> <APIResponse version=" "> <Header> <Date> T12:34:56+02:00</Date> <Path>API/releaseReservation</Path> <ErrorCode>0</ErrorCode> <ErrorMessage></ErrorMessage> </Header> <Body> <Result>Success</Result> <CancelResult>Success</CancelResult> <! deprecated > <Transactions> <Transaction> <TransactionId>1</TransactionId> <CardStatus>Valid</CardStatus> <CreditCardToken>93f534a2f5d66d6ab3f16c8a7bb7e852656d4bb2</CreditCardToken> <CreditCardMaskedPan>411111******1111</CreditCardMaskedPan> <ThreeDSecureResult>Not_Applicable</ThreeDSecureResult> <BlacklistToken>4f244dec4907eba0f6432e53b17a60ebcf51365e</BlacklistToken> <ShopOrderId>myorderid</ShopOrderId> <Shop>Pensio Shop</Shop> <Terminal>Pensio Test Terminal</Terminal> <TransactionStatus>cancelled</TransactionStatus> <MerchantCurrency>978</MerchantCurrency> <CardHolderCurrency>978</CardHolderCurrency> <ReservedAmount>1.00</ReservedAmount> <CapturedAmount>0</CapturedAmount> <RefundedAmount>0</RefundedAmount> <RecurringMaxAmount>0</RecurringMaxAmount> <CreatedDate> :34:56</CreatedDate> <UpdatedDate> :34:56</UpdatedDate> <PaymentNature>CreditCard</PaymentNature> <PaymentNatureService name="testacquirer"> <SupportsRefunds>true</SupportsRefunds> <SupportsRelease>true</SupportsRelease> <SupportsMultipleCaptures>true</SupportsMultipleCaptures> <SupportsMultipleRefunds>false</SupportsMultipleRefunds> </PaymentNatureService> <FraudRiskScore>13.37</FraudRiskScore> <FraudExplanation>Fraud detection explanation</fraudexplanation> <TransactionInfo> <Form_Created_At> :34:56</Form_Created_At> <Form_Provider>Pensio Test Form</Form_Provider> <Merchant_Provided_Info>Some info by merchant</merchant_provided_info> </TransactionInfo> <CustomerInfo> 13 of 41
14 <UserAgent>Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/ Safari/535.7</UserAgent> <IpAddress> </IpAddress> </CustomerInfo> <ReconciliationIdentifiers/> </Transaction> </Transactions> </Body> </APIResponse> API/refundCapturedReservation Sometimes after delivering the goods/services and capturing the funds you want to repay/refund the customer. Either you want to make a full refund or you only want to make a partial refund. Note that not all payments can be refunded, and some can be refunded multiple times, depending on the payment nature (CreditCard, E Payment, BankPayment and ideal) and on the acquirer used. Required parameters transaction_id The id of a specific payment. [0 9a f]{1,32} Optional parameters amount reconciliation_i dentifier Example The amount you want to refund the card holder. This must be less than or equal to the amount which was captured in this payment. If you wish to define the reconciliation identifier used in the reconciliation csv files, you can choose to set it here. float String {0,100} Example XML Result <?xml version="1.0" encoding="utf 8"?> <APIResponse version=" "> <Header> <Date> T12:34:56+02:00</Date> <Path>API/refundCapturedReservation</Path> <ErrorCode>0</ErrorCode> <ErrorMessage></ErrorMessage> </Header> <Body> <RefundAmount>0.12</RefundAmount> <RefundCurrency>978</RefundCurrency> <Result>Success</Result> <RefundResult>Success</RefundResult> <! deprecated > <Transactions> <Transaction> <TransactionId>1</TransactionId> <CardStatus>Valid</CardStatus> <CreditCardToken>93f534a2f5d66d6ab3f16c8a7bb7e852656d4bb2</CreditCardToken> <CreditCardMaskedPan>411111******1111</CreditCardMaskedPan> <ThreeDSecureResult>Not_Applicable</ThreeDSecureResult> <BlacklistToken>4f244dec4907eba0f6432e53b17a60ebcf51365e</BlacklistToken> <ShopOrderId>myorderid</ShopOrderId> <Shop>Pensio Shop</Shop> 14 of 41
15 <Terminal>Pensio Test Terminal</Terminal> <TransactionStatus>refunded</TransactionStatus> <MerchantCurrency>978</MerchantCurrency> <CardHolderCurrency>978</CardHolderCurrency> <ReservedAmount>1.00</ReservedAmount> <CapturedAmount>1.00</CapturedAmount> <RefundedAmount>0.12</RefundedAmount> <RecurringMaxAmount>0</RecurringMaxAmount> <CreatedDate> :34:56</CreatedDate> <UpdatedDate> :00:00</UpdatedDate> <PaymentNature>CreditCard</PaymentNature> <PaymentNatureService name="testacquirer"> <SupportsRefunds>true</SupportsRefunds> <SupportsRelease>true</SupportsRelease> <SupportsMultipleCaptures>true</SupportsMultipleCaptures> <SupportsMultipleRefunds>false</SupportsMultipleRefunds> </PaymentNatureService> <FraudRiskScore>13.37</FraudRiskScore> <FraudExplanation>Fraud detection explanation</fraudexplanation> <TransactionInfo> <Form_Created_At> :34:56</Form_Created_At> <Form_Provider>Pensio Test Form</Form_Provider> <Merchant_Provided_Info>Some info by merchant</merchant_provided_info> </TransactionInfo> <CustomerInfo> <UserAgent>Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/ Safari/535.7</UserAgent> <IpAddress> </IpAddress> </CustomerInfo> <ReconciliationIdentifiers> <ReconciliationIdentifier> <Id>f4e2533e c b075 bc8a a</id> <Amount currency="978">1.00</amount> <Type>captured</Type> <Date> T12:00:00+02:00</Date> </ReconciliationIdentifier> <ReconciliationIdentifier> <Id>8774bcef e 82280ca69f80</Id> <Amount currency="978">0.12</amount> <Type>refunded</Type> <Date> T13:00:00+02:00</Date> </ReconciliationIdentifier> </ReconciliationIdentifiers> </Transaction> </Transactions> </Body> </APIResponse> 15 of 41
16 API/splitTransaction (Deprecated) Please use multiple capture invocations instead. If only part of the delivery can be delivered at the moment, the payment can be split into two. Required parameters transaction_id The id of a specific payment. [0 9a f]{1,32} amount Example The amount you want for the first of the splitted payments. This must be less than the amount which was authed in this payment. float Example XML Result <?xml version="1.0" encoding="utf 8"?> <APIResponse version=" "> <Header> <Date> T12:34:56+02:00</Date> <Path>API/splitTransaction</Path> <ErrorCode>0</ErrorCode> <ErrorMessage></ErrorMessage> </Header> <Body> <Result>Success</Result> <SplitResult>Success</SplitResult> <! deprecated > <Transactions> <Transaction> <TransactionId>1</TransactionId> <CardStatus>Valid</CardStatus> <CreditCardToken>93f534a2f5d66d6ab3f16c8a7bb7e852656d4bb2</CreditCardToken> <CreditCardMaskedPan>411111******1111</CreditCardMaskedPan> <ThreeDSecureResult>Not_Applicable</ThreeDSecureResult> <BlacklistToken>4f244dec4907eba0f6432e53b17a60ebcf51365e</BlacklistToken> <ShopOrderId>myorderid</ShopOrderId> <Shop>Pensio Shop</Shop> <Terminal>Pensio Test Terminal</Terminal> <TransactionStatus>splitted</TransactionStatus> <MerchantCurrency>978</MerchantCurrency> <CardHolderCurrency>978</CardHolderCurrency> <ReservedAmount> </ReservedAmount> <CapturedAmount>0</CapturedAmount> <RefundedAmount>0</RefundedAmount> <RecurringMaxAmount>0</RecurringMaxAmount> <CreatedDate> :34:56</CreatedDate> <UpdatedDate> :34:56</UpdatedDate> <PaymentNature>CreditCard</PaymentNature> <PaymentNatureService name="testacquirer"> <SupportsRefunds>true</SupportsRefunds> <SupportsRelease>true</SupportsRelease> <SupportsMultipleCaptures>true</SupportsMultipleCaptures> <SupportsMultipleRefunds>false</SupportsMultipleRefunds> </PaymentNatureService> <FraudRiskScore>13.37</FraudRiskScore> <FraudExplanation>Fraud detection explanation</fraudexplanation> <TransactionInfo> <Form_Created_At> :34:56</Form_Created_At> 16 of 41
17 <Form_Provider>Pensio Test Form</Form_Provider> <Merchant_Provided_Info>Some info by merchant</merchant_provided_info> </TransactionInfo> <CustomerInfo/> <ReconciliationIdentifiers/> </Transaction> <Transaction> <TransactionId>2</TransactionId> <CardStatus>Valid</CardStatus> <CreditCardToken>93f534a2f5d66d6ab3f16c8a7bb7e852656d4bb2</CreditCardToken> <CreditCardMaskedPan>411111******1111</CreditCardMaskedPan> <ThreeDSecureResult>Not_Applicable</ThreeDSecureResult> <BlacklistToken>4f244dec4907eba0f6432e53b17a60ebcf51365e</BlacklistToken> <ShopOrderId>myorderid</ShopOrderId> <Shop>Pensio Shop</Shop> <Terminal>Pensio Test Terminal</Terminal> <TransactionStatus>preauth</TransactionStatus> <MerchantCurrency>978</MerchantCurrency> <CardHolderCurrency>978</CardHolderCurrency> <ReservedAmount> </ReservedAmount> <CapturedAmount>0</CapturedAmount> <RefundedAmount>0</RefundedAmount> <RecurringMaxAmount>0</RecurringMaxAmount> <CreatedDate> :34:56</CreatedDate> <UpdatedDate> :34:56</UpdatedDate> <PaymentNature>CreditCard</PaymentNature> <PaymentNatureService name="testacquirer"> <SupportsRefunds>true</SupportsRefunds> <SupportsRelease>true</SupportsRelease> <SupportsMultipleCaptures>true</SupportsMultipleCaptures> <SupportsMultipleRefunds>false</SupportsMultipleRefunds> </PaymentNatureService> <FraudRiskScore>13.37</FraudRiskScore> <FraudExplanation>Fraud detection explanation</fraudexplanation> <TransactionInfo/> <CustomerInfo/> <ReconciliationIdentifiers/> </Transaction> <Transaction> <TransactionId>3</TransactionId> <CardStatus>Valid</CardStatus> <CreditCardToken>93f534a2f5d66d6ab3f16c8a7bb7e852656d4bb2</CreditCardToken> <CreditCardMaskedPan>411111******1111</CreditCardMaskedPan> <ThreeDSecureResult>Not_Applicable</ThreeDSecureResult> <BlacklistToken>4f244dec4907eba0f6432e53b17a60ebcf51365e</BlacklistToken> <ShopOrderId>myorderid</ShopOrderId> <Shop>Pensio Shop</Shop> <Terminal>Pensio Test Terminal</Terminal> <TransactionStatus>preauth</TransactionStatus> <MerchantCurrency>978</MerchantCurrency> <CardHolderCurrency>978</CardHolderCurrency> <ReservedAmount> </ReservedAmount> <CapturedAmount>0</CapturedAmount> <RefundedAmount>0</RefundedAmount> <RecurringMaxAmount>0</RecurringMaxAmount> <CreatedDate> :34:56</CreatedDate> <UpdatedDate> :34:56</UpdatedDate> <PaymentNature>CreditCard</PaymentNature> <PaymentNatureService name="testacquirer"> <SupportsRefunds>true</SupportsRefunds> <SupportsRelease>true</SupportsRelease> <SupportsMultipleCaptures>true</SupportsMultipleCaptures> <SupportsMultipleRefunds>false</SupportsMultipleRefunds> </PaymentNatureService> <FraudRiskScore>13.37</FraudRiskScore> <FraudExplanation>Fraud detection explanation</fraudexplanation> <TransactionInfo/> 17 of 41
18 <CustomerInfo/> <ReconciliationIdentifiers/> </Transaction> </Transactions> </Body> </APIResponse> 18 of 41
19 API/setupSubscription This method is used to setup a subscription for later use with API/captureRecurring or API/preauthRecurring. It is mostly a Required parameters The same as for API/reservationOfFixedAmountMOTO Optional parameters The same as for API/reservationOfFixedAmountMOTO Ignored parameters As this method is works as a short cut for API/reservationOfFixedAmountMOTO the parameter type will be ignored. Example terminal=pensio+terminal&shop_orderid=abc123&amount=42.75¤cy=eur&cardnum= &emont h=08&eyear=2022&cvc= of 41
20 API/captureRecurring This is used to capture a recurring payments once. You can call this multiple times with the same payment to do several captures. Required parameters transaction_id The id of the original recurring payment. [0 9a f]{1,32} Optional parameters amount reconciliation_i dentifier Example The amount you want to capture. This must be less than the max amount defined by the original setup of a recurring payment 1. If you wish to define the reconciliation identifier used in the reconciliation csv files, you can choose to set it here. float String {0,100} Example XML Result <?xml version="1.0" encoding="utf 8"?> <APIResponse version=" "> <Header> <Date> T12:34:56+02:00</Date> <Path>API/captureRecurring</Path> <ErrorCode>0</ErrorCode> <ErrorMessage></ErrorMessage> </Header> <Body> <Result>Success</Result> <Transactions> <Transaction> <TransactionId>1</TransactionId> <CardStatus>Valid</CardStatus> <CreditCardToken>93f534a2f5d66d6ab3f16c8a7bb7e852656d4bb2</CreditCardToken> <CreditCardMaskedPan>411111******1111</CreditCardMaskedPan> <ThreeDSecureResult>Not_Applicable</ThreeDSecureResult> <BlacklistToken>4f244dec4907eba0f6432e53b17a60ebcf51365e</BlacklistToken> <ShopOrderId>myorderid</ShopOrderId> <Shop>Pensio Shop</Shop> <Terminal>Pensio Test Terminal</Terminal> <TransactionStatus>recurring_confirmed</TransactionStatus> <MerchantCurrency>978</MerchantCurrency> <CardHolderCurrency>978</CardHolderCurrency> <ReservedAmount>0</ReservedAmount> <CapturedAmount>0</CapturedAmount> <RefundedAmount>0</RefundedAmount> <RecurringMaxAmount>10.00</RecurringMaxAmount> <CreatedDate> :34:56</CreatedDate> <UpdatedDate> :34:56</UpdatedDate> <PaymentNature>CreditCard</PaymentNature> <PaymentNatureService name="testacquirer"> <SupportsRefunds>true</SupportsRefunds> <SupportsRelease>true</SupportsRelease> 1 Please read refer to the ecommerce API specification on how to set up a card holder for recurring payments. 20 of 41
21 <SupportsMultipleCaptures>true</SupportsMultipleCaptures> <SupportsMultipleRefunds>false</SupportsMultipleRefunds> </PaymentNatureService> <FraudRiskScore>13.37</FraudRiskScore> <FraudExplanation>Fraud detection explanation</fraudexplanation> <TransactionInfo> <Form_Created_At> :34:56</Form_Created_At> <Form_Provider>Pensio Test Form</Form_Provider> <Merchant_Provided_Info>Some info by merchant</merchant_provided_info> </TransactionInfo> <CustomerInfo/> <ReconciliationIdentifiers /> </Transaction> <Transaction> <TransactionId>2</TransactionId> <CardStatus>Valid</CardStatus> <CreditCardToken>93f534a2f5d66d6ab3f16c8a7bb7e852656d4bb2</CreditCardToken> <CreditCardMaskedPan>411111******1111</CreditCardMaskedPan> <ThreeDSecureResult>Not_Applicable</ThreeDSecureResult> <BlacklistToken>4f244dec4907eba0f6432e53b17a60ebcf51365e</BlacklistToken> <ShopOrderId>myorderid</ShopOrderId> <Shop>Pensio Shop</Shop> <Terminal>Pensio Test Terminal</Terminal> <TransactionStatus>captured</TransactionStatus> <MerchantCurrency>978</MerchantCurrency> <CardHolderCurrency>978</CardHolderCurrency> <ReservedAmount>5.00</ReservedAmount> <CapturedAmount>5.00<CapturedAmount> <RefundedAmount>0</RefundedAmount> <RecurringMaxAmount>0</RecurringMaxAmount> <CreatedDate> :34:56</CreatedDate> <UpdatedDate> :34:56</UpdatedDate> <PaymentNature>CreditCard</PaymentNature> <PaymentNatureService name="testacquirer"> <SupportsRefunds>true</SupportsRefunds> <SupportsRelease>true</SupportsRelease> <SupportsMultipleCaptures>true</SupportsMultipleCaptures> <SupportsMultipleRefunds>false</SupportsMultipleRefunds> </PaymentNatureService> <FraudRiskScore>13.37</FraudRiskScore> <FraudExplanation>Fraud detection explanation</fraudexplanation> <TransactionInfo/> <CustomerInfo/> <ReconciliationIdentifiers> <ReconciliationIdentifier> <Id>f4e2533e c b075 bc8a a</id> <Amount currency="978">5.00</amount> <Type>captured</Type> <Date> T12:34:56+02:00</Date> </ReconciliationIdentifier> </ReconciliationIdentifiers> </Transaction> </Transactions> </Body> </APIResponse> 21 of 41
22 API/preauthRecurring This is used to create a preauth from a recurring payment, as opposed to capturing it right away. You can call this multiple times with the same 'recurring_confirmed' payment to do several preauths. Note that the reservations must later be captured with the API/captureRecurring call. Required parameters transaction_id The id of the original recurring payment. [0 9a f]{1,32} Optional parameters amount Example The amount you want to preauth. This must be less than the max amount defined by the original setup of a recurring payment 2. float Example XML Result <?xml version="1.0" encoding="utf 8"?> <APIResponse version=" "> <Header> <Date> T12:34:56+02:00</Date> <Path>API/preauthRecurring</Path> <ErrorCode>0</ErrorCode> <ErrorMessage></ErrorMessage> </Header> <Body> <Result>Success</Result> <Transactions> <Transaction> <TransactionId>1</TransactionId> <CardStatus>Valid</CardStatus> <CreditCardToken>93f534a2f5d66d6ab3f16c8a7bb7e852656d4bb2</CreditCardToken> <CreditCardMaskedPan>411111******1111</CreditCardMaskedPan> <ThreeDSecureResult>Not_Applicable</ThreeDSecureResult> <BlacklistToken>4f244dec4907eba0f6432e53b17a60ebcf51365e</BlacklistToken> <ShopOrderId>myorderid</ShopOrderId> <Shop>Pensio Shop</Shop> <Terminal>Pensio Test Terminal</Terminal> <TransactionStatus>recurring_confirmed</TransactionStatus> <MerchantCurrency>978</MerchantCurrency> <CardHolderCurrency>978</CardHolderCurrency> <ReservedAmount>0</ReservedAmount> <CapturedAmount>0</CapturedAmount> <RefundedAmount>0</RefundedAmount> <RecurringMaxAmount>10.00</RecurringMaxAmount> <CreatedDate> :34:56</CreatedDate> <UpdatedDate> :34:56</UpdatedDate> <PaymentNature>CreditCard</PaymentNature> <PaymentNatureService name="testacquirer"> <SupportsRefunds>true</SupportsRefunds> <SupportsRelease>true</SupportsRelease> <SupportsMultipleCaptures>true</SupportsMultipleCaptures> <SupportsMultipleRefunds>false</SupportsMultipleRefunds> 2 Please read refer to the ecommerce API specification on how to set up a card holder for recurring payments. 22 of 41
23 </PaymentNatureService> <FraudRiskScore>13.37</FraudRiskScore> <FraudExplanation>Fraud detection explanation</fraudexplanation> <TransactionInfo> <Form_Created_At> :34:56</Form_Created_At> <Form_Provider>Pensio Test Form</Form_Provider> <Merchant_Provided_Info>Some info by merchant</merchant_provided_info> </TransactionInfo> <CustomerInfo/> <ReconciliationIdentifiers/> </Transaction> <Transaction> <TransactionId>2</TransactionId> <CardStatus>Valid</CardStatus> <CreditCardToken>93f534a2f5d66d6ab3f16c8a7bb7e852656d4bb2</CreditCardToken> <CreditCardMaskedPan>411111******1111</CreditCardMaskedPan> <ThreeDSecureResult>Not_Applicable</ThreeDSecureResult> <BlacklistToken>4f244dec4907eba0f6432e53b17a60ebcf51365e</BlacklistToken> <ShopOrderId>myorderid</ShopOrderId> <Shop>Pensio Shop</Shop> <Terminal>Pensio Test Terminal</Terminal> <TransactionStatus>preauth</TransactionStatus> <MerchantCurrency>978</MerchantCurrency> <CardHolderCurrency>978</CardHolderCurrency> <ReservedAmount>5.00</ReservedAmount> <CapturedAmount>0</CapturedAmount> <RefundedAmount>0</RefundedAmount> <RecurringMaxAmount>0</RecurringMaxAmount> <CreatedDate> :34:56</CreatedDate> <UpdatedDate> :34:56</UpdatedDate> <PaymentNature>CreditCard</PaymentNature> <PaymentNatureService name="testacquirer"> <SupportsRefunds>true</SupportsRefunds> <SupportsRelease>true</SupportsRelease> <SupportsMultipleCaptures>true</SupportsMultipleCaptures> <SupportsMultipleRefunds>false</SupportsMultipleRefunds> </PaymentNatureService> <FraudRiskScore>13.37</FraudRiskScore> <FraudExplanation>Fraud detection explanation</fraudexplanation> <TransactionInfo> <Form_Created_At> :34:56</Form_Created_At> <Form_Provider>Pensio Test Form</Form_Provider> <Merchant_Provided_Info>Some info by merchant</merchant_provided_info> </TransactionInfo> <CustomerInfo/> <ReconciliationIdentifiers/> </Transaction> </Transactions> </Body> </APIResponse> 23 of 41
24 API/fundingList Used to get a list of fundings, which details when and how much money is transfered to your companys bank account. Required parameters Optional parameters page Example This method will only show 100 fundings pr. call. Setting this parameter allows you to fetch more. Int Example XML Result <?xml version="1.0" encoding="utf 8"?> <APIResponse version=" "> <Header> <Date> T12:34:56+02:00</Date> <Path>API/fundingList</Path> <ErrorCode>0</ErrorCode> <ErrorMessage></ErrorMessage> </Header> <Body> <Fundings numberofpages="1"> <Funding> <Filename>CreatedByTest</Filename> <ContractIdentifier> </ContractIdentifier> <Shops> <Shop>Pensio Functional Test Shop</Shop> <Shop>Pensio Functional Test Shop Two</Shop> </Shops> <Acquirer>TestAcquirer</Acquirer> <FundingDate> </FundingDate> <Amount>50.00 EUR</Amount> <CreatedDate> </CreatedDate> <DownloadLink> </DownloadLink> </Funding> <Funding> <Filename>CreatedByTest</Filename> <ContractIdentifier> </ContractIdentifier> <Shops> <Shop>Pensio Functional Test Shop</Shop> <Shop>Pensio Functional Test Shop Two</Shop> </Shops> <Acquirer>TestAcquirer</Acquirer> <FundingDate> </FundingDate> <Amount>50.00 EUR</Amount> <CreatedDate> </CreatedDate> <DownloadLink> </DownloadLink> </Funding> </Fundings> 24 of 41
25 </Body> </APIResponse> 25 of 41
26 API/fundingDownload Used to get a comma separated value file containing the details of a funding. Required parameters Optional parameters id The id of the funding. Int Example Example Result Date;Type;ID;"Reconciliation Identifier";Payment;Order;Terminal;Shop;"Transaction Currency";"Transaction Amount";"Exchange Rate";"Settlement Currency";"Settlement Amount";"Fixed Fee";"Fixed Fee VAT";"Rate Based Fee";"Rate Based Fee VAT" " :00:00";payment;5;3f664acc c71d 45e6 8c6a a a77;5;"settlement functional4c9a127b159a0";"pensio Test Terminal";"Pensio Functional Test Shop";EUR;50.00; ;EUR;50.00;;;; Content description Column name Type Description Date YYYY MM DD The 'settlement date' of the transaction this is the date within the Visa/MC networks where the transaction is processed. Typically this is the bank day following the date of the payment/refund. Type string Type of the funding. Possible values: payment, refund, chargeback, and adjustment. ID string(100) Pensio payment ID Reconciliation Identifier * UUID Unique ID of the funding record Payment * [0 9a f](1 40) Pensio payment ID Order * string(100) Shop order ID Terminal * string(100) Terminal name Shop * string(100) Shop name Transaction Currency string(3) The currency of the original payment, ISO 4217 Transaction Amount float The amount of the original payment Exchange Rate float Exchange rate from transaction to settlement amount. (exchage rate 1/1 = 100) Settlement Currency string(3) The currency of the settlement record, ISO 4217 Settlement Amount float The amount of the settlement record Fixed Fee float Fixed transaction cost (incl. VAT where applicable) 26 of 41
27 Fixed Fee VAT float VAT of the transaction cost Rate Based Fee float Rate based transaction cost (incl. VAT where applicable) Rate Based Fee VAT float VAT of the transaction cost * Only available if the transaction is related to a funding 27 of 41
28 API/reservationOfFixedAmountMOTO This will create a MO/TO payment. The payment can be made with a credit card, or a credit card token and the CVV. Required parameters: terminal <TERMINAL TITLE> string shop_orderid The id of the order in your web shop, this is what we will post back to you so you know which order a given payment is associated with. amount The amount of the payment in english notation (ex ) For a recurring payment the amount is the maximum amount for each capture. currency The currency of the order. It is a 3 digit currency code. Our gateway comply with the ISO 4217 standard 3. Required Credit Card parameters (normal): [a za Z0 9]{1,100} float Integer cardnum The credit card number (PAN) [0 9]{11 19} emonth The expiry month eyear The expiry year Required Credit Card parameters (token): credit_card_token A credit card token previously received from an ecommerce payment or an other MO/TO payment. [0 9a f]{40} Optional parameters: cvc The CVC/CVV/CVV2/Security Code [0 9]{3 4} transaction_info type This is a one dimensional associative array. This is where you put any value that you would like to bind to the payment. The type of payment. This should be either payment, paymentandcapture or recurring. Defaults to payment Array, max 50 entries. Each entry of max 255 chars. String payment_source The source of the payment. Default is moto ecommerce / moto Mandatory 4 fraud detection parameters: billing_city The city of the customer's billing address. string billing_region The region of the customer's billing address. string billing_postal The postal code of the customer's billing string htm or read more about the standard in general at: 4 Fraud detection parameters are only mandatory if fraud detection is enabled for the terminal 28 of 41
29 billing_country address. The country of the customer's billing address as a 2 character ISO 3166 country code. [a za Z]{2} Optional fraud detection parameters: The customer's address. string customer_phone The customer's telephone number. string bank_name bank_phone billing_firstname billing_lastname billing_address The name of the bank where the credit card was issued. The phone number of the bank where the credit card was issued. The first name for the customer's billing address. The last name for the customer's billing address. The street address of the customer's billing address. string String String String string Example (based on new credit card) <form action=" <input name="terminal" value="terminal 1" /> <input name="shop_orderid" value="myorder123" /> <input name="amount" value=" " /> <input name="currency" value="978" /> <input name="cardnum" value=" " /> <input name="eyear" value="2014" /> <input name="emonth" value="09" /> <input name="cvc" value="123" /> </form> Example (based on credit card token) <form action=" <input name="terminal" value="terminal 1" /> <input name="shop_orderid" value="myorder123" /> <input name="amount" value=" " /> <input name="currency" value="978" /> <input name="credit_card_token" value="0a4d55a8d778e5022fab701977c5d840bbc486d0" /> <input name="cvc" value="123" /> </form> Example XML Result <?xml version="1.0"?> <APIResponse version=" "> <Header> 29 of 41
30 <Date> T12:34:56+02:00</Date> <Path>API/reservationOfFixedAmountMOTO</Path> <ErrorCode>0</ErrorCode> <ErrorMessage></ErrorMessage> </Header> <Body> <Result>Success</Result> <Transactions> <Transaction> <TransactionId>3</TransactionId> <CardStatus>Valid</CardStatus> <CreditCardToken>85c1d13de7b5dceb6b739829cc27e089631b0fda</CreditCardToken> <CreditCardMaskedPan>411111******1111</CreditCardMaskedPan> <ThreeDSecureResult>Not_Applicable</ThreeDSecureResult> <BlacklistToken>4f244dec4907eba0f6432e53b17a60ebcf51365e</BlacklistToken> <ShopOrderId>myorder123</ShopOrderId> <Shop>Pensio Functional Test Shop</Shop> <Terminal>Pensio Test Terminal</Terminal> <TransactionStatus>preauth</TransactionStatus> <MerchantCurrency>978</MerchantCurrency> <CardHolderCurrency>978</CardHolderCurrency> <ReservedAmount> </ReservedAmount> <CapturedAmount>0</CapturedAmount> <RefundedAmount>0</RefundedAmount> <RecurringMaxAmount>0</RecurringMaxAmount> <CreatedDate> :34:56</CreatedDate> <UpdatedDate> :34:56</UpdatedDate> <PaymentNature>CreditCard</PaymentNature> <PaymentNatureService name="testacquirer"> <SupportsRefunds>true</SupportsRefunds> <SupportsRelease>true</SupportsRelease> <SupportsMultipleCaptures>true</SupportsMultipleCaptures> <SupportsMultipleRefunds>false</SupportsMultipleRefunds> </PaymentNatureService> <TransactionInfo> <Payment_Type>payment</Payment_Type> </TransactionInfo> <CustomerInfo/> <ReconciliationIdentifiers/> </Transaction> </Transactions> </Body> </APIResponse> Example XML Error (when using an unknown credit card token) <?xml version="1.0"?> <APIResponse version=" "> <Header> <Date> T21:45:52+01:00</Date> <Path>API/reservationOfFixedAmountMOTO</Path> <ErrorCode> </ErrorCode> <ErrorMessage>No credit card with selected token exists: 0a4d55a8d778e5022fab701977c5d840bbc486d0</ErrorMessage> </Header> <Body/> </APIResponse> 30 of 41
31 API/credit This will create a Credit payment. The payment can be made with a credit card, or a credit card token and the CVV. The result is the same as a reservationoffixedamountmoto. Note that most acquirers does not support credits, contact support if you need this functionality. Required parameters: terminal <TERMINAL TITLE> string shop_orderid The id of the order in your web shop, this is what we will post back to you so you know which order a given payment is associated with. amount The amount of the payment in english notation (ex ) For a recurring payment the amount is the maximum amount for each capture. currency The currency of the order. It is a 3 digit currency code. Our gateway comply with the ISO 4217 standard 5. Required Credit Card parameters (normal): [a za Z0 9]{1,100} float Integer cardnum The credit card number (PAN) [0 9]{11 19} emonth The expiry month eyear The expiry year Required Credit Card parameters (token): credit_card_token A credit card token previously received from an ecommerce payment, an other MO/TO payment or another credit payment. [0 9a f]{40} Optional parameters: cvc The CVC/CVV/CVV2/Security Code [0 9]{3 4} transaction_info This is a one dimensional associative array. This is where you put any value that you would like to bind to the payment. Array, max 50 entries. Each entry of max 255 chars. payment_source The source of the payment. Default is moto ecommerce / moto htm or read more about the standard in general at: 31 of 41
32 API/getTerminals This method will allow you to extract a list of terminals that you have access to. The list will contains some details about the terminals. The method takes no parameters. Example XML Output <?xml version="1.0"?> <APIResponse version=" "> <Header> <Date> T23:43:20+02:00</Date> <Path>API/getTerminals</Path> <ErrorCode>0</ErrorCode> <ErrorMessage></ErrorMessage> </Header> <Body> <Result>OK</Result> <Terminals> <Terminal> <Title>Pensio Multi Nature Terminal</Title> <Country>DK</Country> <Natures> <Nature>CreditCard</Nature> <Nature>EPayment</Nature> <Nature>IdealPayment</Nature> <Nature>Invoice</Nature> </Natures> <Currencies> <Currency>DKK</Currency> <Currency>EUR</Currency> </Currencies> </Terminal> <Terminal> <Title>Pensio BankPayment Terminal</Title> <Country></Country> <Natures> <Nature>BankPayment</Nature> </Natures> <Currencies> <Currency>EUR</Currency> </Currencies> </Terminal> </Terminals> </Body> </APIResponse> 32 of 41
33 API/getInvoiceText GetInvoiceText is used for gathering information to print on the customer invoice for invoice/gothia payments. This is typically used when merchants print their own invoices from their backend system. As the invoice sent to the customer needs to include some information from Gothia, this call is mandatory if you use Gothias PayByBill product. Regarding TextInfos; These are a set of key/value pairs which depends on which service you use. You can typically find the password for the customer to access Gothia systems (also found in LogonText), so you can customize the "LogonText" by using these values, if desired. The invoice number is always used as username. Please refer to Gothia documentation for further details. Required parameters transaction_id The id of a specific payment. [0 9a f]{1,32} amount Example If you do not want to invoice the full amount a smaller amount can be captured. This amount must equal a previously captured amount float Example XML Result <?xml version="1.0" encoding="utf 8"?> <APIResponse version=" "> <Header> <Date> T15:36:43+01:00</Date> <Path>API/getInvoiceText</Path> <ErrorCode>0</ErrorCode> <ErrorMessage></ErrorMessage> </Header> <Body> <InvoiceText> <AccountOfferMinimumToPay>200</AccountOfferMinimumToPay> <AccountOfferText>Ønsker du å delbetale denne fakturaen går du enkelt inn på paybybill.gothiagroup.com. Brukernavnet tilsvarer ditt fakturanummer og passordet er angitt på fakturaen. Etter at du har godkjent vilkårene, betaler du inn aktiveringsbeløpet som er angitt på fakturaen. Det vil da opprettes en kundekonto hos Gothia som gjør at du kan dele opp fakturabeløpet over tid gjennom tilsendt månedsfaktura.</accountoffertext> <BankAccountNumber> </BankAccountNumber> <LogonText>Logg på kunde.gothiagroup.com med fakturanr og passord. Passord : xxxxxx</logontext> <OcrNumber> </OcrNumber> <MandatoryInvoiceText>Fordringen er overdraget Gothia Financial Group AB til ejendom. Betaling, indsigelser samt alle.</mandatoryinvoicetext> <InvoiceNumber>7373</InvoiceNumber> <CustomerNumber>832</CustomerNumber> <TextInfos> <TextInfo> <Name>Password</Name> <Value>xxxxxx</Value> </TextInfo> 33 of 41
34 </TextInfos> <Address> <FirstName>John</FirstName> <LastName>John</LastName> <Address>Anywhere Street 12</Address> <City>Anywhere City</City> <PostalCode>1111</PostalCode> <Country>DK</Country> </Address> </InvoiceText> </Body> </APIResponse> Explanation of error cases The merchant API can return two types of errors, an error in the data/format of the request or an error that happened while the system tried to execute what was requested. These two kinds of errors are represented differently in the system. An error in the data/format of the request will be described in the header of the response, like so: <?xml version="1.0"?> <APIResponse version=" "> <Header> <Date> T21:45:52+01:00</Date> <Path>API/yourApiCall</Path> <ErrorCode>234</ErrorCode> <ErrorMessage>Error message detailing what the error was</errormessage> </Header> <Body/> </APIResponse> So if the errorcode in the header is 0 that means the merchant api was able to understand and verify the request that was send. In the case of an error when trying to execute what was requested, the error message will be shown like this: <?xml version="1.0"?> <APIResponse version=" "> <Header> <Date> T12:34:56+02:00</Date> <Path>API/yourApiCall</Path> <ErrorCode>0</ErrorCode> <ErrorMessage></ErrorMessage> </Header> <Body> <Result>Error</Result> <MerchantErrorMessage>Error message for you the merchant</merchanterrormessage> <CardHolderErrorMessage>Error message that is safe to be read by the cardholder</cardholdererrormessage> <Transactions> <Transaction> <TransactionId>3</TransactionId> <CardStatus>Valid</CardStatus> <CreditCardToken>85c1d13de7b5dceb6b739829cc27e089631b0fda</CreditCardToken> <CreditCardMaskedPan>411111******1111</CreditCardMaskedPan> <ThreeDSecureResult>Not_Applicable</ThreeDSecureResult> <BlacklistToken>4f244dec4907eba0f6432e53b17a60ebcf51365e</BlacklistToken> <ShopOrderId>myorder123</ShopOrderId> <Shop>Pensio Functional Test Shop</Shop> 34 of 41
35 <Terminal>Pensio Test Terminal</Terminal> <TransactionStatus>preauth</TransactionStatus> <MerchantCurrency>978</MerchantCurrency> <CardHolderCurrency>978</CardHolderCurrency> <ReservedAmount>0</ReservedAmount> <CapturedAmount>0</CapturedAmount> <RefundedAmount>0</RefundedAmount> <RecurringMaxAmount>0</RecurringMaxAmount> <CreatedDate> :34:56</CreatedDate> <UpdatedDate> :34:56</UpdatedDate> <PaymentNature>CreditCard</PaymentNature> <PaymentNatureService name="testacquirer"> <SupportsRefunds>true</SupportsRefunds> <SupportsRelease>true</SupportsRelease> <SupportsMultipleCaptures>true</SupportsMultipleCaptures> <SupportsMultipleRefunds>false</SupportsMultipleRefunds> </PaymentNatureService> <TransactionInfo> <Payment_Type>payment</Payment_Type> </TransactionInfo> <CustomerInfo/> <ReconciliationIdentifiers/> </Transaction> </Transactions> </Body> </APIResponse> Notice the payment (in the api also called transaction) is returned if possible in this type of error, which will allow you to check if the payment is in the state you expected it to. If for example you try to capture 40EUR on a payment has 40EUR reserved, and the payment fails but already has set as the captured amount, that payment was already captured at an earlier time. In that case you can conclude that the payment was captured as expected, even though this call to the api was unsuccessful. In some cases there will be more information in the error response, for example in the case of a capture error the response will also contain the amount and currency that the system tried to capture. 35 of 41
ipayment Gateway API (IPG API)
ipayment Gateway API (IPG API) Accepting e-commerce payments for merchants Version 3.2 Intercard Finance AD 2007 2015 Table of Contents Version control... 4 Introduction... 5 Security and availability...
More informationNetswipe Processing Implementation
Netswipe Processing Implementation Direct Integration with Jumio s Payment Gateway Revision History Version Date published Description 1.0.0 November 22 nd, 2011 Initial release. 1.0.1 January 12 th, 2012
More informationSecure XML API Integration Guide. (with FraudGuard add in)
Secure XML API Integration Guide (with FraudGuard add in) Document Control This is a control document DESCRIPTION Secure XML API Integration Guide (with FraudGuard add in) CREATION DATE 02/04/2007 CREATED
More informationBatch Processing. Specification. Version 4.1. 110.0087 SIX Payment Services
Batch Processing Specification Version 4.1 110.0087 SIX Payment Services Contents 1 Introduction... 3 1.1 Requirements... 3 1.2 Security and PCI DSS... 3 1.3 Other Information... 4 1.4 Supported Payment
More informationImplementation guide Web Services V4. Version 1.4b
Implementation guide Web Services V4 Version 1.4b Confidentiality All the information in the current document is considered confidential. Using it outside the context of this consultation or disclosing
More informationPayPal Usage Document
For the Administrator, PayPal Usage Document Before choosing the PayPal as the default payment gateway, the Administrator must know some things. First, the DUT system only accepts the Completed payment
More informationRapid 3.0 Transparent Redirect API. Official eway Documentation. Version 0.82
Rapid 3.0 Transparent Redirect API Official eway Documentation Version 0.82 Published on 8/08/2013 Contents Welcome from eway CEO... 5 Overview... 6 Payment types included... 7 Individual payments... 7
More informationCredomatic Integration Resources. Browser Redirect API Documentation June 2007
Credomatic Integration Resources Browser Redirect API Documentation June 2007 Table of Contents Methodology... 2 Browser Redirect Method (Browser to Server) FIG. 1... 2 API Authentication Parameters...
More informationGTPayment Merchant Integration Manual
GTPayment Merchant Integration Manual Version: Page 1 of 7 What s New in version 1.2.0? 1. Price format limit. Only number or decimal point What s New in version 1.2.1? 1. Take out the Moneybookers
More informationSwedbank Payment Portal Implementation Overview
Swedbank Payment Portal Implementation Overview Product: Hosted Pages Region: Baltics September 2015 Version 1.0 Contents 1. Introduction 1 1.1. Audience 1 1.2. Hosted Page Service Features 1 1.3. Key
More informationInternet Payment Gateway
Internet Payment Gateway Merchant Administration Console Merchant Services TABLE OF CONTENTS Introduction to the Merchant Administration Console... 5 Console Overview... 5 Login Conditions... 5 Merchant
More informationBitcoin Payment Gateway API
Bitcoin Payment Gateway API v0.3 BitPay, Inc. https://bitpay.com 2011-2012 BITPAY, Inc. All Rights Reserved. 1 Table of Contents Introduction Activating API Access Invoice States Creating an Invoice Required
More informationCOMMERCIAL-IN-CONFIDENCE
CardEaseMPI a technical manual describing the use of CardEaseMPI 3-D Secure Merchant Plug-In. Authors: Nigel Jewell Issue 2.9. November 2014. COMMERCIAL-IN-CONFIDENCE Copyright CreditCall Limited 2007-2014
More informationHosted Credit Card Forms Implementation Guide
Hosted Credit Card Forms Implementation Guide Merchant implementation instructions to integrate to the Setcom s hosted credit card forms. Covers: fraud screening, Verified by Visa, MasterCard SecureCode
More informationBank and SecurePay Response Codes
Bank and SecurePay s Last updated: 19/07/2013 Bank s for Credit Card Transactions APPROVED 00 Approved 08 Honour with ID 11 Approved VIP (not used) 16 Approved, Update Track 3 (not used) 77 Approved (ANZ
More informationMySagePay. User Manual. Page 1 of 48
MySagePay User Manual Page 1 of 48 Contents About this guide... 4 Getting started... 5 Online help... 5 Accessing MySagePay... 5 Supported browsers... 5 The Administrator account... 5 Creating user accounts...
More informationMethodology Three-Step
Methodology Three-Step Method Overview Step One: Submit all transaction details to the Payment Gateway except the customer's sensitive payment information. The Payment Gateway will return a variable form-url.
More informationDirect Post. Integration Guide
Direct Post Integration Guide Updated September 2013 Table of Contents 1 Introduction... 4 1.1 What is Direct Post?... 4 1.2 About this Guide... 4 1.3 Features and Benefits... 4 1.4 Card Types Accepted...
More informationThree Step Redirect API V2.0 Patent Pending
Three Step Redirect API V2.0 Patent Pending Contents Three Step Redirect Overview... 4 Three Step Redirect API... 4 Detailed Explanation... 4 Three Step Transaction Actions... 7 Step 1... 7 Sale/Auth/Credit/Validate/Offline
More informationAccount Management System Guide
Account Management System Guide Version 2.2 March 2015 Table of Contents Introduction...5 What is the Account Management System?...5 Accessing the Account Management System...5 Forgotten Password...5 Account
More informationNetwork Merchants Inc (NMI) Integration Resources. Direct Post API Documentation April 2010
Network Merchants Inc (NMI) Integration Resources Direct Post API Documentation April 2010 Table of Contents Methodology... 2 Direct Post Method (Server to Server) FIG. 1... 2 Transaction Types... 3 Sale
More informationSVEA HOSTED SERVICE SPECIFICATION V1.13
SVEA HOSTED SERVICE SPECIFICATION V1.13 Table of Contents Abstract... 2 Modes of operation... 2 Interactive Mode details... 2 Integration... 2 Input parameters... 3 Output parameters... 8 Error Codes...
More informationDeltaPAY v2 Merchant Integration Specifications (HTML - v1.9)
DeltaPAY v2 Merchant Integration Specifications (HTML - v1.9) Overview This document provides integration and usage instructions for using DeltaPAY card processing system as a payment mechanism in e-commerce
More informationRefer to the Integration Guides for the Connect solution and the Web Service API for integration instructions and issues.
Contents 1 Introduction 4 2 Processing Transactions 5 2.1 Transaction Terminology 5 2.2 Using Your Web Browser as a Virtual Point of Sale Machine 6 2.2.1 Processing Sale transactions 6 2.2.2 Selecting
More informationContents. 2 Alfresco API Version 1.0
The Alfresco API Contents The Alfresco API... 3 How does an application do work on behalf of a user?... 4 Registering your application... 4 Authorization... 4 Refreshing an access token...7 Alfresco CMIS
More informationVirtual Terminal & Online Portal
Authipay Gateway Virtual Terminal & Online Portal User Guide Version 5 (EMEA) Virtual Terminal & Online Portal User Guide Version 5 (EMEA) CONTENTS 1 Introduction... 5 2 Processing Transactions... 6 2.1
More informationMerchant Reporting Tool
Merchant Reporting Tool payment and transaction statistic for web shops Transaction reports through web-interface to paysafecard application Table of Content 1. Introduction 2 2. Log In 2 2.1 Merchant
More informationMerchant e-solutions Payment Gateway Back Office User Guide. Merchant e-solutions January 2011 Version 2.5
Merchant e-solutions Payment Gateway Back Office User Guide Merchant e-solutions January 2011 Version 2.5 This publication is for information purposes only and its content does not represent a contract
More informationSPARROW Gateway. Developer API. Version 2.00
SPARROW Gateway Developer API Version 2.00 Released May 2015 Table of Contents SPARROW Gateway... 1 Developer API... 1 Overview... 3 Architecture... 3 Merchant Private Key and Payment Types... 3 Integration...
More informationSecure XML API Integration Guide - Periodic and Triggered add in
Secure XML API Integration Guide - Periodic and Triggered add in Document Control This is a control document DESCRIPTION Secure XML API Integration Guide - Periodic and Triggered add in CREATION DATE 15/05/2009
More informationVirtual Terminal Introduction and User Instructions
Virtual Terminal Introduction and User Instructions Trine Commerce Systems, Inc. 2613 Wilson Street Austin, TX 78704 512-586-2736 legal@trinecs.com techsupport@trinecs.com Legal Notice All content of this
More informationMERCHANT INTEGRATION GUIDE. Version 2.8
MERCHANT INTEGRATION GUIDE Version 2.8 CHANGE LOG 1. Added validation on allowed currencies on each payment method. 2. Added payment_method parameter that will allow merchants to dynamically select payment
More informationMerchant Interface Guide. Version 4.0 December 2011 Business Gateway
Merchant Interface Guide Version 4.0 December 2011 Business Gateway Merchant Interface Guide Table of Contents About this Guide... 4 Update History... 4 Copyright... 4 Introduction... 5 What is the Merchant
More informationAT&T Global Network Client for Windows Product Support Matrix January 29, 2015
AT&T Global Network Client for Windows Product Support Matrix January 29, 2015 Product Support Matrix Following is the Product Support Matrix for the AT&T Global Network Client. See the AT&T Global Network
More informationFirst Data Merchant Solutions Virtual Terminal & Manager
First Data Merchant Solutions Virtual Terminal & Manager User Guide Version 2.2 firstdatams.co.uk First Data Merchant Solutions is a trading name of First Data Europe Limited, a private limited company
More informationGlobal Transport Secure ecommerce. Web Service Implementation Guide
Global Transport Secure ecommerce Web Service Implementation Guide Version 1.0 October 2013 Global Payments Inc. 10 Glenlake Parkway, North Tower Atlanta, GA 30328-3447 Global Transport Secure ecommerce
More informationInternetVista Web scenario documentation
InternetVista Web scenario documentation Version 1.2 1 Contents 1. Change History... 3 2. Introduction to Web Scenario... 4 3. XML scenario description... 5 3.1. General scenario structure... 5 3.2. Steps
More informationNAB TRANSACT. XML API Integration Guide
NAB TRANSACT XML API Integration Guide 1 Contents 1. Introduction 3 1.1 About this Guide 3 1.2 Card Types Accepted 3 1.3 Prerequisites 3 1.3.1 Merchant Services 3 1.3.2 NAB Transact Service 3 1.4 Website
More informationAPI Documentation. Version 2.0
API Documentation Version 2.0 Table of Contents 1. Overview...5 1.1 Test Merchant Account v/s Live Merchant Account...5 1.2 Target Audience...5 1.3 Assistance...6 1.4 Technical Architecture...6 2 Getting
More informationProcess Transaction API
Process Transaction API Document Version 5.9 March 2011 For further information please contact Beanstream customer support at (250) 472-2326 or support@beanstream.com. BEAN # Page 2 of 90 Date Overview...
More informationBig Fish ecommerce. BF Import Mapping.doc
Big Fish ecommerce BF Import Mapping.doc Last Updated: 25-Feb-2011 TABLE OF CONTENTS 1 Modification History...4 2 Introduction...5 2.1 Overview of OFBiz Import Functionality...5 2.2 Document Scope...5
More informationPAYLINE USER GUIDE LOGGING INTO PAYLINE PROCESSING A PURCHASE
Payline User Guide PAYLINE USER GUIDE Payline is a web-based payment management client that can be used to process credit card transactions manually, process refunds, set up recurring payments and generate
More informationMagento Extension User Guide: Payment Pages. This document explains how to install the official Secure Trading extension on your Magento store.
This document explains how to install the official Secure Trading extension on your Magento store. Module version: 3.5 Published: 6 August 2015 Table of Contents 1 Introduction... 3 1.1 Features... 3 1.2
More informationMy Sage Pay User Manual
My Sage Pay User Manual Page 1 of 32 Contents 01. About this guide..4 02. Getting started.4 Online help Accessing My Sage Pay Test Servers Live Servers The Administrator account Creating user accounts
More informationLast Modified June 2008
Payment Gateway Virtual Terminal Last Modified June 2008 E-Business the easy way! Website: www.vcs.co.za Contact: +27 (0) 11 257 6222 E-mail: sales@vcs.co.za Virtual Card Services (Pty) Ltd Registration
More informationMERCHANT MANAGEMENT SYSTEM
MERCHANT MANAGEMENT SYSTEM Version: 1.2-1 - Welcome to the Retail Merchant Services Merchant Management System (MMS) user guide. In this guide we will look at the different sections of the MMS and explain
More informationPAYLINE USER GUIDE. 1 Logging into Payline. 2 - Processing a Purchase
PAYLINE USER GUIDE Payline is a web-based payment management client that can be used to process credit card transactions manually, process refunds, set up recurring payments and generate reports to name
More informationPROCESS TRANSACTION API
PROCESS TRANSACTION API Document Version 8.7 May 2015 For further information please contact Digital River customer support at (888) 472-0811 or support@beanstream.com. 1 TABLE OF CONTENTS 2 Lists of tables
More informationGateway Direct Post API
Gateway Direct Post API http://merchantguy.com @MerchantGuy Questions? info@merchantguy.com Contents Methodology....3! Direct Post Method (Server to Server FIG. 1...3 Transaction Types.....4! Sale (sale)..4!
More informationSEEM4540 Open Systems for E-Commerce Lecture 06 Online Payment
SEEM4540 Open Systems for E-Commerce Lecture 06 Online Payment PayPal PayPal is an American based e-commerce business allowing payments and money transfers to be made through the Internet. In 1998, a company
More informationAdyen MOTO Manual 'Mail Order / Telephone Order' Version 1.06 Adyen B.V.
Adyen MOTO Manual 'Mail Order / Telephone Order' Version 1.06 Adyen B.V. Table of Contents 1 Introduction...3 Audience... 3 Changelog... 3 Requirements...3 Interfaces and Integration...4 Payment Methods...4
More informationANZ Secure Gateway Virtual Terminal QUICK REFERENCE GUIDE NOVEMBER 2015
ANZ Secure Gateway Virtual Terminal QUICK REFERENCE GUIDE NOVEMBER 2015 2 Contents Welcome 3 1. Getting Started 4 1.1 Virtual Terminal Activation 4 2. Configuring the Virtual Terminal 7 2.1 General Settings
More informationMasterCard In tern et Gatew ay Service (MIGS)
Master Card Inter national MasterCard In tern et Gatew ay Service (MIGS) MIGS Payment Client Reference Manual Prepared By: Patrick Hayes Department: Principal Consultant, ebusiness Solutions Date Written:
More informationUPG plc Atlas Technical Integration Guide
UPG plc Atlas Technical Integration Guide Version 13.8.16 Released Aug 2013 Description Integrating your website or payment system into the UPG plc Atlas ecommerce gateway platform UPG Plc. version 13.8.16
More informationMerchant One Payment Systems Integration Resources. Direct Post API Documentation June 2007
Merchant One Payment Systems Integration Resources Direct Post API Documentation June 2007 Table of Contents Methodology... 2 Direct Post Method (Server to Server) FIG. 1... 2 Transaction Types... 3 Sale
More informationSaferpay Implementation Guide
Saferpay Implementation Guide Programmers Manual Date: May 2007 Version: 1.62 Status: Final Telekurs Card Solutions GmbH SAFERPAY - IMPLEMENTATION GUIDE TABLE OF CONTENTS 2 TABLE OF CONTENTS 1 INTRODUCTION
More informationCase 2:08-cv-02463-ABC-E Document 1-4 Filed 04/15/2008 Page 1 of 138. Exhibit 8
Case 2:08-cv-02463-ABC-E Document 1-4 Filed 04/15/2008 Page 1 of 138 Exhibit 8 Case 2:08-cv-02463-ABC-E Document 1-4 Filed 04/15/2008 Page 2 of 138 Domain Name: CELLULARVERISON.COM Updated Date: 12-dec-2007
More informationFirst Data Merchant Solutions EMEA Payment Gateway
` First Data Merchant Solutions EMEA Payment Gateway Virtual Terminal & Online Portal User Guide Version 2.1 firstdatams.co.uk First Data Merchant Solutions is a trading name of First Data Europe Limited,
More informationPayment Gateway HTTP and XML API Developers Documentation. HTTP/XML API 1.2.0 Last Modified: 28 September 2015
Payment Gateway HTTP and XML API Developers Documentation HTTP/XML API 1.2.0 Last Modified: 28 September 2015 Preface This document supersedes any previous documentation on the GSPAY Payment Gateway XML
More informationiyzico one-off payment and installment easy payment integration
iyzico one-off payment and installment easy payment integration Version: 1.0.11 iyzi teknoloji ve ödeme sistemleri A.Ş. iyzico one-off payment and installment 1 Release History Date Version Reason for
More informationGSPAY Merchant Manual
GSPAY Merchant Manual Version 1.6.2 Last Updated: 4 March 2013 All material contained herein is Copyright GSPAY LIMITED. Please report any errors or omissions in this documentation to the GSPAY support
More informationCOMPARISON OF FIXED & VARIABLE RATES (25 YEARS) CHARTERED BANK ADMINISTERED INTEREST RATES - PRIME BUSINESS*
COMPARISON OF FIXED & VARIABLE RATES (25 YEARS) 2 Fixed Rates Variable Rates FIXED RATES OF THE PAST 25 YEARS AVERAGE RESIDENTIAL MORTGAGE LENDING RATE - 5 YEAR* (Per cent) Year Jan Feb Mar Apr May Jun
More informationCOMPARISON OF FIXED & VARIABLE RATES (25 YEARS) CHARTERED BANK ADMINISTERED INTEREST RATES - PRIME BUSINESS*
COMPARISON OF FIXED & VARIABLE RATES (25 YEARS) 2 Fixed Rates Variable Rates FIXED RATES OF THE PAST 25 YEARS AVERAGE RESIDENTIAL MORTGAGE LENDING RATE - 5 YEAR* (Per cent) Year Jan Feb Mar Apr May Jun
More informationWEB TERMINAL AND RECURRING BILLING
PROCESSING TRANSACTIONS WITH WEB TERMINAL AND RECURRING BILLING Document Version 1.4 December 2013 For further information please contact Digital River customer support at 0800 756 3350 or clientsupport.uk@digitalriver.com.
More informationAnalysis One Code Desc. Transaction Amount. Fiscal Period
Analysis One Code Desc Transaction Amount Fiscal Period 57.63 Oct-12 12.13 Oct-12-38.90 Oct-12-773.00 Oct-12-800.00 Oct-12-187.00 Oct-12-82.00 Oct-12-82.00 Oct-12-110.00 Oct-12-1115.25 Oct-12-71.00 Oct-12-41.00
More informationPayment Page Extensions. Online Payment Processing for Businesses Worldwide. www.telr.com
Payment Page Extensions Online Payment Processing for Businesses Worldwide www.telr.com Page 2 of 13 Contents About this guide... 3 Copyright... 3 Introduction... 3 Using an extension... 4 Additional information
More informationTransaction Details Guide
Title Page Transaction Details Guide Merchant Web Services API XML April 2014 Authorize.Net Developer Support http://developer.authorize.net Authorize.Net LLC 082007 Ver.2.0 Authorize.Net LLC ("Authorize.Net")
More informationVolume PLANETAUTHORIZE PAYMENT GATEWAY. vtiger CRM Payment Module. User Guide
Volume 2 PLANETAUTHORIZE PAYMENT GATEWAY vtiger CRM Payment Module User Guide S A L E M A N A G E R M E R C H A N T S E R V I C E S User Guide and Installation Procedures Information in this document,
More informationIt is most commonly used by organizations that require a cost effective, quick, simple process for accepting credit card payments.
0 Payline 1 Overview Payline is a web-based client that can be used to process credit card transactions manually, process refunds, set up recurring payments and generate reports to name a few of its functions.
More informationElavon Payment Gateway- Reporting User Guide
Elavon Payment Gateway- Reporting User Guide Version: v1.1 Contents 1 About This Guide... 4 1.1 Purpose... 4 1.2 Audience... 4 1.3 Prerequisites... 4 1.4 Related Documents... 4 1.5 Terminology... 4 1.6
More informationDIRECT INTEGRATION GUIDE DIRECT INTEGRATION GUIDE. Version: 9.16
DIRECT Version: 9.16-1 - 1 Direct HTTP Integration... 4 1.1 About This Guide... 4 1.2 Integration Disclaimer... 4 1.3 Terminology... 5 1.4 Pre-Requisites... 6 1.5 Integration Details... 7 1.6 Authentication...
More informationGlobal Transport Secure ecommerce Decision Tree
Global Transport Secure ecommerce Decision Tree Development work* or software configuration** is required. Please be prepared to engage a webmaster/developer for assistance Are you looking for a hosted
More informationThe Wells Fargo Payment Gateway Business Center. User Guide
The Wells Fargo Payment Gateway Business Center User Guide Contents 1 Introduction 1 About the Wells Fargo Payment Gateway service Business Center 1 About this guide 2 Access the Business Center 2 Log
More informationitransact Gateway Fast Start Guide
itransact Gateway Fast Start Guide itransact Gateway Fast Start Guide Table of Contents 1. Version and Legal Information... 1 2.... 2 Quick Setup... 2 The Card Setup... 2 Order Form Setup... 3 Simple
More informationREST Webservices API Reference Manual
crm-now/ps REST Webservices API Reference Manual Version 1.5.1.0 crm-now development documents Page 1 Table Of Contents OVERVIEW...4 URL FORMAT...4 THE RESPONSE FORMAT...4 VtigerObject...5 Id Format...5
More informationAddress Phone & Fax Internet
Smilehouse Workspace 1.13 Payment Gateway API Document Info Document type: Technical document Creator: Smilehouse Workspace Development Team Date approved: 31.05.2010 Page 2/34 Table of Content 1. Introduction...
More informationVirtual Payment Client Integration Reference. April 2009 Software version: 3.1.21.1
Virtual Payment Client Integration Reference April 2009 Software version: 3.1.21.1 Copyright MasterCard and its vendors own the intellectual property in this Manual exclusively. You acknowledge that you
More informationSFTP Batch Processor. Version 1.0
SFTP Batch Processor Version 1.0 CONTENTS 1. OVERVIEW... 2 2. SFTP CONNECTION... 3 3. INPUT FILE SPECIFICATION... 4 4. OUTPUT FILE SPECIFICATION... 6 5. BATCHING SCENARIOS... 8 7. MESSAGE FIELD PROPERTIES...
More informationGlobal E-Commerce Gateway Developers Reference Guide
Global E-Commerce Gateway Developers Reference Guide Appendix 2: Repeat and Recurring Card Payments August 2012 Version 3.0 Table Of Contents 1. Pre-Registered Cards... 1 1.1 Schema Elements for Request...
More informationJava SFA merchant integration guide
Java SFA merchant integration guide Installing the SFA JAVA Library Pre-requisites 1. The Merchant's machine where SFA will be installed should have JDK1.3 installed. 2. The Merchant must possess the
More informationCardsave Payment Gateway
Cardsave Payment Gateway Cart Implementation David McCann Cardsave Online Version 1 1 st August 2010 Contents Page Overview 3-4 o Integration Types 3 Direct/Integrated (Preferred Method) Re-direct/Hosted
More informationThree Step Redirect API
Inspire Commerce &.pay Three Step Redirect API Inspire Commerce 800-261-3173 support@inspirecommerce.com Contents Overview... 3 Methodology... 3 XML Communica:on... 5 Transac:on Opera:ons... 6 Customer
More informationVirtual Terminal User Guide
Payment solutions for online commerce Virtual Terminal User Guide Copyright PayPoint.net 2010 This document contains the proprietary information of PayPoint.net and may not be reproduced in any form or
More informationAliPay International Services
Title Page AliPay International Services Using the Simple Order API September 2015 CyberSource Corporation HQ P.O. Box 8999 San Francisco, CA 94128-8999 Phone: 800-530-9095 CyberSource Contact Information
More informationConfiguration > Payment gateways Configure the payment gateway tokens for your credit card and PayPal payment methods if applicable.
Storefront Users Manual Quick Start Settings Your shopping cart is pre-configured with default values suitable for most businesses. In most cases, you only need to configure the settings below to start
More informationHOSTED INTEGRATION GUIDE HOSTED INTEGRATION GUIDE. Version: 9.16
HOSTED Version: 9.16-1 - 1 Hosted HTTP Integration... 4 1.1 About This Guide... 4 1.2 Integration Disclaimer... 4 1.3 Terminology... 5 1.4 Pre-Requisites... 6 1.5 Integration Details... 7 1.6 Authentication...
More informationDalPay Internet Billing. Technical Integration Overview
DalPay Internet Billing Technical Integration Overview Version 1.3 Last revision: 01/07/2011 Page 1 of 10 Version 1.3 Last revision: 01/07/2011 Page 2 of 10 REVISION HISTORY... 4 INTRODUCTION... 5 DALPAY
More informationLondon & Zurich Merchant Management System User Guide.
London & Zurich Merchant Management System User Guide. Welcome to the London & Zurich Merchant Management System (MMS) user guide. In this guide we will look at the different sections of the MMS and explain
More informationEasy CollECt and the transaction ManagEr interface
Easy Collect and the Transaction Manager Interface Table of Contents 1 2 3 Easy Collect... 4 1.1. Configuring your account for Easy Collect... 4 1.1.1. Creating your Easy Collect ID... 4 1.1.1.1. Transaction
More informationPayWay. PayWay Net Developer's Guide
PayWay PayWay Net Developer's Guide Version 5.14 26 Oct 2015 Release Date Version Description 12 Mar 2007 1.0 Initial Version 18 Nov 2007 2.0 Expand HTTP Parameter descriptions and add appendices. 17 Apr
More informationManaging Users and Identity Stores
CHAPTER 8 Overview ACS manages your network devices and other ACS clients by using the ACS network resource repositories and identity stores. When a host connects to the network through ACS requesting
More informationPayvision Payment Processor. Technical Integration
Payvision Payment Processor Technical Integration Rights of use: COMPLYING WITH ALL APPLICABLE COPYRIGHT LAWS IS THE RESPONSABILITY OF THE USER. WITHOUT LIMITING THE RIGHTS UNDER COPYRIGHT, NO PART OF
More informationSafeguard Ecommerce Integration / API
Safeguard Ecommerce Integration / API Product Manual Version 3 Revision 1.11 Table of Contents 1. INTRODUCTION... 4 1.1 Available commands... 4 2. HOW THE ADMINISTRATION SYSTEM IS EXPECTED TO BE USED OPERATIONALLY...
More informationUnleash the Power of e-learning
Unleash the Power of e-learning Revision 1.8 June 2014 Edition 2002-2014 ICS Learning Group 1 Disclaimer ICS Learning Group makes no representations or warranties with respect to the contents or use of
More informationServer-to-Server Credit Card Implementation Guide
Server-to-Server Credit Card Implementation Guide Merchant implementation instructions to integrate to the Setcom credit card processing platform. Covers: Fraud Screening, Verified by Visa, MasterCard
More informationACCREDITATION COUNCIL FOR PHARMACY EDUCATION. CPE Monitor. Technical Specifications
ACCREDITATION COUNCIL FOR PHARMACY EDUCATION CPE Monitor Technical Specifications Prepared by Steven Janis, RWK Design, Inc. Created: 02/10/2012 Revised: 09/28/2012 Revised: 08/28/2013 This document describes
More informationAPI Integration Payment21 Button
API Integration Payment21 Button The purpose of this document is to describe the requirements, usage, implementation and purpose of the Payment21 Application Programming Interface (API). The API will allow
More informationRecurring payments manual
Recurring payments manual SmartPay Contents Introduction 3 Audience 3 What is a recurring contract? 4 Recurring vs One-Click 4 Usual workflow 4 Creating a recurring contract 5 Setting up the payment 5
More information