Version 12.35

Tags:

• Release
• Installation
• Update
• Tabellen

  26 Minuten Lesezeit  

Build

RELion Build Nr.	12.35.78400.0
Business Central Version ab	27.3
Candidate Datum Veröffentlichung	21.05.2026
Produktiv Datum Veröffentlichung	11.06.2026

Neue und geänderte Funktionen

Buchhaltung

Gruppierter Vertragskontoauszug/Einheitenkontoauszug – fehlende Vor- und Nachtexte

Ausgangssituation
Beim Ausdruck des gruppierten Vertragskontoauszugs sowie des gruppierten Einheitenkontoauszugs wurden bislang keine Vor- und Nachtexte berücksichtigt. Individuell gepflegte Textinformationen zur Erläuterung oder Strukturierung wurden nicht dargestellt.

Auswirkung
Die Kontoauszüge enthielten weder einleitende noch abschließende Informationen, wodurch wichtige rechtliche oder erläuternde Hinweise fehlten und der Informationsgehalt im Vergleich zu nicht gruppierten Auswertungen eingeschränkt war.

Anpassung

• Vortexte werden vor der jeweiligen Auswertung ausgegeben.
• Nachtexte werden nach der jeweiligen Auswertung ausgegeben.
• Die Darstellung erfolgt analog zu den bestehenden, nicht gruppierten Auszügen.

Vertragskontoauszug/Einheitenkontoauszug – fehlendes Standardlayout

Ausgangssituation
Die Berichte nutzten bislang kein RELion Standardlayout. Das Erscheinungsbild wich vom gewohnt einheitlichen Layout gruppierter Kontoauszüge ab.

Auswirkung
Abweichende Darstellung führte zu fehlender optischer Einheitlichkeit und geringerer Wiedererkennbarkeit.

Anpassung
Die Berichte wurden auf das RE Standardlayout umgestellt. Farbschema und Layoutstruktur sind nun konsistent.

Bericht Debitor Kontoauszug monatlich

Ausgangssituation
Der monatliche Debitor‑Kontoauszug war in RELion ONE bislang nicht verfügbar. Anwender mussten alternative Systeme oder Berichte nutzen.

Auswirkung
Es gab keinen einheitlichen Zugriff innerhalb RELion ONE. Zusätzlicher manueller Aufwand war erforderlich.

Anpassung
Der Bericht wurde in RELion ONE integriert und steht in den FiBu-Berichten unter Debitor zur Verfügung.

Mahnwesen

Rechtsfallverwaltung für RELion

1. Streitwerte – Filterkorrektur

Ausgangssituation
Bei der Anzeige und Auswertung von Streitwerten wurden gesetzte Filter nicht in allen Fällen korrekt berücksichtigt.

Auswirkung
Ergebnislisten enthielten unvollständige oder nicht zutreffende Datensätze. Eine zuverlässige Auswertung der Streitwerte war nicht möglich.

Anpassung
Die Filterlogik für Streitwerte wurde korrigiert. Gesetzte Filter werden nun konsistent und vollständig angewendet.

Zusätzliche Hinweise
Bestehende Auswertungen sollten nach dem Update geprüft werden, um korrekte Ergebnisse sicherzustellen.

2. Bearbeiteraktualisierung bei Vertragsänderungen

Ausgangssituation
Bei Änderungen an Verträgen wurde der Bearbeiter automatisch aktualisiert.

Auswirkung
Der ursprünglich zuständige Bearbeiter wurde überschrieben. Die Nachvollziehbarkeit der Bearbeitungshistorie war eingeschränkt.

Anpassung
Die automatische Aktualisierung des Bearbeiters bei Vertragsänderungen wurde entfernt. Der Bearbeiter bleibt unverändert, sofern keine bewusste Anpassung erfolgt.

3. Streitwerte – Meldung Datensatz existiert bereits

Ausgangssituation
Beim Anlegen oder Bearbeiten von Streitwerten konnte fälschlicherweise die Meldung erscheinen, dass ein Datensatz bereits existiert.

Auswirkung
Die weitere Bearbeitung wurde unnötig blockiert. Es kam zu Verzögerungen im Arbeitsablauf.

Anpassung
Die Prüflogik wurde korrigiert. Die Meldung wird nun nur noch angezeigt, wenn tatsächlich ein kollidierender Datensatz existiert.

4. Vorschlagsberechnung – Objekt- und Zuordnungsdaten

Ausgangssituation
Bei der Vorschlagsberechnung wurden Objekt-Nr., Eigentümer und Manager nicht in allen Fällen automatisch befüllt.

Auswirkung
Eine manuelle Ergänzung der Daten war erforderlich. Der Bearbeitungsaufwand erhöhte sich.

Anpassung
Die automatische Befüllung von Objekt-Nr., Eigentümer und Manager wurde ergänzt. Die Daten werden nun bei der Vorschlagsberechnung vollständig übernommen, sofern sie vorhanden sind.

5. Kündigungsvorschlag – Filterkorrektur

Ausgangssituation
Im Kündigungsvorschlag wurden gesetzte Filter nicht zuverlässig angewendet.

Auswirkung
Verträge wurden angezeigt, obwohl sie nicht den Filterkriterien entsprachen. Relevante Verträge fehlten in den Ergebnissen.

Anpassung
Die Filterfunktion im Kündigungsvorschlag wurde korrigiert. Filterkriterien werden nun vollständig und korrekt berücksichtigt.

Zusätzliche Hinweise
Es wird empfohlen, bestehende Kündigungsvorschläge nach dem Update neu zu erzeugen.

Art des Mahnvorgangs – keine durchgängige Berücksichtigung

Ausgangssituation
Nach Mahnungen für Verträge wurden auch debitorische Posten ohne Vertrag weiterverarbeitet. Dies führte zu Missverständnissen.

Auswirkung
Es gab keine eindeutige Trennung zwischen vertraglichen und nicht-vertraglichen Mahnungen.

Anpassung

• Neuer Schieberegler Nur Mahnungen mit Vertrag
• Sichtbar nur bei Art des Mahnvorgangs = Vertrag
• Verfügbar in ZV-Einrichtung und im Mahnvorgang
• Automatische Setzung beim Lauf Mahnvorschläge erstellen
• Unterbricht die Verarbeitung ohne Vertrag im Lauf Mahnungen erstellen

Zusätzliche Hinweise
Das bisherige Verhalten war fachlich gewollt. Der Schieberegler ermöglicht eine klare Steuerung.

Mahnreport – nicht fällige Posten (Business Central-Standard)

Ausgangssituation
Nicht fällige Posten wurden trotz Mahnvorschlag nicht in RELion-Mahnreports gezeigt, Summen fehlten.

Auswirkung
Mahnungen waren unvollständig und nicht konform mit Business Central-Standard.

Anpassung
Nicht fällige Posten werden im Bericht mitgedruckt.

Neue Summenzeile Total EUR:

• Summe nicht fälliger Posten
• Bestehende Summe der Mahnposten

Die Anpassung betrifft folgende Berichte: 5052456, 5052485, 5052486, 5052487

Zusätzliche Hinweise

Das Verhalten entspricht nun dem Business Central-Standard.

Wirtschaftsplan

Prüfungen vor der Löschung

Ausgangssituation
Das Löschen eines Einheitenvertrags war möglich, auch wenn bereits

• Abrechnungen
• Wirtschaftspläne
• Sonderumlagen vorlagen.

