سياسة الخصوصية

تشرح هذه السياسة كيف يتعامل Anyname Hotel مع البيانات الشخصية. والكيان المسؤول محدَّد في بند الاتصال في نهاية هذه الوثيقة.

وهي تغطي كل ما يلي، ونشير إليه مجتمعًا باسم "الخدمة":

•تطبيق الويب على app.anynamehotel.com.

•تطبيق Anyname Hotel لنظام iOS.

•تطبيق Anyname Hotel لنظام Android.

•الموقع العام على anynamehotel.com، بما في ذلك صفحاته التركية.

وهي مكتوبة للوفاء بالقانون رقم 6698 بشأن حماية البيانات الشخصية ("KVKK") وكذلك، بالنسبة للفنادق والنزلاء الذين تنطبق عليهم، باللائحة (EU) 2016/679 ("GDPR").

بالنسبة لبيانات النزلاء والموظفين المُدخلة في الخدمة، الفندق هو مسؤول البيانات وAnyname Hotel هو معالج البيانات الذي يتصرف بناءً على تعليماته (KVKK: veri sorumlusu / veri işleyen؛ GDPR: controller / processor).

وبالنسبة لحساب الفندق نفسه وسجلات فوترته، ولرسائل الدعم المرسلة إلينا، وللاستفسارات المقدَّمة عبر الموقع العام أو من داخل التطبيق، وللتحليلات الموصوفة في البند 11، فإن Anyname Hotel هو مسؤول البيانات.

وبصفتنا معالجًا نتصرف فقط بناءً على تعليمات الفندق، المعطاة عبر الخدمة أو كتابةً. ولا نستخدم بيانات النزلاء لأغراضنا، ولا نبيعها أو نؤجّرها، ولا نستخدمها للإعلان أو التنميط، ولا نستخدمها لتدريب نماذج التعلّم الآلي.

•سجلات النزلاء: الاسم الأول واسم العائلة، وعنوان البريد الإلكتروني، ورقم الهاتف، والجنسية، ورقم الهوية الوطنية أو جواز السفر، وتاريخ الميلاد، والملاحظات التي يضيفها الاستقبال، وأي وسم VIP أو قائمة سوداء يضعه الفندق.

•سجلات الإقامة: الغرفة، والتواريخ والأوقات، وعدد البالغين والأطفال، والسعر، ورسوم فاتورة الإقامة، والدفعات وطريقة الدفع.

•سجلات الشركات والوكالات (Cari): اسم الشركة، والرقم الضريبي، واسم الشخص المسؤول وهاتفه وبريده الإلكتروني، والملاحظات.

•سجلات الصندوق والمصروفات: حسابات الصندوق، وحركات النقد، والمصروفات، والموردون، والموظف الذي سجّل كل واحدة منها.

•سجلات الموظفين: الاسم، واسم المستخدم، والدور، وحالة الحساب، وسجل إجراءات لا يقبل إلا الإضافة يبيّن ما فعله كل حساب — تسجيل وصول، دفعة، تصحيح، حالة غرفة — مع اسم الحساب والوقت وعنوان الشبكة الذي جاء منه الإجراء.

•سجلات المنشأة: اسم الفندق، والاسم القانوني، والعنوان، وبيانات الاتصال، والعملة، وأوقات تسجيل الوصول والمغادرة، وبيانات دخول الفندق الخاصة بإبلاغ الهوية حيث يُستخدم ذلك التكامل.

•تسجيلات الأجهزة للإشعارات الفورية: رمز الإشعار الصادر عن Apple أو Google لجهاز معيَّن، والمنصة، وإصدار التطبيق، واللغة المختارة، محفوظة مقابل حساب الموظف الذي سجّل الدخول على ذلك الجهاز.

•حيث يشغّل الفندق روبوت تسجيل الوصول عبر Telegram: معرّف محادثة Telegram ومعرّف المستخدم واسم المستخدم للأشخاص المرتبطين به، وكل ما يكتبه النزيل في الروبوت أثناء تسجيل وصول جارٍ.

•دعوات الموظفين، حيث تُستخدم: عنوان البريد الإلكتروني المدعو وما إذا كانت الدعوة قد قُبلت.

