Modèles d'intégration : le PLM pour la continuité numérique

00:00 Bienvenue sur Integration Patterns. PLM pour le fil numérique. Je m'appelle Hemachandra. Je suis chef de produit au sein de l'équipe PTC Windchill. Je suis principalement responsable des services Windchill dans le cadre de cette conversation. Holly Landsea est également parmi nous aujourd'hui. Elle est également chef de produit chez PTC. Elle fait partie de l'équipe de la plateforme SaaS.

00:30 Aujourd'hui, nous allons vous présenter certains des contenus que nous avons créés concernant le type de modèles d'intégration à utiliser ainsi que les modèles d'intégration et les technologies à utiliser pour implémenter votre fil numérique sur la plateforme PLM. Alors plongeons-nous directement dans le vif du sujet. Je vais peut-être commencer par quelques concepts initiaux concernant le fil numérique, n'est-ce pas ? Je suis sûr que tout au long de LiveWorx, vous avez entendu parler du fil conducteur

01:01 qui crée une boucle fermée entre le monde physique et le monde numérique, n'est-ce pas ? Le logo PTC, le yin et le yang, à droite. L'objectif principal est donc de fournir les bonnes informations à la bonne personne, au bon moment et dans le bon contexte, non seulement au sein de l'entreprise mais dans l'ensemble de l'entreprise. Alors, comment atteindre cet objectif et qu'est-ce que cela signifie réellement ? Droite. Donc, en gros

01:34 tout cela se traduit, disons, par un conglomérat de systèmes qui sont tous interconnectés les uns aux autres, n'est-ce pas ? Peut-être même connecté à des appareils. Il existe de nombreux types de systèmes d'entreprise. Et c'est comme s'il s'agissait d'un fil numérique qui reliait toutes les informations de tous ces systèmes et appareils et qui vous permettait d'attirer n'importe qui sur ce fil et d'accéder à toutes les informations que vous souhaitez sur un élément physique, disons, un produit ou quelque chose comme ça, n'est-ce pas ? Le point clé est donc le suivant.

02:10 Toutes les entreprises n'atteindront pas, disons, le niveau de maturité complet, n'est-ce pas ? Peut-être que certaines personnes n'en sont qu'à leurs débuts. Ils souhaitent connecter uniquement les systèmes relevant d' une fonction particulière, comme l'ingénierie. Il y en aurait d'autres qui relient des systèmes entre des fonctions telles que l'ingénierie et la fabrication, par exemple. Et puis il existe peut-être un très rare groupe d' entreprises qui connectent réellement des systèmes tout au long de la chaîne de valeur étendue. Mais c'est l'idée de départ, de

02:41 commencer à connecter tous ces systèmes et appareils afin que vous puissiez en tirer certains avantages. Droite. Et voici quelques chiffres que PTC a en quelque sorte obtenus en collaboration avec différents clients. Encore une fois, il ne faut pas être trop pédant à propos de tous ces chiffres, mais ils vous donnent une idée de l'efficacité que vous pouvez atteindre si, disons, tous ces systèmes sont connectés les uns aux autres. Hein ? Pour ne prendre qu'un petit exemple, vous savez, si une modification tardive apportée à votre ingénierie a réellement un impact sur votre sous-traitant et que ce dernier communique ces informations à temps, vous savez,

03:14 il pourrait peut-être économiser sur les coûts de mise au rebut. Donc, des choses comme ça, je veux dire, s'additionnent et diverses économies peuvent être réalisées. C'est donc en quelque sorte la principale motivation pour créer un fil conducteur numérique sur la plateforme PLM. C'est donc plus facile à dire qu'à faire, non ? Comment s'y prend-on en quelque sorte ? C'est un gros problème, et certains modèles que nous pouvons examiner de haut niveau peuvent nous aider à créer et à intégrer ces systèmes, n'est-ce pas ?

