• # Les 12 travaux d'AstEBICS

    Posté par . En réponse au journal Transmissions bancaires : toujours pas dans un format ouvert, et encore plus cher !. Évalué à 9.

    J'ai eu l'occasion de tester, et même d'essuyer quelques plâtres. Sur le principe et les implémentations, c'est de la technique, et çà roule à peu près. Seules les banques ont des modules "serveur" et les clients sont en mode "client", ils poussent des messages d'ordre de virement par exemple et demandent à recevoir des avis de virement par exemple.

    Par contre, coté procédure chez nos amis les banquiers, c'est pas de la tarte. Mention spéciale au Crédit Agricole (Différents prestataires avec des procédures différentes pour chaque caisse - formulaires, signataires, moyens d'échanges des hashs de clé, etc.).
    Je ne dirai pas quelle banque m'a demandé mes certificats (en plus des hash !) en clair dans un FAX (C'est génial).
    J'ai beaucoup aimé aussi le "Ah non, on a pas de serveurs de tests, envoyez nous un virement de test en production".

    Sinon concernant les formats XML/SEPA, on va bien rire, et il faudra faire un autre journal mais pour l'instant, beaucoup se contentent de migrer ETEBAC vers EBICS et c'était déjà un gros morceau.
    On avait à disposition des messages EDIFACT qui marchaient très bien (au pire on pouvait les faire évoluer pour couvrir nos besoins) et qui étaient mondiaux, et les européens se sont mis à plusieurs (mais pas tous) pour pondre des normes spécifiques à l'Europe, basé sur du XML.

    Good job,

    Enzo Bricolo