ولا نحتفظ بأي فئات خاصة من البيانات الشخصية بموجب KVKK المادة 6 أو GDPR المادة 9. فرقم الهوية الوطنية أو جواز السفر بيانُ هوية لا فئةٌ خاصة، ولا يوجد في الخدمة حقل لبيانات صحية أو حيوية أو دينية أو سياسية.

•الاستفسارات المرسلة من الموقع العام أو من نموذج التجربة داخل التطبيقات: الاسم، واسم الفندق، والهاتف، والمدينة، والرسالة المكتوبة، كي نتمكن من الرد والمتابعة.

•رسائل الدعم المرسلة إلينا: اسم المرسل، وعنوان الرد المعطى، والموضوع، والرسالة، والمنشأة التي جاءت منها.

•طلبات إغلاق الحساب: من طلب، ومتى، وأي سبب مذكور، وقرارنا.

•طلبات تصدير البيانات: من طلب، ومتى، والسبب المذكور، وقرارنا وأي ملاحظة، وما إذا كان التنزيل المعتمد قد استُخدم.

•مراجع الترخيص والفوترة الخاصة بالمنشأة.

•تقارير الأخطاء والأداء الواردة من الخدمة، كما هو موضّح في البند 10.

•التحليلات وقياس الإعلانات على صفحات التسويق العامة الأربع، وفقط حيث وافق الزائر، كما هو موضّح في البند 11.

ولا تُخزَّن أرقام بطاقات ولا رموز أمان ولا بيانات دخول بنكية في أي موضع من الخدمة. وتُسجَّل الدفعات كمبلغ وطريقة — نقدًا أو بطاقة أو تحويل بنكي أو محفظة جوال أو على الحساب — ولا تُسجَّل أبدًا كبيانات بطاقة. وإذا فُعّل الدفع بالبطاقة يومًا، فستتولى البطاقات جهة دفع مرخَّصة ولن نحتفظ إلا بمرجعها.

ما نعالجه لحساب الفندق

•لتشغيل المنشأة — توزيع الغرف، وفوترة الإقامات، ومطابقة الصندوق، والرفع إلى الإدارة. الأساس: KVKK المادة 5/2(c) و(f)، وGDPR المادة 6(1)(b) و(f)، بناءً على تعليمات الفندق.

•للوفاء بواجبات الفندق القانونية، بما فيها إبلاغ السلطات التركية بهويات النزلاء وحفظ السجلات المحاسبية طوال المدة القانونية. الأساس: KVKK المادة 5/2(a) و(ç)، وGDPR المادة 6(1)(c).

•لإبقاء الخدمة آمنة وللتحقيق في إساءة الاستخدام، باستخدام سجل الإجراءات. الأساس: KVKK المادة 5/2(f)، وGDPR المادة 6(1)(f).

ما نعالجه نحن بصفتنا مسؤول البيانات

•للرد على الاستفسارات ورسائل الدعم ولحفظ سجل بما سُئل عنه وبما فعلناه. الأساس: KVKK المادة 5/2(c) و(f)، وGDPR المادة 6(1)(b) و(f).

•لإبقاء الخدمة عاملة — تشخيص الأعطال والأخطاء. الأساس: المصلحة المشروعة، KVKK المادة 5/2(f)، وGDPR المادة 6(1)(f).

•للفوترة ولحفظ سجلاتنا القانونية. الأساس: KVKK المادة 5/2(a)، وGDPR المادة 6(1)(c).

•للتحليلات وقياس الإعلانات على الصفحات العامة. الأساس: الموافقة، KVKK المادة 5/1، وGDPR المادة 6(1)(a) — قابلة للسحب في أي وقت.

لا شيء في الخدمة يتخذ قرارًا آليًا يُحدث أثرًا قانونيًا على نزيل أو على موظف، أو يؤثر فيه تأثيرًا مماثلًا في أهميته.

أما وسوم مثل VIP أو القائمة السوداء فيضعها أفراد الفندق أنفسهم، سجلًّا سجلًّا. وهي ليست محسوبة، ولا مستنتَجة من السلوك، ولا مشتركة بين المنشآت: فالنزيل الموسوم في فندق مجهول لدى كل فندق آخر على الخدمة.