03:44 Donc, sur la gauche, vous voyez essentiellement ce schéma point par point, que je suis sûr que la plupart d'entre vous connaissent bien, parce que c'est ce qui se produit généralement. Bonjour, je dois connecter mon système de données principal à mon système PLM. OK. Il s'agit donc d'une seule connexion. Vous savez, j'ai besoin que mon système PLM communique avec mon système ERP. C'est un autre lien. Donc le fait est que, vous savez, si vous faites ces connexions point à point, tout augmente assez rapidement, non ?

04:16 Il est donc normal que si vous faites partie d'un service fonctionnel, vous essayiez de connecter ces systèmes un par un. C'est bon. Vous savez, vous pouvez peut-être y arriver, mais cela devient ingérable si vous allez au-delà d' un département en particulier, n'est-ce pas ? Supposons que vous souhaitiez connecter des systèmes d'ingénierie et de fabrication. Maintenant, il y a plusieurs systèmes dans chaque département, n'est-ce pas ? Le deuxième modèle y contribue donc en quelque sorte est le modèle du bus Issi. En gros, cela signifie que toutes ces applications sont connectées à un schéma commun, n'est-ce pas ? C'est presque comme, tu sais, un bus, tu sais,

04:50 sur un circuit imprimé. C'est donc le schéma commun. Chaque application peut contribuer à ce schéma commun, puis ce schéma commun peut synchroniser les données et tous ces autres systèmes. C'est un modèle assez bien adopté. Je suis sûr que beaucoup d'entre vous ont quelque chose comme ça dans leur entreprise, vous savez, Tibco ou Activemq ou quelque chose comme ça. Ces systèmes de type middleware, c'est généralement le modèle qu'ils implémentent. Et en fait, PTC est une solution simple. Il est également livré avec ce modèle avec un schéma commun dans lequel vous pouvez essayer de connecter tous

05:25 les autres systèmes d'entreprise avec ce modèle, n'est-ce pas  ? Et si nous essayions d'étendre ce modèle à l' ensemble de l'entreprise, cela ne fonctionne pas, n' est-ce pas ? Parce que cela repose principalement sur des protocoles propriétaires tels que Gmms, qui n'est qu'une API, les Gems, n'est-ce pas ? Et à la fin, sur les API, en fait, les protocoles fournis par le fournisseur, comme si j'étais Tepco, je pourrais avoir un protocole appelé rendezvous, qui connecte deux systèmes différents.

05:58 Ce n'est pas un protocole standard, c'est juste qu'ils ont activé l'API JMS en plus de ce protocole. Et en général, ces protocoles propriétaires sont difficiles à franchir, vous savez, les pare-feux et les limites de l'entreprise. Hein ? Alors, quel est le schéma suivant ? Par exemple, si je souhaite connecter mon entreprise étendue, que dois-je faire ? Voici donc ce nouveau modèle sur la droite, qui est en fait un modèle d'orchestration d'API. Donc, dans ce schéma, ce qui se passe, c'est que tous vos systèmes d'entreprise ont en fait ouvert une API REST, n'est-ce pas ?

06:31 Et je suis sûr que vous avez entendu parler de l'API REST. J'en parlerai un peu dans le contexte de Windchill. Mais une fois que ces API REST sont disponibles, une API ou un outil d'orchestration peut réellement appeler ces points de terminaison REST et extraire les données métier et les extraire d'un système, puis les transférer vers un autre système. Vous pouvez donc orchestrer ce flux d'informations transmises et extraites d'un système à l'autre. Et ce modèle est en fait un très bon modèle pour créer des intégrations au sein de l'entreprise étendue, car tout est basé sur le protocole HTTP, n'est-ce pas ?

07:04 Et vous ne faites pas vraiment face au genre de problèmes que vous avez avec quelque chose comme ça. Alors passons à autre chose. Donc, en gros, c'est le genre de trois grands modèles, je suis sûr que vous connaissez déjà certains d'entre eux. Passons maintenant à Windchill Services. C'est ce que je voudrais peut-être approfondir un peu plus à ce sujet aujourd'hui. Windchill Services est donc un module que nous avons créé à partir de Windchill. Il est disponible depuis la version 11.0 M30. Il existe donc depuis un certain temps, non ?

