Handle GDPR data deletion requests with Slack

Open on n8n.io

$20/month : Unlimited workflows

2500 executions/month

Try free

THE #1 IN WEB SCRAPING

Scrape any website without limits

Try free

HOSTINGER

Early Deal
DISCOUNT 20%

Self-hosted n8n

Unlimited workflows - from $4.99/mo

Try free

#1 hub for scraping, AI & automation

6000+ actors - $5 credits/mo

Try free

Important notice

This workflow is provided as-is. Please review and test before using in production.

1. Workflow Overview

This workflow automatically deletes user data from different apps/services when a specific slash command is issued in Slack. Watch this [talk and demo](https://www.youtube.com/watch?v=jG2aCOF0ICg&t...

Best for

Miscellaneous automation workflows
advanced n8n builders looking for reusable templates

Tools used

n8n-nodes-base.webhook, n8n-nodes-base.respondtowebhook, n8n-nodes-base.set, n8n-nodes-base.switch, n8n-nodes-base.if, n8n-nodes-base.executeworkflow, n8n-nodes-base.airtable, n8n-nodes-base.function

Source and attribution

This workflow is cataloged by N8N Workflows and links back to its original n8n.io source page by Tom.

Original n8n.io source

1.1 Workflow description

Title: Handle GDPR data deletion requests with Slack
Workflow name: Handle GDPR data deletion requests with Slack

This workflow automatically deletes user data from different apps/services when a specific slash command is issued in Slack.

Watch this talk and demo to learn more about this use case. The demo uses Slack, but Mattermost is Slack-compatible, so you can also connect Mattermost in this workflow.

Prerequisites

Accounts and credentials for the apps/services you want to use.
Some basic knowledge of JavaScript.

Nodes

Webhook node triggers the workflow when a Slack slash command is issued.
IF nodes confirm Slack's verification token and verify that the data has the expected format.
Set node simplifies the payload.
Switch node chooses the correct path for the operation to perform.
Respond to Webhook nodes send responses back to Slack.
Execute Workflow nodes call sub-workflows tailored to deleting data from each individual service.
Function node, Crypto node, and Airtable node generate and store a log entry containing a hash value.
HTTP Request node sends the final response back to Slack.

1.2 Logical Blocks

This catalog entry is organized from the workflow JSON. The node-level section below shows the executable blocks available for review before importing the template.

2. Block-by-Block Analysis

Block 1 - Receive Slash Command

Type / Role: n8n-nodes-base.webhook - webhook
Config choices: Version 1

Block 2 - Reject

Type / Role: n8n-nodes-base.respondToWebhook - respondToWebhook
Config choices: Version 1

Block 3 - Set

Type / Role: n8n-nodes-base.set - set
Config choices: Version 1

Block 4 - Read Command

Type / Role: n8n-nodes-base.switch - switch
Config choices: Version 1

Block 5 - Wrong Command Error

Type / Role: n8n-nodes-base.respondToWebhook - respondToWebhook
Config choices: Version 1

Block 6 - Acknowledge

Type / Role: n8n-nodes-base.respondToWebhook - respondToWebhook
Config choices: Version 1

Block 7 - Empty Email?

Type / Role: n8n-nodes-base.if - if
Config choices: Version 1

Block 8 - Missing Email Error

Type / Role: n8n-nodes-base.respondToWebhook - respondToWebhook
Config choices: Version 1

Block 9 - Valid Token?

Type / Role: n8n-nodes-base.if - if
Config choices: Version 1

Block 10 - Paddle Data Deletion

Type / Role: n8n-nodes-base.executeWorkflow - executeWorkflow
Config choices: Version 1

Block 11 - Customer.io Data Deletion

Type / Role: n8n-nodes-base.executeWorkflow - executeWorkflow
Config choices: Version 1

Block 12 - Zendesk Data Deletion

Type / Role: n8n-nodes-base.executeWorkflow - executeWorkflow
Config choices: Version 1

Block 13 - Airtable

Type / Role: n8n-nodes-base.airtable - airtable
Config choices: Version 1

Block 14 - Prepare Log Entry

Type / Role: n8n-nodes-base.function - function
Config choices: Version 1

Block 15 - Crypto

Type / Role: n8n-nodes-base.crypto - crypto
Config choices: Version 1

Block 16 - Respond to Slack

Type / Role: n8n-nodes-base.httpRequest - httpRequest
Config choices: Version 1

3. Summary Table

Workflow	Handle GDPR data deletion requests with Slack
Complexity	advanced
Nodes	16
Categories	Miscellaneous
Author	Tom
Published	17 Feb 2022

4. Reproducing the Workflow from Scratch

1. Download the workflow JSON

Use the JSON export at /data/workflows/1455/1455.json as the source template for this automation.
2. Import the template into n8n

Open n8n, import the downloaded JSON, and review each node before activating the workflow.
3. Configure credentials and variables

Replace placeholder credentials, API keys, webhook URLs, account IDs, and environment-specific values with your own settings.
4. Test with sample data

Run the workflow manually or in a staging workspace, inspect node output, and confirm downstream systems receive the expected data.
5. Activate and monitor

Enable the workflow only after testing, then monitor executions, errors, and rate limits during the first production runs.

5. General Notes & Resources

Review imported nodes carefully before activation. This catalog entry is intended to help you inspect the workflow structure, understand required services, and find related templates faster.

Node names, credentials, schedules, webhook paths, and external service limits may need adjustment for your workspace.

Download workflow JSON Original n8n.io source Miscellaneous workflows

Frequently asked questions

What does Handle GDPR data deletion requests with Slack do?

What do I need before importing this workflow?

Review the workflow JSON, configure any required credentials in n8n, and test the automation in a safe workspace before using it in production.

Can I customize this workflow?

Yes. Use the block-by-block analysis and the downloadable JSON to inspect each node, then adjust credentials, prompts, schedules, filters, or destinations for your Miscellaneous use case.

Tom

22 workflows

Nodes

n8n-nodes-base.webhook n8n-nodes-base.respondtowebhook n8n-nodes-base.set n8n-nodes-base.switch n8n-nodes-base.if n8n-nodes-base.executeworkflow n8n-nodes-base.airtable n8n-nodes-base.function

Complexity

advanced

Published 17 Feb 2022

Likes 0

View on n8n.io Download Workflow

Install path: /data/workflows/1455/1455.json

Share Your Workflow

Have a useful automation to share? Publish it and help the community.

Submit Your Template How to Submit

Related Workflows

Predict airport queue wait times and email alerts with OpenAI and SendGrid

## Quick Overview This workflow accepts traveler flight details via webhook or runs every 5 minutes, predicts airport queue wait times with a custom JavaScript model, generates an alert message using OpenAI, emails the traveler via SendGrid, and logs the prediction to Google Sheets. ## How it works 1. Receives a POST request to a webhook with traveler/flight details or runs on a 5-minute schedule. 2. Normalizes the incoming data into a consistent context (flight, airport/terminal, traveler contact details, and live queue inputs). 3. Waits briefly to throttle processing, then calculates predicted security, immigration, and boarding wait times plus risk flags and an optimal arrival time. 4. Sends the prediction to OpenAI to generate a short, traveler-friendly alert message. 5. Formats the final alert payload (alert level, email subject/body) and prepares a row for tracking. 6. Sends the alert email through the SendGrid Mail Send API and appends the prediction record to a Google Sheets tab. ## Setup 1. Configure the webhook URL in the system that submits traveler requests (POST to `/airport-queue-check`) or enable the schedule trigger for proactive runs. 2. Add OpenAI credentials and select the chat model used to generate the traveler message. 3. Add Google Sheets OAuth2 credentials and replace `YOUR_SHEET_ID` and the target range (for example, `Predictions!A1:append`) in the Google Sheets request URL. 4. Add your SendGrid API key by replacing `YOUR_SENDGRID_API_KEY` in the Authorization header, and update the sender/recipient fields (including ensuring `travelerEmail` is provided by the trigger payload).

View

Send transactional SMS with the OVHcloud SMS API

## Quick overview This workflow manually triggers an HTTP request to the OVHcloud SMS API, signing it with your OVH application credentials to send a transactional SMS to a specified phone number. ## How it works 1. Runs when you manually execute the workflow. 2. Sets the OVHcloud API credentials, SMS service name, sender, and target API region. 3. Defines the SMS recipient number and message text to send. 4. Generates the OVHcloud request URL, JSON body, timestamp, and SHA1-based X-Ovh-Signature headers. 5. Sends a POST request to the OVHcloud endpoint `/sms/{serviceName}/jobs` to create an SMS sending job. ## Setup 1. Create OVHcloud API application credentials (Application Key and Application Secret) and a Consumer Key with SMS permissions. 2. Replace the placeholder values for `APPLICATION_KEY`, `APPLICATION_SECRET`, `CONSUMER_KEY`, `SMS_SERVICE_NAME`, `SMS_SENDER`, and `OVH_REGION`. 3. Update the `receiver` (E.164 format) and `message` fields with the SMS details you want to send, and ensure your OVHcloud SMS account has available credits. ## Requirements - OVH account - SMS credits (API account)

View

Tutor English chat messages using OpenRouter with Postgres memory and log to Supabase

## Quick overview This workflow receives English practice messages via a webhook, uses an OpenRouter chat model with Postgres-backed conversation memory to generate tutoring feedback, logs the exchange to Supabase, and returns the tutor’s reply as a JSON response. ## How it works 1. Receives a POST webhook request containing a `user_id` and `message`. 2. Extracts and standardizes the incoming fields so the workflow has clean `user_id` and `message` values. 3. Sends the message to an AI English tutor powered by OpenRouter, using Postgres chat memory keyed by `user_id` to maintain per-student context. 4. Logs the tutor output to a Supabase `conversations` table along with the user identifier and original message. 5. Returns a JSON response to the caller containing the tutor’s reply. ## Setup 1. Add an OpenRouter API credential and (optionally) choose a different model in the OpenRouter chat model configuration. 2. Add Postgres credentials and ensure the database is reachable from n8n so chat memory can persist sessions by `user_id`. 3. Add Supabase credentials and create a `conversations` table, then confirm the mapped columns (`user_id`, `role`, `message`) match your schema. 4. Copy the webhook URL from n8n and configure your app to POST a JSON body with `user_id` and `message` to that endpoint.

View

Need Custom Automation?

Get help designing a custom n8n workflow that connects your stack and fits your process.

Handle GDPR data deletion requests with Slack

Workflow preview

Important notice

1. Workflow Overview

Best for

Tools used

Source and attribution

1.1 Workflow description

Prerequisites

Nodes

1.2 Logical Blocks

2. Block-by-Block Analysis

Block 1 - Receive Slash Command

Block 2 - Reject

Block 3 - Set

Block 4 - Read Command

Block 5 - Wrong Command Error

Block 6 - Acknowledge

Block 7 - Empty Email?

Block 8 - Missing Email Error

Block 9 - Valid Token?

Block 10 - Paddle Data Deletion

Block 11 - Customer.io Data Deletion

Block 12 - Zendesk Data Deletion

Block 13 - Airtable

Block 14 - Prepare Log Entry

Block 15 - Crypto

Block 16 - Respond to Slack

3. Summary Table

4. Reproducing the Workflow from Scratch

1. Download the workflow JSON

2. Import the template into n8n

3. Configure credentials and variables

4. Test with sample data

5. Activate and monitor

5. General Notes & Resources

Frequently asked questions