Objets
Lire et écrire
Véhicule, client, opportunité, ordre de réparation, facture, mouvement de stock : les mêmes objets que les modules utilisent.
Open Platform
Remplacer huit systèmes est une ambition, pas une condition préalable. Ce qui doit rester à l'extérieur — portail OEM, entrepôt de données de groupe, logiciel comptable national — se connecte par API et événements documentés, et continue à fonctionner le lendemain de la mise en production.
Les mêmes interfaces que les modules Omnetic, sous vos autorisations et votre piste d'audit.
Publier, synchroniser prix et statut, ramener les demandes dans le dossier.
Open Platform · Une frontière gouvernée
Entrant · systèmes qui alimentent le dossier
Omnetic · natif
Un dossier · véhicule, client, travail, argent
Les produits lisent et écrivent le dossier partagé. Les connexions dépendent du produit et de l'interface concernés.
Bus d'événements · REST · webhooks
Chaque traversée de frontière utilise les mêmes interfaces que nos modules, sans porte dérobée privée.
Sortant · systèmes alimentés par le dossier
Les produits lisent et écrivent le dossier partagé. Les connexions dépendent du produit et de l'interface concernés.
Architecture illustrative. Des catégories, pas des partenaires nommés ; les noms d'endpoints, formats de payload et limites de débit figurent dans la documentation développeur fournie avec votre environnement.
Modèle API et événements
Deux mécanismes couvrent presque tous les cas : une interface REST sur les objets de la plateforme et des webhooks qui se déclenchent lorsqu'un événement survient. Des extractions en masse existent pour les entrepôts préférant un calendrier.
Objets
Véhicule, client, opportunité, ordre de réparation, facture, mouvement de stock : les mêmes objets que les modules utilisent.
Événements
Vente signée, prix modifié, véhicule reçu, ordre de réparation clôturé, facture comptabilisée. Livrés avec nouvelle tentative et rejeu.
Masse
Exports planifiés pour la BI et les archives réglementaires, au format attendu par le système destinataire.
Accès
Chaque identifiant porte un rôle, un périmètre de site et une date d'expiration. Chaque appel est journalisé avec lui.
Les noms d'endpoints, formats de payload et limites de débit figurent dans la documentation développeur fournie avec votre environnement. Cette page ne publie délibérément aucune liste d'endpoints tant que la documentation n'est pas publique.
Répertoire des intégrations
Rien ici n'est inventé. Lorsqu'un partenaire ne peut pas encore être nommé, la fiche de catégorie indique ce que fait la connexion et les marchés auxquels elle s'applique.
Par marque
Statut de commande, données d'immatriculation et éligibilité aux campagnes dans le dossier véhicule.
Par marque
Réclamations créées depuis l'ordre de réparation, décisions renvoyées vers la même intervention.
Exemple ci-dessous
Publier, synchroniser prix et statut, ramener les demandes dans le dossier.
Partenaire
Proposition et contrat dans la vente au lieu d'un second portail.
Partenaire
Police rattachée au véhicule et au client, renouvellement suivi.
Standard
Votre annuaire, votre politique de mots de passe, rôles mappés aux périmètres Omnetic.
Par marché
Lorsque la comptabilité reste extérieure, les écritures sortent dans son propre format.
Standard
Flux d'événements ou extraction planifiée dans votre propre modèle de groupe.
Partenaire
Appels et messages enregistrés pour le client, avec transcriptions lorsqu'elles sont autorisées.
Par marque
Statut de commande, données d'immatriculation et éligibilité aux campagnes dans le dossier véhicule.
Par marque
Réclamations créées depuis l'ordre de réparation, décisions renvoyées vers la même intervention.
Partenaire
Proposition et contrat dans la vente au lieu d'un second portail.
Partenaire
Police rattachée au véhicule et au client, renouvellement suivi.
Exemple ci-dessous
Publier, synchroniser prix et statut, ramener les demandes dans le dossier.
Standard
Votre annuaire, votre politique de mots de passe, rôles mappés aux périmètres Omnetic.
Par marché
Lorsque la comptabilité reste extérieure, les écritures sortent dans son propre format.
Standard
Flux d'événements ou extraction planifiée dans votre propre modèle de groupe.
Partenaire
Appels et messages enregistrés pour le client, avec transcriptions lorsqu'elles sont autorisées.
Relation système
Sécurité et autorisations
Chaque connexion s'exécute avec une identité à périmètre défini, selon le même modèle d'autorisation que vos équipes. Rien ne contourne la piste d'audit, et aucun partenaire ne voit un site qui ne lui a pas été accordé.
Sécurité et confianceLes identifiants sont délivrés par intégration, site et type d'objet, avec une date d'expiration et un responsable nommé de votre côté.
Chaque appel et remise d'événement est journalisé avec l'identifiant, la référence de payload et le résultat. Vous pouvez répondre à la question de savoir qui a modifié un prix six mois plus tard.
Hébergé dans l'UE, les transferts à un partenaire étant gouvernés par le même accord que vos données.
Nouvelles tentatives avec temporisation, rejeu des événements manqués et vue visible de la santé des intégrations : une défaillance silencieuse est la seule chose qu'une intégration ne doit pas faire.
Sandbox et implémentation
Chaque environnement client comprend une sandbox avec des données réalistes mais non personnelles, des identifiants fournis avec l'environnement et le rejeu des événements afin de tester sans attendre une vente réelle. Vos développeurs, ou les nôtres, y travaillent jusqu'à ce que l'intégration se comporte correctement ; la promotion en production est un changement d'identifiants, pas une réécriture.
Quels objets, quelle direction, quels sites et marchés, et qui en est responsable des deux côtés. Une page, acceptée avant que quiconque n'écrive du code.
Identifiants, payloads d'exemple et événements rejouables. Le mappage de votre taxonomie a lieu une fois et est versionné.
Un court pilote en conditions réelles sur un ensemble nommé de dossiers, vérifié par le site qui l'utilisera chaque jour.
Vue de santé, alertes sur les échecs et contact nommé lorsque l'autre partie modifie quelque chose.
Il manque quelque chose ?
Indiquez-nous le système et ce qui doit circuler. Vous recevrez l'une de trois réponses honnêtes : cela existe, c'est planifié, ou cela doit être construit et voici ce que cela implique — de la part d'un architecte d'intégration, pas d'un répondeur automatique de formulaire.
Si votre produit sert les concessionnaires sur nos marchés, la certification vous donne une place prise en charge dans le répertoire.
La documentation et l'accès sandbox sont fournis avec un environnement client ; il n'existe pas encore de portail développeur public.
Contacter l'équipe plateformeNous indiquerons ce qu'Omnetic remplace, à quoi il se connecte et ce qui doit véritablement rester là où c'est.
Parler à un architecte d'intégrationCe qui doit rester dans le paysage opérationnel.
Quels dossiers et événements doivent traverser la frontière.
Les sites, actions et identifiants requis par chaque connexion.