Skip to main content
Skip table of contents

🚩 Release Notes 2024

Wir entwickeln unsere Produkte kontinuierlich für Sie weiter. An dieser Stelle möchten wir Sie regelmäßig über diese Weiterentwicklungen 🆕 informieren.
Sie sind über einen Fehler gestolpert? Auch diese sogenannten Bugs 🐞 werden regelmäßig behoben und hier beschrieben.

Release 20.0.0

🐞 Altes EFAST-Logo wird als File in das MUK-Postfach geschickt

Die Bestätigung über den erfolgreichen Antragsversand geht bei Anmeldung im BCL über das ELSTER-UK im ELSTER-Postfach ein. Da hier der Versand einer Anlage Pflicht ist, wurde das alte EFAST Logo mitgeschickt. Dies betraf auch die EfA-Presales Systeme. Wahrscheinlich war auch EFAST betroffen, allerdings kann auf EFAST Bayern PreProd nicht getestet werden. Dieser Bug wurde nun behoben.

🐞 Typo in der Übersicht über an einen anderen Arzt übergebene Anträge (weitergeleitete Anträge)

Es kam zu einem Tippfehler in der Übersicht über an einen anderen Arzt übergebene Anträge. Es sollte “Ihr weitergeleiteter Antrag” heißen. Dies wurde nun eingepflegt.

🐞 Fehler bei Erzeugen von PDF mit optionaler Geokomponente

Es war erneut nicht möglich, einen Antrag mit optionaler Geokomponente zu versenden. Dies wurde nun korrigiert.

🐞 Rechtschreibfehler bei der Konfiguration der XBezahldienstschnitstelle

Bei der Konfiguration der XBezahldienste im Verfahren hat sich ein Rechtschreibfehler eingeschlichen.

Hier steht “Kleinbuchsteben” statt “Kleinbuchstaben”.

Das Wort wurd nun korrigiert.

🐞 Aktualisierung von PDFs im AppBuilder

Es wurde in einigen Anträgen im TFG die Bezeichnung eines hinterlegten PDFs im Antrag angepasst.

Allerdings erschienen in der Start-App unter “Verfahren bearbeiten” beide PDFs. Sowohl die alte als auch die neue Bezeichnung. Dies darf so nicht sein, da dies zu Missverständnissen bei Behörden führen konnte, welches PDF nun ausgetauscht werden muss. Dies wurde nun behoben.

🐞 Zustellung über FIT-Connect bricht mit HTTP 429 Too many Requests ab

In Hamburg wird im Rahmen der EFA Nachnutzung TF Gesundheit der Antrag auf Blindenhilfe genutzt. Bei Tests wurde ein Antrag mit ca. 60 Anlagen erzeugt und konnte nicht über FIT-Connect übermittelt werden. In den Logs befand sich der HTTP-Status “429 To many Request”, danach brach der Upload ab und FIT-Connect quittierte diesen mit dem Fehler Attachment not created.

Es gibt in FIT-Connect einen Throttling, dass verhindern soll, dass ein Client zu viele Dateien in kurzer Zeit oder parallel überträgt. Bei Überschreitung der Grenzen wird dies mit dem Status 429 To many Request quittiiert.

Der FIT-Connect Delivery Service muss auf diesen Status korrekt reagieren und sollte die Übertragung nicht abbrechen, sondern nach einer kurzen Pause wieder aufnehmen. Dieser Fehler wurde nun behoben.

🐞 Gebietssuche in Antragskonfiguration nicht mehr möglich

Es war nicht mehr möglich, in der Antragskonfiguration ein Gebiet zu suchen, um eine Leistung im Portal zu veröffentlichen. Dies betraf sowohl NAVO als auch ThAVEL. Durch den neuen Release wurde dieser Bug behoben.

🐞 Fehlerhafte Daten im data.json trotz korrektem Script

Wenn in einem Antrag im Zustellweg FIM-Container ausgewählt wurde, ist die Erwartung, dass alle Objekte gemäß dem FIM-Datenschema übermittelt wurden nicht als String.

Bei der Belehrung nach dem IFSG gab es 2 Schema-Fehler und somit konnte bei einer Übertragung über FIT-Connect und der Einstellung FIM-Conntainer keine Schemaprüfung erfolgen. Dies ist nun möglich.

🆕 E-Rechnung: Update auf XRechnung v3.02

