Articles

Industrie de la santé : Guerbet opère sa conversion vers l’ERP SAP S/4HANA avec TeamWork

, ,

En 2021, le groupe Guerbet a décidé de basculer de SAP ECC vers SAP S/4HANA, afin de tirer profit des nouveautés fonctionnelles et technologiques de la dernière génération de l’ERP SAP. Une conversion achevée avec succès en mois d’un an.

 

Guerbet est une entreprise de santé française, spécialiste de l’imagerie médicale à visées diagnostique et opérationnelle.

Industriel d’envergure internationale, Guerbet est implanté dans plus de 80 pays et fait travailler plus de 2600 employés, pour un chiffre d’affaires en 2022 de 753 millions d’euros. En 2013, Guerbet décide de mettre en place l’ERP SAP ECC, commun à l’ensemble de ses filiales. Un projet de grande envergure.

« En 2020, notre ERP SAP ECC était déployé sur quasiment l’intégralité de nos sites des zones EMEA et APAC, avec à la clé près d’un millier d’utilisateurs », précise Marcello Bellato, Chief Information Officer de Guerbet.

Une conversion anticipée pour mieux exploiter ses opportunités

En 2021, Guerbet choisit d’opérer sa conversion vers l’ERP Intelligent SAP S/4HANA, alors même que SAP ECC n’a été déployé que sur la moitié des sites du groupe.

« Nous aurions pu réaliser cette conversion à la fin du déploiement de SAP ECC, poursuit Marcello Bellato, mais nous aurions alors raté l’opportunité de pouvoir profiter rapidement des avancées proposées par SAP S/4HANA, dont nous avons besoin pour accompagner notre transformation : nouveautés fonctionnelles, intégration d’outils analytiques et de reporting, automatisation avancée, etc. La conversion vers SAP S/4HANA et les nouvelles fonctionnalités nous permettront également d’accélérer le déploiement sur les pays restants, en réduisant les personnalisations. »

Guerbet décide de se faire accompagner par TeamWork sur ce projet. « Nous connaissions déjà cet intégrateur, dont le travail nous avait donné satisfaction. De plus, nous apprécions sa flexibilité et la proximité que ses équipes ont su nouer avec les nôtres. Des éléments très importants, dont nous espérions tirer profit dans le cadre de ce projet de conversion. »

11 mois pour convertir un ERP au périmètre étendu

Le projet démarre le 9 juin 2021, avec un go live de la solution SAP S/4HANA programmé pour le week-end de Pâques 2022, soit 11 mois plus tard. Un planning d’autant plus serré que le périmètre de la solution SAP ECC est particulièrement large. « Notre ERP ne se limite pas à la finance, confirme Marcello Bellato. Il couvre l’ensemble de notre supply chain : achats, ventes, production, distribution, logistique, gestion des entrepôts, service client… »

L’une des clés du succès de ce projet réside dans la forte implication des équipes métiers. « Près de 200 personnes ont participé à ce projet chez Guerbet. Ces experts métiers ont su travailler en coordination – et en bonne intelligence – avec nos équipes IT et celles de TeamWork. » L’autre clé du succès a été le soin apporté à la phase de test, pendant laquelle près de 3600 scénarios furent déroulés.

Les efforts conjugués des métiers, de l’IT et des équipes de TeamWork ont permis de lancer SAP S/4HANA dans les délais attendus, sans impact notable pour les utilisateurs ni interruption des opérations.

Des sessions de présentation ont aussi été organisées par TeamWork tout au long du projet. Elles ont permis aux key users de découvrir en amont les fonctionnalités et évolutions apportées par l’ERP SAP S/4HANA. Un atout clé pour emporter leur adhésion, les préparer au futur ERP, mais également construire la feuille de route des évolutions souhaitées pour les années à venir.

Roll-out et exploitation des atouts de SAP S/4HANA

Maintenant que la conversion a été réalisée, Guerbet peut reprendre son programme de déploiement, avec en ligne de mire les États-Unis, la zone LATAM et les pays d’Asie pour lesquels le déploiement de l’ERP n’avait pas encore été réalisé.

