SAP SRM-Projekte

Soweit aus meinen Aufzeichnungen rekonstruierbar, hier eine Liste einiger meiner bisherigen technischen Projekttätigkeiten im SAP Modul SRM (Supplier Relationship Management). Die modulübergreifenden Projekte sind separat gelistet.

Integration Google Suche in SRM

• Einbindung einer kundenspezifischen Suchfunktion über mehrere Kataloge hinweg (Cross catalogue)

• Dazu Modifikation einer SRM-Maske, Aufruf eines Web Services, Darstellung der Suchergebnisse (Trefferliste), Unterstützung von Funktionen aus der Ergebnisliste (Blättern...)

• Unterstützung von AJAX-Aufrufen über SAP SRM (zur Umgehung von Problemen wegen der JavaScript-Sicherheitspolitik)

• Bau einer eigenen Suchmaschine für Vergleichszwecke (Benchmark)

• Technische Beratung des Kunden, Vermittlung zwischen Kunde und Anbieter der Google-Suche

• Techniken: SAP SRM, ABAP, HTML Templates / Internet Services, JavaScript, Java, NetBeans, Microsoft SQL Server

Konzernkonsolidierung Katalogplattformen

• Miterstellung Istanalyse Katalogplattformen, Systemlandschaft

• Hauptautor Machbarkeitsstudie Konzernkonsolidierung Katalogplattformen, SRM-Systeme, katalogübergreifende Suchmaschinen

• Evaluierung in Frage kommender Systeme und Technologien, u.a. SAP Enterprise Search, Apache Lucene, Heiler Katalog

Integration Heiler-Katalog

• Konzeption und Umsetzung eines neuen Mechanismus zum Abruf von SAP-Daten aus dem Heiler-Katalog heraus (HTTP, Web Services, JavaScript, AJAX, Java, JSP)

• Einbindung der OCI 4.0 Background Search aus Heiler 5.6 in SRM

• Erstellung zahlreicher Stylesheets für Smartform-Artikel, Anbindung von SAP-getriebenen Werthilfen und Popups, komplexe JavaScript-Logiken, Layout mittels HTML und CSS

• Screenshots:

  

Visitenkartenbestellung #1

• Neuentwicklung einer kundeneigenen Visitenkartenbestellung

• Beliebige Artikel können über deren Warengruppe oder Materialnummer als Visitenkarte deklariert werden

• Für jeden Visitenkartenartikel wird in der Einkaufswagenposition ein neuer Detailbereich für die Eingabe und Anzeige der Visitenkartendaten angezeigt

• Fährt der Anwender mit der Maus über einen Vorschau-Bereich, so wird die Visitenkartenvorschau ad hoc und ohne Verzögerung eingeblendet. Die Vorschau ist logisch in vier Quadranten aufgeteilt und enthält ein Logo sowie verschiedene Textformatierungen

• Die Eingabe von Informationen wie Titel, Funktion, Abteilung oder Qualifikation ist über eine Auswahlliste (Dropdown) möglich. In einigen Fällen ist die Liste dabei mit allen Einträgen vorbelegt, in anderen kann nur die Werthilfe (F4-Hilfe) gerufen werden, eine dritte Möglichkeit ist das Vorbelegen mit einer beliebigen Untermenge als Favoriten. Die Qualifikation erlaubt eine Freitexteingabe, die über eine Auswahlliste vorbelegt werden kann

• Werden Visitenkartendaten geändert oder zum ersten Mal eingegeben, muss der Anwender diese erst bestätigen, bevor die Bestellung abgeschickt werden kann. Er erhält eine Information entweder per Popup oder per Fehlermeldung im Meldungsbereich

• Erst bei Übertragung der Bestellung in das Backend wird der Lieferantentext aus den Visitenkarteninformationen zusammengestellt

• Der Genehmigung-Workflow aus SRM wird voll unterstützt, die Lösung ist aufgrund der Berücksichtigung von Backend-Belegen durchgängig

• In anderen SRM-Projekten habe ich weitere Lösungsmöglichkeiten gesehen, die allesamt nicht so vorteilhaft sind wie diese. Eine andere (inoffizielle) Lösung kam von SAP. Dort wurde per Popup bestellt, ohne dass die Visitenkartendaten nach Legen in den Warenkorb geändert werden konnten. Außerdem wurden die Kontaktdaten im Lieferantentext abgelegt, der danach noch geändert werden konnte. Eine weitere Lösung beinhaltete alles meiner Lösung, zeigte die Vorschau der Visitenkarte aber nicht ad hoc an und lief in einem externen OCI-Katalog, der extensiven Javascript-Einsatz erforderte

