Développement d'une liaison ETEBAC
Fermé
tiojc
Messages postés
23
Date d'inscription
mardi 21 janvier 2003
Statut
Membre
Dernière intervention
17 avril 2012
-
16 janv. 2007 à 14:20
zpo4bankers - 15 janv. 2010 à 10:45
zpo4bankers - 15 janv. 2010 à 10:45
A voir également:
- Fichier etebac
- Fichier rar - Guide
- Fichier host - Guide
- Comment ouvrir un fichier epub ? - Guide
- Comment réduire la taille d'un fichier - Guide
- Ouvrir fichier .bin - Guide
63 réponses
Bonjour,
Je viens de récupérer un fichier ascii d'une banque contenant un relevé au format cfonb 120. Le champ montant est bien en position 91 et a une longueur de 14 caractères. Mais je ne comprend pas comment est composé ce champ. Voici les 3 valeurs (mon relevé ne comporte que 3 lignes) :
ancien solde : 0000000001886Q
opération : 0000000000290O
nouveau solde : 0000000002177M
Merci pour toute "clé" de lecture
Philippe
Je viens de récupérer un fichier ascii d'une banque contenant un relevé au format cfonb 120. Le champ montant est bien en position 91 et a une longueur de 14 caractères. Mais je ne comprend pas comment est composé ce champ. Voici les 3 valeurs (mon relevé ne comporte que 3 lignes) :
ancien solde : 0000000001886Q
opération : 0000000000290O
nouveau solde : 0000000002177M
Merci pour toute "clé" de lecture
Philippe
ppa
Messages postés
254
Date d'inscription
samedi 3 juillet 2004
Statut
Contributeur
Dernière intervention
23 août 2011
65
16 janv. 2007 à 20:12
16 janv. 2007 à 20:12
Bonsoir tiojc,
Ton projet est louable.
Tu envisages de t'attaquer à un dev lourd et qui nécessitera pour tes tests de nouer des relations très, très avancées avec une banque.
Il faudra qu'elle te mettes à disposition une connexion pour laquelle elle ne tolèrera que peu d'anomalies. Alors, fais gaffe, cela peut rapidement dégénérer à la catastrophe, non pas à cause de tes compétences, mais plutôt à cause de la souplesse de barre d'acier de nos amis (lol) banquiers. Dis-toi qu'ils apprécient les traitements exéctés par les "Grandes Enseignes".
En ETEBAC 3, il te faut maîtriser la communication assynchrone, l'identification TRANSPAC, les protocoles de handshake. Et puis après tout cela, il te faudra demander aux banques les protocoles et formats au formats CFONB, ce qui au fond n'est plus qu'un détail.
Pour information, Sage commercialise un utilitaire validé par les banques, (puisque développé pour la BNP) au prix modique de 300 € HT.
Alors, cela vaut-il vraiement la peine de se prendre la tête ?
Phil
Ton projet est louable.
Tu envisages de t'attaquer à un dev lourd et qui nécessitera pour tes tests de nouer des relations très, très avancées avec une banque.
Il faudra qu'elle te mettes à disposition une connexion pour laquelle elle ne tolèrera que peu d'anomalies. Alors, fais gaffe, cela peut rapidement dégénérer à la catastrophe, non pas à cause de tes compétences, mais plutôt à cause de la souplesse de barre d'acier de nos amis (lol) banquiers. Dis-toi qu'ils apprécient les traitements exéctés par les "Grandes Enseignes".
En ETEBAC 3, il te faut maîtriser la communication assynchrone, l'identification TRANSPAC, les protocoles de handshake. Et puis après tout cela, il te faudra demander aux banques les protocoles et formats au formats CFONB, ce qui au fond n'est plus qu'un détail.
Pour information, Sage commercialise un utilitaire validé par les banques, (puisque développé pour la BNP) au prix modique de 300 € HT.
Alors, cela vaut-il vraiement la peine de se prendre la tête ?
Phil
tiojc
Messages postés
23
Date d'inscription
mardi 21 janvier 2003
Statut
Membre
Dernière intervention
17 avril 2012
29 janv. 2007 à 13:58
29 janv. 2007 à 13:58
Bonjour ppa,
Effectivement Sage, Api, ... proposent des logiciels de télétransmission ETEBAC, mais cependant aucun ne gère correctement le multi-dossiers(clients) et multi-comptes.
le développement n'est pas si lourd, j'ai juste besoin de la norme ETEBAC, j'arrive déjà à me connecter aux serveurs transpac.
j'ai besoin d'infos sur les entêtes, les tempos entre chaque messages, ...
j'utilise déjà un outil etebac, mais qui ne marche pas correctement.
Effectivement Sage, Api, ... proposent des logiciels de télétransmission ETEBAC, mais cependant aucun ne gère correctement le multi-dossiers(clients) et multi-comptes.
le développement n'est pas si lourd, j'ai juste besoin de la norme ETEBAC, j'arrive déjà à me connecter aux serveurs transpac.
j'ai besoin d'infos sur les entêtes, les tempos entre chaque messages, ...
j'utilise déjà un outil etebac, mais qui ne marche pas correctement.
Raphael Neve
>
tiojc
Messages postés
23
Date d'inscription
mardi 21 janvier 2003
Statut
Membre
Dernière intervention
17 avril 2012
27 mars 2007 à 17:57
27 mars 2007 à 17:57
Nous avons déjà réalisé une interface ETEBAC3 avec C++ Builder (Borland). Pour faire le développement j'avais effectivement pris contact avec le service technique d'une banque (le CIO en l'occurence) qui m'avaient épaulé pendant la phase de tests.
Mais c'est vrai que si on connait un peu Transpac cela n'est pas sorcier, il suffit de connaître le format des fichiers ASCII a générer. Pour ce faire, il faut contacter l'AFB (Association Francaise des Banques) qui vend un petit fascicule sur la norme ETEBAC3 et un autre sur les fichiers en question (virement, prélèvement, relevé de compte, etc...)
http://www.afb.fr
Bon courage !
raph@microtec.fr
Mais c'est vrai que si on connait un peu Transpac cela n'est pas sorcier, il suffit de connaître le format des fichiers ASCII a générer. Pour ce faire, il faut contacter l'AFB (Association Francaise des Banques) qui vend un petit fascicule sur la norme ETEBAC3 et un autre sur les fichiers en question (virement, prélèvement, relevé de compte, etc...)
http://www.afb.fr
Bon courage !
raph@microtec.fr
Bonjour,
Etant donné que ni l'AFB, ni le GSIT, ni le SIT, ne diffusent désormais cette norme, je me permets de vous solliciter afin de savoir s'il vous est possible de me fournir celle-ci.
Je suis en charge de la migration vers le EBICS dans le cadre SEPA, et j'ai besoin d'assurer (temporairement) la compatibilité avec ETEBAC3
D'avance merci,
Cordialement,
Paul
Etant donné que ni l'AFB, ni le GSIT, ni le SIT, ne diffusent désormais cette norme, je me permets de vous solliciter afin de savoir s'il vous est possible de me fournir celle-ci.
Je suis en charge de la migration vers le EBICS dans le cadre SEPA, et j'ai besoin d'assurer (temporairement) la compatibilité avec ETEBAC3
D'avance merci,
Cordialement,
Paul
Bonjour,
C'est justement pour remplacer ce logiciel là !
C’est un logiciel lourdingue ! , qui n'est pas fiable, j'ai souvent des anomalies avec ( des écritures en doubles, des écritures en moins , ...)
dans l'outil que j'ai développé, je gère cette vérification d'après les soldes bancaires des fichiers ETEBAC.
j'y intègre d'autres fonctionnalités comme le suivi des mandats, ...
il me manque juste la connexion bancaire.
Donc je suis toujours à la recherche de la norme "ETEBAC 3"
MERCI de votre AIDE !!
C'est justement pour remplacer ce logiciel là !
C’est un logiciel lourdingue ! , qui n'est pas fiable, j'ai souvent des anomalies avec ( des écritures en doubles, des écritures en moins , ...)
dans l'outil que j'ai développé, je gère cette vérification d'après les soldes bancaires des fichiers ETEBAC.
j'y intègre d'autres fonctionnalités comme le suivi des mandats, ...
il me manque juste la connexion bancaire.
Donc je suis toujours à la recherche de la norme "ETEBAC 3"
MERCI de votre AIDE !!
Bonjour,
peut-être que ce lien pourra vous être utile ?
http://www.mat.cc/distfiles/Etebac.html
A bientôt
peut-être que ce lien pourra vous être utile ?
http://www.mat.cc/distfiles/Etebac.html
A bientôt
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Merci Ju,
c'est déjà pas mal, mais je sais qu'il existe une doc sur les trames des connexions aux format ETEBAC, avec les tempos entre chaque messages, ...
Si vous avez une info de ce type ce serait COOL !!
JC
c'est déjà pas mal, mais je sais qu'il existe une doc sur les trames des connexions aux format ETEBAC, avec les tempos entre chaque messages, ...
Si vous avez une info de ce type ce serait COOL !!
JC
Bonjour,
La lecture de vos questions/réponses m'a vivement interpellé.
Je suis Expert Comptable et je travaille sur la dématérialisation des flux de mon cabinet. Maîtrisant (en amateur, mais c'est suffisant pour moi) le développement C++ (ide borland + API mysql) et SQL (mysql), j'ai déjà pas mal avancé sur ce projet.
Mais il me manque - entres autres - la dématérialisation du processus "traitement des relevés bancaires".
a) Le scan des relevés ne m'enchante pas.
b) J'ai essayé de récupérer les données à travers les abonnements web de mes clients : les récupérations ne sont pas propres et sont souvent hétérogènes.
J'aimerais donc me connecter à la source.
Acheter une solution à 300 € ne me pose pas de problème de principe. Je n'ai en outre pas de vocation à "réinventer la roue" comme l'évoque à raison l'un d'entre vous.
En revanche, ayant déjà un outil intégré "cabinet", je suis tenté d'essayer de lui ajouter un module d'interface bancaire plutôt que de programmer l'interfaçage avec un logiciel tiers.
Vous remerciant d'avoir pris le temps de lire ces quelques lignes, je me permets de vous poser les questions suivantes :
- mon approche vous semble t'elle pertinente (si non, que me conseillez vous),
- habitué à des connections BDD (odbc ou api mysql), suis-je assez "armé" pour m'attaquer à des connections "etebac" ? Si oui, pouvez vous me donner quelques pistes techniques ?
- quel est l'ordre de grandeur du coût d'un abonnement etebac à une banque ?
Merci par avance pour toute réponse, ou pour tout commentaire.
Philippe
La lecture de vos questions/réponses m'a vivement interpellé.
Je suis Expert Comptable et je travaille sur la dématérialisation des flux de mon cabinet. Maîtrisant (en amateur, mais c'est suffisant pour moi) le développement C++ (ide borland + API mysql) et SQL (mysql), j'ai déjà pas mal avancé sur ce projet.
Mais il me manque - entres autres - la dématérialisation du processus "traitement des relevés bancaires".
a) Le scan des relevés ne m'enchante pas.
b) J'ai essayé de récupérer les données à travers les abonnements web de mes clients : les récupérations ne sont pas propres et sont souvent hétérogènes.
J'aimerais donc me connecter à la source.
Acheter une solution à 300 € ne me pose pas de problème de principe. Je n'ai en outre pas de vocation à "réinventer la roue" comme l'évoque à raison l'un d'entre vous.
En revanche, ayant déjà un outil intégré "cabinet", je suis tenté d'essayer de lui ajouter un module d'interface bancaire plutôt que de programmer l'interfaçage avec un logiciel tiers.
Vous remerciant d'avoir pris le temps de lire ces quelques lignes, je me permets de vous poser les questions suivantes :
- mon approche vous semble t'elle pertinente (si non, que me conseillez vous),
- habitué à des connections BDD (odbc ou api mysql), suis-je assez "armé" pour m'attaquer à des connections "etebac" ? Si oui, pouvez vous me donner quelques pistes techniques ?
- quel est l'ordre de grandeur du coût d'un abonnement etebac à une banque ?
Merci par avance pour toute réponse, ou pour tout commentaire.
Philippe
ppa
Messages postés
254
Date d'inscription
samedi 3 juillet 2004
Statut
Contributeur
Dernière intervention
23 août 2011
65
16 oct. 2007 à 20:47
16 oct. 2007 à 20:47
Bonsoir Philippe,
Au nom des forumers qui échangent leurs opinions, voire leurs savoir, pour le profit de tout un chacun, merci de tes compliments.
a) le scan des relevés :
* je pense que si tu disposais d'un document descriptif de la structure des fichiers CFONB de relevés, l'exploitation des fichiers texte reçu par ETEBAC3 serait facilitée. De plus, le dernier caractère du montant, qui se présente sous une forme bizaroïde, est une codification du centime de ce montant.
b) les données pas propres et sont souvent hétérogènes :
* les logiciels de communication bancaire (je parle des standard) contrôlent la cohérence et la taille des données transmises. Il est donc peu probable pour qu'un fichier reçu sans message d'erreur ne soit pas exploitable parce qu'incomplet ou altéré. Les protocles d'échange entre le serveur de la banque et le poste de communication se doivent de garantir l'intégrité des données échangées.
L'intégré "cabinet" :
* Merci de préciser CCMX, CEGID, Sage Coala expert, etc ... ? Quoi qu'il en soit, les fichiers rappatriés à la norme CFONB sont uniformes et, en principe, exploitables par toute compta sérieuse et digne de ce nom.
Les compta de cabinet ne sont pas prévues pour ce genre de traitement, leur utilisation en cabinet étant presque réduite à son minimum fonctionnel (pas de gestion de tiers identifié, pas de comptes analytiques ni budgétaires, pas de rappro bancaire, pas de lettrage) et d'ailleurs, cela ne présenterait aucun d'intérêt pour le cabinet.
Par contre, en entreprise, ne serait-ce que pour le rappro des écritures des journaux de banque dans la compta, et les justificatifs de solde, l'utilisation de la communication bancaire reste essentielle. Votre rôle de conseil en temps qu'Experts est évidement primordial. Ensuite, vient la gestion de la trésorerie en valeur avec des VIB avant 10h00, ce qui permet de limiter les frais financiers.
Habitué à des connections BDD (odbc ou api mysql) ...:
* La communication ETEBAC ne concerne que très peu l'usage des fichiers ou bases de données. En revanche, il est indispensable de maîtriser la gestion des flux montant et descendant sur la liaison série du modem, (identification des débuts de paquets, de la taille envoyée ou reçue, de la numérotation, de la détection de porteuse, de l'échange protocolaire avec TRANSPAC, en PCV ou en identification NUI, des règlages de vitesse du port série et du modem, des réceptions et de l'interprétation des messages d'erreur du serveur, du choix de RETRY et des TIME OUT, etc ...). Je n'ai fait que citer les premiers éléements qui me viennent à l'esprit, mais il y en a à foison.
Si tu le souhaites, je peux te faire parvenir une fiche technique sur la structure du fichier "Relevé de compte" pour t'aider à sa compréhension. Je pense également monter un article dans les trucs et astuces sur la communication bancaire, pour la part de l'utilisation des fichiers CFONB. Je n'ai toujours pas les éléménts du protocole d'échange ETEBAC3.
Le coût d'un abonnement ETEBAC auprès d'une banque :
* Le contrat de service ETEBAC auprès d'un établissement bancaire est extrèmement variable.
Il dépend de :
- la banque,
- de la relation que le client a avec le responsable du compte,
- de l'ouverture d'esprit du commercial,
- de la négociation entre les parties (montant total des transactions de décaissement, commissions sur les opérations, etc...)
puis :
- des services demandés, (relevé journalier, relevé de LCR, relevé des LCR rejetées, mouvements comptables futurs, avis de virements, relevés de CB, virements domestiques, virements de trésorerie, virements internationnaux, BAP de LCR)
- du montant forfaitaire du service,
- du volume transmis,
Certains clients arrivent à ne rien payer pour l'ETEBAC3. Je cherche qqes exemples de coûts de ces services et je reviendrais pour les publier (anonymenent, cela va s'en dire).
J'espère avoir pu t'apporter un peu de matière à réflexion. N'hésites pas à revenir pour d'autres demandes d'infos si nécessaire.
Par ailleurs, en te créant un compte sur ce forum, tu pourras accéder à mon email.
Phil
Au nom des forumers qui échangent leurs opinions, voire leurs savoir, pour le profit de tout un chacun, merci de tes compliments.
a) le scan des relevés :
* je pense que si tu disposais d'un document descriptif de la structure des fichiers CFONB de relevés, l'exploitation des fichiers texte reçu par ETEBAC3 serait facilitée. De plus, le dernier caractère du montant, qui se présente sous une forme bizaroïde, est une codification du centime de ce montant.
b) les données pas propres et sont souvent hétérogènes :
* les logiciels de communication bancaire (je parle des standard) contrôlent la cohérence et la taille des données transmises. Il est donc peu probable pour qu'un fichier reçu sans message d'erreur ne soit pas exploitable parce qu'incomplet ou altéré. Les protocles d'échange entre le serveur de la banque et le poste de communication se doivent de garantir l'intégrité des données échangées.
L'intégré "cabinet" :
* Merci de préciser CCMX, CEGID, Sage Coala expert, etc ... ? Quoi qu'il en soit, les fichiers rappatriés à la norme CFONB sont uniformes et, en principe, exploitables par toute compta sérieuse et digne de ce nom.
Les compta de cabinet ne sont pas prévues pour ce genre de traitement, leur utilisation en cabinet étant presque réduite à son minimum fonctionnel (pas de gestion de tiers identifié, pas de comptes analytiques ni budgétaires, pas de rappro bancaire, pas de lettrage) et d'ailleurs, cela ne présenterait aucun d'intérêt pour le cabinet.
Par contre, en entreprise, ne serait-ce que pour le rappro des écritures des journaux de banque dans la compta, et les justificatifs de solde, l'utilisation de la communication bancaire reste essentielle. Votre rôle de conseil en temps qu'Experts est évidement primordial. Ensuite, vient la gestion de la trésorerie en valeur avec des VIB avant 10h00, ce qui permet de limiter les frais financiers.
Habitué à des connections BDD (odbc ou api mysql) ...:
* La communication ETEBAC ne concerne que très peu l'usage des fichiers ou bases de données. En revanche, il est indispensable de maîtriser la gestion des flux montant et descendant sur la liaison série du modem, (identification des débuts de paquets, de la taille envoyée ou reçue, de la numérotation, de la détection de porteuse, de l'échange protocolaire avec TRANSPAC, en PCV ou en identification NUI, des règlages de vitesse du port série et du modem, des réceptions et de l'interprétation des messages d'erreur du serveur, du choix de RETRY et des TIME OUT, etc ...). Je n'ai fait que citer les premiers éléements qui me viennent à l'esprit, mais il y en a à foison.
Si tu le souhaites, je peux te faire parvenir une fiche technique sur la structure du fichier "Relevé de compte" pour t'aider à sa compréhension. Je pense également monter un article dans les trucs et astuces sur la communication bancaire, pour la part de l'utilisation des fichiers CFONB. Je n'ai toujours pas les éléménts du protocole d'échange ETEBAC3.
Le coût d'un abonnement ETEBAC auprès d'une banque :
* Le contrat de service ETEBAC auprès d'un établissement bancaire est extrèmement variable.
Il dépend de :
- la banque,
- de la relation que le client a avec le responsable du compte,
- de l'ouverture d'esprit du commercial,
- de la négociation entre les parties (montant total des transactions de décaissement, commissions sur les opérations, etc...)
puis :
- des services demandés, (relevé journalier, relevé de LCR, relevé des LCR rejetées, mouvements comptables futurs, avis de virements, relevés de CB, virements domestiques, virements de trésorerie, virements internationnaux, BAP de LCR)
- du montant forfaitaire du service,
- du volume transmis,
Certains clients arrivent à ne rien payer pour l'ETEBAC3. Je cherche qqes exemples de coûts de ces services et je reviendrais pour les publier (anonymenent, cela va s'en dire).
J'espère avoir pu t'apporter un peu de matière à réflexion. N'hésites pas à revenir pour d'autres demandes d'infos si nécessaire.
Par ailleurs, en te créant un compte sur ce forum, tu pourras accéder à mon email.
Phil
Phil Montpellier
Messages postés
5
Date d'inscription
mardi 16 octobre 2007
Statut
Membre
Dernière intervention
21 octobre 2007
1
17 oct. 2007 à 11:48
17 oct. 2007 à 11:48
Bonjour à tous,
Cette discussion est décidément vraiment très intéressante.
Tiojc (je ne connais pas ton prénom), une solution ne serait elle pas, comme le suggère Philippe, de confier au client TELBAC la récupération physique des fichiers ETEBAC, puis d'attaquer ensuite ces fichiers avec nos spécifiques respectifs ?
J'avoue (coupablement) que si tu souhaites en parallèle creuser l'autre solution (développer la connection directe ETEBAC), je suis également partant dans l'aventure (sachant par contre que je ne sais même pas gérer, pour l'instant, une connection transpac).
Merci en tout cas à tous pour la qualité de ces échanges.
Philippe (Montpellier)
philippe.gross@wanadoo.fr
Cette discussion est décidément vraiment très intéressante.
Tiojc (je ne connais pas ton prénom), une solution ne serait elle pas, comme le suggère Philippe, de confier au client TELBAC la récupération physique des fichiers ETEBAC, puis d'attaquer ensuite ces fichiers avec nos spécifiques respectifs ?
J'avoue (coupablement) que si tu souhaites en parallèle creuser l'autre solution (développer la connection directe ETEBAC), je suis également partant dans l'aventure (sachant par contre que je ne sais même pas gérer, pour l'instant, une connection transpac).
Merci en tout cas à tous pour la qualité de ces échanges.
Philippe (Montpellier)
philippe.gross@wanadoo.fr
tequila74
Messages postés
2
Date d'inscription
jeudi 7 juin 2007
Statut
Membre
Dernière intervention
7 juin 2007
7 juin 2007 à 10:18
7 juin 2007 à 10:18
Bonjour,
Je recherche la norme d'echange interbancaire Americaine pour les prélevements interbancaires.
Pouvez-vous m'orienter pour trouver la norme ?
Merci d'avance.
Je recherche la norme d'echange interbancaire Americaine pour les prélevements interbancaires.
Pouvez-vous m'orienter pour trouver la norme ?
Merci d'avance.
Bonjour,
la banque à laquelle j'envoie aujourd'hui mes fichiers de virements et de prélèvements (au format CFONB) arrête son applicatif .
je recherche donc une autre banque susceptible de pouvoir traiter mes fichiers .
Le principal souci est pour la transmission: mes fichiers sont générés par une machine Linux, et je veux pouvoir les transmettre automatiquement par une commande cron, sans intervention manuelle.
Si quelqu'un a une idée, il sera le bienvenu, je cherche dans tous les sens depuis plusieurs mois ...
Merci d'avance
la banque à laquelle j'envoie aujourd'hui mes fichiers de virements et de prélèvements (au format CFONB) arrête son applicatif .
je recherche donc une autre banque susceptible de pouvoir traiter mes fichiers .
Le principal souci est pour la transmission: mes fichiers sont générés par une machine Linux, et je veux pouvoir les transmettre automatiquement par une commande cron, sans intervention manuelle.
Si quelqu'un a une idée, il sera le bienvenu, je cherche dans tous les sens depuis plusieurs mois ...
Merci d'avance
ppa
Messages postés
254
Date d'inscription
samedi 3 juillet 2004
Statut
Contributeur
Dernière intervention
23 août 2011
65
30 août 2007 à 18:07
30 août 2007 à 18:07
Bonjour Marcel,
Ta banque cesse de maintenir son application "maison" parce que la maintenance et la HL coûte excessivement cher. Par contre, le service de communication bancaire en CFONB reste opérationnel (pépettes et revenus obligent). Il faut donc remplacer l'application, mais pas nécessairement la banque.
Tes applications de gestion sous Linux doivent, probablement, pouvoir générer les fichiers texte sur une partition accessible par un poste sous Windows. L'automate de communication bancaire de Sage, TELBAC, qui coûte 300 € et qui fonctionne sous windows peut être lancé cycliquement par une tâche programmée en passant le nom du service en paramêtre sur la ligne de commande. Cet automate pourra également te générer un compte rendu de transmission imprimé, voire la trace du fichier transmis. Il te suffit d'installer un modem derrère ton PC Windows, de paramétrer la tâche programmée, le(s) service(s) à utiliser associés aux cartes paramètres ad'hoc.
Si besoin, je fourni et je maîtrise le sujet. Je reste à ta disposition.
A+
Phil
Ta banque cesse de maintenir son application "maison" parce que la maintenance et la HL coûte excessivement cher. Par contre, le service de communication bancaire en CFONB reste opérationnel (pépettes et revenus obligent). Il faut donc remplacer l'application, mais pas nécessairement la banque.
Tes applications de gestion sous Linux doivent, probablement, pouvoir générer les fichiers texte sur une partition accessible par un poste sous Windows. L'automate de communication bancaire de Sage, TELBAC, qui coûte 300 € et qui fonctionne sous windows peut être lancé cycliquement par une tâche programmée en passant le nom du service en paramêtre sur la ligne de commande. Cet automate pourra également te générer un compte rendu de transmission imprimé, voire la trace du fichier transmis. Il te suffit d'installer un modem derrère ton PC Windows, de paramétrer la tâche programmée, le(s) service(s) à utiliser associés aux cartes paramètres ad'hoc.
Si besoin, je fourni et je maîtrise le sujet. Je reste à ta disposition.
A+
Phil
Bonjour, et merci pour ta réponse rapide.
Ma banque cesse son appli , "maison" effectivement, à cause d'une fusion avec sa maison mère.
Actuellement, mon serveur Linux leur envoie les fichiers CFONB en pièce jointe d'un mail.
Ils avaient développé une moulinette pour extraire les pièces jointes, et les injecter dans leur circuit classique de traitement.
Cette façon de faire n'étant pas avalisée par leur maison mère, ils arrêtent de traiter mes mails ...
La seule solution de remplacement qu'ils proposent est de s'identifier sur leur site web, et d'y uploader les fichiers.
C'est inconcevable pour moi.
L'automate dont tu parles me parait parfait, à ceci prêt qu'il tourne sous windows.
Je cherche un soft qui tourne sous Linux, et qui soit capable de transmettre à une banque (qui l'accepte, et ça n'a pas l'air d'être une mince affaire pour eux) un fichier dont le nom lui est passé en paramètre.
Si tu as des idées la-dessus ...
Ma banque cesse son appli , "maison" effectivement, à cause d'une fusion avec sa maison mère.
Actuellement, mon serveur Linux leur envoie les fichiers CFONB en pièce jointe d'un mail.
Ils avaient développé une moulinette pour extraire les pièces jointes, et les injecter dans leur circuit classique de traitement.
Cette façon de faire n'étant pas avalisée par leur maison mère, ils arrêtent de traiter mes mails ...
La seule solution de remplacement qu'ils proposent est de s'identifier sur leur site web, et d'y uploader les fichiers.
C'est inconcevable pour moi.
L'automate dont tu parles me parait parfait, à ceci prêt qu'il tourne sous windows.
Je cherche un soft qui tourne sous Linux, et qui soit capable de transmettre à une banque (qui l'accepte, et ça n'a pas l'air d'être une mince affaire pour eux) un fichier dont le nom lui est passé en paramètre.
Si tu as des idées la-dessus ...
Bonsoir,
Ta banque reste joignable, pour la communication bancaire, via un accès Transpac synchrone.
Toi, tu accèdes au PAD par un lien asynchrone en RTC.
L'automate TELBAC se charge des fonctions suivantes :
- vérification de l'existence d'un fichier de type texte au format CFONB cohérent avec
le contenu de la carte paramètre (et donc valide).
- numérotation vers le PAD en 0,0836064444 en 14400bps
- transmission au PAD de l'identifiant Transpac de la banque (ex : SG = 1933499080)
- vérification auprès de la banque de l'acceptation de la communication Transpac en PCV
- transmission à la banque de l'identification client + mot de passe + service autorisé
(ex : VIRT) contenu dans la carte paramètre
- attente de l'acknowledge de la banque
- envoi du fichier (sans interprétation) vers le destinataire
- attente du nbre d'octets reçus à comparer avec le nbre envoyé
- clôture de la communication
- édition du compte rendu
- en cas d'erreur, compte rendu avec interprétation du N° d'erreur
(ex : NOK2004 - Ficher non disponible, client non reconnu, service refusé pour ce client, etc ...)
Conclusions :
Je ne connais pas d'applications dans le monde Linux.
Tu peux éventuellement redévelopper les fonctions de communication, mais pour quel prix de reviens ?
Toujours à ta disposition
Phil
Ta banque reste joignable, pour la communication bancaire, via un accès Transpac synchrone.
Toi, tu accèdes au PAD par un lien asynchrone en RTC.
L'automate TELBAC se charge des fonctions suivantes :
- vérification de l'existence d'un fichier de type texte au format CFONB cohérent avec
le contenu de la carte paramètre (et donc valide).
- numérotation vers le PAD en 0,0836064444 en 14400bps
- transmission au PAD de l'identifiant Transpac de la banque (ex : SG = 1933499080)
- vérification auprès de la banque de l'acceptation de la communication Transpac en PCV
- transmission à la banque de l'identification client + mot de passe + service autorisé
(ex : VIRT) contenu dans la carte paramètre
- attente de l'acknowledge de la banque
- envoi du fichier (sans interprétation) vers le destinataire
- attente du nbre d'octets reçus à comparer avec le nbre envoyé
- clôture de la communication
- édition du compte rendu
- en cas d'erreur, compte rendu avec interprétation du N° d'erreur
(ex : NOK2004 - Ficher non disponible, client non reconnu, service refusé pour ce client, etc ...)
Conclusions :
Je ne connais pas d'applications dans le monde Linux.
Tu peux éventuellement redévelopper les fonctions de communication, mais pour quel prix de reviens ?
Toujours à ta disposition
Phil
Bonjour ppa,
Je vois que tu maitrises bien le sujet de la communication ETEBAC.
J'utilise un outil pour récupérer mes écritures bancaires sur 7 serveurs différents,
une fois récupéré j'ai un outil qui permet de traiter les fichiers ETEBAC et de répartir les écritures dans des dossiers clients afin de les intégrer dans une solution comptable CCMX, SAGE,CIEL, ...
J'ai contacté plusieurs Banques et l'AFB, mais je n'arrive pas à obtenir la norme de télétransmission ETEBAC.
Je l'ai eu il y a 2 ans de cela entre les mains, mais plus moyen de la retrouver !!!
Aurais-tu une doc à me fournir pour réaliser la partie Connexion Bancaire.
Un grand merci d'avance !
JC
Je vois que tu maitrises bien le sujet de la communication ETEBAC.
J'utilise un outil pour récupérer mes écritures bancaires sur 7 serveurs différents,
une fois récupéré j'ai un outil qui permet de traiter les fichiers ETEBAC et de répartir les écritures dans des dossiers clients afin de les intégrer dans une solution comptable CCMX, SAGE,CIEL, ...
J'ai contacté plusieurs Banques et l'AFB, mais je n'arrive pas à obtenir la norme de télétransmission ETEBAC.
Je l'ai eu il y a 2 ans de cela entre les mains, mais plus moyen de la retrouver !!!
Aurais-tu une doc à me fournir pour réaliser la partie Connexion Bancaire.
Un grand merci d'avance !
JC
tiojc
Messages postés
23
Date d'inscription
mardi 21 janvier 2003
Statut
Membre
Dernière intervention
17 avril 2012
24 sept. 2007 à 10:04
24 sept. 2007 à 10:04
Bonjour,
Je suis toujours à la recherche de la norme ETEBAC 3 , l'AFB, la librairie bancaire n'éditent plus ce document
"HELP !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!"
Mais qui peut me donner un coup de main ?????
Je suis toujours à la recherche de la norme ETEBAC 3 , l'AFB, la librairie bancaire n'éditent plus ce document
"HELP !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!"
Mais qui peut me donner un coup de main ?????
Bonjour,
La société XPERTS 3 rue Homère 31500 Toulouse - Tel: 05.61.48.90.90 commercialise une récupération bancaire ETEBAC 3 multi-dossiers. Le logiciel ScanBANK permet même de transformer les écritures du relevé bancaire en écritures comptables et de le transférer dans plus de 120 logiciels comptables du marché.
Pour répondre à ton besoin personnel, leur logiciel peut être "scripté" c'est à dire utilisé comme un module lançable de ton application.
Inutile de réinventer la roue. Contacte-les,
Amicalement,
Daniel
La société XPERTS 3 rue Homère 31500 Toulouse - Tel: 05.61.48.90.90 commercialise une récupération bancaire ETEBAC 3 multi-dossiers. Le logiciel ScanBANK permet même de transformer les écritures du relevé bancaire en écritures comptables et de le transférer dans plus de 120 logiciels comptables du marché.
Pour répondre à ton besoin personnel, leur logiciel peut être "scripté" c'est à dire utilisé comme un module lançable de ton application.
Inutile de réinventer la roue. Contacte-les,
Amicalement,
Daniel
Phil Montpellier
Messages postés
5
Date d'inscription
mardi 16 octobre 2007
Statut
Membre
Dernière intervention
21 octobre 2007
1
16 oct. 2007 à 23:00
16 oct. 2007 à 23:00
Phil,
Grand merci pour ces réponses, rapides et précises. A moi de te répondre :
1) " si tu disposais d'un document descriptif de la structure des fichiers CFONB de relevés, l'exploitation des fichiers texte reçu par ETEBAC3 serait facilitée "
Complètement. Mais, avant cela, mon problème sera de les recevoirs.
2) Les données pas propres et sont souvent hétérogènes
Je faisais allusion aux consultations WEB qui n'incorporent souvent pas de véritable fonction d'export (en tout cas à ma connaissance)
3) " En revanche, il est indispensable de maîtriser la gestion des flux montant et descendant sur la liaison série du modem " (et surtout la suite)
Gloups
4) "Si tu le souhaites, je peux te faire parvenir une fiche technique sur la structure du fichier "Relevé de compte" pour t'aider à sa compréhension"
Avec plaisir. Mais ne serai je pas toujours bloqué par la problématique de la récupération de ces fichiers ?
Merci encore
Philippe
Grand merci pour ces réponses, rapides et précises. A moi de te répondre :
1) " si tu disposais d'un document descriptif de la structure des fichiers CFONB de relevés, l'exploitation des fichiers texte reçu par ETEBAC3 serait facilitée "
Complètement. Mais, avant cela, mon problème sera de les recevoirs.
2) Les données pas propres et sont souvent hétérogènes
Je faisais allusion aux consultations WEB qui n'incorporent souvent pas de véritable fonction d'export (en tout cas à ma connaissance)
3) " En revanche, il est indispensable de maîtriser la gestion des flux montant et descendant sur la liaison série du modem " (et surtout la suite)
Gloups
4) "Si tu le souhaites, je peux te faire parvenir une fiche technique sur la structure du fichier "Relevé de compte" pour t'aider à sa compréhension"
Avec plaisir. Mais ne serai je pas toujours bloqué par la problématique de la récupération de ces fichiers ?
Merci encore
Philippe
ppa
Messages postés
254
Date d'inscription
samedi 3 juillet 2004
Statut
Contributeur
Dernière intervention
23 août 2011
65
16 oct. 2007 à 23:28
16 oct. 2007 à 23:28
Re-bonsoir,
2) la récup WEB :
* C'est sûr que c'est inexploitable, en plus pas de norme pour la structure de ces infos. Donc autant de format que de banque.
3) On n'en meurt pas à tous les coups, mais c'est effectivement indigeste.
4) Problématique de récup de fichier + normalisation.
CONCLUSION :
- ne pas ré-inventer la roue
- utiliser des modules agréés par les banques, qui s'installent sur un PC sous Windows, avec un modem tout simple
- coût du module 300,00 € HT + 1,5 heure d'instal, paramétrage et test (Sage TELBAC)
- des fichiers, tous pareils, en ASCII et exploitables par ce que tu veux comme logiciel
=> budget négligeable eu égard au coût du temps passé à bidouiller.
La proposition pour la doc tient toujours, mais à l'heure qu'il est ce ne sera que demain après midi
A+
Phil
2) la récup WEB :
* C'est sûr que c'est inexploitable, en plus pas de norme pour la structure de ces infos. Donc autant de format que de banque.
3) On n'en meurt pas à tous les coups, mais c'est effectivement indigeste.
4) Problématique de récup de fichier + normalisation.
CONCLUSION :
- ne pas ré-inventer la roue
- utiliser des modules agréés par les banques, qui s'installent sur un PC sous Windows, avec un modem tout simple
- coût du module 300,00 € HT + 1,5 heure d'instal, paramétrage et test (Sage TELBAC)
- des fichiers, tous pareils, en ASCII et exploitables par ce que tu veux comme logiciel
=> budget négligeable eu égard au coût du temps passé à bidouiller.
La proposition pour la doc tient toujours, mais à l'heure qu'il est ce ne sera que demain après midi
A+
Phil
Phil Montpellier
Messages postés
5
Date d'inscription
mardi 16 octobre 2007
Statut
Membre
Dernière intervention
21 octobre 2007
1
17 oct. 2007 à 00:09
17 oct. 2007 à 00:09
a) Ok, je vais aller voir du côté de TELBAC.
b) Au fait, qui dit modem dit il que je vais devoir chercher une prise analogique (par exemple celle du fax) ?
c) J'accepte volontiers ta proposition pour la doc.
Merci pour tout.
Philippe
b) Au fait, qui dit modem dit il que je vais devoir chercher une prise analogique (par exemple celle du fax) ?
c) J'accepte volontiers ta proposition pour la doc.
Merci pour tout.
Philippe
ppa
Messages postés
254
Date d'inscription
samedi 3 juillet 2004
Statut
Contributeur
Dernière intervention
23 août 2011
65
17 oct. 2007 à 09:04
17 oct. 2007 à 09:04
Bonjour,
Modem => prise analogique, par exemple celle du fax. Tout à fait, d'autant que les communications bancaire = 1 ou 2 fois par jour pendant 2 mn.
Noté pour la doc. cet après-midi
Phil
Modem => prise analogique, par exemple celle du fax. Tout à fait, d'autant que les communications bancaire = 1 ou 2 fois par jour pendant 2 mn.
Noté pour la doc. cet après-midi
Phil
tiojc
Messages postés
23
Date d'inscription
mardi 21 janvier 2003
Statut
Membre
Dernière intervention
17 avril 2012
17 oct. 2007 à 09:24
17 oct. 2007 à 09:24
Bonjour à vous,
Je travaille dans un cabinet d'expertise comptable et j'utilise la liaison ETEBAC depuis 2001, nous avons des accords avec 8 banques nationales et nous récupérons 500 000 lignes d'écritures par mois.
J’utilise le logiciel Scanbank de Xperts, qui permet une récupération multi-dossiers / multi-banques (son tarif est de 3700€ + redevance mensuelle)
Il gère aussi la numérisation des relevés bancaires.
Cependant, je suis déçu de cet outil, car peu fiable !
J’ai par conséquent développé une interface de distribution des écritures bancaires, avec une vérification des soldes bancaires avant intégration.
J’utilise une base SQL Serveur, mais MySQL suffit amplement.
J’ai intégré la récupération des fichiers WEB, il y a comme même des standards :
Money OFX (idéal c’est du XML) ou Money QIF
Maintenant, moi je cherche soit à « réinventer la roue », soit à trouver un OCX, DLL capable de le faire. Car je veux intégrer ce module à mon logiciel pour en facilité les échanges et la gestion.
En ce qui concerne le la récupération au format ETEBAC, j’arrive à me connecter à Transpac, mais pour la suite mystère ??, je n’ai pas le protocole de liaison ETEBAC 3, et c’est impossible à trouver.
Ensemble nous pouvons certainement trouver une solution.
Je travaille dans un cabinet d'expertise comptable et j'utilise la liaison ETEBAC depuis 2001, nous avons des accords avec 8 banques nationales et nous récupérons 500 000 lignes d'écritures par mois.
J’utilise le logiciel Scanbank de Xperts, qui permet une récupération multi-dossiers / multi-banques (son tarif est de 3700€ + redevance mensuelle)
Il gère aussi la numérisation des relevés bancaires.
Cependant, je suis déçu de cet outil, car peu fiable !
J’ai par conséquent développé une interface de distribution des écritures bancaires, avec une vérification des soldes bancaires avant intégration.
J’utilise une base SQL Serveur, mais MySQL suffit amplement.
J’ai intégré la récupération des fichiers WEB, il y a comme même des standards :
Money OFX (idéal c’est du XML) ou Money QIF
Maintenant, moi je cherche soit à « réinventer la roue », soit à trouver un OCX, DLL capable de le faire. Car je veux intégrer ce module à mon logiciel pour en facilité les échanges et la gestion.
En ce qui concerne le la récupération au format ETEBAC, j’arrive à me connecter à Transpac, mais pour la suite mystère ??, je n’ai pas le protocole de liaison ETEBAC 3, et c’est impossible à trouver.
Ensemble nous pouvons certainement trouver une solution.
Proposition d'acquisition du logiciel Suite Entreprise:
Coût d'installation sur site + Formation = 300€ HT ( ou 150€ HT par assistance d'installation téléphonique)
Vous pouvez accéder à la démonstration de la Suite Entreprise 2005 sur le lien : <http://turbosa.banquepopulaire.fr/>
Fonctionalités du logiciel SE2005:
* Une nouvelle présentation plus conviviale ainsi qu'une aide à la saisie.
* La mise à jour régulière du produit.
* La maintenance à distance.
* L'utilisation du Turbo ETEBAC IP ( Fini les vieilles connexions modems analogiques!! )
* Un logiciel qui fonctionne avec Windows NT , Serveur 2000, Serveur 2003, XP et VISTA .
* Ce produit est Multi Bancaire, Multi Société et Multi comptes.
* envoi de fichier émanant d'autres produits. (La seule condition étant qu'il soit construit avec la norme bancaire CFONB.)
* Votre Abonnement mensuel de 17€ ( cette revalorisation concerne le SAV du logiciel incluant les connexions IP et les mises à jour du produit)
Dans l'attente de votre réponse pour la mise en place de ce logiciel, je vous remercie de votre disponibilité.
Je reste à votre entière disposition pour toutes questions complémentaires.
Cordialement
Christophe Aguillé
Service Tef / Connectique
Banque Populaire Rives de Paris
Tel : 01.73.07.52.20
Coût d'installation sur site + Formation = 300€ HT ( ou 150€ HT par assistance d'installation téléphonique)
Vous pouvez accéder à la démonstration de la Suite Entreprise 2005 sur le lien : <http://turbosa.banquepopulaire.fr/>
Fonctionalités du logiciel SE2005:
* Une nouvelle présentation plus conviviale ainsi qu'une aide à la saisie.
* La mise à jour régulière du produit.
* La maintenance à distance.
* L'utilisation du Turbo ETEBAC IP ( Fini les vieilles connexions modems analogiques!! )
* Un logiciel qui fonctionne avec Windows NT , Serveur 2000, Serveur 2003, XP et VISTA .
* Ce produit est Multi Bancaire, Multi Société et Multi comptes.
* envoi de fichier émanant d'autres produits. (La seule condition étant qu'il soit construit avec la norme bancaire CFONB.)
* Votre Abonnement mensuel de 17€ ( cette revalorisation concerne le SAV du logiciel incluant les connexions IP et les mises à jour du produit)
Dans l'attente de votre réponse pour la mise en place de ce logiciel, je vous remercie de votre disponibilité.
Je reste à votre entière disposition pour toutes questions complémentaires.
Cordialement
Christophe Aguillé
Service Tef / Connectique
Banque Populaire Rives de Paris
Tel : 01.73.07.52.20
2 mars 2008 à 23:40
Postulat de départ :
position 104 : signe et dernier chiffre du montant exprimé en centimes
{ = +0
A = +1
.... à suivre
I = +9
} = -0
J = -1
.... à suivre
R = -9
Démonstration
ancien solde : 0000000001886Q = -188,68
opération : 0000000000290O = -29,06
nouveau solde : 0000000002177M = -217,74
-> le compte est bon
Bien à toi,
Phil