En parallèle, Guerbet va faire évoluer son ERP SAP S/4HANA, selon une feuille de route définie lors de la conversion (et des sessions de présentation aux métiers). La société a d’ores et déjà mis en œuvre un système de prise de commandes sur le Web, intégré avec l’ERP et déployé sur la SAP Business Technology Platform. D’autres projets sont à l’étude :

  • l’utilisation de RPA (Robotic Process Automation), afin d’automatiser la prise en charge des factures fournisseurs ;
  • le déploiement de SAP Cash Application, qui permettra de simplifier le processus Order-to-Cash ;
  • l’amélioration de la gestion des stocks, avec la mise en place d’un processus de Product Allocation ;
  • l’utilisation des Embedded Analytics de SAP S/4HANA, notamment pour calculer le délai moyen de paiement.

« Nous envisageons également de continuer à tirer profit de la technologie SAP Fiori, par exemple en l’utilisant au sein d’une application mobile qui permettrait de simplifier la maintenance des équipements présents sur nos lignes de production », conclut Marcello Bellato.

 

The post Industrie de la santé : Guerbet opère sa conversion vers l’ERP SAP S/4HANA avec TeamWork appeared first on SAP France News.

Source de l’article sur sap.com

/par
Go et Redis : Mieux Ensemble

Go et Redis : Mieux Ensemble

,

Go et Redis sont deux technologies puissantes qui peuvent être utilisées ensemble pour créer des applications robustes et performantes. Découvrez comment tirer le meilleur parti de ces outils !

« Je viens de présenter cette présentation à la Conf42 Golang 2023 et j’ai pensé qu’il serait peut-être une bonne idée de la transformer en un article de blog pour ceux qui ne veulent pas passer 40 minutes à regarder la présentation (cela va, je comprends) ou à regarder simplement les diapositives en essayant d’imaginer ce que je disais.

Alors, voilà! »

Data est un terme qui est devenu très populaire ces dernières années. Il est utilisé dans de nombreux contextes et est souvent associé à des technologies avancées telles que l’intelligence artificielle et le machine learning. Cependant, la plupart des gens ne comprennent pas vraiment ce qu’est la donnée et comment elle peut être utilisée.

C’est pourquoi j’ai présenté une conférence intitulée «Exploiter les données avec Golang» lors de la Conf42 Golang 2023. L’objectif de cette présentation était de fournir une introduction à la donnée et à ses applications possibles avec Golang. J’ai commencé par expliquer ce qu’est la donnée et comment elle peut être utilisée pour résoudre des problèmes. J’ai ensuite discuté des différents types de données et des outils disponibles pour travailler avec elles.

Enfin, j’ai discuté des avantages et des inconvénients de l’utilisation de Golang pour travailler avec des données. J’ai également expliqué comment Golang peut être utilisé pour créer des applications qui exploitent les données. Enfin, j’ai discuté des meilleures pratiques pour le traitement des données et leur analyse.

Au cours de ma présentation, j’ai essayé de montrer comment les développeurs peuvent tirer parti des données pour créer des applications plus puissantes et plus intelligentes. J’espère que cette présentation aidera les développeurs à comprendre comment exploiter les données avec Golang et à créer des applications plus robustes et plus performantes.

Source de l’article sur DZONE

/par
Guide détaillé avec exemples de code pour l'entraînement personnalisé de grands modèles linguistiques

Guide détaillé avec exemples de code pour l’entraînement personnalisé de grands modèles linguistiques

,

Vous souhaitez entraîner des modèles linguistiques complexes ? Ce guide vous fournira des exemples de code et des instructions détaillées pour vous aider à atteindre vos objectifs.

H2: Dans les dernières années, les grands modèles linguistiques (LLMs) tels que GPT-4 ont suscité un grand intérêt en raison de leurs incroyables capacités en compréhension et en génération du langage naturel. Cependant, pour adapter un LLM à des tâches ou des domaines spécifiques, une formation personnalisée est nécessaire. Cet article propose un guide détaillé et étape par étape sur la formation personnalisée des LLMs, accompagné d’exemples et d’extraits de code. Prérequis

