## Opening the audit activity view for a project
In Atloria, start from the main workspace after you sign in. Open the project you want to review, then go to the project area where activity, audit history, or related administrative records are available. If you need help getting back to the right project workspace first, use [Working with Project Lists and Dashboards](doc:working-with-project-lists-and-dashboards) or [Understanding Project Navigation and Linked Workspaces](doc:understanding-project-navigation-and-linked-workspaces).

1. Open the correct project from your project list or dashboard.
2. Check the project name at the top of the page before reviewing any records.
3. Move to the area that shows project activity or audit history.
4. Look for the main list of recorded events.

When the audit activity view is open, focus on the columns and labels shown in the list. In most audit-style views, you will be looking for details such as the date and time of the event, the person who performed it, the action that happened, and the related item affected by that action. These details help you confirm that you are reviewing the right project history before you export anything.

[SCREENSHOT: Project workspace with the audit or activity area open and the project name visible at the top]

If your role in Atloria includes broader administrative access, you may see more detail in each row or additional actions in the toolbar, including export options. If you do not see an **Export** button or cannot open some activity details, that usually means your current access level does not include those controls. In that case, confirm your permissions with someone who manages user access in Atloria, or review [Managing User Access and Administrative Permissions](doc:managing-user-access-and-administrative-permissions).

## Reviewing activity records to find the events you need
Once you are in the project’s audit activity view, read the list from newest to oldest or oldest to newest, depending on how the screen is arranged. This helps you reconstruct what happened during a release, review period, or approval cycle without jumping between unrelated records.

1. Start by scanning the full list to understand the overall sequence of changes.
2. Narrow the list using any available filters, such as date range, user, event type, or related item.
3. Use the search box if you need to find a specific person, action, or record reference.
4. Open a single activity entry when you need more detail than the list view shows.

If you are investigating a specific issue, filtering first usually gives you a cleaner export later. For example, if you only need records tied to a review period, set the date range before you search. If you are checking who changed a document or version status, filter by the person or by the action label shown in the activity list. This is especially helpful when a project has a long history and the list contains many routine updates.

Look closely at the wording used in each row. The action label often tells you whether the event relates to creation, editing, approval, publishing, access, or another project change. The related item reference helps you connect that row to the document, version, or project record involved.

[SCREENSHOT: Audit activity list with filters, search, and several rows showing date, user, action, and related item]

If you already know how to create exports, avoid repeating the full export setup from [Exporting Audit and Version Records](doc:exporting-audit-and-version-records). Here, the goal is to refine the activity list first so the exported file contains only the records you actually need.

## Interpreting audit record details for compliance and review
After you open an individual activity record, use the detail view to confirm exactly what happened. This is where Atloria becomes most useful for compliance review, internal checks, and release follow-up, because the detail view gives context that may not be visible in the main list.

The most important fields to read are usually the event time, the user who performed the action, the action itself, and the related project item. Together, these fields answer four practical questions: **when** it happened, **who** did it, **what** they did, and **what it affected**.

| Field to review | What it tells you |
|---|---|
| Date and time | When the event happened |
| User | Who performed the action |
| Action or event | What change or activity occurred |
| Related item | Which project record, document, or version was affected |

Use these details to separate routine activity from entries that matter for formal review. Routine updates may include ordinary edits or expected workflow steps. Audit-significant entries are the ones you may need to retain, explain, or follow up on, such as status changes, approval-related actions, publishing changes, or unexpected access activity.

If the record includes a linked reference, open that related item to verify the underlying source. For example, an activity row may point you back to a document, a version, or another project record. This is useful when you need to prove that the audit entry matches a real change in the project workspace rather than relying only on the summary text in the activity list.

[SCREENSHOT: Individual audit record detail showing date, user, action, and related item information]

When you review details this way, you can tell whether the entry reflects creation, modification, a status update, or access-related activity. That distinction matters when you prepare records for compliance or internal review.

## Exporting the audit records you selected
After you have narrowed the activity list to the records you need, use the export controls in the audit or activity area. In Atloria, it is best to filter first and export second, because this reduces cleanup work and makes the exported file easier to review.

1. Apply the date, user, event, or related-item filters that match your review purpose.
2. Check the visible list to confirm it contains the right records.
3. Click the **Export** action in the toolbar or activity area.
4. If Atloria offers more than one export scope, choose the option that matches your current review.
5. Open the exported file and confirm the expected records are included.

Some export actions may use the current filtered list, while others may include a broader set of project activity. If Atloria presents a choice, select the scope carefully. For a focused compliance request, use the filtered results. For a broader internal review, use the larger project activity range if that option is available.

Before you send or store the export, spot-check the output. Make sure it includes the key information you need for review:

- Date or timestamp
- User
- Action or event
- Related item or record reference

[SCREENSHOT: Audit activity toolbar with filters applied and the Export action highlighted]

