DOCUMENT OPS

Sub-processor page diff to privacy review queue

Scrapes a vendor's public sub-processor page on a schedule, diffs it against the last captured snapshot.

CategoryDocument Ops
Enginesim
Difficultyintermediate
Triggerschedule
Steps6
Setup~15 min

How it runs

The automated pipeline, trigger to output.

  • TriggerWeekly schedule fires the sub-processor check
  • ActionFirecrawl scrapes and extracts the sub-processor tableFirecrawl
  • ActionLoad prior snapshot and diff added/removed rowsPostgreSQLPostgres
  • LogicStop if the diff is empty
  • ActionOpen a Linear privacy review issue with the diffLinearLinear
  • OutputNotify privacy owner in Slack and save new snapshotSlack

What it does

Watches a single vendor's public sub-processor list (the page they publish to satisfy GDPR transparency) and detects when sub-processors are added, removed, or relocated. Every change becomes a tracked privacy review with the diff attached, so no silent supply-chain shift slips past your DPA obligations.

When to use it

Use it for any critical vendor whose DPA requires you to be notified of sub-processor changes and gives you an objection window. Set one copy per vendor, or parameterize the URL. Ideal when the vendor only publishes changes to a web page and never emails you.

How it works

  1. 1A weekly schedule fires the check.
  2. 2Firecrawl scrapes the sub-processor page and extracts the entity table as structured rows.
  3. 3The flow loads the prior snapshot from Postgres and computes added/removed/changed rows.
  4. 4A logic step exits quietly if the diff is empty.
  5. 5On any change, it creates a Linear issue titled with the vendor and change count, embedding the before/after diff.
  6. 6It posts the same diff to the privacy Slack channel, @-mentioning the owner.
  7. 7The new snapshot is written back to Postgres as the next baseline.

Set it up

What you configure once, before turning it on.

  1. 1
    Connect FirecrawlCrawl, scrape, structured extract.
  2. 2
    Connect PostgresAny Postgres URL — query, write, migrate.
  3. 3
    Connect LinearIssues, projects, cycles, triage.
  4. 4
    Connect SlackChannels, DMs, threads, mentions.
  5. 5
    Set each agent's modelWe leave models unset so you pick the tier — fast + cheap, or top-quality.
  6. 6
    Tune it to your dataEdit the prompts, filters, and field mappings so it matches how your team works.
  7. 7
    Test, then turn it onRun once against a sample, confirm the output, then enable the trigger.

Run this workflow in your colony.

14-day trial. No DevOps. No Sales call. Provisioned in under a minute.