keran.app — سياسة الخصوصية وملحق اتفاقية معالجة البيانات (DPA)

تبيّن هذه السياسة كيف تعالج منصة «قِران» (keran.app) البيانات بصفتين مختلفتين: متحكمًا في بيانات عملائها ومستخدميهم، ومعالجًا في بيانات المتقدّمين للزواج. ويلحق بها اتفاقية معالجة البيانات (DPA) التي تُعدّ جزءًا من شروط الاستخدام.

القسم الأول: سياسة الخصوصية

مادة (1) – تعريفات إضافية

تُضاف إلى تعريفات شروط الاستخدام التعريفات الآتية:

1. بيانات الحسابات: بيانات المستخدمين المفوَّضين من موظفي العميل: الاسم، واسم المستخدم، والبريد الإلكتروني (إلزامي للمالك واختياري للموظف)، والدور، وبصمة كلمة المرور، وبيانات الجلسات.
2. سجل قبول الشروط: القيد الذي يحفظ لكل مستخدم مفوَّض: هوية الحساب، ورقم الإصدار المقبول، ووقت القبول بالتوقيت العالمي، وعنوان IP، وبيانات المتصفح.
3. نموذج التسجيل العام: الصفحة التي يُصدر العميل رابطها من لوحة المكتب ليُدخل المتقدّم بياناته بنفسه، وتنتهي صلاحية رابطها وفق قواعد الاحتفاظ التي يضبطها العميل.
4. طلب صاحب البيانات: كل طلب يقدّمه متقدّم لممارسة حق من الحقوق المنصوص عليها في المادة (2) من القانون رقم 151 لسنة 2020.

مادة (2) – النطاق

1. تسري هذه السياسة على لوحات المكاتب تحت النطاق keran.app، ونماذج التسجيل العامة، وصفحات استرجاع كلمة المرور، ومراسلات support@keran.app.
2. لا تسري على مواقع العملاء أو صفحاتهم على وسائل التواصل أو محادثاتهم مع المتقدّمين خارج المنصة، إذ تخضع لسياسات العملاء أنفسهم.

مادة (3) – صفتا المنصة

تتغيّر صفة المنصة بحسب نوع البيانات، وفقًا لتعريفي «المتحكم» و«المعالج» في المادة (1) من القانون رقم 151 لسنة 2020:

ويترتب على ذلك أن المتقدّم يوجّه أي سؤال أو طلب بشأن ملفه إلى المكتب الذي سجّل لديه، وفق المادة (9).

مادة (4) – البيانات التي تعالجها المنصة كمتحكم وأغراضها وسندها

لا تعالج المنصة بصفتها متحكمًا إلا البيانات الآتية، وللأغراض المبيّنة، إعمالًا للمادتين (3) و(6) من القانون رقم 151 لسنة 2020:

مادة (5) – ما لا تفعله المنصة بالبيانات

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

مادة (6) – ملفات تعريف الارتباط

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

مادة (7) – مدد الاحتفاظ

تطبيقًا للمادة (3) من القانون رقم 151 لسنة 2020 بعدم الاحتفاظ بالبيانات أكثر من اللازم:

مادة (8) – الأطراف الثالثة ومكان البيانات وطلبات السلطات

1. تستعين المنصة بالأطراف المبيّنة في الملحق (ج)، وأهمها Hostinger للاستضافة والبريد، وهو الوحيد بينهم الذي تُحفظ على بنيته بيانات المتقدّمين مشفّرة.
2. يقع الخادم في مدينة مانشستر بالمملكة المتحدة، وتسري على أي نقل خارج مصر المادة (20) من شروط الاستخدام والمواد (14) إلى (16) من القانون رقم 151 لسنة 2020.
3. لا تُفصح المنصة عن بيانات لسلطة مصرية إلا بأمر مسبب من جهة التحقيق المختصة وفقًا للمادة (6) من القانون رقم 175 لسنة 2018 أو بطلب من المركز في حدود سلطته، ولا لسلطة أجنبية إلا وفق المادة (32) من شروط الاستخدام، وتُخطر العميل في الحالتين ما لم يُحظر ذلك.

