🚩 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.2.0
🐞 Keine Veränderung der Ampel beim Austausch von PDFs
Beim Austausch eines PDFs in der Antragskonfiguration veränderte sich der Status der Ampel nicht auf Grün-Gelb. Dieser Bug wurde nun behoben.
🐞 Anlagen führen zu einem Fehler im ODB
Das Hinzufügen einer Anlage als Datenfeld zu einem Online-Dienst führte zu einem Fehler. Die Vorschau des BCL funktionierte dann nicht mehr. Dieser Fehler wurde nun gefixt.
🐞 Problem mit Dateiuploads und Skripten
Wenn man mehrere Dateien in unterschiedlichen Feldern hochladen musste und diese Information (ob eine Datei in jedem notwendigen Feld vorhanden ist) für ein Skript hergenommen hat und dieses Skript dann ausgeführt wurde, aktualisierte sich das Skript nicht mehr, wenn man eine Datei wieder gelöscht hatte. Dieses Problem wurde nun gelöst.
🐞 Fehler nach Aktualisieren oder Sprachwechsel mit anonymem Konto
Wenn man einen Antrag mit einem anonymen Konto gestartet hat und dann die Seite aktualisierte oder die Sprache änderte, kam es zu einem Fehler. Man konnte den Antrag nicht mehr weiter ausfüllen. Dieser Bug wurde nun behoben.
Release 20.1.0
🐞 Behördenkennung wurde nur bei XTA vollständig übermittelt
Nach der Wandlung von Fachdaten in eine XOEV-Nachricht fehlte in der Nachricht im Nachrichtenkopf die Kennung des Lesers. Diese wurde nach Rücksprache erst im XTA-Zustelllweg hinzugefügt. Da jedoch zunehmend XOEV-Nachrichten über FIT-Connect übertragen werden, sollte die Nachricht vor dem Versandweg bereits vollständig sein. Dieser Fehler wurde nun behoben. Zusätzlich bietet sich nun die Möglichkeit bei einer Zustellung in das Behördenpostfach die vollständige Nachricht zu verifizieren.
🐞 BundID und ggf. MUK: Per FIT-Connect das legacyPostkorbHandle nicht übermittelt
Im FINK-ReplyChannel wird derzeit das PK2 aus der BundID übertragen. Dort musste aber das Postkorb-Handle (legacyPostkorbHandle) rein, weil nur damit Nachrichten an die BundID/das ZBP gesendet werden können. Vermutlich betrifft das auch MUK. Dieser Bug wurde nun gefixt.
🐞 BCL - Feedback von IT.N bzgl. Offline Todesbescheinigung
Bei der Offline-Todesbescheinigung wurde nun das neue Feedback von der IT.N eingepflegt.
🆕 XTA - Unterstützung von XTA Version 2
Es wird nun neben der schon bestehenden v1 die XTA v2 in GovOS untersützt.
Details
Die aktuelle Versionsübersicht mit weiteren Details von XTA ist XÖV hier zu finden
In GovOS soll es möglich sein, die XTA v2 zu verwenden
Als GovOS Admin möchte ich
In der Konfigurations-Maske eines XTA-Services die XTA-Version auswählen können. Bestehende XTA-Services bekommen als Default-Wert die Version XTA v1
Dass der notwendige Funktionsumfang von XTA v2 für den Versand von XTA-Nachrichten untersützt wird
Dass Rückweisungsnachrichten entgegen genommen werden können
Dass die Test-Funktionen mit der v2 funktionieren
Als GovOS Behörde möchte ich
In der Konfigurations-Maske des Zustelldienstes den Default-XTA-Service überschreiben können. Hier sind die XTA-Services wie z. B. XPersonenstand, XBau usw gemeint
In der Konfigurations-Maske des Zustelldienstes den Mime-Type der gewandelten Datei festlegen können. Das ist beispielsweise bei der Dateiendung im Behördenpostfach relevant.
Implementierungshinweise
Aus WSDL von XTA v2 die Java-Klassen generieren
XTA-Version in Config-Maske im Service
Im Versand-Service Weiche für v1/v2 implementieren
Test-Funktionen anpassen
Hotfix 20.0.2
🐞 NAVO wegen Maintenance Mode mehrere Tage nicht verfügbar
NAVO2 war im Zeitraum 7.9. 3:13 Uhr bis 9.9. 7:38 Uhr nicht verfügbar und stand im Maintenace Modus. Erst ein Restart des Tomcats am Montag konnte den Zustand beheben. Die Ursache wurde nun behoben.
Hotfix 20.0.1
🐞 Fehler bei nicht konfigurierten Marketplace
In einem System, wie beispielsweise NAVO2, ist kein Marketplace konfiguriert und es kam bei jeder Prüfung eines Onlinedienstes, ob es eine neuere Version des Dienstes auf dem Marketplace gibt, zu einer Exception wegen Malformed-URL.
Da der Marketplace nicht konfiguriert ist, soll die Prüfung nicht stattfinden und der Fehler vermieden werden. Dieser Bug wurde nun behoben.
🐞 BCL - Skripte werden nicht nach “Gruppe löschen” getriggert
Aktuell werden keine Skripte von Kindelementen aus Gruppen im BCL beim Löschen der Gruppen getriggert, weswegen Berechnungen und Weiteres schief liefen. Dies wurde nun korrigiert.
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.