• A GPU-enabled machine with at least 8GB of RAM

• An understanding of basic ML concepts

• Familiarity with Python and TensorFlow

• Access to a large dataset

Ces dernières années, les grands modèles linguistiques (LLMs) tels que GPT-4 ont suscité un intérêt considérable en raison de leurs incroyables capacités en compréhension et en génération du langage naturel. Cependant, pour adapter un LLM à des tâches ou des domaines spécifiques, une formation personnalisée est nécessaire. Cet article propose un guide détaillé étape par étape sur la formation personnalisée des LLMs, accompagné d’exemples et d’extraits de code.

Prérequis

Avant de plonger, assurez-vous d’avoir :

• Une machine dotée d’une carte graphique et d’au moins 8 Go de RAM

• Une compréhension des concepts de base d’apprentissage machine

• De la familiarité avec Python et TensorFlow

• Un accès à une grande base de données

Mise en œuvre

Une fois les prérequis remplis, vous êtes prêt à commencer à former votre modèle. La première étape consiste à préparer votre base de données. Vous devrez peut-être nettoyer et normaliser vos données avant de les charger dans votre modèle. Une fois que vos données sont prêtes, vous pouvez les charger dans votre modèle. Vous pouvez le faire en utilisant TensorFlow ou un autre framework de deep learning. Une fois que vos données sont chargées, vous pouvez commencer à entraîner votre modèle. Vous pouvez le faire en utilisant des algorithmes d’apprentissage supervisé ou non supervisé. Lorsque vous entraînez votre modèle, vous devrez définir des paramètres tels que le nombre d’itérations, le taux d’apprentissage et le nombre de couches cachées. Vous devrez également définir des métriques pour mesurer la performance de votre modèle.

Une fois que votre modèle est entraîné, vous pouvez le tester sur des données réelles pour voir comment il se comporte. Vous pouvez également effectuer une validation croisée pour vérifier si votre modèle est capable de généraliser ses résultats sur des données différentes. Une fois que vous êtes satisfait des performances de votre modèle, vous pouvez le déployer pour l’utiliser dans un environnement réel. Vous pouvez le déployer sur un serveur ou un cloud public tel que Google Cloud Platform ou Amazon Web Services. Une fois déployé, votre modèle sera prêt à être utilisé par les utilisateurs finaux.

Enfin, vous devrez peut-être maintenir et mettre à jour votre modèle au fil du temps. Vous devrez peut-être ajouter de nouvelles données à votre base de données ou ajuster les paramètres de votre modèle pour améliorer ses performances. Vous devrez également surveiller les performances de votre modèle pour vous assurer qu’il fonctionne correctement et qu’il ne se dégrade pas avec le temps. Enfin, vous devrez peut-être effectuer une analyse des performances pour comprendre comment votre modèle est utilisé et pourquoi il fonctionne bien ou mal.

En résumé, la

Source de l’article sur DZONE

/par
De zéro à héros: Apprendre Web3 avec Infura et Python

De zéro à héros: Apprendre Web3 avec Infura et Python

,

Devenez un héros du Web3 en apprenant à utiliser Infura et Python ! Découvrez comment créer des applications décentralisées avec ces outils puissants.

Comment démarrer avec le Web3

Pour commencer

Même si je code depuis la fin des années 90, je suis vraiment un débutant complet dans le monde de Web3. Je ne suis pas un expert, donc je n’essaierai pas d’expliquer les fondamentaux. Il y a beaucoup de guides et de tutoriels de contenu excellents là-bas. Je suggère de commencer par la documentation Infura, qui est très complète et compréhensible.

Comprendre les prérequis

Avant de commencer à développer des applications Web3, il est important de comprendre les prérequis. Tout d’abord, vous devez comprendre les principes fondamentaux de la blockchain et des crypto-monnaies. Ensuite, vous devez comprendre le protocole Ethereum et la plate-forme Ethereum. Enfin, vous devez comprendre le langage de programmation Solidity et le framework Web3.js. Une fois que vous avez compris ces concepts, vous pouvez commencer à développer des applications Web3.

Test

