RELion 11 - Version 40

Neue und geänderte Funktionen

Betriebskostenabrechnung

Abrechnung anlegen – Fortsetzung der Stapelverarbeitung bei fehlerhaften Objekten

Ausgangssituation
Beim Anlegen von Abrechnungskarten über mehrere Objekte wurde die Verarbeitung vollständig abgebrochen, sobald bei einem Objekt ein Fehler auftrat. Dadurch konnten nachfolgende Objekte nicht weiterverarbeitet werden, obwohl der Fehler nur ein einzelnes Objekt betraf.

Auswirkung

• Einzelne Objektfehler führen nicht mehr zwangsläufig zum Abbruch der gesamten Stapelverarbeitung.
• Die Verarbeitung kann bis zur letzten ausgewählten Abrechnungskarte fortgesetzt werden.
• Betroffene Objekte können nachträglich anhand der Protokollierung identifiziert und geprüft werden.

Anpassung

• Mögliche Fehler innerhalb des Prozesses Abrechnung anlegen werden abgefangen und im Aktionsprotokoll dokumentiert.
• Die Abrechnungskarte wird zunächst angelegt, sofern sie noch nicht vorhanden ist.
• Optionale Verarbeitungsschritte werden unter Berücksichtigung von Fehler- oder Hinweisbehandlung ausgeführt.
• Tritt bei einer Abrechnungskarte ein Fehler auf, werden die weiteren ausgewählten Verarbeitungsschritte zur konkreten Abrechnung übersprungen.

Zusätzliche Hinweise
Die Bedienung der Funktion bleibt unverändert. Es sind keine Anpassungen an bestehenden Arbeitsabläufen erforderlich. Grundsätzliche Einrichtungs- oder Systemfehler können weiterhin zu einem Abbruch führen und lassen sich nicht in allen Fällen abfangen. Nach Abschluss der Stapelverarbeitung sollte das Aktionsprotokoll auf gemeldete Fehler geprüft werden.

RELion Dokumente

Verbesserte Performance der Objekte

Ausgangssituation
In der täglichen Arbeit mit RELion Dokumenten konnte es in Einzelfällen zu längeren Ladezeiten bei der Anzeige und Suche kommen. Insbesondere bei größeren Datenmengen wirkte sich die Verarbeitung von Datenbankabfragen und Berechnungen auf die Systemgeschwindigkeit aus.

Auswirkung
Die Nutzung der Dokumentensuche sowie die Anzeige von Dokumenten konnte spürbar verlangsamt sein. Die Systemreaktion entsprach nicht in allen Fällen den Erwartungen an eine leistungsstarke Anwendung.

Anpassung
Verbesserung der Suchgeschwindigkeit durch Ergänzung zusätzlicher Schlüssel in den RELion Dokumenten. Optimierung interner Abläufe durch Reduzierung nicht benötigter Berechnungen. Verringerung der Systemlast durch Entfernen unnötiger Datenbankaufrufe. Allgemeine Überarbeitung der bestehenden Objekte zur Steigerung der Systemperformance.

Zusätzliche Hinweise
Für Anwender ergeben sich keine Änderungen in der Bedienung oder im Funktionsumfang. Die Optimierungen führen zu einer insgesamt schnelleren und stabileren Nutzung der RELion Dokumente, insbesondere bei umfangreichen Datenbeständen. Die Verbesserungen wurden im Hintergrund umgesetzt und tragen zur effizienteren Arbeitsweise im System bei.

Zahlungsverkehr

Dateiformat Version 3.7

Ausgangssituation
In der Einrichtung der Zahlungsverkehrsverarbeitung stand bislang nur eine begrenzte Auswahl an Dateiformat-Versionen zur Verfügung (bis Version 3.1). Neuere SEPA-Spezifikationen und ISO-20022-Formate konnten dadurch nicht vollständig unterstützt werden.

Auswirkung
Bei Auswahl der Version Dateiformat 3.7 werden Zahlungsdateien im aktuellen Format erzeugt. Das Verhalten älterer Versionen (2.6, 2.7, 3.0 und 3.1) bleibt unverändert. Bestehende Prozesse sind von der Erweiterung nicht betroffen, sofern weiterhin eine ältere Version ausgewählt ist.

