28.04.2013 Aufrufe

Formulare - koan solution

Formulare - koan solution

Formulare - koan solution

MEHR ANZEIGEN
WENIGER ANZEIGEN

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.

Migration von SAP-<strong>Formulare</strong>n,<br />

Reengineering und Offshoring<br />

Thomas Karas, <strong>koan</strong>-<strong>solution</strong> GmbH


Archiv<br />

Druck<br />

SAP NetWeaver<br />

Interaktive<br />

Online-<br />

<strong>Formulare</strong><br />

Interaktive<br />

Offline-<br />

<strong>Formulare</strong><br />

Druck<br />

formulare<br />

Grundszenarien formularbasierter<br />

Geschäftsprozesse<br />

<strong>Formulare</strong> zur Bearbeitung durch den Endanwender<br />

Verbindung zum SAP-System vorhanden<br />

Integration in Portal/Browser als Web Dynpro-Anwendung<br />

<strong>Formulare</strong> zur Bearbeitung durch den Endanwender<br />

Keine Verbindung zum SAP-System bei der Bearbeitung<br />

Datenübernahme nach Rücksenden per E-Mail oder Upload<br />

Keine Bearbeitung durch den Endanwender<br />

Automatischer Massendruck<br />

Folie: 2


Agenda<br />

• Stand der Formularauslieferung<br />

• Integration in die Anwendungen<br />

• Vollständigkeit der Implementierung<br />

• Migration von SAPscript und Smartforms<br />

• Migration und Reengineering von <strong>Formulare</strong>n<br />

• Formularmigration im Offshoring<br />

Folie: 3


Agenda<br />

• Stand der Formularauslieferung<br />

• Integration in die Anwendungen<br />

• Vollständigkeit der Implementierung<br />

• Migration von SAPscript und Smartforms<br />

• Migration und Reengineering von <strong>Formulare</strong>n<br />

• Formularmigration im Offshoring<br />

Folie: 4


Umfang der<br />

Auslieferung in ERP 6.0<br />

Für folgende Bereiche werden interactive forms<br />

Druckformulare ausgeliefert:<br />

•Personalabrechnung<br />

•Finanzwesen<br />

•MM, Einkaufsbelege, Bestandsführung<br />

•SD, Verkaufsbelege, Auftragsbestätigung, Rechnung<br />

•QM<br />

•Legal & Logistics Services, Einfuhr/Ausfuhr<br />

•Treasury<br />

•Branchenlösungen<br />

(Health Care, Utilities, Versicherungen, Medien,<br />

Public-Sektor, Immobilienmanagement)<br />

Folie: 5


Verfügbar seit Juli 2007:<br />

Neue <strong>Formulare</strong> im<br />

Enhancement Package 2<br />

• Auftragsbestätigung (SD_SDOC_FORM01)<br />

• Rechnung (SD_INVOICE_FORM01)<br />

• Rechnungsliste (SD_BIL_LIST_FORM01)<br />

• Customer Contacts (SD_CAS_FORM01)<br />

• Output Form for Customer Fact Sheet<br />

(SD_CFS_FORM01)<br />

• Mailing Example for Customer Contact<br />

(SD_CAS_MAIL_FORM01)"<br />

Folie: 6


Agenda<br />

• Stand der Formularauslieferung<br />

• Integration in die Anwendungen<br />

• Vollständigkeit der Implementierung<br />

• Migration von SAPscript und Smartforms<br />

• Migration und Reengineering von <strong>Formulare</strong>n<br />

• Formularmigration im Offshoring<br />

Folie: 7


Integration von<br />

Interactive forms<br />

Vielfache technische und fachliche Integration in<br />

SAP-Druckprozesse<br />

• Nachrichtensteuerung, z.B. SD, MM<br />

• Formular-Workplace (HR)<br />

• Druckworkbench (IS-U)<br />

• ...<br />

Folie: 8


