En cours de réflexion sur le déploiement de la solution ePDM je recherche quelques avis éclairés sur ce que cette solution a apporté dans vos entreprises.
Notre besoin se concentre sur la structuration des projets, le suivi d'avancement des affaires au travers le statut des pièces (conception, consultation, réalisation...), la gestion des indices et versions, le lien avec notre ERP et enfin une capitalisation de notre expérience.
Merci par avance !
Bonjour,
Dans les gros plus du système, c'est la simplification de la gestion des indices avec un historique récupérable. Un autre avantage est la simplification de la réutilisation d'éléments, de par les outils de recherche et les cas d'emploi. Les nomenclatures sont également toujours à jour, d'autant plus si vous le couplez à Gateway pour aller vers un ERP.
C'est également un excellent outil pour la synchronisation entre sites. Possibilité d'avoir une base de donnée commune, donc travailler sur les mêmes données en temps réel.
Dans les bémols, pas lié au produit EPDM forcément mais au principe même de SGDT, c'est la durée de la mise en place. Elle va dépendre de la qualité de vos 3D aujourd'hui (propriétés bien renseignées notamment), si vous avez des doublons (possibilité de rentrer des doublons dans le système, mais je trouve que c'est un non sens surtout avec SolidWorks), jusqu'où vous voulez aller dans le niveau de personnalisation de l'outil et de l'automatisation...
pour information mon expérience de EPDM est la suivante :
- paramétrage sur 2 sites (avec @flegendre présent sur Lynkoa). Durée du paramétrage avec mise en place de 2 strategies de reprise de l'existant : à peu près 1an (si je ne me trompe pas !). Utilisation pour le service BEM
- utilisateur dans une nouvelle société qui a souhaité y mettre tous les services.
les points à ne pas négliger :
- des administrateurs qui seront impliqués, et donc que le sujet intéresse. On sort du rôle d'un projeteur mécanique, mais le paramétrage se fait bien de par le fait qu'une bonne partie se fait sans avoir recours à du code. Des personnes rigoureuses et ayant un esprit d'analyse et de synthèse sont indispensables à mon sens.
- pour du multi-site, vérifier avant d'engager quoique ce soit le débit internet entre les sites. On a eu de gros soucis (outil tout simplement inutilisable) parce que la ligne était mauvaise à 200m d'un des sites, alors qu'ils étaient distants de 400km !
- le fournisseur de EPDM... Ils n'ont pas tous le même niveau et surtout la même expérience ! Ça se ressent de manière profonde sur l'intégration ! (MP pour plus de détails)
Esperant vous avoir apporté quelques réponses. N'hésitez pas si vous voulez aborder d'autres point, j'apprécie les échanges sur ce sujet très complet !
Petite précision sur ce système. Il y a une subtilité à appréhender, et qui peut avoir de l'importance dans certains domaines et selon vos méthodes de travail et d'indiçage.
Le principe de l'EPDM est notamment de charger les fichiers que vous utilisez sur le cache local (disque dur de l'ordinateur pour vulgariser). Vous ne pouvez avoir qu'une version à la fois de chaque fichier. Ce principe trouve sa limite quand vous devez avoir un composant à des indices différents.
Exemple : vous faites une machine avec notamment un module 001 à l'indice A. Quelque temps plus tard, vous devez rajouter un module 001 supplémentaire lors d'une évolution de la machine chez le client. Entre temps ce module 001 est passé à l'indice B, avec modification de ses composants internes. Là, vous ne pourrez pas modéliser votre machine tel qu'elle le sera en vrai chez le client : soit les 2 modules apparaîtront à l'indice A soit ils seront à l'indice B ! Mais pas les 2 !
C'est un détail vu l'envergure de l'outil, mais autant le savoir avant !
hi,
Merci de tes retours Benoit... pour précisions :
Acitivité : Etude et Réalisation de Machines et Moyens spéciaux
Domaines : Tous (Automobile, Biens d'équipement, Loisirs, Agro, Pharma,
Utilisateurs SW 2014 Std : 3
Contributeurs : +3
Je ne suis pas utilisateur de SW2014, j'ai 3 personnes au BE par ailleurs qui travaillent quotidiennement avec... J'ai initié la réflexion et la démarche pour répondre principalement à une problématique de suivi des nomenclatures et de suivi de l'avancement des différents projets. A ce jour, les projeteurs à validation du moyen par le client extraient une nomenclature sous Excel (le lien est alors brisé), je récupère ces dernières, les compile et suis l'avancement par pièce en rajoutant des colonnes... puis copier/coller sur notre ERP (Sage) pour la gestion des commandes. Mon souhait serait de créer des statuts par pièces : conception, consultation, réalisation, réception afin que tous les intervenants puisse sous e-PDM avoir une vision de l'avancement. Le tout lié à l'ERP pour récupérer automatiquement (si possible au travers du gateway) cet avancement. Trop de temps passé à compiler, reprendre, suivre chacun des tableaux excel... avec les risques de plans modifiés, de nomenclatures obsoletes tout repose sur la communication et nous sommes de plus en plus perfectibles de ce cote là. Il faudra tout de même être assez introspectif pour bien synthétiser notre besoin pour une mise en place aux petits oignons. (Pour l'intégrateur MP)
La gestion des indices permettra en outre de répondre à un point de la norme ISO9001 pour avoir l'assurance et la maitrise de la conception.
Pas de besoin de gestion multi-site pour l'heure.
Je me pose la question de la reprise de l'existant...
Merci
je te rejoins sur l'idée de nommer un pilote qui a aJ'ai initié principalemen
Il faudrait voir dans le détail vos méthodes de travail (il faut laisser un peu de boulot aux avant-vente ;) ), mais à première vue ce que vous décrivez est compatible avec EPDM. Le flux de travail serait appliqué aux ensembles et pièces d'affaires, ainsi qu'à leur mise en plan. Récupérer l'état dans Gateway est certainement faisable (outil que je n'ai pas eu l'occasion de manipuler mais cette information apparaît sur la carte de données donc il y a des chances).
Il y a un bémol peut-être, vous parlez de faire le suivi des fournitures dans EPDM ? Ce point semble moins approprié. Un exemple : si vous avez une pièce du commerce genre un moteur, qui se retrouve sur plusieurs ensembles en cours d'appro, sur la carte de données de cet élément vous trouverez des informations générales ( fournisseur, référence, coût pondéré,... ), mais pas lié à une affaire ( date de livraison, quantité par affaire,... ) ! Ce n'est pas un ERP à l'affaire ! Je ne sais pas si vous saisissez ce que je veux dire ? (À moins que le BE ne recopie à chaque fois toutes les pièces du commerce sur chaque affaire. Je sais que certains le pratiquent faute de méthodologie "sérieuse")
Pour la reprise de l'existant, il faut voir avec le BE comment ils sont organisés. Est-ce qu'ils travaillent à peu près tous les 3 dans le même sens ou chacun à sa sauce. Un bon indicateur : comment font-ils leurs nomenclatures ? Générées par SolidWorks et sans reprises ( alors la youpi, sortez le champagne...) ou tout à la main, aucune propriétés SW sur les pièces et assemblages ( là gros boulot en perspective ! ). Évoquez avec eux mon deuxième message sur les versions. Ça n'est pas insurmontable mais il faut en être conscient.
Il faudra que vous vous renseigniez rapidement sur le coût des licences et de leur maintenance (vous pouvez passer par Lynkoa, ça rapporte des points ! ). Ainsi que Gateway. A mettre en perspective avec le gain de temps espéré et de non-qualité évitée.
Si vous voulez être l'administrateur sur EPDM, il faudra connaître un minimum le fonctionnement de SW, ça facilitera les échanges avec le BE, surtout pour la reprise de l'existant.
Et pour finir, 2 personnes sur ce projet, c'est bien. Non seulement, si il y en a un qui s'en va, il y a une continuité mais aussi lors du paramétrage, l'échange est essentiel, seul devant l'outil d'administration EPDM quand ce n'est pas son métier on peut vite s'y noyer ! On parle là d'un outil très complet. On ne met pas au point une machine de course avec un seul mécano !
@Benoit a tout dit..... pas grand chose à rajouter.
Bonjour
Pour rassurer :nous avons mis en place EPDM relié avec notre ERP depuis 3 ans sur 2 sites différents et cela en l'espace de 6 mois .nous avons 2 BE sur chacun des sites avec le system de réplication de coffre fort
Tout c'est mis en place facilement grâce ( c'est pas pour faire de la pub ) au support de Axemble qui à répondu à notre cahier des charges (je l'avais fait avant pour bien voir se qui est faisable ou pas )
il y a 3 administrateurs , un superviseur et 5 utilisateurs .
Cette solution , nous a permis de nous structurer avec une rigeur que nous n'avions pas avant .
j'espère avoir dissiper quelques craintes
A+
@dpusel
Je confirme, Axemble est un excellent interlocuteur (confirmé par MP) avec l'expérience et les équipes qui vont bien pour un tel sujet.
Pour la durée de mise en service, chaque cas est différent, notamment si on part de loin (qualité des données) et si on veut aller très loin (niveau de personnalisation et d'automatisation).
Et effectivement, la rédaction d'un cahier des charges très détaillé (même pour ce qui peut paraître être anodin) fait gagner beaucoup de temps.
@dpusel
Bonjour,
Nous sommes en train d'installer EPDM.
Nous avons comme vous 2 sites.
Avez vous créé un serveur sql unique pour les 2 sites ou un serveur sql par site ?
Nos 2 sites font des études et nous pensons créer 1 serveur sql par site même si cela parait moins souple/plus compliqué car nous avons peur que le site n'ayant pas le serveur sql en local soit fortement impacté en cas de problème internet/routeur/serveur.
Typiquement pour notre société si le serveur sql est unique, il serait installé sur le site ayant le moins d'utilisateurs SW (c'est pas logique mais c'est comme ça), donc tout problème sur la liaison entre les serveurs impacterait beaucoup de personnes.
Votre retour d'expérience serait intéressant sur ce point.
Cordialement
F. Roussel
@froussel, (même si la question ne mais apparemment pas adressée)
Nous avions un serveur sql (à la maison mère, où se situaient la majorité des utilisateurs) et un serveur de donnée sur chaque site.
Comme je l'indiquais dans mon premier post :"- pour du multi-site, vérifier avant d'engager quoique ce soit le débit internet entre les sites. On a eu de gros soucis (outil tout simplement inutilisable) parce que la ligne était mauvaise à 200m d'un des sites, alors qu'ils étaient distants de 400km !".
De mémoire il faut faire un "PING" entre serveurs. Cela donne le temps de transfert de données. Votre intégrateur EPDM doit connaître la valeur maxi à ne pas dépasser.
Il faut également veiller à garantir un débit minimum aux échanges entre serveurs EPDM, histoire de ne pas étrangler le réseau par d'autres activités internet (nous avons eu des soucis avec un automaticien qui téléchargeait des mise à jour Windows en masse et qui consommait toute la bande passante ! ).
Pour les risques de déconnexion, il faut savoir que si à un moment le serveur sql n'est pas accessible, vous pouvez travailler en local avec les données qui se trouvent sur votre cache local. Bon, on est d'accord il ne faut pas que ça arrive trop souvent.
Pour le peu de retour que j'en ai de cette installation (2ème site fermé depuis), cette configuration marchait plutôt bien avec jusqu'à 4 projeteurs utilisant EPDM sur le site n'ayant pas la base sql.