مايكروسوفت تكشف عن رؤيتها لمستقبل الذكاء الاصطناعي في قمة الويب قطر 2025: ماذا تعني لـ Dynamics 365 في الشرق الأوسط؟

حين يسأل مدير العمليات: هل الذكاء الاصطناعي سيُسرّع الموافقات أم سيضيف طبقة جديدة من التعقيد؟

هذا هو السؤال الحقيقي الذي تطرحه فرق ERP وCRM في الشرق الأوسط اليوم، خصوصًا عندما تكون المؤسسة قد استثمرت بالفعل في Microsoft Dynamics 365 وتريد أن ترى أثرًا ملموسًا على المبيعات، والخدمة، والمالية، والاعتمادات الداخلية. مايكروسوفت، خلال قمة الويب قطر 2025، قدّمت رؤية واضحة: الذكاء الاصطناعي لم يعد مجرد مساعد نصّي أو واجهة ذكية، بل أصبح جزءًا من التطبيقات المؤسسية نفسها. لكن القيمة الفعلية لا تتحقق بمجرد تفعيل Copilot أو شراء رخص إضافية. القيمة تبدأ عندما يصبح الذكاء الاصطناعي مرتبطًا بالسياق التشغيلي، والبيانات الموثوقة، ومسار الموافقة، والتكامل مع الأنظمة التي تعمل بها المؤسسة يوميًا.

لهذا السبب، لا ينبغي النظر إلى الخبر باعتباره إعلانًا تقنيًا فقط، بل إشارة مهمة لصناع القرار الذين يريدون تحويل Microsoft Dynamics 365 إلى منصة أعمال أذكى، لا مجرد واجهة أفضل. ومن هنا يأتي السؤال الأهم: متى يكفي الذكاء المدمج داخل Dynamics 365، ومتى تحتاج المؤسسة إلى طبقة BPM وLow-Code وتكامل مثل منصّة Cortex منخفضة الكود لتوحيد العملية من البداية إلى النهاية؟

ما الذي تعنيه رؤية مايكروسوفت للذكاء الاصطناعي عمليًا للمؤسسات

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

بالنسبة للمؤسسات التي تستخدم Dynamics 365، هذا التطور مهم لأنه يغيّر طريقة التصميم نفسها. لم يعد التركيز على الشاشة أو التقرير فقط، بل على: ما البيانات المتاحة؟ ما القرار المطلوب؟ من يوافق؟ ما النظام الذي يسجل المعاملة؟ وهل المعلومة التي يعتمد عليها النموذج دقيقة ومكتملة؟

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

ولمن يريد فهم علاقة ذلك بالممارسات العملية حول الأتمتة والذكاء المدمج، يمكن الاطلاع على هذا الدليل: كيف تحوّل المؤسسات في الشرق الأوسط مكاسب Copilot وAzure OpenAI إلى ساعات موفّرة داخل ERP وCRM وBPM؟.

لماذا يهم ذلك لمستخدمي Dynamics 365 في الشرق الأوسط تحديدًا؟

المنطقة ليست سوقًا واحدًا متجانسًا، وهذه حقيقة يجب أن تنعكس على قرار التنفيذ. بعض المؤسسات في الشرق الأوسط وشمال أفريقيا تعمل بنضج متقدم داخل Dynamics 365، بينما لا تزال مؤسسات أخرى تعتمد على مزيج من ERP قديم، وإجراءات موافقات بريدية، وملفات Excel، ونظم خدمة منفصلة. في هذا الواقع، لا يكفي أن تكون الأداة قوية؛ يجب أن تكون قابلة للدمج داخل بيئة تشغيلية غير متجانسة.

هناك أربعة عوامل تجعل التبني هنا أكثر حساسية من أسواق أخرى:

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

بمعنى آخر، النجاح في Dynamics 365 في الشرق الأوسط لا يعتمد فقط على تفعيل الميزات الحديثة، بل على قدرة المؤسسة على توحيد السياق بين CRM وERP والموافقات والبيانات المرجعية والأنظمة المساندة. ولهذا السبب، أصبحت طبقة BPM والـ Low-Code عنصرًا حاسمًا، لا خيارًا ثانويًا.

