Stand 12.06.2024 - nicht fertig Version X.X
(1) Standardsoftware
...
App-Integration mittels Libraries (ist das / die Library aktuell?)
Libraries für iOS und Android ermöglichen die Integration der nativen StepOver Apps in eigene Apps.
...
Zur Integration stellt webSignatureOffice eine Serverseitige API bereit (sog. Tyr-Service = XML-RPC-Interface und JSON-RPC (!!)), über welche Dokumente hochgeladen, Signaturanforderungen erzeugt, - und signierte Dokumente heruntergeladen und -gelöscht werden können.
...
Der responsive Viewer, welcher das zu signierende Dokument im Browser darstellt und auf touchfähigen Geräten auch zur Unterschriftenerfassung (HTML-Signer) verwendet werden kann, kann mittels responsive iFrame in Websites/Webanwendungen integriert werden. (Wenn Iframe erwähnt wird, könnte man auch "postmessage" oder "Webhooks" erwähnen. Bin mir nicht sicher, welcher Begriff besser ist. Beispiel:) Bei der Einbindung des Viewers als IFrame, wird das parent-Window per postMessage über Status-Änderungen informiert, auf die dynamisch reagiert werden kann. Bei webSignatureOffice handelt es sich um eine horizontal skalierbare Webserver-Lösung, bestehend aus einem Frontend-Webserver (Frigg) einem Backend-Server (Braga), welcher in einer DMZ stehen kann und für das Rendering der Dokumente, die Signaturaufbringung und das Datenmanagement verantwortlich ist.
Zudem wird ein Datenbankserver benötigt, welcher vom Hoster bereitgestellt werden muss (aktuelle MySQL-DB / MariaDB). Des Weiteren wird ein File-Share zur Ablage der Dokumente und der gerenderten Seitenansichten benötigt. Alternativ können diese auch in der Datenbank gespeichert werden.
webSignatureOffice kann sowohl auf aktuellen Linux-, als auch auf Windows-Servern betrieben werden. (Müssen wir nochmal überlegen, ob wir es so allgemein stehen lassen wollen) Für größere/lastintensivere Projekte können die Server mittels Load-Balancer horizontal skaliert werden (d.h. es können mehrere Instanzen jedes Servers betrieben werden). Eine Verteilung erfolgt mittels Docker-Images (optional kann bei Selbsthostern auch eine alternative Verteilung z.B. über WAR-Files erfolgen). Bei Hosting on prem werden die Anwendungen entweder als WAR-Dateien zur Verwendung mit einem Application-Server (Config) oder als JAR-Dateien, die mit embedded Tomcat laufen, sodass kein Application-Server verwendet werden muss.
Da webSignatureOffice ein äußerst umfangreiches und sich ständig in Weiterentwicklung befindliches Produkt ist, kann diese Leistungsbeschreibung nur die grundlegenden zugesicherten Eigenschaften darstellen. Eine jeweils aktuelle Beschreibung aller zur Verfügung stehenden API Funktionen, Produktfeatures etc. finden Sie online unter: Information for Integrators
...
WebSignatureOffice |
Client-Konfiguration Browser-Kompatibilität · Chrome Version 32 und höher · FireFox Version 23 und höher · Edge Unterstützt werden die jeweils aktuellen Versionen der Browser Chrome, Firefox, Safari und Edge Java JRE (Java, Application Server etc. nur relevant, wenn kein Docker verwendet wird)
· Java 1.8 (läuft bei uns aus → kein oder teurer Support, wenns nicht mehr geht.)
java HINWEIS: Verwenden Sie immer die neueste Java-Version für maximale Sicherheit. Mobile Endgeräte Devices (evtl. noch mal netnautix nachfragen, könnte sich geändert haben) · Android Version 4.4 und höher · iOS Version 8 und 9 Server Konfiguration Frontend Server (Frigg) Betriebssystem · Linux (Bitte kontaktieren Sie StepOver für Details) · Windows Server 2008 R2 (würde ich als Standard weglassen. Notfalls teureren Pflegevertrag/Support, da wir keine Berührungspunkte haben) · Windows Server 2012 (würde ich als Standard weglassen. Notfalls teureren Pflegevertrag/Support, da wir keine Berührungspunkte haben) · Windows Server 2012 R2 (würde ich als Standard weglassen. Notfalls teureren Pflegevertrag/Support, da wir keine Berührungspunkte haben) Application Server · Apache Tomcat Version 7.0.0 und neuer · Oracle JBOSS Version 8.0.0. und neuer Backend Server (Braga) Betriebssystem · Linux (Bitte kontaktieren Sie StepOver für Details) · Windows Server 2008 R2 (würde ich als Standard weglassen. Notfalls teureren Pflegevertrag/Support, da wir keine Berührungspunkte haben) · Windows Server 2012 (würde ich als Standard weglassen. Notfalls teureren Pflegevertrag/Support, da wir keine Berührungspunkte haben) · Windows Server 2012 R2 (würde ich als Standard weglassen. Notfalls teureren Pflegevertrag/Support, da wir keine Berührungspunkte haben) Application Server · Apache Tomcat Version 9.0.29 und neuer
· Oracle JBOSS Version 8.0.0. und neuer (Evtl. rausnehmen? Benutzen wir nicht direkt, was support aufwändiger macht evtl.) Zusätzliche Anwendungen · OpenSSL Version 1.0.2 und höher Database · MySQL Database Version 5.5 und höher
· Oracle 11.2g und höher (Würde ich nicht als direkten Standard anbieten - nur mit teurerem Support evtl. Wir pflegen es nicht direkt derzeit) |
(6) Zusatzsoftwarekomponenten
...