Articles

Artelia modernise son système d’information avec SAP S/4HANA et la technologie SAP Fiori

L’ergonomie utilisateur avancée de SAP S/4HANA a convaincu Artelia de moderniser son SI SAP existant. Un projet complexe, mené à bien en moins de huit mois, avec l’aide de PASàPAS et l’engagement sans faille des équipes d’Artelia.

 

Artelia est un groupe d’ingénierie pluridisciplinaire français (industrie, bâtiment, mobilité, eau, énergie) qui a pour particularité d’être détenu à 100% par ses managers et salariés. En croissance rapide, le groupe approche aujourd’hui les 7000 collaborateurs et fait partie du top 15 européen des sociétés d’ingénierie de la construction.

En 2021, Artelia a enregistré un chiffre d’affaires de 745 millions d’euros, dont 85% réalisés en Europe. L’entreprise est implantée dans plus de 40 pays, avec une forte présence en Europe, mais également en Asie et en Afrique. Elle ambitionne de passer le cap du milliard d’euros de chiffre d’affaires annuel en 2025.

Un fort besoin de modernisation

« En 2018, nous avons dû faire face à l’obligation de déposer dans Chorus Pro les factures destinées à nos clients du secteur public, explique Angéline Carlassare, Responsable SI finance chez Artelia. En parallèle, nous voulions aller plus loin sur le sujet de la dématérialisation. » L’interface utilisateur de SAP ECC n’était pas adaptée à un public d’assistantes et assistants. La création d’applications simples d’usage, exploitant la technologie SAP Fiori, a permis alors de répondre au besoin d’Artelia.

Plus tard, d’autres demandes ont émergé, cette fois-ci sur la partie achat. « Nous nous sommes alors dit que nous aurions tout intérêt à basculer sur SAP S/4HANA, avant d’adopter le module achat, afin de profiter de sa nouvelle ergonomie. »

Dans la phase finale de son appel d’offres, Artelia a commandé auprès des deux candidats sélectionnés une étude de cadrage. La société voulait ainsi donner l’opportunité à chacun des intégrateurs de partager leur vision du projet. C’est PASàPAS, l’un des deux partenaires SAP récurrents d’Artelia, qui a été retenu.

Un projet solidement cadré

Le périmètre de l’ERP d’Artelia est somme toute assez classique : finance, contrôle de gestion, gestion des projets et administration des ventes. Mais il est complexifié par des applications périphériques, dont de la BI et un CRM. Le tout dans un contexte multi-ERP, qui est le résultat d’une forte croissance du groupe, organique comme externe.

« Pour sécuriser le projet, nous avions demandé à SAP une formation sur les écarts existants entre SAP ECC et SAP S/4HANA, explique Nicolas Panayoti, Responsable de la transformation digitale finance chez Artelia. Nous avons détecté une cinquantaine de changements s’appliquant à notre SI. Les écarts majeurs – une dizaine – ont été intégrés au projet proactivement afin de diminuer les risques lors de la mise en route de notre nouveau SI. »

« Un projet de migration reste coûteux, poursuit Angéline Carlassare. Il faut donc être capable d’amener rapidement de la valeur. Toutefois, afin de sécuriser notre projet, nous avons décidé d’opter pour une approche en deux temps : une phase de conversion, comprenant un minimum de modifications majeures, suivie d’une étape de réflexion autour de ce que SAP S/4HANA pourra nous proposer par la suite. »

Une approche en phase avec les contraintes pesant sur l’agenda d’Artelia. Lancé en mai 2021, le projet devait en effet impérativement être terminé en fin d’année, afin que le nouvel ERP soit en production lors de la fusion de trois sociétés du groupe, programmée en janvier 2022.

Artelia modernise son système d’information avec SAP S/4HANA et la technologie SAP Fiori (French)

Un client très engagé

L’ERP SAP S/4HANA est aujourd’hui en fonction chez Artelia. Avec deux types de retours :

  • Les équipes finance n’ont pas vu de réel changement, les processus qu’ils utilisent n’ayant pas été profondément modifiés lors de la migration. Quelques régressions ont pu être constatées, par exemple au sujet des business partners. La configuration d’une tuile standard proposée par SAP a permis toutefois de limiter l’impact de ce problème, en proposant une expérience utilisateur satisfaisante pour des ADV.