Interactive forms in HR<br />

Form Builder<br />

Folie: 9


Interactive forms in HR<br />

Folie: 10


Interactive forms in HR<br />

Folie: 11


Interactive forms in IS-U<br />

Folie: 12


Interactive forms in IS-U<br />

Folie: 13


Interactive forms in IS-U<br />

Folie: 14


Agenda<br />

• Stand der Formularauslieferung<br />

• Integration in die Anwendungen<br />

• Vollständigkeit der Implementierung<br />

• Migration von SAPscript und Smartforms<br />

• Migration und Reengineering von <strong>Formulare</strong>n<br />

• Formularmigration im Offshoring<br />

Folie: 15


Offene Punkte<br />

Funktionsebenen in der <strong>Formulare</strong>ntwicklung<br />

• Anpassung Druckertreiber<br />

• Fachsteuerung<br />

• Duplexdruck<br />

• Rohdatenschnittstelle<br />

• Massendruck<br />

• Versionsverwaltung<br />

Folie: 16


Druckertreiber<br />

PDF-basierte <strong>Formulare</strong> können mit allen SAP<br />

Druckern ausgedruckt werden, falls eine XDC-Datei<br />

(Druckerdefinition im XML-Format) vorliegt.<br />

Folie: 17


Ausgelieferte XDC-Dateien<br />

• acrobat6.xdc PDF 1.5, acrobat7.xdc PDF 1.6<br />

• adobepdf.xdc PDF 1.6 and 1.7<br />

• hp4350pcl5e<br />

• hp4350ps.xdc<br />

• hppcl5c<br />

• hppcl5e<br />

• imt644pcl5e<br />

• lmt644ps.xdc<br />

• ps_plain.xdc, ps_plain_mt.xdc – (Monotype)<br />

• zpl203.xdc<br />

• zpl300.xdc<br />

Folie: 18


Details zu XDC-Dateien<br />

Druckertreiber<br />

•...können vom Kunden selbst angepasst werden<br />

(Siehe ADS-Configuration Guide und SAP-Hinweis<br />

766410)<br />

•...liegen auf dem Server vom ADS<br />

•Zuordnung von Gerätetyp und XDC-Datei über<br />

Tabelle TSP0B und Report RSPO0022<br />

•Keine SAPWIN-Gerätetypen möglich<br />

Folie: 19


Rohdatenschnittstelle<br />

Interactive forms verfügt über eine<br />

Rohdatenschnittstelle<br />

•XFP (XML-Datenformat)<br />

•Wird zur Laufzeit durch Parameterübergabe<br />

aktiviert (Baustein FP_JOB_OPEN)<br />

•Mit oder ohne Context-Evaluation<br />

Folie: 20


Fachsteuerung und<br />

Duplexdruck<br />

Voraussetzung für Fachsteuerung und Duplexdruck<br />

•Adobe LiveCycle Designer Version 8.x<br />

•Adobe Document Services: Version 8.0 oder höher<br />

(SAP NetWeaver 7.0 SPS13)<br />

•Einstellungen in der XDC-Datei und dem<br />

Job-Profile<br />

Folie: 21


Versionverwaltung<br />

Versionsverwaltung ist verfügbar:<br />

•Möglich für Formular und Schnittstelle<br />

•Transaktion SFP: Version ziehen<br />

Folie: 22


Massendruck<br />

Die Performance kann optimiert werden durch:<br />

•Caching von <strong>Formulare</strong>n<br />

•Minimieren von Scripting<br />

•Standard-Schriftarten verwenden<br />

•Deaktivieren von nicht benötigten Contextobjekten<br />

•Formularbündelung nutzen<br />

•Performance analysieren (Adobe Performance<br />

Analysis)<br />

•Tests haben durchschnittliche Werte von<br />

400 Seiten/min. ergeben<br />

Folie: 23


Offene Punkte<br />

