Projekt identifizieren und Prüfung auf Fertigmeldungsdatum und Modulleistung
Komponentenübersicht
Prozesse
Einspeisevergütung prüfen: Projekt identifizieren (C14CheckFeedInPayment_IdentifyProject)
Einspeisevergütung prüfen: Werte prüfen (C14CheckFeedInPayment_CheckValues)
Skriptbibliothek
SC14ProjectUtils
SC12EVIBaseUtils
Skriptklasse SC14ProjectUtils
siehe Skriptklasse SC14ProjectUtils
Projekt identifizieren
Mit Eingang eines Projekts erhalten Mitglieder der Gruppe EINSPEISEVERGUETUNG_PRUEFEN eine Benachrichtigung über einen neuen Usertask.
Nach Übernahme des Tasks durch einen User, der der Gruppe angehört, erhält dieser eine BPM-Suchmaske auf Projekte mit bereits vorgefilterten Kriterien
Projektstatus ist einer von 90, 100, 110, 120
Einspeisevergütung beantragt = false
Projektart = EA
Projektart-Details = NEU oder AEND
Im Anschluss erfolgt die Prüfung auf das Fertigmeldungsdatum und die Modulleistung
Prüfung der Einspeisevergütung
Wenn folgende Prüfungen eine Abweichung feststellen, muss hierzu eine manuelle Prüfung durch die TINA-Anwender erfolgen. Wenn im Vorfeld ein Projekt manuell ausgewählt wurde, kann das Prüfungsergebnis im nächsten Prozessschritt direkt angezeigt werden. Sollte im Vorfeld keine BPM-Aufforderung erfolgt sein (Projekt wurde eindeutig identifiziert), wird eine neue BPM-Aufforderung an die Gruppe EINSPEISEVERGUETUNG_PRUEFUNG delegiert.
Prüfung | Beschreibung |
Fertigmeldungs-Datum | Datum der Registrierung im MaStR vs Inbetriebnahme Vergleich (monatsscharf) von JSON-Attribute ag.itc.createGeneratingUnit.project.locations. installations.completionDate mit C12ComplDate.Installation (Fertigmeldungsdatum) der Anlage mit der Sparte PV. |
Modulleistung | Modulleistung Gesamtleistung Module (Anmeldung) vs Gesamtleistung Module aus MaStR Vergleich von JSON-Attribute ag.itc.createGeneratingUnit.project.locations. installations.modulePowerMaStR mit C12PvPower.Installation (Gesamtleistung Module) der Anlage mit der Sparte PV Abweichung der Leistung darf +/-10% oder +/- 1 kWp (der kleinere Wert wird verwendet) Beispiel
|
Das Flag „Einspeisevergütung in Prüfung“ (C12FeedInPaymRe.Project) wird im Projekt gesetzt (true)
Ist keine BPM-Aufforderung an die Gruppe EINSPEISEVERGUETUNG_PRUEFUNG erforderlich, wird das Flag nicht gesetzt
Lediglich das Flag „Einspeisevergütung beantragt“ (C12FeedInPaymAp.Project) wird gesetzt (wird immer gesetzt)
Die BPM-Aufforderung gibt bei negativer Prüfung soll folgende Infos aus:
Prüfung Einspeisevergütung | ||||
| Aus Fertigmeldung | Aus Einspeisevergütung / MaStR | ||
Fertigmeldungsdatum | [ ] | 15.2.2023 | [✔] | 17.3.2023 |
|
|
|
|
|
Modulleistung | [ ] | 9,7 kWp | [✔] | 12 kWp |
Die Werte aus der Einspeisevergütung bzw. dem MaStR sind mit dem Flag vorbelegt (siehe Tabelle oben).
Wenn man das Flag bei der Spalte „Aus Fertigmeldung“ setzt, wird automatisch das Flag bei „Aus Einspeisevergütung / MaStR“ entfernt.
Mit Fortsetzen des Prozesses wird
die in der BPM-Aufforderung durch den User gewählte Modulleistung bzw. Fertigmeldungsdatum in die PV-Anlage übernommen (C12PvPower.Installation, C12ComplDate.Installation).
Das Flag „Einspeisevergütung in Prüfung“ (C12FeedInPaymRe.Project) im Projekt entfernt
Prüfung nicht erforderlich
Wenn Fertigmeldungsdatum und Modulleistung aus der Fertigmeldung und aus der Einspeisevergütung/MaStR exakt übereinstimmen, ist keine Prüfung erforderlich
Das Flag „Einspeisevergütung in Prüfung“ (C12FeedInPaymRe.Project) auf dem Projekt wird nicht gesetzt
es erfolgt keine Aufforderung an die Gruppe EINSPEISEVERGUETUNG_PRUEFEN
Modulleistung und Fertigmeldungsdatum werden aus dem JSON des aktuellen Zeitereignisses (C12EventArchive.Project) in das Projekt geschrieben
Fertigmeldungsdatum → C12ComplDate.Installation
Modulleistung → C12PVPower.Installation
Prüfung nicht möglich
Wird festgestellt, dass einer der folgenden Werte fehlt, wird eine Fehlermeldung ausgegeben
Leistung Portal (modulePowerMaStR)
Fertigmeldungsdatum (completionDate)
Die Prüfung kann zu diesem Zeitpunkt nicht durchgeführt werden.
Eventerstellung
Nach Abschluss beider Fälle (Prüfung erforderlich/Prüfung nicht erforderlich) wird ein Event FEEDINPAYMENT_BILLING erzeugt.
Es wird ein Event (C12EVENT) erzeugt, das auf das Projekt, zu dem die Einspeisevergütung beantragt und bewilligt wurde, verweist.
Anzeigename | Feldname intern | Wert |
---|---|---|
Entität | DATAENTITY.C12EVENT | Project |
Primärschlüssel | DATAPK.C12EVENT | PK des Projektes |
Mitarbeiter | Employee.C12EVENT | <User, der die Prüfung ausgeführt hat> |
Eventname | EVENT.C12EVENT | FEEDINPAYMENT_BILLING |
Kopfsatz | ISHEAD.C12EVENT | true |