PP-TSA stellt signierte digitale Zeitstempel auf den Hashwert einer Datei oder eines Datensatzes aus. Ihre Originaldaten verlassen Ihr Haus nie, und Sie behalten den Nachweis, dass sie zur festgehaltenen Zeit existierten und dass später Vorgelegtes dieselben Daten sind.
Das Original bleibt in Ihrer Obhut.
Ihr System bildet den Fingerabdruck lokal.
PP-TSA signiert Hashwert und festgehaltene Zeit.
Token zusammen mit den Daten aufbewahren und bei Bedarf prüfen.
Anbindung: REST-API für neue Eigenimplementierungen, RFC 3161 für PDF-, Signatur- und Archivwerkzeuge, die es schon unterstützen. Beides über dasselbe Konto.
Übertragen wird nur ein Hashwert. PP-TSA sieht den Inhalt nicht, die Daten bleiben bei Ihnen.
Der signierte Zeitstempel verbindet Fingerabdruck und festgehaltene Zeit – der Zeitpunkt steht nicht nur im eigenen Log.
Signatur, Zertifikatskette und Registereintrag lassen sich noch nach Jahren erneut prüfen.
Kopieren, Austauschen und Überschreiben hinterlassen kaum Spuren. Wenn Prüfung, Streit oder Übergabe eine Erklärung verlangen, brauchen Sie genau diese Daten, gebunden an eine Zeit, die Sie nicht selbst setzen.
Änderungsdaten, Bildschirmfotos und selbst verwaltete Protokolle können zusammen mit den beschriebenen Daten geändert werden.
Bei Streit oder Übergabe zählt, ob das Vorgelegte dem damals Vorhandenen entspricht. Name und Größe beantworten das nicht.
Ein Nachweis, der nach Änderungen beim Aussteller nicht mehr nachprüfbar ist, nützt im entscheidenden Moment nichts.
Jede Zeile nennt eine Aussage und ihre Grenze. Zeile anklicken, um Details zu öffnen.
Der Hashwert wird zusammen mit der von PP-TSA festgehaltenen Zeit signiert. Die Aussage betrifft die Existenz bis zu diesem Zeitpunkt, nicht Urheberschaft oder Richtigkeit des Inhalts.
Rückdatierung und Argumente, die nur auf vom Inhaber änderbaren Dateidaten oder Bildschirmfotos beruhen.
Ein Zeitstempel belegt, dass die Daten zur festgehaltenen Zeit existierten und dass das Vorgelegte dieselben Daten sind. Er belegt nicht, wer den Inhalt erstellt hat, ob er richtig ist oder wem Rechte daran zustehen. Die Aufnahme in das Register kann unmittelbar nach Ausstellung ausstehen; ausstehend, überfällig und unbekannt werden nie als abgeschlossen gemeldet.
Mit einer E-Mail-Adresse anmelden – die Umgebung für Ihre Organisation entsteht sofort.
Passend zum monatlichen Ausstellungsvolumen. Später änderbar.
Der vollständige Schlüssel erscheint nur bei der Ausstellung. Nach Ihren internen Regeln festhalten.
Lokal hashen, über HTTPS aufrufen, das Token bei den Daten aufbewahren und unabhängig prüfen.
Hashwert im eigenen System berechnen und als JSON an /v1/timestamps senden. Zurück kommen ein Base64-Token und Metadaten – passend für Backend-Dienste, Web-Services und CI-Pipelines.
Einen TimeStampReq an /tsr senden und einen TimeStampResp erhalten. Sinnvoll, wenn PDF-, Signatur- oder Archivprodukte RFC 3161 schon sprechen.
Keine Branchenfrage: Es gilt überall, wo „das existierte damals“ oder „das ist dieselbe Datei“ gezeigt werden muss.
Die endgültige Fassung von Vertrag, Angebot oder Rechnung festschreiben, damit ein Streit an den Daten hängt und nicht an der neueren Kopie.
Ergebnisse, Zeichnungen und Konstruktionsunterlagen im Moment ihrer Entstehung stempeln, ohne Inhalte offenzulegen.
Veröffentlichte Builds und ihre Verzeichnisse an eine Zeit binden, um Ausgeliefertes von später Nachgebautem zu unterscheiden.
Fotos, Messwerte und Prüfprotokolle nachprüfbar halten, damit Echtheit nicht von der Anzeige des verwaltenden Systems abhängt.
Ob ein Nachweis Vertrauen verdient, hängt davon ab, was übergeben wird und wie Ergebnisse gemeldet werden. Beides ist von Anfang an eng gefasst.
Der Dienst verarbeitet Fingerabdruck, Verfahren und Anfrage-Metadaten. Es gibt keinen Weg, auf dem Originalinhalte zu PP-TSA gelangen.
Der vollständige API-Schlüssel erscheint nur bei der Ausstellung und danach nie wieder. Bei Verlust wird ein neuer ausgestellt und der alte gesperrt.
Signatur, Kette, Zeitstempelzustand, Registeraufnahme und Sperrstatus werden getrennt gemeldet. Ausstehend und unbekannt gelten nie als geprüft.
Jede Anfrage trägt einen Idempotenzschlüssel. Eine Wiederholung nach unklarem Ergebnis nutzt die gespeicherten Anfragebytes und denselben Schlüssel.