كيف يتعامل iDBQuery مع البيانات الشخصية (PII) والبيانات الحساسة؟

صُمِّم iDBQuery بحيث تبقى البيانات الحساسة والبيانات الشخصية (PII) داخل جدرانك: فهو يستعلم عن مصادرك في مكانها بدلًا من نسخها خارجًا، ويطبّق الوصول المبني على الأدوار على كل استعلام، ويمكن أن يعمل في سحابتك الخاصة الافتراضية (VPC) أو على خادم واحد أو معزولًا تمامًا عن الشبكة. ولا تُستخدَم بياناتك أبدًا لتدريب أي نموذج ذكاء اصطناعي.

طريقة بناء iDBQuery أهمّ هنا من أي ميزة مفردة، لذا تبدأ الإجابة الصادقة بالبنية.

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

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

Updated 2026-06-22