Template

Subprocessor notice email template for SaaS teams

Use this when you need to tell customers about a vendor change, explain the impact in plain language, and preserve proof that the notice went out on time.

Operational template, not legal advice.

This page helps you organize a customer notice. It does not decide whether the notice is required or whether your agreement needs a different process.

When to use this email

A subprocessor notice email is usually appropriate when a SaaS team adds a new vendor, changes a vendor's role, changes a processing region, or needs to document a customer objection window.

Confirm the DPA or customer agreement first so you know the notice period, recipient rules, and escalation path before sending anything.

Subject line options

Direct

Upcoming subprocessor update

Plain-language

We are updating our vendor list

Change-focused

New vendor added to our subprocessor list

Segmented

Notice for customers under our DPA

Fields to gather first

  • Vendor name and public website.
  • Service purpose in customer-facing language.
  • Data categories affected.
  • Processing region or transfer context.
  • Notice date and planned effective date.
  • Objection deadline based on the controlling agreement.
  • Subprocessor page URL.
  • Internal owner and reviewer.

Email template

Subject: Upcoming subprocessor update

Hello {{customer_name}},

We are updating our subprocessor list to add {{vendor_name}} for {{service_purpose}}. This vendor may process {{data_categories}} for {{affected_customer_segment}}. Processing may occur in {{processing_region}}.

Notice date: {{notice_date}}
Planned effective date: {{effective_date}}
Objection deadline: {{objection_deadline}}

If your agreement includes a right to object, please send any objection through {{objection_method}} by the deadline above so we can review it before the change takes effect.

The updated subprocessor page is here: {{subprocessor_page_url}}.

Regards,
{{sender_name}}

Short version

Subject: Subprocessor list update

We plan to add {{vendor_name}} as a subprocessor for {{service_purpose}} on {{effective_date}}. The vendor may process {{data_categories}} in {{processing_region}}. If your agreement includes objection rights, please send any objection by {{objection_deadline}} through {{objection_method}}. The updated subprocessor page is available at {{subprocessor_page_url}}.

Evidence to keep

The email copy is only one part of the workflow. Keep the supporting record so procurement, counsel, or customer success can verify what was sent later.

  • Final sent copy of the email.
  • Recipient list or customer segment definition.
  • Send timestamp and sender address.
  • Screenshot or archived copy of the public subprocessor page.
  • Objections received and resolution notes.
  • Internal approval note from privacy, security, legal, or leadership.

Common mistakes

Sending without a deadline

If the customer cannot see the objection deadline, the notice is harder to action and harder to prove later.

Writing only to legal readers

Customers need a plain summary of the vendor, the data involved, and the effect on them, not contract jargon.

Using one message for every segment

Enterprise customers can have different notice windows or recipients. Segment before sending.

Losing proof after the send

Archive the sent copy, recipient list, and page proof before the objection window closes.

Need the working files?

NoticeKit Starter includes notice variants, a subprocessor list template, an objection-window tracker, and an evidence log for one vendor change.

See pricing