Orchestra payments lacked specific identification at Alma. A new variable now distinguishes these transactions. Financial analyses and statistics improve.
This evolution facilitates retro-commission calculations. Value sharing becomes more transparent.
In the payment section of a back office file, the refund process has been strengthened to offer a clearer, more reliable, and unambiguous user experience. It is no longer possible to enter an amount greater than the actually refundable amount, right from the refund request form. This improvement allows:
In the Agencies module, when manually validating a new payment from the module, it is now possible to choose a reason for the payment and link the new payment to an existing file reference.
It is now possible to offer a new payment method to B2C customers: PayPal. There is no need to go through your usual payment provider to integrate PayPal on your B2C website.
This update allows you to take into account payment notifications sent by the payment service provider Adyen for refunds, cancellations, and captures.
This update works on reservations, the back office, and the transport back office.
It ensures that the correct status of the action performed is retrieved and avoids false positives.
Gift card payment is now available for payment provider Adyen. It is also possible to combine several payment methods on the same booking, credit card and gift card.
This is available for B2C and B2B.
Multi-installment payment (3X and 4X) by Oney is now available via payment provider Adyen in the booking process and in the back office of the Orchestra platform.
Mobile payment “wallets” Apple Pay and Google Pay are now available for payment provider Adyen in the booking process.
The Apple Pay payment type will only be offered to users of an Apple device.
Example of display on the payment page in the booking process:
A new “Push-to-Card” feature has been implemented for payment provider Worldpay, partner of Travelsoft Pay.
This feature enables quick refunds to be made on any type of credit card when a booking is cancelled.
A refund link is sent by e-mail, giving the user the option of adding a credit card to be refunded to their account. The refund will be made even if the credit card used is not the same as the one used for the initial payment of the booking.
Floa’s payment solutions are now available internationally.
This internationalization is available with Floa direct and via the payment provider Thunes.
Payment provider Adyen is now available on the Orchestra platform.
Credit card payments with CB, Visa, Mastercard and American Express schemes can be made from the booking process and the Back office.
In the latter, it is also possible to make link payments, refunds and duplicate payments.
We have implemented the new Amadeus “B2B Wallet” API. This API enables flight bookings to be settled with airlines that require credit card payments, such as low-cost carriers.
The “B2B Wallet” solution can be activated via configuration.
The booking process for dematerialized gift cards has evolved. It is now possible, during the reservation process, to select the e-gift card delivery mode. Customers can choose between the following two options:
The dematerialized gift card is generated automatically from the Advantage module and attached in PDF format to the order confirmation e-mail.
The Bancontact payment method, a must in the Belgian market, is now available on the Orchestra platform for the Worldpay payment provider.
Payment with Bancontact can be made during the booking process and from the file in the back office, including payment by e-mail.
In the case of confirmed bookings with option, the generation of customer invoices is now facultative. This is useful for the “pay-as-you-go” billing mode (at check-out), which does not require an invoice at the time of booking.
When the option is validated, a window appears, prompting the agent to send the invoice to the customer. The “Send invoice” box is checked by default.
We have implemented new remote payment link solutions with Pledg.
In concrete terms, an agent in a call center or an agency can now send a Pledg payment link by SMS or email to the customer, so that the customer can pay for his or her booking autonomously.
The payment methods available in this new solution are: cash credit card, 3x and 4x credit card.
Example of user interfaces for a customer and an agency:
We have made major evolutions on Floa’s payment solutions:
For flight bookings, we have optimized the “capping” payment method so that it only appears when an agency account has been initialized.
Distributors can now sell dematerialized, private gift cards on the Orchestra platform.
A dedicated booking process has been set up, enabling a customer to purchase an e-gift card and offer it to a beneficiary, for use on the distributor’s e-commerce website where it was purchased.
When an e-gift card is purchased, an automatic code is generated and emailed to the customer, who can then offer it to the beneficiary of their choice, adding a personalized message.
The e-gift card can then be used in the distributor’s e-commerce booking process, with a possible additional payment if the amount on the e-gift card is insufficient to cover the total cost of the order.
Finally, the distributor can define the validity period of the e-gift card.
We have added 3D Secure v2 to secure online payments made with the payment provider Worldpay, partner of Travelsoft Pay.
Payment from the back office and payment by email with Travelsoft Pay have also been implemented in this evolution.
A new deferred payment option is now available on the platform with the payment method Pledg.
Complementary to Buy Now Pay Later existing solutions, this feature enable payment mechanisms such as “Pay on the 5th of the following month”.
In the B2B, it is now possible to confirm a reservation without any associated payment. This feature separates the reservation from the payment, and is an alternative to “In demand” payment.
To confirm a booking without payment, simply select “without payment” at the payment stage of the booking process:
When the “without payment” option is selected, the booking appears as “to be settled” manually in the back office.
Ajout d’une pop-in (fenêtre modale) pour l’initialisation d’un compte permettant de choisir entre 3 modes:
Il est possible de consulter l’historique des transactions effectuées dans le mode dans lequel on est, de supprimer le compte et le recréer (attention à la balance, à maîtriser par le distributeur)
Dans le processus de réservation ou le BO, il est vérifié que le solde du compte est suffisant pour proposer le moyen de paiement CAPPING.
Si le solde est insuffisant, un message apparait précisant que le solde restant est insuffisant pour choisir ce mode de paiement.
Dans la configuration des moyens de paiements, on utilisera toujours le mot clé “CAPPING”, la distinction entre les 3 modes se fait exclusivement dans l’interface du capping.
La notion de TVA a été ajoutée au niveau des activités (via une nouvelle colonne dans la grille) et hôtel pour les hôtels internes.
Pour les “addons”, un nouvelle colonne permet de renseigner un pourcentage de TVA. Ce pourcentage est ensuite transmis dans les lignes tarifaires concernant l’activité ainsi que dans les lignes tarifaires de Yield qui concerne l’addon.
Pour les hôtels internes, le connecteur va lire une nouvelle configuration qui donne un pourcentage de TVA fixe pour les chambres et un autre pourcentage fixe pour les pensions.
Limitation : la TVA ne peut pas être affichée dans le mode “hôtel préselect” avant la page de coordonnées.
Les promotions hôtel ainsi que le yield lié à un hôtel vont hériter du taux de TVA de la chambre. Le montant de la TVA des pensions doit toujours être égal à celui de la chambre !!
Le pourcentage de TVA est lié :
Jusque là aucun calcul de TVA n’est effectué, les taux sont simplement transmis d’un étape à l’autre.
Le taux de TVA ainsi que la valeur calculée est affichée dans la partie devis du BO. Dans ce tableau deux nouvelles colonnes permettent de connaître le pourcentage et la valeur calculée de TVA au niveau de chacune des lignes du devis. Le montant total de TVA calculé est finalement affiché plus bas.
The Worldpay and Conferma technology platforms (for acquiring payments and issuing virtual credit cards – VCCs – respectively) have been integrated into the Orchestra platform.
Payment by paypal and MyBank is available in the booking process and on the Backoffice.
The BanContact payment method is now available via the fractional payment provider Pledg.
A search field has been added to the advanced search in the backoffice to search for files based on their payment date. This field is available by default.
An export according to a predefined format in configuration is also possible in order to use this export as a cash register closing for example.
It is now possible to define in the backoffice “On account” payment types in order to indicate the payment method linked to the entered payments.
The payment service provider Alma, which offers fractional payment services (2x, 3x, 4x) up to credit (10x, 12x), is connected to the Orchestra platform.
Pledg split payment widgets are now compatible and multilingual with the languages of the booking process.
In this version, the Adyen API has been migrated from SOAP to REST technology, so it is a brand new, functionally transparent integration of Adyen that has been put in place.
Depending on the payment methods used by the distributor, it is possible to display the payment options on the quote page.
Here are some visual examples:
When clicking on the “i” button, a modal window is displayed giving the details of the payment method including the payment schedule, for example for Oney:
The payment form has been improved:
Payments in 3 and 4 times are now available via the PSP Limonetik / Thunes.
This evolution has added the possibility to deduct the balance of the total amount a certain number of days after the reservation when making a partial payment with Limonetik, instead of deducting a certain number of days before the departure.
Payments in 3, 6 and 10x are now available via the Pledg split and “multi-payment” system.
The payment service provider Utrust, allowing the acceptance of payment in cryptocurrencies is now integrated into the platform.
It allows to accept crypto-currency payments while receiving funds in fiat currencies (Euros, dollars, etc) or in crypto-currency.
Integration of a SEPA payment method: SAFEDEBIT is the SEPA payment solution of our partner SSP which manages 2 direct action methods on a bank account: payment by initiating a transfer and payment by guaranteed direct debit.
It is possible to offer these payment methods: cash, partial payment or in several installments. These methods can be configured like all the other CB payment methods of the reservation.
There are two possible payment methods, one with direct debits only and a mixed one with an initial transfer then direct debits. It is possible to choose one or the other (via configuration).
Here is the customer path for direct debit payment
Here is the customer path for the mixed payment
This evolution allows us to offer several Pledg payment methods on the same reservation process.
The available payment methods are
It is now possible via configuration to add the cost of insurance, the handling fee and the payment fee to the calculation of the deposit amount.
A system for managing the loyalty benefits of a travel agency has been integrated. It allows the customers of this travel agency on the one hand to accumulate an amount in euros in a loyalty program which increases with each reservation while, on the other hand, being able to consume the available amount of their account to reserve a stay according to precise and configurable conditions.
The Tracer tool is the analysis tool of the “logs” of the Orchestra platform, that is to say the written traces left by the various algorithms and programs to allow the understanding and analysis of their actions retrospectively
Before this evolution, the analysis of payments was done via the raw log files of connectors and the booking process. The integration of this new type of file into Tracer allows for an improvement in the efficiency of the teams when analyzing these files.
In addition, PSP errors have been “typed”, which improves the depth of the analysis.
As part of the implementation of the 3DS evolution, we have added mandatory fields for the validation of this new standard on payments.
This standard requires in particular to send more (or a maximum) information to the payment system in charge of validating the transaction. This information is necessary for the payment system to score the transaction and the customer and to choose to activate or not a double authentication process.
In some cases, when the customer is known because he is connected to his customer account, the retailer can ask his payment system to activate frictionless. That is to say, to ask his PSP to activate a payment without double authentication because he considers that an initial authentication has already been performed on his side via the connection to the customer account.
Even if the decision (and responsibility) remains in the hands of the payment system, this evolution allows in some cases to avoid an unnecessary 3DS and thus increase the conversion rate of the sale.
In order to manage the balance of a file via Paybox, outside the Orchestra back office, the management of Paybox wallets has been implemented to create a Paybox wallet at the time of booking and transmit via MCTO the technical information to use this wallet.
In the event that a payment fails with the Payline PSP and the user is redirected to the booking process, customizable messages are now available based on the error code sent by Payline.
Also, the notification emails are customizable according to the message in order to provide the customer or travel agent with as much relevant information as possible regarding the payment error.
Adyen and Monetico PSP integrations have been enhanced to meet new security and data protection standards.
The payment methods available when managing the back office file can now be configured according to the Agency/Producer pair concerned.
This development is necessary in the case of payment arrangements between the producer and the distributor vary according to the agency.
Payment in installments via the Règlo Cetelem card has been integrated for the PSP Payline.
The PSD2, Payment Services Directive, enables to better protect our customers and distributors in a context where fraud and identity theft are on the increase.
In order to comply with this directive, developments are underway on all PSPs connected to Orchestra.
A new integration of the Atos PSP has been carried out in order to meet the new security standards and in particular the Payment Services Directive 2.
Floa Banque Casino integration is now available for implementations requiring the management of a branch network. Additional information must be added to the queries to allow a well payment process and its association with the appropriate branch.
The integration with the PSP ATOS has been updated
The integration with the ATOS PSP has been updated in the new version of their API for the mobile reservation and desktop reservation process.
A new payment method has been added via the Payline PSP, the payment in installments via Cetelem.
The management of payment for agency networks may require the sending of precise information about the agency making the sale. PSP Casino bank can now be used for agency networks.
Historically each payment service provider offered a limited number of payment methods, and a distributor only rarely used more than one PSP. The display and choice of payment method to be used by the customer during the booking process was therefore naturally done by selecting the technical service provider corresponding to the desired payment method.
More and more combinations of payment methods are used today (by card type of course, but also by multiple cards or in multiple instalments, etc.), it is therefore now possible to show a payment option via a tab independently from the technical payment system below.
The Orchestra platform now features a new payment method via Limonetik for paperless ANCV holiday vouchers (Chèques-Vacances).
During the booking process, customers can opt to pay using Connect holiday vouchers. This redirects to a Limonetik page prompting them to log in to their Connect account and proceed with their payment using the step-by-step guide on their smartphone.
When the payment is validated, the page redirects to the distributor’s booking process when the user can complete the payment using another payment method or finalise the booking.
ProcessOut is a monitoring and performance optimisation solution for payments within an online sales process. We have set up an API that connects the Orchestra booking process to the distributor’s ProcessOut account.
Following on from Banque Casino’s four-instalment payment option, we have introduced a three-instalment payment and a ten-instalment payment.
Then ten-instalment payment plan works slightly differently to the three- and four-instalment option as it is categorised as consumer credit.
Accordingly, supporting documents are requested on the payment page, and automatic anti-fraud checks are carried out by the payment provider.
When the three-, four- or ten-instalment payment option is selected, a credit score request is sent.
Any post-booking cancellations (including back office) will be in full.
Payments via PayPal are now available with the Payline PSP from the booking process and the back office.
It is now possible to force payment of the whole of the record based on a configurable number of days prior to departure and send information to the payment system about whether the payer is in the travelling party, as well as the composition of the PAX in metadata.
In order to facilitate the transition from one payment system to another, including records in the process of being finalised, it is now possible to use multiple PSPs from the Back Office.
For example, a deposit for a record can be taken from one payment system, and the balance from another. This enhancement also handles issues with refunds. In this way, if a payment has been made with a specific PSP, the refund is offered via this PSP, with the others greyed out because they are unavailable for this record.
The Sharegroop payment system is now integrated into the Orchestra platform. Sharegroup offers a multiple-payment system with direct validation. A payment authorisation for the full total of the record is made to the “captain’s” card to secure records at the time they are booked, despite staged payment by multiple parties.
When using Pledg during a payment, a scoring algorithm can be used, requiring further information to be sent in addition to traditional payment information.
This information includes :
Information about the chosen trip :
Traveller information :
It is now possible to deactivate automatic email notifications when making account payments. Some users of the platform use account payments for accounting regulations, which do not require notifying the customer. It is now possible to disengage the email-sending system at the operator’s discretion by deselecting a checkbox (selected by default).
The Illicado payment method is now available for users of the Limonetik PSP.
For the Limonetik PSP, we have improved commissions management to enable the sending of several commissions by combining these commissions so that they appear on one single line for the producer.
The Pledg system is an integrable B2B and B2C module, interfacing seamlessly with your PSP to advance funds for customers who usually vouch for the entire group. In B2B or B2C, just one payment enters your system and Pledg takes care of the payment recovery mechanism for all members of the group.
Added information indicating whether a deposit payment is available for the product and within the terms and conditions of the booking, calculating the minimum deposit required.
Integration of the HiPay payment system offering various payment methods including debit card, VISA, MASTERCARD, BANCONTACT, IDEAL, PAYPAL, and ONEY. Option to make conventional payments and refunds in Back-Office.
Integration of the Book and Pay virtual card management solution from Amadeus. For flight bookings from low-cost airlines, this makes it easier to pay by virtual card by delegating card management to Amadeus.
For the BeBill payment system :
Improvements have been made to connectivity with the Paybox payment system, with a new method that enhances security.
Some changes have been made to Casino payments :
Payment with Oney Facily Pay in 3x or 4x is now available via Limonetik. Information on this type of financing is accessible from the invoice page.
A summary of payment modalities is displayed on the payment page and also in the back office.
The Franfinance payment solution was integrated via the Sips/Atos PSP. It is now possible to pay in 3 instalments using this solution.
Le module de paiement Paybox est désormais disponible en plus de SIPS-ATOS, Ogone, Banque Accord et les solutions de crédits Presto (Cetelem), Promostim et 1euro.com.
L’intégration de ce mode paiement a été réalisée en mode 3 tiers (pages de paiement hébergées par Paybox) afin de pouvoir profiter du mode 3D Secure.