Das Update auf XRechnung v3.02 wurde eingespielt.

Release 19.9.0

🐞 Fehlender Service verhindert Öffnen der Verfahrenskonfiguration

Wurde auf einer Plattform ein Zustelldienst gelöscht, konnte es bei Online-Diensten, die diesen als Zustellweg genutzt haben, zu einem Fehler beim Öffnen der Konfiguration kommen. Dieser Bug wurde nun behoben.

🐞 Fehlermeldung "Missing Token" wenn man im BCL auf Passwort vergessen klickt und ein neues Passwort vergeben will

Der Fehler, dass es beim Bürger-Client nach der Verwendung der Funktion „Passwort vergessen“ beim lokalen Login in EFAST-GovOS beim anschließenden Ändern des Passwortes zu einer Fehlermeldung kommen konnte, wurde nun behoben.

🐞 Nach dem Update von FIT-Connect in der Test-Umgebung kommt es zu Fehlern

Die API von FIT-Connect lieferte seit kurzem auch den Namen eines Zustellpunktes, was zu einem Fehler bei der Abfrage der Zustellpunktdaten führte. Dadurch traten beim Einrichten eines neuen FIT-Connect-Zustellwegs in den Online-Diensten Fehler auf. Dieser Bug wurde nun behoben.

🐞 Durch Einführung des CSRF-Tokens funktioniert CSend nicht mehr

Es wurde behoben, dass eine mit der letzten Version eingeführte Absicherung gegen Cross-Site-Request-Forgery die Spezial-App CSend behinderte.

🆕 BayernID: Update auf Version 9

Als Antragsteller möchte ich mich bei Online-Diensten mit der neuen Version der BayernID anmelden können. Mit der neuen VErsion wird das Attribut “OrganizationDisplayName” verpflichtend. Somit ist die Anmeldung nun möglich.

Release 19.8.0

🐞 “Kaputtes” XML, DGC konnte Verfahren nicht updaten

Es lagen keine Fehler vor. Um Missverständnisse in Zukunft zu vermeiden, wird die Quelle der Vorlage eines Verfahrens (Online-Dienstes) nun in der Verfahrenskonfiguration unter “Vorlage” angezeigt.

🐞 IFSB - Bescheinigung - PLZ aus ZS wurde nicht übernommen

Wurde unter “Zuständige Stelle” eine Telefonnummer angegeben, wurde diese fälschlicherweise vor der Postleitzahl auf der Bescheinigung abgedruckt. Dieser Fehler wurde nun behoben.

🐞 NAVO - QES schlug fehl

Führte man einen Antrag mit Anlagen das Signaturverfahren einmal durch und anschließend erneut, konnte es zu einem Fehler beim Absenden kommen. Dieser Bug wurde nun gefixt.

🆕 Absicherung gegen Cross-Site-Request-Forgery wurde optimiert

Als Benutzer möchte ich sicher sein, dass meine Transaktionen und Daten in der Webapplikation vor Cross-Site Request Forgery (CSRF) Angriffen geschützt sind, damit ich mich darauf verlassen kann, dass keine unbefugten Aktionen in meinem Namen durchgeführt werden. Deshalb wurde nun die Absicherung gegen Cross-Site-Request-Forgery optimiert.

🆕 Aktenzeichen (Vorgangsnummer) und Anmelde-Niveau als Variable nun auch bei Bescheinigungen möglich

Als Antragsteller möchte ich den Vorgang meines Antrags in der Bescheinigung nachweisen können. Aufgrund dessen wurden nun auch die Variablen “Aktenzeichen (Vorgangsnummer)” und das “Anmelde-Niveau” in Cirali-Bescheinigungen hinterlegt.

Release 19.7.0

🐞 QES konnte nicht mehr durchgeführt werden

Wurde als Zustellweg FIT-Connect verwendet und in der Konfiguration der Zustellung unter “XFall-Container” der Wert “FIM-Container” ausgewählt, konnte Data Boreum für die Durchführung der Signatur nicht auf die zu signierenden Dokumente zugreifen. Dies ist nun möglich.

🐞 XOEV Nachricht wurde als Attachment und nicht als Fachdatensatz übermittelt

