تخطي إلى المحتوى الرئيسي

هندسة برمجيات وذكاء اصطناعي مسؤول في دولة الإمارات

أنظمة رقمية مُصمَّمة لتصمد أمام المساءلة.

تُصمِّم Kerah أنظمةً وتطبيقاتٍ آمنة وذكاءً اصطناعيًا مسؤولًا، وتبنيها وتُحقِّق تكاملها مع الأنظمة القائمة، لصالح المؤسسات على اختلاف قطاعاتها.

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

مشكلة التقارير هي في حقيقتها مشكلة أنظمة.

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

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

Kerah Systems

أنظمة العملاء والذكاء الاصطناعي المسؤول

برمجيات وأعمال تكامل وذكاء اصطناعي للشركات الخاصة والجهات الحكومية والمؤسسات غير الربحية، مصمَّمة بحيث يمكن تقديم الحساب عن العمل والمال والقرارات، وبحيث تبقى الصلاحية على ما يهمّ بيد أشخاص.

استعراض القدرات

Kerah Products

مبادرات منتجات مملوكة لشركة Kerah

منتجات تبنيها Kerah وتعيش معها بنفسها. وتشغيل برمجياتنا نحن يُبقي قرارات المنتج مرتبطةً بمسؤولية طويلة الأمد لا بموعد تسليم.

نبذة عن Kerah Products

الحدّ

المورِّد التقني وما يجب ألّا يصير إليه أبدًا.

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

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

من الاستكشاف إلى نظامٍ في الخدمة.

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

الاستكشاف والتصميم المعماري

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

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

مخرجات تمثيلية

  • خريطة العملية الحالية ومواطن القصور فيها
  • البنية المعمارية المستهدَفة
  • خارطة طريق للتنفيذ على مراحل
  • النطاق والاستثناءات والتقدير

الاستكشاف والتصميم المعماري

الأنظمة المؤسسية

المشكلة. عملية أساسية تجري عبر جداول البيانات وصناديق البريد واجتهادٍ غير موثَّق، فلا يمكن تدقيقها ولا تفويضها ولا التوسّع بها.

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

مخرجات تمثيلية

  • بوابات للعمليات وللعملاء وللشركاء
  • مسارات العمل والاعتمادات والتصعيد
  • الأدوار والأذونات وسجلات التدقيق
  • التقارير التشغيلية

الأنظمة المؤسسية

هندسة المنتجات الرقمية

المشكلة. على المنتج أن يعمل للعملاء أو للموظفين في ظروف واقعية: جهاز قديم، واتصال ضعيف، ولغتان، وقواعد لا يجوز خرقها.

ما الذي يتغيّر. منتج مُصمَّم وقابل للوصول، بواجهة خلفية آمنة، مبنيٌّ حول المهام التي يؤدّيها الناس فعلًا، ومُقاسٌ بعد إطلاقه.

مخرجات تمثيلية

  • تعريف المنتج ورحلات المستخدمين
  • نظام التصميم وتصميم الواجهات
  • مواقع إلكترونية وتطبيقات ويب وتطبيقات محمولة
  • الخدمات الخلفية وواجهات البرمجة (APIs)

هندسة المنتجات الرقمية

الحوسبة السحابية والبيانات والتكامل

المشكلة. المعلومة نفسها موجودة في عدة أنظمة، ولا يتفق أيٌّ منها مع الآخر، ومهمّة أحدهم أن يُطابق بينها يدويًا.

ما الذي يتغيّر. واجهات ربط محدَّدة، ونموذج بيانات موثَّق، وتدفّقات خاضعة للمراقبة، فتنتقل المعلومة مرة واحدة وتصبح التقارير جديرة بالثقة.

مخرجات تمثيلية

  • تصميم واجهات البرمجة والتكامل
  • ربط حقول البيانات وترحيلها
  • الأسس السحابية والنشر
  • المراقبة وتقارير المطابقة

الحوسبة السحابية والبيانات والتكامل

الذكاء الاصطناعي والأتمتة الذكية

المشكلة. عمل اجتهادي متكرّر كبير الحجم، مع تسامح ضئيل مع قرار لا يستطيع أحد تفسيره بعد وقوعه.

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

مخرجات تمثيلية

  • حالة استخدام محدودة النطاق ومعايير نجاحها
  • مجموعة التقييم ونتائجها
  • تصميم المراجعة البشرية والإشراف
  • تصميم المسار البديل والمراقبة

الذكاء الاصطناعي والأتمتة الذكية

التطوير المُدار

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

ما الذي يتغيّر. نموذج محدَّد للدعم والإصدار، مع صيانة أمنية، وقائمة أعمال لها مالك، وخارطة طريق تُراجَع على وتيرة ثابتة.