مادة (9) – حقوق المتقدّمين وكيف تُنفَّذ

تكفل المادة (2) من القانون رقم 151 لسنة 2020 للمتقدّم الحقوق الآتية، ويمارسها في مواجهة المكتب بوصفه المتحكم، وتوفّر اللوحة للمكتب أداة لتنفيذ كل حق:

ويلتزم المكتب بالتحقق من هوية مقدّم الطلب قبل تنفيذه، وبالرد خلال المدة المقررة قانونًا.

مادة (10) – آلية توجيه الطلبات التي تصل إلى المنصة

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

1. لا تُؤكد المنصة ولا تنفي وجود ملف لمقدّم الطلب لدى أي مكتب، ولا ترد على موضوع الطلب.
2. إذا سمّى مقدّم الطلب المكتب، تحيل المنصة الطلب إلى بريد مالك ذلك المكتب خلال يومي عمل، وتُبلغ مقدّم الطلب بأنها أحالته إلى المكتب الذي سمّاه.
3. إذا لم يسمِّ المكتب، تطلب منه المنصة تسميته. ولا تبحث المنصة عنه في لوحات المكاتب، لأن كل لوحة مشفّرة بمفتاح مستقل ولا توجد لوحة مركزية، والبحث فيها معالجة دون تعليمات من المتحكم تخالف المادة (5) من القانون.
4. يتولّى المكتب الرد والتنفيذ، وتساعده المنصة تقنيًا وفق المادة (7) من ملحق اتفاقية معالجة البيانات.
5. إذا تضمّن الطلب بلاغًا عن ملف لقاصر أو عن ابتزاز أو احتيال، تطبّق المنصة المادتين (12) و(27) من شروط الاستخدام إلى جانب الإحالة.
6. يحق للمتقدّم التقدم بشكوى إلى المركز إذا لم يستجب المكتب.

مادة (11) – الأمن

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

مادة (12) – الإخطار بالخرق

تُخطر المنصة المكتب المتضرر خلال 24 ساعة من علمها، ويُخطر المكتب المركز خلال 72 ساعة والمتقدّمين المتضررين خلال ثلاثة أيام عمل من إخطار المركز، وفقًا للمادة (7) من القانون رقم 151 لسنة 2020 والمادة (19) من شروط الاستخدام. وإذا اقتصر الخرق على البيانات التي تتحكم فيها المنصة وفق المادة (4)، تتولّى المنصة إخطار المركز وأصحاب الحسابات بنفسها في المواعيد ذاتها.

مادة (13) – القُصّر

المنصة غير مخصّصة لمن هم دون ثماني عشرة سنة، ويُحظر على المكاتب تسجيلهم بغرض الزواج وفق المادة (12) من شروط الاستخدام. ومن يعلم بوجود بيانات قاصر في لوحة أي مكتب يُبلّغ support@keran.app، وتتعامل المنصة مع البلاغ بأولوية وفق المادة (10/5).

مادة (14) – تعديل السياسة

يحمل كل تعديل جوهري رقم إصدار جديدًا يُطلب قبوله عند الدخول، وفق المادة (34) من شروط الاستخدام.

القسم الثاني: ملحق اتفاقية معالجة البيانات (DPA)

يُبرم هذا الملحق تنفيذًا للمادة (5) من القانون رقم 151 لسنة 2020 بين العميل («المتحكم») ومقدم الخدمة («المعالج»)، ويسري بمجرد قبول شروط الاستخدام.

مادة (1) – الموضوع والمدة

ينظّم الملحق معالجة بيانات المتقدّمين وبيانات حسابات موظفي المتحكم الموصوفة في الملحق (أ)، ويسري طوال مدة الاشتراك وحتى اكتمال الحذف وفق المادة (29) من شروط الاستخدام.

