درخواست پاک‌سازی داده

چه کسی می‌تواند درخواست بدهد#

پاک‌سازی داده در سطح سازمان انجام می‌شود و بالاترین اختیار غیرپلتفرمی را می‌خواهد: اختیار «مدیریت سازمان»، که روی نردبان نقش‌ها رتبه ۷۰ است. یعنی فقط «مالک سازمان» و مدیر پلتفرم. هر نقش دیگری پاسخ 403 می‌گیرد.

این تنها جایی است که فاصله «مدیر سازمان» و «مالک سازمان» عملا به چشم می‌آید: آن دو در بقیه کارهای روزمره تقریبا یکسان‌اند، ولی حذف برگشت‌ناپذیر داده فقط از مالک برمی‌آید. نردبان کامل در نقش ها و محدودیت های داده آمده است.

اختیار موثر از بیشترین نقشی می‌آید که فرد از مسیرهای مختلف دارد، ولی نقش باید روی همان سازمانی باشد که درخواست برایش ثبت می‌شود. یک نکته دیگر هم هست: اگر با جعل هویت و در حالت «فقط خواندنی» وارد شده باشید، درخواست رد می‌شود.

درخواست چطور ثبت می‌شود#

امروز صفحه‌ای در کنسول برای این کار وجود ندارد. درخواست یک فراخوانی API است که با نشست ورود خودتان به کنسول انجام می‌شود — کلید سرور اینجا کار نمی‌کند، چون این مسیر بخشی از سطح مدیریتی است، نه سطح دریافت داده.

curl -X POST "https://api.adpix.io/api/v1/admin/erasure?organization_id=<ORG>" \
  -H 'Content-Type: application/json' \
  -b 'ap_admin=<your session cookie>' \
  -d '{"email":"person@example.com"}'

curl -X POST "https://api.adpix.io/api/v1/admin/erasure?organization_id=<ORG>" \
  -H 'Content-Type: application/json' \
  -b 'ap_admin=<your session cookie>' \
  -d '{"phone":"+989121234567"}'

{
  "ok": true,
  "global_user_id": "…",
  "anonymous_ids_erased": 3,
  "request_id": "erase_…"
}

سه راه برای مشخص کردن فرد وجود دارد و یکی از آن‌ها کافی است:

• email — با ایمیل نرمال‌شده تطبیق داده می‌شود.
• phone — حتما در قالب بین‌المللی با کد کشور. این مسیر کد کشور پیش‌فرض دارایی را اعمال نمی‌کند، پس شماره ملی مثل 0912… فقط با ردیف‌هایی می‌خواند که خودشان بدون کد کشور ذخیره شده باشند.
• global_user_id — اگر از قبل شناسه را دارید؛ مثلا پاسخ فراخوانی‌های سمت سرور آن را برمی‌گرداند.

دقیقا چه چیزی حذف می‌شود#

ادپیکس اول فرد را به یک کاربر سراسری در آن سازمان می‌رساند، بعد هر شناسه ناشناسی را که با یال هویتی به او وصل است جمع می‌کند — چه یال قطعی (شناسایی صریح، پیوند ایمیل، پیوند شماره، شناسه اولیه ناشناس) و چه یال احتمالی اثر انگشت. بعد این‌ها را حذف می‌کند:

از همان لحظه، گزارش‌ها آن فرد را برنمی‌گردانند. کار شبانه‌ای در کار نیست و چیزی در صف نمی‌ماند.

هر درخواست در گزارش ممیزی به‌عنوان یک رویداد پاک‌سازی داده ثبت می‌شود: چه کسی، کِی، کدام سازمان، کدام شناسه کاربر سراسری و چند شناسه ناشناس — بدون خود اطلاعات هویتی. همین ردیف، مدرک شما برای «انجام شد» است.

چه چیزی عمدا می‌ماند#

• ردیف اتریبیوشن سفارش. شماره سفارش، مبلغ، ارز، وضعیت، عکس ثابت کانال و شناسه کاربر سراسری سر جایشان می‌مانند. اطلاعات هویتی پشت آن شناسه پاک می‌شود، پس شناسه به یک عدد بی‌نام تبدیل می‌شود. این یک سابقه کسب‌وکاری است و گزارش‌های مالی به آن تکیه می‌کنند.
• ردیف خالی کاربر. خود ردیف کاربر سراسری حذف نمی‌شود، فقط تهی می‌شود؛ همان لنگری است که ردیف‌های سفارش به آن اشاره می‌کنند.
• ردیف گزارش ممیزی خودِ پاک‌سازی.
• سوابق رضایت. مدرک اینکه چه انتخابی و کِی ثبت شده باقی می‌ماند؛ آدرس IP در آن‌ها هش شده است و هرگز خام ذخیره نمی‌شود.
• هر چیزی که قبلا به بیرون رفته. اگر رویدادها را با وب‌هوک یا ماژول CRM به سیستم دیگری داده‌اید، پاک‌سازی ادپیکس به آنجا نمی‌رسد.
• نسخه‌های پشتیبانی که پیش از درخواست گرفته شده‌اند، تا وقتی به‌طور طبیعی جایگزین نشوند.

ترتیب درست کارها#

ادپیکس این کنترل و این سابقه را در اختیارتان می‌گذارد. اینکه به یک درخواست باید در چه بازه‌ای و با چه شرایطی پاسخ بدهید، تصمیمی است که با مشاور حقوقی خودتان می‌گیرید.

عمر خودکار هر کلاس داده — که مسیری کاملا جداست — در نگه داشت داده آمده و منطق اینکه یک شناسه ناشناس چطور به یک فرد می‌رسد در ادپیکس چطور بازدیدکننده‌ها را می‌شناسد.

پرسش‌های پرتکرار#

مطالب مرتبط#