Anpassung
Mit diesem Release wurde die neue Option Dateiformat Version 3.7 (ab 19.11.2023) ergänzt. Die Auswahl wurde in der Zahlungsverkehrseinrichtung erweitert und die SEPA-Verarbeitung entsprechend angepasst. Für Version 3.7 werden nun die aktuellen ISO-20022-Formate (pain.001.001.09 und pain.008.001.08) verwendet. Zusätzlich wurden die XML-Strukturen gemäß den neuen Vorgaben angepasst, unter anderem bei:

• Verwendung von BICFI anstelle von BIC
• Erweiterter Abbildung des Ausführungsdatums
• Anpassungen bei Adressangaben für Zahlungen außerhalb des SEPA-Raums
• Berücksichtigung der Änderungen bei Credit-Transfer- und Direct-Debit-Nachrichten

Zusätzliche Hinweise
Die neue Version Dateiformat 3.7 ist insbesondere für Anwender relevant, die aktuelle SEPA-Regularien oder bankseitige Vorgaben (z. B. ISO-20022-Updates) erfüllen müssen. Vor der Umstellung wird empfohlen, die erzeugten Zahlungsdateien mit der Hausbank oder im Testsystem zu prüfen.

Fehlerbehebung

Wirtschaftsplan

Nachberechnung - Wird bei Ausschlussgrund T0081 Neuer Betrag = 0 nicht ausgeführt

Ausgangssituation
Bei Wirtschaftsplan-Nachberechnungen wurde die Nachberechnung nicht ausgeführt, wenn ein Ausschlussgrund gesetzt war und der neue Sollbetrag 0,00 EUR betrug. In diesen Fällen erfolgte keine Gutschrift bereits gebuchter Sollstellungen, obwohl der Wirtschaftsplan eine vollständige Herabsetzung auf 0,00 EUR vorsah. Die Nachberechnung funktionierte nur, wenn kein Ausschlussgrund vorlag.

Auswirkung
Bei Wirtschaftsplan-Nachberechnungen mit dem Ausschlussgrund T0081 – Neuer Betrag = 0 wurde keine Nachberechnung durchgeführt.

Anpassung
Die Nachberechnungslogik wurde angepasst, sodass die Nachberechnung auch dann ausgeführt wird, wenn der Ausschlussgrund T0081 – Neuer Betrag = 0 gesetzt ist.

Zusätzliche Hinweise
Die Anpassung betrifft ausschließlich den Ausschlussgrund T0081. Andere Ausschlussgründe führen weiterhin – wie fachlich vorgesehen – dazu, dass keine Nachberechnung erfolgt. Für betroffene Wirtschaftspläne muss der Schritt Belege erzeugen wiederholt werden, wenn die Nachberechnung und anschließende Buchung nachgeholt werden soll. Der Prozess Neue Sollstellungen erzeugen ist von der Änderung nicht betroffen und muss nicht wiederholt werden.

Steuerbetrag wird nicht angepasst, wenn Nettobetrag in Detailzeilen angepasst wurde

Ausgangssituation
Im Wirtschaftsplan können Zielwerte für Zeilen vorgegeben werden. Nach der Ausführung der Aktion Zielwert eintragen wurden Netto- und ggf. Steuerbetrag aktualisiert, der zugehörige Bruttobetrag jedoch nicht, wenn es sich um ein Konto mit Verteilungsart Festbetrag handelte.

Auswirkung
Die Anzeige des Bruttobetrages ist unmittelbar nach der Eingabe des Zielwertes nicht korrekt. Anwender erhalten einen falschen Eindruck über die tatsächliche Höhe der geplanten Kosten.

Anpassung
Nach dem Eintragen oder Ändern eines Zielwertes wird der Bruttobetrag unmittelbar neu berechnet und in der Benutzeroberfläche aktualisiert.

Zusätzliche Hinweise
Die Aktion Detailzeilen aktualisieren sollte im Zweifelsfall immer ausgeführt werden, wenn die Aktion Zielwert eintragen ausgeführt wurde.

Betriebskostenabrechnung

Gesamtsumme enthält Vorauszahlung ohne Kosten nicht

Ausgangssituation
Im Anschreiben der Abrechnung wurde eine Vorauszahlung ohne zugehörige Kosten in der Einzelaufstellung korrekt ausgewiesen. Derselbe Betrag wurde in der Gesamtsumme der Einzelaufstellung nicht berücksichtigt. Dadurch ergab sich eine inkonsistente Darstellung zwischen Anschreiben und Einzelaufstellung.