• Techniken: SAP SRM, ABAP, ABAP/Objects, DDIC, Web Templates, HTML, Javascript, BHTML, BADIs

• Screenshots:

Visitenkartenbestellung #2

• Umsetzung einer komplett anderen Lösung für die Visitenkartenbestellung mit Hilfe des Heiler Katalogs. Das Projekt beinhaltete die komplexe Weiter- und Neuentwicklung

• Die Eingabemaske wurde mit von Heiler Stylesheets umgesetzt

• Dynamisierung und Feldprüfungen mit Hilfe von Javascript-Routinen

• Realisierung abhängiger Felder wie Funktion. Die Funktion ist abhängig von der Organisationseinheit und davon, ob der Besteller eine Führungskraft ist oder nicht

• Visitenkarten-Vorschau als PDF. Das PDF wird dynamisch aus den Eingabedaten generiert

• Nach Bestellung bekommt der Genehmiger eine Mail, in der eine repräsentative Vorschau der Visitenkartendaten eingebunden ist.

• Techniken: SAP SRM, ABAP, DDIC, Apache FOP, XSL, HTML, Javascript

• Screenshots:

Visitenkartenbestellung #3

• Umsetzung einer neuen Lösung für die Visitenkartenbestellung mit Hilfe des Heiler Katalogs. 

• Die Eingabemaske wurde mit von Heiler Stylesheets umgesetzt

• Dynamisierung und Feldprüfungen mit Hilfe von Javascript-Routinen

• Sofortige Visitenkarten-Vorschau per Mouse-Over als eingebettetes HTML. Mehrere verschiedene Layouts umgesetzt, inkl. Logos und Designs

• Techniken: XSL, HTML, Javascript

• Screenshots:

Katalogbestellung mit kundeneigenen Materialkennzeichen (interner Katalog)

• Die Lösung ermöglicht es, Katalogartikel mit kundenspezifischen Materialkennzeichen zu bestellen. 

• Dazu werden zu Anfang der Zusammenstellung des Warenkorbs im SRM kundenspezifische Materialkennzeichen aus dem Katalog (CCM - Content Catalog Manager) gelesen .

• Anschließend wird ein eigener Subscreen unterhalb der Grunddaten eingeblendet, auf dem einige (nicht notwendigerweise alle) Materialkennzeichen zum Artikel zum Bearbeiten angezeigt werden. Die aus dem Katalog gelesene Belegung der Kennzeichen wird initial vorbelegt.

• In der Eingabemaske existieren sowohl eine Auswahlliste als auch mehrere Checkboxen.

• Weiterhin gibt es einen Button, der den Anwender zwingt, die Daten zu bestätigen, bevor die Bestellung abgeschlossen werden kann.

• Nach Abschicken der Bestellung werden die vom Anwender gesetzten Kennzeichen ausgewertet und im Backend in der dortigen Bestellung in Form von Texten, die im Positionstext eingefügt werden, weiter gegeben.

• Die Lösung berücksichtigt die nicht sichtbare Schwierigkeit, die mit den unterschiedlichen technischen Gegebenheiten von "Einkaufen in einem Schritt" ("One-Screen Shopping") und "Einkaufen in drei Schritten" einhergehen.

Erweiterung Heiler Katalog (externer Katalog)

• Umfangreiche Erweiterung bestehender sowie Einführung neuer Lieferantenkataloge innerhalb des Heiler Katalogs.

• Automatische Übernahme von Werten aus einer Sprache in eine zweite bei zweisprachigen Visitenkarten.

• Dynamisches Schreiben von mehrdimensionalen Kontraktdaten in die OCI-Schnittstelle, abhängig von Benutzereingaben.

• Erstellen und Anpassen von OCI-Logiken in Java für die OCI-Schnittstelle.

• Anregung und Konzeption einer dedizierten SAP-Schnittstelle, Abstimmung mit dem Kataloganbieter, Unterstützung des Kunden bei der Einführung.

• Techniken: HTML, XSL, Javascript, Java, ABAP, ABAP/Objects, BADIs, OCI.

Lieferantenbeurteilung #1