Auswirkung
Dies führte zu Dateninkonsistenzen und Fehlern in Abrechnungen.

Anpassung
Vor der Löschung eines Einheitenvertrags erfolgt eine Prüfung aller relevanten Tabellen. Bei bestehenden Referenzen wird die Löschung abgebrochen.

Zusätzliche Hinweise
Manuelle Bereinigung von Daten (z. B. Zurücksetzen) erforderlich, wenn eine Löschung notwendig ist.

Mitgliederwesen

Berichte auf Word/Excel umgestellt

Betroffene Berichte:

• Ratenzahlungsplan Mitglied (Umstellung auf Word, inkl. Fußzeilen, flexiblere Bearbeiterlogik)
• Mitgliederbestandsübersicht
• Mitgliedersaldenliste
• Kontrollliste Pflichtanteile Mitglied
• MGV Debitor – Saldenliste

Auswirkung
Excellayouts liefern direkt Pivottabellen für flexible Auswertungen. RDLC-Layouts wurden entfernt.

Mietverwaltungsverträge

Zeitraumfilter in Kacheln anpassbar

Ausgangssituation
Zeitfenster für anstehende oder auslaufende Verträge waren fest programmiert und für Kunden unflexibel.

Auswirkung
Relevante Vorgänge fehlten in Kacheln oder wurden zu spät angezeigt.

Anpassung
Neues Feld Prüffrist terminierte Verträge in der RE Vertrag-Einrichtung (Standard 2M). Doppelte Kacheln werden künftig entfernt.

Geplante Instandhaltung

Anpassung der Ansichten in Vertragsseiten

Ausgangssituation
In diversen Vertragsseiten wurden mit RELion One Ansichten wie Aktive, Zukünftige und Beendete eingeführt.

Auswirkung
Diese Ansichten wirken nicht additiv. Bei der Auswahl einer Ansicht wird eine zuvor gesetzte Filterung überschrieben. Dies führt in der Praxis zu Einschränkungen bei der gezielten Datenauswahl.

Anpassung
Die Ansichten wurden durch die aus früheren RELion-Versionen bekannten Schnellfilter ersetzt. Die Schnellfilter wirken ergänzend zur bestehenden Filterung und ermöglichen eine flexiblere sowie kombinierbare Datenauswahl.

Zusätzliche Hinweise
Es existieren weitere Seiten, die derzeit noch Ansichten verwenden. Diese werden mit künftigen RELion-Versionen ebenfalls angepasst.

Anzeige der Felder Startdatum und Enddatum in der Projektübersicht

Ausgangssituation
In der Projektübersicht werden die Felder Startdatum und Enddatum standardmäßig nicht angezeigt. Diese Felder können auch nicht über die Funktion Personalisieren eingeblendet werden. Die Informationen sind ausschließlich in der Projektkarte sichtbar.

Auswirkung
Die Anwender erhalten in der Projektübersicht keinen direkten Überblick über den zeitlichen Rahmen eines Projekts. Um diese Information zu sehen, muss jedes Projekt einzeln geöffnet werden.

Anpassung
In der Projektübersicht können die Felder Startdatum und Enddatum nun optional eingeblendet werden. Standardmäßig bleiben diese Felder weiterhin ausgeblendet und sind wie bisher in der Projektkarte sichtbar.

Zahlungsverkehr

Message-ID für SEPA eindeutig

Ausgangssituation
Bei der Erstellung von SEPA‑Zahlungsdateien wurde die Message‑ID (MsgId) im XML‑Kopfbereich einer Pain-Datei nicht eindeutig genug generiert. In bestimmten Konstellationen konnte dies dazu führen, dass identische oder nicht normkonforme MsgId‑Werte erzeugt wurden.

Auswirkung
Nicht eindeutig generierte Message‑IDs können bei der Weiterverarbeitung von SEPA‑Zahlungsdateien zu Validierungsproblemen führen. Abhängig vom Kreditinstitut kann dies dazu führen, dass Zahlungsdateien abgelehnt oder nicht korrekt verarbeitet werden.

Anpassung
Die Generierung der Message‑ID wurde angepasst. Die MsgId wird nun eindeutig und SEPA‑konform mit einer maximalen Länge von 35 Zeichen erzeugt. Sie setzt sich aus einem festen Präfix, einem Zeitstempel (Datum und Uhrzeit) sowie der Zahlungsdatei‑Nummer zusammen. Dadurch ist sichergestellt, dass jede erzeugte SEPA‑Zahlungsdatei eine eindeutige Message‑ID erhält.

Anzahl der verlinkten Hinweiszeilen weicht von tatsächlichen Hinweiszeilen im Aktionsprotokoll ab

Ausgangssituation
Die Anzahl der Hinweiszeilen in der Infobox stimmte nicht mit der Anzahl im Aktionsprotokoll überein. Beim Aufruf des Aktionsprotokolls über den Zahlungsvorschlag wurden zusätzliche, fachlich relevante Hinweise angezeigt. Hinweise zu nicht berücksichtigten Zahlungen (z. B. gesperrte Kreditoren/Debitoren) blieben in der Infobox unerkannt.

Auswirkung
Nicht alle relevanten Hinweise und Fehler zu einem Zahlungsvorschlag waren in der Infobox sichtbar. Ursachen für nicht berücksichtigte Zahlungen wurden teilweise zu spät erkannt.

Anpassung

• Feld Fehler umbenannt in Fehler Vorschlag
• Feld Hinweis umbenannt in Hinweis Vorschlag

Diese Felder zeigen die Anzahl der Fehler bzw. Hinweise, die dem jeweiligen Buch.-Blatt nach Erstellung des Zahlungsvorschlags zugeordnet sind.

Zusätzlich wurde das Feld Hinweis Allgemein eingeführt. Dieses zeigt Hinweise, die keinem Buch.-Blatt zugeordnet sind (leerer Buch.-Blatt-Name und leere Buch.-Blatt-Vorlage).

Zusätzliche Hinweise

• Die Bedienung der Infobox bleibt unverändert.
• Die Trennung zwischen buchungsbezogenen und allgemeinen Hinweisen verbessert die Transparenz und Nachvollziehbarkeit.

Deb. Bankeinzugsvorschlag: im Buch.-Blatt keine Aufteilung nach Buchungsgruppen

Ausgangssituation
Im debitorischen Zahlungsverkehr wurden Zahlungsposten trotz unterschiedlicher Debitorenbuchungsgruppen zusammengefasst und nur nach Einheiten getrennt. Beim Kunden führten offene Posten in verschiedenen Debitorenbuchungsgruppen dazu, dass Lastschriften in einer Gesamtsumme gebucht wurden. Dadurch war ein fachlich korrekter Postenausgleich je Debitorenbuchungsgruppe nicht möglich.

Auswirkung
Lastschriften mussten in Teilbeträgen je Debitorenbuchungsgruppe ausgeführt werden, um korrekte Postenausgleiche zu ermöglichen.

Anpassung
Der Zahlungsverkehrsvorschlag wurde so angepasst, dass Zahlungen nun nach Debitorenbuchungsgruppen getrennt gebildet werden. Für jede Debitorenbuchungsgruppe innerhalb eines Mandats wird ein eigener Zahlungsvorschlag erstellt. Zusätzlich wurde die bestehende mandatsbezogene Prüfung um eine separate Saldenprüfung je Debitorenbuchungsgruppe erweitert. Buchungsgruppen mit einem negativen oder null Saldo werden automatisch aus dem Zahlungsverkehrsvorschlag entfernt. Dadurch wird verhindert, dass Zahlungen mit negativen oder betragslosen Summen erzeugt werden.

