Que pensez vous de Solidworks PDM?

alloucher · Février 3, 2020, 11:12

Bonjour,

Nous avons Solidworks PDM depuis 2 ans environs et nous en sommes pas du tout satisfait.

En effet, il y a plein de bug, cela rend l'explorateur windows très instable, la navigation est lente, les performances de solidworks s'en trouve très sérieusement réduite... Visiativ nous dit que SW-PDM n'est pas compatible avec la Toolbox et les Outils MyCADtools... Nous regrettons d'avoir installé ce PDM qui nous fait perdre beaucoup de temps et qui nous embête avec ces bugs permanents.

Nous aimerions connaître l'avis des autres bureau d'études à propos de SW-PDM.

Merci !

Anthony-R · Février 3, 2020, 3:35

Bonjour,

Comment Visiativ peut dire que SolidWorks PDM n'est pas compatible avec la Toolbox et les Outils MyCADtools alors que ce n'est pas le cas ???

Nous utilisons quelques outils myCADtools (et myPDMtools) alors que nous sommes sous SW-PDM et dans mon ancienne boîte nous utilisions la Toolbox avec le même PDM.

Pour moi, il y a un souci de paramétrage et/ou de configuration matériel, PDM est justement là pour faire gagner du temps en plus de la sécurisation des fichiers, sinon quel est son intérêt ?!

Je n'ai jamais utilisé SW en entreprise sans PDM donc je ne peux pas trop dire mais je ne trouve pas que le PDM soit un frein, au contraire il permet de gérer les versions, les flux, automatiser certaines tâches chronophages, ...

stefbeno · Février 3, 2020, 3:42

