Site unique
- Périmètre
- Lyon
- Permissions
- Basées sur le rôle, un site
- Comptabilité
- Une entité, EUR
- Reporting
- Compte de résultat du site, en direct
Platform
Une plateforme de concession ne vaut que par les connexions à l'intérieur. Chez Omnetic, le véhicule, le client, le travail et l'argent sont un seul objet. Chaque module y lit et y écrit, et rien n'a besoin d'être réconcilié après coup.

BRAIN™ observe cet objet, recommande la prochaine action, et n'exécute que ce qu'un rôle autorise.
Le dossier · Véhicule · Client · Travail · Argent · Flux de travail illustratif
Le dossier
Quatre familles de modules lisent et écrivent le même dossier. BRAIN™ l'observe, recommande la prochaine action, et n'exécute que ce qu'un rôle autorise.
Le même objet à deux échelles : ce qu'un site en voit et ce qu'un groupe de six sites en voit. Valeurs d'exemple, pas la configuration d'un client.
Principes d'architecture
Les suites sont assemblées à partir de produits qui étaient autrefois des entreprises séparées. Une plateforme est assemblée à partir d'un modèle de données unique vers l'extérieur. La différence apparaît le jour où deux services sont en désaccord sur un chiffre.
Ventes, atelier et comptabilité ouvrent des écrans différents sur le même véhicule. Il n'y a pas de copie qui puisse devenir obsolète.
Une signature, un ordre de travail ou un changement de prix émet un événement auquel d'autres modules et systèmes externes réagissent immédiatement.
Le périmètre est une propriété du rôle, pas de l'écran. Un responsable de site voit le même objet avec moins de sa surface.
BRAIN™ lit le dossier avec les mêmes permissions qu'une personne et n'écrit que ce qu'une personne approuve.
Marchés, marques et entités diffèrent par configuration. Personne ne maintient une bifurcation privée du système pour un pays.
Ce qui appartient à l'extérieur reste à l'extérieur et se connecte. La plateforme n'exige pas que vous remplaciez tout d'un coup.
Activation des modules
Ajouter Workshop plus tard ne migre rien. Il commence à écrire sur des véhicules qui existent déjà. Retirer un module retire une vue, pas un historique.
Périodes de démarrage typiques dans un déploiement par étapes, pas un engagement. La disponibilité dépend des sources de données locales, des règles d'immatriculation et des partenaires financiers ; chaque page de module indique ses marchés.
Relation dans le système
Modèle d'intégration
Systèmes constructeurs, banques, petites annonces, exports comptables et vos propres outils se connectent via des API documentées, des webhooks et des liens de partenaires certifiés. La gouvernance des données n'est pas une page dans un contrat. C'est une permission sur l'objet.
Ce qui se connecte, et comment
Vos systèmes, votre entrepôt de données et votre site web se connectent directement.
Commandes, immatriculations, données de garantie et de campagne.
Publication, synchronisation des prix et capture des demandes vers le dossier.
Devis et contrats dans la transaction, pas dans un second portail.
Là où une comptabilité locale reste à l'extérieur, les écritures partent dans son format.
À l'intérieur de la limite
Un dossier gouverné unique
Vos données restent les vôtres. L'accès est délimité par rôle et par site, chaque lecture et écriture est journalisée, et un export de vos propres registres est une demande, pas une négociation.
Entités, devises, traitement TVA, modèles de documents et langues sont configurés par marché. Les rôles de groupe traversent ces limites ; les rôles de site non.
Infrastructure hébergée dans l'UE, une piste d'audit sur chaque modification de dossier, des objectifs de reprise documentés, et des équipes locales de mise en œuvre et de support.
Chaque connexion traverse la même limite et atterrit sur le même dossier, sous les permissions qui y sont inscrites. Une illustration du modèle d'intégration, pas un écran de produit.
Parcours de mise en œuvre
Personne ne bascule une concession en un week-end. Le parcours ci-dessous est comment les groupes avancent réellement : un site, un module, puis le reste avec le schéma déjà éprouvé.
Quatre phases : deux semaines pour convenir du dossier, six semaines de pilote sur un site, trois mois de déploiement site par site, puis une exploitation continue.
Semaines 1-2
Quelles entités, sites, marques et rôles existent, et ce que signifie un véhicule dans votre entreprise. Tout ce qui suit en hérite.
Semaines 3-8
Stock, tarification et inspection passent en direct en premier parce qu'ils se rentabilisent le plus vite et touchent le moins de personnes.
Mois 3-6
Ventes, atelier et comptabilité suivent dans l'ordre que votre entreprise peut absorber. La configuration est déjà éprouvée.
En continu
Une nouvelle marque, un nouveau pays ou un nouveau module est une tâche de configuration, pas un projet avec un dossier d'affaires attaché.
Continuer
Quatre pages portent le détail que cette vue d'ensemble ne fait qu'esquisser.
Les objets véhicule, client et comptabilité sur lesquels chaque module écrit.
Ouvrir DMS CoreCe que l'IA observe, ce qu'elle peut exécuter, et qui l'approuve.
Ouvrir BRAINAPI, webhooks, liens constructeurs et le catalogue de partenaires certifiés.
Ouvrir les intégrationsRésidence, rôles, audit, objectifs de reprise et réponses aux achats.
Revoir la sécuritéApportez vos entités, sites et marques. Nous les modéliserons dans la démo plutôt que de les décrire sur une diapositive.
Réserver une visite guidée de la plateformeOù vivent aujourd'hui l'identité du véhicule et du client.
Quels changements arrivent en retard, dupliqués ou incomplets.
Qui a besoin d'accès à travers sites, marques et entités.