Vos systèmes fonctionnent. Ce qui se perd est entre eux.

Une intégration qui échoue ne prévient pas : elle laisse un trou que quelqu'un comble à la main

Un paiement sorti du canal qui n'est jamais arrivé en comptabilité. Une police émise que le CRM ne connaît pas. Un partenaire qui ne peut pas encaisser depuis son système et vous envoie un fichier par courriel. Chaque système affirme que tout va bien, et l'écart est absorbé par vos équipes, avec des tableurs, à la clôture. Quand les connexions se multiplient sans cartographie, le travail manuel finit par faire partie de l'exploitation.

Ce que nous proposons

• Changer un système avec le moins d'impact possible sur les autres.

  Quand vous remplacez votre ERP ou votre système cœur, nous concevons la coexistence par étapes : vos canaux et votre activité continuent d'alimenter le bon système, avec la confirmation de chaque envoi. On migre par tronçons, pas d'un coup en un week-end.

• Chaque envoi, avec sa réponse et son motif.

  Chaque opération entre systèmes est enregistrée avec sa réponse, son heure et le motif en cas d'échec. Les exceptions restent visibles pour votre équipe, au lieu d'apparaître à la clôture ou dans une réclamation.

• Votre système cœur, relié à tout ce qui l'entoure.

  Systèmes cœur d'assurance —Acsel/X, SIVI, SABE, SIS/SISnet, Guidewire, Duck Creek ou autre— et systèmes cœur bancaires —Temenos, FLEXCUBE, Bantotal ou autre— avec votre CRM, votre ERP, vos canaux et vos partenaires, par les interfaces qu'ils exposent déjà : l'ensemble de services SOAP de Guidewire, les services et les tables de SIVI, SABE ou SIS/SISnet, ou ce que propose votre système. Si votre système tourne sur IBM i (AS/400), ses programmes RPG deviennent des services que vos canaux et vos partenaires peuvent appeler, sans les réécrire. Et si vos systèmes reposent sur Oracle —Siebel, E-Business Suite, Acsel/X, SIS/SISnet ou autre—, nous nous connectons par leurs procédures stockées ou par des tables d'échange, sans toucher à leur logique ni à leurs écrans, même s'il s'agit d'applications de bureau vieilles de vingt ans. Quand votre politique le permet, vos requêtes sur les tables du système cœur deviennent des services REST en lecture seule, avec des droits d'accès et la trace de chaque appel. Et si votre intégration vit dans la famille WebSphere d'IBM —serveur d'applications, MQ, ESB ou Business Integration—, nous la connaissons de l'intérieur : nous la pratiquons depuis plus de vingt ans. Vos données, où qu'elles soient : Oracle, DB2 (aussi sur IBM i), Informix, SQL Server, PostgreSQL, MySQL, MariaDB, MongoDB ou autre. Et vos documents, dans votre gestionnaire documentaire —Alfresco, SharePoint ou autre—, reliés à l'opération qui les a générés.

• Votre ERP, par ses interfaces standard.

  SAP (S/4HANA, Business One), Oracle, Microsoft Dynamics 365, Odoo, CONTPAQi ou autre : nous privilégions les interfaces que l'éditeur lui-même prend en charge —dans SAP, par exemple, JCo, OData, IDoc ou REST—, pour ne pas vous laisser de développements spécifiques qui gênent les mises à jour. Si une extension est inévitable, nous vous le disons dès le diagnostic.

• Des API pour vos partenaires.

  Banques, enseignes, courtiers et distributeurs établissent des devis, émettent ou encaissent depuis leur propre système, avec leur identité, leurs droits et leur propre piste d'audit, en REST ou en GraphQL selon les besoins de celui qui les consomme.

• Un point d'entrée unique pour vos API.

  Identité, droits et trace de chaque appel en un seul endroit, avec la passerelle qui convient —Apigee, Azure API Management, Amazon API Gateway, Kong, WSO2, APISIX ou autre—, sans y mettre de règles métier que personne ne pourra ensuite tester. Derrière, vos services habituels ou des fonctions dans le cloud qui ne facturent qu'à l'usage.

• Des événements entre systèmes, sans effets en double.

  Quand un système doit savoir ce qui s'est passé dans un autre, il est averti par files d'attente ou événements —IBM MQ, Kafka, RabbitMQ, ActiveMQ ou autre—. Un avis peut arriver deux fois ; la conception fait en sorte que l'opération n'affecte votre activité et votre comptabilité qu'une seule fois.

• Encaissement, facturation et SAT dans le même flux.

  Passerelles de paiement et banques, rapprochement de chaque encaissement, CFDI avec son complément de paiement et ses annulations, orchestrés vers votre prestataire de timbrage.

• Vos données personnelles, protégées en chemin.

  Elles circulent chiffrées entre les systèmes, sortent masquées dans les journaux, et chaque système ne reçoit que ce dont il a besoin. Les règles sont définies avec votre équipe, au regard de vos politiques.

• Sortir de votre bus hérité sans l'éteindre d'un coup.

  Si vos intégrations vivent dans WebSphere ESB, IBM Integration Bus, MuleSoft, WSO2 ou des processus Pentaho que plus personne ne veut toucher, nous les connaissons parce que nous les avons construites pendant des années. Nous les maintenons en marche pendant que nous les faisons passer, tronçon par tronçon, vers une couche que votre équipe peut exploiter et faire évoluer.

Ce que reçoit votre direction de la conformité

Chaque opération entre systèmes est enregistrée avec sa réponse, son heure et son motif en cas d'échec ; les accès des partenaires et des systèmes, par identifiant et avec journal ; les données personnelles, masquées dans les journaux. Des preuves consultables pour votre auditeur, sans avoir à les chercher dans des courriels.

Le diagnostic, en deux niveaux

1. Premier échange, sans frais.

   La cartographie des connexions entre vos systèmes et les trois points où se perdent probablement de l'argent, du temps ou de la traçabilité.

2. Diagnostic approfondi, au périmètre convenu.

   Les écarts encore actifs, le risque fiscal à traiter en priorité et une feuille de route par étapes.

Qui examine votre diagnostic : Nous travaillons avec peu de clients à la fois : celui qui examine votre diagnostic suit votre projet jusqu'au bout.