07:35 Il est essentiellement basé sur une norme odata, qui est une norme d'Oasis, approuvée par l'ISO. Il s'agit essentiellement d'une norme pour créer et utiliser ces services RESTful ou ces API REST. Nous avons donc décidé de suivre un modèle. Nous devons suivre une norme dans ce domaine, car cela rend le système Windchill ouvert, n'est-ce pas ? Vous pouvez utiliser n'importe quel outil commercial prêt à l'emploi capable d'utiliser ces points de terminaison OData pour accéder aux informations de

08:09 Windchill, n'est-ce pas ? C'est ce que nous faisons. Lorsque nous le déployons, nous essayons essentiellement de le prendre en charge sur toutes les versions de maintenance actives de Windchill, ce module en particulier dès la première fois. Il est installé via cpses et il est installé lorsque vous installez Windchill pour la première fois. C'est donc la version à venir, 2.6. Il est fourni avec les versions que j'ai mentionnées plus haut, la 13.0, qui sortira en juin.

08:39 Ensuite, il sera également disponible sur les cas que j'ai listés ci-dessous. Je pense donc que j'en ai déjà parlé un peu, par exemple pourquoi créer une API REST ? Donc, en gros, trois raisons principales, non ? Vous savez que c'est la base d'une expérience utilisateur moderne, n'est-ce pas ? Et en général, tous les systèmes que vous utilisez aujourd'hui qui créent des interfaces utilisateur modernes utilisent des frameworks tels que React et Angular, n'est-ce pas ? Et tous ces cadres reposent sur une séparation des préoccupations, n'est-ce pas ? Comme si tous vos éléments JavaScript pouvaient s'exécuter dans le navigateur. C'est séparé.

09:10 Mais dans ce cas, ce système appelle ensuite certains services principaux via des API RESTful. Ce que nous sommes en train de créer constitue donc une base solide qui peut être utilisée par n'importe quel nouveau framework d'interface utilisateur pour obtenir des données à partir de Windchill. C'est la base des intégrations d'API cloud. J'ai déjà mentionné qu' en utilisant des modèles traditionnels, il est difficile de franchir les frontières de l' entreprise, mais avec ce modèle d'API RESTful, vous pouvez facilement le faire avec Http et c'est vraiment

09:41 la raison principale. C'est la deuxième raison principale, non ? Pourquoi nous y avons en quelque sorte investi dans ce module. Et puis, bien entendu, cela vous donne les bases d'un PLM ouvert basé sur des normes. Vous pouvez même pointer votre Feuille de calcul Excel ou tout autre outil de type Power BI et accédez à ces points de terminaison REST. Accédez aux données de Windchill, créez des tableaux de bord, faites ce que vous voulez. Juste un petit mot sur l'architecture. Donc, en gros,

10:11 c'est construit sur le dessus d'un framework, non ? Ce framework vous permet donc essentiellement de présenter ces objets métier Windchill comme une sorte de point de terminaison d'API reposant, n'est-ce pas ? Comme les ressources URL, non  ? Ensuite, vous pouvez utiliser ces ressources simplement via Http en utilisant les verbes traditionnels comme les verbes classiques. Si vous souhaitez créer un article, vous pouvez utiliser une demande de publication.

10:43 Si vous souhaitez supprimer un article, vous pouvez utiliser une requête HTTP de suppression afin de pouvoir utiliser Windchill Business Objects uniquement par HTTP . Droite. C'est ce que cela permet. Le framework vous permet d'exposer les objets métier Windchill, puis nous expédions ces domaines de gestion des produits. Domaine de gestion des documents et-cetera. Ce sont tous des services reposants. Nous les appelons domaine. Mais chaque domaine fonctionnel de Windchill possède en quelque sorte son propre domaine dans lequel il expose les objets qu'il traite principalement.

11:13 Il vous est également possible de créer des domaines personnalisés, en particulier dans le contexte d' installations sur site. Alors qu'est-ce que nous avons ? Jusqu'à présent, nous y travaillons depuis quelques années. Droite. Voici donc le type de domaines qui sont disponibles prêts à l'emploi. Et vous pouvez voir ceux que j'ai surlignés dans peut-être avec le contour rouge. Ce sont là les principaux domaines d' intérêt de PTC. Et c'est vraiment ce que les utilisateurs font avec les personnalisations