Auswirkung
Die Gesamtsumme der Einzelaufstellung entsprach nicht der tatsächlich ausgewiesenen Summe der enthaltenen Positionen. Es bestand die Gefahr von Rückfragen oder Fehlinterpretationen der Abrechnungsergebnisse.

Anpassung
Die Aufsummierung der Vorauszahlungen in der Einzelaufstellung wurde korrigiert. Vorauszahlungen ohne zugehörige Kosten werden nun korrekt in die Gesamtsumme der Einzelaufstellung einbezogen. Die Darstellung der Gesamtsumme ist nun konsistent zwischen Anschreiben und Einzelaufstellung.

Zusätzliche Hinweise
Die Änderung betrifft ausschließlich die Berechnung und Darstellung der Gesamtsumme in der Einzelaufstellung. Bei betroffenen Abrechnungen müssen der Schritt Belege erzeugen und der Druck erneut durchgeführt werden. Die Buchung ist nicht betroffen.

Korrektur der Beleganzeige in der Abrechnung

Ausgangssituation
In der Infobox RELion Dokumente werden die Verbindungen zu Kreditorenposten sowie zugehörigen Belegen nicht korrekt angezeigt, wenn den Abrechnung Detailzeilen zuvor reine Sachpostenbuchungen zugrunde liegen. Die Anzeige erfolgte nur, wenn zu einem verknüpften Sachposten ein Kreditorenposten vorhanden war. Sobald Sachposten folgen, zu denen ein Kreditorenposten vorhanden ist, bricht die Anzeige unerwartet ab. Beobachtet wurde außerdem, dass die Meldung Archiv nicht aktiv angezeigt wird, ohne dass klar ist, ob ein Zusammenhang zur fehlerhaften Anzeige besteht.

Auswirkung
Belege, die am Kreditorenposten sichtbar sein müssten, werden in der Infobox nicht durchgängig dargestellt. Bei Zeilen, die vorher korrekt funktionierten, erscheint nach bestimmten Buchungskonstellationen keine Anzeige mehr. Anwender erhalten dadurch eine unvollständige oder irreführende Darstellung zu den vorhandenen Belegen.

Anpassung
Es wurde eine Korrektur implementiert, sodass die Beleganzeige wieder zuverlässig funktioniert, sobald zu einem Sachposten ein zugehöriger Kreditorenposten existiert. Die interne Logik der Infobox wurde angepasst, damit sie nach Sachpostenbuchungen, auch solchen ohne Kreditorenbezug (z. B. interne Umbuchungen), wieder korrekt in den erwarteten Zustand zurückkehrt.

Zusätzliche Hinweise
Das Verhalten rein sachpostenbasierter Zeilen ohne Kreditorenbezug bleibt unverändert – hier erfolgt auch weiterhin keine Beleganzeige, da dies fachlich korrekt ist. Der Hinweis Archiv nicht aktiv wird geprüft, beeinflusst die Funktion der Belegverknüpfung nach aktuellem Stand jedoch nicht.

Datenschutzgrundverordnung

Fehler im Änderungsprotokoll

Ausgangssituation
Bei der Durchführung von DSGVO-Aktionen (z. B. Daten ermitteln, Anonymisierung, Stapelverarbeitung) konnte es zu Fehlermeldungen kommen. Ursache war eine Berechtigungsprüfung im Zusammenhang mit dem Änderungsprotokoll (Tabelle 405). Die Fehlermeldung trat auch dann auf, wenn keine tatsächliche Löschung von Protokolleinträgen beabsichtigt war. Betroffen waren insbesondere temporäre Anfragen sowie Prüfungen im Rahmen von DSGVO-Stapelprozessen.

Auswirkung
DSGVO-Prozesse konnten nicht vollständig oder nicht fehlerfrei ausgeführt werden. Anwender erhielten Fehlermeldungen zu fehlenden Rechten, obwohl keine Aktion am Änderungsprotokoll durchzuführen war.

Anpassung
Die Prüfung und Löschung von Änderungsprotokolleinträgen wurde im DSGVO-Modul angepasst. Temporär verwendete Daten (z. B. bei Stapelverarbeitungen) führen nicht mehr zu unnötigen Berechtigungsprüfungen. Geschützte Änderungsprotokolleinträge (Feld Protected=JA oder aktivierte Feldüberwachung) werden nicht mehr durch DSGVO-Prozesse gelöscht. Eine Löschung von Änderungsprotokolleinträgen erfolgt nur nach der endgültigen Löschung einer Anfrage vom Typ Anonymisierung mit Status Erledigt.