مادة (2) – التزامات المتحكم

يلتزم المتحكم، تطبيقًا للمواد (2) و(3) و(4) و(6) و(12) من القانون، بما يلي:

1. تحديد غرض المعالجة وهو التوفيق بغرض الزواج، وعدم التوسع فيه إلى أغراض غير معلنة للمتقدّم.
2. الحصول على الموافقات والتراخيص اللازمة وفق المواد (10) و(11) و(12) من شروط الاستخدام، والاحتفاظ بدليلها.
3. تعيين مسؤول حماية بيانات مسجّل لدى المركز متى كان شخصًا اعتباريًا، وفق المادة (8) من القانون، ويجوز إسناد دور «مسؤول الامتثال» في اللوحة إليه.
4. إصدار إشعار خصوصية للمتقدّمين وفق المادة (16) من شروط الاستخدام.
5. إخطار المركز والمتقدّمين بالخرق في المواعيد القانونية، والرد على طلبات أصحاب البيانات.
6. ضبط قواعد الاحتفاظ في اللوحة بما يتفق مع المادة (3) من القانون، وتنفيذ الحذف الذي تعرضه اللوحة.
7. حماية ما ينزّله من نسخ احتياطية وملفات تصدير، إذ تخرج من نطاق المعالج بمجرد تنزيلها.

مادة (3) – التزامات المعالج

يلتزم المعالج، تطبيقًا للمادة (5) من القانون، بما يلي:

1. المعالجة وفق تعليمات المتحكم الموثّقة المبيّنة في المادة (6) من شروط الاستخدام، وفي حدود الغرض والمدة المحددين.
2. عدم المعالجة بما يتعارض مع غرض المتحكم، وعدم الإفصاح عن البيانات لأي طرف إلا وفق المادة (8) من سياسة الخصوصية.
3. تطبيق التدابير الواردة في الملحق (ب) ومراجعتها دوريًا.
4. إلزام كل من يملك صلاحية إدارة الخادم بتعهد مكتوب بالسرية.
5. إمساك سجل بعمليات المعالجة لكل متحكم يتضمن البيانات الواردة في الملحق (أ)، وتقديمه للمركز عند طلبه.
6. تعيين مسؤول حماية بيانات مسجّل لدى المركز متى اشترط القانون ذلك، وفق المادة (8) منه.
7. الحصول على ما يُشترط قانونًا من تراخيص أو تصاريح لنشاطه كمعالج وللنقل عبر الحدود وفق المادة (26) من القانون واللائحة التنفيذية.
8. محو البيانات أو تسليمها للمتحكم بانقضاء الغرض وفق المادة (29) من شروط الاستخدام.

مادة (4) – المعالجون الفرعيون

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

مادة (5) – المساعدة في طلبات أصحاب البيانات

1. يحيل المعالج إلى المتحكم كل طلب يصله خلال يومي عمل وفق المادة (10) من سياسة الخصوصية، ولا يرد على موضوعه.
2. تُمكّن اللوحة المتحكم من تنفيذ الطلبات بنفسه دون تدخل المعالج، وإذا تعذّر ذلك لسبب تقني يساعد المعالج خلال ثلاثة أيام عمل من طلب مكتوب.

مادة (6) – الخرق

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

مادة (7) – التدقيق والتفتيش

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

مادة (8) – النقل عبر الحدود وطلبات السلطات

تسري المادتان (20) و(32) من شروط الاستخدام.

مادة (9) – المسؤولية والأسبقية

تحكم المسؤولية المادتان (24) و(25) من شروط الاستخدام. ويُقدَّم هذا الملحق على أي نص آخر فيما يخص معالجة بيانات المتقدّمين.

الملحق (أ) – وصف المعالجة (سجل عمليات المعالجة)

الملحق (ب) – التدابير الفنية والتنظيمية

1. التشفير والمفاتيح

