حریم خصوصی داده مشتری رستوران در اتریش: راهنمای عملی GDPR
راهنمای عملی حریم خصوصی داده مشتری رستوران در اتریش؛ از نقشه داده و اطلاعرسانی تا دسترسی، نگهداری، درخواست مشتری و نقض داده.
- Bahram Davoodi
رستوران برای رزرو، سفارش، تحویل و ارتباط با مشتری ممکن است نام، شماره تماس، نشانی، تاریخچه سفارش و یادداشتهای مهمان را ثبت کند. این اطلاعات باید برای هدف مشخص، با دسترسی محدود و مدت نگهداری قابلتوجیه مدیریت شوند.
هدف جمعآوری را مشخص کنید
برای هر داده روشن کنید چرا لازم است؛ برای نمونه شماره تماس برای تأیید رزرو یا نشانی برای تحویل سفارش. اطلاعات نباید بدون هدف تعریفشده جمعآوری شوند.
فقط داده ضروری را بگیرید
فرم رزرو و سفارش باید به اطلاعاتی محدود شود که برای ارائه خدمت لازم هستند. پرسشهای اضافی، یادداشتهای نامرتبط و نگهداری بیدلیل اطلاعات، ریسک را افزایش میدهند.
شفافیت برای مشتری
مشتری باید بداند چه مجموعهای داده را دریافت میکند، داده برای چه هدفی استفاده میشود، چه مدت نگهداری خواهد شد و از چه مسیرهایی میتواند درخواست مرتبط با اطلاعات خود را مطرح کند.
رزرو و بازاریابی را جدا کنید
ارائه شماره تماس برای تأیید رزرو بهتنهایی به معنی پذیرش پیام بازاریابی نیست. وضعیت ارتباط خدماتی و رضایت بازاریابی باید جدا ثبت و قابلمدیریت باشند.
دسترسی بر اساس نقش
کارکنان سالن ممکن است برای پذیرش به نام و یادداشت رزرو نیاز داشته باشند، اما لزوماً نباید به همه سوابق خرید یا اطلاعات تماس کامل دسترسی داشته باشند. اصل دسترسی بر اساس نیاز کاری رعایت شود.
یادداشتهای حساس
یادداشتهای مشتری باید کوتاه، واقعی و مرتبط با خدمت باشند. از ثبت قضاوت شخصی یا اطلاعات حساس غیرضروری خودداری شود.
نگهداری و حذف
برای اطلاعات رزرو، مشتری، تحویل و بازاریابی دوره بازبینی و حذف تعریف شود. مدتها ممکن است با هدف پردازش و تعهدات قانونی متفاوت باشند و باید توسط متخصص محلی تأیید شوند.
امنیت و رویدادهای دسترسی
رمز عبور مناسب، نقشهای محدود، ثبت تغییرات و فرایند مشخص برای دستگاه گمشده یا دسترسی غیرمجاز ضروری هستند.
درخواست مشتری
رستوران باید مسیر داخلی مشخصی برای شناسایی درخواست، بررسی هویت، یافتن داده و پاسخ هماهنگ داشته باشد. جزئیات حقوقی و زمانبندی پاسخ پیش از انتشار باید بازبینی شوند.
نقشه داده و هدف پردازش بسازید
نام، شماره تماس، نشانی تحویل، تاریخچه سفارش، ترجیح زبانی، یادداشت رزرو و رضایت بازاریابی اهداف یکسانی ندارند. برای هر دسته داده، هدف، مبنای پردازش، محل نگهداری، دریافتکنندگان، مدت بازبینی و مسئول داخلی مشخص شود.
نقش رستوران و ارائهدهندگان نرمافزار
در بسیاری از سناریوها رستوران درباره هدف و روش اصلی استفاده از داده مشتری تصمیم میگیرد و مسئول پردازش است. ارائهدهنده رزرو، ایمیل، پرداخت یا نرمافزار ممکن است پردازشگر یا در برخی جریانها دارای نقش متفاوت باشد. قرارداد پردازش، زیرپردازشگرها، امنیت و مسیر بازگرداندن یا حذف داده باید بررسی شوند.
اطلاعرسانی پیش از پردازش
اطلاعات حریم خصوصی باید پیش از یا هنگام جمعآوری در دسترس باشد و با زبان روشن، هویت مسئول، هدفها، دریافتکنندگان، مدت یا معیار نگهداری و راه اعمال حقوق را توضیح دهد. قرار دادن یک پیوند مبهم بدون ارتباط با فرم رزرو یا سفارش، شفافیت عملی ایجاد نمیکند.
دادههای رزرو را از بازاریابی جدا کنید
نام و شماره تماس برای اجرای رزرو یا اطلاع تغییر زمان میتوانند لازم باشند، اما افزودن مخاطب به خبرنامه هدف دیگری است. وضعیت رضایت یا مبنای بازاریابی، تاریخ ثبت و لغو باید جدا نگهداری شود و لغو اشتراک نباید مانع پیام ضروری همان رزرو شود.
یادداشتهای آلرژن و اطلاعات حساس
یادداشت درباره آلرژی یا وضعیت سلامت میتواند اطلاعات حساستری ایجاد کند. فقط اطلاعات ضروری برای خدمت ثبت شود، از توضیحهای غیرمرتبط پرهیز گردد و دسترسی و مدت نگهداری محدودتر باشد. رویه عملیاتی ایمنی غذا باید مستقل از پروفایل بازاریابی باقی بماند.
ماتریس نگهداری و حذف
داده رزرو انجامشده، سفارش و سند مالی، نشانی تحویل، حساب مشتری، شکایت و رضایت بازاریابی دورههای یکسانی ندارند. برای هر هدف، زمان بازبینی، حذف یا ناشناسسازی تعریف شود. تعهدات مالی یا دفاع از ادعا ممکن است نگهداری متفاوتی نیاز داشته باشند و باید توسط متخصص اتریش تأیید شوند.
دسترسی نقشمحور و ثبت رویداد
پذیرش ممکن است نام، زمان و تعداد مهمان را ببیند؛ مدیر میتواند سابقه شکایت مرتبط را نیاز داشته باشد؛ اما همه کارکنان به شماره کامل، نشانی و تاریخچه خرید نیاز ندارند. حسابهای مشترک، صادرات بدون دلیل و جستوجوی کنجکاوانه باید با دسترسی محدود، شناسه شخصی و ثبت رویداد کنترل شوند.
درخواستهای مشتری
یک مسیر داخلی برای دریافت، تأیید هویت، جستوجوی داده در سیستمهای مرتبط، بررسی استثناها و پاسخ ثبتشده تعیین شود. حقوق میتوانند شامل اطلاع، دسترسی، اصلاح، حذف، محدودسازی، انتقال و اعتراض باشند. طبق راهنمای رسمی اتریش، پاسخ به درخواستهای مشمول در حالت عادی باید حداکثر ظرف یک ماه مدیریت شود و تمدید فقط در شرایط مقرر انجام گیرد.
خروج داده و حذف در چند سامانه
داده مشتری ممکن است در رزرو، صندوق، سفارش آنلاین، ایمیل و فایلهای صادراتی وجود داشته باشد. فرایند درخواست یا حذف باید همه محلهای مرتبط و پردازشگران را پوشش دهد. حذف از رابط اصلی بهتنهایی اثبات حذف کامل نیست؛ نسخه پشتیبان و الزامات نگهداری نیز به سیاست روشن نیاز دارند.
رخداد امنیتی و نقض داده
گمشدن تبلت، ارسال فایل به گیرنده اشتباه، دسترسی کارمند سابق یا حمله سایبری باید سریع ثبت، مهار و ارزیابی شوند. در صورت وجود ریسک، مسئول باید مسیر اطلاع به مرجع و افراد را بررسی کند. راهنمای رسمی اتریش برای موارد مشمول، گزارش بدون تأخیر و در صورت امکان ظرف ۷۲ ساعت را مطرح میکند.
حریم خصوصی در طراحی و پیشفرض
فرمها با کمترین فیلد لازم، نمایش محدود اطلاعات، مدت نگهداری پیشفرض، قفل خودکار دستگاه و دسترسی بر اساس شعبه یا نقش طراحی شوند. صادرات کامل داده و نگهداری نامحدود نباید حالت پیشفرض باشند.
چکلیست عملیاتی
- فهرست دادهها، هدفها و سامانهها تهیه شود.
- نقش رستوران و ارائهدهندگان مشخص گردد.
- اطلاعرسانی و فرمهای رضایت بازبینی شوند.
- سطوح دسترسی و حسابهای فعال کنترل گردند.
- ماتریس نگهداری و حذف تصویب شود.
- فرایند درخواست مشتری و رخداد امنیتی تمرین گردد.
جمعبندی
حریم خصوصی در رستوران با جمعآوری کمتر، هدف روشن، دسترسی محدود و بازبینی منظم دادهها اجرا میشود.
پرسشهای متداول
آیا همه اطلاعات مشتری برای رزرو لازماند؟
خیر. فقط داده متناسب و ضروری برای هدف رزرو یا خدمت باید جمعآوری شود.
آیا شماره تماس رزرو برای خبرنامه قابل استفاده است؟
نه بهصورت خودکار؛ هدف خدماتی و بازاریابی باید جدا و مبنای مناسب آنها بررسی شود.
درخواست مشتری معمولاً چه زمانی باید پاسخ داده شود؟
طبق راهنمای رسمی اتریش، در حالت عادی حداکثر ظرف یک ماه؛ تمدید فقط در شرایط مقرر ممکن است.
در رخداد نقض داده چه اقدامی لازم است؟
رخداد باید مهار و ارزیابی شود و در موارد مشمول، گزارش بدون تأخیر و در صورت امکان ظرف ۷۲ ساعت بررسی گردد.
