Site de voyage multidevise : où fuit la marge
Un sous-agent de Casablanca vous appelle : la page de recherche affichait des MAD, la facture est en EUR, laquelle fait foi ? Les deux chiffres sont justes. Le fournisseur a tarifé dans une devise, le voyageur a vu la deuxième, et la carte a été débitée dans une troisième au moment du règlement. Personne ne s'est trompé, et il vous manque pourtant de l'argent. C'est exactement là qu'un site de réservation de voyage multidevise perd sa marge, sans bruit — et ce n'est presque jamais le taux de change qui fait les dégâts. C'est la règle d'arrondi en dessous, et une question que personne n'a tranchée : qui porte le risque de change entre le devis et le règlement ?
Deux devises, une seule qui déplace de l'argent
Toute boutique qui vend au-delà d'une frontière fait tourner deux systèmes de devises à la fois. Les confondre est à l'origine de la plupart des désordres.
La devise d'affichage est ce que lit le voyageur : une couche de présentation. Sur cette plateforme, chaque site en marque blanche choisit sa devise par défaut et la liste qu'il propose, et les prix sont convertis côté client depuis une table de taux propre au locataire. Ce détail compte plus qu'il n'y paraît : le nombre à l'écran est dérivé. C'est votre taux appliqué au prix du fournisseur au moment où la page s'affiche, pas un prix que quelqu'un s'est engagé à tenir.
La devise de règlement est celle dans laquelle l'argent circule réellement : ce que le fournisseur vous facture, ce que la passerelle encaisse, ce qui apparaît sur le relevé bancaire, ce dans quoi repart un remboursement. Il y en a généralement une par fournisseur et une par passerelle, et ce n'est pas toujours la même.
Quand une agence dit « nous vendons en MAD, EUR et USD », elle veut presque toujours dire qu'elle en affiche trois et en règle une. C'est une façon parfaitement saine de tenir boutique ; la plupart fonctionnent ainsi. Cela cesse de l'être dès qu'une étape en aval traite le prix affiché comme un engagement — un remboursement, un relevé de sous-agent, un litige — parce que le prix affiché n'a jamais été un engagement. C'était un rendu.
Qui porte le risque de change
Entre le moment où le voyageur voit un prix et celui où l'argent se règle, quelqu'un est exposé à un taux qui peut bouger. La question n'est jamais de savoir si cette exposition existe, mais qui la détient — et s'il sait qu'il la détient.
Il y a trois réponses honnêtes. Le fournisseur la porte lorsque vous avez contractualisé des tarifs nets (Net Rates) dans votre propre devise et qu'il absorbe la conversion. Le voyageur la porte lorsque vous encaissez dans la devise du fournisseur et que son émetteur de carte convertit — le plus propre pour vous, et celui dont les voyageurs se plaignent, puisque le montant du relevé n'est pas celui de la confirmation. Ou bien vous la portez, ce qui est précisément le sens d'une table de taux : vous avez figé un taux, et l'écart avec le taux réel au jour du règlement est pour vous, dans un sens comme dans l'autre.
Les trois se défendent. Ce qu'il faut éviter, c'est la quatrième situation, accidentelle : personne n'a tranché, la table est mise à jour quand quelqu'un y pense, et la position se découvre au rapprochement un trimestre plus tard. Si vous ne pouvez pas nommer le responsable et la fréquence en une phrase, vous êtes dans le quatrième cas.
L'arrondi est une décision de prix, pas de mise en forme
La plupart des moteurs prennent un pas d'arrondi de 0,01 par défaut, parce que c'est à cela que ressemble une devise décimale. En voyage, c'est un mauvais réglage, pour quatre raisons distinctes.
La première : toutes les devises n'ont pas de sous-unité. Le yen japonais et le won coréen n'en ont pas ; un prix affiché avec deux décimales sur ces marchés se lit comme un artefact logiciel, et arrondir au centième une devise sans centimes, c'est calculer sur une unité qui n'existe pas.
La deuxième : un prix converti se trahit. Un 1 236,47 EUR annonce qu'il est le produit d'une multiplication. Le voyageur qui le lit sait qu'il y a un autre nombre derrière, et son réflexe est d'aller le chercher ailleurs. Un prix qui tombe sur un pas rond se lit comme votre prix.
La troisième : le sens. Arrondir au pas le plus proche est symétrique : les écarts se compensent sur le volume et votre marge n'en souffre pas. Arrondir toujours au-dessus ajoute une lamelle à chaque fois ; toujours en dessous en offre une. Les deux sont des politiques tenables si elles ont été choisies. Le défaut, c'est de les choisir par accident, dans le mauvais sens, puis de s'étonner que la marge brute d'un marché soit un peu en dessous des autres.
La quatrième est l'ordre des opérations, et c'est celle qui coûte vraiment. Convertir, puis appliquer la marge, puis arrondir — une seule fois, à la fin. Un moteur qui arrondit le tarif net à la conversion puis de nouveau après la marge a arrondi deux fois, et le second arrondi porte sur un nombre qui avait déjà perdu son reste. Multipliez cela par un billet, des taxes et des services annexes tarifés comme des composants séparés : le total n'égale plus la somme de ses parties. C'est un problème de rapprochement avant d'être un problème de prix.
Arrondissez les composants ou le total, mais pas les deux, et assurez-vous que ce qu'affiche une facture tienne quand un sous-agent la recopie dans un tableur. Il le fera.
Trois façons de le faire tourner
Les modèles ci-dessous ne sont pas des niveaux de gamme. Ce sont trois réponses différentes à « que promettez-vous au voyageur », et elles n'emportent pas la même charge.
| Conversion d'affichage | Grilles par marché | Règlement par marché | |
|---|---|---|---|
| De quoi il s'agit | Une devise de règlement ; une table de taux affiche le reste | Des prix fixés à la main par marché, non dérivés | Une passerelle et un compte bancaire par devise |
| Qui porte le change | Vous, entre la mise à jour du taux et le règlement | Vous, jusqu'à la prochaine révision | Presque personne — vous détenez chaque devise |
| Remboursements | Exigent le taux du jour de vente, sinon vous payez l'écart | Propres : le même nombre revient | Propres |
| Contrôle du prix | Faible. Les paliers sont ce que produit le taux | Total. Vous choisissez chaque palier | Total |
| Comptabilité | Un seul livre, simple | Un seul livre, simple | Plusieurs livres, du vrai travail |
| Quand c'est le bon choix | La plupart des agences, la plupart du temps | Un marché où vous vous battez vraiment sur le prix | Vous avez du personnel, du volume et une banque sur place |
Presque tout le monde devrait commencer par la colonne de gauche et ne basculer un marché vers celle du milieu que lorsqu'il mérite cette attention. La colonne de droite est une décision d'exploitation déguisée en décision technique ; si personne dans la maison ne rapproche deux livres aujourd'hui, ajouter une troisième devise ne déclenchera pas l'habitude.
Ce que l'erreur vous coûte
Le remboursement est le cas d'école. Une réservation est vendue à un taux, annulée six semaines plus tard, et remboursée au taux du jour parce que c'est ce que le moteur avait sous la main. Si le taux a bougé en faveur du voyageur, vous avez payé l'écart ; s'il a bougé dans l'autre sens, le voyageur pense qu'on l'a lésé, et il n'a pas complètement tort. Stockez le taux utilisé à la vente sur la réservation, et remboursez contre lui.
Le plus discret, c'est le crédit. Les limites de crédit des sous-agents et la facturation de règlement existent ici comme des objets à part entière, pas comme un tableur — ce qui n'est un avantage que si la limite est libellée dans la devise que ce sous-agent vend réellement. Une limite en USD face à un agent qui vend en MAD dérive à chaque mouvement du taux, et la dérive se découvre au pire moment : quand la limite bloque une émission à l'aéroport.
Puis le lent. Une table de taux périmée ne lève pas d'erreur : elle vend. Pendant des semaines, cela peut ressembler à un volume inhabituellement bon sur un marché, jusqu'à la clôture du mois où l'on découvre que ce volume était une remise que vous ignoriez accorder. C'est l'argument pour mettre une date et un responsable sur la table de taux, plutôt qu'une tâche planifiée dont personne ne lit la sortie.
Avant d'ouvrir un marché
Rien de tout cela n'exige un projet. Cela exige des décisions écrites, dans cet ordre, avant que la devise n'apparaisse dans le sélecteur :
- Nommez la devise de règlement de ce marché, le fournisseur et la passerelle concernés. Une phrase suffit.
- Nommez qui met à jour la table de taux et à quelle fréquence, et affichez la date de dernière mise à jour là où un humain la voit.
- Choisissez un pas d'arrondi par devise, pas un pas global, et traitez à part les devises sans décimales.
- Vérifiez que l'ordre est : convertir, marger, arrondir une fois — et que les composants font bien le total sur la facture.
- Vérifiez que les remboursements utilisent le taux du jour de vente enregistré, pas celui du jour.
- Vérifiez que les limites de crédit des sous-agents et les factures de règlement sont dans la devise des relevés que ces agents lisent.
Ensuite, ouvrez, vendez pendant quinze jours, et rapprochez ces quinze jours à la main, une fois. Le premier marché est celui qui vous apprend lequel des six points ci-dessus vous avez raté.
Le comportement des devises est la partie d'une boutique la plus facile à démontrer et la plus difficile à auditer ; cela vaut donc la peine de voir les réglages réels avant de concevoir autour. Pour regarder ce qu'un site embarque — la liste des devises, la table de taux, l'administration où vivent les marges — lancez-en un depuis l'assistant : il provisionne sur un sous-domaine de la plateforme et ne demande pas de carte. Si vous hésitez encore à utiliser le moteur d'un tiers, la comparaison développer ou marque blanche est le débat qui précède celui-ci, et ce qu'une marque blanche vous apporte réellement couvre le reste.
Le taux de change est une information publique. Votre règle d'arrondi, votre taux de remboursement et votre fréquence de mise à jour ne le sont pas — et ce sont les trois endroits où se décide vraiment la marge d'une réservation transfrontalière.