Effectuer un virement bancaire via un programme

zhou_xia · 07/01/2013, 16h48

Bonjour,

En fait, J'ai un problème de ma mission.

En fait, la mission concerne le virement bancaire d'un utilisateur vers un autre via un programme.
Et bien sur les utilisateur vont enregistrer leur coordonnées bancaires dans la base de donnée.

J'ai aucune idée sur le déroulement du virement et l'aspect sécuritaire correspondant

.

Pourriez vous me donner quelque propositions ou recommander quelque documents à consulter

?

Merci d'avance de votre aide.

Népomucène · 07/01/2013, 16h51

Le virement est en Europe ou bien dans le monde ?

zhou_xia · 08/01/2013, 10h56

Citation:

Envoyé par Népomucène

Le virement est en Europe ou bien dans le monde ?

Merci de votre réponse;
En fait, le virement est plutôt en Europe.
Et pour le moment j'ai aucune idée sur premier étape: make it work

.

Népomucène · 08/01/2013, 11h11

Bien entendu, les comptes bancaires (IBAN) doivent être enregistrés dans la base
ainsi que les ordres de virement

Le virement européen se fait maintenant selon la norme SEPA (Single Euro Payments Area) à l'intérieur de la zone Euro + quelques pays voir explications ici.
Il est sous la forme d'un fichier XML dont le contenu doit être validé par un fichier XSD.
Il existe déjà des logiciels pour cela (Sage par exemple) et reviendront moins cher qu'un développement spécifique
à moins que les virements doivent être intégrés à un vaste SI.

En tout cas, cela n'est pas un truc de débutant,
perso j'ai migré ma solution de prélèvement du format CFONB à la norme SEPA et cela ne s'est pas fait en 1/4 d'heure.

Liens :
documentation SEPA du CFONB

zhou_xia · 09/01/2013, 14h08

Citation:

Envoyé par Népomucène

Bien entendu, les comptes bancaires (IBAN) doivent être enregistrés dans la base
ainsi que les ordres de virement

Le virement européen se fait maintenant selon la norme SEPA (Single Euro Payments Area) à l'intérieur de la zone Euro + quelques pays voir explications ici.
Il est sous la forme d'un fichier XML dont le contenu doit être validé par un fichier XSD.
Il existe déjà des logiciels pour cela (Sage par exemple) et reviendront moins cher qu'un développement spécifique
à moins que les virements doivent être intégrés à un vaste SI.

En tout cas, cela n'est pas un truc de débutant,
perso j'ai migré ma solution de prélèvement du format CFONB à la norme SEPA et cela ne s'est pas fait en 1/4 d'heure.

Liens :
documentation SEPA du CFONB

Merci j'ai bien compris , mais y-a-il un API qui sert à effectuer des virement automatique?

Népomucène · 09/01/2013, 15h47

A ma connaissance, il n'y a aucune API opensource.
Je serai d'ailleurs très surpris d'en trouver une car ce type de développement s'adresse à des entreprises ayant un budget conséquent.

Les petites boîtes achètent de leur coté des logiciels dédiés (voir Sage, Cegid, SAP, etc...).

Tu as parlé d'une mission. C'est pour quel type de boîte ?

zhou_xia · 09/01/2013, 17h25

Citation:

Envoyé par Népomucène

A ma connaissance, il n'y a aucune API opensource.
Je serai d'ailleurs très surpris d'en trouver une car ce type de développement s'adresse à des entreprises ayant un budget conséquent.

Les petites boîtes achètent de leur coté des logiciels dédiés (voir Sage, Cegid, SAP, etc...).

Tu as parlé d'une mission. C'est pour quel type de boîte ?

Si,si. Tu as raison

.
J'arrive pas à trouver une API disponible sur google.

En fait, Il s'agit d'une mission chez un PME.

Népomucène · 09/01/2013, 18h16

Pourquoi développer un système de virement plutôt que d'acheter un logiciel du commerce ?

zhou_xia · 10/01/2013, 10h20

Citation:

Envoyé par Népomucène

Pourquoi développer un système de virement plutôt que d'acheter un logiciel du commerce ?

En fait, j'essais d'étudier la faisabilité du développement d'un système de virement. Mais pour le moment il semble impossible.

Népomucène · 10/01/2013, 12h04

