> ## Documentation Index
> Fetch the complete documentation index at: https://vaquill.ai/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Vendor and Sub-processor Registry

> Track third-party vendors, their DPA status, data categories, and renewal dates, with automatic DPA review

The Vendor Registry is the inventory privacy and procurement teams are expected to keep: who your vendors are, which of them are sub-processors, what data each touches, whether a DPA is signed, and when the contract renews.

It is the record you produce when a customer's security questionnaire or a regulator asks for your sub-processor list.

<Frame caption="The vendor registry: DPA status, risk tier, and renewal window per vendor">
  <img src="https://mintcdn.com/vaquill/2UMb7US0EYXDhATr/images/vendors-registry.webp?fit=max&auto=format&n=2UMb7US0EYXDhATr&q=85&s=d00433395e878613fecb4133f6a8c652" alt="Screenshot of the Vendors and Sub-processors registry showing eight vendors with type, risk tier, DPA status, and renewal countdown" style={{ borderRadius: '0.5rem' }} width="1712" height="1070" data-path="images/vendors-registry.webp" />
</Frame>

## When to use it

* Maintaining the sub-processor inventory GDPR Article 30 and customer DPAs require
* Tracking which vendors have a signed DPA and which are still outstanding
* Getting ahead of renewals rather than discovering them after auto-renewal
* Answering "what data does this vendor touch, and where does it live?" without a spreadsheet hunt

## What a vendor record holds

| Field                           | Purpose                                                                         |
| ------------------------------- | ------------------------------------------------------------------------------- |
| Name, website, contact email    | Identification                                                                  |
| Vendor type                     | What kind of supplier this is                                                   |
| **Sub-processor flag**          | Whether they process personal data on your behalf. Drives your Article 30 list. |
| Risk tier                       | Your own classification, for prioritizing review                                |
| Data categories                 | What kinds of data they touch                                                   |
| Processing purpose              | Why they touch it                                                               |
| Data region                     | Where it is processed, which drives transfer analysis                           |
| DPA status and signed date      | Whether the agreement exists and when it was signed                             |
| Contract start and renewal date | The dates that matter                                                           |
| Reminder lead days              | How far ahead of renewal you want warning                                       |
| Linked client or matter         | Ties the vendor to the engagement it belongs to                                 |

## Getting vendors in

<AccordionGroup>
  <Accordion title="Import from CSV or Excel" icon="file-arrow-up">
    Bulk import from a spreadsheet, which is how most teams start, since the list usually already exists somewhere. Download the import template first so the columns line up.
  </Accordion>

  <Accordion title="Extract from a DPA" icon="wand-magic-sparkles">
    Point Vaquill at an uploaded DPA and it extracts the vendor details from the agreement itself: parties, data categories, processing purpose, region, dates.

    Extraction is **fill-if-empty**: it never overwrites a value you set by hand. Your corrections survive re-extraction.
  </Accordion>

  <Accordion title="Add manually" icon="plus">
    Create the record directly and attach documents to it later.
  </Accordion>
</AccordionGroup>

## Automatic DPA review

Run **Analyze DPA** on a vendor and the attached agreement is reviewed, with the findings written onto the vendor record. You get the compliance posture attached to the vendor rather than sitting in a separate document you have to remember to open.

For a deeper pass across many DPAs at once, including SCC module fit and Schrems II transfer analysis, use the [DPA Reviewer workflow](/docs/workflows/built-in/dpa-reviewer).

## Working with vendor documents

Documents attached to a vendor are more than storage:

* **Summarize** any attached document
* **Chat** with it, scoped to that document
* **Attach a draft** you already created elsewhere

## Export

Export the registry at any time. This is the artifact you hand to a customer's security review or attach to your Article 30 record.

## Limitations

* The registry records what you and your documents tell it. It does not discover shadow vendors or scan your spend.
* Renewal reminders are based on the dates on the record. A date you never entered cannot warn you.
* Automatic DPA review reads the agreement as uploaded; it does not verify the vendor's actual practice, sub-processor chain, or security posture.
* Risk tier is your classification, not a Vaquill assessment.

## Related

<CardGroup cols={2}>
  <Card title="DPA Review" icon="lock" href="/docs/guides/dpa-review">
    Reviewing a single data processing agreement.
  </Card>

  <Card title="DPA Reviewer workflow" icon="lock" href="/docs/workflows/built-in/dpa-reviewer">
    Batch review across every vendor DPA at once.
  </Card>

  <Card title="Obligations Tracker" icon="calendar" href="/docs/workflows/built-in/obligations-renewal-tracker">
    Renewal and notice deadlines across a whole contract portfolio.
  </Card>

  <Card title="Privacy Audit workflow" icon="user-shield" href="/docs/workflows/built-in/privacy-data-protection-audit">
    Your privacy posture across policies and DPAs together.
  </Card>
</CardGroup>
