Par Nicolas Lambert
Une facture payée deux fois est un problème classique de la comptabilité fournisseurs : récupération auprès du fournisseur, temps de rapprochement, confiance érodée. Cet article explique d'où viennent les doublons de paiement et comment plusieurs mécanismes complémentaires les évitent, de la sélection des factures au rapprochement bancaire.
D'où viennent les doublons
Les causes typiques sont une facture présente dans deux campagnes de paiement, un batch renvoyé après une erreur, ou une facture modifiée après approbation. Sans garde-fous techniques, la sécurité repose uniquement sur la vigilance des utilisateurs.
1. Une facture sélectionnée disparaît de la liste
Dès qu'une facture est sélectionnée pour paiement, elle n'est plus disponible dans la liste des factures à payer. Elle ne réapparaît que si le batch de paiement est annulé ou échoue. L'unicité de la transaction est gérée en direct via l'API Arkaio.
2. Un identifiant unique par batch
Arkaio génère automatiquement un identifiant unique pour chaque batch de paiement, utilisé dans la génération du fichier pain.001. Pour comprendre le format, consultez pain.001 vs pain.008.
3. Des appels API idempotents
En cas d'erreur lors de l'envoi, les écritures concernées sont annulées pour que la reprise ne crée pas de doublons. Un batch en erreur est annulé puis relancé, sans renvoi partiel du même batch.
4. Des montants figés
Les montants mis au paiement sont verrouillés dans Arkaio dès la saisie de l'utilisateur. Si une facture est modifiée après approbation, le montant enregistré dans le batch reste celui qui fait foi.
5. Un contrôle jusqu'à la banque et au-delà
- Tant que le paiement n'est pas déposé en banque, le batch peut encore être annulé ou son envoi refusé.
- Arkaio récupère les avis pain.002 de la banque et avertit l'utilisateur d'une erreur juste après l'envoi.
- Le relevé camt.053 confirme la conformité du batch et révèle les transactions rejetées, comme expliqué dans le rapprochement bancaire automatisé.
- En cas d'échec, les factures redeviennent disponibles pour paiement et l'utilisateur est notifié.
Cas d'usage
- PME : peu de campagnes de paiement, mais une erreur isolée a un fort impact.
- Groupes multi-banques et multi-entités : de nombreux batchs en parallèle, où l'identifiant unique et le verrouillage de sélection garantissent la lisibilité.
- Cabinets comptables : campagnes pour de nombreux clients, où chaque action doit être traçable.
Limites
Les garde-fous s'appliquent dans le circuit de paiement d'Arkaio. Une facture réglée en dehors d'Arkaio, par exemple par paiement direct, doit toujours être enregistrée comme payée dans Sage Intacct. Les montants sont verrouillés dans Arkaio ; les corrections ultérieures dans Sage Intacct restent soumises aux droits de vos utilisateurs.
Traçabilité
Un journal des écritures Intacct retrace chaque transaction et son statut, et le journal des actions utilisateur indique qui a fait quoi sur chaque batch.
À retenir
Le zéro doublon n'est pas une fonctionnalité isolée, mais la combinaison d'un verrouillage de sélection, d'identifiants uniques, de l'idempotence et du retour bancaire. La sécurisation des coordonnées bancaires elles-mêmes fait l'objet de notre article sur la fraude aux IBAN.