Zusätzliche Hinweise
Durch die Anpassung wird sichergestellt, dass Lastschriften fachlich korrekt je Debitorenbuchungsgruppe erfolgen und Postenausgleiche ordnungsgemäß durchgeführt werden können. Bestehende Buchungen und Stammdaten bleiben unverändert.

Verbesserung Übertragung Kontoauszug in Bank Buch.-Blatt

Ausgangssituation
Beim Übertragen von Kontoauszügen in das Bank Buch.-Blatt wurden neu angelegte Bank Buch.-Blatt Zeilen ohne Kontierung bislang nicht darauf geprüft, ob ein Eigentümer-/Mieter‑Kennzeichen zu setzen ist. Dies konnte zu unvollständigen Daten führen, obwohl in der Bank Buch.-Blatt Vorlage ein entsprechendes Kennzeichen vorgesehen war.

Auswirkung
Nicht kontierte Bank Buch.-Blatt Zeilen konnten ohne Eigentümer-/Mieter‑Kennzeichen weiterverarbeitet werden. Dies erschwerte die fachlich korrekte Zuordnung der Buchungen und konnte nachgelagerte Prüfungen oder Korrekturen erforderlich machen.

Anpassung
In der Zahlungsverkehr Einrichtung wurde eine neue Option Eigentümer-/Mieter-Kennzeichen prüfen eingeführt.

Ist diese Option aktiviert und in der Bank Buch.-Blatt Vorlage ein Eigentümer-/Mieter‑Kennzeichen definiert, wird beim Übertragen des Kontoauszugs geprüft, ob alle daraus entstandenen, nicht kontierten Bank Buch.-Blatt Zeilen ein entsprechendes Kennzeichen enthalten.

Fehlt das Kennzeichen in den Zeilen, wird dieses automatisch entsprechend der Bank Buch.-Blatt Vorlage gesetzt.

Zusätzliche Hinweise
Die neue Prüffunktion wirkt sich ausschließlich auf Bank Buch.-Blatt Zeilen aus, die aus der Übertragung des Kontoauszugs stammen und noch nicht kontiert wurden. Bereits kontierte oder manuell erfasste Zeilen sind davon nicht betroffen.

Sondereigentumverwaltung

Bericht anonymisierte Einheitenbestandsliste

Ausgangssituation
Der Bericht Einheitenbestandsliste gibt bisher die Mieterinformationen standardmäßig mit aus.

Auswirkung
Anwender können den Bericht nicht anonymisiert ausdrucken, wenn keine Mieternamen enthalten sein sollen.

Anpassung
Der Bericht Einheitenbestandsliste wird um die Option Mietername drucken ergänzt. Wird die Option deaktiviert, erfolgt der Ausdruck anonymisiert, sodass keine Mieternamen ausgegeben werden.

Instandhaltung

Inspektionen - Felder Ausstattung Zuordnung

Ausgangssituation
Auf Ebene der Ausstattung standen die Felder Letzter Prüftermin und Nächster Prüftermin zur Verfügung.

In der Aufgabenverwaltung Einrichtung existierte das Feld Frist Prüftermin Ausstattung. Inspektionstermine wurden nicht einheitlich über eine zentrale Inspektionsterminlogik abgebildet. Das Feld Prüfung durch diente zur Hinterlegung eines zuständigen Mitarbeiters, ohne dass es weitere automatische Folgeverwendung gab. In der Übersicht Ausstattungen Zuordnungen war nicht ersichtlich, ob aktive Inspektionsaufgaben vorhanden sind.

Auswirkung
Die Felder Letzter Prüftermin und Nächster Prüftermin auf Ebene der Ausstattung entfallen ersatzlos.

Das Feld Frist Prüftermin Ausstattung in der Aufgabenverwaltung Einrichtung entfällt. Für die entfallenen Felder erfolgt keine Migration in die neue Inspektionsterminlogik. Inspektionstermine werden künftig ausschließlich über die neue Inspektionslogik abgebildet. In der Übersicht Ausstattungen Zuordnungen wird der Status aktiver Inspektionsaufgaben transparent dargestellt.

Anpassung
Bestehende Informationen aus den entfallenen Feldern stehen nach dem Release nicht mehr zur Verfügung. Das Feld Prüfung durch bleibt auf Ebene der Ausstattung weiterhin optional nutzbar.

Neu: Der im Feld Prüfung durch hinterlegte Mitarbeiter wird bei der Erzeugung neuer Inspektionstermine automatisch in das Feld Verantwortlicher für Maßnahme übernommen. In der Übersicht Ausstattungen Zuordnungen steht das neue Feld Aktive Inspektionsaufgabe zur Verfügung:

• Ja: Es sind aktive Inspektionsaufgaben für die Ausstattung vorhanden.
• Nein: Es sind keine aktiven Inspektionsaufgaben vorhanden.

Zusätzliche Hinweise
Bestehende Prüftermine sollten vor dem Release geprüft und bei Bedarf manuell in die neue Inspektionslogik überführt werden. Für die zukünftige Pflege von Inspektionen ist ausschließlich die neue Inspektionsfunktion zu verwenden.

Die Anzeige Aktive Inspektionsaufgabe dient ausschließlich der Information und ersetzt keine fachliche Prüfung des Aufgabeninhalts.

Kacheln und Verknüpfung Inspektionen

Ausgangssituation
Im Rollencenter RELion Technische Bearbeitung standen bislang keine spezifischen Übersichten zur Verfügung, die Inspektionsaufgaben und -termine differenziert nach Objekten des Anwenders bzw. nach der eigenen Verantwortlichkeit darstellen. Inspektionsrelevante Informationen mussten über Listen oder einzelne Aufrufe ermittelt werden.

Anpassung
Das Rollencenter RELion Technische Bearbeitung wurde um zusätzliche Kachelgruppen im Zusammenhang mit Inspektionsaufgaben und -terminen erweitert.

Gruppe 1 – Meine Objekte – Inspektionstermine

Kachel	Anzeige-Kriterien
Zukünftige Termine	Alle zukünftigen Inspektionstermine zu den zugeordneten Objekten, bei denen das Feld Ausgeführt am leer ist.
Mängel	Alle Inspektionstermine zu den zugeordneten Objekten mit Prüfergebnissen kleinere Mängel, relevante Mängel oder nicht betriebsbereit, und das Feld Datum der Mängelbeseitigung leer ist.
Überfällige Mängel	Alle Inspektionen zu den zugeordneten Objekten, bei denen die Frist zur Mängelbeseitigung überschritten ist und das Feld Datum der Mängelbeseitigung leer ist.
Nachprüfungen	Alle Inspektionstermine zu den zugeordneten Objekten, bei denen eine Nachprüfung erforderlich ist und das Feld Datum der Nachprüfung leer ist.
Überfällige Nachprüfungen	Alle Inspektionstermine zu den zugeordneten Objekten, bei denen die Frist zur Nachprüfung überschritten ist und das Feld Datum der Nachprüfung leer ist.

Hinweis

Es werden ausschließlich die Objekte berücksichtigt, die der Anwender unter Meine Objekte hinterlegt hat.

Gruppe 2 – Meine Inspektionstermine

