Zum Inhalt springen

Verschobenes Update

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.

Der Grund ist ein während der Tests entdeckter Fehler, der dazu führen kann, dass aktualisierte TSS-Instanzen in einen dauerhaften sicheren Zustand übergehen. Infolgedessen werden die angekündigten Maßnahmen für den 5.6.2022 und 6.6.2022 nicht stattfinden. Wir analysieren die Ursache des Problems und werden es beheben. Dies erfordert eine Rezertifizierung des SMAERS. Ein neues Update-Datum wird im Voraus angekündigt, sobald der Prozess abgeschlossen ist.

Im Folgenden finden Sie Antworten auf einige Fragen, die Sie zum verschobenen TSS-Update haben könnten.

Wirkt sich das verschobene Update auf meinen Betrieb von SIGN DE aus?

Abschnitt betitelt „Wirkt sich das verschobene Update auf meinen Betrieb von SIGN DE aus?“

Die Kunden werden keine Auswirkungen durch die Verschiebung des Updates spüren. Die derzeit laufende zertifizierte TSS-Version (1.0.5-1.2.0) ist stabil und funktioniert zuverlässig.

Die Änderungen in den aktualisierten Versionen betreffen weitere Verbesserungen der Stabilität, sind aber nicht kritisch für den normalen Betrieb der SIGN DE API.

Während der umfangreichen Tests in unserer TEST-Umgebung wurde ein Fehler entdeckt. Unter bestimmten Umständen führt dieser Fehler dazu, dass einige der SMAERS-Instanzen, die von Version 1.0.5 auf Version 1.0.6 aktualisiert wurden, in einen nicht wiederherstellbaren sicheren Zustand eintreten.

„Neue” SMAERS-Instanzen, die in Version 1.0.6 erstellt wurden, sind von diesem Fehler nicht betroffen. Bei der neuen CSPL-Version 1.3.0 wurden keine Probleme festgestellt.

Die Behebung dieses Problems ist nur durch eine Änderung der Implementierung unseres SMAERS möglich, was bedeutet, dass er einen Rezertifizierungsprozess durchlaufen muss, bevor er in der Produktion eingesetzt werden kann. Daher muss das geplante Update verschoben werden, bis dieser Prozess abgeschlossen ist.

Die Verschiebung betrifft das Update der TSS in der LIVE-Umgebung. In TEST, das bereits aktualisiert wurde, wird die TSS-Version 1.0.6-1.3.0 weiterhin zu Testzwecken laufen. Das bedeutet:

  • In der LIVE-Umgebung bleibt die TSS-Version bei 1.0.5-1.2.0 (die „alte” Version). Für die Kunden ändert sich im Vergleich zu jetzt nichts.

  • In der TEST-Umgebung bleibt die TSS-Version bei 1.0.6-1.3.0 (die „aktualisierte” Version). Da die Umgebung so eingerichtet ist, dass neue TSS-Instanzen nur in dieser Version erstellt werden, wirkt sich der Fehler nicht auf die TSS-Instanzen der Kunden in der TEST-Umgebung aus. Das Verhalten dieser Version aus Kundensicht ist von der vorherigen Version nicht zu unterscheiden, d. h. die „aktualisierten” TSS-Instanzen verhalten sich genauso wie die „alten”. Keine Tests oder andere kundenseitige Integrierungen werden beeinträchtigt, abgesehen von der Anwesenheit der aktualisierten TSS-Version in der info.csv-Datei von TSS-Exporten.

Trotz umfangreicher automatisierter und manueller Tests wurde der Fehler während der Entwicklung oder Zertifizierung nicht entdeckt, weil die spezifischen Umstände, die ihn ausgelöst haben, schwer vorherzusehen und im Voraus zu testen waren. Die Komplexität der TSS ist so beschaffen, dass einige Verhaltensweisen selten sind und nur in großräumigen und sehr dynamischen Umgebungen erkennbar sind.

Dies war jedoch genau der Grund, warum eine längere Testphase in der TEST-Umgebung, die die Bedingungen und das Verhalten unserer LIVE-Umgebung enger annähert, vor dem Update in der LIVE-Umgebung geplant war.

Die in TSS-Version 1.0.6-1.3.0 enthaltenen Änderungen werden Teil des nächsten Updates sein, das stattfindet, sobald die SMAERS-Rezertifizierung abgeschlossen ist und zu einer neuen SMAERS-Version (1.0.x) führt. Das Update wird dann die TSS-Version in der TEST-Umgebung und der LIVE-Umgebung auf Version 1.0.x-1.3.0 anheben.

Es ist schwer abzuschätzen, wie viel Zeit der Entwicklungs- und Rezertifizierungsaufwand erfordern wird, aber die erwartete Verzögerung liegt in der Größenordnung von mindestens einigen Monaten. Sollte ein Update-Datum festgelegt werden, werden wir die Kunden im Voraus auf die gleiche Weise informieren, wie wir es für dieses Update getan haben.

Warum nicht nur den CSPL aktualisieren, wenn er keine Probleme hat?

Abschnitt betitelt „Warum nicht nur den CSPL aktualisieren, wenn er keine Probleme hat?“

Der TSS-Zertifizierungsprozess erfordert die separate Zertifizierung der einzelnen Komponentenversionen (SMAERS und CSPL) sowie deren Kombination (d. h. die TSS als Ganzes). Daher ist es uns nicht erlaubt, nur den CSPL zu aktualisieren, da dies dazu führen würde, dass die TSS-Instanzen in der LIVE-Umgebung in einer nicht zertifizierten Version (1.0.5-1.3.0) wären.

Mit freundlichen Grüßen, das fiskaly SIGN DE Team

Was this page helpful?