In diesem Abschnitt wird die Erstellung der eigenen Report-Template Archive und Masterpages beschrieben

Einführung

Dieser Teil der Dokumentation richtet sich an Benutzer von MBS, die für eine MBS-Instanz eigene Vorlagen für Dokumente (z.B. E-Mails) erstellen wollen. Als Zielgruppe sind Entwickler auf Seite von NLI und technisch vorgebildete Personen auf Kundenseite vorgesehen. Das Dokument beschreibt die wesentlichen Punkte, wie ein Vorlagen-Archiv werden muss, damit es von MBS verarbeitet werden kann. Hierbei wird insbesondere auf die Versionierung eingegangen.

Technische Grundbegriffe

Dieses Kapitel definiert die wichtigsten Grundbegriffe, die im restlichen Teil der Dokumentation benötigt werden.

Report-Template und ReportTemplate-Archiv

Als Report-Template bzw. Dokumentenvorlagen bezeichnen wir eine (kundenspezifische) BIRT-Report-Datei mit der Dateiendung ‘rptdesign’. Auf Basis dieser Dateien werden kundenspezifische Anpassungen in konkreten Dokumenten (z.B. dem Willkommensschreiben) umgesetzt. Die ReportTemplates werden als ZIP-Archiv bereitgestellt, welches ab Release 123 analog zur MasterPage eine Versionsdatei version.properties.json enthalten muss.

Masterpages

Als Masterpage bezeichnen wir ein Java-Archiv (JAR), welches Ein Masterpage-JAR enthält normalerweise:

  • ein kundenspezifisches Cascading Style Sheet (CSS)
  • einen Ordner mit Bildern z.B. Logos
  • zwei BIRT Report-Bibliotheken (*.rptlibrary) für DataSets und verwendete Report-Templates
  • eine Versionsdatei masterpages.version.properties.json

Die JAR muss im Ausführungspfad (classpath) des Tomcats der MBS-Instanz hinterlegt sein, z.B. im /lib-Ordner. Beim Tomcat-Start muss die JAR zwingend vorhanden sein, sonst wird der Startvorgang abgebrochen.

Versionsdatei

Ab Release-123 muss für die MasterPage und für ein ReportTemplate-Archiv immer eine Versionsdatei enthalten sein. Die Versionsdatei hat das Dateiformat JSON, sie besteht daher aus einer Liste von Schlüssel-Wert-Paaren. Die jeweiligen Schlüssel-Wert-Paare werden gegen erwartete Werte abgeglichen, die systemspezifisch in der Grundkonfiguration durch die folgenden Einstellung hinterlegt sind:

In den Projekten für die MasterPage und dem ReportTemplate-Archiv ist jeweils eine Versionsdatei-Template hinterlegt. Diese enthält keine konkreten Werte, sondern Platzhalter, welche beim Build-Prozess des Artefakts durch Maven gefüllt werden. Die Vorgabewerte sind der jeweiligen POM des Artefakts zu entnehmen bzw. dort zu pflegen.

Beispiel einer Versionsdatei-Template

{
   "client" : "${clientName}",
   "buildTime" : "${buildTime}",
   "build" : "${project.version}",
   "majorVersion": "${majorVersion}",
   "revision": "${revision}",
   "user": "${user.name}",
   "archiveType": "masterpages.jar"
}

Beispiel einer ausgefüllten Versionsdatei

{
      "client" : "NLI",
      "buildTime" : "2019-12-19",
      "build" : "1.123.0-TEST"
      "majorVersion": "1.123",
      "revision": ".0-TEST",
      "user": "hans.dampf",
      "archiveType": "masterpages.jar"
}

Übersicht verwendeter Versionsdateien

Archiv Typ Archiv Name Versionsdatei Typ Versionsdatei Ort Versionsdatei
MasterPage JAR masterpages.version.properties.json json oberste Ebene im JAR
ReportTemplate Archiv ZIP version.properties.json json oberste Ebene im ZIP

Kundenspezifische Anpassungen umsetzen

