La situation initiale
Lors du démarrage de votre migration vers S/4HANA , vos premières vérifications vous permettront d’obtenir la liste des applications qui ne sont pas compatibles avec S/4HANA. Certains d’entre eux ont de nouvelles versions compatibles avec S/4HANA, d’autres non.
Le défi
L’un des problèmes techniques est que, même pour les solutions tierces certifiées SAP, la désinstallation d’une solution tierce n’était pas possible jusqu’à il y a environ 3 ans, comme c’était le cas jamais une exigence de SAP. Plus récemment, la désinstallation est devenue possible en utilisant des notes OSS telles que 1883223 comme modèle pour les partenaires et 2011192 pour les modules complémentaires fournis par SAP. Les nouveaux modules complémentaires doivent pouvoir être désinstallés comme condition préalable à la certification SAP.
Selon le fournisseur du logiciel, des packages de désinstallation peuvent vous être fournis dans le cadre de la maintenance, ce qui peut nécessiter un contrat de maintenance valide. Une autre option pourrait être d’acheter la version compatible S/4HANA et de l’installer plus tard, puis vous aurez la possibilité de supprimer l’ancien code.
Vous pouvez également le faire vous-même, en créant manuellement des transports avec des objets de suppression, mais cela n’est pas recommandé et peut même ne pas fonctionner pour tous les objets. La difficulté de mise en œuvre, l’incertitude quant à l’efficacité et les mauvais résultats de cette méthode sont quelques-unes des raisons pour lesquelles SAP a implémenté une fonctionnalité de désinstallation dans SAINT pour les modules complémentaires tiers.
Lorsque des solutions tierces ont été adaptées à vos besoins, cela peut devenir plus complexe car le fournisseur peut ne pas connaître tous les objets ou peut devoir créer un package de désinstallation personnalisé.
Au final, ce sont les clients qui finiront par payer : nouveau produit, contrat renouvelé, assistance à la désinstallation ou temps d’équipe interne. La vérité est que les coûts supplémentaires sont dus au fait que la suppression du code tiers n’a jamais été considérée comme nécessaire.
Et il y a une bonne raison à cela.
La raison en est que le logiciel peut être audité . Cela peut être pour des raisons internes, externes, fiscales, juridiques ou de confidentialité des données. Pour en choisir un à titre d’exemple, l’audit des données générées avec un logiciel sans avoir le code utilisé pour créer n’est pas faisable. Bien que les auditeurs ne soient pas obligés d’auditer le code, ils pourraient également demander à le voir s’ils jugeaient nécessaire de valider les données.
Chez TJC , nous générons des données fiscales : FEC, SAF-T, SII et demandes spéciales de l’administration fiscale et des commissaires aux comptes. Lors de la mise à niveau, SAP garde une trace des évolutions du code en ABAP par les systèmes de gestion des modifications et des transports. Cela permet un enregistrement clair et transparent du code présent dans le système à un moment donné.
Le risque
Mais le passage à S/4HANA est différent : le code est perdu et n’est disponible que dans les versions ECC . Et ce n’était pas prévu. Lorsque le système ECC est supprimé du paysage, le code n’est plus disponible, mais les fichiers fiscaux générés existent toujours. Comme le code n’est plus disponible pour démontrer comment le package fiscal de données d’origine a été créé, les fichiers ne sont plus acceptés dans la plupart des pays car ils ne sont plus fiables.
Cela peut aboutir à une situation très inconfortable pour votre entreprise, cela peut devenir coûteux en termes d’amendes, de pénalités et de réputation de marque. Gardez à l’esprit que cela s’applique également si le code a été généré à l’aide du logiciel standard SAP. Une fois le système parti, le code n’est plus disponible et la même logique s’applique donc.
La solution
Donc, oui, la désinstallation de logiciels tiers a un prix et peut mettre l’entreprise en danger. Il en va de même pour le code personnalisé. Une approche sûre consiste à inclure la mise hors service du système dans votre passage à S/4 HANA . Si vous ne l’avez pas prévu, il est logique, du point de vue de la gestion des risques, de demander de l’aide lors de la suppression d’outils tiers.
Si vous avez des questions sur le sujet, contactez-nous .
Parce que vos données comptent .
Thierry JULIEN, PDG et Fondateur de TJC Group
Voir l’autre article du coin des PDG .
