Персональні дані гостей: що можна зберігати

Заклад збирає більше даних, ніж думає. Номер для броні, пошта з квитанції, адреса доставки, історія замовлень, а в цифровому меню ще й те, що людина дивилася й не купила.

Питання не в тому, чи можна це збирати. Питання в тому, навіщо саме вам це потрібно.

Що заклад збирає непомітно

Номер телефона. Броні, доставка, повідомлення про готовність.

Пошта. Квитанції, розсилки, реєстрація.

Адреса. Доставка.

Історія замовлень. Що брали, коли, на скільки.

Дані оплати. Останні чотири цифри картки, ім'я власника. Повний номер картки заклад не бачить ніколи: він живе в еквайра.

Поведінка в меню. Що відкривали, скільки часу дивилися, що поклали в кошик і не оформили.

Останній пункт найменш очевидний і найбільш чутливий. Аналітика меню корисна бізнесу, але вона має бути знеособленою: скільки людей відкрило категорію, а не що дивився конкретний Андрій.

Правило мінімуму

Найпрактичніший принцип у всій темі: збирайте тільки те, без чого не працює конкретна функція.

Для броні потрібні ім'я, телефон, час, кількість людей. Не потрібні пошта, дата народження й адреса.

Для доставки потрібні адреса, телефон, час. Не потрібна історія попередніх замовлень на іншу адресу.

Для замовлення за столиком потрібен номер стола. Взагалі нічого більше.

Для чека на пошту потрібна пошта. І бажання гостя її дати.

Кожне поле, яке ви збираєте «про всяк випадок», це дані, які ви зобов'язані охороняти, а користі з них немає.

Гостьове меню без реєстрації

Це та річ, яку варто зробити свідомо.

Гість, який сканує код на столику, не має реєструватися, щоб подивитися меню. Ніколи. Це і незручно, і зайвий збір даних.

Для замовлення теж достатньо номера стола. Ім'я й телефон потрібні лише там, де без них не працює логіка: доставка, навиніс із готовністю до певного часу, бронювання.

Заклади, які просять реєстрацію на вході в меню, втрачають частину гостей на цьому кроці й отримують натомість базу, з якою не знають що робити.

Скільки зберігати

Закон формулює це як «не довше, ніж потрібно для мети». Практичні орієнтири.

Останній рядок важливий: знеособлені дані це вже не персональні дані, і на них обмеження не поширюються. Тому агрегувати аналітику вигідно і з юридичного боку, і з практичного.

Коли гість просить видалити

Він має на це право, і відмовити ви не можете, крім випадків, коли дані потрібні для виконання закону.

Порядок простий.

Прийміть запит. Через пошту, вказану в політиці приватності.

Перевірте, що це справді він. Не вимагайте паспорт: достатньо, щоб запит прийшов із того самого контакту, який зберігається.

Видаліть у розумний строк. Тридцять днів це нормально, швидше краще.

Не видаляйте те, що зобов'язані зберігати. Фіскальні документи й бухгалтерія підпадають під інші строки, і це законна підстава лишити частину даних.

Відповідайте письмово. Один рядок про те, що зроблено.

Що з цим робить постачальник системи

Якщо ви користуєтеся сервісом меню чи обліку, він обробляє дані ваших гостей за вашим дорученням.

Що варто перевірити до підписання:

Де фізично зберігаються дані. Україна, ЄС чи США. Це впливає на те, які правила застосовуються.

Чи є договір про обробку. Не тільки умови користування, а окремий документ про персональні дані.

Кому передаються дані далі. Аналітика, розсилки, платіжний провайдер.

Що станеться при розірванні. Чи віддадуть вам вивантаження й чи видалять свою копію.

Чи можна видалити конкретного гостя. Технічно, а не в теорії.

П'ять питань, які варто поставити письмово. Відповіді на них знадобляться, якщо колись прийде запит від гостя або від Уповноваженого.

Мінімальний порядок для закладу

1. Випишіть, які дані ви збираєте й навіщо кожне поле.
2. Приберіть те, що не використовується.
3. Викладіть політику приватності з робочою адресою для запитів.
4. Домовтеся, хто читає цю адресу.
5. Перевірте, що меню відкривається без реєстрації.
6. Перевірте, що можна видалити конкретного гостя, а не тільки всю базу.

Пів дня роботи один раз.