cronos billing consulting gmbh

1. cronos billing consulting gmbh Ablösung des IBM WPS durch das B2B Emir Güleç

2. 1 Einführung Analyse und Anforderungen an Drittsysteme 2 B2B Anforderungen an das B2B, Systemlandschaft, Nachrichtenaustausch 3 Sondernachrichten DWD-, ZFA- und ABB-Nachichten 4 Archivierung & Berechtigungskonzept Anforderungen, Archivierungsstrategie, Datensätze und Services, Berechtigung Agenda Ablösung des IBM WPS durch das B2B

3. Einführung • Mandantentrennungsprojekt MAREN 2009/2010 in Leipzig in Zusammenarbeit mit • Analyse von Drittsystemen und die an ihnen gestellten Anforderungen im Teilprojekt „Migration / Middleware“ • Einführung des B2B in Zusammenarbeit mit

4. Einführung - Analyse und Anforderungen an Drittsysteme Status Quo zu Projektbeginn Vertriebssysteme Netzsysteme Gemeinsam genutzte Systeme CRM Großkunden u.w. IVS Liefermanagement Angebotsstellung Großkunden Business Lounge LIMA VM09 Internetselfservice Großkunden VAST Prophet Solution WPS Exchange Server Energiedatenmanagement Email-Server Powergraph Zählerfernauslesung SAP IS-U ABB Netzleitsystem e-point SAP VENUS Filenet CRM Massenkunden Rechnungseingangsverarbeitung (Optisches) Archiv

5. Einführung - Analyse und Anforderungen an Drittsysteme • Durch getrennte Systeme wird es zu einer signifikanten Erhöhung des Datenaustauschvolumens kommen. Im Konzept wird ein Faktor 3 bis 4 für die Erhöhung des Datenvolumens angeführt. • Die gegenwärtige Auslastung des WPS und die anstehende Erhöhung des Datenvolumens erfordert eine Lösungsfindung, da zukünftig das Volumen nicht mehr von dem bestehenden System bewältigt werden konnte. • Herauslösung der GPKE/GeLi/GaBi-Prozesse • Verschlankung des WPS bzgl. der Prozesse • Verlagerung der GPKE/GeLi/GaBi-Prozesse auf eine dafür spezialisierte und standardisierte Systemlösung Entscheidung für die B2B-Lösung

6. Einführung - Analyse und Anforderungen an Drittsysteme Entscheidung für die B2B Lösung für die Netzseitigen Systeme Vertriebssysteme Netzsysteme Gemeinsam genutzte Systeme Sonstige Drittsysteme Powergraph B2B WPS Exchange Server Exchange Server Zählerfernauslesung SAP-Vertrieb IS-U SAP-Netz IS-U Filenet ABB Netzleitsystem (Optisches) Archiv Filenet (Optisches) Archiv

7. 1 Einführung Analyse und Anforderungen an Drittsysteme 3 Sondernachrichten 2 B2B DWD-, ZFA- und ABB-Nachichten Anforderungen an das B2B, Systemlandschaft, Nachrichtenaustausch 4 Archivierung & Berechtigungskonzept Anforderungen, Archivierungsstrategie, Datensätze und Services, Berechtigung Agenda Ablösung des IBM WPS durch das B2B

8. B2B - Anforderungen an das B2B Prozesse via B2B B2B als eigenständige und autarke Lösung für das Netzsystem • Marktkommunikation nach GPKE/GeLi/GaBi • Empfang/Versand inkl. Konvertierung • Zählerfernauslesung • Lastgangübermittlung • Archivierung

9. B2B - Anforderungen an das B2B Zu erwartendes Mengengerüst / Jahr für das Netz B2B (nur Richtwerte) Eingang: 3,5 Mio Ausgang: 3 Mio.

10. B2B - Anforderungen an das B2B Sondernachrichten Weitere Anforderungen • Nachrichtenpriorisierung (DWD-Nachrichten, ALOCAT) • Erstellung und Versand von Umsatzsteuernachweisen (nach Vorbild aus dem WPS) • Splitting von aggregierten MSCONS Nachrichten • Automatisierte Archivierung der Daten auf dem B2B • Berechtigungskonzept

11. SAP-ISU Qualitätssicherungs-B2B Entwicklung SAP-ISU SAP-ISU Produktion Qualitätssicherung B2B - Systemlandschaft • B2B – Landschaft : 2 stufig • SAP-ISU Systemlandschaft: 3 stufig Produktiv-B2B SAP-ISU – Netzsysteme B2B Systeme mit jeweils mehreren Tomcatinstanzen und einem Dispatcher

12. Qualitätssicherungs-B2B B2B - Nachrichtenaustausch Drittsysteme Netz DWD Marktpartner (Powergraph, ABB, etc.) Import DWD Nachrichten Kommunikation mit Marktpartner per Email (EDIFACT) Import ZFA-/ABB- Nachrichten Test-dwd@swl-netz.de QSEDIFACT_SWLVNB@swl-netz.de IMAP-Postfach (DWD-Nachrichten) ZFA-/ABB-Ordner (ZFA-/ABB-Nachrichten) IMAP-Postfach (EDI-Nachrichten) SAP-ISU-Netz Qualitätssicherung FileNet Archivierung