Pour un système de virements, qui serait forcément à intégrer à un système comptable déjà existant,
il faudrait compter une vingtaine de jours de travail d'un développeur connaissant bien la norme SEPA :
- génération des virements (XML) à partir de la base comptable sur des critères à déterminer
- enregistrement de ces virements dans une base complémentaire
- génération des écritures comptables et lettrage des comptes de tiers
- gestion des rejets bancaires (enregistrements, écriture d'annulation)

- documentation, tests, formation, installation ...

ceci ne comprend pas la transmission avec la banque car celle-ci a toujours un site spécialisé et sécurisé pour cela.

EbicsTS · 19/01/2013, 17h43

Bonjour,
Il ne faut pas oublier que le domaine bancaire (formats d'échanges et protocoles) et fortement réglementé et qu'en plus les règles ne cessent d'évoluer.
Conséquence : ce n'est pas la production d'un fichier au bon format qui est difficile, mais surtout d'être en mesure de faire évoluer le système qui en génère en fonction des évolutions de la règlementation bancaire.

SEPA est un format et un espace de paiement unique à base d'euro, mais c'est aussi et surtout une qualité de service et un ensemble très riche de règles à respecter. Depis son lancement, les règles sont périodiquement mises à jour au moins à un rythme annuel.

PS : Les personne intéressées peuvent par exemple approfondir leurs connaissance sur le forum spécialisé sepa.forumactif.org.

07/01/2013, 16h48	#1
zhou_xia Invité de passage loic Inscription : mars 2011 Messages : 6 Détails du profil Informations personnelles : Nom : loic Localisation : France, Essonne (Île de France) Informations forums : Inscription : mars 2011 Messages : 6 Points : 1 Points : 1	Effectuer un virement bancaire via un programme Bonjour, En fait, J'ai un problème de ma mission. En fait, la mission concerne le virement bancaire d'un utilisateur vers un autre via un programme. Et bien sur les utilisateur vont enregistrer leur coordonnées bancaires dans la base de donnée. J'ai aucune idée sur le déroulement du virement et l'aspect sécuritaire correspondant . Pourriez vous me donner quelque propositions ou recommander quelque documents à consulter ? Merci d'avance de votre aide.
	00

07/01/2013, 16h51	#2
Népomucène Membre Expert Développeur java, access, sql server Inscription : octobre 2005 Messages : 1 382 Détails du profil Informations personnelles : Sexe : Localisation : France, Val de Marne (Île de France) Informations professionnelles : Activité : Développeur java, access, sql server Secteur : Industrie Informations forums : Inscription : octobre 2005 Messages : 1 382 Points : 2 327 Points : 2 327	Le virement est en Europe ou bien dans le monde ? __________________ ·· −· −−· ·· ·−· ··− −− ·· −− ··− ··· −· −−− −·−· − · · − −·−· −−− −· ··· ··− −− ·· −− ··− ·−· ·· −−· −· ·· D'abord qu'il marche. Ensuite qu'il soit rapide. Enfin qu'il soit agréable à utiliser. First, make it work. Then, make it fast. Finally, make it user-friendly. Erst, mach', dass es funktioniert. Dann, mach', dass es schnell geht, Zum Schluss mach' es benutzerfreundlich.
	00

08/01/2013, 11h11	#4
Népomucène Membre Expert Développeur java, access, sql server Inscription : octobre 2005 Messages : 1 382 Détails du profil Informations personnelles : Sexe : Localisation : France, Val de Marne (Île de France) Informations professionnelles : Activité : Développeur java, access, sql server Secteur : Industrie Informations forums : Inscription : octobre 2005 Messages : 1 382 Points : 2 327 Points : 2 327	Bien entendu, les comptes bancaires (IBAN) doivent être enregistrés dans la base ainsi que les ordres de virement Le virement européen se fait maintenant selon la norme SEPA (Single Euro Payments Area) à l'intérieur de la zone Euro + quelques pays voir explications ici. Il est sous la forme d'un fichier XML dont le contenu doit être validé par un fichier XSD. Il existe déjà des logiciels pour cela (Sage par exemple) et reviendront moins cher qu'un développement spécifique à moins que les virements doivent être intégrés à un vaste SI. En tout cas, cela n'est pas un truc de débutant, perso j'ai migré ma solution de prélèvement du format CFONB à la norme SEPA et cela ne s'est pas fait en 1/4 d'heure. Liens : documentation SEPA du CFONB __________________ ·· −· −−· ·· ·−· ··− −− ·· −− ··− ··· −· −−− −·−· − · · − −·−· −−− −· ··· ··− −− ·· −− ··− ·−· ·· −−· −· ·· D'abord qu'il marche. Ensuite qu'il soit rapide. Enfin qu'il soit agréable à utiliser. First, make it work. Then, make it fast. Finally, make it user-friendly. Erst, mach', dass es funktioniert. Dann, mach', dass es schnell geht, Zum Schluss mach' es benutzerfreundlich.
	10

09/01/2013, 15h47	#6
Népomucène Membre Expert Développeur java, access, sql server Inscription : octobre 2005 Messages : 1 382 Détails du profil Informations personnelles : Sexe : Localisation : France, Val de Marne (Île de France) Informations professionnelles : Activité : Développeur java, access, sql server Secteur : Industrie Informations forums : Inscription : octobre 2005 Messages : 1 382 Points : 2 327 Points : 2 327	A ma connaissance, il n'y a aucune API opensource. Je serai d'ailleurs très surpris d'en trouver une car ce type de développement s'adresse à des entreprises ayant un budget conséquent. Les petites boîtes achètent de leur coté des logiciels dédiés (voir Sage, Cegid, SAP, etc...). Tu as parlé d'une mission. C'est pour quel type de boîte ? __________________ ·· −· −−· ·· ·−· ··− −− ·· −− ··− ··· −· −−− −·−· − · · − −·−· −−− −· ··· ··− −− ·· −− ··− ·−· ·· −−· −· ·· D'abord qu'il marche. Ensuite qu'il soit rapide. Enfin qu'il soit agréable à utiliser. First, make it work. Then, make it fast. Finally, make it user-friendly. Erst, mach', dass es funktioniert. Dann, mach', dass es schnell geht, Zum Schluss mach' es benutzerfreundlich.
	10

09/01/2013, 18h16	#8
Népomucène Membre Expert Développeur java, access, sql server Inscription : octobre 2005 Messages : 1 382 Détails du profil Informations personnelles : Sexe : Localisation : France, Val de Marne (Île de France) Informations professionnelles : Activité : Développeur java, access, sql server Secteur : Industrie Informations forums : Inscription : octobre 2005 Messages : 1 382 Points : 2 327 Points : 2 327	Pourquoi développer un système de virement plutôt que d'acheter un logiciel du commerce ? __________________ ·· −· −−· ·· ·−· ··− −− ·· −− ··− ··· −· −−− −·−· − · · − −·−· −−− −· ··· ··− −− ·· −− ··− ·−· ·· −−· −· ·· D'abord qu'il marche. Ensuite qu'il soit rapide. Enfin qu'il soit agréable à utiliser. First, make it work. Then, make it fast. Finally, make it user-friendly. Erst, mach', dass es funktioniert. Dann, mach', dass es schnell geht, Zum Schluss mach' es benutzerfreundlich.
	00

10/01/2013, 12h04	#10
Népomucène Membre Expert Développeur java, access, sql server Inscription : octobre 2005 Messages : 1 382 Détails du profil Informations personnelles : Sexe : Localisation : France, Val de Marne (Île de France) Informations professionnelles : Activité : Développeur java, access, sql server Secteur : Industrie Informations forums : Inscription : octobre 2005 Messages : 1 382 Points : 2 327 Points : 2 327	Pour un système de virements, qui serait forcément à intégrer à un système comptable déjà existant, il faudrait compter une vingtaine de jours de travail d'un développeur connaissant bien la norme SEPA : - génération des virements (XML) à partir de la base comptable sur des critères à déterminer - enregistrement de ces virements dans une base complémentaire - génération des écritures comptables et lettrage des comptes de tiers - gestion des rejets bancaires (enregistrements, écriture d'annulation) - documentation, tests, formation, installation ... ceci ne comprend pas la transmission avec la banque car celle-ci a toujours un site spécialisé et sécurisé pour cela. __________________ ·· −· −−· ·· ·−· ··− −− ·· −− ··− ··· −· −−− −·−· − · · − −·−· −−− −· ··· ··− −− ·· −− ··− ·−· ·· −−· −· ·· D'abord qu'il marche. Ensuite qu'il soit rapide. Enfin qu'il soit agréable à utiliser. First, make it work. Then, make it fast. Finally, make it user-friendly. Erst, mach', dass es funktioniert. Dann, mach', dass es schnell geht, Zum Schluss mach' es benutzerfreundlich.
	00

19/01/2013, 17h43	#11
EbicsTS Invité régulier Axel Delbord Expert SEPa et EBICS Inscription : janvier 2013 Messages : 3 Détails du profil Informations personnelles : Nom : Axel Delbord Localisation : France, Seine et Marne (Île de France) Informations professionnelles : Activité : Expert SEPa et EBICS Secteur : Finance Informations forums : Inscription : janvier 2013 Messages : 3 Points : 7 Points : 7	Bonjour, Il ne faut pas oublier que le domaine bancaire (formats d'échanges et protocoles) et fortement réglementé et qu'en plus les règles ne cessent d'évoluer. Conséquence : ce n'est pas la production d'un fichier au bon format qui est difficile, mais surtout d'être en mesure de faire évoluer le système qui en génère en fonction des évolutions de la règlementation bancaire. SEPA est un format et un espace de paiement unique à base d'euro, mais c'est aussi et surtout une qualité de service et un ensemble très riche de règles à respecter. Depis son lancement, les règles sont périodiquement mises à jour au moins à un rythme annuel. PS : Les personne intéressées peuvent par exemple approfondir leurs connaissance sur le forum spécialisé sepa.forumactif.org.
	10

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email