Die Technik ist ausgereift und einsetzbar!<br />

• Anpassung Druckertreiber √√√√<br />

• Fachsteuerung √√√√<br />

• Duplexdruck √√√√<br />

• Rohdatenschnittstelle √√√√<br />

• Massendruck √√√√<br />

• Versionsverwaltung √√√√<br />

Folie: 24


Agenda<br />

• Stand der Formularauslieferung<br />

• Integration in die Anwendungen<br />

• Vollständigkeit der Implementierung<br />

• Migration von SAPscript und Smartforms<br />

• Migration und Reengineering von <strong>Formulare</strong>n<br />

• Formularmigration im Offshoring<br />

Folie: 25


Gründe für Migration<br />

• <strong>Formulare</strong>ntwicklung mit SAPscript ist sehr aufwendig<br />

(veralteter Editor)<br />

• SAPscript erlaubt keine klare Funktionstrennung<br />

Formularlogik wird weitgehend aus dem<br />

Datenbeschaffungsprogramm gesteuert<br />

• SAPscript ist sehr ungünstig in mehrsprachigen<br />

Umgebungen<br />

Gefahr von hoher Kopienanzahl<br />

• Smartforms ist in einigen wichtigen Punkten verbessert<br />

Trennung von Datenbeschaffung und Formularlogik<br />

Sprachsteuerung und Übersetzung<br />

• Smartforms hat nach wie vor Defizite<br />

Layout ist unflexibel und nicht wesentlich verbessert (gleiche<br />

Gerätetypen wie bei SAPscript)<br />

Folie: 26


• Migration von existierenden Adobe und SAP<br />

<strong>Formulare</strong>n wird unterstützt<br />

• Existierende Drucklösungen (Adobe: Output<br />

Pak, SAP: Smart Forms) werden in der Zukunft<br />

unterstützt<br />

Investitionsschutz<br />

Folie: 27


Adobe Output Pak for mySAP<br />

SAPscript<br />

SmartForms<br />

Mi<br />

gr<br />

ati<br />

o<br />

n<br />

P<br />

at<br />

h<br />

Migrationspfade<br />

interactive forms<br />

Folie: 28


ABAP-Druck Progamm<br />

Alle Daten werden zu<br />

EINEM Zeitpunkt an das<br />

Formular übergeben<br />

Druckprogramm<br />

sammelt NUR Daten<br />

CALL FUNCTION fname<br />

Zeitpunktkonzept<br />

interactive forms<br />

Das Formular steuert die<br />

Ablauflogik<br />

Interactive forms Formular<br />

Folie: 29


Smartforms-Migration<br />

Das Zeitpunktkonzept von Smartforms und<br />

interactive forms ist gleich, eine Migration ist mit<br />

überschaubarem Aufwand möglich<br />

Der Aufwand ist abhängig von der Qualität der kundeneigenen<br />

Erweitungen im Smartforms<br />

•Wurden viele ABAP-Knoten verwendet?<br />

•Wie komponentenorientiert wurde die Datenbeschaffung erweitert?<br />

Folie: 30


Smartforms-<br />

Migrations-Pfad<br />

Nutzung des von SAP angebotenen Migrationspfades für<br />

eine „automatische“ Migration<br />

Vorteile:<br />

• Beibehaltung von bestehendem Druckprogramm<br />

• Überführung des Smartforms Formulars inkl. ABAP-Knoten<br />

Nachteile:<br />

• Objekte verbleiben im Kunden-Namensraum, kein SAP-Support<br />

• Smartforms und interactive forms sind nicht 100% kompatibel<br />

• Formular muss erheblich nachbearbeitet werden.<br />

Resümee: Nutzung des Migrationspfades ist nur eine<br />

Übergangslösung<br />

Folie: 31


Vorgehensweise<br />

Smartforms-Migration<br />

Neuerstellung des Formulars auf der Basis des von SAP<br />