Beim FIT-Connect-Versand wurden die Fachdaten standardmäßig im (FIM-)Json-Format versendet. Stellte man im Zustellweg die Wandlung der Fachdaten per XSLT-Transformation nach XML ein, wurden gewandelte Daten als zusätzlicher Anhang verschickt und nicht wie erwartet als Fachdatensatz. Dies wurde nun behoben.

Nachdem FIT-Connect die Angabe des Schemas der Fachdaten verlangte, musste für die transformierten Fachdaten in der Konfiguration die URI des betreffenden Schemas angegeben werden können.

Release 19.6.0

🐞 Behördenpostfach - Internal Server Error bei Auswahl eines falschen privaten Schlüssels

Wenn man das verschlüsselte Behördenpostfach genutzt hat und versuchte einen Antrag herunterzuladen, kam es bei Auswahl eines falschen Schlüssels zu einem internal Server Error. Erst wenn man über den Browser eine Seite zurückging, wurde die korrekte Fehlermeldung angezeigt. Dies wurde behoben.

🐞 Zeichenbegrenzung bei Antwort an das Servicekonto im Behördenpostfach einführen

Beim Verfassen einer Antwort an den Antragsteller konnten im Behördenpostfach als Nachrichtentext unbegrenzt Zeichen eingegeben werden. Aus Sicherheitsgründen wurde das auf 10.000 Zeichen begrenzt.

🆕 "Zustimmung des Antragsstellers zur digitalen Bescheid-Zustellung" entfernen und unwirksam machen

Als Betreiber sollten den nutzenden Behörden nur rechtlich einwandfreie Optionen in der Konfiguration angeboten werden. Der Antragsteller darf nicht zur Akzeptanz eines digitalen Bescheids gezwungen werden. Die auf Kundenwunsch eingeführte Konfigurationsmöglichkeit, beim Antragsstart nicht nur die Zustimmung zu Nutzungsbedingungen und Datenschutz sondern auch zum elektronischen Bescheid einzufordern, wurde daher wieder entfernt.

  • Die Behörde kann in der Verfahrenskonfiguration “Zustimmung des Antragsstellers zur digitalen Bescheid-Zustellung” nicht mehr sehen.

  • Egal, was eingestellt war, der Antragsstart verhält sich immer so, als wäre diese Option nicht aktiviert.

Release 19.5.2

🐞 Prüfen und ggf. Absichern der BundID-Integration

Das BundID-Team hat über das Risiko möglicher Manipulation der Rücksprungadresse informiert. Im Folge dessen wurde die Implementierung geprüft und eine zusätzliche Absicherung implementiert.

Release 19.5.0

🐞 Option Rechtsverbindlichkeit bei BundID hat keine Auswirkung

Das Auswählen der Checkbox “Diese Nachricht ist rechtsverbindlich” im Behördenpostfach hatte keine Auswirkung auf die Nachricht, die in das BundID-Postfach zugestellt wurde. Der Bürger hatte keine Möglichkeit, zu erkennen, ob die Nachricht rechtsverbindlich zugestellt wurde. Dies wurde erfolgreich gefixt.

🐞 Marketplace - LeiKaID nicht in Antragssuche enthalten

Beim Bezug eines Verfahrens aus dem Marketplace ließ sich nicht nach der LeiKaID filtern. Im dazugehörigen Suchfeld wurde nicht nach der LeiKaID gefiltert. Nun ist auch eine Suche nach der LeiKaID möglich.

🐞 Rechtschreibfehler Sammel-Bug zu Funktion "Nachreichen von Unterlagen"

Die Rechtschreibfehler, die im Zusammenhang mit der “Nachreichen von Unterlagen”-Funktion gemeldet wurden, sind behoben.

🐞 Fehler in mobiler Darstellung der GEDIK-Komponente

In der mobilen Ansicht kam es bei der Darstellung der GEDIK Komponente zu Überlappungen in der Version für Mobilgeräte auf der Testumgebung. Der Kunde bemängelte eine nicht bündige Darstellung, wie bei anderen Inhalten üblich. Jetzt ist die Darstellung bündig.

🐞 eRechnung - Fehlermeldung beim Upload einer Testrechnung

Beim Hochladen der beigefügten XRechnung in der eRechnung-App erschien die Fehlermeldung Index 0 out of bounds for length 0.

Bei der XRechnung handelt es sich um eine der offiziellen Testrechnungen der KoSIT, diese kann nun erfolgreich verarbeitet werden.

🆕 Nachreichen von Unterlagen: geringfügige Erweiterung

