Que sont les RICEFW dans SAP ?

Que sont les RICEFW dans SAP ?

Lors de la réalisation d'un projet SAP, l’ensemble des consultants SAP fonctionnels et techniques travaillent avec des RICEFW SAP. RICEFW est l'abréviation de Reports, Interface, Conversion, Enhancements, Forms, and Workflow (rapports, interfaces, conversions, extensions, formulaires et flux de travail). Dans SAP, les RICEFW sont également appelés WRICEF.

Les RICEFW sont produits durant la phase d’exploration de la méthodologie SAP Activate, un processus conçu par SAP pour mettre en œuvre les produits SAP, comme le système SAP S/4 HANA.

L’analyse Fit and Gap permet d'identifier les lacunes et les exigences métier que les fonctionnalités SAP standard ne peuvent traiter. Ces objets supplémentaires sont notés et définis à l’aide des classifications RICEFW durant tout projet de mise en œuvre ou de migration SAP. 

RICEFW vs WRICEF

Dans SAP, WRICEF signifie exactement la même chose que RICEFW, seul l’acronyme varie légèrement. WRICEF est l’abréviation de Workflows, Reports, Interface, Conversion, Enhancements, and Forms (flux de travail, rapports, interfaces, conversions, extensions, formulaires). Les termes RICEFW et WRICEF sont parfois utilisés de manière interchangeable au cours de la phase d'exploration d’un projet de mise en œuvre SAP.

L’utilisation de RICEFW ou de WRICEF est généralement une question de préférence personnelle. Certains projets SAP utiliseront donc l'acronyme RICEFW, d’autres WRICEF. 

Les objets RICEFW SAP

Les objets RICEFW SAP ne font pas partie des fonctions SAP standard et sont composés des catégories suivantes :

Rapports

Un rapport SAP est un programme exécutable capable de lire des données et de générer un résultat sur la base des critères sélectionnés par l'utilisateur final. Il présente les données en fonction des filtres appliqués. Il existe trois catégories de rapports :

• Les rapports SAP standard, par exemple COOIS, MD04, etc. ;
• Les rapports personnalisés élaborés par une organisation ;
• Les requêtes.

Les rapports sont élaborés avec l’aide d’une équipe ABAP (Advanced Business Application Programming). Ils peuvent aider à déterminer quand les fonctions SAP standard ne répondent pas aux exigences du client ou aux exigences métier.

Dans pareil cas, un rapport personnalisé est créé. À cet effet, il est nécessaire de comprendre l'ensemble des exigences et de choisir les données à l’aide de l’écran de sélection. Une fois le rapport généré, il devient un objet RICEFW qui peut servir à définir les processus cibles. Les équipes travaillent en parallèle sur la phase d'exploration de la méthodologie SAP Activate.

Les rapports SAP peuvent servir à créer des rapports de validation de la planification des besoins en composants (MRP). Ce type de rapport permet de vérifier si suffisamment d'éléments d'approvisionnement sont générés pour répondre aux exigences actuelles.

Interfaces

Au cours de la phase d'exploration, vous pouvez identifier les processus métier tels que le payroll, les expéditions, les immobilisations et l’assurance qualité, qui sont gérés par des systèmes tiers. Ces activités externes peuvent nécessiter une connexion au système SAP. Pour ce faire, des programmes d'interface SAP sont développés pour automatiser le processus.

Une interface désigne en substance un canal entre les systèmes SAP et les systèmes non SAP. Par exemple, une organisation peut s'appuyer sur un système logistique tierce pour préparer et expédier des livraisons. Pour cela, les informations de livraison SAP seront envoyées au système tiers externe. Les informations relatives à l'expédition sont ensuite reçues dans SAP par un intergiciel.

Ces communications EDI se font à travers des interfaces SAP et des IDocs sont utilisés pour transférer les données.

Conversions

Lorsque les équipes informatiques mettent en œuvre ou mettent à jour des systèmes SAP, elles doivent convertir les données des anciens systèmes en formats compatibles, lesquels seront ensuite convertis dans leur application SAP. Pour pouvoir télécharger ces données dans le nouveau système SAP, elles doivent être converties d'un format à un autre selon les exigences du système. Ce processus est appelé la conversion SAP.

La conversion est importante et demande de la précision, il est donc fréquent qu’une équipe distincte soit exclusivement affectée à cette activité. Pour effectuer une conversion, les équipes doivent extraire les données de leurs anciens systèmes. L’équipe de projet téléverse ensuite ces données dans le système SAP mis à jour à l’aide d’outils de migration des données tels que BDC, LSMW, LTMC, etc.

