Aller au contenu

Open Platform

Votre paysage reste le vôtre. Omnetic s'y intègre.

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.

Open Platform · Une frontière gouvernée

Profil idéal
Groupes de concessionnaires · Opérations OEM et marques · Équipes dont certains systèmes doivent rester
Objectif opérationnel
Connecter les systèmes qui restent à l'extérieur à un dossier gouverné par API et événements documentés, sous vos autorisations et votre piste d'audit.
Ce que vous obtenez
Des échanges de données avec des systèmes externes, gouvernés par des autorisations et une piste d'audit.
Integration architectureIllustrative architecture

Entrant · systèmes qui alimentent le dossier

  • Systèmes OEM et de marqueCommandes, immatriculations, campagnes, règles de garantie
  • Petites annonces et places de marchéDemandes, statut des annonces, retours sur les prix
  • Données de marché et véhiculeAnnonces comparables, décodage VIN, sources d'historique
  • IdentitéSSO pour votre personnel, annuaire de groupe, correspondance des rôles

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.

  • Commerce et vente au détail
  • Acquisition et tarification
  • Service et opérations
  • Intelligence et plateforme

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

  • Banque, finance et assurancePropositions, contrats, versements, reporting de portefeuille
  • Comptabilité et export réglementaireÉcritures au format du grand livre local lorsqu'il reste extérieur
  • Entrepôt de données et BIFlux d'événements ou extraction planifiée dans votre propre modèle
  • CommunicationsTéléphonie, e-mail, messagerie, enregistrés dans 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

Lisez ce dont vous avez besoin, réagissez à ce qui change

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

Lire et écrire

Véhicule, client, opportunité, ordre de réparation, facture, mouvement de stock : les mêmes objets que les modules utilisent.

Événements

S'abonner

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

Extraire

Exports planifiés pour la BI et les archives réglementaires, au format attendu par le système destinataire.

Accès

Identifiants à périmètre défini

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

Des catégories maintenant, des partenaires nommés quand les accords le permettent

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

Commande et immatriculation OEM

Statut de commande, données d'immatriculation et éligibilité aux campagnes dans le dossier véhicule.

Par marque

Garantie et réclamations

Réclamations créées depuis l'ordre de réparation, décisions renvoyées vers la même intervention.

Exemple ci-dessous

Publication d'annonces

Publier, synchroniser prix et statut, ramener les demandes dans le dossier.

Partenaire

Propositions de financement et leasing

Proposition et contrat dans la vente au lieu d'un second portail.

Partenaire

Assurance

Police rattachée au véhicule et au client, renouvellement suivi.

Standard

Authentification unique

Votre annuaire, votre politique de mots de passe, rôles mappés aux périmètres Omnetic.

Par marché

Export vers le grand livre local

Lorsque la comptabilité reste extérieure, les écritures sortent dans son propre format.

Standard

Alimentation entrepôt et BI

Flux d'événements ou extraction planifiée dans votre propre modèle de groupe.

Partenaire

Téléphonie et messagerie

Appels et messages enregistrés pour le client, avec transcriptions lorsqu'elles sont autorisées.

Relation système

Open Platform dans le système produit connecté

Open Platform

Natif
À vous d'étendre
Connecté
Réversible

Sécurité et autorisations

Une intégration est un rôle, pas un trou dans le mur

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 confiance

Périmètre

Les 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é.

Audit

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.

Résidence

Hébergé dans l'UE, les transferts à un partenaire étant gouvernés par le même accord que vos données.

Comportement en cas d'échec

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

Construisez sur une copie avant de toucher la production

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.

  1. 1

    Définir le périmètre

    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.

  2. 2

    Construire en sandbox

    Identifiants, payloads d'exemple et événements rejouables. Le mappage de votre taxonomie a lieu une fois et est versionné.

  3. 3

    Vérifier sur dix véhicules

    Un court pilote en conditions réelles sur un ensemble nommé de dossiers, vérifié par le site qui l'utilisera chaque jour.

  4. 4

    Exploiter

    Vue de santé, alertes sur les échecs et contact nommé lorsque l'autre partie modifie quelque chose.

Il manque quelque chose ?

Vous manque-t-il une connexion dont vous avez besoin ?

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.

Demander une intégration

Nous utilisons les informations que vous fournissez pour traiter cette demande et vous contacter à son sujet. Politique de confidentialité.

Ce site est protégé par reCAPTCHA. Google: Politique de confidentialité · Conditions d'utilisation

Un architecte d'intégration vous répondra, pas un répondeur automatique.

Devenir partenaire

Si votre produit sert les concessionnaires sur nos marchés, la certification vous donne une place prise en charge dans le répertoire.

Pour les développeurs

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 plateforme

Apportez votre schéma d'architecture

Nous 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égration
  1. Les systèmes

    Ce qui doit rester dans le paysage opérationnel.

  2. Les objets

    Quels dossiers et événements doivent traverser la frontière.

  3. Le périmètre

    Les sites, actions et identifiants requis par chaque connexion.

Choisissez votre marché et votre langue

International