Es wird für den/die Antragsteller/in möglich, beim Nachreichen von Unterlagen der zuständigen Stelle nicht nur zu jeder Anlage, sondern auch allgemein eine Anmerkung machen zu können. Außerdem kann die Behörde jetzt jede nachgereichte Unterlage problemlos erkennen.

Release 19.4.0

🐞 Dateinamen zu lang - Öffnen der Dateien nicht mehr möglich

Die Beschriftung von Anlagen-Feldern wird für den Dateinamen der Anlage im Behördenpostfach verwendet. Bei sehr langen Beschriftungen führte dies dazu, dass man eine Anlage nicht öffnen konnte, ohne den Namen zu verkürzen. Das kam insbesondere im Falle des Downloads des gesamten Antrags als ZIP-Datei vor.

🐞 Bestätigungsmail enthalten die E-Mail-Adresse der zuständigen Stelle

In der Bestätigungs-Nachricht nach dem Absenden mit FIT-Connect, erhalten Antragsteller Informationen zu der den Antrag empfangenden, zuständigen Stellen. Darin war deren E-Mail-Adresse enthalten, auch wenn die zuständige Stelle eingestellt hatte, dass diese vor dem Antragsteller verborgen werden soll.

🐞 Registrierung geht nicht für E2EE & nicht-E2EE Anträge

Der Antragsstart schlug fehl, wenn man sich beim Start erstmalig direkt in GovOS registrierte. Da bei Produktiv- und Demosystemen Servicekonten zur Anmeldung für Antragsteller verwendet werden, trat dieser Fehler dort nicht auf.

🆕 Anpassung Universeller Onlineantrag

Damit der universelle Onlineantrag flexibler genutzt werden kann, wurde die ursprünglich für eine zusätzliche Firmenadresse gedachte Datenfeldgruppe umbenannt. Ihre Beschriftung lautet daher nicht mehr “Firmenanschrift”, sondern „Anschrift“.

Hotfix 19.3.2

🐞 Payment-Transaktionen bleiben im Status “open”

Das Zusammentreffen zweier seltener Ereignisse führte dazu, dass ein Antrag trotz erfolgreicher Durchführung der notwendigen Zahlung, nicht eingereicht wurde. Dieser Fehler kann nun nicht mehr auftreten.

Hotfix 19.3.1

🐞 Fehler bei Update des Verfahrens “Anmeldung, Abmeldung und Ummeldung von Hunden”

Es wurde eine neue Version für das Verfahren veröffentlicht. Das Update scheiterte jedoch und es kam zu einer Fehlermeldung "Fehler beim Schreiben der Javascript Dateien." Lädt man die betroffenen Versionen in den AppBuilder oder bezieht das Verfahren aus dem Marketplace erneut, kam es zu keinem Fehler.

Das Update kann nun fehlerfrei durchgeführt werden. Auch bereits fehlerhafte Updates sollten nachträglich korrekt aktualisiert werden können.

Release 19.3.0

🆕 Gender-neutrale Darstellung der Abschlussseite

Um als Betreiber eine für jede antragstellende Person geeignete Abschlussseite anzubieten, wurde die Beschriftung “Antragsteller:” durch “Eingereicht von:” ersetzt.


🆕 Start-App gegen vertraglich problematische Weitergabe gesichert

Start-Apps können nur noch an Benutzerkonten mit Behördenrechten weitergegeben werden.


Release 19.2.0

🐞 MIME-Type für Upload-Felder nicht unterstützt

Trotz entsprechender Konfiguration der erlaubten MIME-Types wie z.B. XML und ZIP, konnten diese Dateien nicht bei dem betreffenden Anlagen-Feld hochgeladen werden. Die Ursache lag in der, bei verschiedenen Browsern unterschiedlichen MIME-Type-Bezeichnung. Dies wurde gefixt.

🐞 Versand mit optionaler Geokomponente nicht möglich

Obwohl ein Geokomponenten-Feld im Antrag als optional (Multiplizität 0:1 bis 0:*) konfiguriert wurde, konnte der Antrag nicht abgeschickt werden ohne, dass das Feld ausgefüllt wurde. Dies funktioniert nun.

🐞 Behördenpostfach - Antragsdaten ZIP-File unvollständig