Kachel	Anzeige-Kriterien
Termine	Alle Inspektionstermine, bei denen der Anwender als Verantwortliche(r) eingetragen ist und die noch nicht ausgeführt wurden.
Mängel	Alle Inspektionstermine des Anwenders, bei denen offene Mängel bestehen.
Nachprüfungen	Alle Inspektionstermine des Anwenders, bei denen offene Nachprüfungen bestehen.

Hinweis

Es werden nur Inspektionstermine berücksichtigt, bei denen der Anwender als Verantwortliche(r) hinterlegt ist.

Auswirkung
Inspektionsrelevante Informationen sind direkt im Rollencenter übersichtlich verfügbar. Der Anwender erhält eine schnellere Transparenz über anstehende Termine, offene Mängel und erforderliche Nachprüfungen. Überfällige Maßnahmen können frühzeitig erkannt und priorisiert bearbeitet werden.

Zusätzliche Hinweise
Die Inhalte der Kachelgruppe Meine Objekte – Inspektionstermine sind von der Pflege der Objekte unter Meine Objekte abhängig. Die Kachelgruppe Meine Inspektionstermine setzt voraus, dass der Anwender als Verantwortliche(r) im jeweiligen Inspektionstermin hinterlegt ist.

Beauftragung – Request Page und Word Vorlage Bearbeiter

Ausgangssituation
Der Bericht Beauftragung bot bisher nur eingeschränkte Möglichkeiten zur Steuerung des angedruckten Bearbeiters. Eine getrennte Definition von Bearbeitern für linke und rechte Unterschrift war nicht vorgesehen. Der Bericht stand ausschließlich in einer RDLC-Variante zur Verfügung, deren Ausgabe vom Verhalten der Request Page abhängig war.

Auswirkung
Die Auswahl und Darstellung der Bearbeiter im Bericht ist nun deutlich flexibler. Für linke und rechte Unterschrift können unterschiedliche Bearbeiter mit vollständigen Kontaktdaten ausgegeben werden. Zusätzlich zur RDLC-Version steht eine Word-Variante des Berichts zur Verfügung.

Anpassung
Bearbeiterauswahl / Steuerung (Request Page): In der Request Page kann gesteuert werden, welcher Bearbeiter im Bericht angedruckt wird. Folgende Optionen stehen zur Verfügung:

• Bearbeiter: Bearbeiter aus dem Beleg
• Aktueller Benutzer
• Freie Wahl: Auswahl über vorhandene Einkäufer-/Verkäufercodes
• Rollencode: Ermittlung des dem Rollencode zugeordneten (Haupt-)Bearbeiters aus dem jeweiligen Objekt

Bearbeiter für linke Unterschrift:

• Auswahl über Einkäufer-/Verkäufercode
• Neue Felder im DataSet:
  • EditorLeftName – Bearbeitername
  • EditorLeftJobTitle – Bearbeiterfunktion
  • EditorLeftPhoneNo – Telefonnummer
  • EditorLeftEmail – E-Mail-Adresse
  • EditorLeftMobilePhoneNo – Mobilnummer
  • EditorLeftSignature – Linke Unterschrift

Bearbeiter für rechte Unterschrift:

• Auswahl über Einkäufer-/Verkäufercode
• Neue Felder im DataSet:
  • EditorRightName – Bearbeitername
  • EditorRightJobTitle – Bearbeiterfunktion
  • EditorRightPhoneNo – Telefonnummer
  • EditorRightEmail – E-Mail-Adresse
  • EditorRightMobilePhoneNo – Mobilnummer
  • EditorRightSignature – Rechte Unterschrift

Word-Variante des Berichts:

• Der Bericht steht zusätzlich als spezifische Word-Version zur Verfügung.
• Die Word-Ausgabe erfolgt immer vollständig.

Zusätzliche Hinweise
Die Word-Variante berücksichtigt keine Schalter aus der Request Page (z. B. Rechnungsempfänger J/N, Leistungsempfänger J/N). Die RDLC-Ausgabe reagiert weiterhin auf die in der Request Page gesetzten Optionen.

Vertragsverwaltung

Vertragsschreiben – Request Page und Word Vorlage Bearbeiter

Ausgangssituation
Der Bericht Vertragsschreiben bot bisher nur eingeschränkte Möglichkeiten zur Steuerung des angedruckten Bearbeiters. Eine getrennte Definition von Bearbeitern für linke und rechte Unterschrift war nicht vorgesehen.

Auswirkung
Die Auswahl und Darstellung der Bearbeiter im Bericht ist nun deutlich flexibler. Für linke und rechte Unterschrift können unterschiedliche Bearbeiter mit vollständigen Kontaktdaten ausgegeben werden.

Anpassung
Bearbeiterauswahl / Steuerung (Request Page): In der Request Page kann gesteuert werden, welcher Bearbeiter im Bericht angedruckt wird. Folgende Optionen stehen zur Verfügung:

• Bearbeiter: Bearbeiter aus dem Vertrag
• Aktueller Benutzer
• Freie Wahl: Auswahl über vorhandene Einkäufer-/Verkäufercodes
• Rollencode: Ermittlung des dem Rollencode zugeordneten (Haupt-)Bearbeiters aus dem jeweiligen Objekt

Bearbeiter für linke Unterschrift:

• Auswahl über Einkäufer-/Verkäufercode
• Neue Felder im DataSet:
  • CT_EditorLeftName – Bearbeitername
  • CT_EditorLeftJobTitle – Bearbeiterfunktion
  • CT_EditorLeftPhoneNo – Telefonnummer
  • CT_EditorLeftEmail – E-Mail-Adresse
  • CT_EditorLeftMobilePhoneNo – Mobilnummer
  • CT_EditorLeftSignature – Linke Unterschrift

Bearbeiter für rechte Unterschrift:

• Auswahl über Einkäufer-/Verkäufercode
• Neue Felder im DataSet:
  • CT_EditorRightName – Bearbeitername
  • CT_EditorRightJobTitle – Bearbeiterfunktion
  • CT_EditorRightPhoneNo – Telefonnummer
  • CT_EditorRightEmail – E-Mail-Adresse
  • CT_EditorRightMobilePhoneNo – Mobilnummer
  • CT_EditorRightSignature – Rechte Unterschrift

Vertragsschreiben - Felderweiterung in Word Vorlage

Ausgangssituation
Das DataSet des Berichts Vertragsschreiben enthielt bislang keine expliziten Felder zur Darstellung des aktuellen Vertragssaldos bzw. eines Vertragssaldos zu einem frei wählbaren Stichtag.

Auswirkung

• Eine Auswertung oder Darstellung des Vertragssaldos im Bericht war nur eingeschränkt bzw. nicht stichtagsbezogen möglich.
• Anwender konnten den Vertragssaldo nicht eindeutig für das Tagesdatum oder einen explizit definierten Stichtag im Bericht ausgeben.

Anpassung
Das DataSet des Berichts Vertragsschreiben wurde in der Gruppe Contract um folgende Felder erweitert:

• Vertragssaldo (CT_Balance)
• Ermittlung des Vertragssaldos zum Tagesdatum.
• Vertragssaldo zum Stichtag (CT_BalanceFixedDate)
• Ermittlung des Vertragssaldos zu dem in der Request Page des Berichts angegebenen Stichtag.
• Der Stichtag ist standardmäßig mit dem Tagesdatum vorbelegt.

Zusätzliche Hinweise
Die neuen Felder stehen ausschließlich im DataSet zur Verfügung und können im Berichtslayout gezielt verwendet werden. Bestehende Berichtslayouts bleiben unverändert, sofern die neuen Felder nicht explizit eingebunden werden.

