L'agent, installé chez vous
Un service Windows discret, posé sur votre réseau. Il lit votre ERP en SQL, en lecture seule, compare avec ce qu'il a déjà vu, et n'envoie que la différence.
Produit · Interconnexion
OLI
OLI
L'interopérabilité au service de vos usages
OXLI relie l'ERP de votre organisme à vos outils métier, dans les deux sens. Un agent installé chez vous lit l'ERP et repère ce qui a changé ; la plateforme traduit puis diffuse vers chaque outil concerné, et ramène vers l'ERP les décisions prises ailleurs. Vous branchez une fois, vous déployez partout.
- aller : ce qui change chez vous
- retour : les décisions redescendent
Le principe
Un agent chez vous, un plan de contrôle chez nous
La séparation est nette, et elle n'est pas un détail d'architecture : c'est ce qui rend le produit acceptable par une DSI.
Il appelle, on ne l'appelle jamais
Toutes les connexions partent de chez vous. Le plan de contrôle n'a aucun moyen technique de joindre votre réseau, et c'est voulu.
Le plan de contrôle traduit
Il connaît le langage de chaque outil destinataire : les champs, les codes, les formats. Il transforme un changement en message que l'outil comprend.
Et il surveille
Ce qui est parti, ce qui a échoué, ce qui attend. Avec une reprise automatique quand un outil n'a pas répondu, et une alerte quand l'automatique ne suffit pas.
Couverture
Vos ERP, vos outils
Les quatre familles d'ERP les plus répandues chez les bailleurs sociaux sont couvertes, et chaque outil destinataire fait l'objet d'un format déclaré, pas d'un développement sur mesure.
Côté ERP
Prem'Habitat, Ikos, Ulis, PIH. La lecture se fait en SQL, sans jamais écrire dans vos tables : votre éditeur conserve son support, vous conservez votre garantie.
Côté outils métier
Attribution avec MROD, gestion locative avec RILOC, interventions avec Sowell, patrimoine avec Intent. Un outil de plus se déclare, il ne se code pas.
Et demain
Une famille d'ERP, un outil, un format supplémentaire : la plateforme est conçue pour que l'ajout soit du paramétrage. C'est la règle qui tient tout le reste.
Sens retour
Écrire dans un ERP sans écrire dans sa base
Une décision prise dans un outil métier doit redescendre dans l'ERP. C'est l'opération la plus délicate de la plateforme, et celle qui demande le plus de garde-fous.
On vérifie avant d'écrire
La plateforme cherche d'abord si l'information est déjà là. Si elle y est, elle ne fait rien. C'est ce qui garantit qu'aucun doublon n'apparaît, même après une panne ou une reprise.
On saisit par vos écrans
Pas de requête dans vos tables : la saisie emprunte l'interface de l'ERP, avec ses contrôles de cohérence et ses droits d'accès, exactement comme le ferait un gestionnaire.
On relit champ par champ
Après la saisie, chaque champ écrit est relu. Tout est bon : c'est terminé et tracé. Un champ manque : vos équipes sont prévenues et décident. Une demande d'écriture n'est jamais rejouée toute seule.
Concrètement
Ce que vos équipes cessent de faire
La valeur d'une interconnexion ne se mesure pas en messages échangés. Elle se mesure en travail qui disparaît.
Plus de double saisie
L'information saisie une fois dans l'ERP se retrouve partout où elle est attendue, sans que personne ne recopie.
Plus d'attente
Ce qui change le matin est diffusé dans la journée, pas à la prochaine extraction mensuelle.
Plus de doute
Un tableau de bord répond à la seule question qui compte : est-ce que tout est à jour, et sinon, où ça coince.
Voyons vos flux réels
Dites-nous quel ERP vous utilisez et quels outils vous voulez relier. Nous vous dirons franchement si la combinaison est déjà connue de la plateforme.