من يملك بيانات مطعمك، وما الذي يحميها فعلاً

«هل بياناتي آمنة؟» ثلاثة أسئلة في سؤال واحد: هل يستطيع غيري رؤيتها، وهل أستطيع استعادتها، وهل يستطيع أحد إثبات ما جرى لها. لها إجابات مختلفة وتستحق الفصل.

هل يستطيع مطعم آخر رؤيتها

هذا هو الأهم في البرمجيات المشتركة، ولا ينبغي أن يتوقف على تذكّر المطوّرين لتصفية كل استعلام.

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

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

هل يستطيع شخص من الداخل رؤية ما لا يجب

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

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

لا شيء من هذا غريب. هو الحد الأدنى، وسبب ذكره أن عبارة «نأخذ الأمان على محمل الجد» ليست إجابة عن أي سؤال.

هل يستطيع أحد إثبات ما حدث

سجلّان يعملان تحت كل شيء: سجلّ نشاط لما فعله الطاقم، ومسار تدقيق لما تغيّر — بالقيم قبل وبعد، والمستخدم، والوقت.

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

هل تستطيع إخراج بياناتك

هنا الاختبار الصادق للملكية، وهو ليس بنداً في عقد — بل زرّ.

قائمتك وعملاؤك وطلباتك ومخزونك ودفاترك ملكك. التقارير تُصدَّر إلى جداول وPDF، والبيانات الأساسية قابلة للتصدير لا محبوسة. والسؤال الصحيح لأي مورّد ليس «هل تملك بياناتي» — فكل مورّد سيقول لا. بل: «أرِني عملية التصدير.»

واسأل سؤالاً ثانياً وأنت هناك: ماذا يحدث لتلك البيانات إن توقّفت عن الدفع؟ فترة قراءة فقط أمر معقول. أما الحذف الفوري فلا، ويستحق أن تعرف على أيّهما توافق.

طلبات الخصوصية، من الموظفين ومن الغرباء

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

وهل تنطبق عليك؟ ذلك يعتمد على مكان عملك. لكن وجود الآلية يعني أن الإجابة إجراء لا ذعر.

النسخ الاحتياطي، بصراحة

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

خمسة أسئلة تستحق أن تطرحها على أي مورّد

1. كيف تُفصل بياناتي عن بيانات العملاء الآخرين — تقنياً، لا مبدئياً؟
2. أرِني عملية التصدير. كلها، لا تقريراً موجزاً.
3. ماذا يحدث لبياناتي إن توقّفت عن الدفع، ولكم من الوقت؟
4. هل تستطيع أن تُريني من غيّر سعراً الشهر الماضي؟
5. متى كانت آخر مرة اختبرت فيها استعادة نسخة احتياطية؟

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