Vers une véritable transparence grâce aux solutions de SAP et de CAS AG

Le comportement des consommateurs des temps modernes a énormément changé. Alors qu'il n'y a pas si longtemps, l'expérience d'achat dans les grands magasins et les supermarchés était presque un rituel hebdomadaire, elle est aujourd'hui plutôt ennuyeuse et superflue dans de nombreux domaines.

En ligne, c'est le nouveau monde - bien que cela ne soit plus vraiment nouveau depuis longtemps, bien sûr, mais plutôt l'expérience en ligne dans son ensemble, la fiabilité dans la disponibilité des marchandises, une tarification attractive, des conditions d'expédition simples et des processus de réclamation et/ou de retour, associés à des délais de livraison rapides.

Dans ce contexte, le consommateur ne veut pas renoncer aux conseils, aux offres adaptées, aux recommandations et à la personnalisation.

Avec une transparence totale

Tout cela fait que les entreprises sont confrontées depuis longtemps à de tout nouveaux défis. Non seulement les processus internes doivent être réorganisés de toute urgence, mais de toutes nouvelles unités organisationnelles sont nécessaires pour pouvoir affronter le "nouveau" segment de marché à armes égales.

Si l'entreprise a donc identifié ce qui sera important à l'avenir, qu'elle a orienté sa stratégie en conséquence et qu'elle a convaincu même les critiques et les habitués, elle passe inévitablement au point suivant.

C'est souvent à ce moment-là que les têtes bouillonnent d'idées, que le business s'enflamme et que de nouvelles idées sortent toutes les heures sur la meilleure façon de faire quoi.

Puis vient souvent la désillusion, avec un regard sur l'environnement logiciel et système propre à l'entreprise, également appelé l'Armageddon architectural.

Dans le "sous-sol" de l'entreprise, on rencontre des systèmes obsolètes, des solutions logicielles non agiles qui, pour couronner le tout, sont peut-être "encastrées" de telle manière que les mises à niveau logicielles sont à peine envisageables.

On se base alors sur un passage 1:1, sans vraiment mettre en place de nouvelles fonctionnalités dès la première étape. Les systèmes ne communiquent pas entre eux comme ils le devraient pour pouvoir répondre aux nouvelles exigences.

Mais comment cela peut-il fonctionner si la base de données des articles dort dans un système, mais que la boutique en ligne accède à des pools de données complètement différents et élimine à son tour les données vers un éventuel troisième système dans le groupe ?

Analyse en temps réel impensable, informations à 360 degrés sur les stocks ou les clients irréalisables. La diffusion d'offres ou de contenus promotionnels dépend directement du comportement du client et ce, grâce à des analyses effectuées directement dans le contexte. Une tâche quasiment impossible !

Dilemme : héritage vs. vision

Mais que faire si les systèmes et les applications ne peuvent pas prendre en charge cette méthode ? Attendre jusqu'à ce que tous les systèmes soient convertis ?

Ce n'est certainement pas une solution pour les entreprises, qui ne souhaitent sans doute pas voir des clients, parfois même des clients fidèles, partir chez un concurrent.

Pourtant, la situation n'est pas désespérée. La première façon de sortir du dilemme ressenti est en effet de reconnaître le dilemme et de commencer par admettre cette reconnaissance.

Une fois l'émotion passée, il est temps de faire quelque chose. Mais quoi faire ? Commencer par remplacer les anciens systèmes ERP, changer complètement les systèmes en ligne ?

Mais sans la base, cela a peu de chances de réussir. Souvent, des solutions isolées, y compris des monopoles de tête, sont alors établies dans l'entreprise dans un esprit d'action. Elles permettent certes de résoudre certaines tâches partielles, mais ne sont pas raisonnablement intégrées dans le grand ensemble.

Mais ce n'est pas une voie stable à long terme. La voie solide à long terme consiste à combiner l'innovation des processus avec le renouvellement successif des systèmes back-end.

Points de contact vs. back-end

D'un côté, il y a les consommateurs, les exigences en temps réel, les équipes agiles. Les entreprises sont confrontées à une multitude de points de contact.

De l'autre côté, on trouve les systèmes back-end stables, qui semblent lourds et ne permettent pas (ne devraient pas permettre) l'accès direct, ni avoir la possibilité de regrouper les données de manière suffisamment légère pour qu'elles puissent être "consommées" efficacement.

Il n'est pas possible de réduire les exigences d'une partie, ni de permettre à l'autre partie de fournir tout ce dont elle a besoin de manière ad hoc.

Comme toujours, la solution se trouve quelque part entre les deux, appelons-la par commodité "couche numérique intermédiaire". Mais qu'est-ce que cela peut bien être ?

Référentiel d'activités des clients

Considérons ceci avec un regard sur le monde des systèmes SAP. Cette approche y a été lancée il y a longtemps et se trouve sur l'étagère des logiciels avec SAP CAR (SAP Customer Activity Repository).