Mes collègues ne recontrent pas plus de problème avec PDM qu'avec un autre logiciel.
Je l'ai utilisé quelques temps ces jours-ci, j'ai trouvé que les accès (affichage dans l'explorateur) étaient un peu longs mais notre réseau n'est pas forcément au top et les machines commencent à dater un peu.

Pouvez-vous développer votre configuration (version de SW, de PDM, du serveur), les bugs rencontrés, la structure globale du réseau (réseau spécifique CAO ou réseau général de l'entreprise) ?

Gauthik67 · Février 3, 2020, 3:57

Bonjour,

Moi j'en suis très content de PDM. Avant on travaillait avec des fichiers sur le serveur de l'entreprise et les temps de chargement étaient interminables, mais maintenant ça fonce ! De plus, les cartes associées aux dossiers permet de gagner beaucoup de temps de conception qu'on fait des nouveaux équipements, car les cartouches de toutes les mises en plans se mettent à jour avec les nouvelles informations. Le workflow associé aux fichier est également efficace, c'est ce qui permet de définir l'état (CREATION, VALIDE, MODIFICATIONS, OBSCOLETE). ça ajoute une lourdeur car il faut archiver, changer l'état etc, mais au final c'est beaucoup plus structuré et on a moins d'emmerdes sur le long terme.

Bref, tout ça pour dire que je voudrais pas revenir en arrière !

Gauthik

froussel · Février 3, 2020, 3:42

Bonjour,

Il y a déjà des petits prérequis : actuellement nous faisons tourner SW2014 + EPDM 2015 sous Windows 10 et c'est effectivement la foire aux bugs et aux crash systematiques de l'explorer windows. En même temps c'est un peu logique vu que ni SW2014 ni EPDM 2015 ne peuvent être compatibles avec windows 10 vu qu'il est sorti après...

Si vous avez ausi ce genre de décalage temporel cela peut expliquer certains de vos soucis. Dans ce cas là, la solution est donc de mettre à jour SW et EPDM.

Une 'solution' pour éviter les bugs de l'explorateur : travailler principalement avec l'outil 'search.exe' d'EPDM : cela permet de faire 90% de ce que fait l'explorateur avec un peu moins de risque de bugs.

Sinon EPDM rajoute effectivement une bonne couche de lourdeur (même avec un workflow basique) : les transitions ne sont pas automatiques, il y a tous les points d'arrets qui peuvent être génant (mais cela évite des soucis), l'administration d'EPDM est loin d'être évidente et il comporte (comme tout ce que sort SW...) son lot de bugs. Si votre workflow est trés compliqué cela ne doit pas aider non plus.

D'un autre coté les auditeurs qualités nous laissent désormais tranquille (traçabilité de l'ensemble des approbations, modifications...). EPDM nous permet aussi 'facilement' de revenir en arrière (client qui change d'avis sur une modification...). Il nous permet ausi de comprendre "pourquoi et comment" quand quelque chose ne se monte pas alors que 5 projeteurs sont passés sur les assemblages : avec l'archivage des différentes versions il est possible de savoir à quel moment est apparu le problème sur les 3D. Et il nous permet surtout de travailler à distance : nous avons un projeteur qui travaille à 300km de la société depuis sa maison et cela fonctionne sans trop de problèmes (quasimment impossible à gérer sans EPDM ce genre de cas de figure). On peut aussi accéder à ce que font nos collègues américains (et vice versa) (ce point était la rasion n° 1 de la mise en place d'EPDM chez nous).

Certains outils EPDM permettent aussi de gagner du temps / qualité : création automatique des pdfs lors de l'approbation des plans, possibilité de faire des tâches pour créer des stp / igs ....

Si le systeme est lent c'est peut être aussi que soit les connexions réseau filaires sont bof bof (le gigabit c'est bien ;-) ) , soit que les serveurs SQL et d'archive ne sont pas assez puissant / pas optimisé (c'est eux qui gèrent tout le système : s'ils ne tournent pas bien cela peut expliquer beaucoup de choses), un petit SSD pour les vues locales sur les stations ça ne coute pas cher maintenant et ça peut booster vos machines si elles sont un peu vieilles.

d.roger · Février 3, 2020, 4:42

Bonjour,

Ben tout est dit ou presque ... et c'est pareil pour moi, pas de lourdeur particulière dûe au PDM, pas plus de plantage de l'explorateur que sans le PDM, et, en prime, tous les avantages d'une base de données ... jusqu'ici les problèmes de fonctionnement rencontrés sont plus souvent dûs à ce qui se passe entre le clavier et le dossier que dans Epdm mais ça c'est pas toujours simple à expliquer ... et ça fait 7/8 ans que l'on travaille avec ...

Cordialement,

alloucher · Février 4, 2020, 7:45

Bonjour,

Merci pour vos réponses.

Je pense qu'il ne faut pas confondre les fonctionnalitées qu'offre PDM et les problèmes rencontrés.

En effet, si on compare PDM à un travail à plusieurs sur des fichiers dans un partage réseau, effectivement vive PDM.

Notre utilisation :

Nous sommes un BE de 8 Postes, nous travaillons sur des grosses machines spéciales, voir des lignes de productions complète (ASM de + de 20.000pcs et bcp de références externe, plusieurs dessinateur travaillent sur des parties différente du même projet).

Le work flow :

Le 1er workflow a été mis en place par Visiativ et était scencé faire plein de chose (générer automatique des PDF et des DXF) mais les tâches foirent de manière aléatoires, le flow suit les références externe donc quand on souhaite passé une révision sur une pièce, on passe la révision sur la pièce dont on tire la référence, et également sur toutes les pièces qui tirent aussi des refs.

A savoir, nous maîtrisons TRES BIEN les Refs.Ext, aucune ref cyclique et des références maîtrisé chez nous (elles pointes toutes vers une seule pièce qui contient que des esquisse par exemple), ce n'est pas notre méthode qu'il faut remettre en cause. (je peux argumenter)

Comme ce workflow était super lourd et pas fonctionnel, je l'ai moi même repris pour le simplifier. Résultat c'est mieux, les tâches sont OK mais les performances ne sont toujours pas au rdv.

Exemple de problèmes rencontrés :

- On se retrouve parfois extrait en lecture seule

- Parfois il dit "la version 0 a été modifié" alors qu'on est à la version xxx et que la version 0 n'existe pas

- Impossible d'extraire ou d'archiver pour plusieurs raisons:

--- Données manquante pour la nomenclature

--- Fichier pas unique mais PDM ne dit pas lequel !!! Obligé de chercher à la main. Résultat on perds facilement 30min

- L'utilisation en bureau à distance avec un mauvais débit rend l'utilisation de PDM impossible (ce n'est pas pas lent... juste ca marche pas)

- Les versions et les informations indiquées dans SW et dans l'explorateur ne sont pas toujours cohérente.

- On ne peux pas archiver par l'explorateur si SW est ouvert.

- Si on archive ou on fait obtenir avec SW ouvert sur un gros ASM, SW ouvre les pièces une par une dans une nouvelle fenêtre, reviens à l'asm principal reconstruit TOUT, ré-ouvre la 2eme pièce sur 20.000, retourne dans l'ASM reconstruit ... On a fait le test, SW tourne en boucle pendant une grosse demie journée.

Le mieux est de le killer et de tout faire SW fermé dans l'explorateur puis enfin de lancer SW.

- Les messages: "Attention vous êtes en lecture seule" sont insupportables ! et revienne sans cesse

- Si vous lancer une macro par exemple qui ferme le fichier avec ou sans enregistrement, si vous n'etes pas extrait il vous demande à chaque fois de faire engistrer sous (logique ?) donc au final vous ne pouvez pas faire de traitement par lot sans extraire puis annuler l'extraction..

- Il y a un certain nombre de bug avec les cartes, exemple si la 1ere feuille d'une mise en plan ne contient pas de modèle, la carte ne se remplie pas

- On fait extraire et là Pouff le fichier se retrouve extrait par un collègue mais sur son propre poste !! Obligé de se loguer avec le compte du collègue pour archiver puis rechanger de compte ! Dingue !

-Impossible d'ouvrir deux révisions différentes en même temps !! Donc on peut pas comparer les versions à moins de faire une copie d'arborescence avec un préfixe ou une branche

....

Je peux continuer la liste des bugs sur 3 pages sans aucun problème et tout cela de tête, je peux aussi reproduire ces bugs sur demande sur n'importe quelle installation de SW+PDM

- Project manager ne fonctionne PAS avec PDM

- Les autres outils myCAD comme intégration fonctionne mal avec PDM

J'ai moi même transmis des 100aines de screenshot et de vidéo à visiativ + création de 10aines de tickets...

Notre config:

Server Fujitsu de 2018 avec:

Bi-Xeon 3Ghz 64Go RAM disque SAS 10k en RAID

Workstation: I7/I9 99xxxK ou Xeon entre 3.70Ghz et 5.3Ghz avec 64 Go RAM aussi + Quadro P5000 et disque dur NAND M2.

Le moniteur de performance sur le server et sur les postes est à moins de 10% quasi tout le temps.

Tout est en gigabit sur un seul et même switch avec le server qui a d'ailleurs des cartes réseau en Teaming pour encore augmenter la bande passante...

Visiativ et d'autres boites ont audité notre installation et tout semble OK.

J'ai même une fois tout réinstaller avec un consultant de chez visiativ, on a tout refait tout passer au peigne fin et résultat c'est toujours pareil.

Donc j'entends que vous êtes satisfait, je me dit qu'il faut donc continuer à chercher c'est peut-être un tout petit truc à la con qui pose tous ces problèmes.

Merci pour vos retours,

Rafael

todesco · Février 4, 2020, 8:45

Bonjour à tous

Personnellement je ne retournerais pour rien au monde en arrière.

Plus de doublon de fichier
Plus de fichiers dispersés sur différent ordi.
Un bon suivit des révisions
Possibilité de retrouver des anciennes version sans tout détruire
Des archives et des fichiers bien organisés.
Des validations informatique et non manuscrite et scanner.
Des dates et des noms sur toutes les actions.
Possibilité d'associer d'autre fichiers.
Une gestion de projet claire
Cartouche et notes d'évolution dans les carte avec possibilité de recherche
et bien d'autres choses.

Le PDM est devenu totalement indispensable pour notre BE.

Je pense que s'il ne représente pas un avantage c'est que soit vous n'en avez pas besoin, soit il n'a pas été 'adapter' a votre besoin et donc inutile.
Le PDM prend tout sont sens quand et uniquement quand vous vous l'appropriez. Que se soit sur le cycle de vis, les cartes de données ou la structure des dossiers.

Le seule point noir, c'est qu'il faut bien y réfléchir avant de tout mettre dedans et y passer un peu de temps pour le faire vivre.

Je n'ai qu'un seul petit bémol : automatiser l'archivage et l'extraction.

Jerome

alloucher · Février 4, 2020, 9:46

Visiativ nous a bien dis qu'il ne fallais pas utiliser la toolbox avec PDM:

------------

De : Jérémy REISCH <jeremy.reisch@visiativ.com>
Envoyé : lundi 30 juillet 2018 11:49
À : Rafaël Allouche <allouche.r@groupe-fldi.com>
Cc : Claude RIBAGNAC <claude.ribagnac@visiativ.com>
Objet : RE: Abandon Toolbox...

Bonjour,

Comme nous l’avons indiqué à Mr Favrel, nous avons déployer, avec succès, la solution SolidWorks PDM chez beaucoup de clients différents. Il est donc difficile de remettre en cause le produit.

Au vu des nombreuses instabilités que vous rencontrez, nous avons des doutes sur plusieurs points :

L’architecture réseau/serveur
L’utilisation de la Toolbox
La méthodologie du BE

Nous avons écarté, dans un 1^er temps, les problématiques informatiques suite aux résultats de l’audit qui a été réalisé chez vous.

Nous estimons que vous avez un bon niveau de connaissance/maitrise sur SolidWorks et que les méthodologies que vous employées sont correctes. Il y a surement de légers ajustement à faire pour optimiser encore l’utilisation de SolidWorks mais il nous semblent difficile de dire que cela soit responsable de l’instabilité que vous rencontrez.

Il est à noter que SolidWorks, comme tous logiciels informatique peut rencontrer des problèmes de stabilités. Certains problèmes sont clairement identifiés et corrigés rapidement par la publication d’un service pack de la part de l’éditeur. D’autres sont plus aléatoires et difficilement reproductibles. L’expérience de nos équipes support et consulting nous permet de dire que certaines fonctions de SolidWorks sont plus « sensibles » que d’autres. C’est pourquoi il nous arrivent parfois de conseiller à nos clients d’éviter d’utiliser des fonctions pourtant natives de SolidWorks. C’est le cas de la Toolbox. Nous savons que, dans certains cas, la Toolbox pose des problèmes d’instabilités de SolidWorks et/ou PDM. Il existe, bien évidemment, des clients qui utilisent la Toolbox et qui ne rencontrent aucun problèmes. Mais nous sommes parfois sceptique sur ce module de SolidWorks et nous avons déjà fait part de nos remarques à l’éditeur.

Nous souhaitons donc éliminer dans un premier temps le risque le plus sensible des problèmes, à savoir la Toolbox, avant de creuser d’autres pistes. Il reste cependant important que vous enregistrez vos tickets sur le site myCADservices afin de continuer à investiguer sur vos problèmes et que vous puissions les remonter à l’éditeur.

Cyril.f · Février 4, 2020, 10:54

Bonjour,

Idem nous utilisons depuis 2009 et hormis quelques bugs, nous ne reviendrons pas sur un fonctionnement serveur classique.

Sur les problèmes que vous rencontrez je vais essayer d'apporter quelques réponses:

On se retrouve parfois extrait en lecture seule : Ca arrive principalement lorsque le fichier est extrait depuis l'explorateur alors qu'il est ouvert dans SW. Quelques cas déjà eu sur certains fichiers mais suffit de décocher l'attribut lecture seule lorsque la fenêtre d'exploration de dossier est ouverte (enregistrer sous) et ça roule.

Parfois il dit "la version 0 a été modifié" alors qu'on est à la version xxx et que la version 0 n'existe pas : Sauf erreur de ma part, ceci arrive lorsque la synchro avec le serveur se passe mal (perte de communication, latence du système...)

Sur les impossibilité d'extraire ou archiver:

Données de nomenclature manquante: jamais eu ce problème, probablement un paramétrage chez vous

Unicité des fichiers: Si vous voulez autoriser les doublons c'est possible, sinon normalement il liste les fichiers à problème et indique le dossier dans lequel se trouvent les fichiers avec le même nom. Si c'est sur une variable c'est probable qu'il n'affiche pas le fichier concerné (jamais testé car possible chez nous).

Versions différentes entre SW et PDM: ça arrive de temps à autre mais c'est plutôt SW qui merde dans la mise à jour de certaines propriétés personnalisées (avec PDM ou sans c'est un bug pur SW). A part supprimer la propriété et la remettre il est parfois impossible de faire une simple modification de contenu.

Archivage impossible dans l'explorateur avec SW ouvert: Fonctionnement normal, SW prend la main en écriture sur les fichiers. Il faut archiver depuis SW quand c'est ouvert dans SW et extrait.

Pour les gros assemblage, tenter l'obtention d'une version antérieur avec SW ouvert est juste "suicidaire". Il faut fermer l'assemblage, obtenir la version voulue dans l'explorateur puis ouvrir. Gain de temps assuré. Il y a peut-être également du paramétrage SW à revoir sur le comportement des références à ouvrir ou non.

Le message "Attention vous êtes en lecture seule", ça se paramètre dans SW tout comme le fait de présenter la fenêtre d'extraction pour tous fichier en lecture seule.

Pour les macros faut ajouter des traitements pour savoir si les fichiers sont en lecture seule ou non (faut adpater un peu son code)

Les bugs de carte ça reste à voir mais si aucune propriétés dans le fichier il n'y a rien qui remonte c'est somme tout logique.

Que l'extraction soit liée à un compte c'est le fonctionnement normal. A vous de sensibiliser vos utilisateurs à l'archivage. Vous vous plaigniez sur un serveur lorsque le fichier était ouvert par un collègue en écriture? C'est pareil ici je ne vois rien d'étrange dans ce comportement. Le bug pour le coup n'est pas côté logiciel

Le dernier point est le seul qui pose problème dans le fonctionnement. Après SW permet de comparer deux fichiers à des versions différentes sans problème et sans devoir dupliquer quoi que ce soit. La seule limitation est dans l'ouverture dans un assemblage de deux pièces à des versions différentes (limitation technique de l'outil).