Wenn ein Antrag in unterschiedlichen Gruppen Anlagenfelder mit identischer Beschriftung umfasst und in mehreren davon Dateien hochgeladen wurden, fehlten im Behördenpostfach im ZIP-Download des Antrags bis auf die erste alle restlichen, dieser Dateien. Dies wurde behoben.

Release 19.1.0

🐞 eRechnung - Status der Validierung

Wenn man eine valide eRechnung erzeugte und anschließend unter dem Punkt „Unterlagen hochladen“ einen Anhang hinzugefügt hat, aber keine Beschreibung wählte, wurde weiterhin der Status: “Erfolgreiche Validierung” angezeigt, obwohl laut Prüfbericht ein Fehler vorgelegen ist. Dies führte dazu, dass fehlerhafte Rechnungen eingereicht wurden. Dies wurde behoben.

🐞 Statistik liefert nicht plausible Werte

Zur Aggregierung der Daten wurde der nicht in jedem Fall eindeutige Titel des Verfahrens (Online-Dienst) verwendet. Es fehlte eine eindeutige ID für die Zuordnung zum Verfahren.

Release 19.0.0

🐞 IFSB, Bescheinigung Komma wird nicht gesetzt

Ort und Datum werden nur durch ein Leerzeichen getrennt abgedruckt. Gewünscht wäre “<Ort>, dann <Datum>”. Dies ist nun möglich.

NAVO - Hotfix 18.6.1

Update der E-Rechnung auf xRechnung v3.01

Release 18.6.0

🐞 Zeichenbeschränkung bei Dateiupload

Bestimmte Zeichen, wie z.B. eckige Klammern, im Dateinamen von Anlagen haben dazu geführt, dass die Datei nicht verarbeitet werden konnte. Diese Zeichen wurden nun gefixt, damit dies verhindert wird.

🐞 Mobile - Unterlagen im Antrag nicht herunterladbar

Einzelne Browser, in erster Linie Safari, blockieren das Öffnen von Downloads in einem neuen Browser-Tab, insbesondere auf Mobilgeräten. Dies wurde jetzt behoben.

🐞 Falscher Mime-Type in Vorschau bei Wiedereintritt in die Antragsseite

Nach dem Zurückwechseln von einer anderen Seite eines Antrags zu einer Seite, auf der sich eine hochgeladene Datei befindet, wurde die hochgeladene Datei nicht wie zuvor dem Mime-Type gemäß dargestellt. Dies funktioniert nun.

🐞 Fehlende Angabe des Antragstellers im Behördenpostfach - MUK

Wenn sich der Antragsteller mit einem MUK eingeloggt hatte, das über einen Organisationsnamen verfügt, wurde dieser beim eingegangenen Antrag im Behördenpostfach nicht angezeigt. Jetzt wird es angezeigt.

🐞 Spracheinstellung wechselt immer wieder nach Deutsch

Die vor dem Login, auf der Startseite eines Antrags ausgewählte Sprache, wurde nach dem Login nicht beibehalten. Jetzt wird die Auswahl beibehalten.

NAVO - Hotfix 18.5.1

🐞 NAVO – DigitalPaktMinisterium – Timeout beim Download von Excel-Listen wurde gefixt

Alle Excel-Listen können nun einfach erzeugt werden. Der erste Schritt ist das Generieren der jeweiligen Liste, der zweite Schritt der Download der Liste in Excel.

Release 18.5.0

🆕 Karten-Screenshot im Druckformular

Der vom Nutzer gewählte Kartenausschnitt inkl. eingezeichneter Geometrie, kann in Cirali-Druckformulare eingebettet werden. Eine Einbettung via Autoprinter ist nicht Teil der Story.

Der vom Nutzer gewählte Kartenausschnitt inkl. eingezeichneter Geometrie wird in der Zusammenfassung, am Ende der Antragsstrecke angezeigt.

🐞 Ampel-Anzeige bleibt trotz Aktivieren des Verfahrens gelb-grün

Die Ampel in der Verfahrenskonfiguration springt nun wieder in den richtigen Status.

NAVO - Hotfix 18.4.3

🐞 NAVO – DigitalPaktMinisterium – Fehler beim Download von zwei Excel-Listen - Statistik BMBF und Bericht nach §12 VV - wurde gefixt

Alle Excel-Listen können nun im Download erzeugt werden.

Hotfix 18.4.2

🐞 Performance verbessert

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.