تعرفون أين توجد بياناتكم.

تُحفظ قاعدة بياناتكم على خوادم في الاتحاد الأوروبي، في هلسنكي (فنلندا). أما الملفات والوسائط التي ترفعونها فتُخزَّن في فرانكفورت (ألمانيا)، والنسخ الاحتياطية لقاعدة البيانات في فالكنشتاين (ألمانيا) — وثلاثتها داخل الاتحاد الأوروبي. وليس لدينا أي مكوّن في تركيا، ولا نملك خاصية لاختيار المنطقة. وبالنسبة لشركة مقرها تركيا يُعد هذا نقلاً للبيانات إلى الخارج بمفهوم المادة 9 من القانون رقم 6698 (KVKK)؛ ونُرسي أساس هذا النقل معكم خلال عملية التعاقد، ونعطيكم كتابةً أي مكوّن يوجد في أي بلد. التفاصيل في القسمين 8 و13 من سياسة الخصوصية لدينا.

Rapi معطّل افتراضياً؛ ولاستخدامه عليكم شحن رصيد في حسابكم بشكل منفصل. وما لم تفعلوا ذلك، لا تُرسَل أي من بيانات CRM الخاصة بكم إلى أي مزوّد ذكاء اصطناعي. وعند تفعيل Rapi، يُرسَل محتوى السجلات المتعلق بسؤالكم إلى نموذج Claude من Anthropic في الولايات المتحدة — وهو نقل ثانٍ إلى الخارج بموجب المادة 9 من KVKK، منفصل عن الاستضافة في فنلندا، ونذكره في نص الإفصاح. وتلتزم Anthropic بعدم استخدام البيانات المرسلة عبر واجهتها البرمجية في تدريب النماذج.

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

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

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

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

لا. ليست لدينا شهادة ISO 27001 ولا تقرير SOC 2 — ولن ندّعي أياً منهما إلى أن نحصل عليه. ولا نستخدم عبارات وسيطة مثل “نحن في طور الاعتماد” أو “متوافقون مع المعايير”. فإن كان اشتراطكم مورّداً حاصلاً على الشهادة، من الأفضل أن تعرفوا ذلك في بداية التقييم. وفي المقابل، يعبّئ نماذج التقييم الأمني المؤسسي لديكم الفريق نفسه، ونشرح البنية عبر مشاركة الشاشة.

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

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

الحذف حذف مبدئي: لا يغادر السجل قاعدة البيانات فوراً، بل ينتقل إلى سلة المحذوفات ويمكن استعادته منها فردياً؛ ولا تعمل الاستعادة الجماعية حالياً. والاستعادة متاحة لمالك السجل إن كانت لديه صلاحية التعديل، ولمن يملك صلاحية تعديل جميع السجلات (ومنهم مديرو النظام)؛ وتختلف ملفات الصلاحيات التي تُمنح فيها هذه الصلاحيات بحسب إعداداتكم. أما التنظيف التلقائي الذي يُفترض أن يحذف السجلات من السلة نهائياً بعد 30 يوماً فلم يعمل قط؛ ولذلك تبقى في السلة حتى السجلات المحذوفة منذ أكثر من 30 يوماً. ويستطيع المستخدم المخوَّل حذف السجلات من السلة نهائياً، مع حماية سجلات الإثبات والموافقة من الحذف النهائي؛ أما حذف الملفات المرتبطة بالسجل وسجل تاريخ حقوله فاكتبوا لأجله إلى فريق الدعم لدينا. ولا يمكن التراجع عن هذا الحذف، وإن بقيت نسخ السجلات في النسخ الاحتياطية إلى أن تُحذف تلك النسخ الاحتياطية.

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

نعم. يمكنكم تصدير بياناتكم بصيغ قياسية؛ كما يمكن سحبها برمجياً عبر واجهة REST التي تغطي 183 كائن عمل في التثبيت القياسي. وإذا قررتم المغادرة فلا نتقاضى أي رسوم إضافية مقابل تصدير البيانات؛ وهذا منصوص عليه في شروط الخدمة لدينا.

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

يُقدَّم الدعم خلال ساعات العمل في تركيا. وإن كانت لديكم فرق في مناطق زمنية مختلفة، فلنناقش النطاق معاً في اجتماع.