13. INBOUND_NETZ INBOUND_ZFA INBOUND_DWD B2B - Nachrichtenaustausch • Die eingehenden Nachrichten werden auf das Nachrichtenformat hin analysiert (z.B. UTILMD 4.2A) und ergebnisbezogen an einen entsprechenden Verarbeitungskanal (Channel-Distribution) weitergeleitet. • Hierbei werden ZFA-/ABB-Nachrichten an den Channel INDOUND_ZFA, DWD-Nachrichten an den Channel INBOUND_DWD und EDIFACT-Nachrichten an den Channel INDOUND_NETZ zur weitergehenden Verarbeitung weitergeleitet. • Jeder Verarbeitungskanal (Channel) enthält Aktionen (Action), die die weitere Verarbeitung der Nachrichten bestimmen (z.B. Mapping einer EDIFACT Nachricht in ein IDoc-Format). • Der Verarbeitungsschritt Receiver-Determination ermittelt den gewünschten Empfänger (z.B. ein SAP System) und leitet die Nachricht ergebnisorientiert weiter.

14. 2 1 B2B Einführung Anforderungen an das B2B, Systemlandschaft, Nachrichtenaustausch Analyse und Anforderungen an Drittsysteme 3 Sondernachrichten DWD-, ZFA- und ABB-Nachichten 4 Archivierung & Berechtigungskonzept Anforderungen, Archivierungsstrategie, Datensätze und Services, Berechtigung Agenda Ablösung des IBM WPS durch das B2B

15. DWD Import DWD Nachrichten Test-dwd@swl-netz.de RFC Sondernachrichten DWD Nachrichten • Täglicher Empfang und Verarbeitung der Daten vom Deutschen Wetter Dienst • Prognostizierte durchschnittliche Tagestemperaturen des Folgetages • Grundlage für die Bilanzierung und Allokation im IS-U Remote FuBa: YISU_EDM_GAS_DAT_CHANGE Parameter: „Datum“ und „Temperatur“ IMAP-Postfach (DWD-Nachrichten) SAP-ISU-Netz Qualitätssicherung FileNet Archivierung Qualitätssicherungs-B2B

16. Sondernachrichten DWD Nachrichten

17. Sondernachrichten DWD Nachrichten

18. Sondernachrichten DWD Nachrichten DWD_DATE DWD_VALUE

19. Sondernachrichten DWD Nachrichten - Customizing • Definition des Channels INBOUND_DWD

20. Sondernachrichten DWD Nachrichten - Customizing • Definition des Channels INBOUND_DWD

21. Sondernachrichten DWD Nachrichten - Customizing • Definition des Channels INBOUND_DWD • Definition der Actions

22. Sondernachrichten DWD Nachrichten - Customizing • Definition des Channels INBOUND_DWD • Definition der Actions

23. Sondernachrichten DWD Nachrichten - Customizing • Definition des Channels INBOUND_DWD • Definition der Actions • Definition der EXTENSION zur Formaterkennung

24. Sondernachrichten DWD Nachrichten - Customizing • Definition des Channels INBOUND_DWD • Definition der Actions • Definition der EXTENSION zur Formaterkennung

25. Drittsysteme Netz (Powergraph, ABB, etc.) Import ZFA-/ABB- Nachrichten http Sondernachrichten ZFA-/ABB-Nachrichten • Lastgangsdaten aus der Zählerfernauslese ZFA und Lastgangsdaten aus der Netzleittechnik – ABB werden im Verzeichnissystem als Exceldatei abgelegt. • Automatisches Abholen und Verarbeitung der Nachrichten über dem entsprechenden Service durch das B2B. • Mapping in eine IDOC-XML-Struktur durch den NLC-Converter und Weiterleitung an das IS-U Basistyp: ISUPROFILE_UPLOAD01 Nachrichtentyp: ISUPROFILE_UPLOAD ZFA-/ABB-Ordner (ZFA-/ABB-Nachrichten) SAP-ISU-Netz Qualitätssicherung FileNet Archivierung Qualitätssicherungs-B2B

26. Sondernachrichten ZFA-/ABB-Nachrichten

27. Sondernachrichten ZFA-/ABB-Nachrichten

28. Sondernachrichten ZFA-/ABB-Nachrichten

29. 2 1 B2B Einführung Anforderungen an das B2B, Systemlandschaft, Nachrichtenaustausch Analyse und Anforderungen an Drittsysteme 3 Sondernachrichten 4 Archivierung & Berechtigungskonzept DWD-, ZFA- und ABB-Nachichten Anforderungen, Archivierungsstrategie, Datensätze und Services, Berechtigung Agenda Ablösung des IBM WPS durch das B2B