Zum Erstellen bzw. Bearbeiten kundenspezifischer Dokumentenvorlagen sind folgende Punkte zu beachten:

  • Die Änderungen zum Bauen einer MasterPage und einem ReportTemplate-Archiv jeweils inklusive Versionsdatei werden zum Zeitpunkt des Release 123 initial bereitgestellt.
  • Die MasterPage sollte für kundenspezifische Anpassungen statischer Ressourcen wie CSS und Bilder benutzt werden.
  • ReportTemplates sollten keine Anpassungen enthalten, die in der MasterPage umgesetzt werden können.
  • Kundenspezifische Anpassungen an Dokumentenvorlagen erfolgt im ReportTemplate-Archiv Projekt. Dort ist ein Ordner /custom angegeben, welcher alle angepassten Dokumentenvorlagen mit identischem Namen zum Standard enthalten muss.

Versionsierung konfigurieren

Dieses Kapitel erläutert zunächst die Konfiguration der erforderlichen Grundeinstellungen und der Zusammenhang zu den Versionsdateien.

Grundeinstellungen vor Systemstart einrichten

Die o.g. Grundeinstellungen ALLOWED_X_VERSION sind zu setzen. Zunächst definieren wir über ALLOWED_X_VERSION_PATTERN die vorgegebenenen Versionseigenschaften und deren Reihenfolge wie sie in ALLOWED_X_VERSION zu hinterlegen sind. Derzeit unterstützt MBS derzeit folgende Versionseigenschaften:

Name Pattern-Name Beschreibung Format des erwarteten Werts in ALLOWED_*_VERSION
Mandant CLIENT Eindeutige Bezeichnung des für die MBS-Instanz vorgesehenen Mandanten bzw. Kunden, z.B. NLI Zeichenkette
Zeitstempel BUILDTIME Zeitstempel des gebauten Artefakts Datum im Format YYYY-MM-DD
Build-Version BUILD Komplette Versionsnummer des gebauten Artefakts. Die Elemente ergeben sich direkt aus dem Build-Prozess. Majorversion.Release.Hash
Major-Version MAJORVERSION erster Teil der Build-Version, die Major-Version Zahlen im Format X.XXX
Revision REVISION zweiter Teil der Build-Version, die Release-Version und der Hash Zeichenkette im Format .X.XXX
Benutzer USER (System-) Benutzer, der den Build-Prozess zur Erzeugung des Artefakts ausgeführt hat Zeichenkette
Archivtyp ARCHIVETYPE Fest codierter, eindeutiger Archivtyp für das Artefakt reports-template.zip oder masterpage.jar

Die Standardwerte sind den Grundeinstellungen zu entnehmen.

Beispielsweise wird in ALLOWED_REPORTS_VERSION_PATTERN (CLIENT;MAJORVERSION;REVISION) zuerst der Mandant erwartet, dann als Trenner ein “;”. ALLOWED_REPORTS_VERSION definiert dann die konkret erwarteten Werte, welche in den Versionsdateien für ReportTemplate-Archiv stehen müssen. Folgende Graphik zeigt diesen Zusammenhang.

Zusammenhang der Grundeinstellungen zu Versionsdateien

Die aktuelle Einrichtung der Projekte sorgt dafür, dass MasterPage und ReportTemplate-Archiv die gleichen Werte in der Versionsdatei erhalten, allerdings unterschiedlich validiert werden können.

Testsysteme

MBS unterscheidet zwischen produktiven Betrieb und Test-Betrieb durch die Grundeinstellung TESTSYSTEM. Ist TESTSYSTEM gesetzt, werden keine Validierungen von MasterPage und ReportTemplate-Archiv durchgeführt, wenn die Einstellungen ALLOWED_X_VERSION_PATTERN nicht gepflegt sind. Werden diese gepflegt, werden auch Testsysteme das Verhalten wie beschrieben zeigen.

Revision

Die Versionseigenschaft REVISION wird im Gegensatz den anderen Versionseigenschaften nicht immer auf exakte Gleichheit geprüft. Die folgende Tabelle zeigt die unterschiedlichen Revisionen, die in MBS existieren.

Version Beispielwert Notwendige Konfiguration von ALLOWED_REPORTS_VERSION Produktivsystem
Lokaler Entwicklerbuild .LOCAL-SNAPSHOT .LOCAL-SNAPSHOT Nein
Release Candidate .0-16592c34e-R21-SNAPSHOT 0 Nein
Release .0-16592c34e-R21 0 Ja
MBS Trunk Build .281.MASTER.09d0cdae7-SNAPSHOT MASTER Nein

Beispielkonfigurationen

