Testen Sie LadVen OS mit unsDemo anfragen
Zum Hauptinhalt springen

Öffentlicher Dokumentzugriff und Signatur

Eine Veröffentlichung erzeugt eine einzelne externe Dokumentseite und öffnet nicht den gesamten Dokumentbereich. Der Eigentümer legt Modus, Ablauf, Zugriffslimit und Empfängerprüfung fest und kann sie widerrufen.

Zwei externe Seiten

Konzeptionelle Prozesshilfe; kein UI-Screenshot und kein Zustandsnachweis.

  • /public-documents/:token — Anzeigen, Herunterladen und im Signaturmodus das Ausfüllen und Absenden.
  • /public-signature-sessions/:token — eine persönliche Signaturseite für den Empfänger.

Sichtbare Status-, Ablehnungs- und Fehlermeldungen sowie Datumsangaben auf diesen externen Seiten hängen vom konkreten Portal-Build und von der Serverantwort ab. Bevor die Oberfläche als lokalisiert gilt, prüfen Sie denselben bereitgestellten Build in der Ziel-Locale: htmlLang allein belegt weder die Sprache sichtbarer Texte noch das Datumsformat. Veröffentlichen Sie für diese Route keine PNG/Evidence und zeigen Sie keine Tokens, bevor Status, Fehler, Datum und Privacy eine Prüfung im exakten Build und derselben Locale bestanden haben; öffentliche ar-Frames bleiben bis zur separaten RTL-Prüfung privat.

Die Wörterbücher für das externe Signieren sind noch nicht in jeder Locale vollständig nativ: Einzelne Status-, Aktions- und Fehlermeldungen können in DE/ZH/ES/FR auf Englisch und in KK/KY auf Russisch erscheinen. Signaturziele bleiben daher planned/source-gated; htmlLang beweist keine sichtbare Sprachparität. Veröffentlichen Sie Tokens, Signaturen oder echte Dokumente erst nach der Prüfung derselben Locale.

Je nach Richtlinie ist kein Portalkonto nötig. Bei einer Empfänger-E-Mail-Prüfung darf nur die eigene vorgesehene Adresse verwendet werden; Tokens werden nicht zur Umgehung weitergegeben.

Fehlt der Token, ist er beschädigt oder wurde die Veröffentlichung nicht gefunden, prüfen Sie die vollständige URL und bitten Sie den Eigentümer um eine neue Veröffentlichung. /public-signature-sessions/:token dient nur zum Signieren; zum Öffnen, zur Vorschau oder zum Herunterladen verwenden Sie /public-documents/:token. Schlägt der Signaturkontext nach dem Laden des Dokuments fehl, versuchen Sie es einmal erneut und kontaktieren Sie danach den Eigentümer.

Anzeigen und Herunterladen

Konzeptionelle Prozesshilfe; kein UI-Screenshot und kein Zustandsnachweis.

  1. Prüfen Sie vor jeder Aktion Name, Typ, Version, Zugriffsart und Ablauf.
  2. Dokument öffnen, Vorschau und Herunterladen sind getrennte Aktionen; eine erlaubte Vorschau bedeutet nicht automatisch, dass der Download erlaubt ist.
  3. Aktualisieren oder laden Sie nicht unnötig wiederholt: Jeder Abruf kann das Zugriffslimit verbrauchen. Bei falscher Datei, Version oder Empfängerangabe stoppen Sie und lassen den Eigentümer die Veröffentlichung prüfen.
  4. Ist der Link abgelaufen, widerrufen, ausgeschöpft oder die Datei noch nicht veröffentlicht, muss der Eigentümer einen neuen Link erstellen.

Externe Signatur

Konzeptionelle Prozesshilfe; kein UI-Screenshot und kein Zustandsnachweis.

Bei external_sign zeigt die Seite Status, Pflichtfelder und die vom Eigentümer gewählte Methode: Klickbestätigung, handgezeichnete Signatur, hochgeladene Signaturdatei oder eine weitere ausdrücklich aktivierte Methode. Prüfen Sie Name und E-Mail des Signierenden sowie Dokument und Version, füllen Sie Pflichtfelder aus, bestätigen Sie die Einwilligung und senden Sie genau einmal. Eine geschlossene, abgelaufene, stornierte, abgelehnte oder bereits erledigte Sitzung darf nicht erneut gesendet werden; fragen Sie stattdessen den Eigentümer nach dem aktuellen Status.

Die externe Seite zeigt nur den erlaubten Dokumentkontext, den Sitzungsstatus und eine sichere Anzahl von Signaturnachweisen. Sie gewährt weder Bearbeitungsrechte noch Zugriff auf die interne Portalhistorie.

Status der Signatursitzung

Konzeptionelle Prozesshilfe; kein UI-Screenshot und kein Zustandsnachweis.

Die persönliche Signaturseite erlaubt das Senden nur bei aktiver Signatursitzung und wenn die Aktion submit verfügbar ist. Nach completed, declined, expired, canceled oder failed ist das Formular deaktiviert; ein Neuladen sendet nicht erneut. Bei manual_upload wählt der Unterzeichner die Datei auf dieser öffentlichen Seite. Im Kunden-Extranet kann er aus dem verknüpften CRM-Datensatz kommen, daher ist die E-Mail nicht immer manuell nötig.

Fehler und Sicherheit

Konzeptionelle Prozesshilfe; kein UI-Screenshot und kein Zustandsnachweis.

Abgelaufene oder widerrufene Links, erreichte Limits, nicht veröffentlichte Dateien, geschlossene Sitzungen und fehlgeschlagene Empfängerprüfungen benötigen den Eigentümer oder einen neuen Link. Eine Empfängerprüfung ist kein Anlass, eine fremde Adresse zu versuchen; bestätigen Sie die vorgesehene Adresse und fordern Sie bei Bedarf einen neuen Link an. Nach Erfolg oder einem Endstatus nicht erneut signieren und Toast, Seitenaufruf oder geschlossene Sitzung nicht mit dem Empfang durch den Eigentümer verwechseln. Bei einer Fehlermeldung melden Sie das Problem ohne Token oder Dokumentinhalt. Keine echten Tokens, Produktionsdokumente, Passwörter oder Personendaten in Screenshots und Tickets verwenden. Für Doku und Demo nur synthetische Dokumente und eigens erstellte oder abgelaufene Links nutzen. Die Seite allein beweist keine rechtliche Wirksamkeit; Anforderungen an Signatur und Nachweisaufbewahrung hängen von Prozess und Rechtsraum ab.

Wurde das Dokument oder die Sitzung aus einem bereits angemeldeten Extranet geöffnet, führt die Schaltfläche Startseite auf der Fehlerseite zu /extranet und nicht zum nur für Mitarbeitende zugänglichen Portal-Root. Für externe Empfänger bleibt sie der gewöhnliche Weg zur Startseite. Das ist nur Navigation; senden Sie deshalb die Signatur nicht erneut.

Verwandte Seiten

Konzeptionelle Prozesshilfe; kein UI-Screenshot und kein Zustandsnachweis.