
Finance et dossiers
Rapprochement voyage : relier chaque mouvement au bon dossier
Le montant encaissé ne suffit pas à prouver qu’une réservation est confirmée, et une annulation ne clôt pas automatiquement les mouvements financiers. Une chaîne de références évite les soldes invisibles et les remboursements oubliés.
Repères et méthode · 14 octobre 2026
Distinguer dossiers, transactions et mouvements
Une réservation n’équivaut pas à une transaction unique : acompte, solde, remboursement partiel et règlement fournisseur créent plusieurs mouvements. Pour calculer un taux de rapprochement, indiquez si vous comptez les dossiers, les transactions ou les lignes de mouvement. Les mêmes données peuvent produire des pourcentages différents selon ce choix.
Dans un exercice de trois dossiers avec chacun un acompte et un solde, six encaissements sont attendus. Si cinq encaissements sont rapprochés et qu’un dossier garde son solde non identifié, le taux par encaissement vaut environ 83,3 %, mais seuls deux dossiers sur trois sont entièrement rapprochés, soit environ 66,7 %. Ces exemples fictifs montrent pourquoi le nom du compteur doit accompagner le taux.
- Choisir le compteur
- Relier les identifiants
- Traiter les écarts
- Publier le taux défini
| Point | Donnée de référence | Contrôle utile |
|---|---|---|
| Dossier | Réservation et échéances attendues | Vérifier chaque échéance avant de déclarer un dossier complet. |
| Mouvement | Transaction, montant, devise et sens | Identifier encaissement et remboursement séparément. |
| Rapport | Objets rapprochés et population éligible | Conserver le dénominateur et les exclusions du taux. |
Retrouver les repères sectoriels, leur méthode et leurs sources.
Réponse directe
Construire une chaîne de preuves par dossier
À chaque vente, attribuez un identifiant interne stable. Rattachez-y la version du devis acceptée, la réservation fournisseur, les transactions de paiement, les factures, les commissions et les remboursements. Un dossier peut contenir plusieurs voyageurs, prestations et échéances ; le total seul ne permet donc pas d’expliquer un écart. Conservez les références externes sans les utiliser comme unique clé : elles peuvent changer après une modification ou être absentes pendant une panne.
Définissez les états séparément : réservation demandée, confirmée ou annulée ; paiement autorisé, capturé ou remboursé ; règlement fournisseur attendu ou effectué. Évitez qu’un état financier soit déduit automatiquement du seul statut commercial.
Suivre les mouvements qui composent un dossier
| Mouvement | À rapprocher avec | Écart courant |
|---|---|---|
| Acompte client | Devis accepté et échéancier | Encaissement isolé sans dossier confirmé |
| Solde client | Montant restant après modification | Solde calculé sur l’ancienne version du voyage |
| Paiement fournisseur | Prestation, devise et date d’exigibilité | Règlement en double ou sur le mauvais dossier |
| Commission | Assiette, événement déclencheur et relevé | Vente annulée encore comptée comme acquise |
| Remboursement | Transaction initiale et ligne annulée | Remboursement annoncé mais non exécuté |
Rapprochez les montants dans leur devise d’origine avant d’expliquer l’écart en devise comptable. Conservez le taux et la date retenus pour toute conversion.
Écrire des règles de rapprochement explicables
Une égalité de montants n’est pas une preuve suffisante lorsque plusieurs clients paient le même prix. Utilisez au minimum référence, type de mouvement, devise, montant et fenêtre temporelle. Les événements non appariés doivent apparaître dans une file de revue, avec l’historique des tentatives de rapprochement. Les rapprochements manuels exigent une justification et un auteur pour éviter qu’une correction masque un problème récurrent.
Ne mélangez pas frais du prestataire, taxes, commission et part du fournisseur dans une seule ligne. Décrivez la ventilation contractuelle, puis choisissez des contrôles adaptés au rôle du vendeur : encaisseur principal, agent, apporteur d’affaires ou simple intermédiaire technique.
Tester les exceptions avant la clôture
- Un client paie un acompte, puis remplace un hôtel par une prestation moins chère.
- Le paiement est capturé, mais la confirmation du fournisseur n’arrive pas.
- Un seul voyageur d’un groupe annule et reçoit un remboursement partiel.
- Le fournisseur facture dans une autre devise et émet ensuite un avoir.
- Une transaction apparaît sur le relevé bancaire sans référence de dossier exploitable.
Pour chaque cas, demandez quelle équipe intervient, quel document atteste le nouvel état et ce que voit le client. Le système doit permettre de clôturer l’exception sans perdre la trace du mouvement initial.
Mesurer les sommes en suspens et leur ancienneté
Suivez le nombre et la valeur des mouvements non rapprochés, leur âge, les remboursements annoncés mais non exécutés, les dossiers payés sans confirmation et les écarts par fournisseur ou moyen de paiement. Un petit pourcentage peut représenter un risque important si les dossiers concernés sont chers ou anciens.
À partir d’une référence de dossier, une personne indépendante doit pouvoir expliquer chaque montant reçu, dû, versé ou remboursé, et retrouver la preuve correspondante.
Complétez cette grille avec le calcul de la contribution réelle et le traitement des incidents de réservation.
Rapprocher une garantie utilisée par un autre circuit
Le règlement de la prestation par une agence et la garantie des dépenses supplémentaires du voyageur peuvent concerner deux marchands et deux cartes. Ajoutez leur périmètre au dossier. Un total égal ou une date proche ne suffisent pas à les rapprocher ; les références doivent indiquer quelle dette ou garantie l’opération couvre.
Dans un exercice fictif, le séjour est réglé par une carte virtuelle de l’agence et les extras avec le moyen du voyageur. Le test doit montrer le solde du séjour, celui des extras et l’autorisation encore réservée, sans fusionner les comptes.
Approfondir : suivi de préautorisation.
Rapprocher les remboursements partiels et les tâches ouvertes
Pour plusieurs restitutions, conservez une référence et un état par opération, puis un cumul rapproché du paiement initial. Le flux fournisseur et le flux client peuvent encore comporter des attentes différentes. La synthèse financière doit montrer les écarts et responsables sans considérer le dossier soldé au seul envoi d’un message client.
Lire le dossier Remboursements voyage : suivre montants, états et échecs, avec sa fiche de contrôle et son registre de suivi.
Identifier les lignes d’une remise d’affiliation
Une remise partenaire peut regrouper commissions et ajustements de plusieurs réservations. Retrouvez référence, date, devise et détail disponible avant de rapprocher le crédit reçu. Le total des réservations futures et le total d’une remise ne portent pas nécessairement sur les mêmes opérations.
Distinguez estimation initiale, montant validé, somme remise et crédit constaté. Change et frais doivent être expliqués par une pièce ou une convention disponible ; ne leur attribuez pas automatiquement tout écart. Le registre garde les questions au support et la personne chargée du rapprochement. Consultez le Affiliation voyage : suivre les commissions jusqu’au versement.
Construire la chaîne entre réservation et mouvement de solde
Stripe décrit les Balance Transactions comme les mouvements qui entrent dans le solde du compte ou en sortent.
Scénario fictif : une réservation payée est remboursée partiellement alors que le versement inclut plusieurs ventes. Ne cherchez pas une égalité entre un seul dossier et le montant bancaire global. Reliez réservation, transaction, remboursement, frais et regroupement de versement avec leurs références. Isolez les montants qui ne sont pas encore observés. Une différence temporelle peut expliquer un écart, mais elle doit rester attribuée et suivie jusqu’à la pièce attendue.
| Point | Preuve à conserver | Contrôle à effectuer |
|---|---|---|
| Identités | Dossier et objets financiers. | Préserver les relations un-à-plusieurs. |
| Montants | Brut, frais, remboursement et devise. | Comparer des assiettes compatibles. |
| Versement | Lot, date et pièce bancaire. | Distinguer état prestataire et réception observée. |
Produisez une liste d’écarts explicables avec actions. Une totalisation équilibrée ne suffit pas si des dossiers compensent involontairement leurs erreurs.
Rapprocher ce sujet du dossier suivant
Le rapprochement d’un séjour peut impliquer plusieurs folios et plusieurs payeurs. Conservez l’affectation de chaque charge avant de comparer les mouvements financiers. Une facture émise à une société et un règlement d’extra par le voyageur doivent rester explicables séparément ; le seul total du dossier ne permet pas de savoir quel document conserve un solde.
Folios hôteliers : répartir les charges et retrouver le règlement · Vérifier les preuves de ce dossier
Approfondir le parcours : Facture et avoir : relier les pièces à la modification du voyage
Le rapprochement financier doit distinguer une correction de facture d’un mouvement d’argent. Un avoir peut expliquer un nouveau solde sans démontrer un remboursement réalisé. Conservez les liens entre pièces et objets financiers avec leur dernière observation et les questions encore ouvertes.
Facture et avoir : relier les pièces à la modification du voyage · Rapprocher les preuves du parcours
Approfondir le parcours : Versement par lot : transactions, frais et réservations rapprochées
Le rapprochement doit partir de la composition d’un versement par lot, plutôt que l’associer au premier dossier d’un montant voisin. Paiements, corrections et frais conservent leurs liens et signes. Les lignes non expliquées gardent leur suite.
Versement par lot : transactions, frais et réservations rapprochées · Rapprocher les preuves du parcours
Deux versements pour une seule référence de voyage
Cas fictif proposé pour préparer vos contrôles ; aucun résultat fournisseur n’est présumé.
Une équipe fictive retrouve un acompte et un solde sur le relevé, alors que le dossier de réservation ne porte qu’une référence de paiement.
- Action à préparer
- Rapprocher chaque versement de sa date, de son montant et de sa référence propre. Vérifier le statut de la réservation avant de conclure que le second mouvement est un doublon.
- Pièces à rapprocher
- Construire une ligne par mouvement avec sa pièce justificative et le dossier associé. Inscrire les frais et ajustements séparément pour rendre le total compréhensible.
- Décision à documenter
- Fermer le rapprochement quand chaque mouvement est affecté ou expliqué ; transmettre les lignes non affectées avec un responsable et une prochaine action.
Stripe : distinguer les règles d’idempotence v1 et v2
La documentation distingue les générations d’API. La même expression « requête idempotente » ne suffit pas à décrire les conditions d’une reprise.
| Point documenté | Ce que la source précise | Conséquence pour votre contrôle |
|---|---|---|
| API v1 | Une fois l’exécution commencée, le premier statut et le corps sont conservés pour la clé, y compris une réponse 500. | Relire l’objet et l’état de l’opération avant de changer de clé après une erreur. |
| Durée de conservation v1 | Une clé peut être supprimée après au moins 24 heures ; sa réutilisation après suppression peut démarrer une nouvelle requête. | Conserver aussi un identifiant métier durable ; la clé HTTP n’est pas une protection permanente. |
| Paramètres | Stripe compare les paramètres d’une reprise avec ceux de la première requête. | Ne pas réutiliser une clé pour un montant ou un bénéficiaire différent. |
| API v2 | La documentation décrit une reprise des requêtes incomplètes ou échouées lorsque c’est possible, avec une réponse pouvant être actualisée. | Lire la règle de la version appelée au lieu de transposer automatiquement celle de v1. |
| Périmètre de reprise /v2 | Même clé pour la même API, dans le même compte ou sandbox et dans un délai de 30 jours. | Noter le namespace, le compte et la date initiale ; une version Stripe ne remplace pas ces informations. |
Ces règles concernent Stripe ; elles ne confirment ni la prestation touristique ni le traitement idempotent d’un second système.
Stripe — Idempotent requests · consultée le . Les contrôles proposés sont une lecture éditoriale de cette référence.
Stripe — périmètre et reprise dans /v2 · consultée le 27/10/2026
Adyen : success se lit avec le type d’événement de remboursement
Une valeur success vraie ne signifie pas toujours que le voyageur a reçu son argent. Identifiez l’événement, la demande de remboursement et le paiement d’origine avant de clôturer le suivi.
| Point documenté | Ce que la source précise | Conséquence pour votre contrôle |
|---|---|---|
| REFUND avec success true | Les validations ont réussi et la demande a été transmise au réseau de cartes ; un échec ou une inversion reste possible. | N’en déduisez pas une réception bancaire déjà constatée. |
| REFUND avec success false | Les validations du remboursement ont échoué ; reason décrit le problème. | Relisez le motif avant d’envisager une correction ou une nouvelle demande. |
| REFUND_FAILED ultérieur | Un remboursement peut échouer après un premier REFUND positif, parfois plusieurs jours après la demande. | Gardez le traitement des événements ultérieurs et le rapprochement du dossier. |
| REFUNDED_REVERSED | Cet événement peut porter success true tout en indiquant le retour des fonds chez Adyen. | Le booléen ne remplace pas eventCode ; vérifiez le motif et le suivi client avant toute nouvelle action. |
Deux notifications positives à lire différemment
Fragments fictifs simplifiés ; aucune notification réelle n’est traitée.
Un échec arrive après un REFUND positif
Le dossier fictif a été clos après le premier événement, puis une notification complémentaire arrive.
Premier événement : REFUND, success true
Événement ultérieur : REFUND_FAILED
Rapprochement client : à reprendreLecture du cas. Réexaminez le suivi avec la demande et le paiement concernés. Le premier événement ne permet pas d’ignorer l’échec ultérieur ni d’affirmer que le voyageur a été crédité.
success true accompagne une inversion du remboursement
Un tableau fictif ne conserve que le booléen et masque le nom de l’événement.
eventCode : REFUNDED_REVERSED
success : true
État affiché automatiquement : client rembourséLecture du cas. Cet affichage perd le sens de l’événement. Les fonds sont revenus dans le circuit Adyen ; conservez eventCode et reprenez le rapprochement avant de définir la suite avec le client.
Documentation Adyen consultée le 23 octobre 2026. Les opérations et les délais dépendent du moyen de paiement. Ces exemples décrivent la lecture d’événements, sans attester un crédit bancaire ni déclencher de remboursement.
Adyen Docs — Refund, webhooks for refunds · consultée le . Les contrôles proposés sont une lecture éditoriale de cette référence.
Lire le résultat opérationnel
Cloudbeds : distinguer écriture en attente, date de service et date de transaction
Cloudbeds distingue les transactions en attente, encore modifiables, des écritures comptabilisées, immuables. Une correction d’écriture comptabilisée passe par une autre transaction. La date de service peut viser une période passée ; la date de transaction retrace l’enregistrement. La notification nightAudit/completed signale la fin de la clôture ; accounting/transaction signale une écriture comptabilisée.
Cloudbeds — Accounting · consulté le . Le folio opérationnel et la comptabilité ne représentent pas le même état. Le paramétrage de l’établissement et les droits d’accès restent à confirmer.
| Situation | À retrouver | Décision à préparer |
|---|---|---|
| Avant la clôture | Retrouver l’état de la ligne et son identifiant. | Conserver une écriture en attente comme provisoire dans le rapprochement. |
| Après la clôture | Relire les écritures comptabilisées et leurs références. | Éviter de compter une même ligne une fois en attente et une fois comptabilisée. |
| Correction sur séjour passé | Conserver date de service, date de transaction et lien avec l’original. | Rapprocher le mouvement correctif sans réécrire silencieusement l’historique déjà comptabilisé. |
Sources et périmètre des faits documentés
La date de consultation figure avec chaque référence. Les méthodes d’essai et recommandations de ce guide sont éditoriales ; les conditions d’accès et d’usage se vérifient dans la documentation actuelle.
- Stripe : Balance Transactions : Objets de mouvements du solde Stripe ; les versements bancaires et la comptabilité demandent leurs propres rapprochements. (consultée le )
- Stripe — Idempotent requests : Ces règles concernent Stripe ; elles ne confirment ni la prestation touristique ni le traitement idempotent d’un second système. (consultée le )
- Adyen Docs — Refund, webhooks for refunds : Documentation Adyen consultée le 23 octobre 2026. Les opérations et les délais dépendent du moyen de paiement. Ces exemples décrivent la lecture d’événements, sans attester un crédit bancaire ni déclencher de remboursement. (consultée le )
- Cloudbeds — Accounting : Le folio opérationnel et la comptabilité ne représentent pas le même état. Le paramétrage de l’établissement et les droits d’accès restent à confirmer. (consultée le )
Questions fréquentes
Questions utiles avant de décider
Une autorisation de carte est-elle un encaissement ?
Non. Elle confirme une possibilité de débit dans un cadre donné ; la capture, le règlement et les éventuels remboursements sont des événements distincts à rapprocher.
Comment traiter un paiement sans réservation confirmée ?
Placez le dossier dans une file d’exception, vérifiez l’état côté fournisseur et côté paiement, puis confirmez la prestation ou engagez le remboursement selon la procédure applicable.
Quelle référence faut-il partager entre systèmes ?
Un identifiant interne stable doit relier la commande, les références fournisseur, chaque transaction et chaque ligne comptable. Les identifiants externes restent conservés pour retrouver la preuve à leur source.
Comment rapprocher une garantie et un paiement portant le même montant ?
Utilisez références, marchand, facture et périmètre. Deux opérations de même montant peuvent couvrir des objets différents et rester toutes deux légitimes.
Pourquoi conserver plusieurs montants pour une commission ?
Ils décrivent différentes étapes. Les garder permet de retrouver validation, ajustement, remise et crédit avec leurs dates et devises.
Un versement peut-il contenir plusieurs réservations ?
Oui selon le dispositif. Conservez les références de regroupement et rapprochez les mouvements avant de relier le lot à la banque.
Deux taux de rapprochement peuvent-ils être exacts et différents ?
Oui, si l’un compte les mouvements et l’autre les dossiers entièrement rapprochés. Nommez l’unité et le dénominateur avant de les comparer.
Simulation locale
Comparer un attendu à des mouvements saisis
Les frais et mouvements manquants doivent être rapprochés séparément. Un écart nul ne prouve pas que la prestation est confirmée.
| Résultat illustré | Exemple |
|---|---|
| Net des mouvements saisis | 1 000 |
| Écart avec le montant attendu | 0 |
Calcul : net = versements − remboursements ; écart = net − attendu.
Hypothèses de l’exemple
- Montant attendu dans le dossier : 1000
- Versements rapprochés saisis : 1100
- Remboursements rapprochés saisis : 100
Aucun accès à vos dossiers ou à un fournisseur. Les calculs restent dans cet onglet, sans envoi ni sauvegarde par ce module.