استخدامات عملية داخل Dynamics 365: أين يخلق الذكاء الاصطناعي قيمة فعلية؟

1) المبيعات: من إدارة الفرص إلى توجيه الخطوة التالية

في فرق المبيعات، القيمة ليست في كتابة رسالة تلقائية فقط. القيمة الحقيقية تظهر عندما يستطيع النظام أن يجمع من Dynamics 365 وبيانات العميل والموافقات الداخلية ما يكفي ليقترح إجراءً: متابعة فرصة متأخرة، تصعيد سعر، أو طلب اعتماد خصم قبل إصدار عرض السعر. هنا يصبح الذكاء الاصطناعي أداة لرفع الانضباط التجاري، وليس مجرد تسريع الكتابة.

2) خدمة العملاء: تقليل زمن البحث وليس فقط تلخيص التذاكر

في مراكز الخدمة، يستطيع Copilot دعم الوكيل في تلخيص الحالة، لكن المؤسسة تحتاج إلى ما هو أبعد: ربط التذكرة بالمعلومة الصحيحة، تاريخ العميل، اتفاقية الخدمة، وإجراءات التصعيد. إذا لم يكن هناك سير واضح، فإن التسريع سيبقى داخل الواجهة فقط. أما إذا أضيفت طبقة BPM، فتصبح المعالجة قابلة للتتبع والقياس.

3) المالية: الموافقات، الاستثناءات، والرقابة

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

4) سلسلة الإمداد والطلب

في الطلبات والمشتريات، أفضل حالات الاستخدام ليست “التنبؤ” النظري، بل ضبط استكمال البيانات، ومراجعة المستندات، وتقليل دورات الانتظار بين الطلب والاعتماد والتنفيذ. إذا كانت المؤسسة تربط Dynamics 365 مع مخزون أو تخطيط أو نظام مشتريات خارجي، فإن طبقة التكامل تصبح جزءًا من نجاح الذكاء الاصطناعي نفسه.

5) الاعتمادات الداخلية

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

متى تكفي Copilot وAzure AI، ومتى تحتاج المؤسسة BPM وLow-Code؟

هذا سؤال قرار، وليس سؤال تقنية فقط. من واقع التنفيذ المؤسسي، يمكن اعتماد قاعدة عملية بسيطة:

الحالة ما الذي يكفي غالبًا؟ متى تحتاج BPM وLow-Code؟
استعلامات فردية أو تلخيص محتوى Copilot أو Azure AI إذا كان المطلوب حفظ مسار موافقة أو تدقيق
إدخال بيانات أو اقتراح حقول Copilot مع ضوابط إذا كانت هناك قواعد تحقق متعددة أو استثناءات
إدارة طلبات وعقود واعتمادات غير كافٍ عادة مطلوب BPM وربط أنظمة وموافقات
رحلات العميل متعددة القنوات جزئيًا عند الحاجة لتنسيق CRM مع خدمة ومالية ونظام خارجي
سيناريوهات بها أنظمة قديمة غير كافٍ مطلوب طبقة تكامل واضحة

الفكرة الجوهرية أن الذكاء الاصطناعي يتعامل مع اللغة والسياق، بينما BPM يتعامل مع الضبط التشغيلي: من يفعل ماذا، ومتى، وبأي استثناء، وبأي سجل. ومن هنا تأتي أهمية إدارة وأتمتة عمليات الأعمال BPM كطبقة مكملة، لا منافسة، لما تقدمه أدوات الذكاء داخل Microsoft.

دور Cortex: طبقة عملية تربط الأشخاص، والموافقات، وDynamics 365، والأنظمة القديمة

في كثير من المشاريع، لا تكون المشكلة في غياب النظام الأساسي، بل في غياب “الطبقة التي تربط”. قد تكون لدى المؤسسة Dynamics 365 لإدارة العملاء أو جزء من العمليات، ونظام ERP مالي مستقل، ومنصة بريدية لطلبات الاعتماد، وجداول Excel للمتابعة، وقاعدة معرفة داخلية غير مهيكلة. هنا يأتي دور Cortex بوصفه طبقة منخفضة الكود وBPM عملية تربط هذه العناصر في سير واحد يمكن تشغيله ومراجعته وتحسينه.

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