نستعين بعدد قليل من المعالجين. وكل واحد منهم مقيَّد باتفاقية معالجة بيانات مكتوبة، ولا يجوز له التصرف إلا بناءً على تعليماتنا، ولا يجوز له استخدام البيانات لأغراضه.

•Supabase — قاعدة البيانات والمصادقة وتخزين الملفات وتسليم الإشعارات الفورية. ومنطقة الاستضافة كما هي محدَّدة للمشروع.

•Vercel — استضافة التطبيق وتوصيل المحتوى لتطبيق الويب وللموقع العام.

•Sentry — تقارير الأخطاء والأداء، كما هو موضّح في البند 10.

•Apple (APNs) وGoogle (FCM) — تسليم الإشعارات الفورية إلى جهاز مسجَّل. ويتلقيان رمز الإشعار ومحتوى الرسالة، الذي يحمل حدثًا ورقم غرفة، ولا يحمل أبدًا وثيقة هوية.

•مزوّد إرسال بريد إلكتروني — فقط لرسائل الدعم المرسلة إلينا من داخل التطبيق، وفقط لمحتوى تلك الرسالة. ولا تُرسل سجلات النزلاء بالبريد الإلكتروني أبدًا.

•حيث يشغّلهما الفندق: السلطات التركية، عبر حساب الفندق الخاص بإبلاغ الهوية؛ وTelegram، فقط للرسائل التي تمر عبر روبوت تسجيل الوصول الاختياري.

•على صفحات التسويق العامة فقط، وبعد الموافقة فقط: Google (Analytics)، وMeta (Pixel وواجهة التحويلات)، وPostHog، وVercel Analytics. انظر البند 11.

ولا شيء يُباع أو يُؤجَّر أو يُستخدم من جانبنا للإعلان أو التنميط. ولا يتلقى أحد خارج هؤلاء المزوّدين بيانات نزلاء إلا إذا أمر الفندق بذلك، أو أجبرت محكمة أو قانون على ذلك — وحيث نُجبَر ونستطيع قانونًا إبلاغ الفندق، نبلغه.

وإذا أضفنا مزوّدًا يتعامل مع بيانات الفنادق أو غيّرناه، أبلغنا حساب المالك قبل أن يبدأ، كي يستطيع الفندق الاعتراض أو الرحيل قبل نفاذ ذلك.

تستطيع وحدة تحكّم منصتنا سرد المنشآت وحالة تراخيصها وإجمالي استخدامها. كما يستطيع عدد قليل من موظفينا الوصول إلى سجلات منشأة حيث يكون ذلك ضروريًا فعلًا — للتحقيق في عطل أبلغ عنه الفندق، أو لاستعادة بيانات، أو حيث يقتضي القانون ذلك.

وهذا الوصول مقصور على من يحتاجونه، ويُستخدم لتلك الأسباب وحدها، ولا يُستخدم لقراءة سجلات النزلاء بدافع الفضول ولا لأي غرض تجاري. ولا نسجّل الدخول إلى حساب فندق دون سؤاله أولًا، إلا حيث يلزمنا ذلك لوقف حادث أمني جارٍ.

وموظفونا مقيَّدون بالتزامات سرية مكتوبة تبقى بعد انتهاء ارتباطهم بنا.

تطبيقا iOS وAndroid هما الخدمة نفسها في شكل مختلف. فهما يتصلان بقاعدة البيانات نفسها، ويحملان السجلات نفسها، ويخضعان لكل بند آخر في هذه السياسة. وأربعة أمور تخصّهما وحدهما.

أذونات الجهاز

يطلب التطبيقان إذنًا واحدًا: الإشعارات. ولا يستخدمان الكاميرا ولا مكتبة الصور ولا الميكروفون ولا الموقع بأي درجة من الدقة ولا دفتر جهات الاتصال ولا التقويم، ولا يحتويان على أي شفرة تقرأها.

الإشعارات الفورية