Pendant le projet, Artelia s’est trouvé confronté à quelques difficultés, certains choix faits pouvant avoir un impact important pour l’organisation. « Lorsque nous avons soulevé ce problème, PASàPAS a adapté son dispositif, en mettant en place des réunions hebdomadaires nous permettant de faire le point sur les choix faits, l’impact de ces choix et les décisions qu’il nous fallait prendre. Cette initiative a été clé dans la réussite du projet, » explique Angéline Carlassare. « Nous avons mis du temps à nous caler avec le partenaire, confirme Nicolas Panayoti. Mais, finalement, le projet s’est bien déroulé, car toutes les équipes étaient impliquées, celles d’Artelia, comme celles de PASàPAS. »

L’année 2022 est celle de la stabilisation de l’ERP et de la recherche de quick wins. Artelia va ainsi mener plusieurs sprints visant à intégrer des évolutions fonctionnelles, notamment au travers de la mise en place de cockpits Fiori.

L’année 2023 sera pour sa part consacrée à l’activation du module achats. Mais aussi à la montée de version de l’ERP. « Le rythme des mises à jour de l’ERP SAP S/4HANA est plus rapide que précédemment, avec un support limité à 5 ans, rappelle Angéline Carlassare. Or, nous avons opté pour la version 1909 de SAP S/4HANA. Nous avons donc programmé une montée de version en 2023, en prévision de la fin de support de SAP S/4HANA 1909 en 2024. »

The post Artelia modernise son système d’information avec SAP S/4HANA et la technologie SAP Fiori appeared first on SAP France News.

Source de l’article sur sap.com

Passer de Docker Swarm à Kubernetes : transition et mise à l'échelle.

Passer de Docker Swarm à Kubernetes peut être une transition complexe, mais elle offre une meilleure mise à l’échelle et des fonctionnalités avancées. Découvrez comment faciliter cette transition.

Comprendre le changement

Making the Transition

The transition from Docker Swarm to Kubernetes requires careful planning and execution. Organizations should consider the following best practices when making the switch:

  • Understand the differences between Docker Swarm and Kubernetes. This will help ensure that the transition is seamless and that the organization is taking full advantage of Kubernetes’ capabilities.
  • Evaluate existing infrastructure and applications. This will help determine if Kubernetes is the right fit for the organization’s needs.
  • Create a plan for the transition. This should include a timeline, budget, and resource allocation.
  • Test the new system before going live. This will help ensure that everything is working as expected.

Benefits of Kubernetes

Kubernetes offers several advantages over Docker Swarm, including scalability, reliability, and flexibility. Kubernetes is designed to handle large-scale deployments with ease, allowing organizations to quickly and easily scale their applications as needed. It also offers a robust set of features, such as rolling updates, self-healing capabilities, and automated deployment. Finally, Kubernetes is highly extensible, allowing organizations to customize their deployments to meet their specific needs.

Architecture de Kubernetes

Kubernetes est une plateforme open source conçue pour automatiser le déploiement, le dimensionnement et l’exploitation des conteneurs d’applications. Il offre une plus grande flexibilité, un ensemble de fonctionnalités plus riche et un vaste écosystème, ce qui en fait le choix préféré des déploiements à grande échelle et d’entreprise. La transition de Docker Swarm à Kubernetes nécessite une planification et une exécution minutieuses. Les organisations doivent prendre en compte les meilleures pratiques suivantes lors du passage à Kubernetes : comprendre les différences entre Docker Swarm et Kubernetes, évaluer l’infrastructure et les applications existantes, créer un plan de transition et tester le nouveau système avant de le mettre en production.

Avantages de Kubernetes

Kubernetes offre plusieurs avantages par rapport à Docker Swarm, notamment la scalabilité, la fiabilité et la flexibilité. Il est conçu pour gérer facilement les déploiements à grande échelle, ce qui permet aux organisations de redimensionner rapidement et facilement leurs applications selon leurs besoins. Il offre également un ensemble robuste de fonctionnalités, telles que les mises à jour en roulement, les capacités de réparation automatique et le déploiement automatisé. Enfin, Kubernetes est extrêmement extensible, ce qui permet aux organisations de personnaliser leurs déploiements en fonction de leurs besoins spécifiques.

Conclusion

