Les échanges du quotidien
Chaque échange a une source, une destination, des règles écrites et un état visible. Quand une donnée est refusée, elle est mise de côté, expliquée, puis renvoyée une fois corrigée.
Accueil · OXLI Connect
Un congé enregistré dans l’ERP, un logement qui se libère, une attribution prononcée : OXLI Connect transmet l’information à chacun de vos outils, au bon format et au bon moment. Quand une décision doit revenir dans l’ERP, elle est vérifiée avant d’y être saisie. Vos équipes ne recopient plus.
OXLI Connect fait circuler l’information entre votre ERP et vos outils métier. Il repère ce qui a changé dans l’ERP, le traduit dans un format commun, puis le transmet à chaque outil, par API ou par fichier. Il ne modifie jamais la base de votre ERP : quand une décision doit y revenir, elle passe par ses écrans, puis elle est relue. Autour de Connect, les équipes d’AutoComplete accompagnent aussi les changements d’ERP.
Aujourd’hui, vos équipes recopient et votre DSI entretient des liaisons fragiles. Avec Connect, l’information circule seule.
Exemple : du congé saisi dans l’ERP à la décision d’attribution qui y revient, avec un contrôle à chaque étape.
Le chargé de clientèle saisit le congé dans l'ERP, comme d'habitude. Rien d'autre à faire.
Ses informations partent vers l’outil d’attribution, à la fréquence convenue.
Les autres outils reçoivent ce qui les concerne : le congé, la disponibilité, la préparation de l’état des lieux.
La commission retient un candidat dans l’outil d’attribution, comme d’habitude.
Connect vérifie que la décision n’est pas déjà dans l’ERP, la saisit par ses écrans, puis relit ce qui a été enregistré.
Le gestionnaire retrouve la décision dans l’ERP, et peut voir d’où elle vient et quand elle est arrivée.
Connect part de vos logiciels actuels : Prem’Habitat, Ikos, Ulis ou PIH côté ERP ; MROD, RILOC, Sowell ou Intent côté outils métier. Chaque liaison écrite pour un organisme servira ensuite aux suivants. La migration d’un ERP et les robots relèvent de l’accompagnement d’AutoComplete, autour du produit.
Chaque échange a une source, une destination, des règles écrites et un état visible. Quand une donnée est refusée, elle est mise de côté, expliquée, puis renvoyée une fois corrigée.
Quand vous changez d’ERP, nous reprenons vos données domaine par domaine (patrimoine, tiers, contrats, comptabilité, historiques), avec des essais à blanc et un rapprochement entre l’ancien et le nouveau. Pendant la bascule, vos outils continuent d’être alimentés.
Quand l’ERP n’offre aucune autre porte d’entrée, un robot saisit la décision par ses écrans, comme le ferait une personne, puis vérifie le résultat. Chaque saisie est tracée, chaque exception reprise.
Votre DSI garde la main : sur la sécurité, sur les échanges, et sur la possibilité de tout arrêter.
Connect lit votre ERP, en lecture seule, et ne saisit que par ses écrans. Il n’écrit jamais directement dans sa base.
Le service installé chez vous appelle la plateforme, jamais l’inverse. Votre DSI n’ouvre aucun port.
Vos données traversent la plateforme sans y rester. Elle ne garde que des traces techniques : ce qui est passé, quand, et avec quel résultat.
Les liaisons et les règles communes sont écrites pour servir à tous. Ce qui est propre à votre organisation est repéré dès le départ, et chiffré.
Ce qui est parti, ce qui est arrivé, ce qui a été refusé et pourquoi : la console le montre, et prévient quand un échange s’arrête.
Comme rien n’est écrit dans la base de l’ERP, son intégrité n’est pas en jeu. Les accès se valident tout de même avec votre éditeur et votre DSI.
C'est le produit d'interconnexion de la gamme OXLI, éditée par AutoComplete. Il fait circuler l'information entre l'ERP d'un bailleur social et ses outils métier, dans les deux sens : ce qui est saisi dans l'ERP part vers les outils concernés, et les décisions prises dans ces outils reviennent dans l'ERP.
Non. Elles continuent de saisir dans l'ERP et de travailler dans leurs outils. Ce qui disparaît, c'est le moment où elles recopiaient d'un logiciel à l'autre.
Oui, quand une décision doit y revenir, mais jamais en écrivant directement dans sa base. Il vérifie d'abord que l'information n'y est pas déjà, la saisit par les écrans de l'ERP, puis relit ce qui a été enregistré. S'il manque quelque chose, vos équipes sont prévenues.
Non. Le service installé chez vous est le seul à initier les échanges : il appelle la plateforme, jamais l'inverse. Votre DSI n'ouvre aucun port.
Il est conçu pour Prem’Habitat, Ikos, Ulis et PIH côté ERP ; MROD, RILOC, Sowell ou Intent côté outils, entre autres. Pour chaque logiciel, ce qu’il permet de lire et d’écrire décide de ce qu’on peut faire, dans un sens comme dans l’autre.
Par l’échange qui vous coûte le plus aujourd’hui : d’où part l’information, où elle va, à quel rythme, avec quels contrôles. Une fois celui-là en service, les suivants s’ajoutent. Un changement d’ERP se prépare à part, domaine par domaine.
Connect fait passer l’information d’un logiciel à l’autre par les portes prévues pour ça : une API ou un fichier. Un robot imite une personne devant un écran ; on ne l’utilise que s’il n’existe aucune autre porte, pour un retour dans l’ERP par exemple.
Dites-nous de quel ERP vers quel outil, et dans quel sens. Nous regardons ce que vos logiciels permettent, et vous proposons un premier échange, mesurable.