Full service
1. Introduction
Our Full Service solution is our All-in-one package for you to let your online business thrive! Watch the video as we explain our Full Service offering and why it is advantageous to any merchant who wants to maximise conversion and increase online sales.
With Full Service you can offer various payment methods with just a contract. You can easily reconcile and refund transactions in your Worldline account. In this video, we explain to you our Full Service offering and why it is advantageous to any merchant who wants to maximise conversion and increase online sales.
Reduce the complexity of processing and managing transactions with just ONE contract.
- Attract customers from all over the world without having different bank accounts and business presence in every single country!
- Offer payment methods your customers know and trust with the perfect payment mix matched to your different business locations
- Get a clear grip on your cash flow and payouts without having to deal with different acquirers or other third parties!
Have a look at this checklist and get in touch with us to profit from this worry-free solution!
2. Before we begin
Before you process live transactions, feel free to use our Test environment to learn our solution without costs or any commitments involved!
Once you want to go live, check out here how to get a production account and contact us to set up your Full Service contract for all the payment methods you need!
Once you have a production account on our platform, you will need to complete the following steps:
- Activate at least one of the following payment methods via Ingenico:
Card schemes | Alternative payment methods | Pay buttons |
---|---|---|
Visa MasterCard Maestro Carte Bancaire (CB) |
Bancontact Bank transfer (BE/DE/FR/NL/IT/SK) Sofort Banking / Überweisung (BE/DE/AT/FR/NL/IT) Giropay iDEAL |
Belfius Direct Net ING Home'Pay KBC/CBC Online |
- We send you a link to register online and choose the payment methods you wish to offer
- We email you a proposal. If you are happy with the proposal, print it and sign it.
- We send you a link to upload the signed copy of the proposal, along with other required documents
- We finalise the registration and activate Full Service. You are ready for business!
3. Accept payments
Full Service supports all integration channels of our platform.
To comply to legislation for accepting payments, it is essential that your website contains:
Find an extensive overview on the do’s and don’ts here. Be aware of our restricted merchant services and products. |
For some of the payment methods you need to pass specific information along with the request. Check it out for credit cards and the vast variety of alternative payment methods you offer to your customers.
4. Receive payouts
By default, we pay out funds for accepted payments after one day. You will receive the funds shortly after the payout date mentioned in the Reconciliation module. For each payment, your bank statement contains the following
TyyyyyyyyZ | “yyyyyyyy” will be replaced by a range of 8 random digits |
xxxxxxxx | the payout reference (increasing number) |
CDDDD.dd | commission deducted from payout amount |
BDDDD.dd | gross amount |
E | end |
An example looks like this: T24823658Z 12345678 COL C100.20B4008.00 E
Payouts for Pay button transactions (ie ING Home'Pay) may be delayed by one day. This might happen for transactions that are processed 24h or less before the next payout. |
5. Receive payout reports
When dealing with payments, it is important to keep track and to be on top of your transactions and cash flow! Our platform offers two ways to receive payout reports either via our Reconciliation module tool or Push reports.
Reconciliation tool
Our Back Office Reconciliationtool provides you with a compact overview on the complete payout lifecycle of a transaction. Check out our dedicated guide to learn how it generally works. A dedicated chapter explains you how to get an overview on your payouts.
Push reports
You can also receive the payout reports automatically with only a few clicks! Our Push reports offer pre-defined versions that are ideal for reconciliation.
In the Back Office, go to Reconciliation > Configuration and choose one or more by clicking on “Configuration”
By default, our boarding team will configure “Payout report full scheme reporting with exchange fee and rate” for you after you have been accepted as a Full Service merchant. It is the most comprehensive one with all the information you need for a complete reconciliation.
Have a look at all the existing variants our platform has to offer:
- Payout Report
- Payout report including non-transactional data
- Payout report including non-transactional data and currency informations
- Payout report full scheme reporting
- Payout report full scheme reporting with exchange fee and rates
6. Follow-up on transactions
You can perform various maintenance operations on your processed transactions.
For Full Service transactions, some special cases apply: Handling refunds and disputes.
Refund payments
You can make a full or partial refund via Back Office, server-to-server or a file upload. There are some things you keep in mind for Full Service transactions:
- For payments with Visa, V Pay, MasterCard, Maestro and iDEAL refunds are possible right after the transaction has reached status 9 – payment requested
- In some cases, performing refunds might be delayed for several reasons
- For Sofort banking and Bank Transfer payments we need to receive your customer’s IBAN/BIC. Normally, we receive these as the transaction is being processed. This is not always the case, making refunds impossible. In a case like this, contact your customer to receive this data. As we cannot add the IBAN/BIC retroactively to our system, you need to refund the transaction without using our services
- After transferring funds from your balance to your bank account, there may be not enough money left for refunds. You can still request refunds. We will process them at a later point when you have enough funds on your balance again
Should a refund fail for whatever reason during the first try, will retry to process the refund once every day for 7 days. After the last trial failed, we will put the transaction in status 83.
- A refund on your customer’s bank statement contains the following information:
- Your company name
- TxxxxxZ (“xxxxx” will be replaced by a range of 5 random digits)
- the ORDERID of the transaction
- RFD + PAYID of the transaction
Handle disputes
When a cardholder refutes a particular transaction made on his credit or debit card, s/he can go to the bank that issued his card and demand to get her/his money back. This is called a chargeback.
Learn more about our dispute management service.
7. Process Bank Transfer transactions
To benefit from all functionalities we offer for Bank Transfer via Full Service, you need to take some specifics into account.
Define period of validity
By default, the validity of a Bank Transfer transaction is set to 30 days. Our platform carefully monitors the incoming funds for these transactions. If we have not received the funds 5 days before the expiration, we send a reminder email to your customer.
You can adapt the period of validity between a range of 5 and 30 days by following these steps:
- Login to the Back Office. Go to Configuration > Payment methods next to payment method “Bank Transfer“
- Go to tab “PM options”. Change the value between 5 and 30 days in section “Order processing”. Click then on “Save” at the bottom of the page.
Send confirmation email to customer
For each transaction, we can send an email to your customers with payment instructions. To use this feature, follow these steps:
- Login to the Back Office. Go to Configuration > Payment methods next to payment method “Bank Transfer“.
- Go to tab “PM options”. In “Mailing functionality”, select “Yes” for both “Make it obligatory for the buyer to enter his email address” and “Send a confirmation e-mail to the buyer”. Click then on “Save” at the bottom of the page.
Alternatively, you can choose instead to send your own customized emails to your customer. To do so, you need to be able to receive data for these transactions from our platform. Follow these steps to make this happen:
- Login to the Back Office. Go to Configuration > Payment methods next to payment method “Bank Transfer“.
- Go to tab “PM options”. In “Mailing functionality”, select “Yes” for “Make it obligatory for the buyer to enter his email address” and “No” for “Send a confirmation e-mail to the buyer”. Click then on “Save” at the bottom of the page.
- Depending on which integration you use, go to Configuration > "Technical information" > "Transaction feedback > Dynamic e-Commerce parametersand / or DirectLink > Dynamic parameters. Move the following parameters from the “Available” box to the “Selected” box. Click then on “Save” at the bottom of the page.
Field | Description |
---|---|
BUYER_EMAIL | Your customer’s email address |
COLLECTOR_BIC | our customer account’s Bank Identifier Code according to ISO 9362 (also known as SWIFT code) |
COLLECTOR_IBAN | Your customer International Bank Account Number (IBAN) |
PAYMENT_REFERENCE | The transaction’s payment reference (starts with “RF” and contains the PAYID |
- Receive the data for each transaction by transaction feedback.
Understand status changes
Depending on whether your customer has paid, we update the transaction accordingly:
- As soon as your customer has paid, the transaction reaches “9-Payment requested”
- If your customer has not paid yet just before the validity expires, the status will change to "61-Author. deletion waiting". Depending on whether we receive the funds until the validation expires, two different scenarios apply
- If we do not receive the money, the status will change to “6-Authorised and cancelled”. As you will not receive funds for these kinds of transactions, we strongly recommend that you cancel the order in your system as well
- If we receive the money, the status will first change to “63-Author. deletion refused” and later to “9-Payment requested”
Learn more about these statuses here.
Missing funds
In some cases, we are unable to match received funds with your transaction:
- The payment reference is incorrect: We will try to manually match the transaction. If we are unsuccessful, we will automatically return the money to your customer. The payment reference will be: "TyyyyyyyyZ Money refused". (yyyyyyyy is a range of 8 random digits)
- The amount paid is higher or lower than expected: We will automatically return the money after some security checks. The payment reference will be: "TyyyyyyyyZ Money refused : payid – invalid amount or currency". (yyyyyyyy is a range of 8 random digits)
Please contact your customer to inform them on the mismatch. To receive the funds, ask your customer to transfer the funds once more using the correct amount and / or payment reference
Process payment via DirectLink
Our platform allows to process Bank Transfer also via DirectLink. To do so, follow these steps
- Configuration > Technical information > Transaction feedback > DirectLink > Dynamic parameters. Move the following parameters from the “Available” box to the “Selected” box. Click then on “Save” at the bottom of the page.
Field | Description |
---|---|
BUYER_EMAIL | Your customer’s email address |
COLLECTOR_BIC | Your customer account’s Bank Identifier Code according to ISO 9362 (also known as SWIFT code) |
COLLECTOR_IBAN | Your customer International Bank Account Number (IBAN) |
PAYMENT_REFERENCE |
The transaction’s payment reference (starts with “RF” and contains the PAYID |
- Send a DirectLink request containing these parameters
Parameter category | Parameter | Description / Possible values |
---|---|---|
Mandatory |
PSPID ORDERID USERID PSWD AMOUNT PM BRAND EMAIL |
Basic parameters for a standard DirectLink
Send for PM / BRAND = Bank transfer XX (e.g. Bank transfer BE) |
- You receive an XML response containing the Collector IBAN / Collector BIC / payment reference / customer’s e-mail address.
- Use the data from the XML response to send payment instructions to your customer. The collection and payout of the funds will follow the same principal as described in chapter Understand status change
A Direct Query response will return COLLECTOR_BIC / COLLECTOR_IBAN / PAYMENT_REFERNCE, but not BUYER_EMAIL. Therefore, make sure to save BUYER_EMAIL in your system once you receive it via XML response. |