30. Archivierung Anforderungen • Revisionssichere Archivierung der Nachrichten auf dem B2B • Archivierung auf der FileNet Lösung von IBM.

31. Qualitätssicherungs-B2B Archivierung Drittsysteme Netz DWD Markt (Powergraph, ABB, etc.) Import DWD Nachrichten Kommunikation mit Marktpartner per Email (EDIFACT) Import ZFA-/ABB- Nachrichten Test-dwd@swl-netz.de QSEDIFACT_SWLVNB@swl-netz.de IMAP-Postfach (DWD-Nachrichten) ZFA-/ABB-Ordner (ZFA-/ABB-Nachrichten) IMAP-Postfach (EDI-Nachrichten) SAP-ISU-Netz Qualitätssicherung FileNet Archivierung

32. Qualitätssicherungs-B2B Archivierung Anforderungen • Revisionssichere Archivierung der Nachrichten auf dem B2B • Archivierung auf der FileNet Lösung von IBM. FileNet Archivierung SOAP

33. Archivierung Archivierungsstrategie 1. Es werden täglich zu einer bestimmten Uhrzeit alle Nachrichten z.B. der letzten 2 Tage archi viert. 2. Wenn der B2B-Service den Archivierungsserver nicht erreicht, versucht dieser zu einem späteren Zeitpunkt erneut, die Nachrichten zu archivieren. 3. Generell gilt: Nachrichten, die bei der Verarbeitung auf Fehler gelaufen sind, werden nicht archiviert. Korrekt verarbeitete und archivierte Nachrichten bekommen in der Nachrichtenübersicht VS-Spalte das CD-Symbol. 4. Die Archivierten Datensätze beinhalten zumindest die B2B Referenznummer. Falls die Idocnummer zum Zeitzpunkt der Archivierung zur Verfügung steht, wird dieser mit ar chiviert. Dieser Punkt ist vor allem für die revisionssichere Datenarchivierung von Bedeutung.

34. Archivierung Gespeicherte Datensätze Gesamtes Emaildokument als MIME-STREAM und zusätzlich folgende Feldangaben mit entsprechenden Werten:

35. Archivierung Gespeicherte Datensätze

36. Archivierung: Umsetzung Umsetzung erfolgt über Services

37. Archivierung: Umsetzung Service – Eigenschaften I Zugangsdaten:

38. Archivierung: Umsetzung Service – Eigenschaften II Für regelmäßiges starten: Für einmaliges archivieren ab einem Datum:

39. 2 1 B2B Einführung Anforderungen an das B2B, Systemlandschaft, Nachrichtenaustausch Analyse und Anforderungen an Drittsysteme 3 Sondernachrichten 4 Archivierung & Berechtigungskonzept DWD-, ZFA- und ABB-Nachichten Anforderungen, Archivierungsstrategie, Datensätze und Services, Berechtigung Agenda Ablösung des IBM WPS durch das B2B

40. User werden bestimmten Rollen zugewiesen Berechtigungskonzept Berechtigung am WebGui Berechtigunsprinzip • Volle Berechtigungen als Ausgangszustand • Schrittweise Entzug von Berechtigungen Systembezogene Filterung der Daten Objektberechtigung am WebGUI Werkzeuge • Attribute • Rollen • Rollenzuordnung Unterste Berechtigungsebene, Entnahme von Objektberechtigungen unterschiedlicher Granularität. Ein-, und Ausblendung von Verlinkungen, Lese- und Schreibberechtigungen. Gruppierung von Attributen in Form von Rollen.

41. Berechtigungskonzept Einstiegsbereich – mainView mit diversen ButtonLinks monitoringViewLinkButton queueMonitoringViewLinkButton systemErrorsViewLinkButton lockTableViewLinkButton administrationViewLinkButton userManagementViewLinkButton mainView

42. Berechtigungskonzept Panels Panel des AdministrationViews • ActionRegistryPanel • ChannelPanelView • ServicePanelView • GlobalPropertyPanelView • ContentUploadPanelView • ExtensionUploadPanelView

43. Berechtigungskonzept ButtonGroups adminButtonGroup1 adminButtonGroup2

44. Berechtigungskonzept Einzelne Buttons newExtensionButton deleteExtensionButton

45. Berechtigungskonzept Ausblenden des LinksButtons „Administration“ administrationViewLinkButton mainView

46. Berechtigungskonzept Ausblenden des LinksButtons „Administration“ • Attribute definieren

47. Berechtigungskonzept Ausblenden des LinksButtons „Administration“ • Rollen definieren

48. Berechtigungskonzept Ausblenden des LinksButtons „Administration“ • Rollenzuordnung vornehmen

49. Berechtigungskonzept Ausblenden des LinksButtons „Administration“ • Resultat – Sicht als test_user Ohne administrationViewLinkButton mainView

50. ? ? ? Vielen Dank … Vielen Dank für ihr Aufmerksamkeit. Haben Sie nochoffene Fragen?