Oui en 2014 mais uniquement pour les virements et les prélèvements … le reste (notamment les rejets de prélèvements) restera en CFONB.
Sinon, je pense que je vais suivre ce projet. Actuellement nous utilisons le module SCB de Sage.
Le gros défaut que je trouve à SCB c'est qu'on ne fait pas qu'envoyer les fichiers, on est obligé de les intégrer dans Sage avant de pouvoir les livrer à SCB qui lui va les transmettre à la banque.
L'intérêt ? Si on paramètre bien notre import de fichier, on peut faire un contrôle sur la cohérence des données avant l'envoi.
Un fichier de virements ou de prélèvements comportant un RIB incomplet sera rejeté lors de l'import ; ce qui évite d'avoir un fichier rejeté par la banque et donc des échéances de prélèvements ou de virements non respectées …
Espérons qu'on puisse retrouver ce type de comportement dans ce client EBICS libre.
[^] # Re: EBICS
Posté par fry . En réponse à la dépêche Enfin, un client EBICS java libre. Évalué à 1.
"Prochaine étape, la migration CFONB->SEPA."
Oui en 2014 mais uniquement pour les virements et les prélèvements … le reste (notamment les rejets de prélèvements) restera en CFONB.
Sinon, je pense que je vais suivre ce projet. Actuellement nous utilisons le module SCB de Sage.
Le gros défaut que je trouve à SCB c'est qu'on ne fait pas qu'envoyer les fichiers, on est obligé de les intégrer dans Sage avant de pouvoir les livrer à SCB qui lui va les transmettre à la banque.
L'intérêt ? Si on paramètre bien notre import de fichier, on peut faire un contrôle sur la cohérence des données avant l'envoi.
Un fichier de virements ou de prélèvements comportant un RIB incomplet sera rejeté lors de l'import ; ce qui évite d'avoir un fichier rejeté par la banque et donc des échéances de prélèvements ou de virements non respectées …
Espérons qu'on puisse retrouver ce type de comportement dans ce client EBICS libre.