• Neuentwicklung einer kundeneigenen Lieferantenbeurteilung (Bewertung von Lieferanten über Fragebögen).

• Die Lieferantenbeurteilung ist - im Gegensatz zum Standard - obligatorisch.

• Der Beurteiler ruft einen Fragebogen zum Lieferanten im Rahmen der Bestätigung von Wareneingängen auf.

• Pro Lieferant gibt es eine Reihe von Fragen, pro Frage ist eine von drei Antworten (Prozentzahl) möglich, dazu ein Freitextkommentar.

• Die Befragungsergebnisse werden beim Speichern der WE-Bestätigung per RFC an das Backend-System übergeben.

• Techniken: SAP R/3, ABAP, DDIC, HTML, Javascript.

Lieferantenbeurteilung #2

• Neuentwicklung einer weiteren kundeneigenen Lieferantenbeurteilung, die vor Bestätigung des Wareneingangs im Browser obligatorisch auszufüllen ist.

• Techniken: SAP SRM, ABAP, ABAP/Objects, Internet Services, Web Templates, HTML, Javascript, BHTML, DDIC, BADIs.

Fehlermeldungen

• Fokussierung von Fehlermeldungen, die im Meldungsbereich ausgegeben werden.

• Im Standard funktioniert das Fokussieren nicht richtig. Der ungeübte Anwender sieht die Fehlermeldung nicht, weil er nicht nach oben gescrollt hat.

• Farbliche Umgestaltung der Fehler- und Warnmeldungen sowie Fettdruck besonders wichtiger Meldungen.

• Ausgabe von Fehlermeldungen als Popup, unabhängig davon ob die Barrierefreiheit aktiviert wurde oder nicht.

Übersetzung ins Japanische

• Erstellung von Reports für die Erzeugung von Übersetzungslisten für japanische Übersetzer, die keinen Zugang zum SAP-System haben bzw. keinen Zugang haben sollen.

• Export- und Import-Funktionalität. Liest Excel-Dateien und erzeugt Ausgabe für den Import nach Excel.

• Ermöglicht das Übersetzen von Tabelleninhalten sowie von Web Templates.

• Berücksichtigung von japanischen Sonderzeichen.

• Ermittlung von zu übersetzenden Texten, Lokalisierung der Objekte im System.

• Entwicklung für die SAP IT.

• Techniken: SAP SRM, ABAP, ABAP/Objects, ALV-Grid, DDIC, Web Templates, HTML.

Freitextbestellung / elektronische BANF (eBANF)

• Anpassung der eBANF-Funktionalität an Kundenbedürfnisse.

• Einschränkung von Werthilfen, anpassen bestehender Werthilfen.

• Hinzufügen von kundenspezifischen Kopfinformationen an den Einkaufswagen in Form einer Bildschirmmaske innerhalb der zusätzlichen Angaben zum Einkaufskorb. 

• Techniken: SAP SRM, ABAP, ABAP/Objects, DDIC, HTML.

Anbindung einer Kundenzufriedenheitsstatistik

• Einführung eines Links am Ende der Bestellung.

• Durch Klick auf den Link öffnet sich in einem neuen Browser-Fenster die Befragung des Bestellers zum Bedienkomfort des SRM-Systems.

• Nachdem der Anwender auf den Link geklickt hat, wird - parallel zum Aufruf der Befragung - unter dem Link ein Hinweistext eingeblendet, der dem Anwender signalisiert, dass er die Befragung bereits aufgerufen hat.

• Zur Zeit ist die Erstellung eines einfach konfigurierbaren Befragungsgenerators in Arbeit.

Ablösung Tabelle BBP_DET_ACCOUNT

• Ersetzung Tabelle BBP_DET_ACCOUNT durch kundeneigene Tabelle.

• Grund: Standardtabelle BBP_DET_ACCOUNT erlaubt keine Pflege der Produktkategorie für bestehende Sätze (da Schlüsselfeld), es können keine Intervalle für Produktkategorien definiert werden, Upload ist durch Fachabteilung nicht durchführbar, Kontenpläne können nicht berücksichtigt werden.

• In Arbeit: Erstellung Pflegereport, mit dem die Fachabteilung komfortabel Einträge pflegen und Intervallkonsistenzen prüfen kann.

• Techniken: SAP SRM, ABAP, ABAP/Objects, BADI, DDIC.

Copyright © 2006-2012 Dr.-Ing. Klaus Meffert. Alle Rechte vorbehalten.