The Adobe Sign History and Audit Report features are available to all users of the system. Every agreement associated with a user has a history and a related audit report.
Note:
The below article provides instructions for the classic page layout.
Click here to review the same process for the new page format.


Overview

Every agreement in Adobe Sign passes through a series of event “milestones” that define the progress of the transaction.

These milestones may include events such as:

  • Document creation
  • Modifications to the transaction sent
  • Emails sent to recipients
  • Email viewed by recipients
  • Delegation of recipient authority
  • Signatures/approvals applied to agreements
  • Completed/declined/canceled status

 

Milestones are recorded in two formats with similar content, but slightly different goals:

The History panel is an “at a glance” summary of where the transaction is in the end-to-end process, viewed within the Adobe Sign application.

  • The History panel contains a minimal amount of information, only exposing the event, the user/recipient (identified by email address) that registered the event, and the time/date stamp of the event (adjusted to the viewers time zone based on local system settings)
  • Each event that changes the document (i.e. modification, recipient action) contains a link that shows the document immediately after that event
  • The scope of the History events encompasses the whole transaction. As a result, you may see information that isn’t included in the audit report (which is more constrained towards document interaction)
    • When the transaction is still “in-flight,” the bottom of the history listing shows a list of anticipated recipients remaining in the agreement workflow
    • Retention and eVaulting events which take place after the document is completed
  • The History panel is embedded in the agreement object displayed on the Manage tab of the web application. If the agreement is deleted from the user account for any reason, the History content is lost with that item view and cannot be recovered
history_list

Audit Reports contain the same agreement milestones as the History panel, but with more information, including the:
  • IP Address of the system recording the event
  • Transaction ID of the authoritative document on the Adobe Sign server
audit_report

Audit Reports are intended to be authoritative documents that articulate how a document has been manipulated from the moment it was created until it was fully resolved. They can be saved as PDF files or printed for internal processes as needed.

  • A key difference to note is that the Audit Report shows all events standardized to the GMT time zone (vs. the local time displayed for the History tab).  This ensures there is no confusion for auditors reviewing transactions from users across multiple time zones.
  • The date stamp format is set to YYYY-MM-DD
  • Audit Reports are stored independently of the agreement objects viewed in the Manage tab of the web application. Deleting an object from the manage page does not delete the audit report.

 

The Audit Report has two stages:

  • The “Interim” report – While a transaction is “in-flight,” the Audit Report is generated from the events logged against the agreement at the time the request is made. By definition, this report is incomplete and subject to change when the next recipient commits a logged event.

Interim reports are clearly marked at the top of the report to ensure they cannot be misinterpreted as final documents if they are saved/printed

interim_report
  • The “Final” report – Once the agreement reaches a terminal state (Signed, Canceled, Declined, or Expired), the final Audit Report is generated and stored. No further events that take place in relation to the transaction (e.g., retention) can be added to the report.  This creates a full report of the events that took place to get the document signed, and nothing else.
final_audit_report


How it's used

The History panel is displayed on the Manage page, in the lower right corner, by clicking the History tab:

nav_to_history

 

The Audit Report is accessed through the History tab.

Navigate to the History tab, and click the Audit Report link in the upper right corner of the panel:

nav_to_audit_reportpairs


How to enable or diable

The History panel and Audit Reports are enabled by default for all users and cannot be disabled.

 


Configuration Options

Audit reports have three UI controls that govern access to the report, and one API setting:

  • Attach the Audit Report to the Signed and Filed email
  • Attach the Audit Report to documents downloaded from the Manage page
  • Allow access to the Audit Report via the transaction verification page
  • Attach Audit Report via API when getLatestDocument is called


Attach the Audit Report to the Signed and Filed email

The control is found on the Global Settings page (Group Settings for group level adjustments)

This option is set to All by default and can be configured at the Account or Group level.

The question to ask is “Who should get the Audit Report with the Signed and filed email?”

The options are:

  • Never – No one gets the Audit Report
  • For Sender Only – Only the sender of the agreement will get the Audit Report attached
  • All (Default) – All participants will get the Audit Report

When included, the Audit Report is concatenated with the agreement in one attached PDF.


Attach the Audit Report to documents downloaded from the Manage page

This option is disabled by default and can be enabled/disabled at the Account or Group level.

The control is found on the Global Settings page (Group Settings for group level adjustments)

When enabled, all documents downloaded by the user from their manage page will include the Audit Report as part of the agreement PDF.

download_pdf_icon


Allow access to the Audit Report via the transaction verification page

This option is disabled by default and can be enabled/disabled at the Account or Group level.

The control is found on the Global Settings page (Group Settings for group level adjustments)

When enabled, the Audit Report can be accessed on the verifier page by anyone that has the agreement transaction ID.

viewable_audit_reportenabled


Attach Audit Report via API when getLatestDocument is called

It is possible to have the Audit Report automatically attached to any document retrieved using the getLatestDocument call.

This option is False by default.

The setting must be enabled by your success manager and applies to all instances of the call.

Documents that are still in process will get an Interim report.

This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License  Twitter™ and Facebook posts are not covered under the terms of Creative Commons.

Legal Notices   |   Online Privacy Policy