Verwenden öffentlicher APIs von SAP ME, ohne eine Anpassungsfalle zu erstellen

Eröffnungsperspektive

Oft ist eine kundenspezifische Entwicklung rund um SAP ME erforderlich. Die eigentliche Frage ist nicht, ob die Plattform erweitert werden soll, sondern wie dies möglich ist, ohne den zukünftigen Support unnötig zu erschweren. Hier kommt es auf die öffentliche API-Strategie an. Es bietet Teams einen unterstützten Pfad für den Zugriff und die Erweiterung des Verhaltens, der sauberer ist als Ad-hoc-Verknüpfungen.

Was der Verweis verdeutlicht

Das Buch beschreibt öffentliche API-Webdienste, Java-APIs, Javadoc-Zugriff und die Ausführung über SAP MII oder externe Verbraucher. Das ist wertvoll, weil es die Verbesserung als eine disziplinierte technische Aktivität und nicht als unkontrollierte Anpassung darstellt. Mit anderen Worten: SAP ME erwartet eine Erweiterung. Es wird lediglich erwartet, dass dies über verstandene Schnittstellen geschieht.

Das eigentliche Risiko liegt nicht im Codieren, sondern im Eigentum

Ich mache mir selten Gedanken darüber, ob ein Team technisch gesehen eine Verbesserung realisieren kann. Ich mache mir Sorgen, ob das Team es ein Jahr später unterstützen kann. Schlecht dokumentierte Serviceanrufe, unklare Ausnahmebehandlung und über mehrere Ebenen verstreute Geschäftslogik führen zu langfristiger Fragilität. Bevor Sie etwas Benutzerdefiniertes erstellen, definieren Sie den Anwendungsfall, den Eigentümer, den erwarteten Lebenszyklus und den Rollback-Plan.

Ein praktisches Erweiterungsregelwerk

Verwenden Sie öffentliche APIs, wenn der Geschäftsbedarf klar ist und das Standardprodukt ihn nicht sauber zum Ausdruck bringt. Halten Sie das benutzerdefinierte Verhalten eng. Dokumenteingaben, -ausgaben, Abhängigkeiten und Fehlerbehandlung. Vermeiden Sie es, MII-Transaktionen, Webdienste und SDK-Logik in ein Labyrinth versteckter Abhängigkeiten zu verwandeln. Das Ziel der Anpassung sollte geschäftliche Eignung mit Wartbarkeit und nicht technische Cleverness sein.

Schnell zum Mitnehmen

• Verwenden Sie unterstützte APIs bewusst und nicht beiläufig.
• Das eigentliche Risiko der Anpassung besteht in der langfristigen Unterstützbarkeit.
• Dokumentieren Sie jede Erweiterung, als ob sie später jemand anderem gehören würde.