• مفتاح رئيسي بطول 256 بت مولّد عشوائيًا ومختلف لكل مكتب، محفوظ في ملف إعدادات لا يملك التطبيق تعديله، ومستبعَد من مستودع الشيفرة.
• مفاتيح بيانات تشفّر الأسماء والأرقام والمستندات، محفوظة مقفولة بالمفتاح الرئيسي، فلا تكشف سرقة قاعدة البيانات وحدها البيانات.
• تدوير مفاتيح البيانات و«إعادة التشفير» متاحان للمالك من اللوحة، والتوصية كل ستة أشهر. والمفتاح الرئيسي لا يُدوَّر من اللوحة.
• النسخة الاحتياطية مشفّرة بعبارة مرور لا تقل عن 12 حرفًا، ولا تتضمن كلمة مرور بريد المنصة، ولها اختبار سلامة لا يمس البيانات الحية، وتُحفظ على الخادم بصلاحية قراءة لمستخدم المكتب وحده.

2. العزل

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

3. الوصول والهوية

• ثلاثة أدوار بصلاحيات متدرجة، والمفاتيح والنسخ والتصدير والحذف المجمّع وإدارة الموظفين للمالك وحده، ويفرض ذلك الخادم لا الواجهة فقط.
• كلمات مرور لا تقل عن 8 أحرف مُهشَّرة بخوارزمية scrypt مع ملح عشوائي، وقفل بعد 5 محاولات خاطئة مرتبط بعنوان الزائر الفعلي.
• جلسات برمز عشوائي 32 بايت يُحفظ منه بصمته فقط، وتنتهي بعد 12 ساعة خمول.
• كلمة المرور المؤقتة يجب تغييرها قبل أي عملية، ويُشترط إدخال القديمة منعًا لاستيلاء سارق جلسة على الحساب.
• «تأكيد الهوية» قبل العمليات الحساسة، يصلح 10 دقائق، وخمس محاولات خاطئة تُنهي الجلسة.
• استرجاع كلمة المرور برابط مهشَّر صالح ساعة ولمرة واحدة، بحد 5 طلبات في الساعة، وبرد موحّد لا يكشف وجود الحساب، وإغلاق كل الجلسات بعد التغيير.

4. التوثيق وتقليل الكشف

• رقم الهاتف يُعرض مُقنّعًا، وكشفه يستلزم سببًا يُسجَّل في سجل الوصول باسم الموظف ووقته.
• التصدير الكامل يُسجَّل في سجل الوصول، ولا يُحفظ على الخادم، ويُمنع تخزينه مؤقتًا في المتصفح، ويُحمى من حقن الصيغ في برامج الجداول.
• الملفات المستوردة ممنوعة من الترشيح حتى تسجيل الموافقة (عند اكتمال الخاصية).

5. الشبكة والخادم

• اتصال مشفّر إلزامي بشهادة منفصلة لكل مكتب تجدّد تلقائيًا.
• جدار حماية يرفض كل اتصال وارد عدا المنافذ 22 و80 و443، ولوحة إدارة خادم الويب غير مكشوفة للإنترنت.
• الدخول الإداري إلى الخادم بالمفاتيح فقط دون كلمات مرور.
• مستودع الشيفرة خاص، ومفتاح الخادم للقراءة فقط، ومفتاح الكتابة محمي بعبارة مرور.
• رؤوس أمان تمنع تضمين اللوحة في مواقع أخرى وتسريب الروابط، وسياسة أمان محتوى تعمل حاليًا في وضع المراقبة دون المنع.
• شعار المكتب يقتصر على PNG أو JPEG أو WebP بحد 1 ميجابايت، وتُرفض ملفات SVG لاحتمال حملها شيفرة.

6. تدابير لم تُطبَّق بعد (إفصاح للمتحكم)

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

الملحق (ج) – الأطراف الثالثة

English Translation – Privacy Policy and Data Processing Agreement