Kubernetes est devenu la solution préférée pour les déploiements à grande échelle et d’entreprise grâce à ses avantages en matière de scalabilité, de fiabilité et de flexibilité. Bien que la transition de Docker Swarm à Kubernetes puisse être complexe et exiger une planification minutieuse, elle offre des avantages considérables pour les organisations qui souhaitent tirer parti des fonctionnalités avancées de Kubernetes. Les organisations doivent donc prendre le temps d’examiner attentivement les avantages et les inconvénients de chaque solution et de choisir celle qui répond le mieux à leurs besoins.

Source de l’article sur DZONE

Maîtrise de l'ingénierie des modèles de langage AI.

La maîtrise de l’ingénierie des modèles de langage AI est une compétence essentielle pour les développeurs qui souhaitent créer des applications modernes.

Ingénierie de prompt, un aspect vital pour tirer le plein potentiel des modèles de langage IA

2. Testing

Testing is an important part of prompt engineering. It helps to identify any errors or inconsistencies in the instructions given to the model. This can be done by running the model on a set of test data and comparing the results with the desired output. This helps to identify any potential issues and allows for adjustments to be made accordingly.

3. Iterative Process

Prompt engineering is an iterative process. After testing, adjustments can be made to the instructions given to the model. This can include changing the wording, adding additional information, or providing more specific instructions. The process is repeated until the desired output is achieved.

Limitations of Prompt Engineering

Prompt engineering is not without its limitations. It can be difficult to write clear and specific instructions that are tailored to the task at hand. Additionally, the process can be time-consuming and requires a certain level of expertise in order to achieve the desired results. Finally, prompt engineering is not a one-size-fits-all solution and may not be suitable for all tasks.

Potential Applications of Prompt Engineering

Prompt engineering has a wide range of potential applications. It can be used to improve the accuracy of AI language models, such as natural language processing (NLP) and machine translation. It can also be used to create more engaging and interactive user experiences, such as chatbots and virtual assistants. Finally, prompt engineering can be used to develop more accurate and contextually relevant responses from AI systems.

Principes de l’ingénierie de prompt

1. Écrire des instructions claires et spécifiques

Le succès de l’ingénierie de prompt commence par fournir des instructions claires et non ambiguës. Clair ne signifie pas nécessairement une courte description. Être spécifique sur la sortie souhaitée aide le modèle à comprendre plus précisément la tâche. Par exemple, demandez à LLA d’être un expert dans le domaine que vous demandez.

2. Test

Le test est une partie importante de l’ingénierie de prompt. Il permet d’identifier toutes les erreurs ou incohérences dans les instructions données au modèle. Cela peut être fait en faisant fonctionner le modèle sur un jeu de données de test et en comparant les résultats avec la sortie souhaitée. Cela permet d’identifier tout problème potentiel et permet d’effectuer des ajustements en conséquence.

3. Processus itératif

L’ingénierie de prompt est un processus itératif. Après le test, des ajustements peuvent être apportés aux instructions données au modèle. Cela peut inclure le changement du mot, l’ajout d’informations supplémentaires ou la fourniture d’instructions plus spécifiques. Le processus est répété jusqu’à ce que la sortie souhaitée soit obtenue.

Limites de l’ingénierie de prompt

L’ingénierie de prompt n’est pas sans ses limites. Il peut être difficile d’écrire des instructions claires et spécifiques qui sont adaptées à la tâche à accomplir. De plus, le processus peut être long et nécessite un certain niveau d’expertise pour obtenir les résultats souhaités. Enfin, l’ingénierie de prompt n’est pas une solution unique et peut ne pas être adaptée à toutes les tâches.

Applications
Source de l’article sur DZONE

PAR EMMANUEL LEMPERT – 5 octobre 2023

Si 2035 devrait marquer l’arrêt de la vente des véhicules thermiques au sein de l’Union européenne, une première étape vers l’objectif de neutralité carbone de la France à horizon 2050, l’écart entre les objectifs et les obligations législatives d’une part, et la réalité des efforts mis en œuvre d’autre part, demeure très important.