Une fois que vous avez compris les prérequis, vous pouvez commencer à tester votre application Web3. Pour ce faire, vous pouvez utiliser un service d’API tel que Infura pour accéder à la blockchain Ethereum. Vous pouvez également utiliser Python pour interagir avec la blockchain via Infura. Une fois que vous avez mis en place votre environnement de développement, vous pouvez commencer à tester votre application Web3 en utilisant des outils tels que Truffle et Ganache. Vous pouvez également tester votre application sur un réseau réel en utilisant un service tel que MetaMask.

Source de l’article sur DZONE

/par
Création de code de transaction de compensation pour Saga Participant

Création de code de transaction de compensation pour Saga Participant

,

La création d’un code de transaction de compensation pour les participants à Saga est une étape importante pour assurer une expérience de jeu équitable et sécurisée.

La saga Pattern est utilisée pour fournir une intégrité des données entre plusieurs services et le faire pour des transactions potentiellement à long terme. Il existe de nombreux blogs, superficiels car ils tendent à l’être, sur les sagas et les transactions à long terme. Dans cet article, je ne rentrerai pas dans les détails en comparant les avantages et les inconvénients des sagas avec le protocole XA deux phases (2PC), le verrouillage distribué, etc., et je dirai simplement que XA et 2PC nécessitent des verrous distribués (inconvénient) qui gèrent les propriétés ACID de sorte que l’utilisateur puisse simplement exécuter un rollback ou un commit (avantage) alors que les sagas n’utilisent que des transactions locales et n’ont donc pas besoin de verrous distribués (avantage) mais nécessitent que l’utilisateur implémente la logique de compensation, etc. (inconvénient). Comme l’a dit Teddy Roosevelt, «Rien de bon ne vient facilement».

Ce que je ferai, c’est montrer un exemple de code complet d’une application microservices impliquant une saga, y compris la logique de compensation des participants, qui peut être trouvée dans ce dépôt.

La saga pattern est utilisée pour assurer l’intégrité des données entre plusieurs services et pour effectuer des transactions de longue durée. Il existe de nombreux blogs, superficiels, sur les sagas et les transactions de longue durée. Dans cet article, je ne vais pas entrer dans les détails en comparant les avantages et les inconvénients des sagas avec le protocole XA à deux phases (2PC), le verrouillage distribué, etc., et je dirai simplement que XA et 2PC nécessitent des verrous distribués (inconvénient) qui gèrent les propriétés ACID de sorte que l’utilisateur puisse simplement exécuter un rollback ou un commit (avantage), alors que les sagas n’utilisent que des transactions locales et ne nécessitent donc pas de verrous distribués (avantage) mais nécessitent que l’utilisateur implémente la logique de compensation, etc. (inconvénient). Comme l’a dit Teddy Roosevelt : «Rien de bien ne vient facilement».

Ce que je vais faire, c’est montrer un exemple de code complet d’une application microservices impliquant une saga, y compris la logique de compensation des participants, qui peut être trouvée dans ce dépôt.

L’utilisation des sagas pour gérer les transactions de longue durée est une pratique courante dans le développement d’applications microservices. Les sagas sont un moyen efficace de garantir l’intégrité des données entre plusieurs services et de gérer les transactions à long terme. Les sagas sont une bonne alternative aux protocoles XA à deux phases (2PC) et au verrouillage distribué car elles n’utilisent que des transactions locales et ne nécessitent pas de verrous distribués. Cependant, elles nécessitent que l’utilisateur implémente la logique de compensation, etc., ce qui peut être complexe et prendre du temps.

Les sagas sont une excellente solution pour gérer les transactions à long terme car elles offrent une grande flexibilité et une bonne gestion des données. Les sagas sont particulièrement utiles pour les applications qui impliquent plusieurs services car elles peuvent garantir la cohérence des données entre ces services. De plus, les sagas peuvent être facilement mises en œuvre dans un environnement microservices car elles peuvent être facilement intégrées aux services existants. Enfin, les sagas peuvent être facilement mises à jour pour prendre en charge les changements dans le système et ainsi garantir la cohérence des données.

