Une approche logique de l'échange de données CAO
Échange de Données et la Chaîne d'Approvisionnement
L'échange de données CAO est le terme généralement appliqué au mouvement des données de conception 3D entre des entreprises collaborant en conception/ingénierie/fabrication. Cela peut être considéré comme suit; si la hiérarchie de l'échange de données CAO est un triangle avec un OEM au sommet, les fournisseurs de niveau 1 à la couche suivante, et les sous-traitants pour les fournisseurs de premier niveau en dessous, le flux d'échange de données CAO peut être vu comme un courant bidirectionnel allant du haut vers le bas et vice versa.
Cependant, bien que le flux de données puisse être décrit comme un courant bidirectionnel, le contenu des données change. Les données qui circulent entre l'OEM et le fournisseur de premier niveau ne sont normalement pas les mêmes que celles qui circulent entre le fournisseur de premier niveau et les sous-traitants ci-dessous. Typiquement, les données qui vont entre l'OEM et le fournisseur de premier niveau sont très volumineuses et complexes. Elles peuvent être des données CAO natives, elles peuvent être STEP ou elles peuvent être un format de visualisation tel que JT.
L'ingénierie à l'extrémité inférieure de la chaîne d'approvisionnement inclut des éléments tels que la conception et la fabrication d'outils, la conception et la fabrication de supports d'outils, et la conception et la fabrication de composants plus petits qui sont intégrés au composant créé au niveau du fournisseur de premier rang. Ces éléments sont importants car ils se trouvent souvent sur le chemin critique en termes de délai de livraison et l'optimisation des processus d'échange de données CAO à ce niveau est hautement souhaitable.
Quelle est l'Efficacité des Processus d'Échange de Données CAO Existant ?
L'une des caractéristiques de l'échange de données CAO est que des compétences et des expertises spéciales sont nécessaires pour permettre aux choses de se produire. Dans certaines entreprises, il y a des personnes qui se consacrent au rôle de l'échange de données CAO. Comme pour la plupart des autres choses, l'échange de données CAO est à son efficacité maximale lorsque les processus peuvent être automatisés et la dépendance du personnel clé peut être minimisée. Si l'échange de données CAO peut avoir lieu pendant les heures creuses, et se dérouler dans un environnement sans supervision, le partage de charge entre les ressources disponibles permet de réaliser des économies. L'automatisation de la création de pistes d'audit d'échange de données CAO peut ajouter une valeur supplémentaire.
Multiples Types Différents de Données CAO Forcent l'Échange de Données CAO
Comme si la complexité de l'échange de données CAO entre les entreprises collaboratrices ne constituait pas un défi suffisant pour les industries de conception/fabrication, il y a souvent une charge interne importante. De plus en plus, les entreprises, en particulier celles des chaînes d'approvisionnement de l'automobile et de l'aérospatiale, ont plus d'un système de CAO. Avoir deux systèmes actifs est assez courant et il n'est pas inhabituel d'en trouver trois. Au moment de la rédaction, ces systèmes sont normalement CATIA, NX et Creo, mais il est également possible que CADDS soit encore en place et même s'il n'est pas actif en tant que système de conception, un grand héritage de données CADDS peut encore être présent.
On pourrait soutenir que la présence de deux ou trois types différents de système CAO permet l'interopérabilité avec plus de clients sans avoir besoin de traduire les données, mais cela déplace simplement le point auquel la traduction des données CAO a lieu. Un projet peut facilement dépasser les ressources disponibles et si la ressource est un système CAO, il est logique de déborder d'un système CAO à un autre.
L'échange de données CAO ou l'interopérabilité, ou quel que soit le nom qu'on lui donnera par la suite, n'est pas un processus simple. C'est une tentative d'aider les gens à mettre en évidence, puis à contourner, les problèmes courants qui peuvent survenir au cours de leur cycle de vie d'échange de données. Il n'est pas destiné à être le guide définitif de l'échange de données, mais plutôt quelques conseils et astuces accumulés à partir de l'expérience pratique et des connaissances dans le domaine de l'échange de données.
Réception des Données
Savoir Ce que Vous Vous Attendez à Recevoir et Vérifier Lorsqu'elle Arrive
Si vous devez importer ou traduire des données ‘étrangères’, il est utile de savoir ce que vous allez recevoir. Cela vous donne la possibilité de planifier et de vous assurer que lorsque cela arrive, vous avez suffisamment de temps et les outils de traduction appropriés pour le travail.
Pouvez-vous le visualiser? Pouvez-vous voir si c'est un ensemble plutôt qu'une pièce unique? Contient-il des couleurs et d'autres données d'attributs dont vous pourriez avoir besoin? Quelle est la taille des fichiers? Avez-vous déjà travaillé avec des données de cette personne et cette source auparavant? Cela ressemble-t-il aux affaires habituelles ou est-ce quelque chose de nouveau?
Comprendre Ce que Vous Avez Reçu
Est-ce le bon type de fichier? Est-ce un fichier compressé? Est-ce un fichier CAO natif ou un fichier STEP? Ne risquez pas l'embarras d'appeler une assistance technique pour dire qu'un traducteur ne fonctionne pas alors qu'il est conçu pour traduire un fichier STEP et que vous lui avez fourni un fichier CAO natif. Les choses simples peuvent souvent être négligées, par exemple assurez-vous d'avoir vérifié l'extension du fichier et que toutes les données compressées ont été décompressées! Si vous avez un besoin régulier d'échange de données, il est judicieux de définir le processus afin que l'expéditeur et le destinataire travaillent de la même manière chaque fois que des données sont échangées. Si votre travail d'interopérabilité est tel que vous recevez différents fichiers de différentes personnes, il vaut quand même la peine d'essayer de définir le processus car cela peut éviter des malentendus, et donc économiser du temps et des efforts.
Traitez les Données Entrantes Avec Soin
Presque toutes les données envoyées entre des entreprises pour des travaux collaboratifs contiennent la propriété intellectuelle de l'une ou des deux entreprises. Ces données doivent être traitées avec soin. Les fichiers électroniques doivent être stockés dans des zones sécurisées et ne pas être laissés attachés à une note dans une boîte de réception d'email ou dans un répertoire sur un site FTP public. Idéalement, il devrait y avoir un processus qui reçoit les données - et avant toute validation, enregistre ce qui est arrivé, met les données dans un endroit sécurisé, et informe l'expéditeur qu'il a été reçu en toute sécurité. Un processus similaire devrait être en place pour les données reçues sur des supports physiques tels qu'une clé USB ou un DVD. Il ne doit pas être laissé dans son enveloppe posé sur un bureau, il doit être placé dans un magasin de support sécurisé.
Ne Traduisez Que Ce Dont Vous Avez Besoin
Il n'est pas rare de recevoir plus de données que nécessaire pour le travail. Un exemple extrême pourrait être un fabricant de charnières recevant la moitié d'une carrosserie de voiture pour s'assurer du bon placement et de l'ajustement des charnières de porte ! Ce n'est pas toujours aussi mauvais, mais cela arrive. La situation idéale aurait été de dialoguer suffisamment avec l'organisation expéditrice au préalable pour convenir exactement des données nécessaires et n'envoyer que cela.
Cependant, parfois cela ne peut pas arriver. Un problème que cela peut créer est simplement comment gérer des fichiers très volumineux. Recevoir un gros fichier CAO qui n'est pas directement compatible avec votre propre système CAO n'est pas bon. Quelle est la taille pour être considérée grande ? Les fichiers CAO de cinquante ou cent mégaoctets ne sont pas rares, et les fichiers IGES ou STEP peuvent parfois être de plusieurs gigaoctets ! C'est un fait que plus le fichier est gros, plus il y a de chances qu'il y ait une défaillance de traduction – la machine sur laquelle vous effectuez la traduction peut manquer de mémoire. Il est rare de devoir travailler avec un tel volume de données, et si l'envoi de fichiers aussi gros peut être évité, cela aide.
Si vous vous trouvez à recevoir un tel fichier, il y a plusieurs choses que vous pouvez faire. Vous pourriez demander à l'expéditeur de vous fournir un ensemble sous forme de sous-ensembles - mais cela pourrait être sensible commercialement et passer des signaux négatifs à l'expéditeur, et donc peut ne pas être pratique. L'expéditeur peut simplement ne pas être en mesure de désassembler le fichier ou de retirer des parties du fichier pour vous faciliter les choses. Peut-être que c'est le dernier recours.
Si vous connaissez très bien l'outil de traduction que vous utilisez, vous pouvez constater que vous pouvez traduire simplement la géométrie dont vous avez besoin. Il se peut, par exemple, qu'une convention de calques ait été utilisée et que vous puissiez traduire les calques que vous souhaitez - ou exclure les calques que vous ne souhaitez pas. Il se peut que la géométrie que vous souhaitez soit de la géométrie de surface, votre solution pourrait donc être de traduire simplement les surfaces. En bref, connaître les capacités de vos outils de traduction peut vous aider à gérer de gros fichiers, gagner du temps et aider à réaliser le travail.
Comment Savoir si Vous Avez Réussi?
Dans l'échange de données, si le traducteur n'émet que des avertissements limités et qu'il produit un fichier, nous supposons généralement la réussite. Il peut être dangereux de faire cette supposition. À ce stade, tout ce que l'on peut savoir avec certitude, c'est qu'un fichier a été créé et peut-être peut-il être lu dans le système CAO cible. Il n'est pas possible de dire à partir de ce qui s'est passé jusqu'à présent qu'il a produit un modèle CAO équivalent à l'original. Il existe différentes façons de valider des fichiers, et elles ont toutes leurs forces et faiblesses. Nous pourrions avoir un modèle parfaitement valable, mais il se peut qu'il ne soit pas le même que l'original. Nous pourrions demander à l'expéditeur des détails sur les propriétés de masse de l'original et faire quelques comparaisons, mais même s'ils semblent les mêmes, la forme pourrait être différente. Parfois, une inspection visuelle du modèle source et simplement une comparaison visuelle avec le modèle de destination suffit pour voir un problème, cependant, ne pas voir de différence ne signifie pas qu'il n'y en a pas. La validation est un domaine difficile.
Heureusement, nous avons désormais atteint un stade où la plupart des traducteurs fonctionnent la plupart du temps et d'une manière ou d'une autre, nous semblons être capables d'échanger des données sans avoir trop de problèmes de ce genre, en particulier là où nous échangeons simplement quelques fichiers de temps en temps. La véritable ampleur de ce problème n'est pas claire.
La nécessité de la validation varie selon l'utilisation prévue des données traduites. La question de la précision et de l'exhaustivité d'une traduction devient très importante lorsque des formes complexes sont utilisées pour créer des outils coûteux, ou lorsque nous avons des dizaines de fichiers, dont la plupart ne seront pas vérifiés visuellement. C'est encore plus un problème dans les projets de migration où des dizaines de milliers de fichiers peuvent être traduits et sont requis pour une utilisation future, pas simplement à des fins d'archivage. La vérification manuelle serait prohibitive en termes de temps et d'argent, et donc des procédures automatisées doivent être mises en place. Heureusement, il existe des solutions, et bien que ce post ne soit pas un endroit approprié pour les décrire, SpinFire Convert peut fournir des détails techniques et des cas d'utilisation pour ceux qui souhaitent s'informer directement.
Que Faire Quand Une Traduction Échoue
À moins que le message d'erreur généré lors de l'échec ne donne une explication définitive du problème, vous devrez probablement essayer plusieurs choses.
Peut-être que la première chose à faire est de faire passer un fichier test par le traducteur. Si un fichier connu comme étant bon passe sans échouer, cela indiquera que le problème se trouve dans le fichier source. Si, d'un autre côté, un fichier qui est généralement traduit avec succès échoue, alors il y a probablement des problèmes avec le traducteur. Peut-être un problème de licence, ou un problème d'autorisations, ou peut-être que certains chemins ont changé. Ces types de problème sont normalement résolus avec un peu de temps et d'effort.
Si le fichier test passe sans problèmes dans le traducteur, alors le défi est le fichier entrant. Votre première décision est de savoir si vous allez tenter de résoudre cela vous-même ou si vous allez le renvoyer à la personne qui l'a envoyé ou même chercher de l'aide auprès de votre fournisseur de traducteurs.
En supposant que vous décidiez de résoudre le problème vous-même, voici par où vous pourriez commencer.
Si vous avez un outil qui affiche les données sources, utilisez-le pour voir si le fichier source semble sain. Les écarts entre les surfaces ou les surfaces manquantes peuvent être évidents et indiquer que vous avez un mauvais fichier.
Vérifiez la taille du fichier et demandez à la personne qui l'a envoyé de confirmer ce qu'elle devrait être. Le processus de copie à l'origine peut avoir causé un problème.
Si vous comprenez les fichiers journaux créés par votre traducteur, les examiner peut fournir des indices. Voir exactement ce que faisait le traducteur lorsqu'il a échoué peut parfois indiquer un problème dans le fichier source qui pourrait être évité en traduisant sélectivement des calques ou des types d'entités. En pratique, les personnes qui peuvent lire et comprendre les fichiers journaux des traducteurs sont rares et vous seriez pardonné si vous ne vouliez même pas entrer dans ce domaine.
Une autre option est d'essayer de traduire le fichier dans un format différent. Si vous avez plus d'un traducteur, vous pouvez constater qu'un fichier problématique passera dans un format différent sans problème. Cela ne vous aide, bien sûr, que si vous pouvez ensuite traduire ce fichier dans votre format souhaité, et bien sûr, personne ne sait ce qui pourrait avoir été perdu au cours de plus d'une traduction. Cependant, parfois cela fonctionne.
Votre entreprise de traduction disposera normalement d'outils pour enquêter sur le fichier source et devrait donc être en mesure de vous dire si c'est la raison du problème.
Une autre option est de contacter le centre de support de votre fournisseur de traducteurs ; vous avez payé la maintenance, n'est-ce pas ? La seule chose qui devrait maintenant vous empêcher de créer un fichier dans le format que vous souhaitez est s'il y a un défaut dans le fichier source, et si c'est le cas, vous n'avez guère d'autre choix que de retourner vers la personne qui a envoyé le fichier en premier lieu.
Envoi des Données
Envoyer Uniquement des Données de Haute Qualité
Si vous voulez que vos partenaires commerciaux importent avec succès les fichiers que vous leur envoyez, assurez-vous d'envoyer les fichiers de la meilleure qualité possible. Passez-les par la routine de ‘vérification’ de votre logiciel de conception. S'il y a des erreurs, même si elles ne changent rien dans votre propre package CAO, elles pourraient être des obstacles à la traduction. Par exemple, si votre package CAO crée des solides, même s'il y a des écarts dans les surfaces, rien ne garantit qu'une pièce traduite sera lue dans un autre package et représentera les données comme solides. Si les solides sont importants, envoyez des solides, pas des surfaces avec des écarts.
Ce genre de problème a donné lieu à certains traducteurs qui ‘réparent’ de tels problèmes, mais cette approche présente plusieurs problèmes potentiels. Par exemple, si la réparation nécessite un changement de forme, constitue-t-il un changement de conception et, si c'est le cas, devrait-il être autorisé à se produire ? La meilleure interopérabilité fonctionne avec des fichiers sources de haute qualité, et la question des changements de conception ne se pose pas.
Sachez À Quoi Serviront Les Données et Envoyez des Données Légères si Possible
Il existe de nombreuses formes d'échange de données, y compris un modèle CAO natif, IGES, STEP et des formats légers tels que JT, 3DXML, Creo View ou 3D PDF, etc. En fait, si vous savez que l'objectif final peut être atteint en envoyant des données légères, c'est la meilleure méthode à utiliser. La création de données légères est rapide, donne de petits fichiers et échoue rarement à être lue dans le système CAO de destination.
Si vous avez la possibilité de créer des données tessellées, elles peuvent être utilisées pour l'emballage, le prototypage rapide, y compris l'utilisation de la stéréolithographie, et la détection approximative de collision. Si c'est tout ce qui est voulu, envoyez simplement des données tessellées. Cependant, les formats légers ne doivent pas être confondus avec des données uniquement tessellées; certains formats légers ne contiennent pas de données tessellées. Ils peuvent inclure une géométrie BREP précise et peuvent donc être utilisés pour presque tout ce qui aurait pu être réalisé avec le fichier CAO original.
Plus important encore, l'interopérabilité via des formats de données légers est l'un des meilleurs moyens de limiter le transfert de la propriété intellectuelle vers l'extérieur. Il pourrait donc être considéré comme étant techniquement suffisant et commercialement idéal.
N'envoyer Que Les Données Dont Le Destinataire A Besoin
Dans un échange de données individuel, il est possible de connaître précisément les données dont un destinataire aura besoin et de n'envoyer que cela, dans le format qui convient le mieux. Cela est beaucoup plus difficile lorsqu'un projet exige que des données de projet soient envoyées, par exemple, à un certain nombre de fournisseurs, dont certains pourraient concevoir dans le contexte et d'autres pourraient fabriquer des outils pour les formes de corps, ou créer des cellules de travail robotiques. Dans ces cas, la solution idéale est d'envoyer à chaque fournisseur les données dont il a besoin dans le format qu'il requiert, mais à moins que ce processus ne puisse être automatisé, cela peut être coûteux en termes de temps et d'effort. L'envoi de données de projet multi-usage est l'une des raisons pour lesquelles de si gros fichiers sont parfois transmis. Cependant, il est bon de limiter l'envoi à ce dont votre fournisseur a besoin.
Qu'en est-il des Fonctionnalités et de l'Historique?
La question de savoir si envoyer ou non des données avec des fonctionnalités et de l'historique est une question difficile et peut bien finir par être une question de politique d'entreprise. Il ne fait aucun doute qu'envoyer des modèles avec des fonctionnalités et de l'historique est le moyen le plus probable de compromettre les informations confidentielles et la propriété intellectuelle d'une entreprise.
Le compromis est qu'il devrait fournir au destinataire un ensemble de données entièrement modifiable. En pratique, ce n'est pas le cas, car jusqu'à présent, la traduction des fonctionnalités et de l'historique n'a pas été complètement efficace, et cela nécessite souvent une interaction significative de l'opérateur avant que le modèle ne soit complet. Certaines des dernières techniques de modélisation qui permettent l'édition directe de fonctionnalités peuvent s'avérer si efficaces pour permettre la modification de la géométrie traduite qu'il n'y a aucune valeur à tenter de traduire l'historique.
Conclusion
L'échange de données CAO est une caractéristique de l'ingénierie collaborative moderne.
La plupart, si ce n'est pas toutes, des suggestions ici sont connues de la plupart, sinon toutes, des personnes qui trouvent que l'échange de données CAO fait partie de leur travail. L'intention n'était pas de lister les problèmes mathématiques ou techniques qui influencent l'échange de données CAO, mais plutôt de rappeler à l'esprit beaucoup des choses connues mais peut-être oubliées qui peuvent être faites pour améliorer l'interopérabilité.
Visitez nos pages SpinFire Convert pour en savoir plus sur les solutions disponibles pour vos besoins en échange de données CAO.