USF : Utilisateurs SAP Francophones

Identifiez-vous

Accueil  >  Presse  >  Parutions USF  >  Magazines USF  >  L'USF n°3 - Avril 2009  >  Retours d'expérience : UNIBETON : un système d'information bien "bétonné"
 

Retours d'expérience : UNIBETON : un système d'information bien "bétonné"

Témoignage

Par Yves Behaghel, DSI d'UNIBETON. Partenaire : Oresys

Filiale du 5ème cimentier mondial, Italce­menti Group, UNIBÉTON a reconstruit son système d'information suite à un problème d'impasse technologique provoqué par l'obsolescence de la plate-forme matérielle. Ce système répondait en grande partie aux besoins, mais pas de façon homogène sur le périmètre France Belgique. De plus, il souffrait de problèmes de fiabilité dans les échanges d'informations, et s'avérait impossible à faire évoluer. La difficulté était liée à l'implantation géo­graphique des 200 centrales à béton en France et Belgique, accentuée par des problèmes de communication avec les plates-formes régionales. Chaque direction régionale pilote une trentaine de centrales pour récupérer tout le travail de back office, la facturation et la préparation en amont des contrats et des données clients, et surtout de la formulation des bétons.

Le système a pour vocation de gérer l'ensemble des processus de gestion opérationnelle de l'activité béton prêt à l'emploi. Celle-ci couvre l'ensemble des fonctionnalités depuis la conception (formulation) jusqu'à la commerciali­sation, la distribution et la facturation. La formulation du béton correspond à un mélange d'ingrédients défini selon la destination et son environnement (plancher, structure, milieu agressif...). Le système traite jusqu'à 400 formules différentes par centrale dont 80% utili­sées couramment. Pour les ouvrages particuliers, de nouvelles formules innovantes sont recherchées pour maximiser la performance et optimiser la fabrication et les coûts en fonction des matières premières. Le système gère tous les composants, les fichiers de formules, l'achat de matières premières, la gestion des clients, les prix, le catalogue produits, le contrôle des achats de transport, la facturation. « Le système précédent était techno­logiquement obsolète, mais c'était la partie communication qui nous posait le plus de problèmes de fiabilité. Nous avons saisi cette opportunité pour reconstruire toute l'application en changeant de technologies. La société de conseil Oresys a participé à ce changement au niveau de la phase de recettes pour l'ingénierie de prépara­tion et l'exécution des tests, » précise Yves Behaghel, DSI d'UNIBÉTON. Auparavant cette entreprise possédait déjà SAP pour les modules financiers et achats, mais pas sur le périmètre Béton prêt à l'emploi. À cette occasion, le périmètre a été considérablement élargi. Le nouveau système aujourd'hui repose principalement sur SAP, tandis que la gestion de production et des formules fait appel à du spécifique. « Ce projet de modernisation était trop lourd à gérer seul et nous avions assez peu d'expériences et de maîtrise dans l'ingénierie de recettes et la gestion des tests. À ce niveau, Oresys nous a été d'un grand soutien en nous appor­tant une réelle méthodologie et des compétences tout en restant souple et pragmatique. Il fallait surtout avoir une bonne vision, une bonne méthodolo­gie, un pilotage bien structuré. »

Comment essuyer les plâtres pour une entreprise de bétons...

Selon Yves Behaghel, l'une des diffi­cultés a été l'utilisation de technologies nouvelles, encore peu maîtrisées à l'époque (2003), notamment la plate- forme de développement .NET et l'EAI de Microsoft BizTalk pour assurer l'interfaçage entre SAP et le logiciel spécifique. « Nous avons malgré tout gagné notre pari : une centrale doit toujours produire et servir le client. Elle doit fonctionner en mode asynchrone, c'est-à-dire que les échanges peuvent s'effectuer en différé. Ce choix a été pensé pour permettre aux centrales de travailler en mode non connecté afin de pouvoir continuer à travailler en cas de rupture de réseau. En effet, chaque centrale à béton possède une base de données interne qui lui permet de fonc­tionner quelques jours en autonome.

Un projet qui a bousculé les habitudes

La solution mise en œuvre n'a pas été transparente pour les utilisateurs. Le changement a quelquefois été vécu difficilement car les habitudes de travail ont brutalement été remises en cause. Même si un certain nombre de concepts fonctionnels sont restés les mêmes, ce fut un changement très important pour les utilisateurs, notamment par l'articulation entre SAP et le logiciel spécifique. En termes d'ergonomie et de logique de systèmes, le changement a été manifeste. « Nous n'avions pas imaginé que le projet serait si long. Nous avons rencontré des difficultés à la fois techniques et humaines. Aujourd'hui, le système fonctionne, même s'il reste relativement jeune et doit encore évoluer. H existe encore des points à améliorer, notamment au niveau des statistiques. Nous utilisons BW de SAP et nous avons été contraints d'effectuer une montée de version, ce qui a ralenti nos projets. »