Les sagas sont un outil puissant pour garantir l’intégrité des données entre plusieurs services et pour gérer les transactions à long terme. Bien qu’elles nécessitent une implémentation complexe et prennent du temps, elles offrent une grande flexibilité et une bonne gestion des données. Elles peuvent également être facilement intégrées aux services existants et mises à jour pour prendre en charge les changements dans le système. Les sagas sont donc un excellent outil pour garantir la cohérence des données entre plusieurs services et pour gérer les transactions à long terme.

Source de l’article sur DZONE

/par
Concevoir et réaliser des tests numériques pour applications mobiles

Concevoir et réaliser des tests numériques pour applications mobiles

,

Je suis passionné par la conception et la réalisation de tests numériques pour les applications mobiles. Je vais partager mes connaissances et mes techniques pour vous aider à améliorer vos tests.

H2: L’écosystème des expériences numériques à venir est propulsé par le mobile

Avec l’environnement numérique de plus en plus complexe, les marques doivent s’adapter aux besoins de leurs clients à travers divers appareils, plateformes et canaux. Cependant, avec des ressources limitées, les marques ont tendance à choisir des emplacements établis pour servir leurs clients. Selon une enquête de Forrester, les dirigeants développent des expériences personnalisées pour les appareils les plus populaires des consommateurs, donnant la priorité aux canaux plus établis tels que les sites Web et les applications mobiles. Les marques optimisent également leurs sites Web pour une utilisation mobile, tandis que les applications mobiles offrent une occasion d’engagement plus fréquente avec les clients. Malgré la disponibilité de nombreux produits numériques, les entreprises mettent toujours l’accent sur les expériences numériques Web et mobiles. Pour offrir une expérience mobile supérieure et bien servir vos clients mobiles, il est nécessaire de procéder à des tests numériques pour les applications mobiles. Dans ce blog, nous expliquerons pourquoi les tests numériques sont essentiels pour les applications mobiles, comment ils diffèrent des applications Web et comment concevoir et effectuer des tests numériques pour les applications mobiles.

Le mobile est le moteur de l’avenir des écosystèmes d’expérience numérique

Les appareils mobiles sont devenus un élément familier de la vie quotidienne pour des millions de personnes. Dans le monde entier, des appareils dotés d’une connexion Web tels que les smartphones et les tablettes sont devenus des outils essentiels pour la communication, l’information et le divertissement. Selon Statista, en 2022, le nombre d’utilisateurs uniques d’Internet mobile était de cinq milliards, ce qui indique que plus de 60 % de la population mondiale d’Internet utilise un appareil mobile pour se connecter en ligne. La possession et l’utilisation d’Internet mobile sont prévues pour continuer à croître dans le futur car les technologies mobiles deviennent plus abordables et accessibles que jamais. Cette tendance à la hausse de l’adoption d’Internet mobile est évidente dans les marchés numériques en développement où les réseaux mobiles sont le principal moyen d’accès à Internet. Le trafic Internet mobile représente environ 60 % du trafic Web. En revanche, dans les marchés axés sur le mobile comme l’Asie et l’Afrique, les connexions mobiles représentent une part encore plus importante des pages Web consultées.

L’architecture mobile est essentielle pour fournir une expérience numérique optimale

L’architecture mobile est essentielle pour fournir une expérience numérique optimale. Les entreprises doivent comprendre comment leurs clients interagissent avec leurs produits et services à travers leurs appareils mobiles et comment ces interactions peuvent être améliorées. Les marques doivent s’assurer que leurs applications mobiles sont conçues pour fonctionner correctement sur différents appareils et systèmes d’exploitation. Une architecture mobile réussie implique une stratégie de conception cohérente et cohérente qui tient compte des différents facteurs tels que la taille de l’appareil, la résolution, la connectivité et la plate-forme cible. Les entreprises doivent également prendre en compte la vitesse et la fiabilité du réseau lorsqu’elles développent des applications mobiles afin de garantir une

Source de l’article sur DZONE

/par
Conversion chaîne en énumération - CVE-2020-36620 (50 Go)

Conversion chaîne en énumération – CVE-2020-36620 (50 Go)

,