La plateforme SAP CAR est précisément cette couche intermédiaire qui est quasiment en temps réel et qui, grâce aux technologies de réplication, par exemple SAP SLT (SAP Landscape Transformation Server), permet d'atteindre exactement ce dont les entreprises ont besoin.

Les données pertinentes sont placées dans un environnement en mémoire, sans double gestion ni redondance dommageable. Mais ce n'est évidemment pas tout.

Avec les applications correspondantes sur cette couche de données, il est possible de mettre à disposition les fonctionnalités décisives dont on a besoin. Pour ce faire, les applications se chargent également de l'orchestration de ces données.

Prenons l'exemple suivant : Grâce à SAP POS DTA (Data Transfer and Audit), toutes les ventes et tous les mouvements de marchandises sont rassemblés en ligne, les stocks sont répliqués avec SAP SLT à partir du système ERP de Retail et la fonction Inventory Visibility offre des stocks en temps réel qui peuvent être directement consommés et utilisés par une boutique en ligne.

Et tout cela sans avoir à recourir directement à un système ERP qui gère les stocks ou qui est "inerte". Cela semble simple, c'est effectivement le cas et la base pour d'autres processus omnicanal et de planification est déjà créée.

SAP Omnichannel

Grâce à SAP OAA (SAP Omnichannel Article Availability), les informations sur les stocks sont transmises de manière cyclique à la boutique en ligne, de sorte qu'il n'est plus nécessaire d'y effectuer son propre calcul de stock.

Ensuite, les processus omnicanal sont développés à la perfection avec la composante de sourcing de SAP OAA. Cette composante de SAP CAR permet de réduire massivement le nombre d'annulations de commandes, car le système back-end vérifie déjà en direct, pendant le processus de passage en caisse, d'où et comment le client est livré. Ce dernier constate avec plaisir que les livraisons rapides et dans les délais ne sont pas l'apanage d'Amazon.

Prévision et planification

Mais ce n'est pas tout : si les données pertinentes ont déjà été répliquées dans l'environnement de SAP Hana et dans SAP DDF (SAP Demand Data Foundation) en tant que couche de données pour les applications consommatrices de SAP CAR et que toutes les ventes sont conservées, il est alors facile de mettre en place également SAP UDF (Unified Demand Forecast) en tant que moteur de prévision et de l'utiliser "simplement".

Ces informations de prévision peuvent ensuite être réutilisées pour une planification beaucoup plus précise de l'entreprise et de la publicité au moyen d'une prévision uniforme ou pour la mise en œuvre d'un approvisionnement poussé optimal des points de vente via SAP AMR (Allocation Management for Retail).

On voit donc qu'il suffit de commencer et de poser les bons jalons. La poursuite et l'utilisation des applications, et tout particulièrement l'ordre dans lequel elles sont utilisées, relèvent entièrement de l'entreprise.

Avec SAP CAR comme plate-forme, cela est possible de manière très modulaire et intégrée. On arrive ainsi au but avec un système modulaire.

Cela ne semble plus du tout impossible. La procédure, comme avec un système modulaire, a pour conséquence qu'en tant qu'entreprise, on est également en mesure de transférer de manière ordonnée l'environnement système "stable" vers de nouvelles versions ou de nouveaux produits en mémoire, car on a déjà fait beaucoup avec la couche de données intermédiaire pour "aller chercher" les clients là où ils se trouvent.

Bien entendu, les produits correspondants impliquent toujours des investissements considérables. C'est pourquoi il vaut bien sûr la peine de se pencher sur le monde des solutions cloud et de vérifier quels sont les services existants qui conviennent.

Outre les produits SAP, il existe par exemple d'autres solutions qui permettent d'utiliser des couches de données numériques afin de préparer l'"ancien monde" aux "exigences du nouveau monde".

On peut citer entre autres CAS RDH (Realtime Data Hub). Affectueusement appelé : "LA solution en temps réel pour la migration de vos scénarios d'application dans le monde numérisé".

Grâce à une technologie open source moderne, à des interfaces utilisateur attrayantes et à des modèles de données flexibles, CAS RDH permet d'alimenter tous les processus en "données en temps réel" et de les intégrer dans les processus de l'entreprise.

Profil de l'entreprise

Depuis sa création en 1988, CAS AG crée des solutions globales parfaitement intégrées pour réduire la complexité des processus d'entreprise en combinant le conseil en stratégie, en processus et en technologie.

En tant que partenaire Silver SAP, CAS AG offre un savoir-faire complet autour des solutions omni-canal avec SAP CAR et ses applications de consommation (SAP UDF, SAP OAA, SAP OPP, etc.) ainsi que le développement individuel d'applications pour des solutions opérationnelles en magasin et des analyses avec SAP UI5 et SAP Fiori.

www.c-a-s.de/retail