وعندما تحتاج المؤسسة إلى ربط Dynamics 365 مع ERP مالي أو تشغيلي، يصبح من المنطقي مراجعة حلول ERP من Singleclic وحلول CRM وإدارة علاقات العملاء باعتبارهما جزءًا من منظومة تشغيلية موحدة، لا منتجات منفصلة.

القاعدة العملية: إذا كان الذكاء الاصطناعي سيُنتج “معلومة”، فاستخدمه هناك؛ وإذا كان يجب أن يُنتج “حركة تشغيلية” داخل المؤسسة، فأنت تحتاج BPM وتكامل وحوكمة.

مثال تطبيقي: تقليص دورة اعتماد عرض سعر أو طلب شراء

لنفترض أن فريق المبيعات يرفع عرض سعر لعميل حكومي أو شركة كبيرة. في الوضع اليدوي، يمر الطلب عبر البريد، ثم يعود للاستفسار عن الخصم، ثم ينتظر اعتماد المدير، ثم المالية، ثم ربما مراجعة قانونية. النتيجة: تأخير، وتكرار، وفقدان رؤية على سبب التوقف.

في تصميم أفضل، يبدأ المستخدم الطلب داخل Dynamics 365 أو تطبيق داخلي منخفض الكود، ثم تُمرّر البيانات إلى Cortex لتطبيق قواعد الاعتماد:

Dynamics 365 في الشرق الأوسط
  1. التحقق من اكتمال بيانات العميل والمنتج.
  2. إضافة توصية آلية بناءً على قيمة الطلب وهوامش الربح وسياسة الخصم.
  3. توجيه الموافقة للمدير المناسب حسب المبلغ أو القطاع أو نوع العميل.
  4. إخطار المالية فقط عند وجود تجاوز أو استثناء.
  5. تسجيل كل خطوة في سجل تدقيق واحد.

في هذه الحالة، Copilot قد يساعد المستخدم على صياغة العرض أو تلخيص حالة العميل، لكن Cortex وBPM هما ما يجعل عملية الاعتماد نفسها قابلة للتنفيذ والقياس. هذه هي الفجوة التي تغفل عنها بعض الفرق عندما تظن أن واجهة الذكاء تغني عن هندسة العملية.

وللتوسع في كيفية بناء إجابات موثوقة من المعرفة الداخلية، يمكن الرجوع إلى دليل تنفيذ RAG للمؤسسات باستخدام المعرفة الداخلية: من المستندات المبعثرة إلى إجابات موثوقة داخل العمليات.

ستة معايير قرار يجب أن تراجعها القيادة قبل التوسع

  • جودة البيانات: هل البيانات في Dynamics 365 والأنظمة المرتبطة نظيفة ومحدثة بما يكفي لتغذية الذكاء؟
  • وضوح العملية: هل توجد خطوات اعتماد واضحة أم أن الاستثناءات تُدار شفهيًا؟
  • حساسية القرار: هل ينصح الذكاء أم يقرر؟ في القرارات الحساسة يجب أن يبقى الإنسان ضمن الحلقة.
  • قابلية التكامل: هل لدى المؤسسة واجهات جاهزة أو طبقة API تربط CRM وERP والأنظمة القديمة؟
  • الحوكمة والامتثال: من يرى ماذا؟ من يوافق؟ أين تُسجّل الأحداث؟ وكيف يُدار التدقيق؟
  • زمن القيمة: هل المشروع سيحسن يوميًا في أول 90 يومًا، أم أنه يتطلب برنامجًا طويلًا قبل أي أثر ملموس؟

المخاطر الشائعة التي نراها في مشاريع الذكاء فوق ERP وCRM

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

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

الخطر الثالث هو تجزئة التكامل. عندما يرتبط الذكاء الاصطناعي بواجهة واحدة فقط، لكنه لا يرى بقية الرحلة داخل ERP أو CRM، ستكون نتائجه محدودة. لهذا السبب تقترح Singleclic التفكير في طبقة تنفيذ تجمع بين مبادئ Responsible AI للمؤسسات والجهات الحكومية: كيف تبني حوكمة عملية للذكاء الاصطناعي فوق ERP وCRM وBPM وبين BPM والتكامل والبيانات المرجعية.

