On-Premise E-Signatur heißt: die ganze Pipeline
On-Premise E-Signatur steht in fast jeder RFP regulierter Käufer. Geliefert wird oft etwas anderes: eine Security-Appliance für Schlüssel, während Workflow, Metadaten und Dokumenten-Engine in einer Auslands-Cloud bleiben. Das ist kein air-gapped Betrieb. Es ist Hybrid mit Marketingbegriff.
Echte On-Prem-Fähigkeit bedeutet denselben Funktionsumfang wie SaaS: SES/AES/QES, Siegel, Whitelabel, E-Mail/Link/SMS, KI-Felder, API – im eigenen Rechenzentrum, ohne Drittlandzugriff.
On-Prem vs. SaaS Signatur
SaaS auf STACKIT und Deutscher Telekom ist für die meisten ISVs der schnellste Weg zu Datensouveränität. On-Prem ist Pflicht, wenn Netze getrennt sind, Daten das Haus nicht verlassen dürfen oder der Betrieb eigene Zertifizierungen fährt. Sign2x stellt beides ohne Feature-Schnitt: Sie wählen den Betriebsmodus, nicht den Funktionsumfang.
Geht QES lokal?
QES braucht einen QTSP. Lokal bedeutet: Ihre Engine spricht mit dem Vertrauensdiensteanbieter über definierte Schnittstellen, statt Personen in ein US-Portal zu schicken. Sign2x bleibt die Engine; Sign8 (und vergleichbare QTSPs) stellen die Qualifizierung. Das Help Center dokumentiert die Architektur; Einkauf findet die Kurzfassung unter Help.
Für den Betriebsmodus Kontakt aufnehmen.
Häufige Fragen
Verliert On-Prem Features gegenüber SaaS?
Bei Sign2x nein. On-Premise läuft ohne Funktionsverlust: Signaturlevel, Siegel, Whitelabel, Versandkanäle und API bleiben vollständig.
Geht QES lokal?
Die Engine läuft lokal; die Qualifizierung erfolgt über den angebundenen QTSP. Sign2x ist nicht selbst QTSP. Es ist keine Teillösung, bei der nur Schlüssel lokal sind.
Was ist der Unterschied zu einer bloßen Appliance?
Eine Appliance sichert oft nur Schlüssel oder einen Teilprozess. Echte On-Premise-E-Signatur betreibt Dokumentenfluss, Workflow und Audit im eigenen Rechenzentrum.