Datenschutzgrundverordnung

Bericht Prüfung personenbez. Kontakt-Daten - Layout optimieren

Ausgangssituation
Die bisherige Darstellung der Fehlertexte war platzintensiv, da Adressdaten (Adresse, PLZ, Ort) getrennt ausgegeben wurden und die Beschreibungsspalte nur begrenzten Raum bot. Dadurch kam es häufig zu mehrzeiligen Umbrüchen, was die Lesbarkeit des Fehlerprotokolls beeinträchtigte.

Auswirkung
Die Fehlerausgabe (also die Erläuterung warum eine Anonymisierung ggf. noch nicht möglich ist) war durch Textumbrüche in die Länge gezogen und schlecht lesbar.

Anpassung

• Anpassung des Layouts zur optimierten Darstellung der erweiterten Fehlerausgabe.
• Zusammenfassung der Adressinformationen (Adresse, PLZ, Ort) in einer gemeinsamen Darstellung.
• Erweiterung der verfügbaren Zeichenanzahl in der Spalte Beschreibung für Fehlermeldungen.
• Optimierung der Zeilenumbrüche zur Reduzierung mehrzeiliger Texte.

Zusätzliche Hinweise

• Die fachliche Logik der Prüfung sowie die Kriterien für eine mögliche Anonymisierung bleiben unverändert.
• Die Anpassungen betreffen ausschließlich die Darstellung und Lesbarkeit der Fehlerausgabe im Bericht.

RELion Dokumente

Anpassung der Verarbeitung des Feldes Vertragsklasse

Ausgangssituation
Eine eindeutige Unterscheidung zwischen RE Verträgen und kreditorischen Verträgen in RELion‑Dokumenten war bislang nicht durchgängig gewährleistet.

