Générateur de paiement

But et intention de l’utilisateur : cet outil génère des instructions de virement structurées et des références de paiement pour soutenir les flux de facturation. Principaux utilisateurs : comptables, équipes financières, freelances et petites entreprises qui émettent des factures et ont besoin de données de paiement cohérentes et auditable. Il est utilisé lors de la préparation des paiements ou du partage des détails payeur-bénéficiaire avec les clients, les fournisseurs ou les systèmes de paie. Cœur de la logique et fonctionnalités : il normalise les entrées, valide les formats IBAN/BBAN et les codes de devise, applique des règles spécifiques au pays et construit un bloc d’instructions de paiement canonique. Fonctions obligatoires : normalisation des entrées, validation IBAN et génération de référence déterministe basée sur invoice_id, due_date et montant. Fonctions optionnelles/avancées : presets multi-devises, sortie JSON prête pour API et formats d’export ERP-friendly. Entrées et sorties : entrées incluent payer_nom, payer_iban, payer_pays, bénéficiaire_nom, bénéficiaire_iban, montant, devise, due_date, invoice_id et référence optionnelle. Sorties : bloc de texte de paiement lisible par l’homme et charge utile JSON/CSV lisible par machine ou enregistrement de transfert complet. Validation couverte : présence des champs obligatoires, formats corrects et devises prises en charge. algorithmes : génération de référence via hash déterministe de invoice_id, due_date, amount et IBANs; les 12 premiers caractères alphanumériques forment la référence de paiement. Validité IBAN suit l’algorithme de checksum; les sorties suivent les normes ISO. Erreurs : entrées manquantes ou IBAN invalide génèrent des erreurs; devises ou codes pays non pris en charge déclenchent des avertissements; défaillance de données externes (ex. registre IBAN) provoque une reprise sécurisée. Localisation et industrie : conforme à IBAN et ISO 4217, considérations SWIFT/BIC et formats régionaux de date/devises; localisation du formatage des devises. Hypothèses et exclusions : suppose que les entrées proviennent de l’utilisateur ou de flux de confiance; ne réalise pas de paiements, ne vérifie pas les autorisations bancaires et n’inclut pas de composants UI; exclus le style UI et le comportement frontend.