إذا سمح موظف بالإشعارات، تلقّى الجهاز رمزًا من Apple أو Google. ونخزّنه مقابل حساب ذلك الموظف كي يصل تغيير الوردية إلى الهاتف الصحيح، مع المنصة وإصدار التطبيق واللغة. وتحمل الإشعارات حدثًا ورقم غرفة — ولا تحمل أبدًا وثيقة هوية ولا فاتورة إقامة ولا رقم هوية نزيل. وإيقاف الإشعارات في نظام التشغيل، أو تسجيل الخروج، يُنهي التسجيل.

لا تتبّع ولا إعلانات

لا يحتوي التطبيقان على أي معرّف إعلاني ولا حزمة تطوير إعلانية ولا تتبّع عبر التطبيقات أو عبر المواقع. ولا يعرضان أبدًا طلب App Tracking Transparency لأنه لا شيء يُطلب. ولا يُشارَك شيء مما يجمعانه مع وسيط بيانات ولا يُدمج مع بيانات من تطبيقات شركة أخرى أو مواقعها.

ما تقوله بطاقات المتجر

أنواع البيانات المعلَنة على App Store وGoogle Play مطابقة لهذه السياسة: بيانات الاتصال، وسجلات الهوية والإقامة، وسجلات الشراء والسجلات المالية، ومعرّفات الحساب والجهاز، والملاحظات الحرة — كلها مرتبطة بحساب، وكلها مستخدمة فقط لتشغيل التطبيق، ولا شيء منها مستخدم للتتبّع. أما تقارير الأعطال والأداء فمعلَنة على حدة وغير مرتبطة بأي هوية.

تبلّغ الخدمة عن أعطالها وأخطائها إلى Sentry كي يكون العطل الذي يصادفه موظف الاستقبال في الساعة 2 صباحًا مرئيًا لنا بدل أن يُحتمل في صمت.

وهذه التقارير مضبوطة بحيث لا تحمل بيانات شخصية. فلقطات الشاشة والتقاط تسلسل العرض معطَّلان، وإعادة تشغيل الجلسة معطَّلة، وإرسال المعرّفات الشخصية الافتراضية — بما فيها عنوان الشبكة والمستخدم المسجَّل دخوله — معطَّل. وتُزال سلاسل الاستعلام من كل عنوان شبكة مسجَّل قبل أن يغادر الحدث الجهاز، كي لا يسافر داخل أثر الاستدعاء مرشّحُ قاعدة بيانات مثل رقم هاتف نزيل.

وما يحتويه التقرير هو الخطأ، وموضعه في الشفرة، وإصدار التطبيق، وطراز الجهاز، وإصدار نظام التشغيل. وهو غير مرتبط بحساب موظف ولا بنزيل.

وتحتفظ Sentry بالتقارير 90 يومًا ثم تحذفها.

داخل الخدمة

لا يضع تطبيق الويب ولا تطبيقا iOS وAndroid إلا ما يلزمها للعمل: رمز جلسة كي يبقى المستخدم المسجَّل داخلًا، وتخزين محلي للغة المختارة وللسمة الفاتحة أو الداكنة ولتفضيلات الإشعارات ولرمز المنشأة المحفوظ. ولا يوجد ملف تعريف ارتباط إعلاني ولا تتبّع عبر المواقع في أي موضع من الخدمة. ولا شيء من ذلك اختياري، ولا شيء منه يُستخدم لمراقبة السلوك.

على صفحات التسويق العامة

أربع صفحات عامة: الصفحة الرئيسية بالإنجليزية، والصفحة الرئيسية بالتركية، وهاتان الصفحتان القانونيتان. وعلى تلك الصفحات وحدها، وبعد أن يوافق الزائر فعليًا عبر شريط ملفات تعريف الارتباط فقط، نحمّل Google Analytics، وMeta Pixel وواجهة تحويلاته، وPostHog، لقياس مدى نجاح إعلاناتنا نحن. وتجمع Vercel Analytics أعداد الصفحات المجمّعة دون ملفات تعريف ارتباط.

