SEPA et banque paiement 500 ? Et aussi, SEPA et SCBD 2009 ?
Par rapport aux offres, j'ai dit tout à l'heure, que SAGE a sortie l'année dernière des versions majeures de ses offres. SAGE 1000 flux financier, SAGE FRP Treasury et SAGE FRP Business Exchange. C’est sur cette base là que l’on va faire évoluer nos solutions. Cela sous-entend que, pour nos clients équipés d’ancienne version - on vient de parler de BP 500 mais c’est aussi le cas d’autres versions comme CTM ou Universe 1 - l’ensemble de ces clients devront migrer sur ces nouvelles plateformes. Bien entendu, on a mis en place un programme, que l’on a appelé SAGE Evolution, qui permet, à ces clients-là, de bénéficier de 3 choses : 1- d’une méthodologie d’accompagnement de suivi de migration, 2- d’outils de migration, c'est-à-dire qu’on va pouvoir accompagner nos clients grâce à ces outils et récupérer ainsi l’intégralité de leurs données pour aller jusqu’à ces versions récentes. Et le troisième volet de ce programme SAGE Evolution, ce sont des prix. Des prix évidemment attractifs et intéressants pour nos clients, qui leurs permettent d’aller vers ces nouvelles versions évolutives et SEPA compatibles.
Nous avons la version XRT 1.82 sous Windows XP. Est-elle compatible SEPA ?
La version en elle-même, non, évidement, parce qu'elle connaît une évolution. Ce qu’on peut préciser, j’ai parlé de versions sorties en 2008, SAGE FRP Treasury est l’évolution majeure d’XRT Universe. Donc ce client équipé d’Universe aujourd’hui va pouvoir intégrer ce programme évolution et migrer sa solution jusqu’à SAGE FRP Treasury, qui, elle, est effectivement compatible SEPA.
La migration vers la nouvelle version XRT, est-elle obligatoire ?
Pour faire du SEPA, oui.
Ce sont des versions qui sont compatibles SEPA, mais on a aussi profité de sorties de ces versions pour ajouter beaucoup d’autres fonctionnalités, dont nos clients vont pouvoir bénéficier. Je pense par exemple à la répartition bancaire sur SBE, aux modules budget et risque de change sur SAGE FRP Treasury, ou encore la gestion du ZBA (Zéro Balacing Account) sur SAGE 1000 flux financier. Donc beaucoup de nouveautés sur ces versions en plus de la compatibilité SEPA.
Jusqu'à quand pouvons-nous garder notre infrastructure actuelle : logiciels e-bank, e-matcher et e-cash, format fichier texte et protocoles ETEBAC3 et ETEBAC5 ?
La date butoir, c'est fin 2011. Mais après, cela va dépendre de votre projet –Effectivement, si ce client n’a pas de projet SEPA imminent, il va pouvoir continuer à utiliser son application jusqu’à la date butoir. Si, par contre, il a un projet SEPA dans ses cartons, il va devoir faire évoluer ses versions, ses modules, qu’il cite, pour justement pouvoir traiter le SEPA.
SAGE FRP, étant compatible SEPA, remplace-t-il UNIVERSE et XBE ?
SAGE FRP Treasury est la version évolutive d'XRT UNIVERSE. En parallèle de cette offre, qui contient un module de communication, un module de moyens de paiement, on a une autre offre orientée plus sur le très haut du marché, qui s’appelait XRT Business Exchange - XBE – et qui s’appelle désormais SAGE FRP Business Exchange. Donc ce sont deux offres différentes pour deux marchés différents ; l’un ne remplace pas l’autre. On continuera à avoir ces deux offres aujourd’hui sur le marché.
On a un certain nombre de clients qui sont équipés pour la partie trésorerie d’Universe (dont l’évolution est FRP Treasury Universe Edition) et qui ont aussi sur la partie communication bancaire XBE (dont l’évolution est Sage FRP Business Exchange). Il y a bien continuité de l’offre.
Est ce que je peux déjà aujourd’hui, via SAGE XBE, envoyer un fichier SEPA en ETEBAC 5 ou en SWIFTNET ?
Oui, tout à fait. Là encore, il faut qu'il se rapproche de sa banque, mais rien n'empêche d'envoyer du SEPA en ETEBAC 5. D’ailleurs, notre premier client SEPA en France l’a fait en ETEBAC 5. Quant à SWIFTNET, nous avons, comme je l’ai dit, une certification, donc avec des accords avec les services bureaux ou une connectivité directe pour les très grosses entreprises qui ne veulent pas outsourcer, et qui ont l’infrastructure SWIFT chez elles.
Quels sont les outils permettant, à partir d'un Iban, d'obtenir le code BIC ?
Pour les codes BIC, les banques qui identifient leurs codes. Ces codes se retrouvent dans l’annuaire SWIFT. On peut récupérer cet annuaire auprès de SWIFT, soit sur le site ou via d’autres partenaires ou via un abonnement CD. Ensuite, nos applications SAGE offrent un certain nombre de fonctionnalités.
Dans le cadre du programme SAGE Evolution, on a parlé d'outils. Et donc, typiquement, le client qui posait la question tout à l’heure : « Je suis en Universe 1. Est-ce que je vais devoir migrer ? » La réponse était oui. Ce client va aussi pouvoir bénéficier des outils intégrés à ces nouvelles versions. On va ainsi pouvoir gérer cette « ibanisation ». Ce n’est pas très joli, mais c’est le terme consacré. Donc passer des RIB qu’il a actuellement dans sa base de données aux IBAN, indispensables dans le cadre du SEPA.
La version 2.4 passe-t-elle le SEPA ?
La version 2.4, non. Toujours dans la même logique, on a défini une base de plateforme sur 3 offres compatibles SEPA. Les gens qui sont actuellement en version 2.4 d’Universe devront suivre l’évolution naturelle vers SAGE FRP Treasury Universe Edition. Je précise que cette évolution est, sur le plan technique, très simples ces clients-là.
Vous abordez la migration de XRT Universe mais quid du concept e-cash...?
Même démarche : des versions cibles, définies l’année dernière. Et donc tous les clients aujourd’hui qui utilisent e-cash devront migrer sur cette solution cible, sortie en 2008, pour bénéficier de l’ensemble des fonctionnalités SEPA, avec le programme SAGE Evolution qui va avec, et dont j’ai déjà décrit les avantages tout à l’heure.
Le logiciel de communication bancaire Xrt-Communication deviendra-t-il inutilisable ou pourra-t-il être adapté au format de fichier Ebics ?
Le logiciel XRT Communication, qui a évolué et est devenu SAGE FRP Communication, proposera bien sûr EBICS. Le protocole Ebics ne sera pas implémenté sur XRT Communication mais uniquement sur sa version évolutive.
Quel sera le meilleur moment pour passer à SAGE Evolution ?
Le meilleur moment, c'est maintenant. Pour 2 raisons : il y a une composante prix, qui est extrêmement attractive aujourd’hui dans le programme SAGE Evolution. Les prix sont aujourd’hui arrêtés avec une remise dégressive très élévée. C’est une vraie opportunité pour nos clients de basculer dès maintenant. Le 2ème, c’est en termes d’organisation. José a parlé de date butoir : évidemment, la courbe n’est pas linéaire, et il est fort probable qu’on se retrouve un petit peu dans les bouchons en 2011. Alors, on incite vivement nos clients à entamer leurs projets SEPA dès maintenant, de manière à pouvoir planifier et travailler dans les meilleures conditions sur cette migration.
Pour répondre à la question de notre internaute, le meilleur moment, c’est maintenant. Allez-y ! D’autant plus que l’on parle de date butoir, de contraintes mais on ne parle pas beaucoup d’opportunité, mais la mise en place du SEPA peut représenter une vraie opportunité pour nos clients.
Je vais peut-être donner juste un exemple : José a parlé tout à l’heure de la possibilité de mutualiser les moyens, donc effectivement, c’est le moment de repenser un certain nombre de process internes, notamment en ce qui concerne les plateformes de paiement.
Aujourd’hui, les clients qui font des virements transfrontaliers ont un vrai intérêt à basculer sur SEPA. En termes de coût principalement.
On peut parler aussi de concurrence bancaire, évidemment. La normalisation va faire qu’on va voir aujourd’hui des banques de cette zone proposer ce service à des prix très agressifs pour gagner des parts de marché sur un nouveau territoire. Donc, la concurrence aussi va aussi être profitable au client. Donc, des contraintes pour un certain nombre de clients, pour le côté obligatoire, mais aussi de vraies opportunités pour aujourd’hui mettre en place un projet SEPA.
Est-ce que SAGE dispose d'une base de données sur les codes BIC par banque (code banque et code guichet) ? Les outils permettent-t-ils à partir d'un BIC/IBAN d'obtenir le code BIC ?
On va faire une réponse globale parce qu'il y a beaucoup de questions sur tout ce qui est gestion des IBAN, des BIC et des conversions. Donc est-ce que SAGE a un référentiel BIC ? Non. C’est à dire que SAGE utilise des référentiels externes de différentes sociétés, donc vous avez des propositions sur le marché, dont SWIFT, comme je l’ai dit. Nous nous appuyons sur un référentiel du marché pour pouvoir faire des aides à la saisie sur les codes BIC. Alors, dans les versions qui sont déjà disponibles sur le marché, comme l’a dit Emmanuel, on offre des outils de conversion des RIBs locaux en IBAN.
Il faut être très clair – on préfère effectivement que l’entreprise ait déjà fait sa campagne d’IBANisation, comme on dit, en amont, dans ses systèmes d’informations, ses ERP. C’est le mieux. Maintenant, pour l’entreprise qui choisit d’y aller par étapes, qui souhaite faire du SEPA sans pour autant remettre en cause tout son ERP, où son projet d’ERP peut prendre plus de temps, c’est là où nous offrons des outils de conversion. C’est à dire qu’on reçoit l’information de l’ERP, de son flux de paiement, sa campagne de règlement. On contrôle les clés, on convertit à ce moment-là les RIBs locaux en IBAN. Ca, c’est les versions actuelles disponibles. Quant aux codes BIC, on a un contrôle des codes BIC syntaxique, et on a une aide à la saisie.
Il y a une évolution des versions qui est prévue avec les nouvelles offres à partir de novembre, dans lesquelles on contrôlera aussi les codes BIC ; on en déduira aussi les codes BIC, puisqu’on se sera basé sur un autre annuaire qui s’appelle BIC+, et on rajoute des algorithmes de conversion, de contrôle et déduction de codes BIC.
Combien de temps faut-il prévoir pour une migration d'un produit XRT UNIVERSE vers la nouvelle version SAGE compatible SEPA ?
Difficile de répondre. Déjà, ça va dépendre de la version actuelle dont bénéficie le client, puisqu’il y a plusieurs versions Universe: Universe 2, Universe 1 avec plusieurs évolutions. Donc ça va dépendre d’où on part. Ca va être un des critères pour savoir combien de temps la migration peut prendre… Ensuite, ça va dépendre aussi de l’étendue fonctionnelle que Martine utilise sur son application, puisque c’est une offre modulaire. On a parlé du module de gestion des paiements, du module de gestion de communication, du module de gestion de trésorerie. Il y a aussi du rapprochement bancaire, c’est une offre complète. Evidemment, l’évolution, le temps de migration, va aussi dépendre de cette couverture fonctionnelle utilisée.
Il y a beaucoup de critères. Evidemment, plus on va être sur des versions récentes – on a vu une question d’un internaute équipé de XRT Universe 2.4 – plus ce sera facile de migrer sur les dernières versions. Facile et rapide.
Passage à Ebics ? L'évolution de XRT communication est-elle déjà prévue ? Les banques sont-elles prêtes ?
Effectivement. D'abord, je vous rappelle que XRT Communication, qui est maintenant SAGE FRP Treasury – Communication sortira une mise à jour en fin d’année 2009 avec EBICS. Je profite pour dire que toutes nos solutions de communication et de signature électronique SAGE MGE – Sage FRP Business Exchange, Sage FRP Treasury – Communication et Sage 1000 Banque Paiement - offriront dès le démarrage d’EBICS, de la signature électronique. Pour les banques qui souhaiteraient proposer dès le début d’EBICS de la signature électronique – je pense aux banques allemandes, pour nos clients, notamment, qui sont en zone frontalière - cela permettra de le faire.
Les banques sont-elles prêtes ? En tout cas, toutes les grandes banques avec lesquelles nous sommes en contact nous disent qu’elles seront prêtes à partir de novembre. Nous avons déjà un planning de tests fixé avec la plupart de ces banques, qui sera courant de l’été / fin de l’été. C’est une totale transparence ; il y aura une grande période de test qui est déjà prévue.
Est-ce que Universe 2.4 peut-il intégrer des fichiers SEPA pour la partie forecast ?
Nous avons aujourd’hui la possibilité de créer des structures de fichier dans l’outil pour pouvoir intégrer des forecasts ou des prévisions en trésorerie, et cela quelle que soit l’origine des fichiers sources fournis.