Je pense que vous avez un gros problème de formation à l'utilisation de cet outil même si j'admet qu'il n'est pas exempt de bug. Mais en l'état ce que vous avez évoqué n'en est globalement pas.

alloucher · Février 4, 2020, 12:49

Bonjour,

Merci d'avoir pris le temps de faire une réponse détaillée.

Vos conclusions point par point sont globalement les miennes d'un point de vue technique-informatique.

En revanche, je pense que c'est principalement les commerciaux qui vendent le PDM qui devraient avoir plus de formation.

En effet, tout l'argumentaire commercial qui nous a fait acheter le PDM tombe à l'eau pour les raisons pré-citées.

Dans tous les cas je n'accepte pas les réponses "ca arrive de temps à autre" surtout pour un PDM.

Que l'extraction soit liée à un compte c'est le fonctionnement normal. A vous de sensibiliser vos utilisateurs à l'archivage. Vous vous plaigniez sur un serveur lorsque le fichier était ouvert par un collègue en écriture? C'est pareil ici je ne vois rien d'étrange dans ce comportement. Le bug pour le coup n'est pas côté logiciel

Heuuuu, je m'appelle Rafael je suis logqué en tant que Rafael, je fais extraire, et la pièce se retrouve extraite par dupond sur mon poste... Alors que dupond n'est même pas devant son ordi... Je suis obligé de me loguer en tant que dupond pour archiver, repasser sous Rafael et re-tenter d'extraire...