For reference; the Arabic text prevails. Version 1.1 (27 September 2026). Responsible entity: the Service Provider, Marovent, a US company in the State of Wyoming. Data protection contact: support@keran.app. Terms have the meanings in Article (1) of the Terms of Service. This Policy explains how Keran (keran.app) processes data in two capacities: as controller of its clients' and users' account data, and as processor of marriage applicants' data. The DPA is part of the Terms of Service.

Part One: Privacy Policy

Article (1) – Additional Definitions. (1) Account Data: data of the Client's Authorized Users – name, username, email (mandatory for Owners, optional for staff), role, password hash and session data. (2) Terms-Acceptance Record: for each Authorized User, account identity, accepted version, UTC time, IP address and browser data. (3) Public Registration Form: the page whose link the Client issues from the dashboard so an Applicant can enter their own data; the link expires under the Client's retention rules. (4) Data Subject Request: any request by an Applicant to exercise a right under Article (2) of Law No. 151 of 2020 (the "PDPL").

Article (2) – Scope. (1) Applies to office dashboards under keran.app, Public Registration Forms, password-recovery pages and correspondence with support@keran.app. (2) Does not apply to Clients' websites, social-media pages or conversations with Applicants outside the Platform, which follow the Clients' own policies.

Article (3) – The Platform's Two Capacities. Under the PDPL Article (1) definitions of controller and processor:

Applicants therefore direct any question or request about their file to the office where they registered, under Article (9).

Article (4) – Data the Platform Controls, Purposes and Legal Basis (Articles 3 and 6 PDPL):

Article (5) – What the Platform Does Not Do. (1) It does not sell data, use it for advertising, build profiles from it or train AI models on it. (2) It does not combine one office's data with another's, nor reveal to one office that an Applicant is registered with another. (3) The dashboard loads no script, font or icon from an external server, so it hosts no third-party tracking or analytics tools.

Article (6) – Cookies. The dashboard uses a single session cookie: a random token stored on the server only as a hash, unreadable by scripts, sent only over encrypted connections, restricted to the office's own domain, and expiring after 12 hours of inactivity, on logout, or on password change via recovery. No advertising or analytics cookies are used.

Article (7) – Retention (Article 3 PDPL: no longer than necessary):

Article (8) – Third Parties, Data Location and Authority Requests. (1) The Platform uses the parties in Annex (C), chiefly Hostinger for hosting and email – the only one on whose infrastructure Applicant Data is held, encrypted. (2) The server is located in Manchester, United Kingdom; any transfer outside Egypt is governed by Article (20) of the Terms and Articles (14)–(16) PDPL. (3) The Platform discloses data to an Egyptian authority only under a reasoned order of the competent investigative authority per Article (6) of Law No. 175 of 2018 or a Center request within its powers, and to a foreign authority only per Article (32) of the Terms, notifying the Client in both cases unless prohibited.

Article (9) – Applicants' Rights and How They Are Fulfilled. Article (2) PDPL grants Applicants the following rights, exercised against the office as controller; the dashboard gives the office a tool for each:

The office verifies the requester's identity before acting and responds within the legal period.

Article (10) – Routing Requests Received by the Platform. Because merely confirming that someone is registered with a marriage office discloses their marital situation, when an Applicant writes to the Platform directly: (1) the Platform neither confirms nor denies that the requester has a file with any office and does not answer the substance; (2) if the requester names the office, the Platform forwards the request to that office Owner's email within two working days and tells the requester it has been forwarded to the office they named; (3) if no office is named, the Platform asks the requester to name it and does not search office dashboards – each is encrypted with its own key, there is no central dashboard, and searching would be processing without controller instructions contrary to Article (5) PDPL; (4) the office responds and executes, with technical help from the Platform under DPA Article (5); (5) if the request reports a minor's file, extortion or fraud, the Platform also applies Articles (12) and (27) of the Terms; (6) the Applicant may complain to the Center if the office does not respond.

