Deux briques, deux métiers

Relier un logiciel de conception à un ERP n'est pas un projet d'un seul tenant. Il s'en distingue deux, confiés à des intervenants différents.

La première va de SolidWorks vers un dépôt de données, local ou distant : c'est le métier des spécialistes de la CAO, qui connaissent l'outil, ses propriétés et la manière dont votre bureau d'études s'en sert. La seconde va du dépôt vers Odoo. C'est celle que Mangono a développée et met en œuvre chez ses clients.

Ce découpage n'est pas une commodité d'organisation : il permet à chacun de ne pas faire le métier de l'autre. Le partenaire CAO décide de ce qui sort de SolidWorks, nous décidons de ce qui entre dans Odoo, et le dépôt sert de point de rendez-vous.

Ce que nous apportons

Une base fonctionnelle existe et tourne. Elle n'est pas réécrite à chaque projet : ce qui se règle, c'est la nature des données reprises et leur correspondance avec les modèles d'Odoo. Le mapping est configurable des deux côtés, à l'export SolidWorks comme à l'intégration, ce qui permet de s'ajuster au bureau d'études plutôt que de lui imposer une nomenclature.

Conséquence pratique sur la charge : lorsque l'export SolidWorks est disponible, l'intégration du dépôt vers Odoo représente quelques journées de travail. Ni un branchement instantané, ni un chantier de plusieurs semaines.

Deux nomenclatures pour un même produit

Un bureau d'études raisonne en arbre de conception : des assemblages, des sous-assemblages, des pièces, organisés selon la logique du produit. Un atelier raisonne en gamme de fabrication : ce qu'il faut acheter, dans quel ordre monter, et à quel moment. Les deux décrivent le même objet et ne se ressemblent pas.

C'est le vrai sujet de l'intégration, et la raison pour laquelle le mapping se paramètre. Transporter des fichiers est facile ; traduire une structure de conception en structure de production, puis faire suivre les modifications d'indice en indice, l'est moins.

Fonctionnalités principales

• Reprise dans Odoo des articles issus de la conception, avec leurs propriétés.
• Intégration des nomenclatures et de leur structure à plusieurs niveaux.
• Rattachement des plans et documents à l'article correspondant.
• Suivi des indices : une révision met à jour, elle ne crée pas un doublon.
• Correspondance configurable entre les propriétés exportées et les champs Odoo.
• Journalisation des reprises et reprise sur incident.

Qui intervient sur un projet

Quatre rôles, qui ne sont pas toujours tenus par quatre sociétés : le client, qui connaît son produit et ses règles ; l'intégrateur Odoo, qui tient l'ERP ; le partenaire en charge de SolidWorks et de l'export ; et nous, pour l'intégration dans Odoo.

Sur la partie CAO, nous avons collaboré avec Visiativ, dont l'agence de Nantes accompagnait le bureau d'études d'un de nos clients. La collaboration s'est bien passée et nous mettons volontiers en relation.

Questions fréquentes

Faut-il un PDM ou un PLM pour commencer ?

Pas nécessairement. Ce qui compte, c'est qu'un dépôt de données existe et que l'export y écrive de façon régulière. Un dossier structuré sur un serveur peut suffire à démarrer ; un outil de gestion de données techniques apporte ensuite le contrôle des versions et des droits.

Qui décide de ce qui est exporté ?

Le client, avec le partenaire CAO. Toutes les propriétés d'une pièce n'ont pas vocation à entrer dans l'ERP : Odoo a besoin de ce qui sert à acheter, fabriquer et vendre, pas de l'intégralité de la définition technique.

Que se passe-t-il quand un plan est modifié ?

La reprise suivante met l'article à jour et rattache la nouvelle version du document, au lieu d'ajouter une seconde fiche. C'est la condition pour que l'atelier travaille sur l'indice en cours et non sur celui de la semaine passée.

Et pour d'autres logiciels de conception ?

Le principe vaut au-delà de SolidWorks : dès lors qu'un export alimente un dépôt, l'intégration vers Odoo se traite de la même manière. Voir aussi les connecteurs HerculePro et Groupe Janneau, sur des contextes industriels voisins.