Conversion chaîne en énumération – CVE-2020-36620 (50 Go): Découvrez comment convertir une chaîne en énumération avec 50 Go de données à l’aide de CVE-2020-36620.

## Discuter de la vulnérabilité CVE-2020-36620 et voir comment un package NuGet pour convertir une chaîne en énumération peut rendre une application C# vulnérable aux attaques DoS

En tant qu’informaticien enthousiaste, je vais discuter de la vulnérabilité CVE-2020-36620 et voir comment un package NuGet pour convertir une chaîne en énumération peut rendre une application C # vulnérable aux attaques DoS.

Imaginons une application serveur qui interagit avec un utilisateur. Dans l’un des scénarios, l’application reçoit des données de l’utilisateur sous forme de chaîne et les convertit en éléments d’énumération (chaîne -> énumération).

Le package NuGet en question est conçu pour faciliter ce processus de conversion. Cependant, le package ne vérifie pas si la chaîne reçue est valide et peut donc être exploité par un attaquant pour provoquer un déni de service. Lorsqu’un attaquant envoie une chaîne qui n’est pas valide, le package tente de convertir la chaîne en énumération et cela peut entraîner une exception et un plantage de l’application.

Pour résoudre ce problème, nous devons vérifier que la chaîne reçue est valide avant de l’utiliser. Nous pouvons le faire en utilisant le code C # pour vérifier si la chaîne est comprise dans l’énumération. Si ce n’est pas le cas, nous pouvons alors retourner une erreur à l’utilisateur et éviter ainsi tout plantage de l’application.

En résumé, le package NuGet pour convertir une chaîne en énumération peut être exploité par un attaquant pour provoquer un déni de service. Pour éviter cela, nous devons vérifier que la chaîne reçue est valide avant de l’utiliser. Nous pouvons le faire en codant une fonction qui vérifie si la chaîne est comprise dans l’énumération et retourne une erreur à l’utilisateur si ce n’est pas le cas. En appliquant cette méthode, nous pouvons éviter les attaques DoS et assurer la sécurité de notre application.

Source de l’article sur DZONE

/par
Initiation à AWS CodeCommit et GitKraken: Compétences essentielles pour tout développeur

Initiation à AWS CodeCommit et GitKraken: Compétences essentielles pour tout développeur

,

Apprenez les compétences essentielles pour tout développeur: initiation à AWS CodeCommit et GitKraken! Découvrez comment tirer le meilleur parti de ces outils.

Git est un système de gestion de code source qui suit les modifications apportées à sa base de code et qui permet la collaboration avec d’autres membres d’équipe. Il est couramment utilisé pour la gestion de code source dans le développement logiciel, mais il peut suivre les modifications apportées à n’importe quel ensemble de fichiers. Dans un système de contrôle de version, chaque fois qu’un fichier est modifié, une nouvelle version est créée et enregistrée. Cela permet aux utilisateurs de revenir aux versions précédentes du fichier et de permettre à plusieurs ingénieurs de collaborer simultanément sans se chevaucher.

Git est un système de gestion de code source qui enregistre les modifications apportées à la base de code et permet la collaboration entre les membres d’une équipe. Il est communément utilisé pour la gestion de code source dans le développement logiciel, mais peut suivre les changements apportés à n’importe quel ensemble de fichiers.

Dans un système de contrôle de version, chaque fois qu’un fichier est modifié, une nouvelle version est créée et enregistrée. Cela permet aux utilisateurs de revenir aux versions précédentes du fichier et de permettre à plusieurs ingénieurs de collaborer simultanément sans se chevaucher.

En tant qu’informaticien enthousiaste, je trouve que l’utilisation de Git pour le test est très pratique. En effet, cela permet aux développeurs de tester leurs modifications avant de les intégrer à la version principale. De plus, lorsque des erreurs sont détectées, il est facile de revenir à une version antérieure et de corriger le problème. Enfin, le système de contrôle de version permet aux développeurs d’effectuer des tests unitaires sur leurs modifications avant de les intégrer à la version principale.

Source de l’article sur DZONE

/par
Ruby prend en charge WebAssembly

Ruby prend en charge WebAssembly

,

