TSE Dekommissionierung schlägt fehl

[TuxyLord]

Hallo,

ich bekomme bei der Dekommissionierung ein

Kommando in Ausführung: decom

FEHLER:
SDecom Exception: WormException: WORM_ERROR_NO_TIME_SET

Ordersprinter Version ist 2.9.12

[pichel]

Moin,

hattest du mal einen Selbsttest durchgeführt und dann die Dekommissionierung gestartet?

Die Zeit auf der TSE muss regelmäßig synchronisiert werden. Der TSEconnector prüft bei jedem Signierungsvorgang, ob er vorher die Zeit synchronisieren muss. Wenn nun aber keine Signierungen vorgenommen werden, und nur noch dekommissioniert werden soll, fehlt vermutlich dieses Zeit setzen.

Ich bin mir gerade nicht sicher, aber ich glaube, dass der Selbsttest auch zum Synchronisieren der Zeit führt.

Bitte einmal testen...

VG,

Stefan

[TuxyLord]

Guten Morgen,

das hat leider nichts gebracht.

Gruß Stefan

[TuxyLord]

Ich habe das System jetzt komplett neu installiert.

Jetzt ist die neu TSE initialisiert und der Drucker läuft auch wieder korrekt.

Gruß Stefan

[pichel]

Jetzt bin ich etwas irritiert. Das Problem war doch eine fehlgeschlagene Dekommissionierung. Aber jetzt lese ich, dass die TSE (und der Drucker?) erfolgreich initialisiert sei, also genau das Gegenteil.

Jedenfalls läuft nun alles?

VG,

Stefan

[os_user]

Hallo,
ich musst die TSE nun auch dekommisionieren, da das Zertifikat abgelaufen war. Fehlermeldung ist hier ebenfalls:

Code: Alles auswählen

Kommando in Ausführung: decom

FEHLER:
SDecom Exception: WormException: WORM_ERROR_NO_TIME_SET

Was mit auffällt, dass selbst nach dem forceselftest kommando, die Statusanzeige mit getinfo:

Code: Alles auswählen

hasValidTime: false

anzeigt.

Soll ich die TSE nun einfach austauschen trotz Felhermeldung?

Danke im Voraus.

[os_user]

Kurzes update:
Ich habe nun einen letzten Export aus der TSE gemacht, und dann die TSE unmounted. Dann in Ordersprinter Konfiguration auf keine TSE. Dann die neue TSE angesteckt und gemountet, den Pin und Puk gesetzt, und dann wieder auf TSE ja in ordersprinter. Ich hoffe, das ist so praktikabel. Vielleicht kann Stefan kurz sagen, ob das so geht, oder ob Fehler im Signaturprozess zu erwarten sind.

Ich habe keine andere Möglichkeit gesehen, es scheint als ob die alte TSE durch den Zertifikatsablauf sich selbst sperrt.

[pichel]

Hallo,

vorab, ich habe die technische Dekom. zwar implementiert, weil die TSE eben dieses Feature bietet. Aber bei den rechtlichen Vorgaben bin ich mir selbst nicht so genau sicher.

Erst einmal glaube ich, dass es wichtig ist, dass man sauber aufzeigen kann, welche TSE in welchem Zeitraum für welche Kassen verwendet wurden. Ein Export aller Daten mit dem TSE-Export sollte man also sicher aufbewahren, am besten zusammen mit dem DSFinv-k Export, und zwar für meines Wissens 10 Jahre.

Bisher habe ich keinen Hinweis darauf gefunden, dass eine technische Dekommissionierung der TSE aus rechtlicher Sicht erforderlich ist.

Wenn also die Dekommissionierung fehlschlägt (ich konnte sie bisher nur mit einer Developer-TSE testen und da ging es), dann schlage ich vor:
1. TSE-Tar export (und prüfen, dass der auch wirkluch funktioniert hat)
2. DSFinvk-Export (ebenfalls auf Inhalt prüfen)
3. Beides sicher aufbewahren
4. Neue TSE initialisieren und damit weiterarbeiten

Selbst wenn die TSE sich dekommissionieren lässt, würde ich vorher auf jeden Fall einen Export ziehen!

Gruß,

Stefan