La formation va devoir m'expliquer la logique là dessous... Vous imaginer vous loguer sur votre banque en ligne et voir le compte de votre collègue ?

Pour les gros assemblage, tenter l'obtention d'une version antérieur avec SW ouvert est juste "suicidaire". Il faut fermer l'assemblage, obtenir la version voulue dans l'explorateur puis ouvrir. Gain de temps assuré. Il y a peut-être également du paramétrage SW à revoir sur le comportement des références à ouvrir ou non.

Donc un ASM qui met 10minutes à s'ouvrir, on doit le fermer alors qu'on veux juste obtenir une autre version d'une ou deux pièces... Puis re attendre 10min d'ouverture.

Vu que c'est suicidaire, pourquoi on a pas une petite boite de dialogue "attention, vous allez lancé une action qui va vous pousser au suicide, voulez vous vraiment vraiment continuer ?"

Egallement il faut le dire en formation...

Dernier point après j'arrête là, PDM met les fichier en lecture seule c'est bien.. Mais pour les éléments de bibliothèques (style une charnière) qu'on veux flexible on fait comment ? surtout si cette charnière est dans plusieurs machine ?

Les bugs de carte ça reste à voir mais si aucune propriétés dans le fichier il n'y a rien qui remonte c'est somme tout logique.