مخرجات تمثيلية

  • مسار الدعم ومعالجة الحوادث
  • إدارة الإصدارات
  • صيانة الأمن والاعتماديات
  • قائمة تحسينات مُرتَّبة حسب الأولوية

التطوير المُدار

هندسة الأمن والخصوصية

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

ما الذي يتغيّر. نظام صُمِّم فيه نموذج الوصول وحصر البيانات والتشفير والتسجيل وسلوك الحذف معًا، مع التوثيق الذي يطلبه المُقيِّم، مُنتَجًا بوصفه مُخرَجًا من مُخرَجات التنفيذ لا مُعادَ تركيبه بعد فوات الأوان.

مخرجات تمثيلية

  • نموذج التهديدات وتوثيق تدفّقات البيانات
  • نموذج الوصول والأذونات
  • حصر البيانات وجدول مدد الاحتفاظ
  • خطة الاستجابة للحوادث والتصعيد

هندسة الأمن والخصوصية

الجودة والاختبار وإمكانية الوصول

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

ما الذي يتغيّر. نظام مُختبَر باللغتين على يد مَن يقرأ كلتيهما، ومُقاس على معيار WCAG 2.2 المستوى AA، ومُجرَّب تحت أحمال وظروف إخفاق واقعية قبل الإطلاق لا بعده.

مخرجات تمثيلية

  • حزم اختبار آلية تغطّي المسارات الحرجة
  • ضمان الجودة بالعربية والإنجليزية
  • نتائج اختبار إمكانية الوصول ومعالجتها
  • نتائج اختبارات الأداء والصمود

الجودة والاختبار وإمكانية الوصول

أنماط لعملٍ تشغيليٍّ قابل للمساءلة.

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

نمط حلٍّ مرجعي

بوابة العمليات التشغيلية

بيئة عمل واحدة خاضعة للحوكمة، للفريق الذي يُدير عمليةً تشغيليةً يومًا بيوم.

كيف تتناول Kerah هذا

نمط حلٍّ مرجعي

إدارة الحالات والطلبات

من التلقّي إلى البتّ، مع بقاء سجل القرارات كاملًا.

كيف تتناول Kerah هذا

نمط حلٍّ مرجعي

تلقّي الوثائق وفرزها بالذكاء الاصطناعي

استخراج وتصنيف على نطاق كبير، والقرار ذو الأثر بيد إنسان.

كيف تتناول Kerah هذا

قرارات ظاهرة. وتقدُّم قابل للإثبات.

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

الاطلاع على المنهجية الكاملة بمراحلها السبع
  1. 01

    الاستكشاف

    فهم المشكلة التشغيلية والمستخدمين والأنظمة والبيانات قبل الالتزام بأي بناء.

  2. 02

    المخطَّط

    الاتفاق كتابةً على النطاق والاستثناءات والمحطات الرئيسية ومعايير القبول وضبط التغيير.

  3. 03

    البناء والإطلاق

    عرض البرمجيات العاملة بوتيرة متقاربة، ثم القبول والإطلاق مصحوبَين بالأدلة وبخطة تراجع.

  4. 04

    الخدمة ومواصلة التطوير

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

مبنيٌّ من أجل السنوات التي تلي الإطلاق.

هذه هي طريقة Kerah في التنفيذ. وهي التزامات تخصّ ممارستنا المهنية، وليست ضوابط حاصلة على اعتماد أو شهادة.

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

Kerah Products

نعيش نحن أيضًا مع المنتجات التي نبنيها.

Kerah OS هي مبادرة المنتج المملوكة لشركة Kerah، وتركّز على تجارب عملية لعافية الأسرة بالعربية والإنجليزية. وبناء منتجاتنا نحن وتشغيلها يُبقي قرارات المنتج مرتبطةً بمسؤولية طويلة الأمد.

ما الذي سيطلبه المُراجِع؟

يبدأ تقييم المشتريات والأمن والخصوصية قبل أي حديث تقني، في الشركة وفي الجهة الحكومية على حدٍّ سواء. ولذلك تنشر Kerah موقفها من شهادات الاعتماد، وموقع الاحتفاظ بالبيانات، والعزل بين بيئات العملاء، والأدوار المسؤولة عن العمل، والأدلة التي تنشرها والأدلة التي لا تنشرها.

الانتقال إلى مركز الثقة

ابدأ من المشكلة، لا من المنصّة.

الحديث الأول يدور حول التشغيل والقيود وما يجب إثباته بالأدلة، لا حول عرضٍ توضيحي لمنتج. وإذا كان تغييرٌ أصغر كفيلًا بحل المشكلة، فستقول Kerah ذلك.