ausgelieferten Standardformulars und Druckprogramms<br />

Vorteile:<br />

• Nutzung von Standard Objekten, die von SAP gewartet werden<br />

• Aufbau einer effizienten Fomulararchitektur mit moderner<br />

Technologie (Nutzung von Badi‘s und ABAP-Objects zur<br />

kundeneigenen Datenbeschaffung)<br />

Nachteile:<br />

• Höherer Aufwand (in Abhängigkeit der Qualität der zu<br />

migrierenden Objekte, ABAP-Knoten)<br />

Resümee: Neuerstellung unter Nutzung vorhandener<br />

Objekte ist im Allgemeinen der bessere Weg<br />

Folie: 32


Zeitpunktkonzept<br />

SAPscript<br />

Folie: 33


SAPscript-Migration<br />

Das Zeitpunktkonzept von SAPscript und<br />

interactive forms sind völlig unterschiedlich, eine<br />

Migration ist aufwendiger<br />

Der Aufwand ist abhängig von der Qualität der kundeneigenen<br />

Erweiterungen im SAPscript<br />

•Wurden Form-Aufrufe im SAPscript verwendet?<br />

•Wie komponentenorientiert wurde die Datenbeschaffung erweitert?<br />

Die Migration des SAPscript Druckprogramms ist häufig wegen<br />

schlechter Strukturierung der kundeneigenen Zusatzdatenbeschaffung<br />

aufwändig<br />

Folie: 34


Vorgehensweise<br />

SAPscript-Migration<br />

Neuerstellung des Formulars auf der Basis des von SAP<br />

ausgelieferten Standardformulars und Druckprogramms<br />

Vorteile:<br />

• Nutzung von Standard Objekten, die von SAP gewartet werden<br />

• Aufbau einer effizienten Fomulararchitektur mit moderner<br />

Technologie (Nutzung von Badi‘s und ABAP-Objects zur<br />

kundeneigenen Datenbeschaffung)<br />

Nachteile:<br />

• Höherer Aufwand (in Abhängigkeit der Qualität der zu<br />

migrierenden Objekte, ABAP-Knoten)<br />

Resümee: Neuerstellung unter Nutzung vorhandener<br />

Objekte ist im Allgemeinen der bessere Weg<br />

Folie: 35


Agenda<br />

• Stand der Formularauslieferung<br />

• Integration in die Anwendungen<br />

• Vollständigkeit der Implementierung<br />

• Migration von SAPscript und Smartforms<br />

• Migration und Reengineering von <strong>Formulare</strong>n<br />

• Formularmigration im Offshoring<br />

Folie: 36


Status Quo<br />

• Sehr viele Kunden verwenden nach wie vor<br />

SAPscript<br />

• Historisch gewachsenes Formularwesen<br />

• Neue Anforderungen werden mit Formularkopien<br />

umgesetzt<br />

• Druckprogramme werden in den Z-Namensraum<br />

kopiert und angepasst<br />

• Anpassungen in den Druckprogrammen häufig<br />

„Spaghetti-Code“, keine Komponenten<br />

• Schlechte Dokumentation<br />

• Viele verschiedene (externe) Entwickler<br />

Die Formulararchitektur sehr vieler SAP-Kunden<br />

ist nur schwer und kostenintensiv zu warten<br />

Folie: 37


Reengineering<br />

Die Migration von bestehenden SAPscript-<br />

<strong>Formulare</strong>n zu interactive Forms bietet die<br />

Möglichkeit zu einem Reengineering des<br />

gesamten Formularwesens.<br />

Formularreengineering bezieht sich auf<br />

3 Aspekte der Formulartechnologie:<br />

• Trennung der funktionalen Ebenen<br />

• Einsatz von Customizing<br />

• Einsatz von Softwarekomponenten<br />

Folie: 38


Status Quo: SAPScript<br />

Folie: 39


Interactive forms<br />