A titre d’exemple, la loi d’orientation des mobilités (LOM) du 24 décembre 2019, visant à faciliter le transport du quotidien tout en le rendant plus durable, prévoit dans son article 76 des obligations d’acquisition de véhicules à faibles émissions (VFE) lors du renouvellement des flottes de l’Etat et de ses établissements publics, des collectivités territoriales et de leurs groupements, ainsi que des entreprises nationales, dès lors que leur flotte compte plus de 100 véhicules légers. Or, l’analyse du niveau d’électrification des flottes professionnelles du bureau français de la Fédération européenne pour le transport et l’environnement (publiée en mars 2023) est sans appel : en dépit de la loi, « la majorité des entreprises et des administrations n’est pas en bonne voie pour atteindre les quotas de verdissement de leurs parcs automobiles […] ». En France, à l’échelle ministérielle, seul le ministère des Armées apparaît comme réellement engagé dans la transition vers une mobilité durable. Dans ces conditions, nul doute que les efforts seront appelés à être renouvelés, notamment à l’heure où une majorité de Français se dit insatisfaite par les initiatives de décarbonation du secteur public mises en œuvre (enquête Acteurs publics / EY pour l’Observatoire des politiques publiques réalisée par l’Ifop en janvier 2023).

 

De son côté, SAP, premier éditeur européen de logiciels, a annoncé l’électrification totale de sa flotte de 27 000 véhicules d’ici 2030. Grâce à une politique ambitieuse mise en place dès 2014, SAP Labs France, dont les bureaux sont situés à Sophia Antipolis, Levallois-Perret et Caen, a atteint, depuis 2022, l’objectif d’une flotte 100 % électrique de plus de 270 véhicules. Pour faciliter la transition vers l’électrique, SAP Labs France a mis en place une infrastructure de recharge innovante pour répondre aux besoins et contraintes de ses différents sites. Une plateforme logicielle de supervision a également été développée pour organiser et augmenter la disponibilité des bornes sur site, permettant également d’alerter les collaborateurs lorsque le chargement de leur véhicule est terminé, afin de maximiser l’utilisation des bornes de recharge.

 

C’est ainsi qu’est née SAP E-mobility, une solution de supervision pour l’infrastructure de recharge des véhicules électriques et la gestion de l’énergie, en nuage, qui permet de recharger intelligemment les véhicules, en gérant les priorités, rationalisant les coûts, écrêtant les pics de demande d’énergie, et optimisant les déséquilibres de phase. Cette gestion dynamique de la charge, en temps réel, offre une grande flexibilité et une vision d’ensemble aux responsables des flottes, ce qui permet un pilotage plus précis, adapté aux besoins des utilisateurs et à leurs usages.

 

Fort de cette expérience, SAP espère accompagner au mieux la gestion des flottes de véhicules électriques de tous les acteurs publics, en particulier ceux confrontés au défi d’investir dans un changement de leurs infrastructures et dans les technologies de connexion.

 

The post E-mobility : un ticket vers une mobilité durable appeared first on SAP France News.

Source de l’article sur sap.com

10 facteurs de qualité logiciel à toujours garder en mémoire

Les 10 facteurs de qualité logiciel sont essentiels pour garantir le bon fonctionnement et l’efficacité d’un logiciel. Apprenons à les garder en mémoire !

Flexibilité et extensibilité

Readability is the ability of software to be understood by humans. It can be supported by proper indentation, meaningful variable names, and comments. A good readability can help developers to understand the code and make modifications easily.

Flexibilité et extensibilité

La flexibilité est la capacité d’un logiciel à ajouter/modifier/supprimer des fonctionnalités sans endommager le système actuel. L’extensibilité est la capacité d’un logiciel à ajouter des fonctionnalités sans endommager le système, elle peut donc être considérée comme un sous-ensemble de la flexibilité. Ces changements de fonctionnalités peuvent survenir en fonction des exigences changeantes ou en cas d’obligation si le processus de développement est l’un des méthodes itératives. Le changement est inévitable dans le développement logiciel et c’est donc l’une des propriétés les plus importantes d’un logiciel de qualité.

Maintenabilité et lisibilité

La maintenabilité est un peu similaire à la flexibilité, mais elle se concentre sur les modifications concernant les corrections d’erreur et les modifications mineures des fonctions, pas les extensibilités fonctionnelles majeures. Elle peut être soutenue par des définitions d’interface utiles, une documentation et un code auto-documenté et/ou une documentation du code. Plus la documentation est correcte et utile, plus la maintenabilité peut être effectuée.

La lisibilité est la capacité d’un logiciel à être compris par les humains. Elle peut être soutenue par une indentation appropriée, des noms de variables significatifs et des commentaires. Une bonne lisibilité peut aider les développeurs à comprendre le code et à effectuer facilement des modifications.

Base de données