11:45 de Windchill, etc. Donc, si vous voyez la gestion des produits, la gestion des documents, tous ces domaines fonctionnels, ils proposent actuellement des services assez robustes. Vous pouvez créer des choses, vous pouvez les supprimer, vous pouvez les mettre à jour. Toutes les opérations Crud sont prises en charge, celles avec un fond jaune. Elles ne sont peut-être pas aussi avancées sur le plan fonctionnel que certaines autres. Droite. Mais ils vous offrent tout de même une sorte de capacité de lecture de base et certaines fonctionnalités de base, notamment pour effectuer des vérifications à la caisse, pour

12:15 réviser des choses de cette nature. Cependant, il y a peut-être encore du travail à faire, disons, sur le domaine de gestion principal, qui n'est pratiquement lu qu'à ce stade. Hein ? Mais si je suis prêt à vous répondre, si vous avez des exigences, ou si vous souhaitez créer des personnalisations avec une partie particulière de Windchill, je suis à votre écoute. Donc un tas de domaines. Permettez-moi maintenant d'aborder certains des domaines hautement prioritaires pour PTC. Droite.

12:47 Dans le domaine de la gestion du changement, le domaine est donc assez mature. Vous disposez de la plupart des éléments. Nous travaillons encore sur certaines fonctionnalités relatives aux demandes de modification et aux demandes de produits et de promotions. Je pense donc que nous vous permettons de lire et de mettre à jour la demande de modification, etc., mais nous ne vous permettons pas de les créer pour une demande de promotion. Nous devons encore travailler sur toutes les opérations de Crud, non ? Le domaine de gestion des documents. Encore une fois, il y a de nombreux domaines que vous voyez ici sur lesquels nous devons encore travailler. Un niveau de domaine de base est disponible,

13:18 mais nous devons encore travailler sur tous ces éléments pour vous fournir une API entièrement fonctionnelle. Mais comme je l'ai dit, ce sont là des priorités majeures pour PTC et c'est quelque chose sur lequel nous travaillons, n'est-ce pas ? Le domaine de la gestion des produits est assez mature. Vous savez, vous pouvez faire la plupart des choses, vous savez, créer une nomenclature, lire, vous savez, associer des documents, etc. Ce sont là certains des domaines que nous devons encore exposer en termes d'associations. Par exemple, si j'ai un article, puis-je naviguer à partir de celui-ci et consulter les documents associés ?

13:49 Hein ? Ce sont donc certains des domaines hautement prioritaires sur lesquels nous travaillons, d'accord ? La plupart d'entre elles, si vous le remarquez, ne sont que des relations qui partent d'une partie et se terminent. De même, la gestion des documents est une gestion principale assez mature. Comme je l'ai déjà dit, ce n'est pas mature. Le secteur manufacturier a récemment connu une recrudescence d'activité. Maintenant, c'est un domaine assez performant, non ? Vous pouvez effectuer toutes sortes d'opérations Crud avec des plans de processus, etc. Je vous encourage donc à y jeter un coup d'œil. Mais c'est ces derniers temps que cela a connu de nombreux progrès.

14:23 C'est donc ce qui nous attend dans WRC 2.6. Nous travaillons donc sur le support de Java 17. Nous travaillons sur cet outil qui vous permettra de détecter les dépendances circulaires. Et permettez-moi d'être très rapide à ce sujet. Si vous créez un domaine personnalisé, il est possible qu'un domaine en importe un autre, qui peut ensuite faire volte-face et importer le premier domaine, n'est-ce pas ? Ces dépendances circulaires peuvent donc poser des problèmes. Nous avons donc créé un outil pour détecter cela et vous avertir. Regardez, quel que soit le domaine que vous personnalisez et créez, il comporte des dépendances circulaires.