Le client et les équipes techniques travaillent avec le consultant fonctionnel pour écrire des programmes qui lisent les données de ces fichiers. Les données peuvent ensuite être chargées dans la nouvelle application SAP. Ces conversions deviennent alors un autre objet dans la liste RICEFW. 

Extensions

Des extensions SAP sont ajoutées si les exigences métier ne peuvent être satisfaites par les fonctionnalités SAP standard. Lors des mises en œuvre de grande envergure, un plan SAP standard est préparé et suivi. Lorsque les exigences métier ne peuvent être satisfaites par le plan standard, les équipes de projet modifient la solution pour y ajouter des fonctionnalités personnalisées. C’est ce que l’on appelle les extensions.

Les extensions sont créées par les équipes ABAP à l’aide de BADI (Business Add-Ins), de cadres d’extension ou d’exits utilisateurs. Ces extensions deviennent des objets RICEFW que les équipes de projet utilisent pour modifier ou améliorer les fonctionnalités SAP standard. Une autre option consiste à créer de nouvelles solutions personnalisées sur la base des exigences métier et de l’architecture cible.

Par exemple, la création de capacités de saisie mobile de données par radiofréquence (RF) au niveau de la gestion des stocks (IM) constitue une extension SAP. SAP Standard met la RF à disposition dans le module WM ou EWM. Si un client gère son entrepôt dans le module IM et souhaite des capacités RF, une extension est nécessaire pour atteindre les objectifs métier.

Formulaires

Les formulaires SAP sont simplement des résultats imprimés créés par l’application SAP après la sauvegarde de données transactionnelles. Ces formulaires permettent d’établir des factures, des relevés de compte, des bons de livraison, des bons de commande, etc. à partir de modèles fournis par SAP Standard.

Si ceux-ci ne répondent pas aux exigences spécifiques (logo de l’entreprise, mention légale), l’équipe fonctionnelle doit travailler avec l’équipe ABAP pour élaborer des formulaires personnalisés adaptés à chaque besoin.

Flux de travail

Le dernier objet RICEFW est le flux de travail SAP. Le flux de travail désigne le flux séquentiel de données transactionnelles d’un niveau à un autre selon la hiérarchie de l'organisation. À chaque niveau, des actions doivent être prises pour que le flux de travail passe au niveau suivant.

Pour atteindre cet objectif, le consultant fonctionnel collabore avec l'équipe technique pour mettre au point une logique de flux personnalisée. Celle-ci contient tout le détail des données à envoyer et fournit les conditions pour déclencher le flux de travail.

Prenons par exemple le traitement des approbations budgétaires. Un bon de commande est créé pour une certaine valeur et envoyé au responsable pour approbation. Une fois approuvé, ce bon de commande est transmis au vice-président pour une nouvelle approbation et ainsi de suite jusqu’à la signature définitive. Dans ce cas, l’exigence métier n’est pas disponible dans une application SAP standard, un nouvel objet RICEFW est donc nécessaire.

Comment les objets RICEFW sont-ils utilisés dans un projet S/4HANA ?

Les phases d’exploration et de réalisation de la méthodologie SAP Activate requièrent toutes deux des objets RICEFW pour répondre aux processus et objectifs métier spécifiques. Ceux-ci sont particulièrement importants durant une migration S/4HANA afin que toutes les exigences spécifiques soient intégrées à la solution. De cette manière, les utilisateurs de l’entreprise sont en mesure d’effectuer leurs tâches courantes à l'aide de leur système SAP.

Les objets RICEFW sur S/4HANA sont principalement identifiés lors des sessions d'analyse Fit to Gap qui ont lieu durant la phase d’exploration. C’est à ce stade que les équipes de projet identifient les solutions non SAP à intégrer.

Durant la phase de réalisation et l'activité de test, un plan de transition est créé. Celui-ci permet de transférer les objets WRICEF sur S/4HANA vers le système de production qui sera, à terme, utilisé par l'entreprise en temps réel. 

Conclusion

La création d'objets RICEFW SAP est un processus qui a lieu durant la phase d’exploration de la méthodologie SAP Activate et qui a pour objectif d’identifier les systèmes tiers intégrés à SAP.

Le résultat du modèle RICEFW est une solution personnalisée qui répond aux exigences métier identifiées plus tôt dans le processus de migration.

Il est essentiel que les chefs de projet et les architectes SAP identifient toutes les exigences afin que les systèmes et les processus métier fonctionnent sans problème une fois la migration effectuée. Créer et rendre compte à un Centre d’Excellence SAP s’avère très utile à cet effet.