Die folgenden Beispiele zeigen Kombinationen von Versionseigenschaften und wie diese zu konfigurieren sind. Dabei ist es nicht relevant, ob dies für die MasterPage oder die ReportTemplates angewendet wird. Beide funktionieren identisch. Jedes Kapitel enthält eine valide JSON, die auf Basis der Konfiguration als korrekt akzeptiert wird. Die beispielhaften JSONs zeigen nur die validierte Eigenschaft und korrekte Befüllung - andere Felder wurden zum bessern Verständis ausgelassen.

Nur Mandant

ALLOWED_*_VERSION_PATTERN ALLOWED_*_VERSION
CLIENT NLI
{
      "client" : "NLI",
      ...
}

Mandant + Majorversion

ALLOWED_*_VERSION_PATTERN ALLOWED_*_VERSION
CLIENT;MAJORVERSION NLI;1.123
{
      "client" : "NLI",
      ...
      "majorVersion": "1.123",
      ...
}

Mandant + Majorversion + Revision

ALLOWED_*_VERSION_PATTERN ALLOWED_*_VERSION
CLIENT;MAJORVERSION;REVISION NLI;1.123;.0-TEST
{
      "client" : "NLI",
      ...
      "majorVersion": "1.123",
      "revision": ".0-TEST",
      ...
}

Benutzer

ALLOWED_*_VERSION_PATTERN ALLOWED_*_VERSION
USER hans.dampf
{
      ...
      "user": "hans.dampf",
      ...
}

Eintrag in der Importhistorie

Der erfolgreiche Upload eines ReportTemplate-Archives wird nun mit einem Eintrag in der Importhistorie belegt.

Beispiel Importhistorie

Analog wird nun auch ein Eintrag in der Importhistorie für eine Masterpage Änderung abgelegt, auch wenn diese genau genommen nicht hochgeladen oder importiert wird.

Technischer Hintergrund der Versionierung

Der Versionsierungsprozess wird im folgenden visualisiert:

Ablauf des Build-Prozesses Build Prozess

  • Im Projekt liegt eine Versionsdatei-Template, welche nur Platzhalter enthält.
  • Der erste Schritt im Maven-Prozess filtert die verwendeten Ressourcen nach der Versionsdatei und ersetzt die Platzhalter durch konkrete Werte (1), siehe auch Filter-Plugin.
  • Das Ergebnis wird in das Verzeichnis /target des Projektes geschrieben (inklusive aller anderen Ressourcen oder Kompilate).
  • Im zweiten Schritt wird das Assemply-Plugin verwendet, um die Ressourcen aus dem target-Verzeichnis in das Zielarchiv zu packen.

Checkliste im Fehlerfall

Folgende Fehler können mit der Versionierung auftreten:

  • Tomcat stoppt den Start-Prozess mit einer Fehlermeldung aus der Autostart-Klasse AutoValidateExistenceOfReportDesignJar.
  • Das automatische Hochladen des ReportTemplate-Archiv wird beim Tomcat-Start nicht ausgeführt. Das Log enthält in diesem Fall Fehlermeldungen aus der Autostart-Klasse AutoUploadTemplates, welche die Art des Fehlers beschreiben. Der Tomcat stoppt hierbei nicht. In der Importhistorie wird kein Eintrag angezeigt.
  • Das Hochladen von einem ReportTemplate-Archiv über die Oberfläche wird mit einer Fehlermeldung abgelehnt.

MasterPage

  • Fehler masterPages.rptlibrary Jar-file does not exist in the Tomcat folder: das MasterPage-Archiv konnte im Classpath des Tomcat nicht gefunden werden. Es ist zu prüfen, ob das passende JAR z.B. unter /lib verfügbar ist.
  • Fehler MBSDataSets.rptlibrary Jar-file does not exist in the Tomcat folder: das MasterPage-Archiv konnte im Classpath des Tomcat nicht gefunden werden. Es ist zu prüfen, ob das passende JAR z.B. unter /lib verfügbar ist.
  • Fehler Global Property %s is not properly configured: %s: eine Grundeinstellung (ALLOWED_MASTERPAGE_VERSION und ALLOWED_MASTERPAGE_VERSION_PATTERN) ist nicht korrekt konfiguriert. Es wird der Name der Grundeinstellung und der Grund ausgegeben.
  • Fehler Version Properies not provided, please check your archive: Die Versionsdatei ist im MasterPage-Archiv nicht vorhanden.
  • Fehler Value %s is not set: NULL or emptyString is not allowed: Die angegebene, erforderliche Versionseigenschaft (z.B. CLIENT) ist nicht gesetzt.
  • Fehler Value %s comparing failed: expected %s, but got %s: Die angegebene, erforderliche Versionseigenschaft passt nicht auf die erwartete, konfigurierte Versionseigenschaft aus der Grundeinstellung ALLOWED_MASTERPAGE_VERSION. Es wird der Name, der aktuelle Wert und der erwartete Wert der Versionseigenschaft angegeben.

