Aus: €0.69 + MwSt
Die Lösung für die Fortgeschrittene Elektronische Signatur kombiniert die Sicherheit der Unterzeichneridentifizierung, höhere Rechtssicherheit und ein einfaches, schnelles sowie vollständig anpassbares Signaturerlebnis.
Die Lösung für die fortgeschrittene elektronische Signatur ermöglicht es, einen Signaturprozess per API direkt in Ihre Systeme – CRM, ERP, SaaS, Verwaltungssoftware, Portale und Websites – zu integrieren und macht das Drucken, manuelle Unterschreiben und Scannen von Dokumenten überflüssig.
Im Vergleich zur einfachen elektronischen Signatur bietet sie einen höheren Beweiswert und eine größere Rechtssicherheit. In voller Übereinstimmung mit der eIDAS-Verordnung, den ETSI-Standards und der DSGVO umfasst der Prozess unter anderem eine schnelle und gesetzeskonforme Identifizierung des Benutzers, die je nach erforderlichem Sicherheitsniveau mit oder ohne Liveness-Prüfung konfiguriert werden kann.
Die Authentifizierung per OTP (One-Time Password), das an eine verifizierte Kontaktmöglichkeit (Mobilfunknummer) gesendet wird, ordnet den Unterzeichner eindeutig dem Dokument zu. Jeder Vorgang wird protokolliert, um vollständige Kontrolle, Nachverfolgbarkeit und einen detaillierten Audit Trail des gesamten Prozesses zu gewährleisten.
Über einen einzigen Endpunkt können sowohl die Identifizierung als auch die Signatur für eine oder mehrere Personen verwaltet werden.
Der Endpunkt POST/EU-AES ermöglicht es, eine Anfrage für den elektronischen Signaturdienst zu stellen und die Links zur Plattform abzurufen, auf der die Unterzeichner die Identifizierung durchführen und den Signaturprozess abschließen.
POST/EU-AES
POST https://esignature.openapi.com/EU-AES
Im Payload der Anfrage müssen das zu signierende Dokument (URL oder Base64), die Daten des Unterzeichners (Vorname, Nachname, E-Mail-Adresse, Mobilfunknummer), eine optionale Nachricht sowie die Position der Signatur (Seite und Koordinaten) für jeden einzelnen Unterzeichner übergeben werden. Darüber hinaus können folgende Optionen definiert werden:
Dies ist ein Beispiel für einen Payload:
{
"signers": [
{
"name": "string",
"surname": "string",
"email": "[email protected]",
"mobile": "string",
"message": "string",
"signatures": [
{
"page": 1,
"x": "331"
"y": "45"
"name": "string"
}
]
},
{
"name": "string",
"surname": "string",
"email": "test@emailcom",
"mobile": "string",
"message": "string",
"signatures": [
{
"page": 1,
"x": "331",
"y": "45",
"name": "string"
}
]
}
],
"inputDocuments": "https://url.pdf.com",
"callback": {
"url": "https://www.mysite.it/callback.php"
},
"signatureMode": [
"typed",
"drawn"
],
"userEditableData": {
"name":"true",
"mobile":"true"
"email":"true"
}
}
Für die fortgeschrittene elektronische Signatur ist SMS die einzige Möglichkeit zum Versand des OTP.
Wenn stattdessen eine Identifizierung des Benutzers mit Liveness-Option gewünscht ist, bleibt die Struktur des Payloads unverändert, die Anfrage muss jedoch an den dafür vorgesehenen Endpunkt POST /EU_AES_liveness gesendet werden.
Bei der Anfrage kann außerdem ein Callback eingerichtet werden, um über Änderungen des Status der Anfrage informiert zu werden.
POST/EU-AES
Die Antwort enthält unter anderem folgende Informationen:
{
"data": {
"id": "6927055e66abe148eb0efc6b",
"errorNumber": null,
"errorMessage": null,
"updatedAt": "2025-11-26 13:49:18.879+00:00",
"createdAt": "2025-11-26 13:49:18.879+00:00",
"certificateType": "EU-SES",
"state": "WAIT_VALIDATION",
"signatureType": "pades",
"signers": [
{
"authentication": [
"sms"
],
"name": "Mario",
"surname": "Rossi",
"state": "NEW",
"email": "[email protected]",
"id": "76d6e556-a35c-42a5-9973-xxxxxxxxx",
"url": "https://esign.openapi.com/76d6e556-a35c-42a5-9973-xxxxxxx",
"language": "browser",
"message": "Hi, this is your OTP",,
"signatures": [
{
"page": 1,
"x": 331,
"y": 45,
"formId": null
}
],
"emailValidation": {
"domain": "email.com",
"host": "email.com",
"mxRecords": [...
],
"otpAttempts": 0
}
},
{
"name": "Mario",
"surname": "Rossi",
"state": "NEW",,
"email": "[email protected]",
"id": "0a551419-0da9-4a32-bd4a-xxxxxxxxx",
"url": "https://esign.openapi.com/0a551419-0da9-4a32-bd4a-6xxxxxxx",
"language": "browser",
"message": "Hello Mario, this is your OTP code:","
"signatures": [
{
"page": 1,
"x": 331,
"y": 45,
"formId": null
}
],
```
"emailValidation": {
"domain": "email.com",
"host": "email.com",
"mxRecords": [],
"otpAttempts": 0
}
}
],
"options": {
"asyncDocumentsValidation": true,
"asyncSignature": false,
"signatureMode": [
"typed",
],
"userEditableData": {
"name": true,
"mobile": true,
"email": true
},
"withTimestamp": false,
"timezone": "UTC"
},
"document": {}
```
},
"message": Created",
"success": true,
"error": null
}
In dieser Phase wird der Link zur anpassbaren Plattform (Web-App) zurückgegeben, auf der jeder Unterzeichner das Dokument einsehen und den Signaturprozess mittels der bei der Anfrage festgelegten OTP-Authentifizierung abschließen kann.
Die ID der Anfrage ist für die nachfolgenden Schritte unerlässlich, insbesondere um den Status der Anfrage zu überprüfen und das signierte Dokument herunterzuladen.
Die Lösung für die einfache elektronische Signatur ermöglicht eine vollständige und unbegrenzte Anpassung der Signaturoberfläche mit Unternehmenslogos, Farben und Weiterleitungsseiten.
Insbesondere können folgende Elemente definiert werden:
Die Angaben zur Anpassung müssen als Option im Payload der Signaturanfrage übergeben werden und können bei jedem neu gestarteten Signaturprozess geändert werden.
Wenn die Benutzeroberfläche nicht angepasst wird, steht die standardmäßige, neutrale Oberfläche ohne Unternehmenslogos zur Verfügung.
POST/verify
Ein signiertes Dokument kann über den dafür vorgesehenen Endpunkt /verify überprüft werden. Im entsprechenden Payload muss das signierte Dokument zwingend in Base64 übergeben werden. Optional können der Detached Content, das Passwort bei einem verschlüsselten PDF sowie die Angabe, ob es sich um eine rekursive Überprüfung handelt oder ob ein Datum für die Überprüfung festgelegt werden soll, übergeben werden.
{
"inputDocument": "BASE64string",
"detachedContent": "BASE64string",
"pdfEncryptionPassword": "password123",
"recursive": true,
"verifyOnDate": "2025-02-14",
}
POST/verify
Die Antwort enthält unter anderem Informationen zum Prüfdatum, zum Signaturformat, zur Integrität des Dokuments sowie Informationen zum Zertifikat.
{
"data": {
"checkDate": ""2025-02-14 11:11:01.892+00:00",
"verificationDate": "2025-02-14 11:11:01.892+00:00",
"signatureFormat": "PAdES",
"nrOfSignatures": 1,
"overallVerified": true,
"signatureReportList": [
{
"id": "0",
"integrity": true
"signatureAlgorithmName": "SHA256withRSA",
"subjectDN": "C=IT,SURNAME=ROSSI,GIVENNAME=MARIO,SERIALNUMBER=TINIT-RSSMRA73R02H501H,CN=ROSSI MARIO,DNQ=AUSL2023021972028357",
"issuerDN": "C=IT,O=Namirial S.p.A./02046570426,OU=Certification Authority,CN=Namirial CA Firma Qualificata",
"subjectCN": "ROSSI MARI",
"issuerCN": "Namirial CA Firma Qualificata",
"serialNumber": "5557601230250214000",
"signerCertificateStatus": "VALID",
"signerCertificateNotBefore": "2025-02-14 11:11:01.892+00:00",
"signerCertificateNotAfter": "2025-02-14 11:11:01.892+00:00",
"signerCertificateRevocationDate": "2025-02-14 11:11:01.892+00:00",
"issuerCertificateStatus": "VALID",
"issuerCertificateRevocationDate": "2025-02-14 11:11:01.892+00:00",
"trustedSignatureDate": false,
"signatureDate": "2025-02-14 11:11:01.892+00:00",
"issuerTrustedList": true,
"keySize": 2048,
"qcComplianceStatus": "VALID",
"qcSSCDStatus": "VALID",
"derEncodedSignerCert": "BASE64string",
}
],
"noteReportList": [
{
"policy": 3,
"about": 2
"type": 1,
"synopsis": "Certified qualified in conformity",
"description": "The qualified certificate of ROSSI MARIO complies with European Directive 1999/93/EC",
}
],
"plainDocument": "BASE64string"
},
"message": "Signature is valid"
"error": ""
"success": true
}
GET /signature/{id}/{actionType}
Nach Abschluss des Signaturprozesses können über die API folgende Elemente angefordert werden:
Der Audit Trail ist das Dokument, das alle Informationen enthält, die zum erfolgreichen Abschluss der Signatur geführt haben. Im Falle von Streitigkeiten ermöglicht diese Datei die technische Rekonstruktion jedes einzelnen Schritts des Verfahrens. Der Audit Trail enthält Daten zum Verfahren (ID, Erstellungsdatum, Versand und Ablauf), zu den Unterzeichnern (Vorname, Nachname, E-Mail-Adresse, Telefonnummer, IP-Adresse) sowie Informationen zu den Authentifizierungsmethoden der Unterzeichner (Authentifizierungsmethode, gesendete Nachricht und Zeitpunkt der Validierung).
Der Audit Trail wird gemäß den gesetzlichen Vorgaben 10 Jahre lang im Original archiviert, während das Dokument 3 Monate lang verfügbar ist.
Die fortgeschrittene elektronische Signatur (FEA) richtet sich an Unternehmen und Organisationen, die ihre Signaturprozesse digitalisieren, die papierbasierte Verwaltung abschaffen und die elektronische Signatur direkt in ihre eigenen Systeme integrieren möchten. Dank der sicheren Identifizierung, der Nachverfolgbarkeit und der höheren Rechtssicherheit eignet sie sich besonders für:
Brauchen Sie Hilfe?
Haben Sie die gewünschte Antwort nicht gefunden?
Füllen Sie alle Details aus, wir werden uns so schnell wie möglich bei Ihnen melden!
Der Dienst für fortgeschrittene elektronische Signaturen (FES) mit OTP ermöglicht die Integration eines vollständigen elektronischen Signaturprozesses in jede Plattform, Anwendung oder jedes Unternehmenssystem. Dadurch können Dokumente vollständig digital signiert und der gesamte Prozess digitalisiert werden.
Im Gegensatz zur herkömmlichen handschriftlichen Unterschrift sind keine physischen Hilfsmittel erforderlich: Der Prozess basiert auf digitalen Verfahren, mit denen der Unterzeichner identifiziert, die Signatur eindeutig mit seiner Identität verknüpft und die Integrität des Dokuments gewährleistet wird.
Im Gegensatz zur einfachen elektronischen Signatur (EES) sieht die fortgeschrittene elektronische Signatur (FES) ein spezifisches Verfahren zur Identifizierung des Nutzers anhand eines Identitätsdokuments vor. Dieses ist je nach erforderlichem Sicherheitsniveau mit oder ohne Liveness-Prüfung verfügbar.
Während des Signaturprozesses wird der Nutzer außerdem über einen OTP-Code (One-Time Password) authentifiziert. Dabei handelt es sich um ein temporäres, nur einmal verwendbares Passwort, das zu einem hohen Sicherheitsniveau beiträgt und eine eindeutige Verbindung zwischen dem Unterzeichner und der auf dem Dokument angebrachten Signatur gewährleistet.
Bei Openapi stehen folgende Arten elektronischer Signaturen zur Verfügung:
Der Signaturprozess ist in beiden Fällen identisch. Der einzige Unterschied betrifft die Art der Identifizierung des Unterzeichners, die eine Liveness-Prüfung enthalten kann oder nicht.
1. Fortgeschrittene elektronische Signatur ohne Liveness
Die Identifizierung erfolgt vollständig automatisiert und auf Basis künstlicher Intelligenz. Dadurch wird eine schnelle, sichere und kosteneffiziente Verifizierung ermöglicht.
Während des Prozesses erstellt der Nutzer eine Videoaufnahme seines Identitätsdokuments, sowohl Vorder- als auch Rückseite, einschließlich Bewegungen und Neigungen des Dokuments, um die erforderlichen Echtheitsprüfungen durchzuführen. Der Dienst extrahiert und validiert automatisch Daten aus Identitätsdokumenten aus mehr als 190 Ländern und Gebieten. Dabei kommen fortschrittliche KI-basierte Echtheitsprüfungen sowie bei Bedarf die Unterstützung eines auf Betrugsprävention spezialisierten Teams zum Einsatz.
2. Fortgeschrittene elektronische Signatur mit Liveness
Diese Variante umfasst alle Funktionen der Verifizierung ohne Liveness und ergänzt sie um die Liveness-Erkennung. Damit kann überprüft werden, dass die identifizierte Person während des Verfahrens tatsächlich anwesend ist.
Zusätzlich zur Videoaufnahme des Identitätsdokuments muss der Nutzer daher eine Aufnahme seines Gesichts erstellen und dabei bestimmte Gesichtsbewegungen ausführen. Diese zusätzliche Prüfung erhöht das Sicherheitsniveau und trägt dazu bei, Betrugsversuche zu verhindern, bei denen Bilder, Videos oder andere Hilfsmittel verwendet werden, um die Anwesenheit des Nutzers zu simulieren.
Beide Verfahren sind DSGVO- und PSD2-konform und nach dem ETSI-Standard zertifiziert.
Die fortgeschrittene elektronische Signatur (FES) kann für die Unterzeichnung zahlreicher Arten digitaler Dokumente verwendet werden, insbesondere wenn gesetzlich keine bestimmte Form der Signatur oder die Mitwirkung eines Amtsträgers vorgeschrieben ist.
Zu den häufigsten Anwendungsfällen gehören:
Eine FES kann jedoch nicht uneingeschränkt für jedes Dokument verwendet werden. Für bestimmte Rechtsakte können eine bestimmte Form, eine qualifizierte elektronische Signatur (QES), die Mitwirkung eines Amtsträgers oder andere gesetzlich vorgeschriebene Formalitäten erforderlich sein. In Italien gelten beispielsweise besondere Einschränkungen für bestimmte Kategorien von Rechtsakten.
Aus diesem Grund ist es wichtig, vor der Verwendung einer FES für ein bestimmtes Dokument die Anforderungen der geltenden Rechtsvorschriften und des Landes zu prüfen, in dem das Dokument seine Rechtswirkung entfalten soll.
Im Allgemeinen legt die eIDAS-Verordnung fest, dass einer elektronischen Signatur die Rechtswirkung oder Beweiskraft nicht allein deshalb abgesprochen werden darf, weil sie in elektronischer Form vorliegt oder keine qualifizierte elektronische Signatur ist.
Der Dienst für fortgeschrittene elektronische Signaturen ist einfach und ermöglicht die Fernsignatur von PDF-Dokumenten. Dasselbe Dokument kann von mehreren Personen auf einer oder mehreren Seiten unterzeichnet werden.
Der Prozess ist einfach:
Der Nutzer erhält einen Link zum Starten des Identifizierungsprozesses, der auch über einen QR-Code aufgerufen werden kann. Dazu muss er lediglich sein Identitätsdokument fotografieren, ein Selfie aufnehmen und einige einfache Gesichtsbewegungen durchführen.
Das System führt den Nutzer Schritt für Schritt durch den gesamten Prozess und gibt in Echtzeit Feedback. Dadurch wird die Identifizierung einfach, schnell und sicher.
Beim Verfahren der Fortgeschrittenen Elektronischen Signatur (FES) wird das Einmalpasswort (OTP) ausschließlich per SMS übermittelt.
Die Verwendung von SMS als Übermittlungskanal für das OTP gewährleistet hohe Standards hinsichtlich Rechtsgültigkeit und Benutzerfreundlichkeit:
Ja, Sie können den Text der SMS-Nachricht individuell anpassen. Die maximale Nachrichtenlänge beträgt 160 Zeichen (einschließlich des OTP-Codes).
Außerdem muss die Telefonnummer des Empfängers im internationalen E.164-Format angegeben werden.
Ja, derselbe Unterzeichner kann mehrere Unterschriften auf verschiedenen Seiten desselben Dokuments leisten (z. B. Vertrag, besondere Vertragsklauseln, Datenschutzhinweise). Die Kosten des Dienstes werden pro Unterzeichner und nicht nach der Anzahl der geleisteten Unterschriften berechnet.
Beim Erstellen einer Signaturanfrage können Sie die Position der Unterschrift für jeden Unterzeichner festlegen, indem Sie die Seitenzahl, die X-Koordinate (gemessen von der oberen linken Ecke) und die Y-Koordinate (gemessen vom oberen Rand) angeben.
Für eine sofortige visuelle Vorschau empfehlen wir die Verwendung des Playgrounds. Dort können Sie das Signaturfeld manuell verschieben, um die optimalen Koordinaten für Ihr Dokument präzise zu ermitteln.
Für jeden Signaturprozess kann die Benutzeroberfläche mit folgenden Optionen gebrandet und angepasst werden:
Standardmäßig entspricht die Sprache der Signaturoberfläche der im Browser eingestellten Sprache und kann während des Signaturvorgangs einfach geändert werden.
Dieser Parameter kann für jeden Unterzeichner (signers) individuell konfiguriert werden.
Obwohl die Sprache automatisch anhand der Browsereinstellungen erkannt wird, kann bei der Signaturanfrage eine andere Sprache ausgewählt werden.
Derzeit stehen folgende Sprachen zur Verfügung:
Die ausgewählte Sprache gilt ausschließlich für die Signaturoberfläche und hat keinen Einfluss auf den Inhalt der SMS-Nachrichten mit dem OTP.
Nein, derzeit ist es nicht möglich, die Domain der Signaturseite individuell anzupassen. Sie können die Seite jedoch mithilfe eines <iframe> in Ihre eigene Website einbetten.
Ja, Sie können die Webanwendung in Ihre eigene Webseite einbetten. Damit die Identitätsprüfung ordnungsgemäß funktioniert, muss das iframe-Tag das Attribut allow="camera; microphone" enthalten und über das HTTPS-Protokoll bereitgestellt werden.
Bei der Verwendung eines iframes muss außerdem das Feld iframeAncestors im Payload der Signaturanfrage (unter options ui) angegeben werden. Dabei sind die URLs der übergeordneten Seiten einzutragen, die zur Einbettung der Anwendung berechtigt sind.
Der für die Anbringung der Signatur verwendete Standard ist PAdES (PDF Advanced Electronic Signature).
Nein. Passwortgeschützte PDF-Dokumente können nicht signiert werden. Das System erfordert Dateien, die ohne Einschränkungen zugänglich sind, damit der Signaturprozess ordnungsgemäß abgeschlossen werden kann.
Ja, es ist möglich, das unterzeichnete Dokument mit einem Zeitstempel zu versehen. Bei der Konfiguration kann außerdem der gewünschte Hash-Algorithmus aus SHA1, SHA256, SHA384 und SHA512 ausgewählt werden.
Die Kosten für die Anbringung eines Zeitstempels betragen 0,150 € pro Dokument.
Ja, am Ende des Signaturvorgangs kann das signierte Dokument sowie eine Kopie des Audit-Trails über die API angefordert werden. Der Audit-Trail ist das Dokument, das alle Informationen enthält, die zum erfolgreichen Abschluss der Signatur geführt haben. Im Falle von Streitigkeiten ermöglicht diese Datei die technische Wiederherstellung jedes einzelnen Schrittes des Vorgangs.
Der Audit-Trail enthält Daten zu:
Der Audit-Trail wird 10 Jahre lang archiviert.
Ja. Die fortgeschrittene elektronische Signatur mit OTP wird nach dem Recht der Europäischen Union im Rahmen der eIDAS- und ETSI-Regelungen anerkannt und ist DSGVO-konform.
Der Dienst umfasst die Identifizierung der Unterzeichner. Nach Abschluss des Verfahrens stellt Openapi sowohl das signierte Dokument als auch den Audit Trail zur Verfügung. Der Audit Trail ist das Protokoll, das die Informationen und Nachweise zum Signaturprozess enthält.
Der Audit Trail ermöglicht es, die verschiedenen Phasen des Verfahrens technisch nachzuvollziehen und zu überprüfen, und kann daher im Falle von Beanstandungen oder Streitigkeiten einen wichtigen Nachweis darstellen.
Zu den im Audit Trail erfassten Informationen gehören:
Der ursprüngliche Audit Trail wird gemäß den geltenden gesetzlichen Bestimmungen 10 Jahre lang aufbewahrt.
Ja. Die FES von Openapi erfüllt die Anforderungen von Artikel 26 der Verordnung (EU) Nr. 910/2014 (eIDAS):
Einige Mitgliedstaaten legen zusätzliche nationale Anforderungen für Anbieter fest, die ihren Nutzern FES anbieten. Der Kunde ist dafür verantwortlich, die Vorschriften des Landes, in dem er tätig ist, zu prüfen und einzuhalten.
Ja, die Lösung für Fortgeschrittene Elektronische Signaturen (FES) von Openapi entspricht den geltenden ETSI-Standards für Vertrauensdienste und elektronische Signaturen.
Die technische Konformität der erstellten Signaturen kann mithilfe von Prüf- und Validierungswerkzeugen überprüft werden, die auf ETSI-Standards basieren.
Die Dokumente stehen ab Erstellung der Signaturanfrage für 3 Monate zum Download bereit. Der Audit-Trail wird 10 Jahre lang aufbewahrt.
| Inhalt | Aufbewahrungsdauer | Nach Ablauf der Frist |
|---|---|---|
| Hochgeladene, unterzeichnete und validierte Dokumente | 3 Monate | Automatische Löschung |
| Audit-Trail und strukturierte Signaturdaten | 10 Jahre | Automatische Löschung |
Der Audit-Trail enthält Fotos der Ausweisdokumente und Selfies, die während der Identitätsprüfung aufgenommen wurden. Die gesamte Datei ist verschlüsselt.
Wir empfehlen, die unterzeichneten Dokumente innerhalb von 3 Monaten herunterzuladen. Nach der Löschung können sie nicht wiederhergestellt werden. Wenn Sie die Dokumente langfristig aufbewahren müssen, beispielsweise zur Erfüllung von Anforderungen für FES in bestimmten europäischen Ländern, können Sie den Dienst zur digitalen Langzeitarchivierung nutzen.
Die während der Identitätsprüfung aufgenommenen Fotos der Ausweisdokumente werden in verschlüsselter Form innerhalb des Audit-Trails gespeichert.
Wer ist verantwortlich? Die Verantwortung für die Aufbewahrung der Signaturnachweise liegt bei dem Unternehmen, das den Vertrag unterzeichnen lässt und gemäß DSGVO als Verantwortlicher für die Datenverarbeitung gilt. Openapi handelt als Technologieanbieter und Auftragsverarbeiter (Artikel 28 DSGVO).
Wie lange? Die eIDAS-Verordnung sieht keine allgemeine Verpflichtung zur rechtskonformen Langzeitarchivierung Fortgeschrittener Elektronischer Signaturen vor. Einige Länder können jedoch bestimmte Archivierungsdienste vorschreiben. Der Kunde ist dafür verantwortlich, zu prüfen, wie der jeweilige Mitgliedstaat die Bestimmungen der eIDAS-2-Verordnung umgesetzt hat, und gegebenenfalls entsprechende Maßnahmen zu ergreifen.
Openapi speichert Dokumente in verschlüsselter Form für 3 Monate und den Audit-Trail für 10 Jahre.
Im Streitfall. Der Beweiswert und mögliche zusätzliche Anforderungen hängen von den geltenden Rechtsvorschriften der einzelnen europäischen Länder ab. Einige Rechtsordnungen erkennen der FES in bestimmten Situationen eine der handschriftlichen Unterschrift gleichwertige Wirkung zu, während andere zusätzliche Maßnahmen oder Dienste verlangen. Der Kunde ist dafür verantwortlich, die in seinem Land geltenden Vorschriften zu prüfen.
Ist die Aufbewahrung der Signaturnachweise verpflichtend?
Wie im technischen Handbuch angegeben, das vor der Aktivierung des Dienstes unterzeichnet wird, muss der Kunde prüfen, ob die Aufbewahrung der Nachweise oder die Nutzung eines elektronischen Archivierungsdienstes in seinem Land empfohlen oder gesetzlich vorgeschrieben ist.
In jedem Fall empfiehlt Openapi allen Kunden, die Signaturnachweise langfristig aufzubewahren. Zu diesem Zweck können Kunden einen über Openapi verfügbaren Dienst zur rechtskonformen digitalen Langzeitarchivierung nutzen, der unabhängig vom Signaturprozess aktiviert werden kann.
Die Kosten werden pro Unterzeichner berechnet, nicht nach der Anzahl der im Dokument geleisteten Unterschriften.
Die Kosten für den Dienst der Fortgeschrittenen Elektronischen Signatur mit OTP ohne Liveness-Prüfung betragen:
Die Kosten für den Dienst der Fortgeschrittenen Elektronischen Signatur mit OTP mit Liveness-Prüfung betragen:
Bei mehreren Unterzeichnern werden die Kosten mit der Anzahl der beteiligten Unterzeichner multipliziert und der entsprechende Tarif (Abonnement oder Einzelanfrage) angewendet. Der Betrag wird zum Zeitpunkt der Anfrage abgebucht, unabhängig davon, wie der Signaturprozess anschließend abgeschlossen wird.