Ruby, le langage de programmation populaire, a récemment annoncé qu’il prend désormais en charge WebAssembly, ce qui ouvre de nouvelles possibilités pour les développeurs.

« Ruby Rejoint le Rang des Langues Capables de Cibler WebAssembly avec sa Dernière Version 3.2 »

En tant qu’informaticien enthousiaste, je suis ravi de voir que Ruby a rejoint les rangs des langages capables de cibler WebAssembly avec sa dernière version 3.2. Cette mise à jour apparemment mineure pourrait être la plus grande chose qui soit arrivée à ce langage depuis Rails, car elle permet aux développeurs Ruby d’aller au-delà du back-end. En portant leur code sur WebAssembly, ils peuvent le faire fonctionner n’importe où : sur le front-end, sur des périphériques embarqués, en tant que fonctions sans serveur, à la place des conteneurs ou sur le bord. WebAssembly a le potentiel de faire de Ruby un langage universel.

Qu’est-ce que WebAssembly?

WebAssembly (souvent abrégé en Wasm) est un format d’instructions binaires bas niveau qui s’exécute sur une machine virtuelle. Le langage a été conçu comme alternative à JavaScript. Son objectif est de faire fonctionner des applications sur n’importe quel navigateur à des vitesses proches de celles natives. Wasm peut être ciblé depuis n’importe quel langage de haut niveau tel que C, Go, Rust et maintenant également Ruby.

Les avantages de WebAssembly pour les développeurs Ruby

Les développeurs Ruby peuvent tirer parti de WebAssembly pour créer des applications plus performantes et plus flexibles. Les applications compilées en Wasm sont plus rapides et plus légères que les applications JavaScript, ce qui les rend plus faciles à télécharger et à exécuter. De plus, les applications Wasm peuvent être exécutées sur des périphériques embarqués et des systèmes d’exploitation légers, ce qui permet aux développeurs Ruby d’accéder à une gamme plus large de plates-formes et de périphériques. Enfin, le code Wasm peut être exécuté en tant que fonction sans serveur, ce qui permet aux développeurs Ruby de réduire leurs coûts de serveur et d’améliorer la scalabilité et la sécurité de leurs applications.

En conclusion, l’ajout de WebAssembly à Ruby est une excellente nouvelle pour les développeurs Ruby. Grâce à cette technologie, ils peuvent créer des applications plus performantes et plus flexibles qui peuvent être exécutées sur une variété de plates-formes et de périphériques. De plus, le code Wasm peut être exécuté en tant que fonction sans serveur, ce qui permet aux développeurs Ruby de réduire leurs coûts de serveur et d’améliorer la scalabilité et la sécurité de leurs applications. Enfin, cette technologie offre aux développeurs Ruby la possibilité de travailler avec des données volumineuses et complexes, ce qui ouvre la voie à un nouveau type d’applications.

Source de l’article sur DZONE

/par

Albéa digitalise la maintenance de ses sites industriels avec SAP Asset Manager

, , ,

Avec l’aide de TeamWork, Albéa a adopté les solutions SAP Asset Manager et SAP Plant Maintenance, afin d’équiper ses techniciens de maintenance d’une solution moderne et mobile. Ce core model sera prochainement déployé sur l’ensemble des sites industriels du groupe.

 

Leader mondial des tubes et emballages pour les produits cosmétiques et parfums. Albéa adresse un large panel de clients, dont des marques prestigieuses comme L’Oréal et Clarins. L’industriel dispose de 43 sites répartis dans 15 pays, où travaillent plus de 12 500 employés. Albéa a réalisé un chiffre d’affaires 2021 de 1,2 milliard de dollars.

La plupart des usines d’Albéa ne disposent pas d’outil dédié pour suivre les activités de maintenance. « Notre objectif était de mettre en place un outil commun pour gérer la maintenance et accompagner les techniciens avec des processus digitalisés et automatisés, tout en favorisant leur mobilité au sein de leur lieu de travail », résume Émilie Ganot, Business Relationship Manager, Supply Chain & Manufacturing, Albéa.

Un premier site pilote a été désigné pour accueillir cette solution, l’usine Albéa Argonne de Sainte-Menehould, le principal site industriel du groupe en France.