ReportTemplates

  • Fehler Global Property %s is not properly configured: %s: eine Grundeinstellung (ALLOWED_REPORTS_VERSION und ALLOWED_REPORTS_VERSION_PATTERN) ist nicht korrekt konfiguriert. Es wird der Name der Grundeinstellung und der Grund ausgegeben.
  • Fehler Version Properies not provided, please check your archive: Die Versionsdatei ist in der report-templates.zip nicht vorhanden.
  • Fehler Value %s is not set: NULL or emptyString is not allowed: Die angegebene, erforderliche Versionseigenschaft (z.B. CLIENT) ist nicht gesetzt.
  • Fehler Value %s comparing failed: expected %s, but got %s: Die angegebene, erforderliche Versionseigenschaft passt nicht auf die erwartete konfigurierte Versionseigenschaft aus der Grundeinstellung ALLOWED_REPORTS_VERSION. Es wird der Name, der aktuelle Wert und der erwartete Wert der Versionseigenschaft angegeben.

Vorlagen-Tabelle

Alle MBS-Standardvorlagen sind hier aufgelistet. Die Vorlagen sind in der Datenbank-Tabelle FL_ReportTemplate gespeichert.

<?xml version=”1.0” encoding=”UTF-8” ?>

Technische Bezeichnung Beschreibung Beschreibung Trigger
revocationRejection.rptdesign Ablehnung des Widerrufs Ablehnung Widerruf Manuell (Standard, als Anhang)
revocationRejectionMail.rptdesign Ablehnung des Widerrufs (Mail) Ablehnung Widerruf Manuell (Standard)
revocationRejectionBusinessCustomer.rptdesign Ablehnung des Widerrufs Gewerbekunde Ablehnung Widerruf Gewerbekunde Manuell (Standard, als Anhang)
revocationRejectionBusinessCustomerMail.rptdesign Ablehnung des Widerrufs Gewerbekunde (Mail) Ablehnung Widerruf Gewerbekunde Manuell (Standard)
supplyBeginDenied.rptdesign Ablehnung Lieferung Vertragsablehnung (neutral) Prozess  > Lieferbeginn Ablehnung Netz/AL (Standard, als Anhang)
supplyBeginDeniedMail.rptdesign Ablehnung Lieferung (Mail) Vertragsablehnung (neutral) Prozess  > Lieferbeginn Ablehnung Netz/AL (Standard)
supplyBeginDeniedReminder.rptdesign Ablehnung Lieferung Wiederholung Vertragsablehnung (neutral) Prozess  > Lieferbeginn Ablehnung Netz/AL (Standard, als Anhang)
supplyBeginDeniedReminderMail.rptdesign Ablehnung Lieferung Wiederholung (Mail) Vertragsablehnung (neutral) Prozess  > Lieferbeginn Ablehnung Netz/AL (Standard)
supplyBeginDeniedRevocation.rptdesign Ablehnung Lieferung letzte Wiederholung Vertragsablehnung (neutral) Prozess  > Lieferbeginn Ablehnung Netz/AL (Standard, als Anhang)
supplyBeginDeniedRevocationMail.rptdesign Ablehnung Lieferung letzte Wiederholung (Mail) Vertragsablehnung (neutral) Prozess  > Lieferbeginn Ablehnung Netz/AL (Standard)
advancePayPlanChange.rptdesign Abschlagsplanänderung Abschlagsplanänderung Prozess -> Abschlagsplan Aktivierung (Standard, als Anhang)
advancePayPlanChangeMail.rptdesign Abschlagsplanänderung (Mail) Abschlagsplanänderung Prozess -> Abschlagsplan Aktivierung (Standard)
AGB_Gas_Business.rptdesign AGB Gas Geschäftskunden AGB Prozess -> Lieferbeginn/Tarifwechsel (Standard, als Anhang)
AGB_Gas_Private.rptdesign AGB Gas Privatkunden AGB Prozess -> Lieferbeginn/Tarifwechsel (Standard, als Anhang)
AGB_Electricity_Business.rptdesign AGB Strom Geschäftskunden AGB Prozess -> Lieferbeginn/Tarifwechsel (Standard, als Anhang)
AGB_Electricity_Private.rptdesign AGB Strom Privatkunden AGB Prozess -> Lieferbeginn/Tarifwechsel (Standard, als Anhang)
paymentMethodChanged.rptdesign Änderung der Zahlungsart Zahlungsart Wechsel Prozess ->  Zahlart Änderung - Aussendung kontrollierbar durch Grundeinstellung (DONT_SEND_PAYMENT_METHOD_CHANGED_MAIL) (Standard, als Anhang)
paymentMethodChangedMail.rptdesign Änderung der Zahlungsart (Mail) Zahlungsart Wechsel Prozess ->  Zahlart Änderung - Aussendung kontrollierbar durch Grundeinstellung (DONT_SEND_PAYMENT_METHOD_CHANGED_MAIL) (Standard)
bankAccountRequestForPaybackMail.rptdesign Bankdatenanfrage für Auszahlung Anfrage Bankverbindung wegen Bonus Prozess -> Bei Versuch der Guthabenauszahlung, wenn Kunde keine Bankverbindung hat (Standard)
bankAccountRequestForPayback.rptdesign Bankdatenanfrage für Auszahlung (Mail) Anfrage Bankverbindung wegen Bonus Prozess -> Bei Versuch der Guthabenauszahlung, wenn Kunde keine Bankverbindung hat (Standard, als Anhang)
standardReferenceDataChangeMail.rptdesign Bestätigung der Stammdatenänderung über Kundenportal (Mail) Bestätigung Kundendatenänderung Prozess -> Automatisch nach Änderungen im Portal (Standard)
revocationConfirm.rptdesign Bestätigung des Widerrufs Widerrufsbestätigung Prozess -> Vertragswiderruf (Standard, als Anhang)
revocationConfirmMail.rptdesign Bestätigung des Widerrufs (Mail) Widerrufsbestätigung Prozess -> Vertragswiderruf (Standard)
signature.rptdesign E-Mail Signatur für manuelle E-Mail Erstellung Signature für manuelle E-Mail-Erfassung Manuell (Standard)
potentialBuyerNew.rptdesign Interessentenschreiben Interessentenschreiben/Auftragsformular Manuell (Standard, als Anhang)
potentialBuyerNewMail.rptdesign Interessentenschreiben (Mail) Interessentenschreiben/Auftragsformular Manuell (Standard)
customersOverview.rptdesign
dunningMail1.rptdesign Zahlungserinnerung (Mail) Zahlungserinnerung Prozess -> Mahnwesen (Standard, als Anhang)
dunningFreePaymentReminder.rptdesign Zahlungserinnerung (Anhang) Zahlungserinnerung Prozess -> Mahnwesen (Standard)
dunningMail2.rptdesign Mahnung (Mail) Mahnung Prozess -> Mahnwesen: Vertrag wird in die entsprechende Mahnstufe gesetzt; Anbinden vom Formular mit Prozess in der Datenbank konfigurierbar
dunningFirstLetter.rptdesign (Erste) Mahnung (Anhang) Mahnung Prozess -> Mahnwesen (Standard, als Anhang)
dunningMail3.rptdesign Letzte Mahnung (Mail) Letzte Mahnung Prozess -> Mahnwesen (Standard)
dunningSecondLetter.rptdesign Letzte Mahnung (Anhang) Letzte Mahnung Prozess -> Mahnwesen: Vertrag wird in die entsprechende Mahnstufe gesetzt; Anbinden vom Formular mit Prozess in der Datenbank konfigurierbar (als Anhang)
debitorInvoiceRLM.rptdesign RLM Rechnung Rechnung für RLM Verträge Prozesss -> Rechnung Erstellung
lowSchufaScore.rptdesign - Rückmeldung schlechte Schufa Manuell
lowSchufaScoreMail.rptdesign - Rückmeldung schlechte Schufa Manuell
SEPACollectionMandate.rptdesign - SEPA-Mandatsanfrage für Willkommensschreiben Manuell
electricityLabeling.rptdesign Kennzeichnung der Stromlieferungen Stromkennzeichnung Prozess -> Lieferbeginn (Standard, als Anhang)
supplyEndAccept.rptdesign Kündigung Kündigungsbestätigung (="Lieferende" in MBS) Prozess -> Lieferende positiv bestätigt vom VNB (Standard, als Anhang)
supplyEndAcceptMail.rptdesign Kündigung (Mail) Kündigungsbestätigung (="Lieferende" in MBS) Prozess -> Lieferende positiv bestätigt vom VNB (Standard)
cancellationDueToNonPayment.rptdesign Kündigung Schlechtzahler Kündigungsschreiben, wg. Nichtzahlung Manuell (Standard, als Anhang)
cancellationDueToNonPaymentMail.rptdesign Kündigung Schlechtzahler (Mail) Kündigungsschreiben, wg. Nichtzahlung Manuell (Standard)
debitorInvoicCycleChangeConfirm.rptdesign Mitteilung Abrechnungszyklusänderung Wechsel Abrechnungsturnus Monatlich-Jährlich Prozess -> Bei Wechsel übers Portal und Umstellung in MBS-UI (Standard, als Anhang)
debitorInvoicCycleChangeConfirmMail.rptdesign Mitteilung Abrechnungszyklusänderung (Mail) Wechsel Abrechnungsturnus Monatlich-Jährlich Prozess -> Bei Wechsel übers Portal und Umstellung in MBS-UI (Standard)
passwordResetMail.rptdesign Passwort zurücksetzen Portal (Mail) Portal-Password Zurücksetzen Prozess -> Rein durch Portal angestoßen wird (Standard)
passwordChangedMail.rptdesign Passwortänderung Portal (Mail) Portal-Password Änderung Prozess -> Rein durch Portal angestoßen wird (Standard)
forgotPortalUsernameMail.rptdesign Portal Benutzernamen Versand Portal-Registrierung Prozess -> Rein durch Portal angestoßen wird (Standard)
priceAdjustment.rptdesign Preisanpassung Preisanpassung Manuell (Standard, als Anhang)
priceAdjustmentMail.rptdesign Preisanpassung (Mail) Preisanpassung Manuell (Standard)
debitorInvoice.rptdesign Rechnung (Privat & Gewerbe) Jahresabrechnung Prozess -> Abrechnung (alle Typen): Bei Aktivierung einer zuvor freigegebenen Rechnung (Standard, als Anhang)
debitorInvoiceMail.rptdesign Rechnung (Privat & Gewerbe) (Mail) Jahresabrechnung Prozess -> Abrechnung (alle Typen): Bei Aktivierung einer zuvor freigegebenen Rechnung (Standard)
registrationMail1.rptdesign Registrieriungsbestätigung E-Mail Verifizierung 1. Erinnerung Portal (Mail) Portal-Registrierung Prozess -> Rein durch Portal angestoßen wird (Standard)
registrationMail2.rptdesign Registrieriungsbestätigung E-Mail Verifizierung 2. Erinnerung Portal (Mail) Portal-Registrierung Prozess -> Rein durch Portal angestoßen wird (Standard)
registrationMail3.rptdesign Registrieriungsbestätigung E-Mail Verifizierung 3. Erinnerung Portal (Mail) Portal-Registrierung Prozess -> Rein durch Portal angestoßen wird (Standard)
registrationConfirmationWelcomeMail.rptdesign Registrieriungsbestätigung E-Mail Verifizierung abgeschlossen Portal (Mail) Portal-Registrierung Prozess -> Rein durch Portal angestoßen wird (Standard)
registrationMail.rptdesign Registrieriungsbestätigung E-Mail Verifizierung Portal (Mail) Portal-Registrierung Prozess -> Rein durch Portal angestoßen wird (Standard)
passiveCancellationRefusalGeneralCase.rptdesign Kündigung abgelehnt, Anfrage an Kunden Vertragsablehnung (neutral) Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard, als Anhang)
passiveCancellationRefusalGeneralCaseMail.rptdesign Kündigung abgelehnt, Anfrage an Kunden (Mail) Vertragsablehnung (neutral) Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard)
passiveCancellationRefusalGeneralCaseReminder.rptdesign Kündigung abgelehnt, Anfrage an Kunden Erinnerung Vertragsablehnung (neutral) Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard, als Anhang)
passiveCancellationRefusalGeneralCaseReminderMail.rptdesign Kündigung abgelehnt, Anfrage an Kunden Erinnerung (Mail) Vertragsablehnung (neutral) Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard)
passiveCancellationRefusalGeneralCaseRevocation.rptdesign Kündigung abgelehnt, Kunde informieren Vertragsablehnung (neutral) Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard, als Anhang)
passiveCancellationRefusalGeneralCaseRevocationMail.rptdesign Kündigung abgelehnt, Kunde informieren (Mail) Vertragsablehnung (neutral) Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard)
passiveCancellationRefusalByLowCreidtworthiness.rptdesign Rückmeldung schlechte Bonität Vertragsablehnung wegen negativer Bonität Manuell (Standard, als Anhang)
passiveCancellationRefusalByLowCreidtworthinessMail.rptdesign Rückmeldung schlechte Bonität (Mail) Vertragsablehnung wegen negativer Bonität Manuell (Standard)
passiveCancellationRefusalByContractualObligation.rptdesign Rückmeldung Vertragsbindung alter Lieferant Vertragsablehnung wegen Vertragsbindung Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard, als Anhang)
passiveCancellationRefusalByContractualObligationMail.rptdesign Rückmeldung Vertragsbindung alter Lieferant (Mail) Vertragsablehnung wegen Vertragsbindung Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard)
masterDataChange.rptdesign Stammdatenänderung Kundendatenänderung mit Bankdaten Automatisch nach Änderungen im Portal; Manuell (Standard, als Anhang)
masterDataChangeMail.rptdesign Stammdatenänderung (Mail) Kundendatenänderung mit Bankdaten Automatisch nach Änderungen im Portal; Manuell (Standard)
tariffChanged.rptdesign Tarifwechsel Tarifwechsler Prozess -> Bei Aktivierung eines neuen Tarifs (Standard, als Anhang)
tariffChangedMail.rptdesign Tarifwechsel (Mail) Tarifwechsler Prozess -> Bei Aktivierung eines neuen Tarifs (Standard)
contractConfirmation.rptdesign Vertragsbestätigung - jährliche Abrechnung Vertragsbestätigung Einzug m. Abschlagsplan Prozess  -> Lieferbeginn Bestätigung Netz (Standard, als Anhang)
contractConfirmationMail.rptdesign Vertragsbestätigung - jährliche Abrechnung (Mail) Vertragsbestätigung Einzug m. Abschlagsplan Prozess  -> Lieferbeginn Bestätigung Netz (Standard)
contractConfirmationMonthlyInvoicing.rptdesign Vertragsbestätigung - montliche Abrechnung Vertragsbestätigung Einzug m. Abschlagsplan Prozess  -> Lieferbeginn Bestätigung Netz (Standard, als Anhang)
contractConfirmationMonthlyInvoicingMail.rptdesign Vertragsbestätigung - montliche Abrechnung (Mail) Vertragsbestätigung Einzug m. Abschlagsplan Prozess  -> Lieferbeginn Bestätigung Netz (Standard)
registrationPromptMail.rptdesign Vertragsbestätigung ohne Portalzugang (Mail) Vertragimport Prozess  -> Lieferbeginn (Standard)
contractInformation.rptdesign Vertragsinformationen Tarifinformationsblatt Prozess -> Lieferbeginn/Tarifwechsel (als Anhang)
cancellationRevocation.rptdesign Widerruf Kündigung Widerruf einer erfolgten Kündigung (Rückgewinnung) Manuell (Standard, als Anhang)
cancellationRevocationMail.rptdesign Widerruf Kündigung (Mail) Widerruf einer erfolgten Kündigung (Rückgewinnung) Manuell (Standard)
revocationForm.rptdesign Widerrufsrechtsinformation Willkommensschreiben bei Wechsel & Willkommensschreiben bei Einzug Prozess -> Lieferbeginn (Standard, als Anhang)
welcome.rptdesign Willkommensschreiben Willkommensschreiben bei Wechsel & Willkommensschreiben bei Einzug Prozess -> Vertragsanlage (über Webservice, CSV-Import oder manuell) (Standard, als Anhang)
welcomeMail.rptdesign Willkommensschreiben (Mail) Willkommensschreiben bei Wechsel & Willkommensschreiben bei Einzug Prozess ->Vertragsanlage (über Webservice, CSV-Import oder manuell) (Standard)
MeterReadingTipMail.rptdesign Zählerstandsanfrage mtl. letzte Anfrage (Mail) Zählerstandsablesung Prozess -> Letzte Zählerstandsanfrage und Warnung der zwangläufigen Umstellung des Abrechnungsturnus
MeterReadingTip.rptdesign Zählerstandsanfrage mtl. letzte Anfrage Zählerstandsablesung Prozess -> Letzte Zählerstandsanfrage und Warnung der zwangläufigen Umstellung des Abrechnungsturnus (als Anhang)
MeterReadingChangeBillingCycleMail.rptdesign Mitteilung der zwangläufigen Abrechnungszyklusänderung (Mail) Wechsel des Abrechnungsturnus Prozess -> Mitteilung der zwangläufigen Umstellung des Abrechnungsturnus
MeterReadingChangeBillingCycle.rptdesign Mitteilung der zwangläufigen Abrechnungszyklusänderung Wechsel des Abrechnungsturnus Prozess -> Mitteilung der zwangläufigen Umstellung des Abrechnungsturnus (als Anhang)
MeterReadingRequest.rptdesign Zählerstandsanfrage Zählerstandsablesung Prozess -> Zählerstände: Wenn zu Beginn des Zeitfensters um die Abrechnung kein Zählerstand vorliegt (Standard, als Anhang)
MeterReadingRequestMail.rptdesign Zählerstandsanfrage (Mail) Zählerstandsablesung Prozess -> Zählerstände: Wenn zu Beginn des Zeitfensters um die Abrechnung kein Zählerstand vorliegt (Standard)
MeterReadingRequestReminder.rptdesign Zählerstandsanfrage Erinnerung Zählerstandsablesung Prozess -> Zählerstände: Wenn zu Beginn des Zeitfensters um die Abrechnung kein Zählerstand vorliegt (Standard, als Anhang)
MeterReadingRequestReminderMail.rptdesign Zählerstandsanfrage Erinnerung (Mail) Zählerstandsablesung Prozess -> Zählerstände: Wenn zu Beginn des Zeitfensters um die Abrechnung kein Zählerstand vorliegt (Standard)
installmentPaymentsRejection.rptdesign Ablehnung zur Ratenzahlung Wechsel Abrechnungsturnus Monatlich-Jährlich zwangsläufig Prozess -> Bei monatlicher Abrechnung, wenn Kunde dreimal keinen Zählerstand mitgeteilt hat (Standard, als Anhang)
installmentPaymentsRejectionMail.rptdesign Ablehnung zur Ratenzahlung (Mail) Ablehnung Ratenzahlung Manuell (Standard, als Anhang)
potentialBuyerRelocation.rptdesign Angebotsschreiben zum Umzug Anschreiben Umzugsprozess Manuell (Standard, als Anhang)
potentialBuyerRelocationMail.rptdesign Angebotsschreiben zum Umzug (Mail) Anschreiben Umzugsprozess Manuell (Standard)
tradingCertificateReminder.rptdesign Erinnerung Gewerbenachweis Erinnerung Gewerbenachweis Manuell (Standard, als Anhang)
tradingCertificateReminderMail.rptdesign Erinnerung Gewerbenachweis (Mail) Erinnerung Gewerbenachweis Manuell (Standard)
statusRequestForVacantness.rptdesign Prüfung Leerstand Leerstand Prüfung Prozess -> Prüfung des Leerstands, 3 Monate nach der Leerstandsanmeldung (als Anhang)
statusRequestForVacantnessMail.rptdesign Prüfung Leerstand (Mail) Leerstand Prüfung Prozess -> Prüfung des Leerstands, 3 Monate nach der Leerstandsanmeldung
supplyEndByDuning.rptdesign Kündigung Lieferantenseitige Kündigung wegen Zahlungsverzug des Kundens Prozess -> Lieferende, manueller Anstoß in der UI, Lieferendanfrage mit dem Grund "Schlechtzahler"
supplyEndByDunningMail.rptdesign Kündigung (Mail) Lieferantenseitige Kündigung wegen Zahlungsverzug des Kundens Prozess -> Lieferende, manueller Anstoß in der UI, Lieferendanfrage mit dem Grund "Schlechtzahler"