14:55 Certaines fonctionnalités seront ajoutées aux domaines du domaine de la gestion des produits, de nouvelles actions seront mises en œuvre pour examiner les rapports consolidés à un niveau et à plusieurs niveaux sur les bombes, ainsi que la gestion des documents. Encore une fois, les mêmes actions sont en cours, nous les fournissons également dans le domaine. Et puis, bien sûr, quelques éléments supplémentaires dans le master où nous soutenons ces soumissions réglementaires. Je pense donc que c'était ma dernière diapositive. Je vais passer le micro à Holly qui pourra nous aider à comprendre. Bonjour tout le monde Je vais parler aujourd'hui d'une autre technologie d'intégration

15:31 pour Windchill, Flow, qui fait partie de notre plateforme SaaS PTC appelée Atlas. Je suis sûr que vous en avez beaucoup entendu parler cette semaine. Atlas fournit des services SaaS pour nos produits Plus et SaaS, et l'un des services que nous fournissons est l'intégration et l'orchestration des données via Flow. Alors, qu'est-ce que le flux ? Flow est un moteur de flux de travail à code réduit

16:02 et sans code que les clients peuvent utiliser pour créer des flux de travail, connecter des systèmes de données disparates et rationaliser leurs processus métier. Flow fournit également des modèles prêts à l'emploi dotés d'une logique intégrée que vous pouvez utiliser comme point de départ pour vos flux. Flow propose donc des connecteurs prêts à l'emploi vers un certain nombre de systèmes que vous pouvez utiliser dans vos flux de travail. Certains d'entre eux sont des systèmes PTC, donc Arena. Windchill. Windchill. SaaS. ThingWorx. Nous proposons également des connecteurs vers d'autres systèmes d' entreprise tels que SAP, Salesforce Dynamics 365, ainsi que toute

16:34 une série d'outils de collaboration que vous pouvez également exploiter. Par exemple, des outils tels que Slack, Gmail, Azure, Blob Storage, Dropbox, que vous pouvez utiliser dans le cadre de votre flux de travail et de vos processus métier. De plus, si nous n'avons pas de connecteur pour répondre à vos besoins, nous disposons d'un certain nombre d'utilitaires que vous pouvez exploiter. Ce sont donc des connecteurs génériques basés sur des normes pour des choses comme odata ou HTML, et vous pouvez les utiliser pour vous connecter à des systèmes locaux ou à des systèmes d'entreprise pour lesquels nous n'avons pas de connecteur.

17:04 Les connecteurs géreront les autorisations, les recherches et les déclencheurs, puis un certain nombre d'actions prises en charge pour chaque connecteur. Ces actions sont donc celles que vous allez réellement utiliser pour créer vos flux de travail. Chaque flux de travail commence par un déclencheur. Ainsi, dans cet exemple, vous pouvez constater qu'un changement d'état dans Windchill déclenche le flux de travail. Lorsque ce changement d'état se produit, il passe à travers les actions que vous voyez sur le canevas. Dans ce cas, il va récupérer les informations de Windchill pour cette partie publiée. Vous pouvez voir qu'il existe un utilitaire de commutation ici.

17:34 Donc, il suffit d' intégrer une certaine logique. Si cette partie de la version possède un certain attribut, nous emprunterons cette première voie. Dans ce cas, il téléchargera le fichier de dessin dans Box et enverra un e-mail au fournisseur pour lui demander un devis. Peut-être que dans une autre situation basée sur un attribut différent, nous ajouterions la pièce à un tableau de publication dans Trello. Qu'est-ce que cela signifie pour le fil numérique ? Comme Hamont l'a mentionné, nous assistons généralement à un monde ponctuel dans lequel,

18:05 pour chaque combinaison de systèmes d'entreprise, vous créez une intégration directe. Et comme nous l'avons dit, cela devient assez ingérable à mesure que le nombre de systèmes que vous essayez d'intégrer augmente. Ainsi, Flo jouant le rôle de couche d' orchestration, les équipes d' applications peuvent désormais se contenter de se connecter à Flo et laisser Flo gérer toutes les connexions aux différents systèmes à l'aide de leurs API REST. C'est certainement plus efficace et permettra

