Following steps describe the implementation in detail:
Number in the figure | Description |
---|
1 | eSignAnyWhere calls your CallbackHandler implementation when the envelope is finished (completed or cancelled). | 2 | Your CallbackHandler stores the envelope ID in a persistent storage (disk, database) and replies with HTTP 200 on the HTTP request (1). | 3 | A service implementation should permanently process the envelopes noted-down for processing. | 4 | A service implementation will detect the noted-down envelope ID and process it as step by step queue processing. | (5) | (removed) | 6 | It should call the REST API call GET envelope/{envelopeId} to receive details about the envelope, including metaDataXml which was set by the DMS tagging application, and receive document IDs for the relevant documents. | 7 | The documents, which are typically the signed PDFs, the Audit Trail PDFs, and in addition the legal documents (such as the CA22D certificate request form for disposable certificates) should be downloaded form eSignAnyWhere via API. | 8 | After that, the application should upload the documents to the external DMS via the DMS API according to the requirements of the DMS; and use the tagging retrieved from the metadata. |
Once completed, the callback handler implementation (i.e. the asynchronous service) should delete the envelope from eSignAnyWhere when it is not used in eSignAnyWhere any longer and after the document, the audit trail and other legal evidence documents have been successfully transferred to a permanent storage outside eSignAnyWhere. Alternatively, a data retention job can be configured on the organization to perform an automatic cleanup. But note that the retention job would not identify/stop when the transfer to the permanent storage failed.
|