Les bases de données sont essentielles pour le stockage et l’accès aux informations. Elles sont utilisées pour stocker des informations structurées et fournir un moyen de rechercher, modifier et supprimer ces informations. Les bases de données sont également utilisées pour maintenir l’intégrité des données, ce qui signifie qu’elles sont conçues pour empêcher les erreurs et les incohérences dans les données. Les bases de données offrent également une flexibilité et une extensibilité qui permettent aux développeurs de créer des applications qui peuvent s’adapter aux changements de données.

Les bases de données offrent également une maintenabilité et une lisibilité qui permettent aux développeurs de comprendre facilement le code et de le modifier facilement. Les bases de données sont conçues pour être faciles à utiliser et à comprendre, ce qui permet aux développeurs de créer des applications plus rapidement. Les bases de données sont également conçues pour être sûres et fiables, ce qui permet aux développeurs de créer des applications robustes qui peuvent résister aux erreurs et aux attaques.

Les bases de données sont essentiell

Source de l’article sur DZONE

Architecture événementielle avec fonctions sans serveur - Partie 1

Découvrez comment créer une architecture événementielle sans serveur avec des fonctions puissantes et flexibles dans cette première partie !

Première chose, architecture événementielle

When an event occurs, the application can take action. This could be as simple as logging the event or sending an email notification. It could also trigger a more complex workflow, such as a series of tasks to process the order. The key benefit of EDA is that it allows applications to respond quickly to events, without having to wait for a user to initiate an action.

Comment fonctionne l’architecture événementielle

L’architecture événementielle (EDA) est un modèle d’architecture logicielle qui utilise des événements pour découpler les différents composants d’une application. Dans ce contexte, un événement est défini comme un changement d’état. Par exemple, pour une application de commerce électronique, un événement pourrait être un client qui clique sur une liste, ajoute cet article à son panier ou soumet ses informations de carte de crédit pour acheter. Les événements englobent également des changements d’état non initiés par l’utilisateur, tels que des tâches planifiées ou des notifications d’un système de surveillance.

Lorsqu’un événement se produit, l’application peut prendre des mesures. Cela pourrait être aussi simple que de journaliser l’événement ou d’envoyer une notification par e-mail. Il pourrait également déclencher un flux de travail plus complexe, comme une série de tâches pour traiter la commande. L’avantage clé de l’EDA est qu’il permet aux applications de réagir rapidement aux événements, sans avoir à attendre qu’un utilisateur initie une action.

Fonctionnalités sans serveur et codage

Les fonctionnalités sans serveur sont une méthode de déploiement qui permet aux développeurs de créer et de déployer des applications sans avoir à gérer les serveurs sur lesquels elles sont exécutées. Les fonctionnalités sans serveur sont exécutées dans des conteneurs qui sont automatiquement gérés par le fournisseur de services cloud. Les développeurs n’ont donc pas à se soucier de la gestion des serveurs et peuvent se concentrer sur le codage.

Les fonctionnalités sans serveur sont particulièrement utiles pour les applications qui doivent réagir rapidement aux événements. Les conteneurs sont automatiquement déployés et exécutés lorsqu’un événement se produit, ce qui permet à l’application de réagir immédiatement. Les fonctionnalités sans serveur sont également très efficaces car elles ne sont exécutées que lorsque nécessaire et peuvent être redimensionnées en fonction des besoins.

Lorsque les fonctionnalités sans serveur et l’architecture événementielle sont combinées, elles offrent une solution efficace et évolutive pour les applications modernes. Les fonctionnalités sans serveur permettent aux applications de réagir rapidement aux événements et d’être redimensionnées en fonction des besoins, tandis que l’architecture événementielle permet aux applications de réagir aux événements sans attendre qu’un utilisateur initie une action.

Source de l’article sur DZONE

Validation des messages CDC avec Schemaverse (Partie 4)

Dans cette quatrième partie, nous allons apprendre à valider les messages CDC avec Schemaverse, un outil puissant et facile à utiliser pour la validation des données.

## C’est la partie quatre d’une série de billets de blog sur la construction d’un système moderne à événements avec Memphis.dev.

In this blog post, we will focus on how to use the data captured by Debezium in Memphis.dev to build an event-driven system. We will cover topics such as setting up a data pipeline, creating an event-driven workflow, and deploying the system.

Ceci est la quatrième partie d’une série de billets de blog sur la construction d’un système moderne à événements à l’aide de Memphis.dev.

Dans les deux billets de blog précédents (partie 2 et partie 3), nous avons décrit comment mettre en œuvre une pipeline de capture des données de changement (CDC) pour MongoDB à l’aide de Debezium Server et Memphis.dev.

