Comme un arbre et une branche

Celui qui connaît ses processus, qui les a modélisés et testés, apprend à connaître sa propre entreprise sous un jour nouveau. L'analogie avec un arbre, ses branches et ses ramifications est-elle exagérée ? Le système SAP avec ses processus standard serait comme un arbre.

Une solution BPM (Business Process Management) flexible, telle que la solution BPM-
Suite d'Intellior serait alors les branches, les feuilles, les fleurs, les fruits. La comparaison est peut-être exagérée. Il n'empêche : dans chaque partenariat, il y a des différences et des points communs qui se complètent particulièrement bien.

L'orientation processus est une orientation client économique. On livre ce dont le client a besoin et qu'il est prêt à payer. Et il va de soi que l'on doit aussi être conforme. C'est là qu'intervient le SolMan, le talent d'organisation de SAP, un "portier" entre l'écorce et les branches, qui examine d'un œil critique le format et le contenu des personnes qui entrent.

Le SolMan peut être utilisé dans de nombreux scénarios d'application, car il est conçu de manière très générique. Et SAP dit que l'orientation processus signifie que les processus sont naturellement représentés et configurés comme des processus BPMN. C'est précisément ce qui constitue les processus standard, les processus et les configurations dans SAP sont gérés avec le SolMan. Ce sont tout d'abord les principales activités/fonctions SAP.

La plupart d'entre eux sont utilisés dans le cas particulier, mais d'autres ne le sont pas. Or, l'utilisation de SolMan est complexe et pas vraiment conviviale. Lors de la migration vers S/4, le problème est aggravé par le fait que les efforts à fournir diffèrent considérablement selon qu'il s'agit d'une approche brownfield, greenfield ou bluefield, en fonction de la consultation.

Pour de nombreux responsables informatiques, un investissement dans le brownfield n'est pas rentable et tout simplement trop cher. Dans le cas d'une telle migration, il faudrait à nouveau supporter les dépenses de l'adaptation déjà réalisée auparavant. On prend du poids dont on n'a pas besoin. C'est pourquoi de nombreux responsables informatiques disent que pour S/4, nous utilisons le greenfield. Là aussi, le risque est de voir l'arbre cacher la forêt si la fonctionnalité et la simplicité ne correspondent pas au groupe d'utilisateurs.

Vient ensuite, en général, une analyse des écarts pour clarifier les lacunes entre les états opérationnels théoriques et réels, ce qui conduit à la réflexion suivante : Qu'est-ce qui, parmi les processus de référence, convient aux processus clients existants, qu'est-ce qui peut être utilisé, qu'est-ce qui ne l'est pas. "Quand la suite BPM d'Intellior est en jeu", a déclaré Kai Krings, "on peut importer le processus de référence, le discuter et l'adapter, puis le synchroniser à nouveau dans SAP via le connecteur."

Cela signifie que le collègue chargé du customizing SAP a à sa disposition un à un le même processus que l'utilisateur de la suite Intellior. Il peut également accéder au portail utilisateur via les liens importés, mais il n'y est pas obligé : il l'ouvre via la bibliothèque de processus SAP.

"Il trouve surtout que son processus est meilleur dans SolMan", poursuit Krings, "parce que nous lui donnons les niveaux de la carte des processus et les reproduisons dans SolMan, afin que l'on n'ait pas seulement une longue liste de processus devant soi. C'est ce que nous appelons la synchronisation intelligente."Les possibilités vont jusqu'à des validations configurables et différenciées du processus. Tout cela, le SolMan ne le propose pas.

"Nous pouvons représenter différents secteurs dans la structure des dossiers", a déclaré Kai Krings, "Les processus de l'entreprise peuvent être définis de différentes manières : par exemple, des structures de processus standard SAP, un modèle de référence complet tel que Business Flows de bp-Experts et, bien sûr, le modèle de processus de l'entreprise, dans lequel les processus dérivés et validés sont finalement versionnés et publiés."

On a donc différentes branches d'un même arbre, auxquelles chaque utilisateur peut accéder directement avec ses cas d'utilisation. Dans la suite BPM, les processus SAP sont donc plus faciles à discuter, à modéliser, à optimiser et à mettre en œuvre. Lorsque le processus est à peu près stable, le projet SAP est généralement terminé après un go-live et un "hypercare". C'est au plus tard à ce moment-là que commence la responsabilité du pilotage et de l'amélioration des processus par les responsables de processus.