# Understanding Report Specifications

Select one of the following links to view the related specifications:
- Standard Reports
  - [Survey Data Specifications](#survey-data-specifications)
  - [Participant Events Specifications](#participant-events-specifications)
  - [Participant Groups Specifications](#participant-groups-specifications)
  - [Compliance Data Specifications](#compliance-data-specifications)
  - [Data Changes Specifications](#data-changes-specifications)
- Audit Trail Reports
  - [Studio and Study Home Specifications](#studio-and-study-home-specifications)
  - [Site Non-Clinical Data Specifications](#site-non-clinical-data-specifications)
  - [Site Clinical Data Specifications](#site-clinical-data-specifications)
- Criteria Check Reports
  - [Criteria Check Event Output Specifications](#criteria-check-event-output-specifications)
- Outbound API Reports
  - [Outbound API Call Log Specifications](#outbound-api-call-log-specifications)

## Standard Reports

### Survey Data Specifications {#survey-data-specifications}

Exporting survey data from Study Home generates a .CSV file with the following data. 


<div class="note-border alert-info">
  <div class="alert alert-info" role="alert">
    <div><i class="far fa-info-circle"></i></div>
    <div class="alert-text">
      <p><strong>Note</strong>:</p>
<ul>
<li>Headings related to survey data that start with "QS" may also appear with "FT" or "RS" prefixes depending on which domain the export is run for.</li>
<li>All system-provided values are those defined in the collection or .JSON file at the time the respondent submitted the survey.</li>
<li>Study-specific information is defined in Studio unless stated otherwise.</li>
</ul>
    </div>
  </div>
</div>



<table>
  <thead>
    <tr>
      <th>Actual Column Heading</th>
      <th>Full Name of Column Heading</th>
      <th>Format</th>
      <th>Description of Data</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>ROWID</td>
      <td>Row ID</td>
      <td>None enforced</td>
      <td>The system-generated unique ID of the row in the data export</td>
    </tr>
    <tr>
      <td>STUDYID</td>
      <td>Study Label</td>
      <td>Char(128)</td>
      <td>The study number in eCOA Vault</td>
    </tr>
    <tr>
      <td>SITEID</td>
      <td>Site ID</td>
      <td>Char(128)</td>
      <td>The study site number in eCOA Vault.</td>
    </tr>
    <tr>
      <td>USUBJID</td>
      <td>Participant ID</td>
      <td>Char(128)</td>
      <td>The participant’s ID as entered by the site</td>
    </tr>
    <tr>
      <td>VISITNAM</td>
      <td>Event Label</td>
      <td>Char(100)</td>
      <td>The label of the survey’s start event</td>
    </tr>
    <tr>
      <td>VISITSEQ</td>
      <td>Event Sequence</td>
      <td>None enforced, typically Num(4)</td>
      <td>The sequence number of the survey’s start event</td>
    </tr>
    <tr>
      <td>SCHED</td>
      <td>Additional Schedule Detail</td>
      <td>Char(128)</td>
      <td>Details of the schedule that made the survey available</td>
    </tr>
    <tr>
      <td>QSCATID</td>
      <td>Survey ID</td>
      <td>Char(36)</td>
      <td>The system-generated unique ID of this instance of the completed survey or survey part</td>
    </tr>
    <tr>
      <td>QSCATGID</td>
      <td>Survey Parent Unique ID</td>
      <td>Char(36)</td>
      <td>The system-generated unique ID of the parent survey. Populates only for multi-part or composite surveys, otherwise null.</td>
    </tr>
    <tr>
      <td>QSCAT</td>
      <td>Survey Label</td>
      <td>Char(100)</td>
      <td>The label of the survey</td>
    </tr>
    <tr>
      <td>QSINST</td>
      <td>Survey Instance</td>
      <td>None enforced, typically Num(4).</td>
      <td>
        <ul>
          <li>The instance of the survey.</li>
          <li>For As-Needed surveys, the instance number indicates the number of times it has been filled out.</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSCATCD</td>
      <td>Study Survey ID</td>
      <td>Char(36)</td>
      <td>The system-generated unique ID of the survey in the study collection</td>
    </tr>
    <tr>
      <td>QSCATDIS</td>
      <td>Survey Display Label</td>
      <td>Char(100)</td>
      <td>The display label of the survey</td>
    </tr>
    <tr>
      <td>QSSEQ</td>
      <td>Question Number</td>
      <td>Char(255)</td>
      <td>The question number of this question</td>
    </tr>
    <tr>
      <td>QSSPID</td>
      <td>Repeating Question Entry Instance</td>
      <td>Num(3)</td>
      <td>
        <ul>
          <li>For a block in a repeating section, this value is the instance of the entry of this repeating question.</li>
          <li>Does not populate for a block in a non-repeating section.</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSTEST</td>
      <td>Question</td>
      <td>None enforced, typically Char(2500)</td>
      <td>The question text</td>
    </tr>
    <tr>
      <td>QSGRPID</td>
      <td>Repeating Question Section Name</td>
      <td>Char(100)</td>
      <td>
        <ul>
          <li>For a block in a repeating section, this value is the name of the section of the repeating block</li>
          <li>Does not populate for a block in a non-repeating section</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSTESTCD</td>
      <td>Question Unique Identifier</td>
      <td>Char(100)</td>
      <td>The unique ID of this question within the survey</td>
    </tr>
    <tr>
      <td>QSTYPE</td>
      <td>Question Type</td>
      <td>Char(100)</td>
      <td>
        <ul>
          <li>For survey questions, the type of question</li>
          <li>For calculated scores, “score”</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSMETHOD</td>
      <td>Question Method</td>
      <td>Char(100)</td>
      <td>
        <ul>
          <li>For survey questions, the method by which the question was answered.</li>
          <li>For calculated scores, “Score”</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSSTAT</td>
      <td>Question Status</td>
      <td>Char(8)</td>
      <td>
        <ul>
          <li>The status of the question</li>
          <li>Populates as NOT DONE if the respondent selected an optional answer</li>
          <li>Does not populate if the respondent provided a standard response</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSREASND</td>
      <td>Question Not Done Reason</td>
      <td>None enforced, typically Char(100)</td>
      <td>
        <ul>
          <li>If the respondent selected an optional answer, the selected value</li>
          <li>Does not populate if the respondent selected or provided a standard response</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSORRES</td>
      <td>Answer</td>
      <td>Char(1500)</td>
      <td>
        <ul>
          <li>For question blocks, the value selected or provided by the respondent
            <ul>
              <li>For more information about interactive image answers, see the <a href="/en/gr/14835/#interactive-image-answers">Interactive Image Answers</a> section.</li>
              <li>For attachment blocks, the filename is included.</li>
            </ul>
          </li>
          <li>For calculated scores, the score value and any text configured to appear with the score</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSORRESU</td>
      <td>Answer Label</td>
      <td>Char(100)</td>
      <td>
        <ul>
          <li>Only populates for number entry questions</li>
          <li>The label of the number entry question’s answer field</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSSTRESC</td>
      <td>Answer Unique ID</td>
      <td>Char(1500)</td>
      <td>
        <ul>
          <li>The unique ID for the value selected or provided by the respondent</li>
          <li>Answers that do not have an ID (eg. number scale value) are included as-is</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSSTRESU</td>
      <td>Answer Name</td>
      <td>Char(100)</td>
      <td>
        <ul>
          <li>Only populates for number entry questions</li>
          <li>The unique ID of the number entry question’s answer field</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSDRVFL</td>
      <td>Derived Flag</td>
      <td>Char(1)</td>
      <td>
        <ul>
          <li>Populates as Y if the data was derived by a scoring calculation</li>
          <li>Does not populate if the data represents a survey question</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSTESTDT</td>
      <td>Question Completion Time (UTC)</td>
      <td>date</td>
      <td>
        <ul>
          <li>The UTC datetime when the question was completed by the respondent.</li>
          <li>Does not populate if the survey was transcribed. <strong>Note:</strong> If viewing in Excel, review the date format to make sure it is displayed how you expect. Otherwise it is displayed in a regionally expected format.</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSLANG</td>
      <td>Language</td>
      <td>Char(200)</td>
      <td>The language the survey was displayed in at the time the respondent submitted the survey</td>
    </tr>
    <tr>
      <td>QSDTCST</td>
      <td>Start Time (UTC)</td>
      <td>date</td>
      <td>
        <ul>
          <li>The UTC datetime when the question was started by the respondent.</li>
          <li>Does not populate if the survey was transcribed.</li>
          <li><strong>Note:</strong> If viewing in Excel, review the date format to make sure it is displayed how you expect. Otherwise it is displayed in a regionally expected format.</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSDTC</td>
      <td>Completion Time (UTC)</td>
      <td>date</td>
      <td>
        <ul>
          <li>The UTC datetime when the survey was submitted by the respondent.</li>
          <li>If the survey was transcribed, this is the original assessment datetime in UTC, as entered during the transcription. If an original assessment time was not provided, the time will be displayed as 00:00:00.</li>
          <li>Note: If viewing in Excel, review the date format to make sure it is displayed how you expect. Otherwise it is displayed in a regionally expected format.</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSTZ</td>
      <td>Time Zone</td>
      <td>Char(200)</td>
      <td>
        <ul>
          <li><strong>ePRO:</strong> The time zone of the respondent at the time they submitted the survey.</li>
          <li><strong>eClinRO:</strong> The time zone of the site at the time the site staff submitted the survey.</li>
          <li>If the survey was transcribed, this is the timezone entered during the transcription.</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>QSEVAL</td>
      <td>Completed By</td>
      <td>Char(200)</td>
      <td>
        <ul>
          <li>The user who completed the survey</li>
          <li>The value of PARTICIPANT, CAREGIVER, and/or SITE STAFF is always displayed in this field.</li>
        </ul>
      </td>
    </tr>
  </tbody>
</table>

#### Interactive Image Answers (QSORRES) {#interactive-image-answers}
* **PainDETECT**: For the PainDETECT interactive image, the answer is a label that refers to the region selected by the user. Labels are defined by Veeva. See <a class="download-link " href="https://platform.veevavault.help/assets/downloads/eCOA_PainDETECT_Possible_Answers.csv" target="_blank" rel="noopener">eCOA PainDETECT Possible Answers<i class="fa fa-download" aria-hidden="true"></i></a> for a comprehensive list of labels.
* **Joint Counts**: For Joint Count interactive images in the MK domain, the answer is either **Y** (selected) or **N** (not selected) for the row that corresponds to a specific joint and laterality. See <a class="download-link " href="https://platform.veevavault.help/assets/downloads/eCOA_r26.1_Joint-Count-Answer-Formats_Joint-Count-28.csv" target="_blank" rel="noopener">Joint Count 28<i class="fa fa-download" aria-hidden="true"></i></a>, <a class="download-link " href="https://platform.veevavault.help/assets/downloads/eCOA_r26.1_Joint-Count-Answer-Formats_Joint-Count-44.csv" target="_blank" rel="noopener">Joint Count 44<i class="fa fa-download" aria-hidden="true"></i></a>, <a class="download-link " href="https://platform.veevavault.help/assets/downloads/eCOA_r26.1_Joint-Count-Answer-Formats_Joint-Count-66.csv" target="_blank" rel="noopener">Joint Count 66<i class="fa fa-download" aria-hidden="true"></i></a>, or <a class="download-link " href="https://platform.veevavault.help/assets/downloads/eCOA_r26.1_Joint-Count-Answer-Formats_Joint-Count-68.csv" target="_blank" rel="noopener">Joint Count 68<i class="fa fa-download" aria-hidden="true"></i></a> for a comprehensive .CSV list of joint rows.

### Participant Events Specifications {#participant-events-specifications}

Exporting participant events data from Study Home generates a .CSV file with the following data:

<table>
  <thead>
    <tr>
      <th>Actual Column Heading</th>
      <th>Description of Data</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Study</td>
      <td>The study number in eCOA Vault.</td>
    </tr>
    <tr>
      <td>Site</td>
      <td>The study site number in eCOA Vault.</td>
    </tr>
    <tr>
      <td>Participant ID</td>
      <td>The participant’s ID as entered by the site.</td>
    </tr>
    <tr>
      <td>Event</td>
      <td>The label of the event.</td>
    </tr>
    <tr>
      <td>Event Sequence</td>
      <td>The sequence label of the event.</td>
    </tr>
    <tr>
      <td>Event Datetime</td>
      <td>
        <ul>
          <li>The datetime entered for the event.</li>
          <li>Full timestamp without time zone.</li>
          <li>Displayed in the timezone it was entered in.</li>
          <li>Format: yyyy-MM-ddTHH:mm:ss</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Populated By</td>
      <td>
        <ul>
          <li>The type of user that entered the event datetime.</li>
          <li>Either System or User is populated.</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Scheduled Date</td>
      <td>When it has an anchor event, this is the calculated expected date.</td>
    </tr>
    <tr>
      <td>Scheduled Window</td>
      <td>The number of days before and days after that comprise the scheduled window of availability. For example, -3/+2 days</td>
    </tr>
    <tr>
      <td>Last Updated</td>
      <td>
        <ul>
          <li>The timestamp from the last update to the actual event datetime.</li>
          <li>Displayed as a full timestamp without the timezone that it was entered in</li>
          <li>Format: yyyy-MM-dd'T'HH:mm:ss</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Time Zone</td>
      <td>The timezone of the site. For example, Eastern Time (UTC-04:00).</td>
    </tr>
  </tbody>
</table>

### Participant Groups Specifications {#participant-groups-specifications}

Exporting participant groups data from Study Home generates a .CSV file with the following data:

<table>
  <thead>
    <tr>
      <th>Actual Column Heading</th>
      <th>Description of Data</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Study</td>
      <td>The study number in eCOA Vault.</td>
    </tr>
    <tr>
      <td>Site</td>
      <td>The study site number in eCOA Vault</td>
    </tr>
    <tr>
      <td>Participant ID</td>
      <td>The participant’s ID as entered by the site.</td>
    </tr>
    <tr>
      <td>Participant Status</td>
      <td>
        <ul>
          <li>The participant’s eCOA status.</li>
          <li>Options include ACTIVE or INACTIVE.</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Group Type</td>
      <td>The Group Type.</td>
    </tr>
    <tr>
      <td>Group</td>
      <td>The Group for the corresponding Group Type that the site assigned the participant to.</td>
    </tr>
  </tbody>
</table>

### Compliance Data Specifications {#compliance-data-specifications}

Exporting compliance data from Study Home generates a .CSV file with the data below. When exporting the report, you can select whether datestimes are in UTC or local time of where the data was collected. 

<table>
  <thead>
    <tr>
      <th>Column Heading</th>
      <th>Description of Data</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Study Number</td>
      <td>The study number in eCOA Vault</td>
    </tr>
    <tr>
      <td>Site ID</td>
      <td>The study site number in eCOA Vault.</td>
    </tr>
    <tr>
      <td>Participant ID</td>
      <td>The participant’s ID as entered by the site</td>
    </tr>
    <tr>
      <td>Event Label</td>
      <td>The label of the survey’s start event</td>
    </tr>
    <tr>
      <td>Event Sequence</td>
      <td>The sequence number of the survey’s start event</td>
    </tr>
    <tr>
      <td>Additional Schedule Detail</td>
      <td>Details of the schedule that triggered the survey</td>
    </tr>
    <tr>
      <td>Item Type</td>
      <td>
        <ul>
          <li>The type of the survey</li>
          <li>This field always populates as either ePRO Survey or eClinRO Survey.</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Item Unique ID</td>
      <td>The system-generated unique ID of this completed survey or survey part.</td>
    </tr>
    <tr>
      <td>Item Parent Unique ID</td>
      <td>The parent survey’s unique ID. Populates only for multi-part or composite surveys, otherwise null.</td>
    </tr>
    <tr>
      <td>Item Label</td>
      <td>The survey’s label</td>
    </tr>
    <tr>
      <td>Item Instance</td>
      <td>
        <ul>
          <li>The instance of the survey.</li>
          <li>For As-Needed surveys, the instance number indicates the number of times it has been filled out.</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Item Display Label</td>
      <td>The survey’s display label</td>
    </tr>
    <tr>
      <td>Assigned To</td>
      <td>
        <ul>
          <li>The role of the person responsible for responding to the survey.</li>
          <li>The value of PARTICIPANT, CAREGIVER, or SITE STAFF is displayed in this field.</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Adherence Status</td>
      <td>
        <ul>
          <li>The adherence status of the survey</li>
          <li>Options include AVAILABLE, COMPLIANT, INTENTIONALLY LEFT BLANK, LATE, and MISSED. <strong>Note:</strong> Reports with an adherence status of CANCELED are excluded from this report.
            <ul>
              <li>AVAILABLE: Survey is available for completion.</li>
              <li>COMPLIANT: Survey was submitted before the due datetime. Transcribed surveys are also marked as COMPLIANT.</li>
              <li>INTENTIONALLY LEFT BLANK: Survey was marked as intentionally left blank by the site.</li>
              <li>LATE: Survey was submitted after the due datetime. This occurs if the respondent has the survey open when the window closes.</li>
              <li>MISSED: Survey was not completed before the due datetime.</li>
            </ul>
          </li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Origin</td>
      <td>When the adherence status is COMPLIANT, this indicates whether the survey was completed electronically (SOURCE) or transcribed later (TRANSCRIBED).</td>
    </tr>
    <tr>
      <td>Transcription Datetime (UTC)</td>
      <td>The UTC datetime when a transcribed survey was submitted.</td>
    </tr>
    <tr>
      <td>Transcription Reason</td>
      <td>The transcription reason the transcriber selected.</td>
    </tr>
    <tr>
      <td>First Available Datetime</td>
      <td>The datetime when the survey first became available to the respondent</td>
    </tr>
    <tr>
      <td>Due Datetime (UTC)</td>
      <td>The UTC datetime when the survey was due for the respondent</td>
    </tr>
    <tr>
      <td>Start Datetime (UTC)</td>
      <td>
        <ul>
          <li>The UTC datetime when the respondent started the survey</li>
          <li>Only populates if the survey was started</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Completion Datetime (UTC)</td>
      <td>
        <ul>
          <li>The UTC datetime when the respondent submitted the survey</li>
          <li>If the survey was transcribed, this is the UTC datetime when the assessment was entered. If a time is not provided, the time will be displayed as 00:00:00.</li>
          <li>Only populates if the survey was submitted</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Completion Time Zone</td>
      <td>
        <ul>
          <li>The time zone of the respondent at the time they submitted the survey.</li>
          <li>If the survey was transcribed, this is the timezone entered during the transcription.</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Completed By</td>
      <td>
        <ul>
          <li>Who completed the survey</li>
          <li>The value of PARTICIPANT, CAREGIVER, or SITE STAFF is displayed in this field.</li>
          <li>Only populates if the survey was submitted</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Completed By (Site User)</td>
      <td>
        <ul>
          <li>The username of the site user that completed the survey</li>
          <li>Only populates for eClinRO surveys if the survey was submitted</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Database Entry Datetime (UTC)</td>
      <td>
        <ul>
          <li>The UTC datetime when the data for the survey entered the database</li>
          <li>Only populates if the survey was submitted</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Platform</td>
      <td>
        <ul>
          <li>The application platform the respondent used to submit the survey</li>
          <li>For ePRO surveys, options include Android, iOS, and Web</li>
          <li>For eClinRO surveys, Web is displayed</li>
          <li>Only populates if the survey was submitted</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Language</td>
      <td>The language the survey was displayed in at the time the respondent submitted the survey or the survey was due</td>
    </tr>
  </tbody>
</table>

### Data Changes Specifications {#data-changes-specifications}

Exporting data changes data from Study Home generates a .CSV file with the data specifications below. Survey questions that have been changed or removed are included in this report.


<div class="note-border alert-info">
  <div class="alert alert-info" role="alert">
    <div><i class="far fa-info-circle"></i></div>
    <div class="alert-text">
      <p><strong>Note</strong>: The report includes data changed by the following actions:</p>
<ul>
<li>Changing survey responses</li>
<li>Removing surveys</li>
<li>Restoring removed surveys</li>
</ul>
    </div>
  </div>
</div>



<table>
  <thead>
    <tr>
      <th>Column Heading</th>
      <th>Description of Data</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Study Number</td>
      <td>The study number in eCOA Vault</td>
    </tr>
    <tr>
      <td>Site ID</td>
      <td>The study site number in eCOA Vault.</td>
    </tr>
    <tr>
      <td>Participant ID</td>
      <td>The participant’s ID as entered by the site.</td>
    </tr>
    <tr>
      <td>Event Label</td>
      <td>The label of the survey’s start event</td>
    </tr>
    <tr>
      <td>Event Sequence</td>
      <td>The sequence number of the survey’s start event</td>
    </tr>
    <tr>
      <td>Additional Schedule Detail</td>
      <td>Details of the schedule which triggered the survey</td>
    </tr>
    <tr>
      <td>Survey Type</td>
      <td>
        <ul>
          <li>The type of the survey</li>
          <li>This field always populates as either ePRO Survey or eClinRO Survey.</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Survey Unique ID</td>
      <td>The system-generated unique ID of this completed survey or survey part</td>
    </tr>
    <tr>
      <td>Survey Response Version</td>
      <td>The version of the completed survey. If applicable, this will be a value of 2 or higher, because the initial version does not count as a data change.</td>
    </tr>
    <tr>
      <td>Survey</td>
      <td>The survey’s label</td>
    </tr>
    <tr>
      <td>Data Change ID</td>
      <td>The ID for the data change.</td>
    </tr>
    <tr>
      <td>Entry Instance</td>
      <td>
        <ul>
          <li>For a block in a repeating section, this value is the instance of the entry of this repeating question.</li>
          <li>Does not populate for a block in a non-repeating section.</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Question</td>
      <td>The question text</td>
    </tr>
    <tr>
      <td>Method</td>
      <td>
        <ul>
          <li>For survey questions, the method by which the question was answered.</li>
          <li>For calculated scores, “Score”</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Previous Value</td>
      <td>
        <ul>
          <li>The old value of the referenced field within the item being audited</li>
          <li>Does not populate if no old value exists</li>
          <li>Examples include “No”, “Easy”, and “Pain Survey”</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>New Value</td>
      <td>
        <ul>
          <li>The new value of the referenced field within the item being audited</li>
          <li>Does not populate if no new value exists</li>
          <li>Examples include “Yes”, “Moderate”, and “New Pain Survey”</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Reason for Change</td>
      <td>Contains the reason for a data change entered by the user that performed the change</td>
    </tr>
    <tr>
      <td>Vault Username</td>
      <td>The username of the eCOA Vault user who performed the action</td>
    </tr>
    <tr>
      <td>Date Change Datetime (UTC)</td>
      <td>The UTC datetime of when the data change was made.</td>
    </tr>
    <tr>
      <td>Initial Completion Datetime (UTC)</td>
      <td>The UTC datetime when the respondent initially submitted the survey.</td>
    </tr>
  </tbody>
</table>

## Audit Trail Reports 

### Studio and Study Home Specifications {#studio-and-study-home-specifications}

Exporting Studio and Study Home audit trail data from Study Home generates a .CSV file with the following data:

<table>
  <thead>
    <tr>
      <th>Column Heading</th>
      <th>Description of Data</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Vault ID</td>
      <td>The ID of the eCOA Vault</td>
    </tr>
    <tr>
      <td>Study ID</td>
      <td>The study ID in eCOA Vault</td>
    </tr>
    <tr>
      <td>Study Name</td>
      <td>The study number in eCOA Vault</td>
    </tr>
    <tr>
      <td>User ID</td>
      <td>The ID of the eCOA Vault user who performed the action</td>
    </tr>
    <tr>
      <td>Vault Username</td>
      <td>The username of the eCOA Vault user who performed the action</td>
    </tr>
    <tr>
      <td>Action Performed at (UTC)</td>
      <td>The UTC datetime when the action was performed</td>
    </tr>
    <tr>
      <td>Audit Action</td>
      <td>
        <ul>
          <li>The action being audited</li>
          <li>Examples include CREATE_COLLECTION, ADD_LANGUAGE, UPVERSION_STUDY_SURVEY, and CAREGIVER_ASSIGNED</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Event Description</td>
      <td>
        <ul>
          <li>Full description of the audited event</li>
          <li>Examples include Collection created, Language added, Study Survey up-versioned, and Caregiver assigned to a participant</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Item Name</td>
      <td>
        <ul>
          <li>The label of the type of item being audited</li>
          <li>Examples include COLLECTION, EVENT, and STUDY_SURVEY</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Item ID</td>
      <td>The ID of the audited item</td>
    </tr>
    <tr>
      <td>Item Data</td>
      <td>
        <ul>
          <li>The referenced data within the item being audited</li>
          <li>Examples include Collection v1 : Study Withdrawal and Collection v1 : Japanese (ja)</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Field</td>
      <td>
        <ul>
          <li>The referenced field within the item being audited</li>
          <li>Does not populate if no field exists</li>
          <li>Examples include reviewed, licensed, and display_label</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Old Value</td>
      <td>
        <ul>
          <li>The old value of the referenced field within the item being audited</li>
          <li>Does not populate if no old value exists</li>
          <li>Examples include “No”, “Easy”, and “Pain Survey”</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>New Value</td>
      <td>
        <ul>
          <li>The new value of the referenced field within the item being audited</li>
          <li>Does not populate if no new value exists</li>
          <li>Examples include “Yes”, “Moderate”, and “New Pain Survey”</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Reason for Change</td>
      <td>Contains the reason for change entered by the user that performed the change</td>
    </tr>
  </tbody>
</table>

### Site Non-Clinical Data {#site-non-clinical-data-specifications}

Exporting site non-clinical audit trail data from Studio generates a .CSV file with the following data:

<table>
  <thead>
    <tr>
      <th>Column Heading</th>
      <th>Description of Data</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Vault ID</td>
      <td>The ID of the eCOA Vault</td>
    </tr>
    <tr>
      <td>Study ID</td>
      <td>The ID of the study in eCOA Vault</td>
    </tr>
    <tr>
      <td>Study Name</td>
      <td>The study number in eCOA Vault.</td>
    </tr>
    <tr>
      <td>Site ID</td>
      <td>The study site number in eCOA Vault.</td>
    </tr>
    <tr>
      <td>Site Number</td>
      <td>The study site number in eCOA Vault</td>
    </tr>
    <tr>
      <td>Participant ID</td>
      <td>
        <ul>
          <li>The participant’s ID as entered by the site</li>
          <li>Does not populate if action was not performed on a specific participant</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>User ID</td>
      <td>The ID in eCOA Vault of the user who performed the action</td>
    </tr>
    <tr>
      <td>Vault Username</td>
      <td>The username in eCOA Vault of the site user who performed the action</td>
    </tr>
    <tr>
      <td>Action Performed at (UTC)</td>
      <td>The UTC datetime when the action was performed</td>
    </tr>
    <tr>
      <td>Audit Action</td>
      <td>
        <ul>
          <li>The action being audited</li>
          <li>Examples include ACTIVATE_PARTICIPANT, UPDATE_CONTACT, and SITE_DOWNLOAD_REPORT</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Event Description</td>
      <td>
        <ul>
          <li>Full description of the audited event</li>
          <li>Examples include Collection created, Language added, Study Survey up-versioned, and Caregiver assigned to a participant</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Item Name</td>
      <td>
        <ul>
          <li>The label of the item being audited</li>
          <li>Examples include PARTICIPANT, USER, SURVEY, EVENT, and STUDY_SURVEY</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Item ID</td>
      <td>The ID of the audited item</td>
    </tr>
    <tr>
      <td>Item Data</td>
      <td>
        <ul>
          <li>The referenced data within the item being audited</li>
          <li>Examples include Collection Version : 2.0 : Languages : en-US,fr-FR</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Field</td>
      <td>
        <ul>
          <li>The referenced field within the item being audited</li>
          <li>Does not populate if no field exists</li>
          <li>Examples include reviewed, licensed, and display_label</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Old Value</td>
      <td>
        <ul>
          <li>The old value of the referenced field within the item being audited</li>
          <li>Does not populate if no old value exists</li>
          <li>Examples include No, Easy, and Pain Survey</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>New Value</td>
      <td>
        <ul>
          <li>The new value of the referenced field within the item being audited</li>
          <li>Does not populate if no new value exists</li>
          <li>Examples include Yes, Moderate, and New Pain Survey</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Reason for Change</td>
      <td>Contains the reason for change entered by the user who performed the change</td>
    </tr>
  </tbody>
</table>

### Site Clinical Data {#site-clinical-data-specifications}

Exporting site clinical audit trail data from Studio generates a .CSV file with the following data:

<table>
  <thead>
    <tr>
      <th>Column Heading</th>
      <th>Description of Data</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Vault ID</td>
      <td>The ID of the eCOA Vault</td>
    </tr>
    <tr>
      <td>Study ID</td>
      <td>The ID of the study in eCOA Vault</td>
    </tr>
    <tr>
      <td>Study Name</td>
      <td>The study number in eCOA Vault.</td>
    </tr>
    <tr>
      <td>Site ID</td>
      <td>The study site ID in eCOA Vault.</td>
    </tr>
    <tr>
      <td>Site Number</td>
      <td>The study site number in eCOA Vault</td>
    </tr>
    <tr>
      <td>Participant ID</td>
      <td>
        <ul>
          <li>The participant’s ID as entered by the site</li>
          <li>Does not populate if action was not performed on a specific participant</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>User ID</td>
      <td>The ID of the user who performed the action</td>
    </tr>
    <tr>
      <td>Vault Username</td>
      <td>The username of the site user who performed the action</td>
    </tr>
    <tr>
      <td>Action Performed at (UTC)</td>
      <td>The UTC datetime when the action was performed</td>
    </tr>
    <tr>
      <td>Audit Action</td>
      <td>
        <ul>
          <li>The action being audited</li>
          <li>Examples include ACTIVATE_PARTICIPANT, UPDATE_CONTACT, and SITE_DOWNLOAD_REPORT</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Event Description</td>
      <td>
        <ul>
          <li>Full description of the audited event</li>
          <li>Examples include Collection created, Language added, Study Survey up-versioned, and Caregiver assigned to a participant</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Item Name</td>
      <td>
        <ul>
          <li>The label of the item being audited</li>
          <li>Examples include PARTICIPANT, USER, SURVEY, EVENT, and STUDY_SURVEY</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Item ID</td>
      <td>The ID of the audited item</td>
    </tr>
    <tr>
      <td>Item Data</td>
      <td>
        <ul>
          <li>The referenced data within the item being audited</li>
          <li>Examples include Collection Version : 2.0 : Languages : en-US,fr-FR</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Field</td>
      <td>
        <ul>
          <li>The referenced field within the item being audited</li>
          <li>Does not populate if no field exists</li>
          <li>Examples include reviewed, licensed, and display_label</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Old Value</td>
      <td>
        <ul>
          <li>The old value of the referenced field within the item being audited</li>
          <li>Does not populate if no old value exists</li>
          <li>Examples include No, Easy, and Pain Survey</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>New Value</td>
      <td>
        <ul>
          <li>The new value of the referenced field within the item being audited</li>
          <li>Does not populate if no new value exists</li>
          <li>Examples include Yes, Moderate, and New Pain Survey</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Reason for Change</td>
      <td>Contains the reason for change entered by the user who performed the change</td>
    </tr>
  </tbody>
</table>

## Criteria Check Reports

### Criteria Check Event Output Specifications {#criteria-check-event-output-specifications}

Exporting criteria check rule output data from Studio generates a .CSV file with the following data:

<table>
  <thead>
    <tr>
      <th>Actual Column Heading</th>
      <th>Description of Data</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>ID</td>
      <td>The system-generated unique ID of the row in the data export.</td>
    </tr>
    <tr>
      <td>Study</td>
      <td>The study number in eCOA Vault.</td>
    </tr>
    <tr>
      <td>Global Study ID</td>
      <td>The unique ID of the study in eCOA Vault</td>
    </tr>
    <tr>
      <td>Site</td>
      <td>The study site number in eCOA Vault</td>
    </tr>
    <tr>
      <td>Participant</td>
      <td>The participant’s ID as entered by the site.</td>
    </tr>
    <tr>
      <td>Event</td>
      <td>The label of the criteria check event associated with this rule output</td>
    </tr>
    <tr>
      <td>Rule Execution Datetime (UTC)</td>
      <td>The UTC datetime when the criteria check was executed.</td>
    </tr>
    <tr>
      <td>Rule Execution Datetime</td>
      <td>
        <ul>
          <li>The local datetime of the site where the criteria check was executed.</li>
          <li>The timestamp includes the local offset from UTC.</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Time Zone</td>
      <td>The time zone of the site where the criteria check was executed. For example, Eastern Time (UTC-04:00).</td>
    </tr>
    <tr>
      <td>[Dynamic Columns: Rule Expression Calculation]</td>
      <td>
        <ul>
          <li>The report will include a column whose header value comes from the criteria name for each expression configured in the rule, for example max_temp.</li>
          <li>If no data is available for a criteria, the cell will be left blank.</li>
          <li>If a criteria name is changed, a new column will be added for it on the report.</li>
        </ul>
      </td>
    </tr>
  </tbody>
</table>

## Outbound API Reports

### Outbound API Call Log Specifications {#outbound-api-call-log-specifications}

Exporting the daily API call log from Studio provides a technical record of all communication between Veeva eCOA and external systems. Each row in the log represents a specific event that triggered an API call. Logs will be empty if no outbound calls were made.

<table>
  <thead>
    <tr>
      <th>Column Heading</th>
      <th>Description of Data</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Internal ID</td>
      <td>The unique ID generated for each log item</td>
    </tr>
    <tr>
      <td>Execution ID</td>
      <td>The ID that links the log to detailed log data</td>
    </tr>
    <tr>
      <td>Instance ID</td>
      <td>The ID that tracks data updates when information is changed or removed</td>
    </tr>
    <tr>
      <td>Correlation Group ID</td>
      <td>The ID of the rule group associated with the API call</td>
    </tr>
    <tr>
      <td>Outbound Integration Config ID</td>
      <td>The ID that identifies the credentials used for the outbound API integration</td>
    </tr>
    <tr>
      <td>Study Participant ID</td>
      <td>The unique internal study participant ID that is being used for the rule evaluation</td>
    </tr>
    <tr>
      <td>Execution Type</td>
      <td>
        <ul>
          <li>The type of rule associated with the API call</li>
          <li>Examples include SURVEY and CRITERIA_CHECK</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Status</td>
      <td>
        <ul>
          <li>The status of the API call</li>
          <li>Examples include PENDING, SUCCESS, MAPPING_FAILURE, EXCEPTION, and DISABLED</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Call Type</td>
      <td>
        <ul>
          <li>The type of the API call</li>
          <li>Examples include EDC_UPDATE_FORM_DATA</li>
        </ul>
      </td>
    </tr>
    <tr>
      <td>Sponsor Study ID</td>
      <td>The unique ID of the study in MyVeeva</td>
    </tr>
    <tr>
      <td>Failure Reason</td>
      <td>The response reason for API call failure</td>
    </tr>
    <tr>
      <td>Created At (UTC)</td>
      <td>The time the log was created at</td>
    </tr>
    <tr>
      <td>Updated At (UTC)</td>
      <td>The time the log was last updated</td>
    </tr>
    <tr>
      <td>Resolved At (UTC)</td>
      <td>The time the log call was completed</td>
    </tr>
  </tbody>
</table>