ولا يُحمَّل شيء قبل إعطاء الموافقة — فالوسوم لا تُحقَن إطلاقًا حتى يُتخذ الاختيار، بدلًا من تحميلها ثم السؤال عنها بعد ذلك. ويُحفظ الرفض، فلا يُعرض الشريط مرة أخرى في الزيارة التالية. ويمكن سحب الموافقة في أي وقت بمسح بيانات موقع anynamehotel.com من المتصفح.

ولا تعمل هذه الوسوم أبدًا على أي صفحة بعد تسجيل الدخول. فموظفو الفنادق في أثناء عملهم ليسوا جمهورًا إعلانيًا، والشاشات التي يستخدمونها تحمل أسماء نزلاء.

وإذا وصل زائر من إعلان، حُفظت معرّفات الحملة الموجودة في الرابط في ذلك المتصفح طوال مدة الزيارة، ولا تصلنا إلا إذا اختار الزائر إرسال نموذج التجربة — وعندها يكون طالبًا أن نتواصل معه.

تُستضاف البيانات في مراكز بيانات Supabase وVercel، وقد تقع خارج تركيا وخارج المنطقة الاقتصادية الأوروبية.

وبموجب KVKK المادة 9 يحتاج النقل إلى الخارج إلى أساس قانوني خاص به. ونحن نعتمد على التعهدات المكتوبة والشروط التعاقدية النموذجية القائمة مع هؤلاء المزوّدين، وعلى الضمانات المناسبة بموجب GDPR المادة 46 حيثما انطبقت. ويجوز للفندق أن يسألنا أي آلية تنطبق عليه وسنخبره.

وعلى الفندق الذي يحتاج إلى بقاء بياناته في منطقة بعينها أن يثير ذلك قبل الانضمام، كي نستطيع إخباره بما إذا كنا نستطيع تلبية ذلك.

•سجلات النزلاء والإقامة: حتى يحذفها الفندق أو يغلق حسابه. والسجلات المتعلقة بالمحاسبة تُحفظ ما دام واجب الحفظ القانوني الخاص بالفندق يقتضي ذلك.

•بعد إغلاق حساب موافَق عليه: 30 يومًا لا يُحذف فيها شيء ويظل بإمكان الفندق الإلغاء، ثم المحو من قاعدة البيانات الحيّة، ثم الإزالة من النسخ الاحتياطية المشفَّرة للبنية التحتية خلال 30 يومًا إضافية.

•بعد انتهاء ترخيص أو تعليقه لعدم السداد: 90 يومًا من الانتهاء، كي يعيد التجديد كل شيء سليمًا؛ وقابلة للحذف بعد ذلك، ونكتب إلى حساب المالك قبل أن نحذف.

•استفسارات الموقع والاستفسارات من داخل التطبيق: 24 شهرًا من آخر تواصل، ما لم يطلب المرسل حذفها قبل ذلك.

•رسائل الدعم: 24 شهرًا، كي يمكن رؤية تاريخ المشكلة.

•طلبات إغلاق الحساب وطلبات تصدير البيانات، مع قراراتنا بشأنها: 5 سنوات، إثباتًا لما طُلب ولما فعلناه.

•تقارير الأخطاء والأداء: 90 يومًا.

•تسجيلات أجهزة الإشعارات: حتى يُلغى تسجيل الجهاز، أو يُزال حساب الموظف، أو يُرفض الرمز لقِدَمه.

وتقارير الهوية المُرسَلة بالفعل إلى السلطات تعيش في أنظمتها لا في أنظمتنا، ولا تُستعاد بإغلاق حساب هنا.

يُوثَّق الدخول لكل حساب موظف على حدة ويُفصل بحسب الدور. وصفوف كل منشأة معزولة على مستوى قاعدة البيانات بأمن على مستوى الصف، فلا تستطيع منشأة قراءة صفوف منشأة أخرى — والعزل تفرضه قاعدة البيانات نفسها لا التطبيق وحده.

وحركة البيانات مشفَّرة أثناء النقل بـTLS، والبيانات مشفَّرة في حالة السكون لدى مزوّدي بنيتنا التحتية. وكلمات المرور لا تُخزَّن إلا كبصمات مملَّحة ولا يمكننا قراءتها.

