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.
Achtung: Ab Release 123 müssen reports-templates.zip und masterpages.jar korrekt versioniert sein. Eine falsche Versionierung verhindert nicht das Starten des MBS-Tomcat (im Fall einer fehlerhaften MasterPage sind enstprechende Hinweise der Log-Datei zu entnehmen). Es werden keine Report-Templates hochgeladen und eine neue Aufgabe wird im MBS angezeigt, um auf eine falsche Versionierung hinzuweisen.
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:
- ALLOWED_MASTERPAGE_VERSION
- ALLOWED_MASTERPAGE_VERSION_PATTERN
- ALLOWED_REPORTS_VERSION
- ALLOWED_REPORTS_VERSION_PATTERN
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.
Hinweis: Durch NLI wird ab Release-123 die Standard-Konfiguration für NLI-Templates und MasterPage ausgeliefert. Bestehende kundenspezifische Projekte wurden initial angepasst.
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.
Grundlagen
Die Erstellung eines Templates erfordert i.d.R. Arbeit an vier Stellen:
- Java Code: Es müssen Methoden bereitstehen (z.B. Manual Services), welche die im Template benötigten Werte zurückliefern.
- DataSets in BIRT: Dienen der Bindung von Java Code und RPT-Design-Dokument.
- RPT-Datei in BIRT: RPT, ein Report Design Template mit einem Dateityp “.rptdesign”, die am Ende generiert werden soll.
- MasterPage in BIRT: Beinhaltet kundenindividuell Ausprägungen, z.B. Schriftart, Header bzw. Footer der Dokumenten, Logo etc. Genauer Info siehe auch unter Masterpages.
Aufgaben bei der Template-Erstellung
- Erstellung des RPT-Templates - Kunden können eigene Design-Schreiben bauen.
- Erstellung der neuen DataSets nach Bedarf – Die DataSets werden von NLI bereitgestellt.
- Erstellung der neuen MasterPage - Kunden können eigene MasterPages erstellen.
- Testen des neuen RPT-Templates - Ein Test eines neuen Templates kann sowohl durch JUnit-Test als auch durch Sichttest getätigt werden.
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.
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.
Achtung: Es wird dringend empfohlen, initial die kundenspezifische MasterPage und ReportTemplate mit der Versionierung zu bauen und die Ergebnisse in den Grundeinstellungen zu pflegen.
Wenn sich der Wert vom Schlüssel “client” in der version.properties.json des ReportTemplates und der Wert der Property ALLOWED_REPORTS_VERSION aus der Datenbank unterscheiden, werden keine Report-Templates hochgeladen. Um darauf hinzuweisen wird eine neue Aufgabe im MBS angezeigt.
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 |
Achtung: Die Ausprägung Release ist für Produktivsysteme vorgesehen. Es ist zu berücksichten, dass die Prüfung der Revision unabhängig von anderen Grundeinstellungen geschieht. Wird auf dem Produktivsystem .LOCAL-SNAPSHOT konfiguriert und hochgeladen, wird das System dies akzeptieren. Aus offensichtlichen Gründen wird nicht empfohlen die Konfiguration dahingehend auf Produktivsystemen auszunutzen.
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.
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
- 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.
<table class="tg">
<tr>
<th class="tg-0pky">Technische Bezeichnung</th>
<th class="tg-0pky">Beschreibung</th>
<th class="tg-0pky">Beschreibung</th>
<th class="tg-0pky">Trigger</th>
</tr>
<tr>
<td class="tg-0pky">revocationRejection.rptdesign</td>
<td class="tg-0pky">Ablehnung des Widerrufs</td>
<td class="tg-0pky">Ablehnung Widerruf</td>
<td class="tg-0pky">Manuell (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">revocationRejectionMail.rptdesign</td>
<td class="tg-0pky">Ablehnung des Widerrufs (Mail)</td>
<td class="tg-0pky">Ablehnung Widerruf</td>
<td class="tg-0pky">Manuell (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">revocationRejectionBusinessCustomer.rptdesign</td>
<td class="tg-0pky">Ablehnung des Widerrufs Gewerbekunde</td>
<td class="tg-0pky">Ablehnung Widerruf Gewerbekunde</td>
<td class="tg-0pky">Manuell (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">revocationRejectionBusinessCustomerMail.rptdesign</td>
<td class="tg-0pky">Ablehnung des Widerrufs Gewerbekunde (Mail)</td>
<td class="tg-0pky">Ablehnung Widerruf Gewerbekunde</td>
<td class="tg-0pky">Manuell (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">supplyBeginDenied.rptdesign</td>
<td class="tg-0pky">Ablehnung Lieferung</td>
<td class="tg-0pky">Vertragsablehnung (neutral)</td>
<td class="tg-0pky">Prozess > Lieferbeginn Ablehnung Netz/AL (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">supplyBeginDeniedMail.rptdesign</td>
<td class="tg-0pky">Ablehnung Lieferung (Mail)</td>
<td class="tg-0pky">Vertragsablehnung (neutral)</td>
<td class="tg-0pky">Prozess > Lieferbeginn Ablehnung Netz/AL (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">supplyBeginDeniedReminder.rptdesign</td>
<td class="tg-0pky">Ablehnung Lieferung Wiederholung</td>
<td class="tg-0pky">Vertragsablehnung (neutral)</td>
<td class="tg-0pky">Prozess > Lieferbeginn Ablehnung Netz/AL (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">supplyBeginDeniedReminderMail.rptdesign</td>
<td class="tg-0pky">Ablehnung Lieferung Wiederholung (Mail)</td>
<td class="tg-0pky">Vertragsablehnung (neutral)</td>
<td class="tg-0pky">Prozess > Lieferbeginn Ablehnung Netz/AL (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">supplyBeginDeniedRevocation.rptdesign</td>
<td class="tg-0pky">Ablehnung Lieferung letzte Wiederholung</td>
<td class="tg-0pky">Vertragsablehnung (neutral)</td>
<td class="tg-0pky">Prozess > Lieferbeginn Ablehnung Netz/AL (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">supplyBeginDeniedRevocationMail.rptdesign</td>
<td class="tg-0pky">Ablehnung Lieferung letzte Wiederholung (Mail)</td>
<td class="tg-0pky">Vertragsablehnung (neutral)</td>
<td class="tg-0pky">Prozess > Lieferbeginn Ablehnung Netz/AL (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">advancePayPlanChange.rptdesign</td>
<td class="tg-0pky">Abschlagsplanänderung</td>
<td class="tg-0pky">Abschlagsplanänderung</td>
<td class="tg-0pky">Prozess -> Abschlagsplan Aktivierung (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">advancePayPlanChangeMail.rptdesign</td>
<td class="tg-0pky">Abschlagsplanänderung (Mail)</td>
<td class="tg-0pky">Abschlagsplanänderung</td>
<td class="tg-0pky">Prozess -> Abschlagsplan Aktivierung (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">AGB_Gas_Business.rptdesign</td>
<td class="tg-0pky">AGB Gas Geschäftskunden</td>
<td class="tg-0pky">AGB</td>
<td class="tg-0pky">Prozess -> Lieferbeginn/Tarifwechsel (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">AGB_Gas_Private.rptdesign</td>
<td class="tg-0pky">AGB Gas Privatkunden</td>
<td class="tg-0pky">AGB</td>
<td class="tg-0pky">Prozess -> Lieferbeginn/Tarifwechsel (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">AGB_Electricity_Business.rptdesign</td>
<td class="tg-0pky">AGB Strom Geschäftskunden</td>
<td class="tg-0pky">AGB</td>
<td class="tg-0pky">Prozess -> Lieferbeginn/Tarifwechsel (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">AGB_Electricity_Private.rptdesign</td>
<td class="tg-0pky">AGB Strom Privatkunden</td>
<td class="tg-0pky">AGB</td>
<td class="tg-0pky">Prozess -> Lieferbeginn/Tarifwechsel (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">paymentMethodChanged.rptdesign</td>
<td class="tg-0pky">Änderung der Zahlungsart</td>
<td class="tg-0pky">Zahlungsart Wechsel</td>
<td class="tg-0pky">Prozess -> Zahlart Änderung - Aussendung kontrollierbar durch Grundeinstellung (DONT_SEND_PAYMENT_METHOD_CHANGED_MAIL) (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">paymentMethodChangedMail.rptdesign</td>
<td class="tg-0pky">Änderung der Zahlungsart (Mail)</td>
<td class="tg-0pky">Zahlungsart Wechsel</td>
<td class="tg-0pky">Prozess -> Zahlart Änderung - Aussendung kontrollierbar durch Grundeinstellung (DONT_SEND_PAYMENT_METHOD_CHANGED_MAIL) (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">bankAccountRequestForPaybackMail.rptdesign</td>
<td class="tg-0pky">Bankdatenanfrage für Auszahlung</td>
<td class="tg-0pky">Anfrage Bankverbindung wegen Bonus</td>
<td class="tg-0pky">Prozess -> Bei Versuch der Guthabenauszahlung, wenn Kunde keine Bankverbindung hat (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">bankAccountRequestForPayback.rptdesign</td>
<td class="tg-0pky">Bankdatenanfrage für Auszahlung (Mail)</td>
<td class="tg-0pky">Anfrage Bankverbindung wegen Bonus</td>
<td class="tg-0pky">Prozess -> Bei Versuch der Guthabenauszahlung, wenn Kunde keine Bankverbindung hat (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">standardReferenceDataChangeMail.rptdesign</td>
<td class="tg-0pky">Bestätigung der Stammdatenänderung über Kundenportal (Mail)</td>
<td class="tg-0pky">Bestätigung Kundendatenänderung</td>
<td class="tg-0pky">Prozess -> Automatisch nach Änderungen im Portal (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">revocationConfirm.rptdesign</td>
<td class="tg-0pky">Bestätigung des Widerrufs</td>
<td class="tg-0pky">Widerrufsbestätigung</td>
<td class="tg-0pky">Prozess -> Vertragswiderruf (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">revocationConfirmMail.rptdesign</td>
<td class="tg-0pky">Bestätigung des Widerrufs (Mail)</td>
<td class="tg-0pky">Widerrufsbestätigung</td>
<td class="tg-0pky">Prozess -> Vertragswiderruf (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">signature.rptdesign</td>
<td class="tg-0pky">E-Mail Signatur für manuelle E-Mail Erstellung</td>
<td class="tg-0pky">Signature für manuelle E-Mail-Erfassung</td>
<td class="tg-0pky">Manuell (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">potentialBuyerNew.rptdesign</td>
<td class="tg-0pky">Interessentenschreiben</td>
<td class="tg-0pky">Interessentenschreiben/Auftragsformular</td>
<td class="tg-0pky">Manuell (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">potentialBuyerNewMail.rptdesign</td>
<td class="tg-0pky">Interessentenschreiben (Mail)</td>
<td class="tg-0pky">Interessentenschreiben/Auftragsformular</td>
<td class="tg-0pky">Manuell (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">customersOverview.rptdesign</td>
<td class="tg-0pky"></td>
<td class="tg-0pky"></td>
<td class="tg-0pky"></td>
</tr>
<tr>
<td class="tg-0pky">dunningMail1.rptdesign</td>
<td class="tg-0pky">Zahlungserinnerung (Mail)</td>
<td class="tg-0pky">Zahlungserinnerung</td>
<td class="tg-0pky">Prozess -> Mahnwesen (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">dunningFreePaymentReminder.rptdesign</td>
<td class="tg-0pky">Zahlungserinnerung (Anhang)</td>
<td class="tg-0pky">Zahlungserinnerung</td>
<td class="tg-0pky">Prozess -> Mahnwesen (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">dunningMail2.rptdesign</td>
<td class="tg-0pky">Mahnung (Mail)</td>
<td class="tg-0pky">Mahnung</td>
<td class="tg-0pky">Prozess -> Mahnwesen: Vertrag wird in die entsprechende Mahnstufe gesetzt; Anbinden vom Formular mit Prozess in der Datenbank konfigurierbar</td>
</tr>
<tr>
<td class="tg-0pky">dunningFirstLetter.rptdesign</td>
<td class="tg-0pky">(Erste) Mahnung (Anhang)</td>
<td class="tg-0pky">Mahnung</td>
<td class="tg-0pky">Prozess -> Mahnwesen (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">dunningMail3.rptdesign</td>
<td class="tg-0pky">Letzte Mahnung (Mail)</td>
<td class="tg-0pky">Letzte Mahnung</td>
<td class="tg-0pky">Prozess -> Mahnwesen (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">dunningSecondLetter.rptdesign</td>
<td class="tg-0pky">Letzte Mahnung (Anhang)</td>
<td class="tg-0pky">Letzte Mahnung</td>
<td class="tg-0pky">Prozess -> Mahnwesen: Vertrag wird in die entsprechende Mahnstufe gesetzt; Anbinden vom Formular mit Prozess in der Datenbank konfigurierbar (als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">debitorInvoiceRLM.rptdesign</td>
<td class="tg-0pky">RLM Rechnung</td>
<td class="tg-0pky">Rechnung für RLM Verträge</td>
<td class="tg-0pky">Prozesss -> Rechnung Erstellung</td>
</tr>
<tr>
<td class="tg-0pky">lowSchufaScore.rptdesign</td>
<td class="tg-0pky">- Rückmeldung schlechte Schufa</td>
<td class="tg-0pky"></td>
<td class="tg-0pky">Manuell</td>
</tr>
<tr>
<td class="tg-0pky">lowSchufaScoreMail.rptdesign</td>
<td class="tg-0pky">- Rückmeldung schlechte Schufa</td>
<td class="tg-0pky"></td>
<td class="tg-0pky">Manuell</td>
</tr>
<tr>
<td class="tg-0pky">SEPACollectionMandate.rptdesign</td>
<td class="tg-0pky">- SEPA-Mandatsanfrage für Willkommensschreiben</td>
<td class="tg-0pky"></td>
<td class="tg-0pky">Manuell</td>
</tr>
<tr>
<td class="tg-0pky">electricityLabeling.rptdesign</td>
<td class="tg-0pky">Kennzeichnung der Stromlieferungen</td>
<td class="tg-0pky">Stromkennzeichnung</td>
<td class="tg-0pky">Prozess -> Lieferbeginn (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">supplyEndAccept.rptdesign</td>
<td class="tg-0pky">Kündigung</td>
<td class="tg-0pky">Kündigungsbestätigung (="Lieferende" in MBS)</td>
<td class="tg-0pky">Prozess -> Lieferende positiv bestätigt vom VNB (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">supplyEndAcceptMail.rptdesign</td>
<td class="tg-0pky">Kündigung (Mail)</td>
<td class="tg-0pky">Kündigungsbestätigung (="Lieferende" in MBS)</td>
<td class="tg-0pky">Prozess -> Lieferende positiv bestätigt vom VNB (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">cancellationDueToNonPayment.rptdesign</td>
<td class="tg-0pky">Kündigung Schlechtzahler</td>
<td class="tg-0pky">Kündigungsschreiben, wg. Nichtzahlung</td>
<td class="tg-0pky">Manuell (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">cancellationDueToNonPaymentMail.rptdesign</td>
<td class="tg-0pky">Kündigung Schlechtzahler (Mail)</td>
<td class="tg-0pky">Kündigungsschreiben, wg. Nichtzahlung</td>
<td class="tg-0pky">Manuell (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">debitorInvoicCycleChangeConfirm.rptdesign</td>
<td class="tg-0pky">Mitteilung Abrechnungszyklusänderung</td>
<td class="tg-0pky">Wechsel Abrechnungsturnus Monatlich-Jährlich</td>
<td class="tg-0pky">Prozess -> Bei Wechsel übers Portal und Umstellung in MBS-UI (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">debitorInvoicCycleChangeConfirmMail.rptdesign</td>
<td class="tg-0pky">Mitteilung Abrechnungszyklusänderung (Mail)</td>
<td class="tg-0pky">Wechsel Abrechnungsturnus Monatlich-Jährlich</td>
<td class="tg-0pky">Prozess -> Bei Wechsel übers Portal und Umstellung in MBS-UI (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">passwordResetMail.rptdesign</td>
<td class="tg-0pky">Passwort zurücksetzen Portal (Mail)</td>
<td class="tg-0pky">Portal-Password Zurücksetzen</td>
<td class="tg-0pky">Prozess -> Rein durch Portal angestoßen wird (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">passwordChangedMail.rptdesign</td>
<td class="tg-0pky">Passwortänderung Portal (Mail)</td>
<td class="tg-0pky">Portal-Password Änderung</td>
<td class="tg-0pky">Prozess -> Rein durch Portal angestoßen wird (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">forgotPortalUsernameMail.rptdesign</td>
<td class="tg-0pky">Portal Benutzernamen Versand</td>
<td class="tg-0pky">Portal-Registrierung</td>
<td class="tg-0pky">Prozess -> Rein durch Portal angestoßen wird (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">priceAdjustment.rptdesign</td>
<td class="tg-0pky">Preisanpassung</td>
<td class="tg-0pky">Preisanpassung</td>
<td class="tg-0pky">Manuell (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">priceAdjustmentMail.rptdesign</td>
<td class="tg-0pky">Preisanpassung (Mail)</td>
<td class="tg-0pky">Preisanpassung</td>
<td class="tg-0pky">Manuell (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">debitorInvoice.rptdesign</td>
<td class="tg-0pky">Rechnung (Privat & Gewerbe)</td>
<td class="tg-0pky">Jahresabrechnung</td>
<td class="tg-0pky">Prozess -> Abrechnung (alle Typen): Bei Aktivierung einer zuvor freigegebenen Rechnung (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">debitorInvoiceMail.rptdesign</td>
<td class="tg-0pky">Rechnung (Privat & Gewerbe) (Mail)</td>
<td class="tg-0pky">Jahresabrechnung</td>
<td class="tg-0pky">Prozess -> Abrechnung (alle Typen): Bei Aktivierung einer zuvor freigegebenen Rechnung (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">debitorInvoiceInformation.rptdesign</td>
<td class="tg-0pky">Abrechnungsinformation (Privat & Gewerbe)</td>
<td class="tg-0pky">Abrechnungsinformation</td>
<td class="tg-0pky"></td>
</tr>
<tr>
<td class="tg-0pky">debitorInvoiceInformationMail.rptdesign</td>
<td class="tg-0pky">Abrechnungsinformation (Privat & Gewerbe) (Mail)</td>
<td class="tg-0pky">Abrechnungsinformation</td>
<td class="tg-0pky"></td>
</tr>
<tr>
<td class="tg-0pky">registrationMail1.rptdesign</td>
<td class="tg-0pky">Registrieriungsbestätigung E-Mail Verifizierung 1. Erinnerung Portal (Mail)</td>
<td class="tg-0pky">Portal-Registrierung</td>
<td class="tg-0pky">Prozess -> Rein durch Portal angestoßen wird (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">registrationMail2.rptdesign</td>
<td class="tg-0pky">Registrieriungsbestätigung E-Mail Verifizierung 2. Erinnerung Portal (Mail)</td>
<td class="tg-0pky">Portal-Registrierung</td>
<td class="tg-0pky">Prozess -> Rein durch Portal angestoßen wird (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">registrationMail3.rptdesign</td>
<td class="tg-0pky">Registrieriungsbestätigung E-Mail Verifizierung 3. Erinnerung Portal (Mail)</td>
<td class="tg-0pky">Portal-Registrierung</td>
<td class="tg-0pky">Prozess -> Rein durch Portal angestoßen wird (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">registrationConfirmationWelcomeMail.rptdesign</td>
<td class="tg-0pky">Registrieriungsbestätigung E-Mail Verifizierung abgeschlossen Portal (Mail)</td>
<td class="tg-0pky">Portal-Registrierung</td>
<td class="tg-0pky">Prozess -> Rein durch Portal angestoßen wird (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">registrationMail.rptdesign</td>
<td class="tg-0pky">Registrieriungsbestätigung E-Mail Verifizierung Portal (Mail)</td>
<td class="tg-0pky">Portal-Registrierung</td>
<td class="tg-0pky">Prozess -> Rein durch Portal angestoßen wird (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">passiveCancellationRefusalGeneralCase.rptdesign</td>
<td class="tg-0pky">Kündigung abgelehnt, Anfrage an Kunden</td>
<td class="tg-0pky">Vertragsablehnung (neutral)</td>
<td class="tg-0pky">Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">passiveCancellationRefusalGeneralCaseMail.rptdesign</td>
<td class="tg-0pky">Kündigung abgelehnt, Anfrage an Kunden (Mail)</td>
<td class="tg-0pky">Vertragsablehnung (neutral)</td>
<td class="tg-0pky">Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">passiveCancellationRefusalGeneralCaseReminder.rptdesign</td>
<td class="tg-0pky">Kündigung abgelehnt, Anfrage an Kunden Erinnerung</td>
<td class="tg-0pky">Vertragsablehnung (neutral)</td>
<td class="tg-0pky">Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">passiveCancellationRefusalGeneralCaseReminderMail.rptdesign</td>
<td class="tg-0pky">Kündigung abgelehnt, Anfrage an Kunden Erinnerung (Mail)</td>
<td class="tg-0pky">Vertragsablehnung (neutral)</td>
<td class="tg-0pky">Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">passiveCancellationRefusalGeneralCaseRevocation.rptdesign</td>
<td class="tg-0pky">Kündigung abgelehnt, Kunde informieren</td>
<td class="tg-0pky">Vertragsablehnung (neutral)</td>
<td class="tg-0pky">Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">passiveCancellationRefusalGeneralCaseRevocationMail.rptdesign</td>
<td class="tg-0pky">Kündigung abgelehnt, Kunde informieren (Mail)</td>
<td class="tg-0pky">Vertragsablehnung (neutral)</td>
<td class="tg-0pky">Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">passiveCancellationRefusalByLowCreidtworthiness.rptdesign</td>
<td class="tg-0pky">Rückmeldung schlechte Bonität</td>
<td class="tg-0pky">Vertragsablehnung wegen negativer Bonität</td>
<td class="tg-0pky">Manuell (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">passiveCancellationRefusalByLowCreidtworthinessMail.rptdesign</td>
<td class="tg-0pky">Rückmeldung schlechte Bonität (Mail)</td>
<td class="tg-0pky">Vertragsablehnung wegen negativer Bonität</td>
<td class="tg-0pky">Manuell (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">passiveCancellationRefusalByContractualObligation.rptdesign</td>
<td class="tg-0pky">Rückmeldung Vertragsbindung alter Lieferant</td>
<td class="tg-0pky">Vertragsablehnung wegen Vertragsbindung</td>
<td class="tg-0pky">Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">passiveCancellationRefusalByContractualObligationMail.rptdesign</td>
<td class="tg-0pky">Rückmeldung Vertragsbindung alter Lieferant (Mail)</td>
<td class="tg-0pky">Vertragsablehnung wegen Vertragsbindung</td>
<td class="tg-0pky">Prozess -> Lieferbeginn Ablehnung Netz/AL (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">masterDataChange.rptdesign</td>
<td class="tg-0pky">Stammdatenänderung</td>
<td class="tg-0pky">Kundendatenänderung mit Bankdaten</td>
<td class="tg-0pky">Automatisch nach Änderungen im Portal; Manuell (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">masterDataChangeMail.rptdesign</td>
<td class="tg-0pky">Stammdatenänderung (Mail)</td>
<td class="tg-0pky">Kundendatenänderung mit Bankdaten</td>
<td class="tg-0pky">Automatisch nach Änderungen im Portal; Manuell (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">tariffChanged.rptdesign</td>
<td class="tg-0pky">Tarifwechsel</td>
<td class="tg-0pky">Tarifwechsler</td>
<td class="tg-0pky">Prozess -> Bei Aktivierung eines neuen Tarifs (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">tariffChangedMail.rptdesign</td>
<td class="tg-0pky">Tarifwechsel (Mail)</td>
<td class="tg-0pky">Tarifwechsler</td>
<td class="tg-0pky">Prozess -> Bei Aktivierung eines neuen Tarifs (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">contractConfirmation.rptdesign</td>
<td class="tg-0pky">Vertragsbestätigung - jährliche Abrechnung</td>
<td class="tg-0pky">Vertragsbestätigung Einzug m. Abschlagsplan</td>
<td class="tg-0pky">Prozess -> Lieferbeginn Bestätigung Netz (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">contractConfirmationMail.rptdesign</td>
<td class="tg-0pky">Vertragsbestätigung - jährliche Abrechnung (Mail)</td>
<td class="tg-0pky">Vertragsbestätigung Einzug m. Abschlagsplan</td>
<td class="tg-0pky">Prozess -> Lieferbeginn Bestätigung Netz (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">contractConfirmationMonthlyInvoicing.rptdesign</td>
<td class="tg-0pky">Vertragsbestätigung - montliche Abrechnung</td>
<td class="tg-0pky">Vertragsbestätigung Einzug m. Abschlagsplan</td>
<td class="tg-0pky">Prozess -> Lieferbeginn Bestätigung Netz (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">contractConfirmationMonthlyInvoicingMail.rptdesign</td>
<td class="tg-0pky">Vertragsbestätigung - montliche Abrechnung (Mail)</td>
<td class="tg-0pky">Vertragsbestätigung Einzug m. Abschlagsplan</td>
<td class="tg-0pky">Prozess -> Lieferbeginn Bestätigung Netz (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">registrationPromptMail.rptdesign</td>
<td class="tg-0pky">Vertragsbestätigung ohne Portalzugang (Mail)</td>
<td class="tg-0pky">Vertragimport</td>
<td class="tg-0pky">Prozess -> Lieferbeginn (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">contractInformation.rptdesign</td>
<td class="tg-0pky">Vertragsinformationen</td>
<td class="tg-0pky">Tarifinformationsblatt</td>
<td class="tg-0pky">Prozess -> Lieferbeginn/Tarifwechsel (als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">cancellationRevocation.rptdesign</td>
<td class="tg-0pky">Widerruf Kündigung</td>
<td class="tg-0pky">Widerruf einer erfolgten Kündigung (Rückgewinnung)</td>
<td class="tg-0pky">Manuell (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">cancellationRevocationMail.rptdesign</td>
<td class="tg-0pky">Widerruf Kündigung (Mail)</td>
<td class="tg-0pky">Widerruf einer erfolgten Kündigung (Rückgewinnung)</td>
<td class="tg-0pky">Manuell (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">revocationForm.rptdesign</td>
<td class="tg-0pky">Widerrufsrechtsinformation</td>
<td class="tg-0pky">Willkommensschreiben bei Wechsel & Willkommensschreiben bei Einzug</td>
<td class="tg-0pky">Prozess -> Lieferbeginn (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">welcome.rptdesign</td>
<td class="tg-0pky">Willkommensschreiben</td>
<td class="tg-0pky">Willkommensschreiben bei Wechsel & Willkommensschreiben bei Einzug</td>
<td class="tg-0pky">Prozess -> Vertragsanlage (über Webservice, CSV-Import oder manuell) (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">welcomeMail.rptdesign</td>
<td class="tg-0pky">Willkommensschreiben (Mail)</td>
<td class="tg-0pky">Willkommensschreiben bei Wechsel & Willkommensschreiben bei Einzug</td>
<td class="tg-0pky">Prozess ->Vertragsanlage (über Webservice, CSV-Import oder manuell) (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">MeterReadingTipMail.rptdesign</td>
<td class="tg-0pky">Zählerstandsanfrage mtl. letzte Anfrage (Mail)</td>
<td class="tg-0pky">Zählerstandsablesung</td>
<td class="tg-0pky">Prozess -> Letzte Zählerstandsanfrage und Warnung der zwangläufigen Umstellung des Abrechnungsturnus</td>
</tr>
<tr>
<td class="tg-0pky">MeterReadingTip.rptdesign</td>
<td class="tg-0pky">Zählerstandsanfrage mtl. letzte Anfrage</td>
<td class="tg-0pky">Zählerstandsablesung</td>
<td class="tg-0pky">Prozess -> Letzte Zählerstandsanfrage und Warnung der zwangläufigen Umstellung des Abrechnungsturnus (als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">MeterReadingChangeBillingCycleMail.rptdesign</td>
<td class="tg-0pky">Mitteilung der zwangläufigen Abrechnungszyklusänderung (Mail)</td>
<td class="tg-0pky">Wechsel des Abrechnungsturnus</td>
<td class="tg-0pky">Prozess -> Mitteilung der zwangläufigen Umstellung des Abrechnungsturnus</td>
</tr>
<tr>
<td class="tg-0pky">MeterReadingChangeBillingCycle.rptdesign</td>
<td class="tg-0pky">Mitteilung der zwangläufigen Abrechnungszyklusänderung</td>
<td class="tg-0pky">Wechsel des Abrechnungsturnus</td>
<td class="tg-0pky">Prozess -> Mitteilung der zwangläufigen Umstellung des Abrechnungsturnus (als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">MeterReadingRequest.rptdesign</td>
<td class="tg-0pky">Zählerstandsanfrage</td>
<td class="tg-0pky">Zählerstandsablesung</td>
<td class="tg-0pky">Prozess -> Zählerstände: Wenn zu Beginn des Zeitfensters um die Abrechnung kein Zählerstand vorliegt (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">MeterReadingRequestMail.rptdesign</td>
<td class="tg-0pky">Zählerstandsanfrage (Mail)</td>
<td class="tg-0pky">Zählerstandsablesung</td>
<td class="tg-0pky">Prozess -> Zählerstände: Wenn zu Beginn des Zeitfensters um die Abrechnung kein Zählerstand vorliegt (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">MeterReadingRequestReminder.rptdesign</td>
<td class="tg-0pky">Zählerstandsanfrage Erinnerung</td>
<td class="tg-0pky">Zählerstandsablesung</td>
<td class="tg-0pky">Prozess -> Zählerstände: Wenn zu Beginn des Zeitfensters um die Abrechnung kein Zählerstand vorliegt (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">MeterReadingRequestReminderMail.rptdesign</td>
<td class="tg-0pky">Zählerstandsanfrage Erinnerung (Mail)</td>
<td class="tg-0pky">Zählerstandsablesung</td>
<td class="tg-0pky">Prozess -> Zählerstände: Wenn zu Beginn des Zeitfensters um die Abrechnung kein Zählerstand vorliegt (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">installmentPaymentsRejection.rptdesign</td>
<td class="tg-0pky">Ablehnung zur Ratenzahlung</td>
<td class="tg-0pky">Wechsel Abrechnungsturnus Monatlich-Jährlich zwangsläufig</td>
<td class="tg-0pky">Prozess -> Bei monatlicher Abrechnung, wenn Kunde dreimal keinen Zählerstand mitgeteilt hat (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">installmentPaymentsRejectionMail.rptdesign</td>
<td class="tg-0pky">Ablehnung zur Ratenzahlung (Mail)</td>
<td class="tg-0pky">Ablehnung Ratenzahlung</td>
<td class="tg-0pky">Manuell (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">potentialBuyerRelocation.rptdesign</td>
<td class="tg-0pky">Angebotsschreiben zum Umzug</td>
<td class="tg-0pky">Anschreiben Umzugsprozess</td>
<td class="tg-0pky">Manuell (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">potentialBuyerRelocationMail.rptdesign</td>
<td class="tg-0pky">Angebotsschreiben zum Umzug (Mail)</td>
<td class="tg-0pky">Anschreiben Umzugsprozess</td>
<td class="tg-0pky">Manuell (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">tradingCertificateReminder.rptdesign</td>
<td class="tg-0pky">Erinnerung Gewerbenachweis</td>
<td class="tg-0pky">Erinnerung Gewerbenachweis</td>
<td class="tg-0pky">Manuell (Standard, als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">tradingCertificateReminderMail.rptdesign</td>
<td class="tg-0pky">Erinnerung Gewerbenachweis (Mail)</td>
<td class="tg-0pky">Erinnerung Gewerbenachweis</td>
<td class="tg-0pky">Manuell (Standard)</td>
</tr>
<tr>
<td class="tg-0pky">statusRequestForVacantness.rptdesign</td>
<td class="tg-0pky">Prüfung Leerstand</td>
<td class="tg-0pky">Leerstand Prüfung</td>
<td class="tg-0pky">Prozess -> Prüfung des Leerstands, 3 Monate nach der Leerstandsanmeldung (als Anhang)</td>
</tr>
<tr>
<td class="tg-0pky">statusRequestForVacantnessMail.rptdesign</td>
<td class="tg-0pky">Prüfung Leerstand (Mail)</td>
<td class="tg-0pky">Leerstand Prüfung</td>
<td class="tg-0pky">Prozess -> Prüfung des Leerstands, 3 Monate nach der Leerstandsanmeldung</td>
</tr>
<tr>
<td class="tg-0pky">supplyEndByDuning.rptdesign</td>
<td class="tg-0pky">Kündigung</td>
<td class="tg-0pky">Lieferantenseitige Kündigung wegen Zahlungsverzug des Kundens</td>
<td class="tg-0pky">Prozess -> Lieferende, manueller Anstoß in der UI, Lieferendanfrage mit dem Grund "Schlechtzahler"</td>
</tr>
<tr>
<td class="tg-0pky">supplyEndByDunningMail.rptdesign</td>
<td class="tg-0pky">Kündigung (Mail)</td>
<td class="tg-0pky">Lieferantenseitige Kündigung wegen Zahlungsverzug des Kundens</td>
<td class="tg-0pky">Prozess -> Lieferende, manueller Anstoß in der UI, Lieferendanfrage mit dem Grund "Schlechtzahler"</td>
</tr>
</table>