SmartForms<br />

Folie: 40


Komponenten des Formulars werden über Customizingtabellen gesteuert !<br />

Einsatz von Customizing<br />

Folie: 41


Klassenhierarchie<br />

Rechnung<br />

Formularfunktionen<br />

allgemein<br />

Auftragsbestätigung<br />

Bei Änderung einzelner Methoden sind<br />

diese Änderungen automatisch in allen Subklassen<br />

sowie in den entsprechenden Programmen aktiv.<br />

Softwarekomponenten<br />

Folie: 42


Zusammenfassung:<br />

Reengineering<br />

• Einsatz von modernen Entwicklungswerkzeugen<br />

• Reduzierung von Formularvarianten (Übersetzung)<br />

• Verbesserte Formularwartung durch Customizing<br />

• Vereinfachung der <strong>Formulare</strong>ntwicklung durch die<br />

Verwendung wieder verwertbarer Komponenten<br />

Folie: 43


Agenda<br />

• Stand der Formularauslieferung<br />

• Integration in die Anwendungen<br />

• Vollständigkeit der Implementierung<br />

• Migration von SAPscript und Smartforms<br />

• Migration und Reengineering von <strong>Formulare</strong>n<br />

• Formularmigration im Offshoring<br />

Folie: 44


Gründe für Offshoring<br />

• Reduktion von Kosten um 20-40%<br />

• Erhöhte Flexibilität<br />

• Mehr verfügbare Ressourcen<br />

Folie: 45


Probleme und Risiken<br />

• 53% der Unternehmen die IT-Offshoring<br />

betreiben, erzielen keine Kosteneinsparungen<br />

oder müssen steigende Kosten in Kauf nehmen<br />

• Etwa 30% der Offshoring-Projekte schlagen fehl<br />

• Verträge sind schwer durchsetzbar, bzw.<br />

Durchsetzung ist sehr teuer<br />

• Projekt-Kommunikation ist schwierig und<br />

aufwändig<br />

Folie: 46


Wirtschaftlichkeit<br />

• Die Anlaufkosten sind sehr hoch und müssen<br />

sich über mehrere Projekte verteilen<br />

• Der interne Aufwand ist bei Offshoring Projekten<br />

erheblich höher und gleicht die niedrigeren<br />

externen Kosten teilweise wieder aus.<br />

Folie: 47


Klassisches Offshoring<br />

Folie: 48


Auftraggeber<br />

Projekt-<br />

Management<br />

Tester<br />

Projekt-<br />

Management<br />

Business<br />

Analyst<br />

Managed Offshoring<br />

Auftragnehmer<br />

<strong>koan</strong>-<strong>solution</strong><br />

Lenkungsausschuss<br />

Software-<br />

Architekt<br />

Tester<br />

Projekt-<br />

Management<br />

Team<br />

Offshore-<br />

Lieferant<br />

Lenkungsausschuss<br />

Software-<br />

Architekt<br />

Folie: 49


• Deutliche Kosteneinsparung<br />

Managed-Offshoring<br />

• Zugriff auf alle benötigten Ressourcen<br />

• Single Point of Contact<br />

• Keine zusätzlichen internen Ressourcen erforderlich<br />

• Keine Kommunikationsprobleme<br />

• Vertrag mit deutschem Unternehmen - keine Offshoring-Risiken<br />

• Keine Anlaufkosten<br />

Folie: 50


Thomas Karas<br />

Kontakt:<br />

<strong>koan</strong>-<strong>solution</strong> GmbH<br />

Schanzenstr. 35<br />

51063 Köln<br />

Tel. 0221 – 135285<br />

Fax 0221 – 3106738<br />

Mobil 0171 – 6236348<br />

Mail tkaras@<strong>koan</strong>-<strong>solution</strong>.de<br />

Web www.<strong>koan</strong>-<strong>solution</strong>.de<br />

Folie: 51

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!