الخطر الرابع هو الاعتماد على بيانات داخلية غير منظمة. في حالات كثيرة، تكون المعرفة موجودة في ملفات PDF ورسائل بريد وملاحظات فرق الدعم. هنا يحتاج المشروع إلى تأهيل معرفي حقيقي، لا مجرد “تشغيل نموذج”.

خارطة طريق تنفيذية خلال 90 يومًا

  1. الأسبوع 1-2: اختر عملية واحدة ذات أثر واضح، مثل اعتماد عرض سعر، أو طلب شراء، أو حالة خدمة متكررة.
  2. الأسبوع 3-4: قيّم البيانات والموافقات والأنظمة المتصلة، وحدد الفجوات في Dynamics 365 والأنظمة المساندة.
  3. الأسبوع 5-6: صمم رحلة العمل المستهدفة، وحدد أين يكفي الذكاء الاصطناعي وأين تحتاج BPM.
  4. الأسبوع 7-8: ابنِ نموذجًا أوليًا منخفض الكود، واربطه بالموافقات وبالأنظمة الضرورية فقط.
  5. الأسبوع 9-10: اختبر الجودة، والصلاحيات، ومسار التدقيق، وتجربة المستخدم بالعربية والإنجليزية.
  6. الأسبوع 11-12: أطلق نسخة محدودة، وراقب زمن الدورة، ونسبة الأخطاء، وعدد التصعيدات، ثم وسّع تدريجيًا.

لمن يخطط للتنفيذ العملي بسرعة، تساعد خدمات التطوير منخفض الأكواد في بناء طبقة أولية قابلة للاختبار قبل التوسع المؤسسي الكامل.

كيف تقرر المؤسسة ما إذا كانت جاهزة الآن؟

إذا كانت المؤسسة تستخدم Dynamics 365 بالفعل، فالسؤال ليس “هل نبدأ أم لا؟” بل “من أين نبدأ؟”. ابدأ من العملية التي يتكرر فيها التأخير، وتملك قيمة مالية أو تشغيلية واضحة، ويمكن ربطها ببيانات موثوقة، ثم اختبر الذكاء الاصطناعي في جزء محدد منها. لا تبدأ بمشروع واسع يلمس كل الإدارات في آن واحد.

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

الأسئلة الشائعة

ما الفائدة العملية من رؤية مايكروسوفت للذكاء الاصطناعي لمستخدمي Dynamics 365 في الشرق الأوسط؟

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

هل يكفي Copilot وحده لتحسين العمليات داخل ERP وCRM؟

في حالات محددة مثل التلخيص، والبحث، وصياغة المسودات، قد يكون مفيدًا جدًا. لكنه لا يكفي وحده عندما تحتاج المؤسسة إلى مسار اعتماد، أو قواعد استثناء، أو تكامل مع ERP وأنظمة قديمة. هنا تصبح BPM وLow-Code جزءًا أساسيًا من الحل.

متى تحتاج المؤسسة إلى BPM وLow-Code فوق Dynamics 365؟

عندما تكون العملية متعددة الخطوات، أو تتضمن أكثر من صاحب قرار، أو تحتاج ربطًا مع أنظمة خارج Dynamics 365، أو عندما تريد المؤسسة ضبط الحوكمة وسجل التدقيق. في هذه الحالة، تكون طبقة مثل Cortex أفضل من الاكتفاء بواجهة ذكية فقط.

كيف تساعد طبقة مثل Cortex في ربط Dynamics 365 بالأنظمة القديمة والموافقات الداخلية؟

تعمل Cortex كطبقة تنفيذ تربط الأشخاص، والموافقات، وقواعد العمل، والأنظمة المختلفة في سير واحد. هذا يسمح بتوحيد التجربة التشغيلية، وإخفاء تعقيد الأنظمة الخلفية عن المستخدم، مع الحفاظ على التتبع والحوكمة.

