Méta-niveau informatique
Cette utilisation universelle des données est une vieille revendication de la communauté SAP. Ce n'est que de la consolidation, de l'harmonisation et de l'orchestration que naît la valeur ajoutée nécessaire. SAP a tenté cette quadrature du cercle sur ses propres plates-formes - en priorité sur la SAP Business Technology Platform, BTP. Cette approche est trop courte et ne peut pas réussir. Le client SAP à la pensée universelle a besoin d'un méta-niveau informatique pour toutes ses applications : de R/3 aux logiciels patrimoniaux en passant par S/4 Hana. Si SAP ne fournit pas de métaplan informatique à ses clients existants dans les années à venir, d'autres entreprises informatiques le feront. Le fait est que la complexité de l'industrie 4.0, de la chaîne d'approvisionnement, du MES et du CRM ainsi que du SRM nécessitera un métavers ERP.
Pour penser de bout en bout de manière cohérente, il faut un méta-niveau d'orchestration. SAP peut franchir cette étape et fournir un métavers ERP - mais cette étape ne sera pas facile, voir Facebook. Actuellement, les clients SAP souffrent déjà d'une inhomogénéité des données et passent beaucoup trop de temps à consolider les différents silos de données. Le Data Hub de SAP était autrefois une bonne idée, mais la mise en œuvre technique était insuffisante et le projet s'est endormi - il n'a d'ailleurs jamais été déclaré mort ! Ce qui est resté, c'est le souhait d'un méta-niveau sur lequel les données et les algorithmes peuvent être consolidés et harmonisés.
DE 
EN 
ES 
FR 
1 commentaire
Werner Dähn
Wie wäre es mit folgendem Gedanken: Das ERP stellt den Ist-Zustand in Realtime dar. Jetzt wird zusätzlich jede Änderung im ERP in ein Distributed Transaction Log System übernommen. Dieses zeigt also die komplette Historie wir man zu dem aktuellen Ist-Zustand gekommen ist.
So ein Distributed Transaction Log ist natürlich schwierig: Es muss mit riesigen Datenmengen umgehen, alle Interessierten müssen sich die Daten abholen oder den Änderungsstrom mit Latenz im Sekundenbereich konsumieren können. Glücklicherweise gibt es so etwas schon und setzt sich immer weiter in Firmen durch: Apache Kafka.
Was man also benötigt, ist ein Mechanismus die ERP Daten nach Kafka effizient zu bringen. Schon hat man den schwierigsten Teil obiger Vision erledigt. Das predige ich bei SAP schon lange und erste Kunden haben diese Architektur bereits für sich selbst gebaut. SAP jedoch macht das genaue Gegenteil.