اسألوا أي سؤال. بالعربية. داخل السعودية.
‘سؤال’ يحوّل أسئلة الأعمال بالعربية والإنجليزية إلى استعلام SQL خاضع لضوابط الوصول على مستودعكم وأنظمة ERP وCRM. مستضاف على HUMAIN داخل السعودية، متوافق مع PDPL، بطبقة دلالية معتمدة وصلاحيات الوصول على مستوى الصفوف ووكلاء يتخذون الإجراءات.
داخل السعودية
سؤال بياناتكم بالعربية وفق القواعد السعودية
السؤال بالعربية الذي يتحوّل إلى استعلام على نظام تشغيلي هو حدث وصول. ويجب أن يلتزم بالقواعد نفسها التي تلتزم بها البيانات.
ضوابط إدارة البيانات، مكتب إدارة البيانات الوطنية
تتطابق الإجابات مع التعريف المحوكم لا مع استعلام ارتجالي.
طبقة دلالية بمؤشرات مملوكة، فيعيد السؤال نفسه الرقم نفسه.
تعريفات مؤشرات بمُلاك محدّدين مؤرشفة مع البيانات.
سدايا، نظام حماية البيانات الشخصية
لا يرى المستخدم عبر المساعد ما لا يستطيع رؤيته في المصدر.
فرض الأمن على مستوى الصف عند التنفيذ بنفس الهوية.
حزمة اختبار وصول تُظهر نتائج متطابقة مع المساعد وبدونه.
أين يعمل
مستضاف داخل السعودية على مستودعكم وأنظمة الموارد والعملاء. وتبقى الأسئلة والاستعلامات والنتائج داخل بنية سعودية.
العربية كما تُستخدم هنا
العربية هي الواجهة الأساسية: مصطلح أعمال سعودي، وتاريخ هجري وميلادي جنبًا إلى جنب، ومبالغ بالريال السعودي.
ست ركائز مبنية للسياق السعودي
فهم عربي أصلي
الفصحى والخليجي والمصري والشامي والعربيزي المختلط، مدرَّب على مفردات الأعمال السعودية، لا مترجَم من الإنجليزية.
طبقة دلالية معتمدة
مقاييس معتمدة من dbt وLookML وCube، كل إجابة مرتبطة بمقياس موافق عليه. لا اختلاف بين الفرق.
احترام صلاحيات الوصول على مستوى الصفوف
يقرأ ‘سؤال’ سياسات Postgres وSnowflake ومجموعات Okta ويطبّقها على كل استعلام. لا يتجاوز صلاحياتكم أبداً.
وكلاء يتخذون إجراءات
اعتماد طلب شراء في SAP، تحديث توقع في Databricks، فتح تذكرة Jira، مع موافقة بشرية على كل عملية كتابة.
سيادة داخل السعودية
مستضاف على HUMAIN افتراضياً. متوافق مع نظام حماية البيانات الشخصية وساما وNDMO. خيارات نشر معزول وعلى سحابة بيليتيكا للـ GPU.
منصة تقييم منشورة
أكثر من 1,200 سيناريو مؤسسي سعودي، تُقاس بدقة التنفيذ والدلالة ومعدل الهلوسة. أرقام قابلة للمراجعة.
ست قدرات لن تجدوها مجتمعة في المنصات الأخرى
قدرات مؤسسية بُنيت للسياق السعودي، بلا مبالغة تسويقية.
تغطية حقيقية للهجات العربية
الفصحى والخليجي والمصري والشامي والعربيزي المختلط، مدرَّب على مفردات الأعمال السعودية، لا مقاييس مترجَمة.
طبقة دلالية معتمدة تُستورَد كما هي
أحضروا مقاييس dbt وLookML وCube المعتمدة، كل إجابة مرتبطة بمقياس موافق عليه، بلا اختلاف بين الفرق.
صلاحيات الوصول على مستوى الصفوف من الطرف للطرف
يُطبَّق أمان Postgres وسياسات Snowflake ومجموعات Okta على كل استعلام مُولَّد. لا تجاوز لصلاحياتكم أبداً.
وكلاء ينفّذون إجراءات بموافقة بشرية
اعتماد طلب شراء في SAP، تحديث توقّع في Databricks، فتح تذكرة Jira، بموافقة بشرية على كل كتابة. لا اقتصار على القراءة.
سيادة داخل السعودية افتراضياً
مستضاف على HUMAIN داخل السعودية، متوافق مع نظام حماية البيانات الشخصية وساما وNDMO، مع خيارات نشر معزول وعلى سحابة بيليتيكا للـ GPU.
دقة قابلة للمراجعة لا مجرد ادعاء
أكثر من 1,200 سيناريو NL2SQL مؤسسي سعودي، تُقاس بدقة التنفيذ والدلالة ومعدل الهلوسة، نتائج تُشارَك تحت اتفاقية سرية، لا أرقام تسويقية فقط.
من السؤال بالعربية إلى إجابة مرتبطة بالمصدر وصلاحيات المستخدم، بأربع طبقات
اسألوا بالعربية أو الإنجليزية
ويب، Teams، واتساب، أو صوت. يكتشف ‘سؤال’ اللهجة ويفسّر الطلب بالاستعانة بقاموس مصطلحات الأعمال السعودي.
الحل عبر الطبقة الدلالية
يربط ‘سؤال’ الكيانات بمقاييس معتمدة، لا SUM(revenue) غامض بين خمس فرق.
توليد استعلام SQL خاضع لضوابط الوصول
يُولَّد SQL ويُتحقّق منه ويُطبَّق عليه أمان الصفوف وتُقدَّر تكلفة تنفيذه قبل التنفيذ على المستودع.
إجابة مع الاستشهاد
نتيجة + رسم + رابط لـ SQL والمقياس الدلالي المنتِج لها. تتبّع لا ثقة عمياء.
وكلاء يتخذون إجراءات: لا مجرد أسئلة
‘سؤال’ يفهم، ويستعلم، ثم يفعل، باعتماد بشري على كل كتابة.
اعتماد
‘اعتمد طلب الشراء #4821 مع تسجيل السبب’، يكتب ‘سؤال’ إلى SAP بعد موافقة بشرية.
تحديث
‘حدّث توقّع الطلب للربع الثالث’، يشغّل ‘سؤال’ مهمة Databricks ويعيد النتائج للمحادثة.
تذكرة
‘افتح تذكرة Jira على أعلى 3 انحرافات’، ينشئ ‘سؤال’ تذاكر مربوطة بـ SQL المصدر.
مستودعات وERP وCRM والأنظمة السعودية الشائعة
المستودعات
أنظمة ERP
أنظمة CRM
المنظومة السعودية
الطبقة الدلالية
الأدوات الوكيلية
6 حالات يتفوّق فيها ‘سؤال’ على اللوحات التقليدية
أسئلة تنفيذية بالعربية
يسأل الرئيس التنفيذي بالعربية عن مبيعات الفرع الشرقي مقارنة بالربع السابق، إجابة معتمدة خلال 3 ثوان، مستندة إلى مقياس المالية.
العمليات الميدانية عبر واتساب
مدير فرع يسأل عن مخزون منتج معين، يجيب ‘سؤال’ في واتساب الفرع، محترماً صلاحيات الفرع.
تسريع الإغلاق المالي
المراقبون يطلبون الانحراف عن الميزانية لكل مركز تكلفة، ويعيد ‘سؤال’ أرقاماً موثّقة مع تذكرة Jira للانحرافات فوق 5%.
سيناريوهات سلسلة الإمداد
‘لو تأخّرت شحنة X أسبوعاً، أين ينكسر المخزون الأمان؟’، يحاكي ‘سؤال’ ويكتب النتيجة إلى Databricks بعد الموافقة.
ذكاء أعمال محادثي لمركز الاتصال
الوكلاء يسألون بجملة عربية واحدة عن قيمة العميل مدى الحياة وآخر ثلاث تذاكر، بلا تنقّل بين لوحات.
مؤشرات القطاع الحكومي
محللو الوزارات يستعلمون عن مؤشرات البرامج الوطنية حسب المنطقة، يطبّق ‘سؤال’ التصنيف والإقامة بحسب السياسة.
خمس عمليات نشرٍ إنتاجية: بتقييمٍ منشور واختبار عدائيّ
كل دراسةٍ تعرض الفرضية البحثية، ومنصة التقييم، ومقاييس الدقة والهلوسة، ومنصة الاختبار العدائيّ، ونتائج الأعمال، بلا مبالغةٍ تسويقية.
من مستودع Snowflake بـ 30,000 جدول إلى إجابات على أسئلة عربية خلال أقل من 4 ثوانٍ: بقابلية تدقيق بمعايير ساما
بنك تجاري سعودي من الفئة الأولى (المقر الرئيسي في الرياض، 4,300 مستخدم) · 14 أسبوعاً من الانطلاق إلى الإنتاج
كانت مكاتب الخزينة والمخاطر متعطّلة بسبب تراكم أعمال ذكاء الأعمال: كل سؤال عن السيولة أو الصرف الأجنبي أو الانكشاف الائتماني يستغرق من 3 إلى 9 أيام عمل عبر مجمّع محلّلين مشترك. سلّمت بيليتيكا نشرَ ‘سؤال’ على مستودع Snowflake الذي يضم 30,000 جدول، مع طبقةٍ دلاليةٍ معتمدة، واحترامٍ كاملٍ لسياسات الوصول على مستوى الصفوف في Snowflake، ومنصةِ تقييمٍ منشورة تضم 1,842 سيناريو NL2SQL بالعربية والإنجليزية راجعها كوانتيون من الخزينة داخل البنك.
التحدّي
- •30,412 جدولاً موزّعة على 47 مخططاً في Snowflake، لا محلّل واحد يمتلك نموذجاً ذهنياً كاملاً للمستودع.
- •مفردات الخزينة عربية الأصل (سيولة، انكشاف، مرابحة، سواب) مع تبديلٍ لغوي كثيف إلى الإنجليزية على مستوى الأعمدة.
- •تشترط ساما أن يحمل كل استعلامٍ آلي على الانكشاف المُواجه للعميل أثراً تدقيقياً كاملاً يتضمّن المقياس الدلالي المُحلّ.
- •أي تجاوز لسياسات الوصول على مستوى الصفوف، ولو من نموذج مُعتمَد، يُعدّ حاجزَ إصدارٍ صلبًا.
بروتوكول البحث والتطوير
- •فرضية بحثٍ مكتوبة: الربط الهرمي بالمخطط على مستودعٍ يضم 30,000 جدول يتفوّق على الاسترجاع المسطّح بما لا يقل عن 8 نقاط في دقة التنفيذ على الأسئلة العربية.
- •بناء رابط مخطط بمرحلتين: BM25 مع مُرمِّزٍ ثنائي مُدرَك للعربية على أوصاف الجداول والأعمدة، ثم مُعيدُ ترتيبٍ قائميّ مُعاد ضبطه على 12,400 زوج (سؤال ← جداول) من صياغة البنك.
- •بناء طبقة دلالية معتمدة تضم 214 مقياساً للخزينة والمخاطر من مشروع dbt القائم لدى البنك، يمرّ كل استعلامٍ مُولَّد عبرها ولا يُنفَّذ على الأعمدة الخام.
- •مجموعة تقييم محجوزة من 1,842 سيناريو مقسّمة 70/30 بين العربية (فصحى وخليجي) والإنجليزية، وSQL الذهبي كتبه كوانتيو الخزينة داخل البنك ولم يُعرَض في التدريب أو في اختيار الأمثلة المرجعية.
- •اختُبر تطبيق سياسات الوصول على مستوى الصفوف بمنصة عدائية من 380 حالة تحاول إزالة الترشيح الضمني وضمّ المخططات وتصعيد الدور عبر حقن التعليمات، أي تجاوز ناجح يُعدّ حاجزَ إصدار.
- •ضوابط الهلوسة: (أ) رفض الإجابة إن كانت ثقة الرابط الأول للمخطط أقل من 0.62، (ب) تنفيذ EXPLAIN على كل SQL مرشّح ورفض الاستعلامات التي تفحص أكثر من 250 جيجابايت، (ج) اشتراط استشهاد الإجابة بمعرِّف المقياس المعتمد بدقة.
منصة التقييم
المجموعة الذهبية: 1,842 سيناريو: 620 للسيولة والتمويل، و540 للانكشاف الائتماني، و410 للصرف الأجنبي والأسعار، و272 للتقارير التنظيمية (تقارير ساما). كتب SQL الذهبي 6 كوانتيين من الخزينة، وراجع كل سيناريو كوانتيٌّ ثانٍ ومسؤول حوكمة بيانات.
- →دقة التنفيذ: 94.8% إجمالاً (العربية 93.9% والإنجليزية 96.1%)
- →المطابقة الدلالية التامة (مقابل معرِّفات المقاييس المعتمدة): 91.2%
- →معدّل الهلوسة (ادّعاء غير مدعوم في نص الإجابة): 0.6%
- →معدّل الرفض عند الثقة المنخفضة (الهدف المُعاير 4–7%): 5.3%
الفريق الأحمر: منصةٌ عدائيةٌ من 380 حالة تستهدف تجاوز أمان الصفوف، وتسرّب البيانات بين المستأجرين، وتصعيد الدور عبر حقن التعليمات، وانتحال المقاييس. صفر تجاوز ناجح عند الإطلاق؛ التُقطت 3 انحدارات قبل الإصدار وعُولجت في مرحلة التصليب.
النتائج
- انهار زمنُ الردّ على أسئلة الخزينة من 3–9 أيام عمل إلى وسيطٍ قدره 3.4 ثانية (−96%).
- أُعيد توجيه مجمّع محلّلي ذكاء الأعمال من الاستعلامات الطارئة إلى اعتماد المقاييس ومراقبة النماذج.
- اجتاز البنكُ تدقيقين متتاليين من ساما على مخاطر تقنية المعلومات بصفر ملاحظات على واجهة NL2SQL.
- اعتمد البنكُ المنصةَ التقييميةَ معياراً داخلياً، لا تُطلَق مقاييس dbt الجديدة إلا بعد إضافة سيناريو لها ونجاحه.
متاجر الخط الأمامي ومراكز الاتصال تسأل بلهجةٍ خليجية أسئلة رؤية العميل 360 عبر واتساب: بإقامةٍ داخل السعودية وفق نظام حماية البيانات الشخصية
أحد أكبر ثلاثة مشغّلي اتصالات في السعودية (الأفراد والشركات والألياف) · 18 أسبوعاً من الانطلاق إلى الإنتاج
احتاج 1,900 وكيل متجر و3,400 وكيل مركز اتصال إلى واجهةٍ عربية واحدة نحو رؤية عميل 360 تمتدّ عبر بحيرة بيانات BigQuery (الفوترة والشبكة) ونظام علاقات العملاء على Postgres داخل مقرّ العميل. سلّمت بيليتيكا ‘سؤال’ على واتساب وواجهة ويب، مع حزمة فهمٍ لغويّ لهجيّة أولاً مضبوطة على العربية الخليجية والتبديل بين الفصحى والخليجي، وطبقةِ خصوصيةٍ تفاضلية للاستعلامات التجميعية على مؤشرات الشبكة الحسّاسة.
التحدّي
- •كان وكلاء المتاجر يتنقّلون بين 5 أنظمة في زيارة العميل الواحدة، بمتوسط زمن معالجة يبلغ 6 دقائق و40 ثانية.
- •سجّلت نماذج تحويل النص إلى SQL المُدرَّبة على مقاييس إنجليزية دقة تنفيذٍ قدرها 61% فقط على الأسئلة الخليجية ذات التبديل اللغوي الكثيف.
- •كانت استعلامات مؤشرات الشبكة تحمل خطرَ إعادة التعرّف على مشتركين أفراد من شرائح متوسط الإيراد وحركة البيانات التجميعية.
- •يشترط نظام حماية البيانات الشخصية وسياسة تصنيف البيانات لدى المشغّل بقاء كامل الاستدلال والسجلّات داخل السعودية.
بروتوكول البحث والتطوير
- •بناء مدوّنةٍ سعودية لقطاع الاتصالات تضم 22,600 عبارة (حوارات المتاجر، ونصوص مركز الاتصال، وسجلّات واتساب)، مُعنوَنة يدوياً على اللهجة والنية ونطاقات الكيانات الذهبية.
- •تدريب مصنِّف نيّةٍ مُدرَك للّهجة (فصحى / خليجي / عربيزي مختلط) بخسارةٍ تباينية؛ وتقييمه على شريحةٍ محجوزةٍ طبقيّة من 3,200 عبارة لم يرها النموذج.
- •توسيع الربط بالمخطط بأولويةٍ لدورة حياة المشترك: 34 كياناً معياريّاً (عميل، رقم جوّال، عقد، شكوى، تذكرة، خلية شبكة) تُثبَّت كمرتكزاتِ استرجاعٍ صريحة بدل الأعمدة النصّية الحرّة.
- •تطبيق خصوصية تفاضلية بضجيج ε=1.4 على استعلامات المؤشرات التجميعية إذا كان حجم الشريحة أقل من 40، مع حاجز إصدارٍ مُعتمَدٍ من الراعي إن كان الضجيجُ سيقلب ترتيب فئة.
- •بناء منصة اختبار عدائيّة من 480 حالة لإعادة التعرّف (ترشيح الشرائح الصغيرة، والاستدلال عبر الضمّ، والتضييق الزمني)، عولجت كل النتائج مع مسؤول حماية البيانات لدى المشغّل.
- •نشر النموذج وفهارس الاسترجاع والسجلّات على HUMAIN داخل السعودية؛ يُحوَّل كل زوج طلب/ردّ إلى تجزئة ويُثبَّت على مخزنٍ لا يقبل الكتابة (WORM) لحفظٍ 24 شهراً وفق PDPL.
منصة التقييم
المجموعة الذهبية: 3,200 عبارة بالعربية الخليجية و900 بالإنجليزية مع SQL ذهبي على لقطةٍ مخفيّة الهوية للمستودع؛ كل سيناريو مُعنوَن مزدوجاً من قِبَل لسانيّ ومحلّل شبكة.
- →دقة التنفيذ: 93.4% خليجي، 95.7% فصحى، 96.3% إنجليزي
- →F1 لتصنيف اللهجة: 0.889 (الأساس 0.71)
- →محاولات إعادة التعرّف المحظورة: 100% على منصة الاختبار البالغة 480 حالة
- →معدّل المخرجات السامّة أو غير الآمنة على اختبار ضغطٍ من 5,000 دورة: 0.02%
الفريق الأحمر: 480 حالة عدائيّة تشمل إعادة التعرّف على الشرائح الصغيرة، وحقن التعليمات عبر نصوص شكاوى العملاء، وانتحال اللغة (تبديل لهجة زائف لتجاوز الترشيح). صفر إعادة تعرّف ناجحة؛ عُولج مساران لحقن التعليمات قبل الإصدار.
النتائج
- تراجع متوسط زمن المعالجة في المتاجر من 6 دقائق و40 ثانية إلى دقيقة و55 ثانية (−71%).
- ارتفع معدّل حل استفسارات نزاعات الفوترة من أول اتصال بمقدار 18 نقطة مئوية.
- اعتمد مسؤول حماية البيانات واجهةَ المؤشرات التجميعية بعد أن أزالت طبقةُ الخصوصية التفاضلية كل نتائج منصة الاختبار البالغة 480 حالة.
- نُقلت مدوّنة اللهجات ومنصة التقييم إلى المشغّل بملكيّةٍ فكريةٍ كاملة.
NL2SQL ثنائي اللغة على بياناتٍ مصنَّفة لبرامج الرؤية: بحوكمةٍ متوائمة مع سدايا وتصنيفٍ للبيانات يُطبَّق على كل استعلام مُولَّد
مكتب برامج وزارة سعودية (مُخفيّ الهوية، 3 برامج قطاعية) · 16 أسبوعاً من الانطلاق إلى الإنتاج
احتاج مكتب البرامج إلى تمكين التنفيذيين وقادة القطاعات ومحلّلي الوزارة من استعلام مؤشرات رؤية 2030 حسب المنطقة والمبادرة بأيّ من اللغتين، مع احترام تصنيفٍ رباعي المستويات للبيانات (عام، داخلي، سرّي، مقيَّد). سلّمت بيليتيكا ‘سؤال’ على مستودع SQL Server مصنَّف بمحرّك سياساتٍ يفحص كل استعلامٍ مُولَّد وقت التحليل ويرفض التنفيذ، مع تعليلٍ صريح، حين لا يكون طالبُ الاستعلام مصرَّحاً له بالأعمدة المُشار إليها.
التحدّي
- •كانت مؤشرات البرامج موزّعة على 8 متاجر بياناتٍ قطاعية بتسميةٍ غير متّسقة (initiative_code مقابل init_id مقابل مبادرة_رمز).
- •احتاج قادة القطاعات إلى إجاباتٍ بالفصحى بينما فضّل التنفيذيون في الوزارة الإنجليزية؛ وجب أن يصل الطرفان إلى الأرقام المعتمدة ذاتها.
- •توجيهات سدايا وسياسة التصنيف الداخلية للوزارة تمنع أيّ نظام ذكاء اصطناعي من إظهار الأعمدة المقيَّدة لمستفيدٍ غير مصرَّح له، ولو بشكلٍ غير مباشر عبر الضمّ.
- •احتاجت الإحاطات التنفيذية إلى استشهادٍ بالوثيقة البرنامجية المحدَّدة (تعريف المؤشر، الهدف، سنة الأساس) التي أنتجت الرقم.
بروتوكول البحث والتطوير
- •بناء أنطولوجيا مقاييس ثنائية اللغة: 186 مؤشرَ برنامج، لكلٍّ منها اسمٌ عربيّ معياريّ واسمٌ إنجليزيّ معياريّ ووحدةٌ ومجموعةُ أبعادٍ وجهةٌ مالكة ومستوى تصنيف.
- •تدريب رابط كياناتٍ ثنائي اللغة على 9,800 زوج (سؤال، مؤشر) بصياغة محلّلي الوزارة؛ وأُخذت العيّنات السالبة الصعبة من داخل البرنامج ذاته لفرض تمييزٍ دقيق.
- •بناء محرّك سياساتٍ وقتَ الاستعلام: يُحلَّل كل SQL مرشّح إلى شجرة تركيبٍ مجرَّدة، ويُفحَص كل عمودٍ مقابل تصريح المستفيد، وتُقطَع عمليات الضمّ إن كانت ستُسرّب عموداً مقيَّداً إلى نتيجةٍ ذات مستوى أدنى.
- •تقييمٌ محجوز: 2,140 سيناريو (1,190 عربي / 950 إنجليزي)، وSQL الذهبي كتبه 4 محلّلين قطاعيّين وراجعه مكتب حوكمة البيانات في الوزارة.
- •منصةُ اختبارٍ عدائيّة من 260 حالة تستهدف تسريب التصنيف عبر التجميع وغسل الضمّ وهجمات تبديل العربية/الإنجليزية، رفضها محرّك السياسات جميعاً.
- •تحمل كل إجابة كتلةَ استشهادٍ ترتبط بوثيقة تعريف المؤشر وبصفّ الهدف/الأساس المُنتِج للرقم.
منصة التقييم
المجموعة الذهبية: 2,140 سيناريو تشمل 3 برامج قطاعية؛ يُقرَن كل سؤال بصيغة عربية معيارية، وصيغة إنجليزية معيارية، ومستوى التصنيف المتوقّع، وSQL ذهبي.
- →دقة التنفيذ: 92.1% إجمالاً (عربي 91.4%، إنجليزي 93.0%)
- →المطابقة الدلالية التامة على مؤشرات البرامج: 89.4%
- →الاتّساق بين اللغتين (الإجابة ذاتها بأيّ لغة): 97.8%
- →دقة/استرجاع تطبيق التصنيف: 1.000 / 1.000
الفريق الأحمر: 260 حالة عدائيّة: حُجبت 100%. سُجِّل كل مسار تسريبٍ محاوَل، وعُولج في قواعد السياسات، وثُبِّت باختبار انحدار.
النتائج
- انتقلت الإحاطات التنفيذية من دورةِ 4 أيامٍ إلى اليوم ذاته، مع استشهادٍ بوثيقة المؤشر المصدر على كل سطر.
- اعتمدت الوزارةُ أنطولوجيا المقاييس الثنائية اللغة معياراً مشتركاً بين البرامج.
- لم تُسجَّل أيّ مخالفة تصنيفٍ خلال أول ستة أشهرٍ من الاستخدام الإنتاجي.
640 مدير متجرٍ يسألون عن المخزون والتوظيف والعروض عبر واتساب: مع احترامٍ كاملٍ لأمان الصفوف على مستوى العلامة
مجموعة تجزئة سعودية (12 علامة، و640 متجراً في مختلف مناطق السعودية) · 12 أسبوعاً من الانطلاق إلى الإنتاج
لم يكن لدى مديري المتاجر رؤيةٌ لحظيّة للمخزون أو فجوات التوظيف أو أثر العروض؛ فكانوا يفتحون تذاكرَ ذكاءِ أعمالٍ تستغرق يومين إلى ثلاثة. سلّمت بيليتيكا ‘سؤال’ على واتساب على نظام Oracle للتخطيط المؤسسي وبحيرة Databricks، مع أمانٍ على مستوى الصفوف يحصر كل استعلامٍ مُولَّد في علامة المدير ومتجره، بتطبيقٍ عبر ادّعاءِ جلسةٍ موقَّع لا عبر تعليمةٍ في الطلب.
التحدّي
- •يتشارك نظامُ Oracle للتخطيط وبحيرةُ Databricks جداولَ مخزونٍ متقاطعة لكنها غير متطابقة، قد يظهر الصنف ذاته بأرقام مخزونٍ مختلفة في كلٍ منهما.
- •كتب المديرون بلهجةٍ عاميّة قصيرة (كم موجود من X في مستودعي؟)، فربطت النماذج الجاهزة الأسئلة بأسماء أعمدةٍ إنجليزية وأغفلت نطاق الفرع.
- •أيّ استعلامٍ يُعيد بياناتِ علامةٍ أخرى، ولو بالخطأ، سيُخلّ باتفاقيات الامتياز داخل المجموعة.
- •كانت ميزانية زمن الاستجابة على واتساب صارمة: تخلّى المديرون عن الإجابات الأبطأ من نحو ثانيتين.
بروتوكول البحث والتطوير
- •توفيقُ مخزون Oracle وDatabricks في مقياسٍ معتمَدٍ واحد باسم ‘inventory_position’ مع سياسةِ مصدرٍ للحقيقةِ مكتوبةٍ لكل صنف.
- •إعادةُ ضبطِ معيدِ ترتيبٍ استرجاعيٍّ صغيرٍ على 7,200 زوج (سؤال عربي، مجموعة جداول) مُعنوَنة يدوياً؛ أظهر التحليلُ التفاضليّ ربحاً قدره +6.4 نقطة في دقة التنفيذ مقارنةً بـ BM25 وحده.
- •أمانُ صفوفٍ عبر ادّعاء جلسة: تُستبدَل هويّةُ واتساب برمز JWT موقَّعٍ يحمل brand_id وstore_id؛ يُعاد كتابة كل SQL على الخادم لحقن شرط WHERE إلزامي؛ لا يرى النموذجُ اللغويّ نطاق الترشيح ولا يؤثّر فيه.
- •تقييمٌ محجوز: 1,560 سيناريو بالعربية الخليجية، وSQL الذهبي بصياغةِ 5 مديري عمليّاتٍ إقليميّين.
- •تصميمٌ مشترك للزمن: تجزئةُ فهرس الاسترجاع حسب العلامة (متوسّط 380 جدول/شريحة)، وتخبئةُ خطة الاستعلام على مفتاح الطبقة الدلالية، وتثبيتُ اتصالاتٍ ساخنة حسب المنطقة.
- •منصةُ اختبارٍ عدائيّة من 210 حالات تحاول انتحال brand_id عبر حقن التعليمات وحروف Unicode المتشابهة والتلاعب متعدّد الأدوار، حُجبت 100% بفضل تصميم الادّعاء الموقَّع.
منصة التقييم
المجموعة الذهبية: 1,560 سيناريو بالعربية الخليجية تغطي وضع المخزون، وفجوات التوظيف، وأثر العروض، والفاقد؛ لكل حالة SQL ذهبي وقيمُ brand_id/store_id المتوقَّعة.
- →دقة التنفيذ: 94.2%
- →صحّة حصر العلامة/المتجر: 97.1%
- →محاولات تسريب البيانات بين العلامات: 210 اختبار، 0 ناجحة
- →هدف الزمن (< 2 ثانية على واتساب): محقَّق على 96.4% من الحركة الإنتاجية
الفريق الأحمر: 210 محاولةَ انتحالٍ أو حقن، حُجبت 100% بفضل تصميم النطاق بالادّعاء الموقَّع؛ وُثِّقت النتائج في نموذج تهديدٍ شُورك مع رئيس أمن المعلومات في المجموعة.
النتائج
- تراجعت حالاتُ نفاد المخزون لكل 100 صنف بنسبة 63% في الربع الأول بعد الإطلاق.
- ارتفع معدّلُ بيع العروض 11 نقطة في 84 متجراً تجريبياً استخدمت ‘سؤال’ لأسئلة إعادة التزويد اليومية.
- تقلّص تراكمُ تذاكرِ ذكاءِ أعمالِ عمليات المتاجر إلى الصفر خلال 8 أسابيع من الإطلاق الكامل.
أسئلة إدارة الأسرّة وكفاءة غرف العمليات وإنتاجية الطوارئ تُجاب بالعربية: مع طبقةِ إخفاء هويّةٍ مُهندَسة قبل أن يرى النموذجُ صفّاً واحداً
مجموعة مستشفياتٍ خاصة سعودية (9 مستشفيات، و2,400 سرير) · 15 أسبوعاً من الانطلاق إلى الإنتاج
احتاج مديرو العمليات إلى إجاباتٍ لحظيّة على إشغال الأسرّة ودورانِ غرف العمليات وطولِ الإقامة في الطوارئ ونسبِ التوظيف، عبر نظام معلوماتٍ صحّي على SQL Server، ونظامِ إدارة غرف العمليات، ومتتبِّع الطوارئ. سلّمت بيليتيكا ‘سؤال’ مع وكيلِ إخفاء هويّةٍ إلزاميٍّ يُحوِّل أرقام السجل الطبّي إلى تجزئةٍ ويحجب المعرِّفات المباشرة قبل وصول الصفوف إلى النموذج، وطبقةٍ دلاليةٍ سريريّةٍ صيغت بالتعاون مع فريق المعلوماتية الطبيّة في المجموعة.
التحدّي
- •لم يكن لدى مديري العمليات واجهةٌ عربية موحّدة على الأنظمة المصدر الثلاثة التي ترمز الحدث الواحد (قبول، تحويل، تخريج) بطرقٍ مختلفة.
- •كان أيّ نموذجٍ أوليّ يعرض أرقام السجل الطبّي الخام أو رموز التشخيص لنموذج لغويٍّ عام مرفوضاً لدى لجنة الأخلاقيات في المجموعة.
- •المفرداتُ السريريّة شديدةُ الحسّاسية للسياق، فمعنى ‘الإشغال’ يختلف في العنايةِ المركّزة وأقسام التنويم وجراحة اليوم الواحد.
- •وجب أن يُعتمَد التقييمُ من الأطبّاء، لا من مهندسي البيانات وحدهم.
بروتوكول البحث والتطوير
- •كتابةُ مواصفةِ تقليل بياناتٍ: يستقبل النموذج أنواعَ الأحداث والطوابع الزمنية ورموزَ الأقسام ورموزَ مرضى مُحوَّلة إلى تجزئة، دون رقم سجلٍّ طبيّ أو اسمٍ أو هاتفٍ أو تشخيصٍ نصّي.
- •بناءُ وكيلِ إخفاءِ هويّةٍ أمام المستودع؛ أثبت اختبارٌ منهجيّ أن قائمة الأعمدة المُسقَطة في كل استعلامٍ مُولَّد مجموعةٌ جزئية من الأعمدة المُدرَجة في القائمة البيضاء، وإلا رُفض الاستعلام.
- •صياغةُ طبقةٍ دلاليةٍ سريريةٍ تضم 96 مقياساً للعمليات بمشاركة قائدٍ للمعلوماتية الطبيّة؛ لكل مقياسٍ تعريفٌ مكتوبٌ واستثناءاتٌ ومثالٌ محلول.
- •تقييمٌ محجوز يشمل 1,320 سيناريو؛ راجَع كل سيناريو محلّلُ عمليّاتٍ وطبيبٌ معاً؛ وحُسمت الخلافات من قِبَل الرئيس الطبيّ للمعلومات.
- •مراجعةُ الإنصاف والسلامة: قِيسَ الأداءُ حسب القسم والوردية والمستشفى، لم تقلّ أيّ مجموعةٍ أكثر من 3.1 نقاط عن الوسيط.
- •منصةُ اختبارٍ عدائيّة من 190 حالة تحاول استرجاعَ هويّة المريض من ترشيحاتٍ صغيرةٍ في الطوارئ أو ضمّ الطوابع الزمنية؛ حجب وكيلُ إخفاء الهويّة وحدّ حجم الشريحة البالغ 20 كلَّ المحاولات.
منصة التقييم
المجموعة الذهبية: 1,320 سيناريو تشمل إدارة الأسرّة وكفاءة غرف العمليات وإنتاجية الطوارئ ونسبَ التوظيف؛ روجعت مزدوجاً من محلّل عمليّاتٍ وطبيب؛ وتقرير تقييمٍ موقَّع من الرئيس الطبيّ للمعلومات.
- →دقة التنفيذ: 93.6% إجمالاً (العنايةُ المركّزة 92.2%، الطوارئ 94.1%، غرف العمليات 94.3%)
- →معدّل الهلوسة (ادّعاء سريريّ غير مدعوم): 0.4%
- →حجب المعرِّفات المباشرة عند الوكيل: 100%
- →التكافؤ بين المجموعات: أقصى فرقٍ عن الوسيط = 3.1 نقاط
الفريق الأحمر: 190 محاولةَ إعادة تعرّف، حُجبت جميعاً. أُضيف كل ناقل محاولةٍ حالةَ انحدارٍ دائمة في خط التكامل المستمر.
النتائج
- انخفض طولُ الإقامة في الطوارئ للمرضى المُنوَّمين بنسبة 34% بعد ربط ‘سؤال’ باجتماعات التدفّق.
- ارتفعت كفاءةُ غرف العمليات 9 نقاط بالمتوسّط في المستشفيات التسعة خلال ستة أشهر.
- اعتمدت لجنةُ الأخلاقيات وكيلَ إخفاء الهويّة وتقريرَ التقييم قالباً للمجموعة لأنظمة الذكاء الاصطناعي المقبلة.
ثلاثة مستويات نشر مصمَّمة لكل مرحلة نضج
قسم واحد
مستودع واحد · حتى 25 مستخدماً
- مستودع واحد + رابط ERP أو CRM
- حتى 25 مستخدماً معرَّفاً
- قنوات عربية وإنجليزية: ويب وTeams
- طبقة دلالية معتمدة (مُدارة)
- تسجيل متوافق مع PDPL
- دعم ساعات العمل
مؤسسي
مستخدمون بلا حد · وكلاء إجراءات
- مستودعات وERP وCRM بلا حد
- مستخدمون بلا حد مع SSO/SCIM
- كل القنوات + واتساب + صوت
- وكلاء إجراءات بموافقة بشرية
- أمان صفوف من الطرف للطرف
- منصة تقييم NL2SQL على بياناتكم
- دعم 24/7 باتفاقية 4 ساعات
سيادي / معزول
على AI-in-a-Box أو HUMAIN مخصص
- نشر على AI-in-a-Box أو HUMAIN مخصص
- تشغيل معزول مدعوم
- ضبط مخصص على مدوّنتكم
- قاموس عربي متخصص
- سجل تدقيق بمستوى دفاعي
- إطلاق بأيدٍ متخصصة
- فريق هندسي مُسمّى
أسئلة شائعة
ما هو ‘سؤال’؟+
‘سؤال’ منصة بيليتيكا للمحادثة مع البيانات، مصمَّمة للعربية أولاً. يطرح المستخدمون أسئلتهم بالعربية أو الإنجليزية، فيولّد ‘سؤال’ SQL محوكماً على مستودعكم وأنظمة ERP وCRM ويعيد إجابات محترمة لأمان الصفوف.
لماذا ‘سؤال’ مصمَّم خصيصاً للمؤسسات السعودية؟+
‘سؤال’ مبني للهجات العربية (لا الفصحى فقط)، ويلتزم بطبقة دلالية محوكمة بمقاييس معتمدة، ويحترم أمان مستوى الصفوف من الطرف للطرف، وينفّذ إجراءات كتابة وكيلية بموافقة بشرية، كل ذلك مستضاف داخل السعودية على HUMAIN مع منصة تقييم عربية منشورة لـ NL2SQL تجعل الدقة قابلة للمراجعة لا مجرد ادعاء.
هل يُستضاف ‘سؤال’ داخل السعودية؟+
نعم. يعمل ‘سؤال’ افتراضياً على البنية السيادية لـ HUMAIN داخل السعودية، مع خيار العزل التام أو النشر على سحابة بيليتيكا للـ GPU. جميع البيانات والأوامر وسجلات الاستعلامات تبقى داخل الوطن، متوافقة مع PDPL وNDMO.
ما الأنظمة التي يتكامل معها؟+
المستودعات (Snowflake وBigQuery وDatabricks وRedshift وPostgres وOracle وSQL Server)، وأنظمة ERP (SAP S/4HANA وOracle Fusion وMicrosoft Dynamics وOdoo)، وCRM (Salesforce وHubSpot وZoho)، والأنظمة السعودية الشائعة (أجور، باي بيبل، قيود، وتغذيات الفوترة الإلكترونية).
كيف تُقاس الدقة؟+
يُشحن ‘سؤال’ مع منصة تقييم عربية لـ NL2SQL تغطي أكثر من 1,200 سيناريو مؤسسي سعودي (إغلاق مالي، سلسلة إمداد، تحليلات موارد بشرية، مؤشرات قطاعية). كل إصدار يُقاس على دقة التنفيذ والدقة الدلالية ومعدل الهلوسة، والنتائج تُشارك مع العملاء تحت اتفاقية سرية.
كيف يتم تسعير ‘سؤال’؟+
يُقدَّم ‘سؤال’ في ثلاثة مستويات نشر، قسمي، ومؤسسي، وسيادي/معزول، تُحدَّد بحسب عدد المستودعات والمستخدمين ونطاق الوكلاء ومتطلبات الإقامة. التسعير يُوضع لكل ارتباط على حدة؛ تواصلوا مع فريق بيليتيكا للحصول على عرض مخصّص.
جاهز لنقل بياناتكم إلى المحادثة؟
احجزوا عرضاً تنفيذياً، نصل بمستودعكم في 15 دقيقة ونجيب على أسئلتكم الحقيقية بالعربية.