ما أكثر حالات الاستخدام واقعية للذكاء الاصطناعي داخل المبيعات والخدمة والمالية؟

في المبيعات: تلخيص الفرص واقتراح الخطوة التالية وتسريع اعتماد العروض. في الخدمة: تلخيص التذاكر وربطها بالمعرفة الداخلية وتسريع التصعيد. في المالية: قراءة المستندات، دعم التصنيف، وتوجيه الموافقات والاستثناءات ضمن قواعد واضحة.

كيف نضمن حوكمة البيانات والامتثال عند تشغيل الذكاء الاصطناعي فوق العمليات المؤسسية؟

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

ما خطوات البدء خلال 90 يومًا لتحويل الذكاء الاصطناعي إلى قيمة قابلة للقياس؟

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

الخلاصة: الذكاء الاصطناعي داخل Dynamics 365 يحتاج طبقة تنفيذ، لا وعودًا إضافية

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

إذا كانت المؤسسة ترى في الذكاء الاصطناعي فرصة حقيقية لتسريع العمل، وخفض الاحتكاك التشغيلي، وتوحيد ERP وCRM وBPM، فالمسار الصحيح يبدأ من العملية، لا من الشعار. وهنا يظهر دور Singleclic في تصميم الحل المناسب، سواء عبر Cortex، أو التكامل مع Dynamics 365، أو بناء تطبيقات داخلية منخفضة الكود، أو ضبط الحوكمة والتنفيذ بما يلائم واقع المؤسسة.

CTA

إذا كانت مؤسستك تبحث عن طريقة عملية لبناء تطبيقات أعمال مدعومة بالذكاء الاصطناعي، أو أتمتة عمليات ERP وCRM، أو تحويل إجراءات الموافقات إلى سير عمل رقمي واضح، يمكن لفريق Singleclic مساعدتك في تقييم الحالة الحالية واختيار أفضل مسار للتنفيذ باستخدام Cortex وحلول التكامل المناسبة. تواصل مع فريق Singleclic لبدء ورشة اكتشاف أولية ومراجعة فرص القيمة السريعة.

اقرا المزيد

لمزيد من الاستكشاف الرسمي للمنصة، يمكنك مراجعة Microsoft Dynamics 365 وMicrosoft Power Platform، أو التعمق في الأدلة التنفيذية عبر Microsoft Learn Power Platform.

ابدأ بخطوة عملية مع Singleclic

إذا كانت مؤسستك تبحث عن طريقة عملية لبناء تطبيقات أعمال مدعومة بالذكاء الاصطناعي، أو أتمتة عمليات ERP وCRM، أو تحويل إجراءات الموافقات إلى سير عمل رقمي واضح، يمكن لفريق Singleclic مساعدتك في تقييم الحالة الحالية واختيار أفضل مسار للتنفيذ باستخدام Cortex وحلول التكامل المناسبة.

تواصل مع فريق Singleclic

اقرا المزيد

شارك:

Facebook
Twitter
Pinterest
LinkedIn

اترك تعليقاً

لن يتم نشر عنوان بريدك الإلكتروني. الحقول الإلزامية مشار إليها بـ *

اقرأ المزيد

منشورات ذات صلة

Singleclic-final-logo-footer

نحن نقدم مجموعة كاملة من خدمات تكنولوجيا المعلومات من تصميم البرمجيات والتطوير والتنفيذ والاختبار إلى الدعم والصيانة.

address-pin

تقاطع طريق الملك عبدالله مع طريق عثمان بن عفّان، الرياض 12481، المملكة العربية السعودية

address-pin

مكتب 921 ، برج ايريس باي ، الخليج التجاري - دبي ، الإمارات العربية المتحدة

address-pin

10 شارع 207/253 ، دجلة ، المعادي ، القاهرة ، مصر

phone-pin

(السعودية) هاتف: 6563 110 58 966+

phone-pin

(الإمارات) هاتف: 475421 42 971+

phone-pin

(مصر) هاتف : 99225 259 010 2+ / 6595 516 022 2+

email-icon

Email: info@singleclic.com

small_c_popup.png

Let's have a chat