تولّد التطبيقات المؤسسية مئات الأحداث الحساسة للوقت كل يوم — تأكيدات الشراء، وتنبيهات التسليم، ورموز OTP، وتذكيرات الفواتير، وإشعارات المواعيد، والمشغّلات التشغيلية. حين تفشل هذه الأحداث في الوصول إلى العملاء والموظفين فوراً، يدفع العمل ثمنها: معاملات متروكة، وتسليمات فائتة، وثغرات أمنية، وتجربة عميل تبدو مكسورة.
المشكلة في إرسال الرسائل القصيرة بشكل مدمج في التطبيقات المؤسسية
معظم الأنظمة المؤسسية — Odoo ERP وأنظمة CRM المخصصة والمنصات القديمة وأنظمة إدارة المستودعات والسجلات الصحية — لا تملك مساراً أصيلاً وموثوقاً لإيصال الرسائل القصيرة على نطاق واسع. أدوات الإشعارات المدمجة فيها إما غائبة، أو مقيّدة بمزوّد واحد، أو تتطلب برمجيات وسيطة مكلفة، أو تنهار تحت الضغط. حين يغيّر المزوّد إصدار API، تتوقف طبقة الإشعارات بأكملها. وحين يتوسّع العمل عبر الحدود، يفشل نموذج المزوّد الواحد فشلاً تاماً. وحين يغادر المطوّر، ينكسر التكامل غير الموثّق بصمت.
ما الذي نبنيه
تُصمّم QueuesHub وتُنفّذ موصّلات بوابة رسائل قصيرة جاهزة للإنتاج تربط تطبيقاتك المؤسسية مباشرةً بـ Vodafone Business وE& (إتصالات) وOrange وTwilio وUnifonic وAWS SNS وأي مزوّد إقليمي أو عالمي تحتاجه. نتولّى كامل حزمة التكامل — من حدث المشغّل داخل نظامك وحتى إيصال تأكيد التسليم المُسجَّل في منصتك — دون أي خطوات يدوية، ودون أعباء صيانة كود مخصص على فريقك، ودون اعتماد على وقت تشغيل مزوّد واحد.
مزوّدو الرسائل القصيرة وبوابات الاتصال المدعومة
إطار الموصّل لدينا مستقل عن المزوّد. لدينا تكاملات مباشرة وتعيينات API مُتحقَّق منها مع: Vodafone Business مصر والسعودية — عبر Vodafone SMS API وبوابة Vodafone Business مع تسليم بجودة ناقل مباشرة وإنتاجية عالية وإخفاء الأرقام المحلية. E& مصر والإمارات (إتصالات سابقاً) — تكامل REST API مع دعم كامل لمعرّف المُرسِل الأبجدي الرقمي والتوجيه المجمّع. Orange مصر — اتصال بروتوكول SMPP وREST API مع توجيه الرسائل التعاملية والمجمّعة. Twilio — واجهة برمجة SMS عالمية مع إيصالات تسليم عبر webhook ومنطق احتياطي قابل للبرمجة وتجميع الأرقام ودعم قناة WhatsApp. AWS SNS — تسليم الرسائل القصيرة عبر شبكة ناقل Amazon العالمية مع سجلات تسليم لكل رسالة وتسجيل منظّم إلى CloudWatch. Unifonic — مُعتمَد على نطاق واسع في المملكة العربية السعودية ودول الخليج لرسائل OTP والرسائل التعاملية والرسائل بمحتوى عربي مع الامتثال المحلي. أي مزوّد يعرض نقطة نهاية SMPP أو REST API أو HTTP POST يمكن إدراجه في إطار الموصّل ذاته دون إعادة بناء التكامل على جانب التطبيق.
كيف يعمل التكامل
يجلس الموصّل بين تطبيقك المؤسسي وبوابة الرسائل القصيرة كطبقة وسيطة خفيفة مدفوعة بالأحداث. حين يقع حدث مشغّل داخل نظامك — طلب مؤكَّد في Odoo، أو دفعة مُسجَّلة في وحدة المحاسبة، أو حقل حالة مُحدَّث في قاعدة البيانات، أو مستخدم يطلب OTP — يعترض الموصّل الحدث، ويُنسّق حمولة الرسالة القصيرة وفق المواصفة الدقيقة للمزوّد، ويُسلّمها عبر gateway API، ويكتب إيصال التسليم إلى نظامك المصدر. كل رسالة قابلة للتتبع من المشغّل وحتى التسليم المؤكَّد ضمن سجل تدقيق واحد.
طرق الاتصال — نتكامل بأي طريقة يتيحها نظامك
لا نطلب منك تغيير معمارية تطبيقك لدعم الموصّل. نتصل بأنظمتك عبر الطريقة الأنسب لبيئتك: REST API — للتطبيقات التي تعرض نقاط نهاية HTTP، نستدعي API عند المشغّل ونستقبل إيصالات التسليم عبر webhook أو الاستطلاع. مشغّل قاعدة البيانات المباشر — لبيئات Odoo وPostgreSQL وMySQL وSQL Server، نستمع لأحداث على مستوى الجدول كالطلبات الجديدة أو تغييرات الحالة أو سجلات الدفع وننطلق بالرسالة استجابةً لها، دون الحاجة لتغييرات في كود التطبيق. تكامل CLI — للعمليات الدُّفعية والمهام المجدولة وخطوط CI/CD، نوفّر واجهة سطر أوامر تُطلق الرسائل من سكريبتات الشل أو مهام cron أو مراحل CI/CD. مستمع Webhook — نعرض نقطة نهاية HTTPS آمنة يمكن لأي نظام إرسال POST لحمولة الحدث إليها، يعالجها الموصّل ويوجّهها فوراً إلى المزوّد المحدد. استطلاع قاعدة البيانات — للأنظمة التي تكتب إلى جدول Outbox أو قائمة انتظار، نستطلع بفواصل زمنية قابلة للضبط ونُفرّغ القائمة إلى المزوّد مع ضمانات إزالة التكرار. تكامل قوائم الرسائل — للمعماريات التي تستخدم RabbitMQ أو Kafka أو Google Pub/Sub، يشترك الموصّل في الموضوع المعني ويُسلّم الرسائل إلى المزوّد في شبه الوقت الحقيقي مع التحكم في التدفق القائم على الإقرار.
مباشر في الإنتاج — Duravit Egypt
هذا ليس عرضاً لإثبات المفهوم. موصّل بوابة الرسائل القصيرة مباشر في الإنتاج مع Duravit Egypt — الشركة الدولية الرائدة في تصنيع حلول الحمامات والسيراميك الفاخرة — حيث نفّذت QueuesHub موصّلاً بين منصة Odoo ERP الخاصة بهم وبوابة Vodafone Egypt SMS. يعالج التكامل إشعارات SMS التعاملية التي تُشغَّل بواسطة أحداث الطلبات داخل Odoo، ويُسلّم تأكيدات مباشرةً للعملاء عبر Vodafone Business APIs، مع كتابة حالة التسليم إلى سجل الشريك في Odoo لإمكانية التدقيق الكامل. حلّ الحل محلّ عملية إشعار يدوية، وأزال أحداث التواصل الفائتة، ومنح فريق العمليات سجلاً كاملاً لكل رسالة قصيرة أُرسلت للعملاء عبر المنصة.
حالات الاستخدام التي ندعمها
OTP والمصادقة الثنائية — تسليم كلمات المرور لمرة واحدة الحساسة للوقت من تدفق تسجيل الدخول أو الدفع أو الموافقة مباشرةً عبر carrier API، مع منطق انتهاء الصلاحية وإعادة المحاولة القابل للضبط. إشعارات الطلبات والتسليم — تأكيدات SMS وتنبيهات الشحن وتحديثات التسليم في الميل الأخير المُشغَّلة بواسطة أحداث حالة الطلب في ERP، مما يُقلّص مكالمات الدعم الواردة بشكل ملحوظ. تذكيرات الدفع والتحصيل — تسلسلات SMS آلية مُشغَّلة بواسطة سجلات الفواتير المتأخرة أو المدفوعات المعلّقة في وحدة المحاسبة، مع قوالب رسائل وتوقيت تصعيد قابلَين للضبط. تذكيرات المواعيد والخدمات — مُشغَّلة من CRM أو نظام جدولة الخدمة لعيادات الرعاية الصحية وعمليات الخدمة الميدانية وأماكن الضيافة مع خفض معدل الإلغاء. تنبيهات العمليات الداخلية — إشعار موظفي المستودعات والمهندسين الميدانيين وفرق الاستجابة الطارئة بالأحداث الحرجة في الأنظمة وتعيينات الوظائف وحدود SLA. رسائل تأهيل العملاء — رسائل ترحيب وأكواد تفعيل الحساب وتأكيدات الطلب الأول المُرسَلة تلقائياً من منصة إدارة العملاء. الحملات التسويقية والترويجية — رسائل SMS مجمّعة مُرسَلة من بوابة إدارة أو CRM مع تتبع التسليم ومعالجة إلغاء الاشتراك وتحديد معدل الإرسال لكل رقم للامتثال لمتطلبات المزوّد والتنظيم.
منهجية التسليم
المرحلة الأولى — الاستكشاف وتقييم المزوّد (الأسبوع الأول): نرسم خريطة أحداث المشغّل وأحجام الرسائل ومتطلبات معرّف المُرسِل وتفضيلات المزوّد والمعمارية الحالية للتطبيق. ننتج وثيقة مواصفة تكامل موقَّعة قبل بدء أي بناء.
المرحلة الثانية — بناء الموصّل وإعداد المزوّد (الأسابيع 2–4): نبني البرمجيات الوسيطة للموصّل، ونضبط بيانات اعتماد carrier API، وننفّذ حلقة إيصال التسليم ثنائية الاتجاه، ونُعدّ معالجة الأخطاء ومنطق إعادة المحاولة مع التراجع الأسّي.
المرحلة الثالثة — الاختبار والتحقق (الأسبوع الخامس): اختبار شامل لجميع سيناريوهات المشغّل، واختبار الحمل عند ذروة الحجم المتوقع، والتحقق من تأكيد التسليم على جانب المزوّد، واختبار التحويل الاحتياطي إذا كان توجيه المزوّد المتعدد ضمن النطاق.
المرحلة الرابعة — النشر في الإنتاج والتسليم (الأسبوع السادس): نشر في الإنتاج بدون توقف مع لوحات مراقبة وتنبيهات وتقارير تسليم. توثيق تقني كامل وجلسة تأهيل للفريق مدرجة. الدعم المُدار المستمر الاختياري متاح بعد الإطلاق لمراقبة صحة الموصّل وتحديثات إصدار carrier API وإدارة قوالب الرسائل.
النتائج الأعمالية
لا خطوات يدوية في تسليم الرسائل القصيرة — تنطلق أحداث المشغّل تلقائياً وتُسجَّل إيصالات التسليم في نظامك المصدر دون تدخّل بشري. مرونة المزوّد — تبديل المزوّدين أو إضافة مزوّد ثانٍ دون لمس كود تطبيقك. تتبع كامل للتسليم — كل رسالة مُرسَلة أو مُسلَّمة أو فاشلة مُسجَّلة بالطابع الزمني وإيصال المزوّد وكود الخطأ. تواصل أسرع مع العملاء — الإشعارات الحساسة للوقت تصل للعملاء في غضون ثوانٍ من حدث المشغّل، مما يُقلّص التخلي عن العربة والتسليمات الفائتة ومحاولات OTP الفاشلة. تكرار متعدد المزوّدين — ضبط التحويل التلقائي إلى مزوّد ثانوي حين يكون البوابة الرئيسية غير متاحة أو مقيّدة بمعدل الإرسال. تسجيل جاهز للامتثال — سجلات تدقيق كاملة للرسائل للصناعات المنظَّمة عبر مصر والسعودية ودول الخليج. تحسين التكلفة عبر التوجيه — توجيه رسائل OTP عبر مزوّد عالي الموثوقية والرسائل الترويجية المجمّعة عبر مزوّد محسّن للتكلفة، داخل الموصّل ذاته، دون أي تغييرات في التطبيق.