Dans ce billet de blog, nous nous concentrerons sur la façon d’utiliser les données capturées par Debezium dans Memphis.dev pour construire un système à événements. Nous aborderons des sujets tels que la mise en place d’une pipeline de données, la création d’un flux de travail à événements et le déploiement du système.

Pour commencer, nous devons configurer une pipeline de données pour récupérer les données capturées par Debezium et les envoyer à Memphis.dev. Pour ce faire, nous devons configurer un connecteur Kafka qui envoie les données à un canal Kafka, puis configurer un canal Kafka qui envoie les données à un canal Apache Pulsar. Une fois que la pipeline de données est configurée, nous pouvons commencer à créer des flux de travail à événements basés sur ces données.

Ensuite, nous devons créer un flux de travail à événements qui prend en charge le traitement des données capturées par Debezium. Pour ce faire, nous devons créer un modèle de données qui décrit le schéma des données capturées par Debezium et définir des règles pour le traitement des données. Une fois que le modèle et les règles sont définis, nous pouvons créer un flux de travail à événements qui prend en charge le traitement des données capturées par Debezium.

Enfin, nous devons déployer le système à événements que nous avons construit. Pour ce faire, nous devons déployer le connecteur Kafka et le canal Kafka sur un cluster Kafka, puis déployer le canal Apache Pulsar sur un cluster Pulsar. Une fois que tout est déployé, nous pouvons commencer à envoyer des données capturées par Debezium à notre système à événements et à traiter ces données selon les règles que nous avons définies.

En conclusion, nous avons vu comment utiliser les données capturées par Debezium dans Memphis.dev pour construire un système à événements. Nous avons vu comment configurer une pipeline de données pour récupérer les données capt

Source de l’article sur DZONE

Pour accompagner sa transformation en acteur d’envergure mondiale, Bridor avait besoin de se doter d’un ERP moderne et de refondre ses processus métiers. Un projet de grande envergure, ayant mené à l’adoption de SAP S/4HANA et de SAP IBP.

Groupe Le Duff est un acteur français, leader de la restauration et de la boulangerie-viennoiserie. Il est présent dans 100 pays, au travers de ses 1250 restaurants et boulangeries et ses 15 sites de production. Groupe Le Duff emploie 30 000 collaborateurs, pour un chiffre d’affaires annuel dépassant les 2 milliards d’euros.

« Depuis ses débuts en 1976, le chiffre d’affaires du Groupe Le Duff a doublé tous les 5 ans, explique Ronan Le Janne, Responsable des applications de gestion (SAP, BI, SIRH…). La principale filiale du groupe est Bridor, un industriel spécialisé dans les produits de boulangerie surgelés premium, qui compte pour 45% du chiffre d’affaires du groupe. Bridor devient rapidement un acteur d’envergure mondiale, pour lequel il est stratégique de disposer d’un système d’information moderne proposant des processus capables d’accompagner cette forte croissance, organique comme externe. »

Groupe Le Duff utilise des solutions SAP depuis 2002. L’ERP SAP ECC de Bridor, souffrait toutefois de son manque de modernité. « Bridor avait accumulé un certain retard, la dernière montée de version technique SAP datait de 2012. Il devenait primordial de traiter cette dette technique, qui pouvait poser problème, notamment lors de l’adaptation du SI aux règles fiscales des pays dans lesquels nous ouvrons des filiales ».

Un projet ambitieux

La direction a fait le choix de refondre le SI de Bridor, en migrant vers l’ERP SAP S/4HANA, tout en opérant la refonte de ses processus métiers. La société a donc dû assurer un double chantier : la conversion technique vers un nouvel ERP et l’audit de ses processus clés.

Elle décide pour cela de se faire accompagner par VISEO. « Nous avions déjà identifié VISEO comme candidat potentiel, car c’est un spécialiste à la fois du retail et de l’industrie, les deux activités du Groupe Le Duff, poursuit Ronan Le Janne. VISEO a également une bonne connaissance de SAP S/4HANA dans un contexte agroalimentaire. Ses équipes sont donc expérimentées et capables de nous conseiller avec pertinence. Autres points positifs, une méthodologie compréhensible et efficace, ainsi qu’une bonne adhérence avec la culture et les valeurs du Groupe Le Duff ».