Visiblement vous comprenez ce que vous voulez comprendre dans mes propos sans vous documenter d'avantage avant de répondre.

Bonjour M Allouche,
 
Ce problème de feuille vide qui met en échec l'attribut $PRPSHEET est connu du support SOLIDWORKS PDM. 
Il est enregistré dans leur base sous la référence :
SPR 646783 "'$PRPSHEET' mapped drawing data card variables do not copy model properties if the first view is empty, or the first sheet does not have a view"

"Formez vous" Monsieur avant de me prendre pour un incompétent.

Bien cordialement,

Un utilisateur aguérit de SW qui lui n'est pas dans le déni....

g.casters · Février 4, 2020, 2:45

Bonjour, J'ai fait du gros PDM (20 Dessinateurs BE interne-6 ext au site), et maintenant du petit PDM on est 3 ...

Oui il y a différente façon d'utiliser suivant le nombre de personnes et j'ai mon expérience d'admin CAO qui m'a aider pour résoudre la plupart des soucis (oui j'ai été payer durant plus d' 1 ans rien que pour de l'administration ...)

Résumer=> on ne doit pas adapter PDM a sa méthode de travail , mais bien l'inverse

on trouve les point similaire et après on évolue.

Pss tous le secret est dans les flux et les blocage de bibliothéque ... et moi je bosse avec la toolbox dans PDM

olivier42 · Février 4, 2020, 3:06

Allouche.r

je fais partis de ceux qui est contre ePDM, car il bride trop Solidworks, ou interdit l'utilisation de plusieurs fonctions, etc...

Quand on touche au paramétrage ePDM, on s'aperçoit vite que ceux qui ont programmés ePDM n'avait pas saisis certains fonctionnement (philosophie de base) de Solidworks, etc... (pas la même logique, pas le même language/terme, etc...)

ePDM est une usine à gaz à mettre en oeuvre, cela consomme énormement de temps pour le paramétrage (cad faire l'informaticien)...

Les commerciaux sont là pour faire croire que c'est la solution miracle, et que tout marche bien, comme sur leur démo.

Et aussi de vendre des maintenances, sachant que maintenant des bugs signalés dans l'année ne sont même pas corrigé "année+x",

il est loin le temps ou un Solidworks SP5 signifiait stabilité-productivité BE, maintenant même avec des SP5, les utilisateurs font de plus en plus souvent office de beta-testeur...

Solidworks intègre déjà de base des outils pour le travaille à plusieurs sur des projets, et ce sans ePDM...

Ainsi que des fonctions de renommage/déplacement sans perte de liens, et ce sans outils-tiers payant...

Les rares points positifs à ePDM pour moi sont la gestion avancé réseau/utilisateur, droit d'accès, et workflow...

tout le reste de ePDM = poubelle

Allouche.r je t'ai envoyé un mp plus détaillé.

Enfin, il faut relativisé le nombre d'utilisateurs inscrit sur ce forum, et ceux réellement actif.

Moi j'aimerais bien avoir les vrais chiffres, car malgré des millers d'utilisateurs, il y en a que quelques dizaines d'actif...

Pierre_S · Février 6, 2020, 11:41

Bonjour,

Je fait également partie des partisans d'EPDM pour toutes les raison évoqué précédemment, même si il est clair qu'il y a des soucis dont certains depuis des années mais qui n'on pas de solutions visiblement .

Lors de l'aquisition d'EPDM il est présenté comme une solution miracle par le revendeur, et même ci les consultants qui viennent faire l'installation propose tout un lot de solutions ce n'est jamais parfais du 1er coup. C'est un élément qu'il faut faire évoluer dans le temps, parfois avec sa méthode de travail.

Pour exemple dans mon cas, malgré un PDM mis en place il y a plus de 4 ans maintenant dans notre entreprise je passe environ 1/2 par mois minium à faire des améliorations ou correction de problemes. Mais les 6 premier mois c'etait presque un jour par semaine.
Par chance j'avais déja vécu une mise en place d'EPDM dans mon travail précédent (j ai eu 2 fois le formation admin et ce n'ai pas de trop), ce qui m'a permis de participer activement à la mise en place et d'eviter de reproduires les erreurs que j'aivais vu par le passé.

Au vue de certains problèmes que tu a sité je pense que le coté administration a été laisser de coté faute de temps ou de ressources.

alloucher · Février 6, 2020, 12:25

Merci pour vos réponses.

Oui je pense effectivement que en faisant des Flow bien pensés tout en restant simple et en prennant le temps de bien bien configurer + administration régulière (donc très gourmante en temps) on obtiens un PDM utile.

Les commerciaux devraient donc insister sur le fait qu'il faut des admins qui y consacrent du temps (ce que je fais au final).

En revanche, jusque là dans ce post on a beacoup discuté Features mais pas bcp Bugs. Solidworks est déjà très très beugué je pense que personne ne peux le nier et PDM l'est aussi (un peu moins quand même). Résultat, les deux combinés ne sont tout de même pas très stable.

Je pense que d'ailleurs le fait de livrer un utilitaire "Kill Solidworks Process" et "PDM Restart" montre bien qu'on en a besoin. Rare sont les logiciels livrés avec des utilitaires pour les killer...

Enfin, l'incomptibilité de PDM avec les MyCADtools est assez avéré aussi mais n'est pas officialisé (ex: project manager)

d.roger · Février 6, 2020, 2:12

Bonjour,

Oui je pense effectivement que en faisant des Flow bien pensés tout en restant simple et en prennant le temps de bien bien configurer + administration régulière (donc très gourmante en temps) on obtiens un PDM utile. ==> ça c'est indéniable et oui c'est chronophage ...

Les commerciaux devraient donc insister sur le fait qu'il faut des admins qui y consacrent du temps (ce que je fais au final). ==> Oui mais comme argument commercial c'est pas très convaincant hors le but des commerciaux c'est de vendre ...

En revanche, jusque là dans ce post on a beacoup discuté Features mais pas bcp Bugs. Solidworks est déjà très très beugué je pense que personne ne peux le nier et PDM l'est aussi (un peu moins quand même). Résultat, les deux combinés ne sont tout de même pas très stable. ==> Heu, là je ne suis pas trop d'accord, on a sûrement pas les mêmes contraintes et façons de travailler mais moi j'ai plutôt un ressenti de stabilité et dans Solidworks et dans Epdm ...

Je pense que d'ailleurs le fait de livrer un utilitaire "Kill Solidworks Process" et "PDM Restart" montre bien qu'on en a besoin. Rare sont les logiciels livrés avec des utilitaires pour les killer... ==> ben si j'en ai déjà vu notamment l'ancien logiciel de cao sur lequel je travaillais qui était livré avec un utilitaire qui s'appelait "sdkill.exe". Et puis, à ma connaissance, les utilitaires "Kill Solidworks Process" et "PDM Restart" ne sont pas des utilitaires fournis par l'éditeur de Solidworks et Epdm et ne sont globalement que des outils améliorés évitant d'ouvrir le gestionnaires des tâches et d'effectuer un "fin de tâche" sur le processus en cours ...

Enfin, l'incompatibilité de PDM avec les MyCADtools est assez avéré aussi mais n'est pas officialisé (ex: project manager) ==> ce n'est pas à Epdm de s'adapter aux outils MyCadTools mais l'inverse (ce ne sont pas les mêmes éditeurs) et ce n'est apparement pas le choix qui a été fait sur ces outils même si certains de ceux-ci sont compatibles sous réserve que tous les fichiers à traiter soient dans le cache local, les outils MyCadTools s'appuient sur les API de Solidworks mais pas sur les API de Epdm.

Cordialement,