Das Feld Vertragsklasse sowie das zugrundeliegende Enum boten keine explizite Kennzeichnung für nicht zugeordnete Vertragsarten. Bisher wurde in der Vertragsklasse stets der Wert Mietvertrag angezeigt, auch wenn kein entsprechender Vertrag vorlag, da das zugrundeliegende Enum keinen Wert für leer (" “) bereitstellte. Bei der manuellen Archivierung konnten Vertragsinformationen im Archivierungsassistenten verändert werden, obwohl der Benutzer bereits auf einem festen Datensatz (RecordID) positioniert war.

Bei der Archivierung über Archiv kompakt war eine Zuordnung von Verträgen auch bei unvollständigen Referenzangaben möglich, was zu potenziell fehlerhaften Zuordnungen führte.

Auswirkung
Eine nicht eindeutige Differenzierung von Vertragsarten konnte zu Fehlinterpretationen bei der Auswertung archivierter Dokumente führen. Die standardmäßige Anzeige von Mietvertrag konnte zu einer inhaltlich falschen Klassifizierung von Dokumenten führen. Änderungen an Vertragsfeldern während der Archivierung konnten inkonsistente oder falsche Daten verursachen. Unvollständige Referenzen bei der Archivierung konnten zu nicht eindeutig zugeordneten Dokumenten führen.

Anpassung

• Das Feld Vertragsklasse wurde angepasst; das zugrundeliegende Enum wurde um den Wert leer (” “) erweitert.
• Bei der Archivierung von Dokumenten ohne RE Vertrag wird das Feld Vertragsklasse auf leer (” “) gesetzt.
• Bei der Archivierung von Dokumenten ohne kreditorischen Vertrag wird das Feld Kred. Vertragsklasse auf leer (” “) gesetzt.
• Dadurch ist bei gefüllter Vertragsnr. eine eindeutige Unterscheidung der Vertragsart möglich.
• Im Archivierungsassistenten wurde bei manueller Archivierung (Aufruf aus Verträgen oder kreditorischen Verträgen) die Änderung von
  • Vertragsnr.
  • Vertragsklasse unterbunden.
• Bei der Archivierung über Archiv kompakt wird künftig eine Fehlermeldung in den Statuszeilen ausgegeben, wenn keine eindeutige Vertragsreferenz angegeben ist.

Zusätzliche Hinweise
Für eine eindeutige Zuordnung bei der Archivierung sind folgende Angaben erforderlich:

• Vertragsnr.
• Vertragsklasse bzw. kreditorische Vertragsklasse
• Debitorennr. bzw. Kreditorennr.

Soll eine manuelle Archivierung für einen anderen Vertrag erfolgen, ist vor dem Start des Archivierungsassistenten auf den entsprechenden Vertrag zu wechseln.

Mietanpassung

Bearbeitungsstatus Mietanpassung

Ausgangssituation
In der Mietanpassungszeile standen bisher nur begrenzte Informationen zur fachlichen Abstimmung und Bearbeitung zur Verfügung. Detailinformationen und Bearbeitungsstände konnten nur eingeschränkt dokumentiert und ausgewertet werden. Eine automatische Übernahme zusätzlicher Informationen in historische Datensätze war nicht vorgesehen.

Anpassung
Die Mietanpassungszeile wurde um folgende optionale Informationsfelder erweitert:

• Erhöhungsbetrag manuell
• Zustimmungsbetrag
• Eingangsschreiben am
• Bearbeitung abgeschlossen
• Widerspruch
• Teilzustimmung
• Teilzustimmung unter Vorbehalt
• Fehlende Unterschrift
• Storniert
  • 1. Erinnerung verschickt am
  • 2. Erinnerung verschickt am
• Übergabe an Rechtsabteilung
• Sachbearbeiter Mietanpassung
• Die Felder stehen in der Karte im Inforegister Abstimmungsinformationen zur Verfügung.
• Die Felder können bei Bedarf auch in der Listpage eingeblendet werden.
• Beim Erstellen von Sollstellungen aus Mietanpassungszeilen werden:
  • die oben genannten Informationen sowie
  • ggf. erfasste Notizen automatisch in die Historischen Mietanpassungszeilen übernommen.
• In der RE Vertrag Einrichtung wurde ein neuer Parameter Rollencode Mietanpassung ergänzt.
  • Über diesen wird gesteuert, welcher Sachbearbeiter automatisch in das neue Feld Sachbearbeiter der Mietanpassungszeile eingetragen wird.
• In Listpages und Karten kann über Personalisieren die Infobox Sachbearbeiter eingeblendet werden. Die Infobox zeigt die am jeweiligen Objekt hinterlegten Sachbearbeiter an.

Auswirkung

• Eine detailliertere fachliche Dokumentation von Mietanpassungen ist möglich.
• Bearbeitungsstände und besondere Sachverhalte sind transparent und nachvollziehbar abbildbar.
• Historische Mietanpassungen enthalten künftig alle relevanten Informationen und Notizen.
• Die Zuordnung von Sachbearbeitern wird vereinheitlicht und automatisiert unterstützt.

Zusätzliche Hinweise
Der Eintrag des Sachbearbeiters in der Mietanpassungszeile hat keine Relevanz für Schriftverkehr, der ggf. auf Basis der Mietanpassungszeile erzeugt wird. Die Nutzung der neuen Felder ist optional und abhängig vom jeweiligen fachlichen Bedarf.

Verwalterhonorar

Zeilen abschließen

Ausgangssituation
In Verwalterhonorarverträgen werden neben aktuell gültigen Vertragszeilen auch viele veraltete bzw. abgelaufene Zeilen angezeigt. Die gleichzeitige Anzeige aktiver und beendeter Zeilen erschwert die Übersicht und die Bearbeitung der aktuell relevanten Vertragszeilen.

Auswirkung
Die gleichzeitige Anzeige aktiver und beendeter Zeilen erschwert die Übersicht und die Bearbeitung der aktuell relevanten Vertragszeilen.

Anpassung
Es werden zukünftig zwei Zeilenbereiche im Verwalterhonorarvertrag angezeigt: Der obere Bereich Aktuelle Zeilen, enthält alle Zeilen, ohne Enddatum oder mit Enddatum ≥ heute. Darunter gibt es die Beendete Zeilen. Hier sind alle Vertragszeilen enthalten, deren Enddatum < heute ist. Der Bereich kann ein- und ausgeklappt werden. Die Schaltflächen Neue Zeile und Zeile Kopieren sind in diesem Bereich nicht vorhanden.

Zusätzliche Hinweise
Die Aufteilung in Aktuelle Zeilen und Beendete Zeilen dient ausschließlich der besseren Übersichtlichkeit. Die Anzeige der Zeilen hat keinen Einfluss auf die Verwalterhonorarberechnung. Wird ein Verwalterhonorar für einen vergangenen Zeitraum berechnet, werden auch Zeilen berücksichtigt, die in diesem Zeitraum gültig waren und die aktuell im Abschnitt Beendete Zeilen angezeigt werden.

Fehlerbehebung

Buchhaltung

Fehler beim Stornieren des MwSt.-Journals mit Gegenbuchung zum Kreditor

Ausgangssituation
Beim Stornieren des MwSt.-Journals mit einer Gegenbuchung zum Kreditor trat ein Fehler aufgrund einer fehlerhaften Abfrage der Buchungsart auf.

Auswirkung
Das Stornieren der Kreditorenbuchung und der damit verbundenen MwSt.-Abrechnung (UVA) war nicht wie vorgesehen möglich. Die beiden Prozesse waren voneinander abhängig und konnten nicht separat durchgeführt werden.

Anpassung

• Die Funktion Journal stornieren wurde in RELion-Journal stornieren umbenannt.
• Der Hinweistext wurde so überarbeitet, dass er eindeutig kennzeichnet, dass es sich um eine RELion-spezifische Funktion handelt.
• Die Kreditorenbuchung und die MwSt.-Abrechnung können nun unabhängig voneinander storniert werden.

Hinweis zur Reihenfolge:

1. Die Kreditorenbuchung ist manuell zu stornieren.
2. Danach ist die MwSt.-Abrechnung über RELion-Journal stornieren zu stornieren, sofern der Herkunftscode in dem FiBu-Journal dem Eintrag MwSt.-Abrechnung entspricht.

Die Kautionshöhe wird bei beendeten Verträgen nicht angezeigt

Ausgangssituation
Bei beendeten Verträgen wurde die hinterlegte Kautionshöhe im Mahnvorschlagsposten nicht angezeigt.

Auswirkung
Die fehlende Anzeige führte zu unvollständigen Informationen im Mahnprozess und erschwerte die fachliche Bewertung offener Forderungen.

Anpassung
Die Logik der Anzeige wurde so angepasst, dass die Kautionshöhe unabhängig vom Vertragsstatus immer angezeigt wird.

Fehlerhafte Logik bei der Buchung vor dem Berichtigungszeitraum (§15a)

Ausgangssituation
Bei der Buchung eines Vorgangs mit einem §15a-Objekt wurde eine unklare Meldung angezeigt, obwohl das Objekt im Status vor Berichtigungszeitraum war und keine Datumsinformationen enthielt.

Auswirkung
Die Buchung konnte trotz fachlich korrekter Voraussetzungen nicht durchgeführt werden.

Anpassung

• Die Prüfung erfolgt nur noch für Objekte innerhalb des aktiven Berichtigungszeitraums.
• Die Fehlermeldung wurde sprachlich überarbeitet und beschreibt den Sachverhalt nun eindeutig.

Hinweis
Das Ende des Berichtsdatums ist das Enddatum des aktiven Berichtigungszeitraums.

Die Sortierung im Bericht RELion-Objektbuchungen LZ/35a war nicht korrekt

Ausgangssituation
Der Bericht RELion-Objektbuchungen LZ/35a sortierte die Posten nicht mehr chronologisch.

Auswirkung
Die Übersichtlichkeit und Prüfbarkeit waren dadurch eingeschränkt.

Anpassung
Die Sortierung nach Datum wurde wieder korrekt implementiert.

Der Saldovortrag fehlte im RELion-Objektkontoauszug

Ausgangssituation
Im Objektkontoauszug wurde anstelle des tatsächlichen Anfangssaldos der Wert 0,00 € angezeigt.

Auswirkung
Die Anzeige des Kontostands war unvollständig und fachlich nicht korrekt.

Anpassung
Die Ermittlung des Saldovortrags wurde korrigiert.

Zusätzlicher Hinweis
Diese Anpassung betrifft ausschließlich die Anzeige, nicht die Buchungsdaten.

Zeichenfehler bei der Ausführung der RELion-Nullstellung

Ausgangssituation
Nach dem Ausführen des Berichts trat ein Laufzeitfehler auf, wenn ein Benutzername länger als 30 Zeichen war.

Auswirkung
Der Bericht konnte nicht ausgeführt werden, und der Abschlussprozess wurde unterbrochen.

Anpassung
Die systemseitige Verarbeitung wurde angepasst. Längere Benutzernamen führen nicht mehr zu einem Fehler.

Mietsicherheit wird in der Anzeige mit falschem Betrag dargestellt

Ausgangssituation
Die Anzeige der Mietsicherheit zeigte teilweise negative Beträge an, obwohl die zugehörigen Buchungen sachlich richtig waren.

Auswirkung
Dies führte zu Fehlinterpretationen bei Anwendern.

Anpassung
Die Berechnungslogik wurde korrigiert, sodass der korrekte Betrag angezeigt wird.

Zusätzlicher Hinweis
Bestehende Daten wurden nicht verändert.

Darlehensverwaltung

Fehlerhafte Zinsberechnung in Schaltjahren

Ausgangssituation
Bei der Zinsberechnung mit der Methode tagesgenau wurde die Anzahl der Tage in den Schaltjahren falsch ermittelt.

Auswirkung
Die Zinsberechnungen waren ungenau und fehlerbehaftet.

Anpassung
Die Logik wurde korrigiert. Das System unterscheidet nun wieder zuverlässig zwischen Schalt- und Normaljahren (366/365 Tage).

Zahlungsverkehr

Beim Aktualisieren des Bankkontos im Kontoauszug: fehlender Zahlungsschlüssel

Ausgangssituation
Nach dem Import eines Kontoauszugs und dem nachträglichen Anlegen des Bankkontos wurden die Zahlungsschlüssel vom Typ BK01/BB01 nicht automatisch zugewiesen.

Auswirkung
Die automatische Zahlungszuordnung war unvollständig. Es entstand zusätzlicher manueller Aufwand.

Anpassung
Die Funktion Kontoauszug aktualisieren sucht und ergänzt nun auch Zahlungsschlüssel vom Typ BK01/BB01 automatisch, sobald ein Konto nachträglich verknüpft wurde.

Zahlungsverkehr in der SEV-Verwaltung – Auszahlungen nicht buchbar

Ausgangssituation
Erstellte Auszahlungsvorschläge ließen sich nach der Ausführung nicht verbuchen, wenn es sich um SEV-relevante Vorgänge handelte.

Auswirkung
Es kam zu Buchungsfehlern und Doppelzahlungsrisiken.

Anpassung
Die Logik prüft nun systemseitig, ob ein Einheitenbezug vorhanden ist. Die notwendigen Informationen werden aus den offenen Posten übernommen, um eine korrekte Buchung zu gewährleisten.

Fehler im Import der Bankleitzahlen mit Umlauten

Ausgangssituation
Der Import der Bankleitzahlen aus Bundesbankdateien verursachte Darstellungsfehler bei Umlauten.

Auswirkung
Abweichende Schreibweisen erschwerten die Weiterverarbeitung.

Anpassung
Die Importlogik unterstützt nun Windows-Encoding, sodass Sonderzeichen wie Umlaute korrekt eingelesen werden.

Berechneter Saldo im Vertragsauszug war fehlerhaft

Ausgangssituation
Einheiten- und Vertragskontoauszüge wiesen teilweise fehlerhafte Salden aus.

Auswirkung
Die Übersicht der Fälligkeiten war ungenau.

Anpassung
Die Ermittlung des Saldos wurde umfassend überarbeitet. Filterung nach Debitornummer hinzugefügt.

Mahnwesen

Erstellen einer Mahnakte

Ausgangssituation
Beim Erstellen einer Mahnakte aus einer bereits registrierten Mahnung trat ein Fehler auf, wenn der Benutzername länger als die technische Maximallänge war. In bestimmten Fällen überschritt der Benutzername 30 Zeichen.

Auswirkung
Die Mahnakte wurde nicht angelegt. Das System meldete, dass die tatsächliche Länge des Benutzernamens die zulässige Länge überschreitet.

Anpassung
Die zulässige Länge des Benutzernamens wurde auf 50 Zeichen erhöht. Längere technisch generierte oder externe Benutzernamen können damit fehlerfrei verarbeitet werden.

Verwalterhonorar

Beschreibung aus dem Verwaltungsvertrag wird nicht mehr in die VK-Rechnung übernommen

Ausgangssituation Die Objektbeschreibung aus dem Verwaltungsvertrag wurde in der VK-Rechnung fälschlicherweise in das Feld Beschreibung übernommen. Dieses Feld enthielt zuvor die Beschreibung aus dem Verwaltungsvertrag.

Auswirkung Die ursprüngliche Beschreibung des Verwaltungsvertrags wurde überschrieben. Dadurch enthielten die Rechnungen falsche Angaben.

Anpassung Die Objektbeschreibung wird wieder in das Feld Beschreibung 2 eingetragen. Die Beschreibung des Verwaltungsvertrags bleibt im Feld Beschreibung der VK-Rechnung bestehen.

Zusätzliche Hinweise

Das Feld Beschreibung 2 ist ein Microsoft-Standardfeld mit begrenzter Zeichenlänge. Sehr lange Objektbeschreibungen können dort abgeschnitten werden.

Stapelberechnung – Fehler aufgrund Mandantenwechsel

Ausgangssituation Bei der Stapelberechnung des Verwalterhonorars traten Fehler auf, wenn die Verarbeitung mandantenübergreifend erfolgte. Ursache war ein an der falschen Stelle ausgeführter Mandantenwechsel.

Auswirkung Die Stapelberechnung erzeugte fehlerhafte Ergebnisse.

Anpassung Die Position des Mandantenwechsels wurde korrigiert. Die Berechnung wird nun in jedem Mandantenkontext korrekt durchgeführt.

Anteilige Berechnung bei Leerstand fehlerhaft

Ausgangssituation
Bei der Berechnung des Verwalterhonorars wurden Leerstandszeiträume nicht korrekt berücksichtigt, insbesondere bei Mieterwechseln innerhalb des Monats.

Auswirkung
Es entstanden falsche Honorarbeträge, was manuelle Korrekturen erforderlich machte.

Anpassung
Die Berechnungslogik wurde überarbeitet. Leerstände werden nun taggenau erfasst, und die anteilige Berechnung erfolgt auf Tagesbasis.

Mietverwaltungsverträge

Neuvermietungsassistent – Bildung von Zahlungsschlüsseln unvollständig

Ausgangssituation
Bei der Neuvermietung wurde nur ein Zahlungsschlüssel für den Einheitenvertrag erstellt, nicht aber für den Mietvertrag.

Auswirkung
Die automatische Kontierung war unvollständig.

Anpassung
Ist die Option Zahlungsschlüssel automatisch aktiviert, legt das System nun sowohl den Zahlungsschlüssel für den Mietvertrag als auch für die Einheit an.

Bemerkungen-Ansicht defekt

Ausgangssituation
In der Ansicht Bemerkungen wurde die Tabelle nicht vollständig angezeigt. Einzelne Spalten waren abgeschnitten.

Auswirkung
Bemerkungen waren nicht vollständig lesbar.

Anpassung
Die Darstellung wurde korrigiert. Die Tabelle wird jetzt vollständig sichtbar angezeigt.

Mietvertragsentwürfe lassen sich nicht öffnen bei fehlender Objektnummer

Ausgangssituation
Nach einem Datenimport konnten Mietvertragsentwürfe nicht geöffnet werden, wenn die Objektnummer fehlte.

Auswirkung
Die Seite Mietvertragsentwürfe war blockiert. Eine Bearbeitung war nicht möglich.

Anpassung
Die Seitenlogik wurde angepasst. Die Seite kann nun auch bei fehlender Objektnummer geöffnet werden.

Mietanpassung

Falsche Summen in Mietanpassungsberichten

Ausgangssituation
Die Variablen für die Summierungen (SumOfAmountOld und SumOfAmountNew) wurden fehlerhaft berechnet; die Sollstellungsart Sonstiges wurde nicht berücksichtigt.

Auswirkung
In Berichten erschienen falsche Gesamtbeträge (netto/brutto).

Anpassung

• Die Berechnungen wurden korrigiert.
• Die Sollstellungsart Sonstiges wird nun einbezogen.
• Es wurde zusätzlich die Gruppe RentAdjustmentUnitContractSumAmounts mit Summenfeldern ergänzt.

Indexmietanpassungsprotokoll – Datenverlust bei Sollstellungserstellung

Ausgangssituation Bei der Erstellung von Sollstellungszeilen wurden Protokolldaten gelöscht (Übertragen von, am).

Auswirkung
Relevante Nachverfolgungsinformationen fehlten.

Anpassung
Die Übertragungsinformationen bleiben beim Verschieben der Mietanpassungszeilen in die Historie erhalten.

Falsche Bankverbindung in Indexmietanpassungsschreiben

Ausgangssituation
Das System gab im Schreiben die falsche Bankverbindung aus (oft die aus der ersten Mietanpassungszeile, nicht die vertragsspezifische).

Auswirkung
Es kam zu Fehlüberweisungen.

Anpassung
Die Ermittlung der Bankverbindung wurde korrigiert. Die im Vertrag hinterlegte Bankverbindung wird richtig ausgegeben.

Mietrechnung

Anteilige Mietrechnung wird nicht gebildet, wenn Enddatum auf den 1. fällt

Ausgangssituation
Wenn das Ende einer Sollstellung auf den ersten Tag eines Monats fiel und gleichzeitig der Mietrechnungszeitraum begann, ignorierte das System diese Sollstellung.

Auswirkung
Es wurde keine anteilige, sondern fälschlicherweise eine normale Mietrechnung erstellt.

Anpassung
Die Logik wurde angepasst, sodass nun auch Sollstellungen mit Enddatum am Monatsanfang berücksichtigt werden.

USt-ID in Berichten der Mietrechnung fehlt

Ausgangssituation
In den Berichten Registrierte Mietrechnung und Stornierte Mietrechnung wurde die USt.-IdNr. des Debitors nicht angedruckt.

Auswirkung
Die Ausgabe war unvollständig.

Anpassung
Die USt.-IdNr. wird jetzt in beiden Berichten korrekt ausgegeben.

Instandhaltung

Funktion Einkaufsrechnung korrigieren öffnet falsches Fenster

Ausgangssituation
Beim Stornieren und Neu-Anlegen einer Einkaufsrechnung öffnete das System nach der Meldung nicht das neu erstellte Belegdokument (z. B. Gutschrift), sondern einen anderen Beleg.

Auswirkung
Fehlende Transparenz und aufwändiges Suchen des richtigen Belegs.

Anpassung
Die Verzweigungslogik wurde korrigiert. Nach dem Ausführen der Aktion öffnet sich sofort das korrekte Dokument.

Weiterberechnen aus Schadensmeldungen ignoriert Nummernserien

Ausgangssituation
Bei der Belegerstellung aus Schadensmeldungen wurde immer die Standardnummernserie genutzt, auch wenn verbundene Serien eingerichtet waren.

Auswirkung
Abweichendes Verhalten gegenüber manueller Belegerstellung.

Anpassung
Das System fragt beim Weiterberechnen nach der gewünschten Nummernserie.

Anzeige des Lastschriftmandats in gebuchter Verkaufsrechnung war falsch

Ausgangssituation
Das Feld Lastschrift-Mandat-ID (Microsoft-Standard) wurde angezeigt. RELion verwendet jedoch ein eigenes Feld Lastschriftmandat Lfd. Nr..

Auswirkung
Der Eindruck entstand, dass die Mandatsdaten nicht übernommen werden.

Anpassung
Das RELion-Feld Lastschriftmandat Lfd. Nr. wird angezeigt, das Microsoft-Feld nicht mehr.

Bericht Mitteilung an Kreditor bzgl. Rechnungskürzung

Ausgangssituation
Der Bericht gab mehrere Berichtstexte gleichzeitig aus.

Auswirkung
Die Ausgabe war unübersichtlich und inhaltlich falsch.

Anpassung
Die interne Filterlogik wurde korrigiert. Es wird jetzt ausschließlich der zutreffende Text dargestellt.

RELion Dokumente

Auswahl des Bankkontos beim Archivieren am Objekt

Ausgangssituation
Beim manuellen Archivieren fehlten teilweise Bankverbindungsdaten, wenn in der Einrichtung keine Indizes vorhanden waren.

Auswirkung
Die Vollständigkeit und Richtigkeit der Bankdaten war nicht eindeutig erkennbar.

Anpassung
Beim gewählten Bankkonto werden nun alle zugehörigen Bankdaten vollständig angezeigt.

Doppelte Parametereinträge bei erneuter Anbindung des Archivs

Ausgangssituation
Nach erneuter Initialisierung blieben gelöschte Indizes teilweise sichtbar.

Auswirkung
Es kam zu fehlerhaften Zuweisungen und manuellen Nacharbeiten.

Anpassung
Die Aktion Doppelte Parametereinträge bereinigen wurde hinzugefügt. Ungültige Einträge lassen sich automatisch entfernen.

Aktualisierung der Indexwerte funktioniert nicht

Ausgangssituation
Änderungen im Archiv kompakt wurden nicht in allen Fällen nach RELion übernommen.

Auswirkung
Inkonsistente Indexdaten.

Anpassung
Die Aktualisierung wurde angepasst. Über den Bericht AAK-Dokumente als geändert registrieren können Änderungen synchronisiert werden.

Betriebskostenabrechnung

Vorauszahlung ohne Kosten in Gesamtsumme fehlt

Ausgangssituation
Im Anschreiben wurde eine Vorauszahlung angezeigt, fehlte aber in der Gesamtsumme der Einzelaufstellung.

Auswirkung
Inkonsistente Abrechnung, Gefahr von Rückfragen.

Anpassung
Die Vorauszahlungen werden nun auch in der Gesamtsumme angezeigt.

Leerseite beim Duplexdruck nach Anschreiben

Ausgangssituation
Beim Duplexdruck wurde trotz fehlender Einstellung eine Leerseite nach dem Anschreiben eingefügt.

Auswirkung
Zusätzlicher Papierverbrauch, unklare Ausgabe.

Anpassung
Das Feld Neues Blatt wurde deaktiviert. Druckausgabe jetzt konsistent.

Einheitenstorno führt zur Meldung Abrechnung gesperrt

Ausgangssituation
Aufgrund einer zu strengen Prüfung konnte eine Einheit nicht storniert werden.

Auswirkung
Prozesse wurden blockiert.

Anpassung
Die Sperrlogik wurde angepasst. Fachlich zulässige Stornos sind wieder möglich.

Fehler bei Holen von Abrechnungszeilen mit langer externer Belegnummer

Ausgangssituation
Bei einer externen Belegnummer mit mehr als 20 Zeichen trat ein Fehler auf.

Anpassung
Die externe Belegnummer wird bei der Übernahme nun auf 20 Zeichen gekürzt. Eine vollständige Übernahme wird zukünftig ermöglicht.

Fehler bei Rendering von großen Verträgen

Ausgangssituation
Beim Erstellen von Anschreiben für große Verträge (Alt-/Neuvorauszahlung) kam es zu Fehlern.

Anpassung
Der Seitenumbruch wurde korrigiert.

Hinweis: Belege müssen neu erzeugt werden.

Wirtschaftsplan

Bruttobetrag wird nach Eingabe des Zielwerts nicht aktualisiert

Ausgangssituation
Nach dem Eintragen eines Zielwerts wurden Netto- und Steuerbetrag geändert, der Bruttobetrag blieb unverändert.

Auswirkung
Anwender erhielten einen falschen Eindruck von den Gesamtkosten.

Anpassung
Die Anzeige des Bruttobetrags wird jetzt sofort aktualisiert.

Nachberechnung wird bei Ausschlussgrund T0081 nicht ausgeführt

Ausgangssituation
Wenn der Ausschlussgrund Neuer Betrag = 0 gesetzt war, wurde die Nachberechnung nicht ausgeführt.

Auswirkung
Erforderliche Gutschriften wurden nicht erstellt.

Anpassung
Die Nachberechnung wird nun auch bei diesem Ausschlussgrund ausgeführt.

Zusätzlicher Hinweis
Andere Ausschlussgründe sind nicht betroffen.

Berechtigungssätze

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

Tabelleninformationen Modell

Änderungen im Datenmodell werden in den Tabelleninformationen angezeigt.

Hotfix 35.2

Korrektur der Sollstellungsperioden beim WEG-Vertragswechsel

Anpassung

Es wurde die Zuteilung von Sollstellungsperioden beim WEG-Vertragswechsel korrigiert. Die Korrektur stellt sicher, dass die Sollstellungsdifferenzberechnung die Sollstellungsperioden korrekt ermittelt und vollständig berücksichtigt. Dadurch werden bisher auftretende Sollstellungsdifferenzen aus anteiligen Sollstellungsperioden behoben.

Die Berechnung der Sollstellungen erfolgt nun konsistent und vollständig, sodass keine fehlerhaften Differenzen mehr auftreten.