Article (11) – Security. The Platform applies the measures in Annex (B), notably a separate encryption key, database and operating-system user per office, and phone numbers shown to staff only for a reason logged in their name. No system is absolutely secure, which is why this Policy includes breach-notification procedures.

Article (12) – Breach Notification. The Platform notifies the affected office within 24 hours of awareness; the office notifies the Center within 72 hours and affected Applicants within three working days of notifying the Center, under Article (7) PDPL and Article (19) of the Terms. If a breach affects only data the Platform controls under Article (4), the Platform itself notifies the Center and the account holders within the same deadlines.

Article (13) – Minors. The Platform is not intended for persons under 18, and offices may not register them for marriage under Article (12) of the Terms. Anyone aware of a minor's data in any office dashboard should report to support@keran.app; the Platform handles such reports as a priority under Article (10)(5).

Article (14) – Amendments. Each material amendment carries a new version number that must be accepted at login, per Article (34) of the Terms.

Part Two: Data Processing Agreement (DPA)

Concluded under Article (5) PDPL between the Client ("Controller") and the Service Provider ("Processor"), effective on acceptance of the Terms of Service.

Article (1) – Subject and Duration. Governs processing of Applicant Data and Controller staff account data described in Annex (A), for the subscription term and until deletion completes under Article (29) of the Terms.

Article (2) – Controller Obligations (Articles 2, 3, 4, 6 and 12 PDPL): (1) define the purpose – matchmaking for marriage – and not extend it to purposes undisclosed to Applicants; (2) obtain consents and licences under Articles (10)–(12) of the Terms and keep the evidence; (3) appoint a Center-registered DPO where a legal person, per Article (8) PDPL, who may hold the dashboard's Compliance Officer role; (4) issue a privacy notice to Applicants per Article (16) of the Terms; (5) notify the Center and Applicants of breaches within legal deadlines and respond to data subject requests; (6) set dashboard retention rules consistent with Article (3) PDPL and execute the deletions the dashboard presents; (7) protect backups and export files it downloads, which leave the Processor's scope once downloaded.

Article (3) – Processor Obligations (Article 5 PDPL): (1) process on the Controller's documented instructions per Article (6) of the Terms, within the defined purpose and duration; (2) not process contrary to the Controller's purpose nor disclose data except per Article (8) of the Privacy Policy; (3) apply and periodically review Annex (B) measures; (4) bind everyone with server administration rights by written confidentiality undertakings; (5) keep a record of processing for each Controller containing the Annex (A) data and provide it to the Center on request; (6) appoint a Center-registered DPO where required by law, under Article (8) PDPL; (7) obtain such licences or permits as the law requires for its processing activity and cross-border transfers under Article (26) PDPL and the Executive Regulations; (8) erase or return data when the purpose ends per Article (29) of the Terms.

Article (4) – Sub-processors. (1) The Controller gives general authorisation to the parties in Annex (C). (2) The Processor notifies the Controller 30 days before adding any new party with access to Applicant Data; the Controller may object on reasonable grounds and, absent agreement, terminate without penalty with a refund for the unused period. (3) The Processor binds any new party with access to Applicant Data to obligations no less protective than this DPA and remains liable to the Controller for its failures. (4) The hosting provider imposes non-negotiable standard terms; data on its server is encrypted at application level, but the Master Key is stored on the same server, so encryption is not an absolute barrier against the provider, and the Processor relies on the provider's contractual commitments.

Article (5) – Assistance with Data Subject Requests. (1) The Processor forwards any request it receives to the Controller within two working days per Article (10) of the Privacy Policy and does not answer the substance. (2) The dashboard lets the Controller execute requests itself; where that is technically impossible, the Processor assists within three working days of a written request.

Article (6) – Breach. Article (19) of the Terms applies. In addition, the Processor preserves the technical evidence of the breach, provides the Controller a summary, and in coordination with the Controller carries out key rotation, session termination or other containment.

