The customer can also operate the signoSign/Universal server independently. This can happen in form of the standard server, like signotec is using it in ASP operation or as an solution directly integrated in the customers system. All integration scenarios can take place.
Integration via a RESTless Web service can be used if the documents to be signed originate from a ‘persistent’ or ‘fixed’ source or if it is not possible to directly access the document source.
The document can be transferred or imported to signoSign/Universal via REST if the documents to be signed in the customer system are, for example, first generated during the workflow processes, or if they are potentially only available in the main memory and therefore need to be transferred directly to signoSign/Universal. si-gnoSign/Universal is then launched with the documents just imported. The document can be edited and signed.
If the document was signed and is to be saved, there are two methods available for this process, depending on the parameter transfer:
a) The document can be restored in the customer system using multipart upload.
b) If no Save URL is provided, saving takes place via the persistence layer in the customer system.
As a result, there is also an option to transfer documents from any location to signoSign/Universal, sign the documents there and store them in any location after editing.
If signoSign/Universal is to be hosted at the customer’s site where a Web application allowing users to access documents already exists, this customer Web application can be used for deep integration.
If you are using the persistence interface, it is necessary that the documents to be signed are made available in a database, file system or other transactional transfer.
It makes no difference where the documents originate (file system, database), as the authors of this customer Web application know how the documents are accessed. This way, by calling signoSign/Universal, a document ID that references the document to be fetched is transferred. The method used to fetch the document (‘getDocumentFile’ in signoSign/Universal) can use the document ID to access the data source and load the document in the viewer and display it. The integrator can/must program the exact access logic on the file itself.
Core properties of the integration scenario
This integration scenario offers
Workflow
These are the individual steps of the process:
A programming interface in the form of a static library is available for integration in a native iOS app. This way, it is possible to directly transfer the PDF generated through the customer app to signoSign/Universal.
The signoSign/Universal API includes the libSignoSignMobile.a component, a static library that can be used to implement basic PDF processing functions within a separate iOS app. The signoSign/Universal server is required in order to use this library. It can be hosted by signotec or directly by the customer.
Function overview