وتُكتب الإجراءات التشغيلية في سجل لا يقبل إلا الإضافة يسجّل من فعل ماذا ومتى. والوصول الإداري من جانبنا مقصور على أفراد محدَّدين بالاسم ويخضع للمراجعة.

ولا يوجد نظام آمن تمامًا. ونحن نُبقي اعتمادياتنا محدَّثة، ونراجع الوضع الأمني للمنصة دوريًا، ونتصرف بناءً على ما تكشفه تلك المراجعات.

إذا اكتشفنا انتهاكًا يمسّ بيانات فندق، أبلغنا حساب المالك دون تأخير لا مبرر له بمجرد أن يكون لدينا ما يكفي لوصفه — ماذا حدث، وأي البيانات معنية بحسب علمنا، وماذا نفعل حياله، وماذا ينبغي للفندق أن يفعل.

وبصفته مسؤول البيانات، فالفندق هو من يُخطر هيئة حماية البيانات الشخصية، ويُخطر المتضررين حيث يلزم. وبموجب قرار المجلس رقم 2019/271 يكون ذلك الإخطار واجبًا خلال 72 ساعة من علم الفندق. ونحن نعطي الفندق المعلومات والمساعدة المعقولة التي يحتاجها للوفاء بتلك المهلة.

وحيث نكون نحن مسؤول البيانات — الاستفسارات ورسائل الدعم وسجلات الحساب والفوترة والتشخيصات — نُخطر الهيئة والمتضررين بأنفسنا، خلال المهل نفسها.

بموجب KVKK المادة 11 وبموجب GDPR حيثما انطبق، يجوز للشخص أن يسأل عمّا إذا كانت بياناته تُعالَج، وأن يسأل عن الغرض من استخدامها وعمّن نُقلت إليهم، وأن يطلب نسخة منها أو نقلها، وأن يطلب تصحيح ما هو خطأ، وأن يطلب الحذف، وأن يعترض على المعالجة، وأن يطلب إبلاغ الأطراف الثالثة بنتائج التصحيح أو الحذف، وأن يطالب بالتعويض عن الضرر الناجم عن معالجة غير مشروعة.

كيف تمارسها

على النزلاء مخاطبة الفندق الذي سجّل إقامتهم. فهو صاحب العلاقة ويستطيع بنفسه عرض السجل أو تصحيحه أو تصديره أو حذفه داخل التطبيق، دون حاجة إلى أي شيء منا. وإذا وصلنا طلب أولًا، أحلناه إلى الفندق وساعدناه على تنفيذه.

يستطيع موظفو المنشأة، والفنادق التي تسأل عن حسابها هي، الكتابة إلى support@anynamehotel.com. ونحن نجيب خلال 30 يومًا، وهي المهلة المنصوص عليها في KVKK المادة 13؛ وحيث ينطبق GDPR نجيب خلال شهر واحد.

وقد نطلب من المعلومات ما يكفي للاطمئنان إلى هوية مقدّم الطلب قبل أن نتصرف. وذلك ضمانة له لا عقبة أمامه، ونطلب أقل ما يمكن.

ومن لم يرضَ عن ردّنا فله أن يشتكي إلى هيئة حماية البيانات الشخصية (Kişisel Verileri Koruma Kurumu، kvkk.gov.tr) أو، بموجب GDPR، إلى هيئة الرقابة المحلية لديه.

الخدمة أداة عمل للموظفين. وهي غير معروضة على الأطفال ولا مسوَّقة لهم ولا مخصَّصة لهم، ولا نجمع عن علم بيانات طفل بصفته مستخدمًا.

وقد يتضمن سجل نزيل قاصرًا مسافرًا مع عائلته، لأن قانون الإقامة يوجب تسجيل كل نزيل. والفندق هو مسؤول البيانات عن ذلك السجل وهو المسؤول عنه كما عن أي سجل نزيل آخر.

تظهر التحديثات على هذا العنوان برقم إصدار جديد وتاريخ جديد. والنسخة السابقة متاحة عند الطلب.

وتُعلَن التغييرات الجوهرية لحساب مالك كل منشأة قبل نفاذها. وحيث يتطلب تغيير موافقة، نطلبها بدلًا من افتراضها.