Article (7) – Audit and Inspection. (1) Once a year on written request, the Processor provides a written statement of the measures applied and the results of the latest security review, without disclosing anything that affects other offices' security. (2) The Controller may not access the shared server, as that would expose other offices' data. (3) The Processor cooperates with any Center inspection within its legal powers.

Article (8) – Cross-border Transfer and Authority Requests. Articles (20) and (32) of the Terms apply.

Article (9) – Liability and Precedence. Liability is governed by Articles (24) and (25) of the Terms. This DPA prevails over any other text regarding processing of Applicant Data.

Annex (A) – Description of Processing (Record of Processing). Purpose: enabling the Controller to manage and encrypt files of people seeking marriage and document its compliance. Data subjects: Applicants, their guardians, Controller staff. Data: name, phone, national ID, guardian data, confidential notes, documents and photos, meeting minutes, consent record, file stage, dates, payments, matches; for staff: name, email, role, password hash, sessions, Access Log entries. Possible Sensitive Data: religion, health, financial data – subject to Article (11) of the Terms. Operations: encrypted storage, role-based display to Authorized Users, logged reveal, export and backup at the Owner's request, deletion, password-recovery emails to staff. Location: Hostinger virtual private server in Manchester, United Kingdom, with a separate path, operating-system user and encryption key per Controller. Duration: subscription term plus the 120-day post-expiry schedule.

Annex (B) – Technical and Organisational Measures.

1. Encryption and keys: a randomly generated 256-bit Master Key, different per office, held in a configuration file the application cannot modify and excluded from the code repository; Data Keys encrypting names, numbers and documents, stored locked by the Master Key so theft of the database alone does not expose data; Data-Key rotation and Re-encryption available to the Owner from the dashboard, recommended every six months, the Master Key not being rotatable from the dashboard; backups encrypted with a passphrase of at least 12 characters, excluding the Platform's email password, with an integrity test that does not touch live data, and stored on the server readable only by the office's own user.
2. Isolation: each office has its own application, database and password-less, shell-less operating-system user that writes only to its own data, uploads and backup folders; tests confirmed one office's user cannot open another office's folder or read its key, in both directions; session cookies are host-only, and data-changing requests from another office's domain are rejected.
3. Access and identity: three graduated roles, with keys, backups, export, bulk deletion and staff management reserved to the Owner and enforced server-side, not only in the interface; passwords of at least 8 characters hashed with scrypt and a random salt; lockout after 5 failed attempts tied to the real visitor address; 32-byte random session tokens stored only as hashes, expiring after 12 idle hours; temporary passwords must be changed before any other action, with the old one required to stop a session thief taking over; Identity Confirmation before sensitive operations, valid for 10 minutes, with 5 failures ending the session; password recovery by a hashed link valid for one hour and once, limited to 5 requests per hour, with a uniform reply that does not reveal whether an account exists, and all sessions closed after the change.
4. Documentation and minimisation: phone numbers masked, reveal requiring a reason logged with the staff name and time; full export logged in the Access Log, not stored on the server, not cached by the browser, and protected against spreadsheet formula injection; imported files barred from matching until consent is recorded (once the feature is complete).
5. Network and server: mandatory encrypted connections with a separate, automatically renewed certificate per office; a firewall denying all inbound connections except ports 22, 80 and 443, with the web-server admin panel not exposed to the internet; key-only administrative login; private code repository with a read-only server key and a passphrase-protected write key; security headers preventing framing and referrer leakage, and a content-security policy currently in report-only (non-blocking) mode; office logos limited to PNG, JPEG or WebP up to 1 MB, SVG rejected as it may carry code.
6. Measures not yet implemented (disclosure to the Controller): no automated periodic backups, no two-factor authentication for Owner accounts, and no automatic alert to the Owner on backup download or staff addition. This item is updated as any of them is implemented.

Annex (C) – Third Parties.