Et bien, le temps avance, le besoin d’une réponse en quelques secondes et surtout d’une ré-ponse qualitativement significative est aujourd’hui considéré comme acquis. Il est (enfin !) temps qu’EBICS réponde à cette exigence et propose de nouveaux mécanismes.
Toutefois, la procédure actuelle de transfert réciproque de l’ordre et de sa réponse ne doit pas être simplement ignorée ou même désactivée. Les séquences de processus existantes dans EBICS ont leur raison d’être, surtout lorsqu’il s’agit de transférer de très grandes quantités de données qui, aujourd’hui encore, nécessitent plusieurs minutes pour un traitement complet. C’est justement cette capacité qui constitue toujours la caractéristique la plus remarquable d’EBICS.
Malgré tout, le protocole EBICS doit permettre à l’avenir d’envoyer de petites quantités de don-nées plus rapidement et surtout avec une réponse immédiate des entreprises.
Pour répondre à ces exigences futures, le protocole EBICS a été étendu aux messages EBICS en temps réel. Un deuxième canal de communication bidirectionnel y est établi entre le produit du client et le serveur bancaire EBICS. Dans la spécification actuelle, ce canal n’est utilisé dans un premier temps que pour les messages ad hoc du serveur bancaire vers le produit du client.
À l’avenir, ce canal de communication désormais existant peut également être utilisé pour des remises et un traitement immédiat des activités dans l’environnement bancaire. Ce traitement im-médiat peut alors également générer les confirmations nécessaires et afficher immédiatement à l’utilisateur – comme dans la banque en ligne – une confirmation qualitative.
Actuellement, ce format de remise est encore en phase pilote avec des systèmes EBICS spéciaux et n’est pas encore établi de manière générale sur le marché.
Mais ce qui est beaucoup plus important que le scénario d’avenir ci-dessus, c’est la forme de con-firmation asynchrone généralement disponible et déjà spécifiée depuis deux ans pour les sys-tèmes clients et leurs utilisateurs, c’est-à-dire les entreprises clientes. Cette notification EBICS en temps réel est documentée dans l’annexe II de la spécification EBICS et peut être mise en œuvre par tous les fabricants. Elle offre des possibilités uniques d’informer rapidement et en temps réel les entreprises clientes de tous les types de modifications apportées à leurs différents comptes.
Grâce à cette nouvelle fonctionnalité du protocole EBICS, il sera possible à l’avenir d’envoyer un message en temps réel via EBICS au client et à son système client dès le moment de la comptabi-lisation. Pour ce faire, l’infrastructure EBICS met à disposition une interface qui peut être intégrée dans les systèmes de comptabilisation correspondants ou il sera également possible d’utiliser n’importe quel autre message textuel provenant d’autres systèmes bancaires et de fournir ainsi en permanence de nouveaux messages aux entreprises clientes. Selon les performances des sys-tèmes clients, de nombreuses nouvelles formes d’applications intéressantes peuvent effective-ment être créées.
Pour les institutions financières qui ne souhaitent pas une connexion aussi étroite entre EBICS et leurs applications spécialisées ou pour lesquelles une intégration est trop coûteuse, une autre option suscitera l’intérêt.
Les serveurs bancaires EBICS – tels que TRAVIC-Corporate – peuvent envoyer un message im-médiat au(x) système(s) client(s) attribué(s) au client à chaque fois que des données sont mises à disposition, signalant ainsi la présence d’une nouvelle donnée, par exemple un avis de réception de compte.
Cette forme de notification attirera particulièrement l’attention des entreprises clientes dans le cadre des paiements instantanés. En raison des règlements en vigueur, de plus en plus de paie-ments seront à l’avenir basés sur des paiements instantanés et seront ainsi exécutés rapidement. Cela signifie que la réception du paiement par l’entreprise cliente doit également être affichée immédiatement, afin que la marchandise ou le service puisse être livré ou fourni rapidement.
Les notifications EBICS en temps réel constituent l’élément le plus important d’une solution de paiements instantanés sur l’ensemble du processus.
Ces messages sont également structurés de manière que les systèmes clients – tels que TRAVIC-Port – puissent en déduire des actions internes. Les téléchargements automatisés des données fournies par l’institution financière deviennent possibles.
Si les notifications en temps réel EBICS prennent de plus en plus d’ampleur sur le marché, les nombreuses « demandes de téléchargement vaines » des clients – 80 à 90 % des demandes de relevés de compte des clients reçoivent une réponse « no data » – deviendront caduques. Les clients compteront sur ce nouveau mécanisme. Pour les exploitants des serveurs bancaires EBICS, cela signifie que ces derniers génèrent des coûts de consommation uniquement lorsque des données sont réellement disponibles. Cela représente une économie importante pour les institutions financières, ce qui signifie que leurs systèmes de serveurs peuvent être plus petits et beaucoup moins fréquentés.
Toutefois, ce scénario ne peut avancer que si les institutions financières commencent à proposer ce service ; attendre que les autres fabricants de produits clients apportent des modifications ne fonctionnera pas, car ils n’intègrent des modifications dans leurs produits que lorsqu’il existe de véritables fournisseurs – à savoir des serveurs bancaires EBICS.
Mon appel aux institutions financières : lancez le nouveau service afin d’utiliser la prochaine géné-ration du protocole EBICS pour vous-même et, surtout, au bénéfice de vos clients.
Auteur : Michael Schunk