If the exported file does not match what you expected, return to the activity list and confirm whether your filters were still active when you started the export. This is the most common reason an export contains too many or too few rows. For a broader comparison of export types in Atloria, see [Choosing the Right Export for Sharing Review or Archiving](doc:choosing-the-right-export-for-sharing-review-or-archiving).

## Using exported audit data for documentation and operational follow-up
An audit export is most useful when you can connect each row back to real project activity in Atloria. After exporting, compare the file with the project’s activity list, version history, approval records, or related document changes so your team can use it as evidence rather than just as a raw report.

You may use exported audit data in several ways:

- Attach it to an internal review or retention process
- Support a release check when someone asks who changed what and when
- Investigate unusual project activity
- Keep a consistent record for recurring compliance requests

When you review the exported rows, look for entries that need follow-up. Examples include unexpected changes during a review window, actions that appear without the expected approval step, or activity from a user you did not expect to be involved. In those cases, use the related item reference in the export to go back into the project workspace and confirm the current state of the document, version, or project record.

It also helps to organize exports in a repeatable way. Group them by project, by review period, or by audit purpose so future requests are easier to answer. If your team regularly handles release evidence, approval checks, or retention reviews, consistent naming and storage practices will save time when someone requests the same type of records again.

[SCREENSHOT: Exported audit file open beside the project activity list for comparison]

Because audit exports may include user names and project details, handle the file according to your organization’s internal access rules. Only share it with the people who need it for review, approval, or compliance work. If your team also reviews security-related activity, pair this process with [Reviewing Security and Audit Controls](doc:reviewing-security-and-audit-controls).

## Fixing common problems with missing records or incomplete exports
If the audit list or export does not look right, start with the project and filters before assuming the records are missing. In Atloria, most audit export issues come from viewing the wrong project, leaving an old filter in place, or exporting a different scope than expected.

1. Recheck the project name at the top of the page.
2. Review any active date filters, user filters, and event filters.
3. Compare the visible list with what you expected to export.
4. Try opening a few individual records to confirm the details are present.
5. Run the export again after correcting the filters or scope.

If no expected activity appears, make sure you are in the correct project workspace. Then clear or adjust the date range and event-type filters. A narrow filter can hide valid records without making it obvious that the list is incomplete.

If some details are missing from individual entries, your role may not include access to full record information or linked item details. This can also affect whether you see an **Export** action at all. When that happens, check with an Atloria administrator who manages access and permissions.

If the export contains too many rows, the export may have included the full project activity instead of only the filtered list. If it contains too few rows, one or more filters may still be active. Always compare the exported result with the on-screen list before sharing the file.

[SCREENSHOT: Audit activity view showing active filters and an export result that needs to be checked]

For broader admin-side visibility into access and reporting areas, see [Using the Admin Workspace](doc:using-the-admin-workspace) and [Monitoring Administrative Analytics and Activity](doc:monitoring-administrative-analytics-and-activity).

## Overview
- In Atloria, project audit activity helps you review who did what, when it happened, and which project item was affected.
- The most reliable workflow is: open the correct project, review the activity list, narrow the results with filters, inspect important entries, and then export only the records you need.
- Audit records are especially useful for compliance reviews, release checks, approval follow-up, and investigating unexpected project changes.
- The main details to verify before exporting are the date and time, the user, the action label, and the related item reference.
- If you already need the basic export flow, refer back to [Exporting Audit and Version Records](doc:exporting-audit-and-version-records). This guide focuses on managing the activity list and interpreting the records before and after export.
- Export results are easier to use when you organize them consistently by project, review period, or audit purpose.
- If records appear incomplete, first check the selected project, active filters, and whether your role allows full audit visibility and export access.

[SCREENSHOT: Audit activity page showing a filtered list ready for export]

This guide fits best when you are actively reviewing project history and need a practical way to turn that history into a usable export for internal review or retention work.

## Prerequisites
- You can sign in to Atloria and open the project workspace you need to review. If needed, see [Accessing and Registering Your Atloria Account](doc:accessing-and-registering-your-atloria-account) and [Signing In to Atloria and Solving Access Problems](doc:signing-in-to-atloria-and-solving-access-problems).
- You know which project you need to review and can confirm its name before checking activity records.
- You have access to the project’s activity or audit area.
- If you need to export records, your role must include access to the **Export** action in that area.
- You should already understand the basic export process from [Exporting Audit and Version Records](doc:exporting-audit-and-version-records), since this guide builds on that workflow instead of repeating it.
- It helps to know the review period, user, event type, or related item you are looking for before you start filtering the activity list.
- If your work involves administrative review across teams or organizations, you may also need the access described in [Managing Organization and Admin Settings](doc:managing-organization-and-admin-settings) or [Managing User Access and Administrative Permissions](doc:managing-user-access-and-administrative-permissions).

For the next step in this audit export workflow, continue with [Managing Audit Record Exports for Compliance](doc:managing-audit-record-exports-for-compliance).