سجل الزوّار بيانات شخصية

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

الأمن والامتثال

فصل البيانات مفروض في طبقة قاعدة البيانات.

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

لا بيانات حيوية، تصميمًا وسياسةً.

يرفض النظام موصّلات القياسات الحيوية بحكم التصميم. فمطابقة الوجه وتخزين القوالب محظوران عند التثبيت، لا بموجب سياسة فحسب.

الخصوصية تبدأ بجمع أقل.

تبقى أرقام الهوية الكاملة مخفية افتراضيًا ما لم يُفعّل عرضها. وتُقرأ صور الوثائق فقط ولا تُخزّن في قاعدة البيانات، امتثالًا لقوانين الخصوصية.

احتفظوا بالسجل. احذفوا الهوية.

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

يمكن حماية كل دور بالمصادقة الثنائية.

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

أدلة تدقيق لا يمكن تغييرها.

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

البنية التحتية

سحابة آمنة – Microsoft Azure

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

خصوصية بالتصميم

تُتاح قاعدة بيانات Azure لـ PostgreSQL والتخزين عبر الشبكة الخاصة وحدها، دون أي نقاط وصول عامة مكشوفة للإنترنت. وهذا يعزل خدمات البيانات الحرجة عن الوصول الخارجي المباشر ويقلّل سطح الهجوم.

وصول آمن للويب

يُوجّه كل الحركة الخارجية عبر Azure Front Door مع جدار حماية لتطبيقات الويب (WAF)، مما يوفر طبقة حماية إضافية قبل وصول الطلبات إلى التطبيق. وينتهي تشفير TLS عند الحافة، بينما لا يكون أصل التطبيق قابلاً للعنونة مباشرةً من الإنترنت، فيقلّ الانكشاف وتقوى الوضعية الأمنية.

استعادة لأي لحظة خلال 35 يومًا

تحتفظ قاعدة بيانات Azure لـ PostgreSQL بنسخ احتياطية تتيح الاستعادة لأي لحظة خلال 35 يومًا، فإن تغيّرت البيانات أو حُذفت أو تلفت عن غير قصد، يمكنكم إعادة قاعدة البيانات إلى لحظة سابقة والعودة سريعًا إلى حالة سليمة معروفة.

التحكم في الوصول المستند إلى الأدوار

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

موقع حفظ البيانات

أين تُحفظ بياناتكم اليوم

يعمل vizAI على Microsoft Azure في منطقة شمال الإمارات. تقع قاعدة البيانات والتخزين خلف نقاط نهاية خاصة، ولا تظهر على الإنترنت العام إطلاقًا. وتتقدّم التطبيقَ بوابةُ Azure Front Door مع جدار حماية للتطبيقات.

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

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

الاحتفاظ

سجلات تفقد هويتها، لا سجلات تختفي

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

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

  • تُضبط المدة لكل مؤسسة ولكل شركة مستأجرة، وعند التعارض تُعتمد الأطول
  • تُحذف صور الزوّار من التخزين في الوقت نفسه
  • توقفها الحجوزات القانونية لسجلات محددة، ويُحصى الإيقاف ويظهر
  • سيتيح نشر Azure الاستعادة لأي لحظة خلال 35 يومًا

رقم الهوية الكامل

الحقل الأشد حماية في النظام

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

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

هل تودّون رؤيته في مبناكم؟

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