18:36 aux développeurs de se connecter rapidement à différents systèmes d'entreprise dans un cadre plus flexible que l'approche point à point. Nous allons donc parler un peu de la mission Shift de Flow. J'ai indiqué que nous faisions partie de la plateforme SaaS Atlas et que l'unité commerciale SaaS Flow faisait auparavant partie de la plateforme ThingWorx et qu'elle y jouait réellement le rôle d'une boîte à outils d'intégration « build it yourself ». Parallèlement à notre transition vers une solution SaaS multi-tenant, nous adoptons également une stratégie dans laquelle nous fournissons des

19:08 modèles d'intégration configurables prédéfinis que les clients peuvent utiliser comme point de départ pour leurs flux de travail. L'équipe Flow et PTC va donc se concentrer sur la création de ces modèles d'intégration pour des cas d'utilisation reproductibles et évolutifs pour tous nos clients. Voici donc quelques exemples des modèles d'intégration sur lesquels nous nous concentrons, tels que la coordination du changement entre les systèmes. Ainsi, par exemple, lorsqu'une modification est apportée dans Windchill, cela déclenche peut-être également la modification appropriée dans votre système ERP.

19:41 Vous pouvez également obtenir des instructions, dans le cas où, en fonction de la configuration d'un actif spécifique, vous récupérez les instructions de travail ou le plan de processus appropriés. Ils seront donc disponibles sous forme de modèles que les clients pourront utiliser comme point de départ, puis les configurer en fonction de leurs propres besoins commerciaux pour votre organisation. C'est bon. Examinons donc rapidement certains de nos domaines hautement prioritaires à court et à moyen terme sur lesquels nous allons nous concentrer. Je viens de parler de la nouvelle fonctionnalité de modèle que nous cherchons à développer

20:13 et de publier certains de ces modèles. Et en fait, le premier sur lequel nous allons nous concentrer est le modèle ERP Connector. Il existe donc aujourd'hui une solution pour les clients de Windchill et d'ERP Connector qui ne tire pas parti du flux. Nous cherchons à remplacer cette solution par une solution basée sur cette technologie de flux et nous travaillons également sur certains modèles DPT. Une fois de plus, DPT tire parti de l'ancienne technologie de flux ThingWorx et adoptera également cette solution Atlas Flow. Ce sont donc certaines des choses sur lesquelles nous travaillons à moyen terme,

20:45 puis nous nous pencherons un peu plus loin. Nous nous concentrons également sur les intégrations PLM et ERP. Nous disposons donc déjà du connecteur SAP aujourd'hui. Nous y apportons quelques améliorations, puis nous proposerons également des modèles prêts à l'emploi qui fournissent le mappage et la logique dont vous avez besoin pour prendre en charge cette intégration. Nous travaillons également au développement de quelques nouveaux connecteurs PTC intéressants, afin que les clients puissent en tirer parti grâce à Vuforia, ServiceMax et Onshape.

21:16 Et puis la dernière chose dont je vais parler brièvement est Flow Edge. Nous travaillons donc sur une fonctionnalité qui permettra l'exécution sur site des flux de travail. Ainsi, même si l' outil de création que je montrais et la création de vos flux de travail se fera dans PTC SaaS Platform Atlas. Nous développons actuellement une fonctionnalité qui vous permettra de déployer ces flux de travail en périphérie et de les y exécuter réellement. Ainsi, les données contenues dans ces flux de travail peuvent rester derrière votre pare-feu.

21:47 Nous pouvons simplement examiner rapidement l'architecture correspondante afin que vous puissiez constater que le portail PTC Flow et le portail Atlas se trouveront toujours dans le cloud . Ensuite, grâce à Azure Iot Hub, vous disposerez d'un programme d'installation que vous pourrez exécuter pour installer les modules de flux dont vous avez besoin sur votre appareil sur site. Et vous pouvez vous connecter à tous les systèmes sur site dont vous disposez. Ainsi, si vous disposez de Windchill plus dans le cloud, mais de SAP sur site, vous pouvez déployer un flux de travail Windchill SAP sur cet appareil périphérique et toute

22:18 l'exécution se fera à la périphérie.