USF : Utilisateurs SAP Francophones

Témoigne

André Czener, responsable des Systèmes d'information d'Alstom Power Service

Depuis 2000, André Czerner est responsable des SI de l'activité APS en France. Cette entité, qui regroupe 1900 personnes en France, Belgique, Algérie, Maroc, Tunisie et Nigéria, a décidé d'uniformiser sa gestion avec SAP. Actuellement chargé du déploie­ment d'une solution SAP (modules PS, SI, CO, MM et SD) en Algérie, André Czerner intervient en qualité de chef de projet. Or, pour chaque déploiement se pose le problème de la migration de données. En effet, le transfert de données en masse des systèmes anciens vers les nouvelles applications SAP est un élément fon­damental de la réussite de la mise en place de l'ERP.

La première méthode consiste à écrire des programmes ABAPTM sur mesure. Beaucoup d'entreprises, via leur département informatique, ont développé ce genre de programmes personnalisés pour des opérations de chargement volumineux de données. Cependant, créer des programmes de ce type, lorsqu'ils ne sont pas exploités de façon récurrente, s'avère très coûteux et peu rentable. Dans le cas de APS, chaque déploiement sur site nécessitait des intégrations supplémentaires, en raison notam­ment de particularités pour gérer un stock. Cela aurait conduit à reprendre le programme ABAP pour l'adapter à chaque site, ce qui n'était pas envisageable.

Ainsi, APS a évalué des outils tiers certifiés par SAP, tel que la solution transactionSHUTTLE de Winshuttle que la filiale anglaise avait fortement conseillée. « Nous avons donc décou­vert cette solution en 2005, lors du déploiement d'une solution SAP à Vélizy, après avoir réalisé un bench­marking d'injecteurs de données dans SAP. Cet outil nous a rendu un grand service lors de ce déploiement. Son usage était ciblé sur la reprise de données d'un ancien système (mise en forme et tables de transcodage) pour les réinjecter dans SAP. Au fur et à mesure du déploiement de SAP en France, nous avons réutilisé cet outil dans différents sites et à chaque fois, il a contribué à une réduction sensible des coûts budgétés sur le projet France au titre de la reprise des données. Il nous a évité de développer des programmes ABAP spécifiques pour chaque site. En effet, cette méthode est longue et fastidieuse. Elle génère pas mal de problèmes de tests, alors que dans la solution retenue, on obtient un scenario et un script en une demi-journée, avec un résultat qui cor­respond à 99 % de nos besoins. Cela nous permit d'être plus rapide dans nos déploiements. De plus, comme chaque utilisateur dispose d'Excel et sait le manipuler, il est relativement facile d'injecter des données vers SAP en ayant auparavant structuré les don­nées dans la feuille de calcul. Le choix d'Excel ou d'Access, comme fichier de transit, s'avère judicieux, car il nous facilite la préparation des données à injecter.

Une fois les déploiements effectués, les utilisateurs métiers se sont appropriés l'outil et souhaitaient le conserver pour des saisies de données récurrentes (Exemples : nouvelles fiches articles ou commandes d'un certain nombre de lignes). Aujourd'hui, sur tous les sites, des financiers, des logisticiens, des contrôleurs de gestion et des acheteurs, emploient cet outil au quotidien. « Au départ nous étions perplexes sur cette appropriation. En fait, pour exploiter TransactionShuttle, il suffit d'avoir une bonne connaissance fonctionnelle de SAP et de savoir utiliser Excel. Dans ce cas, l'écriture d'un script est relativement facile. Par ailleurs, nous avons sollicité SAP pour savoir s'il existait un outil-maison. À ce titre, nous avons reçu une formation sur CATT, produit similaire mais peu souple, car basé principalement sur des fichiers CSV. De plus, il faut une bonne connaissance technique de SAP pour pouvoir l'utiliser. Autre élé­ment à souligner, le service fourni en France par Winshuttle est très satisfai­sant, aussi bien en termes de réactivité que de qualité ».