Vous m'avez sauvé la vie. J'ai paniqué quand je n'ai pas pu envoyer le fichier que mon ERP génère, mais grâce à vous, je traite à nouveau les factures en deux clics.
Et si vous ne nous croyez pas, essayez par vous-même ! Créez un compte et commencez à générer des fichiers en deux minutes.
Vous m'avez sauvé la vie. J'ai paniqué quand je n'ai pas pu envoyer le fichier que mon ERP génère, mais grâce à vous, je traite à nouveau les factures en deux clics.
Il n'y a pas de moyen plus simple d'envoyer des centaines de virements avec un simple fichier Excel. Félicitations !
Une API JSON pour générer des prélèvements SEPA : vous m'avez fait gagner des heures de travail et de tests.
Nous avons douté de la valeur de l'abonnement, mais pouvoir collecter toutes les factures sans problème n'a pas de prix.
J'ai passé beaucoup de temps à me battre avec la banque et ses fichiers, alors que la solution était à un clic.
Il fait exactement ce qu'il promet : vous aider à encaisser avec votre banque
Envoyez un seul fichier XML. Seuls les messages de prélèvement (pain.008.001.02) sont acceptés ; les virements SCT (pain.001) ne sont pas validés ici.
Le pain.008.001.02 est le message XML défini par l'European Payments Council (EPC) pour initier des prélèvements SEPA (SDD). Il fait partie de la norme ISO 20022 et indique à la banque qui débiter, quel montant, au titre de quel mandat et à quelle date.
Toutes les banques de la zone SEPA acceptent ce format. Valider sa structure avant de le déposer sur votre banque en ligne évite les rejets liés au schéma (ordre des balises, types numériques, contraintes de longueur) que la banque vous renverrait sans les traiter.
À chaque fois que vous générez un fichier pain.008 depuis un ERP, un modèle Excel ou tout autre outil. La validation XSD détecte environ 80 % des erreurs avant le dépôt, ce qui vous épargne des appels au support et des rejets qui peuvent retarder l'encaissement de plusieurs jours.
Cet outil contrôle le schéma XSD officiel, qui valide la structure du XML. Un fichier qui passe ici n'est pas forcément accepté tel quel par votre banque, car chaque établissement ajoute ses propres règles (longueur des champs de référence, montants maximum, format de l'identifiant créancier) qui ne font pas partie de la norme EPC. Lisez toujours les consignes de votre banque.
Les erreurs les plus fréquentes dans les fichiers pain.008 sont:
C'est la deuxième version du message pain.008 de la norme ISO 20022. Elle définit le format XML que les banques européennes utilisent pour traiter les prélèvements SEPA (SDD). Elle est publiée par l'EPC et acceptée par toutes les banques de la zone SEPA.
Cet outil contrôle le schéma XSD officiel. Votre banque peut ajouter des règles supplémentaires (longueur du champ EndToEndId, montants maximum par remise, restrictions sur l'identifiant créancier, délais de présentation) qui ne font pas partie du XSD. Pour garantir l'acceptation, consultez le guide de traitement des remises publié par votre banque.
Non. Le fichier est traité dans un répertoire temporaire uniquement pendant la validation et supprimé immédiatement après. Il n'est pas enregistré en base de données, n'est pas partagé avec des tiers et n'est jamais utilisé pour entraîner des modèles.
Le schéma officiel pain.008.001.02 publié par l'EPC et aligné sur la norme ISO 20022. C'est le même XSD que les banques de la zone SEPA utilisent pour valider les remises qu'elles reçoivent.
5 Mo. Si vous devez valider des fichiers plus volumineux (remises de plusieurs dizaines de milliers de prélèvements), vous pouvez utiliser l'API JSON de GenerateSEPA, qui valide et produit des fichiers sans limite de taille pratique.
Oui. La structure XML est la même pour CORE et B2B ; la différence se trouve dans l'attribut LclInstrm/Cd à l'intérieur de PmtInf. La validation XSD accepte les deux. Les vraies différences sont les règles opérationnelles et les délais fixés par la banque.