L’ERP de Bridor couvre un périmètre étendu : finance, achats, ventes, production, stocks… « Nos usines fonctionnent en 24/7 et s’appuient toutes sur notre ERP SAP, qui est le cœur du réacteur de nos processus industriels et supply chain. Un système qui fonctionne donc lui aussi en 24/7 et qu’il est difficile d’arrêter. C’est pourquoi nous avons voulu faire entrer un maximum de transformation dans ce projet ».

 

Une migration hybride

À mi-chemin entre Brownfield et Greenfield, la migration hybride, dite Bluefield, permet d’opérer une migration technique vers SAP S/4HANA, sans devoir subir le poids du legacy, les données nécessaires étant réintégrées au terme des développements. « La migration hybride nous a permis de nous réapproprier notre système, de le simplifier, en redéfinissant précisément son périmètre et ses fonctionnalités », confirme Ronan Le Janne.

L’audit des processus clés et les ateliers de cadrage se sont traduits par plus d’une centaine d’évolutions métiers, dont :

  • la refonte des structures organisationnelles ;
  • la mise en œuvre de SAP COPA et du General Ledger ;
  • la mise en place du P&L Bridor et Groupe dans SAP ;
  • La mise en œuvre des processus de prévisions, planification et S&OP dans SAP IBP.

Lancé en avril 2021 par la phase de cadrage, le projet s’est poursuivi jusqu’en fin d’année 2022, pour une mise en route de SAP S/4HANA le premier janvier 2023.

« Compte tenu de la complexité du projet, cela s’est très bien passé. Une organisation stricte, une implication sans faille des métiers et une forte réactivité de la part de VISEO nous ont permis de tenir le planning que nous avions défini en 2020. Dès le 2 janvier 2023, de gros volumes d’opérations ont été enregistrés dans notre ERP SAP S/4HANA. Depuis, nous n’avons pas constaté de perte de productivité et le nombre de tickets d’incidents reste maîtrisé. C’est un démarrage bien maîtrisé et une belle réussite pour le Groupe Le Duff. »

Quelques travaux sur la partie finance ont été effectués sur le premier trimestre 2023 et un accompagnement au changement sera nécessaire pour acculturer les équipes à certaines nouvelles fonctionnalités et certains nouveaux processus. Mais le projet arrive à son terme, dans les délais et pour le budget prévu. « Un projet réussi, pour un rapport qualité / prix imbattable », conclut Ronan Le Janne. Prochaine étape, l’adoption de SAP S/4HANA Retail.

 

The post Bridor (Groupe Le Duff) soutient son développement avec l’ERP intelligent SAP S/4HANA appeared first on SAP France News.

Source de l’article sur sap.com

Évolution des principaux outils de changement de schéma de base de données

Depuis l’avènement des bases de données, les outils permettant leur changement de schéma ont connu une évolution considérable. Découvrons-en plus sur ce sujet !

Migration de schéma de base de données peut être la zone la plus risquée dans le développement d’application – c’est difficile, risqué et douloureux. Les outils de migration de schéma de base de données existent pour soulager la douleur et ont fait des progrès considérables : des outils CLI de base aux outils GUI, des clients SQL simples à la plateforme de collaboration tout-en-un.

These tools are great for testing and debugging, but they can be difficult to use for schema migration. You need to understand the syntax of the SQL language and the structure of the database. If you don’t have the necessary skills, you may end up writing inefficient queries or making mistakes in your schema changes.

GUI Clients – MySQL Workbench / pgAdmin

MySQL Workbench and pgAdmin are graphical user interface (GUI) clients for MySQL and PostgreSQL respectively. They provide a graphical representation of your database schema, allowing you to easily view and modify the structure. You can also use them to write and execute queries.

These tools are great for schema migration, as they allow you to easily view and modify the structure of your database. However, they can be difficult to use for testing, as they don’t provide a way to easily execute multiple queries at once. Additionally, they can be slow when dealing with large databases.

Collaboration Database Platforms

Collaboration database platforms such as Liquibase, Flyway, and Redgate are designed to make database schema migration easier. These tools provide a graphical interface for viewing and modifying the structure of your database, as well as a way to execute multiple queries at once. They also provide version control, allowing you to easily track changes to your database schema.

These tools are great for both testing and schema migration. They provide an easy way to view and modify the structure of your database, as well as a way to easily execute multiple queries at once. Additionally, they provide version control, allowing you to easily track changes to your database schema.

Migration de schéma de base de données – un processus difficile et risqué