Zusätzliche Hinweise
Die fachliche Funktion der DSGVO-Prozesse bleibt unverändert. Die Anpassung dient der Stabilisierung und Fehlervermeidung bei der Verarbeitung. Für Anwender sind keine zusätzlichen Bedienhandlungen erforderlich.

Kontaktverwaltung

Vertrags- und Einheitenkontoauszug - Empfängeradresse Debitor zweifach angedruckt

Ausgangssituation
Beim Druck von Vertrags- und Einheitenkontoauszügen wurde die Empfängeradresse des Debitors in bestimmten Fällen doppelt angezeigt. Dieses Verhalten trat insbesondere dann auf, wenn bei Kontakten nachgestellte Titel gepflegt waren. Die Titel wurden bei der Aufbereitung des Kontaktnamens nicht korrekt berücksichtigt, wodurch es zu einer fehlerhaften Zusammenführung der Adressinformationen kam.

Auswirkung
Durch die doppelte Ausgabe der Empfängeradresse ergaben sich folgende Auswirkungen: eine unübersichtliche und fachlich fehlerhafte Darstellung der Adresse im Kontoauszug, erhöhter manueller Prüfaufwand vor dem Versand der Dokumente sowie ein potenzielles Risiko von Rückfragen durch Debitoren aufgrund missverständlicher oder inkorrekter Belege.

Anpassung
Die Logik zur Verarbeitung von Kontaktnamen mit nachgestellten Titeln wurde angepasst: korrekte Zusammenführung von Namensbestandteilen und Titeln; der Hauptvertragspartner (Debitor/Mieter) wird immer in der 1. Zeile gedruckt. Gleiches Vorgehen gilt bei der Ermittlung der Empfängeradresse für den Vertrags- und Einheitenkontoauszug.

Zahlungsverkehr

Anpassung Mietrechnung und Zahlscheine

Ausgangssituation
Bei der Erstellung von Zahlscheinen für WEG-Kaufverträge fehlte der Zahlungsschlüssel und der Telebanking-Text, obwohl der Zahlungsschlüssel vorhanden war. Ursache: Die Funktion filterte nicht korrekt nach Vertragsklasse, wodurch der Schlüssel nicht gefunden wurde. Folgefehler: Zahlscheine wurden leer gedruckt.

Auswirkung
Zahlscheine für bestimmte Vertragsarten (WEG-Kaufverträge) waren unvollständig und nicht für Telebanking nutzbar. Mietrechnungen konnten nicht korrekt verarbeitet werden, wenn mehrere Zahlscheine pro Seite erforderlich waren.

Anpassungen

• Filterung nach Vertragsklasse ergänzt: Die Funktion berücksichtigt nun die Vertragskategorie, sodass der korrekte Zahlungsschlüssel ermittelt wird.
• Korrektur der Zahlschein-Generierung:
  • Leere Zahlscheine werden künftig nicht mehr erstellt.
  • Der Zahlungsschlüssel und Telebanking-Text werden korrekt übernommen.
• Optimierung der Drucklogik:
  • Die Anzahl der Zahlscheine pro Seite wird aus dem Mietrechnungsbericht übernommen.
  • Druck von zwei Zahlscheinen pro Seite funktioniert nun fehlerfrei.
• Erweiterte Unterstützung:
  • Mietrechnungen und registrierte Mietrechnungen werden korrekt verarbeitet, auch bei gemischten Vertragsarten.
  • Mahnungen enthalten nun vollständige Zahlscheine.
  • Manuelle Erstellung aus Einheitenverträgen ist möglich.

WEG-Verwaltung

Berichte Vertrag SEPA-Lastschriftmandat - RDLC-Layout ändern

Ausgangssituation
Im Bericht Vertrag SEPA-Lastschriftmandat wird oberhalb des eigentlichen Anschriftenfeldes zusätzlich die komplette Objektadresse mit angedruckt.

Auswirkung
Die zusätzliche Anzeige der Objektadresse ist überflüssig und führte bei sehr langen Adressen zu Fehlermeldungen.

Anpassung
Die Ausgabe der kompletten Objektadresse oberhalb des Anschriftenfeldes wird entfernt, da sie an dieser Stelle unnötig ist.

Berechtigungssätze

Die Standard Berechtigungssätze stehen als XML zur Verfügung RELion 11.40

Tabelleninformationen Modell

Änderungen im Datenmodell werden in den Tabelleninformationen angezeigt.