Geplante Wartung
TSS-Update am 5. Juni 2022
Abschnitt betitelt „TSS-Update am 5. Juni 2022“Update verschoben
Das zuvor angekündigte Update der SIGN DE API am Sonntag, 5. Juni 2022, wird verschoben. Daher ist die geplante Wartung nicht mehr erforderlich und wird abgesagt. Weitere Informationen finden Sie in unserem zugehörigen Blogbeitrag Verschobenes Update
Hier finden Sie weitere Informationen zu unserer geplanten Wartung am 5. Juni 2022. Wir werden unser System verbessern.
SIGN DE - TSS-Update-Ankündigung
Abschnitt betitelt „SIGN DE - TSS-Update-Ankündigung“Hinweis: Geplante Wartung Sonntag, 5. Juni 2022, 08:00–16:00 Uhr (MEZ) Die SIGN DE API wird am Sonntag, den 5.6.2022, zwischen 08:00 und 16:00 Uhr (MEZ) einer geplanten Wartung unterzogen.
Die Wartung umfasst ein Rolling-Update der LIVE TSS-Instanzen von Version 1.0.5-1.2.0 auf Version 1.0.6-1.3.0 (wobei erstere die SMAERS-Version und letztere die CSPL-Version ist).
Während des Wartungsfensters gelten folgende Einschränkungen:
- Datenexporte sind deaktiviert.
- TSS-Zustandsübergänge zu
DISABLEDsind nicht möglich. - API-Aufrufe können länger als üblich dauern oder zu Timeouts führen.
- Es kann zu Dienstunterbrechungen kommen.
Hinweis für den 6. Juni 2022
Abschnitt betitelt „Hinweis für den 6. Juni 2022“Hinweis: Als Folge des TSS-Updates kann die erste Anfrage an eine TSS am 6. Juni 2022 zwischen 05:00 und 08:00 Uhr (MEZ) bis zu 15 Sekunden dauern.
FAQ zum TSS-Update
Abschnitt betitelt „FAQ zum TSS-Update“Im Folgenden finden Sie Antworten auf einige Fragen, die Sie zum TSS-Update vom 5. Juni 2022 haben könnten.
Was beinhaltet das Update?
Abschnitt betitelt „Was beinhaltet das Update?“Das Update betrifft die Bereitstellung der neuen zertifizierten Versionen für das SMAERS (von Version 1.0.5 auf 1.0.6) und den CSPL (von Version 1.2.0 auf 1.3.0), was zusammen ein Update der gesamten TSS auf Version 1.0.6-1.3.0 darstellt.
Das TSS-Update stellt auch die Bereitstellung von Version 2.1.0 der SIGN DE API dar.
Die Zertifizierungsdokumente für die neuen Versionen finden Sie unter Certification | fiskaly.developer.
Was sind die Auswirkungen des Updates?
Abschnitt betitelt „Was sind die Auswirkungen des Updates?“Die neuen Versionen von SMAERS und CSPL enthalten Fehlerbehebungen und Stabilitätsverbesserungen. Der Betrieb der Kunden sollte nicht beeinträchtigt werden, da es keine Änderungen an der API gibt. Die einzigen sichtbaren Unterschiede sind in den nach dem Update ausgelösten Exporten: Die Exporte enthalten die Update-Protokolle, und die TSS-Version in der info.csv wird auf 1.0.6-1.3.0 erhöht. Alte Exporte, d. h. vor dem Update ausgelöste Exporte, sind davon nicht betroffen.
Nur TSS-Instanzen im Zustand UNINITIALIZED oder INITIALIZED werden aktualisiert. Alle vorhandenen und neuen TSS-Instanzen im Zustand CREATED befinden sich in der neuen Version, sobald sie in den Zustand UNINITIALIZED übergehen. Ein Update von DEFECTIVE- und DISABLED-Instanzen ist aus technischen Gründen nicht möglich.
Kunden können vorübergehend eine erhöhte Latenz bei der Bearbeitung ihrer ersten Anfragen nach dem Update bemerken, da die Kommunikation zwischen SMAERS und CSPL neu aufgebaut und die Update-Protokolle über alle Komponenten synchronisiert werden müssen.
Was muss ich tun?
Abschnitt betitelt „Was muss ich tun?“Kunden müssen ihrerseits nichts unternehmen. Wie oben erwähnt, gibt es keine Auswirkungen auf den Kundenbetrieb, abgesehen von einigen Einschränkungen und den unvermeidlichen Unterbrechungen während des Update-Prozesses.
Wir empfehlen, unserer Anleitung zur Behandlung von Dienstunterbrechungen und Timeouts unter Fehler- und Timeout-Behandlung zu folgen.
Nach Abschluss des Updates können Sie das Update überprüfen, indem Sie Ihre info.csv-Dateien in den Datenexporten von INITIALIZED TSS-Instanzen auf die korrekte TSS-Version prüfen.
Kann ich die SIGN DE API während des Wartungszeitraums weiterhin verwenden?
Abschnitt betitelt „Kann ich die SIGN DE API während des Wartungszeitraums weiterhin verwenden?“Grundsätzlich ja. Während des Wartungsfensters können einzelne Aufrufe fehlschlagen, zu Timeouts führen oder länger als üblich dauern.
Datenexporte und der TSS-Zustandsübergang in den Zustand DISABLED werden während des Wartungsfensters ebenfalls vorübergehend deaktiviert. HTTP-Endpunkte, die diese Vorgänge betreffen, antworten mit HTTP-Statuscode 503.
Andernfalls bleibt die SIGN DE API während des gesamten Wartungsfensters verfügbar und funktionsfähig.
Wann findet das Update statt?
Abschnitt betitelt „Wann findet das Update statt?“Das Update findet als Rolling-Update über längere Zeiträume während des angekündigten Wartungsfensters statt. Das bedeutet nicht, dass es genau um 8:00 Uhr beginnt oder genau bis 16:00 Uhr dauert, sondern dass verschiedene Teile der SIGN DE API zu verschiedenen Zeiten während dieses Zeitraums aktualisiert werden.
Was bedeutet es, dass die Datenexporte deaktiviert sind?
Abschnitt betitelt „Was bedeutet es, dass die Datenexporte deaktiviert sind?“Während des Wartungsfensters geben die Export-Endpunkte den HTTP-Status 503 zurück.
Wie lange sind die Datenexporte deaktiviert?
Abschnitt betitelt „Wie lange sind die Datenexporte deaktiviert?“Die Datenexporte können während des angekündigten Wartungsfensters zu verschiedenen Zeitpunkten für längere Zeiträume deaktiviert und wieder aktiviert werden. Wir empfehlen, Datenexporte während des Wartungsfensters vollständig zu vermeiden.
Wie lange ist die TSS-Deaktivierungsfunktion deaktiviert?
Abschnitt betitelt „Wie lange ist die TSS-Deaktivierungsfunktion deaktiviert?“Die TSS-Deaktivierungsfunktion kann während des angekündigten Wartungsfensters zu verschiedenen Zeitpunkten für längere Zeiträume deaktiviert und wieder aktiviert werden. Wir empfehlen, das Setzen von TSS-Instanzen in den Zustand DISABLED während des Wartungsfensters vollständig zu vermeiden.
Was bedeutet es, dass Dienstunterbrechungen auftreten können?
Abschnitt betitelt „Was bedeutet es, dass Dienstunterbrechungen auftreten können?“Zusätzlich zur deaktivierten Funktionalität können einzelne TSS-Instanzen während des Rolling-Update-Prozesses vorübergehend nicht erreichbar oder ausgelastet sein, während ihre Komponenten aktualisiert werden.
Einige TSS-Instanzen können vorübergehend eine erhöhte Latenz bei der Bearbeitung ihrer ersten Anfragen nach dem Update aufweisen, da die Kommunikation zwischen SMAERS und CSPL neu aufgebaut und die Update-Protokolle über alle Komponenten synchronisiert werden müssen.
Viel Erfolg beim Update, das fiskaly SIGN DE Team
Was this page helpful?