La migration de schéma de base de données est peut-être la zone la plus risquée dans le développement d’applications – c’est difficile, risqué et douloureux. Des outils de migration de schéma de base de données existent pour soulager la douleur et ont fait des progrès considérables : des outils en ligne de commande (CLI) aux outils graphiques (GUI), des clients SQL simples aux plateformes de collaboration tout-en-un.

Clients en ligne de commande (CLI) – MySQL / PSQL

MySQL et psql sont les CLI natifs pour MySQL et PostgreSQL respectivement. Vous pouvez envoyer des commandes ou des requêtes directement aux serveurs MySQL ou PostgreSQL à partir de la ligne de commande.

Ces outils sont excellents pour le test et le débogage, mais ils peuvent être difficiles à utiliser pour la migration de schéma. Vous devez comprendre la syntaxe du langage SQL et la structure de la base de données. Si vous n’avez pas les compétences nécessaires, vous risquez d’écrire des requêtes inefficaces ou de faire des erreurs dans vos modifications de schéma.

Clients graphiques (GUI) – MySQL Workbench / pgAdmin

MySQL Workbench et pgAdmin sont des clients d’interface utilisateur graphique (GUI) pour MySQL et PostgreSQL respectivement. Ils fournissent une représentation graphique de votre schéma de base de données, vous permettant de visualiser et de modifier facilement la structure. Vous pouvez également les utiliser pour écrire et exécuter des requêtes.

Ces outils sont excellents pour la migration de schéma, car ils vous permettent de visualiser et de modifier facilement la structure de votre base de données. Cependant, ils peuvent être difficiles à utiliser pour le test, car ils ne fournissent pas un moyen d’exécuter facilement plusieurs requêtes en même temps. De plus, ils peu

Source de l’article sur DZONE

Chasse au trésor Agile-DevOps : réaliser la transition DevOps

avec succès

La chasse au trésor Agile-DevOps est une méthodologie innovante qui permet aux organisations de réaliser la transition DevOps avec succès. Découvrez comment!

Les flux de valeur ont été un principe central de la pensée Lean depuis des décennies, à commencer par Toyota et le mouvement Lean Manufacturing, et sont désormais largement adoptés dans tous les secteurs. Malgré cela, de nombreuses entreprises doivent encore exploiter pleinement le potentiel des flux de valeur pour provoquer un changement organisationnel et atteindre une plus grande efficacité et efficience. Au lieu de cela, elles peuvent se concentrer uniquement sur des métriques telles que la vitesse d’équipe ou la vitesse du pipeline de production, en manquant le tableau plus large du système de bout en bout.

Dans le développement de produits modernes, la compréhension des flux de valeur est cruciale pour optimiser nos modes de travail et fournir de la valeur aux clients. En cartographiant le chemin vers la valeur, nous pouvons obtenir une visibilité sur nos processus et identifier les domaines d’amélioration, tels que les goulots d’étranglement du déploiement du code ou les incompatibilités entre les personnels et les rôles.

L’architecture des flux de valeur a été un principe central de la pensée Lean depuis des décennies, à partir de Toyota et du mouvement Lean Manufacturing, et est maintenant largement adoptée dans tous les secteurs. Malgré cela, de nombreuses entreprises doivent encore exploiter pleinement le potentiel des flux de valeur pour stimuler le changement organisationnel et atteindre une plus grande efficacité et efficience. Au lieu de cela, ils peuvent se concentrer uniquement sur des métriques telles que la vitesse d’équipe ou la vitesse du pipeline de production, en manquant le tableau d’ensemble du système de bout en bout.

Dans le développement de produits modernes, comprendre les flux de valeur est essentiel pour optimiser nos modes de travail et livrer de la valeur aux clients. En cartographiant le chemin vers la valeur, nous pouvons obtenir une visibilité sur nos processus et identifier les domaines d’amélioration, tels que les goulots d’étranglement du déploiement du code ou les incompatibilités entre le personnel et les rôles.

En outre, en comprenant les flux de valeur, nous pouvons mieux aligner les équipes et les processus sur l’objectif de livrer de la valeur à nos clients. Nous pouvons également identifier les points d’accélération et les points de friction dans le système et prendre des mesures pour améliorer la qualité et la rapidité des livraisons. Enfin, en surveillant les flux de valeur, nous pouvons mieux comprendre comment les changements apportés à l’architecture affectent la capacité de l’organisation à livrer de la valeur à ses clients.

Source de l’article sur DZONE