SAP Asset Manager : une offre mobile et ergonomique

Les usines d’Albéa, dont celle de Sainte-Menehould, travaillent la plupart sur un ERP SAP ECC. Certains utilisateurs étaient toutefois réticents à l’idée d’adopter SAP Plant Maintenance (SAP PM), jugé trop peu ergonomique et trop coûteux à maintenir. Plusieurs offres de GMAO ont été étudiées au fil des ans, mais elles restaient complexes à intégrer avec la gestion des stocks et le contrôle de gestion.

« Lors d’une démonstration de SAP Asset Manager (SAP AM), nous avons découvert un outil ergonomique, qui permet aux opérateurs de maintenance d’utiliser une tablette pour saisir leurs opérations et faire remonter des informations dans SAP PM. Nous avons alors validé l’utilisation de SAP AM, avec SAP PM en back-end, » témoigne Astrid Chauvin, Business Relationship Manager, Supply Chain & Manufacturing, Albéa.

Premier avantage, la solution s’interface nativement avec SAP ECC et ses différents modules (stocks, achats et finance). L’interface repose sur la technologie Fiori, qui permet de proposer une expérience utilisateur optimisée, compatible avec les terminaux mobiles. Enfin, l’application offre la capacité de saisir des données hors connexion, ce qui peut être très utile en environnement industriel.

TeamWork a assuré, en collaboration avec Albéa, l’intégration de cette solution. « TeamWork est un partenaire de confiance avec lequel nous aimons travailler, poursuit Astrid Chauvin. La force de TeamWork est de savoir aborder les sujets tant sur leurs aspects fonctionnels que techniques, le tout avec une forte connaissance métier. De plus, c’est une structure à taille humaine, très accessible. »

Une solution bien acceptée

« Le site Albéa Argonne est une grosse usine, comprenant 20 lignes de fabrication et 550 salariés, dont 20 techniciens de maintenance travaillant en 24/7, détaille Émilie Ganot. Nous avons décidé dans un premier temps de déployer la solution sur deux lignes pilotes. Le core model que nous allons mettre au point sera ensuite déployé sur le reste de l’usine, puis sur les autres sites industriels du groupe. »

Dans l’absolu, le déploiement de SAP AM reste un projet assez simple. Albéa a dû toutefois déployer simultanément SAP AM et SAP PM. De plus, l’intégration mobile – native dans SAP S/4HANA – a nécessité la mise en place d’un add-on spécifique sous SAP ECC. Enfin, la solution SAP AM repose sur des services mobiles de la SAP Business Technology Platform, qu’il a donc fallu aussi mettre en place et configurer. Au final, 5 mois ont été nécessaires entre le kick off du projet et le go live de la solution.

« Notre plus grande surprise a été l’adhésion des utilisateurs, note Astrid Chauvin. Ils ne voulaient initialement pas utiliser la solution SAP PM. En leur proposant SAP AM, nous avons donc eu l’impression de jouer à quitte ou double. Mais, dès que les utilisateurs ont entamé le projet avec nous et vu comment l’outil se présentait sur des tablettes, l’enthousiasme a été immédiat. Ceci nous a confortés dans l’idée que nous avions fait le bon choix. »

Reste que la solution n’est pas sans défauts. Si son cœur ne connaît qu’une grosse mise à jour par an, cette mise à jour peut avoir des implications aussi bien sur SAP AM, SAP PM que la SAP BTP. Quant à l’application mobile, elle est mise à jour bien plus fréquemment. Les équipes ont donc dû apprendre à gérer une solution hybride, mêlant on premise, cloud et mobilité.

La satisfaction prévaut toutefois depuis le go live. Prochaine étape sur le court et moyen terme, le déploiement de ce core model sur les autres lignes de production du groupe. À plus long terme, Albéa espère tirer profit du couple SAP AM / SAP PM pour se lancer dans la maintenance prédictive de ses outils de production.

The post Albéa digitalise la maintenance de ses sites industriels avec SAP Asset Manager appeared first on SAP France News.

Source de l’article sur sap.com

/par