Erweiterung des Versorgungsszenario-Generators (VSGen) Mit den Korrekturen zu Hinweis 1684634 wird der VSGen sowie das BOR-Objekt ISUPOD um die Unterstützung zusätzlicher Datenkonstellationen erweitert. Dazu wurden einige Methoden des BOR-Objekts ISUPOD um zusätzliche Parameter erweitert. In diesem Dokument sind zusätzlich unterstützte Datenkonstellationen beschrieben. Des Weiteren ist beschrieben, wie die zusätzlichen Parameter des BOR-Objekts ISUPOD verwendet werden können. Beschreibungen bzgl. Methoden beziehen sich auf Methoden dieses BOR-Objekts. Fall „Erzeugen Lücke“ Das Beenden eines alten Szenarios erfolgt mehrere Tage vor Beginn eines neuen Szenarios (s.u. T2 < T1-1). Es soll möglich sein, durch Verschieben des Ende Datums eines beendeten Szenarios eine Lücke zu erzeugen, d.h. das von TA bis T1-1 gültige Szenario soll nach nur von TA bis T2 gültig sein. VS TA T2 Ist VSA VSA Soll VSA VSA T1 -1 T1 VSA VSN VSN Lösung Methode UtilPoD.ShiftSupplyScenario wurde um den Parameter ‚ ToDate ‘ erweitert. Rufen Sie die Methode mit den folgenden Parametern auf: Parameter Wert SupplyScenario VSA FromDate TA ToDate T2 Bei nicht genannten Parametern gibt es keine Abweichung zum üblichen Aufruf. Fall „Lücke füllen“ Für eine Lücke ohne Verträge oder Services soll ein neues Scenario erzeugt werden. Es soll möglich sein, ein neues Scenario mit Ende Datum anzulegen: VS T2 Ist VSA Soll VSA T1 -1 T1 VS1 VS2 VS1 Lösung Methode UtilPoD.ProcessSupplyScenario wurde um den Parameter ‚ ToDate ‘ erweitert. Rufen Sie die Methode mit den folgenden Parametern auf: Parameter Wert SupplyScenario VS2 FromDate T2 + 1 ToDate T1 - 1 Der Parameter ToDate wird nicht verwendet, wenn für den Parameter ServicesToDate ein Wert übergeben wird. Bzgl. weiteren Parametern gibt es keine Abweichung zum üblichen Aufruf. Beim Verwenden der Klasse aus der Stammdatengenerierung (CL_ISU_IDE_DRGSCEN_GEN_PODCONSTRUCTOR EXPORTING… im_mdg_call = 'X') wird der Parameter ToDate ebenfalls nicht verwendet. Fall „Vordatierter Auszug mit Lücke füllen“ Zwischen zwei Szenarien gibt es bereits eine Lücke. Das neue erzeugte Szenario soll während der Gültigkeit des bereits beendeten Szenarios beginnen und bis zum Beginn des folgenden Szenarios gültig sein: VS T3 T2 Ist VSA VSA Soll VSA VS2 T1 -1 T1 VS1 VS2 VS1 Lösung Dieser Umbau wird nicht durch einen einzigen Aufruf des VSGen unterstützt. Erweitern Sie die Lücke wie im Fall „Erzeugen Lücke“ beschrieben, mittels der Methode UtilPoD.ShiftSupplyScenario. Das Füllen der Lücke erfolgt dann wie beschrieben mittels UtilPoD.ProcessSupplyScenario. Beachten Sie, daß der Implementierung von IF_EX_ISU_IDE_DRGSCEN_GEN~CREATE_CONTRACT zusätzliche Elemente im Container IM_CONTRACT_GEN-IPARAMCONT übergeben werden. Es handelt sich dabei um die Elemente 'SAP_SZ_260401_AB' und 'SAP_SZ_260401_BIS' für die in der Klasse CL_ISU_IDE_DRGSCEN_GEN_POD die Konstanten CO_CONTRACT_START und CO_CONTRACT_END hinzugefügt wurden. In der Standardimplementierung CL_DEF_IM_ISU_IDE_DRGSCEN_GEN werden diese Elemente an die ausgeführte Stammdatenvorlage weitergereicht. Wenn Sie eine eigene Implementierung erstellt haben, prüfen Sie, ob dort auch die Elemente übergeben werden. Passen Sie Ihre Implementierung ggfls. an. Überlagerung GPKE / WIM In einem System, in dem auch Messstellenbetreiber und Messsdienstleister am ZP verwaltet werden (z.B. von SAP GM), entstehen keine echten „Lücken“. Durch das Verschieben des Endes von Szenario GPKE_A, sollen die WIM-Szenarien MSBA und MSBN nicht verändert werden: VS Ist Soll T2 T1 -1 T1 GPKE_A GPKE_A MSBA MSBA GPKE_N MSBN GPKE_A MSBA GPKE_N MSBA MSBN In der Zeitscheibe T2 + 1 bis T1 -1 gibt es nur Services und Verträge bzgl. WIM-Prozessen. Es soll möglich sein, für diese Zeitscheibe GPKE-Services zu erzeugen, ohne daß die WIM-Verträge oder Services dadurch geändert werden: VS Ist Soll T2 T1 -1 T1 GPKE_A GPKE_N MSBA MSBA MSBA GPKE_A GPKE_2 GPKE_N MSBA MSBA MSBA Lösung BOR-Objekt ISUPOD Folgende Methoden wurden um den Parameter ‚SwitchType‘ ergänzt: UtilPoD.StopSupplyScenario UtilPoD.ContinueSupplyScenario UtilPoD.ShiftSupplyScenario UtilPoD.ProcessSupplyScenario UtilPoD.GetSupplyScenario BADI ISU_IDE_DRGSCEN_FLTR Es wird das neue BADI ISU_IDE_DRGSCEN_FLTR zur Verfügung gestellt. Mittels der Methode IF_EX_ISU_IDE_DRGSCEN_FLTR~FILTER_SERVICES können abhängig vom Parameter IM_SWITCHTYPE zu berücksichtigende Verträge und Services bestimmt werden. Verwendung Bei Aufruf einer der o.g. BOR-Methoden geben Sie den Parameter ‚SwitchType‘ an. Dieser Parameterwert kann dann in einer Implementierung des BADI ISU_IDE_DRGSCEN_FLTR zur Ermittlung von relevanten Verträgen und Services verwendet werden. Für die intern erzeugte Versorgungskonstellation werden die Zeitscheiben und Versorgungsszenarien nur bzgl. dieser Verträge und Services ermittelt. In der „gefilterten“ Versorgungskonstellation werden dann z.B. Lücken ermittelt, die bei Berücksichtigung aller Verträge und Services nicht vorhanden sind. In der Regel muß den Methoden auch ein Ist- oder Soll-Versorgungsszenario übergeben werden. Hier muß nun ein bzgl. den gefilterten Services gültiges Versorgungsszenario angegeben werden, also z.B. ein reines GPKE-Szenario, das nur Verträge und Services für Verteilung, Versorgung und Bilanzkoordination enthält. Ein anzupassendes „gefiltertes“ Ist-Szenario können Sie, indem Sie die Methode UtilPoD.GetSupplyScenario mit dem Parameter ‚SwitchType‘ aufrufen. Die Ermittlung des „gefilterten“ Soll-Szenarios muß u.U. angepaßt werden. Customizing Im Customizing für das „Versorgungsszenario“ (SM34 VC_EDRGSCENARIO) müssen sowohl reine GPKE- und WIM-Szenarien als auch „Kombi-Szenarien“ definiert werden. Dies ist nötig, damit einerseits beim Umbau „gefilterte“ Ist- oder Soll-Szenarien angegeben werden können. Andererseits werden „Kombi-Szenarien“ für die Anzeige des Zählpunktes benötigt. Ist kein „Kombi-Szenarien“ definiert, dann ist nach Anwendung eines „gefilterten“ Soll-Szenarios das Szenario am Zählpunkt undefiniert. Zu Beachten Die BOR-Methode UtilPoD.ProcessSupplyScenario darf nur mit einem „gefilterten“ Szenario aufgerufen werden, wenn auch der Parameter ‚SwitchType‘ übergeben wird und der BADI ISU_IDE_DRGSCEN_FLTR implementiert ist. Wird dies nicht beachtet, dann führt dies dazu, daß nicht zu beendende Verträge oder Services trotzdem beendet werden. Es wird MSBN angewendet, ohne daß eine Filterung der relevanten Verträge und Services erfolgt: VS Ist Soll Ergebnis T1 T1 + 1 GPKE_A GPKE_A MSBA MSBA GPKE_A GPKE_A MSBA MSBN GPKE_A MSBA MSBN Verträge und Services zu Verteilung, Versorgung und Bilanzkoordination werden beendet. Es wird GPKE_N angewendet, ohne daß eine Filterung der relevanten Verträge und Services erfolgt: VS Ist Soll Ergebnis T1 T1 + 1 GPKE_A GPKE_A MSBA MSBA GPKE_A GPKE_N MSBA MSBA GPKE_A GPKE_N MSBA Verträge und Services zu Messstellenbetrieb und Messsdienstleistung werden beendet.
© Copyright 2024 ExpyDoc
