أنماط الرسائل في Whats360: تحليل رسائل المحافظ والمدفوعات باستخدام Regex وإرسال التأكيدات برمجياً
تحويل رسائل الدفع إلى بيانات قابلة للمعالجة
صفحة Whats360 الخاصة بأنماط الرسائل تتيح بناء قواعد Regex لتحليل الرسائل النصية الواردة من خدمات المحافظ الإلكترونية والمدفوعات، واستخراج بيانات مثل المبلغ ورقم الهاتف واسم العميل ورقم العملية، ثم استخدام البيانات المستخرجة ضمن التكاملات البرمجية وإرسال الإشعارات عبر Webhook بحسب إعدادات النظام.
الفكرة الأساسية ليست مجرد البحث عن كلمة داخل رسالة SMS، وإنما تحويل رسالة غير منظمة إلى مجموعة بيانات يمكن للنظام التعامل معها برمجياً.
عند وصول رسالة مالية إلى هاتف متصل بالنظام، تكون الرسالة في صورتها الطبيعية عبارة عن نص يحتوي على معلومات متعددة مختلطة داخل جملة واحدة. قد تتضمن الرسالة قيمة المبلغ، ورقم الهاتف أو الحساب، واسم المرسل، ورقم العملية أو المرجع، بالإضافة إلى كلمات تصف نوع العملية مثل الاستلام أو الإرسال.
بالنسبة للإنسان، قراءة هذه المعلومات سهلة نسبياً. أما البرنامج فيحتاج إلى قاعدة واضحة تحدد أين تبدأ المعلومة وأين تنتهي، وما الجزء الذي يجب استخراجه، وما البيانات التي ينبغي إرسالها إلى النظام الآخر.
هنا يظهر دور تعبيرات Regex، أو Regular Expressions، التي تسمح بتعريف نمط قابل للمطابقة مع صيغة الرسالة، واستخدام مجموعات الالتقاط لاستخراج أجزاء محددة منها.
رسالة SMS تصل إلى الجهاز، ثم تتم مطابقتها مع نمط محدد، ثم يتم التقاط البيانات المهمة من الرسالة، وبعد ذلك يمكن تمرير البيانات المستخرجة إلى النظام المرتبط وفق آلية التكامل المستخدمة.
ما هي صفحة أنماط الرسائل في Whats360؟
صفحة أنماط الرسائل هي واجهة مخصصة لإدارة القواعد التي تستخدم في قراءة وتحليل الرسائل النصية الواردة إلى الأجهزة المتصلة. وهي مصممة للتعامل مع سيناريوهات تحتاج فيها الأنظمة إلى معرفة نوع الرسالة ومحتواها واستخراج بيانات محددة منها.
تظهر أهمية هذه الصفحة بشكل واضح عند التعامل مع إشعارات المحافظ الإلكترونية والمدفوعات اللحظية، لأن رسالة الدفع عادة لا تصل على هيئة JSON أو سجل قاعدة بيانات منظم، وإنما تصل كنص SMS يحتاج إلى تحليل.
بدلاً من التعامل مع الرسالة باعتبارها نصاً واحداً، يمكن تعريف Pattern يحدد أجزاء الرسالة التي تهم النظام. وبعد نجاح المطابقة، تصبح البيانات التي تم التقاطها قابلة للاستخدام في عملية برمجية لاحقة.
إضافة نمط جديد
تحتوي الصفحة على زر لإضافة نمط جديد، ومن خلاله يمكن إعداد قاعدة تتوافق مع نوع الرسائل المراد تحليلها. ويعني ذلك أن النظام لا يعتمد على صيغة واحدة لجميع الرسائل، بل يمكن تخصيص نمط حسب مزود الخدمة أو نوع العملية أو لغة الرسالة.
هذه النقطة مهمة لأن رسالة الاستلام تختلف عن رسالة الإرسال، كما أن الرسالة العربية قد تختلف عن الرسالة الإنجليزية، وحتى الرسائل التي تؤدي الوظيفة نفسها قد تحتوي على اختلافات بسيطة في الصياغة.
الاختبار السريع قبل التفعيل
من أهم أجزاء الصفحة وجود نافذة للاختبار السريع. تحتوي النافذة على حقل لاسم المرسل، وحقل لنص الرسالة، ثم زر لاختبار النمط.
وجود الاختبار قبل الاعتماد على Regex عملياً يقلل من احتمالية اكتشاف الخطأ بعد بدء الاستخدام الفعلي. ويمكن إدخال رسالة نموذجية ومراقبة ما إذا كان النمط قادراً على التعرف على البيانات المطلوبة.
اختبار Regex على رسالة فعلية أو نموذج قريب جداً من الرسالة الحقيقية أفضل من اختبار نمط على جملة مصطنعة، لأن أي اختلاف في المسافات أو الكلمات أو علامات الترقيم قد يؤثر في نتيجة المطابقة.
الأنماط الخاصة والأنماط العامة
تتضمن الصفحة تبويبين أساسيين هما الأنماط الخاصة بالمستخدم والأنماط العامة. وتضم الأنماط العامة مجموعة من القواعد الجاهزة التي يمكن الاستفادة منها في السيناريوهات التي تتوافق مع صيغ الرسائل المدعومة.
وجود أنماط جاهزة يقلل الحاجة إلى كتابة Regex من الصفر في الحالات التي تكون فيها صيغة الرسالة متوافقة بالفعل مع أحد الأنماط المتاحة.
وجود الاختبار السريع مع الأنماط العامة يجعل عملية بناء قاعدة تحليل الرسائل أقرب إلى دورة اختبار مباشرة: رسالة نموذجية، Regex، نتيجة مطابقة، ثم اعتماد النمط عند نجاح الاختبار.
كيف يعمل Regex داخل تحليل رسائل المدفوعات؟
Regex هو أسلوب لوصف شكل النص الذي نريد العثور عليه. ويمكن استخدام الأقواس لإنشاء مجموعات التقاط Capture Groups، بحيث لا يكتفي النظام بمعرفة أن الرسالة تطابق النمط، وإنما يستطيع أيضاً استخراج أجزاء محددة من الرسالة.
في رسالة دفع نموذجية قد نحتاج إلى استخراج أربعة عناصر مختلفة: المبلغ، رقم العميل، اسم العميل، ورقم العملية. لذلك لا يكون الهدف مجرد إثبات أن الرسالة تحتوي على عبارة معينة، بل تحديد أماكن البيانات المهمة داخلها.
استخراج المبلغ
في عدد من الأنماط الموجودة، يظهر جزء مخصص لالتقاط قيمة المبلغ. الفكرة أن Regex يبحث عن الرقم الموجود بالقرب من كلمات مثل «مبلغ» أو «جنيه» أو EGP، ثم يضع القيمة داخل مجموعة التقاط.
([\d,]+.?\d*)
هذا الجزء يستخدم لالتقاط قيمة رقمية قد تحتوي على فواصل. لكن عند تصميم Regex جديد، يجب الانتباه إلى معنى النقطة داخل التعبير. النقطة في Regex تعني عادة أي حرف، وليست نقطة عشرية حرفية. وإذا كان المطلوب تحديد نقطة عشرية فعلياً، فيمكن استخدام صيغة أكثر تحديداً بحسب شكل البيانات المتوقع.
[\d,]+(?:\.\d+)?
لا ينبغي نسخ أي تعبير Regex إلى الإنتاج قبل اختباره على الرسائل الحقيقية. الفرق بين نقطة حرفية وWildcard، أو بين مسافة اختيارية ومسافة إلزامية، يمكن أن يغير نتيجة المطابقة.
استخراج رقم الهاتف
يمكن أيضاً تعريف مجموعة التقاط مخصصة لرقم الهاتف أو الحساب. وفي بعض أنماط استقبال Vodafone Cash يتم البحث عن رقم يظهر بعد عبارة تشير إلى المرسل، ثم التقاط الرقم لاستخدامه كبيان مستقل.
(\d+)
الجزء السابق بسيط لأنه يبحث عن مجموعة من الأرقام. لكن في الأنظمة الفعلية لا يكفي دائماً استخدام أي رقم موجود في الرسالة، لأن الرسالة قد تحتوي على أكثر من رقم، مثل رقم الهاتف ورقم العملية والمبلغ والتاريخ. لذلك يجب ربط مجموعة الالتقاط بالسياق النصي المحيط بها.
استخراج رقم العملية أو المرجع
رقم العملية أو المرجع يمثل معلومة مهمة عند التعامل مع المدفوعات، لأنه يساعد النظام على التمييز بين العمليات المختلفة. وفي بعض أنماط الرسائل يتم البحث عن كلمات مثل Ref أو رقم المعاملة أو رقم العملية ثم التقاط القيمة الموجودة بعدها.
Ref:\s*(\d+)
استخدام رقم المرجع داخل عملية المعالجة البرمجية يمكن أن يكون مفيداً لمنع التعامل مع الرسالة نفسها أكثر من مرة، بشرط أن يقوم النظام المرتبط بتطبيق منطق مناسب لمنع التكرار.
أمثلة على أنماط الرسائل الموجودة
تضم الصفحة مجموعة من الأنماط الجاهزة للتعامل مع صيغ مختلفة من رسائل InstaPay وVodafone Cash، وتشمل عمليات الاستلام والإرسال باللغتين العربية والإنجليزية.
| الخدمة | العملية | اللغة | البيانات المستخرجة |
|---|---|---|---|
| InstaPay | استلام | العربية | المبلغ ورقم العملية |
| Vodafone Cash | استلام | العربية | المبلغ ورقم العميل والاسم ورقم العملية أو الرسالة |
| Vodafone Cash | استلام | الإنجليزية | المبلغ ورقم المرسل والمرجع |
| InstaPay | استلام | العربية والإنجليزية | المبلغ ومصدر العملية بحسب صيغة الرسالة |
| Vodafone Cash | إرسال | العربية والإنجليزية | المبلغ ورقم المستلم والمرجع عند وجوده |
هذه الأنماط توضح أن بناء نظام تحليل رسائل قوي لا يعتمد على تعبير واحد شامل، وإنما يمكن تقسيم الرسائل حسب مصدرها واتجاه العملية ولغة الرسالة وشكل البيانات الموجودة بداخلها.
لأن «تم استلام مبلغ» ليست بالضرورة الصيغة نفسها التي تظهر في رسالة باللغة الإنجليزية، كما أن رسالة الاستلام ليست رسالة الإرسال. تقسيم القواعد يجعل كل Regex مسؤولاً عن نمط واضح بدلاً من محاولة إنشاء تعبير واحد معقد يتعامل مع كل الحالات.
نمط استقبال InstaPay باللغة العربية
من أمثلة الأنماط الموجودة نمط يلتقط المبلغ ثم يبحث عن رقم المعاملة أو العملية داخل الرسالة.
(?s)بمبلغ\s+([\d,]+.?\d*)\s*(?:جم|جنيه|EGP).*?رقم\s+(?:المعاملة|العملية)\s+([a-zA-Z0-9]+)
يمكن ملاحظة وجود مجموعتي التقاط واضحتين. الأولى مخصصة للمبلغ، والثانية مخصصة لرقم المعاملة. أما أجزاء مثل (?:…) فتستخدم لإنشاء مجموعات غير ملتقطة عندما نحتاج إلى المطابقة دون اعتبار الجزء نفسه قيمة نريد استخراجها.
كما أن .*? تسمح للنمط بالانتقال عبر محتوى متغير حتى يصل إلى الجزء المطلوب، مع استخدام المطابقة غير الجشعة لتقليل نطاق الالتقاط قدر الإمكان.
نمط استقبال Vodafone Cash باللغة العربية
في حالة Vodafone Cash، يمكن أن تحتوي الرسالة على المبلغ، ورقم المرسل، واسم العميل، ثم معلومات الرصيد ورقم العملية أو الرسالة.
(?s)تم استلام مبلغ\s+([\d,]+.?\d*)\s*جنيه\s+من رقم\s+(\d+)\s*[؛;،,]?\s*(?:المسجل (?:بإسم|باسم|اسم)\s+)?(.+?)\s+رصيد.*?رقم (?:العملية|الرسالة)\s+(\d+)
هذا المثال أكثر تعقيداً لأنه يحتوي على عدة مجموعات التقاط. يمكن أن تمثل هذه المجموعات المبلغ، ورقم الهاتف، واسم العميل، ورقم العملية أو الرسالة بحسب ترتيبها في التعبير.
هذا النوع من Regex يوضح قيمة ربط البيانات بالسياق. فبدلاً من التقاط أول رقم في الرسالة، يتم تعريف موقع الرقم بالنسبة لعبارات مثل «تم استلام مبلغ» و«من رقم» و«رقم العملية».
الاختلاف بين الرسائل العربية والإنجليزية
لا ينبغي افتراض أن Regex واحداً سيعمل مع جميع الرسائل. الرسالة الإنجليزية قد تستخدم Received أو Sent أو Ref، بينما تستخدم الرسالة العربية كلمات مختلفة تماماً.
ومن أمثلة نمط استقبال Vodafone Cash باللغة الإنجليزية:
(?is)Received\s+EGP([\d,]+.?\d*)\s+from\s+(\d+).*?Ref:\s*(\d+)
يمكن هنا ملاحظة أن النمط يبحث عن كلمة Received، ثم قيمة EGP، ثم رقم المصدر، ثم المرجع الموجود بعد Ref.
وفي رسالة الإرسال الإنجليزية يمكن أن يظهر النمط بهذا الشكل:
(?i)Sent\s+EGP([\d,]+.?\d*)\s+to\s+(\d+).*?Ref:\s*(\d+)
لا تتعامل مع اللغة باعتبارها الاختلاف الوحيد. اتجاه العملية نفسه جزء من تعريف النمط. استلام الأموال وإرسالها قد يحتويان على كلمات متشابهة وأرقاماً متشابهة، لكن المعنى التجاري مختلف تماماً.
من رسالة SMS إلى Webhook
القيمة العملية لنظام تحليل الرسائل تظهر عندما لا تتوقف العملية عند استخراج النص. بعد وصول الرسالة إلى الجهاز، يمكن أن تمر البيانات عبر سلسلة من المعالجة تبدأ بالمطابقة وتنتهي باستخدام البيانات داخل نظام آخر.
تصل رسالة الدفع إلى جهاز متصل بالنظام.
يتم اختبار الرسالة مقابل النمط المناسب.
يتم استخراج المبلغ ورقم الهاتف والمرجع وغيرها من البيانات التي يحددها النمط.
يمكن تمرير البيانات إلى النظام المرتبط وفق إعدادات التكامل لاستخدامها في المعالجة البرمجية.
بهذا الأسلوب تتحول رسالة SMS من مجرد إشعار يصل إلى الهاتف إلى مصدر بيانات يمكن الاستفادة منه داخل نظام برمجي. ويمكن أن يكون النظام الآخر موقعاً أو تطبيقاً أو لوحة إدارة أو نظاماً يحتاج إلى معرفة نتيجة العملية المالية.
لكن من المهم التفريق بين تحليل الرسالة وبين تنفيذ العملية المالية نفسها. Regex لا يحرك الأموال ولا ينفذ التحويل. دوره هنا هو قراءة نص الرسالة والتعرف على البيانات الموجودة فيها وفق القاعدة المحددة.
مطابقة الرسالة واستخراج بياناتها لا تعني وحدها أن النظام يجب أن يمنح رصيداً بلا شروط. في الأنظمة المالية يجب تصميم منطق تحقق مناسب، ومنع التكرار، وربط العملية بالبيانات المتوقعة قبل تنفيذ أي إجراء حساس.
كيف يمكن استخدام البيانات في تأكيد المدفوعات؟
عندما يرسل عميل دفعة إلى رقم أو حساب مرتبط بخدمة، قد يحتاج النظام إلى معرفة أن رسالة الاستلام وصلت فعلاً إلى الجهاز المخصص للقراءة، ثم استخراج قيمة العملية والبيانات المرتبطة بها.
بعد استخراج البيانات، يمكن للنظام المرتبط استخدام Webhook أو آلية API مناسبة لمعالجة الحدث. على سبيل المثال، قد يبحث النظام عن عملية تتطابق مع المبلغ ورقم العملية أو بيانات العميل، ثم يقرر ما إذا كان الحدث يطابق عملية معلقة.
هذه الفكرة يمكن استخدامها في سيناريوهات تأكيد الدفع أو التحقق العكسي، خصوصاً عندما يكون النظام الخارجي مصمماً لاستقبال أحداث الدفع ومعالجتها آلياً.
التعامل مع التكرار مهم بقدر قراءة الرسالة
إذا وصلت الرسالة نفسها أكثر من مرة، يجب ألا يؤدي ذلك تلقائياً إلى إضافة الرصيد أكثر من مرة. لذلك من الأفضل أن يحتوي النظام المرتبط على آلية للتعرف على العملية التي تمت معالجتها، باستخدام رقم العملية أو المرجع عندما يكون متاحاً، إلى جانب قواعد أخرى مناسبة لطبيعة النظام.
لماذا لا يكفي Regex بسيط لكل الرسائل؟
المشكلة الرئيسية في تحليل SMS هي أن النصوص الواقعية ليست دائماً ثابتة بنسبة مئة بالمئة. قد تتغير المسافات، أو علامات الترقيم، أو بعض الكلمات، أو ترتيب أجزاء الرسالة.
ولهذا نجد في الأنماط الجاهزة استخداماً للخيارات الاختيارية، والمجموعات غير الملتقطة، والبحث غير الجشع، والاختلاف بين صيغ الإرسال والاستلام.
ومن الأمثلة على نمط أكثر مرونة لاستقبال InstaPay بالعربية:
(?:تم استلام|استلمت)\s+(?:مبلغ\s*)?([\d,]+.?\d*)\s*(?:جنيه|ج.م|EGP)?\s*(?:من|من رقم|من حساب)?\s*([\d@\w.]+)?
هذا التعبير لا يفترض وجود كل الكلمات بصورة إلزامية، بل يسمح بعدة صيغ محتملة. وهذا يزيد المرونة، لكنه في الوقت نفسه يجعل الاختبار أكثر أهمية، لأن المرونة الزائدة قد تؤدي إلى مطابقة رسائل لم تكن مقصودة.
Regex شديد الصرامة قد يفشل عند حدوث تغيير بسيط في الرسالة، بينما Regex شديد المرونة قد يطابق رسائل غير مستهدفة. أفضل تصميم هو الذي يستوعب الاختلافات المتوقعة مع الحفاظ على إشارات كافية تميز الرسالة المستهدفة عن غيرها.
ماذا تفعل عند وجود أكثر من رقم داخل الرسالة؟
الرسالة المالية قد تحتوي على المبلغ، ورقم الهاتف، ورقم العملية، وربما تاريخاً أو وقتاً. لذلك فإن البحث عن الأرقام وحدها ليس استراتيجية كافية.
يجب ربط كل مجموعة التقاط بالسياق الذي يسبقها أو يليها. فإذا كان الرقم المطلوب هو رقم الهاتف، يجب البحث عنه بعد عبارة مناسبة. وإذا كان المطلوب رقم العملية، يجب ربط الالتقاط بعبارة المعاملة أو العملية أو Ref بحسب شكل الرسالة.
هذا الأسلوب يجعل Regex أقرب إلى خريطة للرسالة: هذا الجزء يمثل المبلغ، وهذا يمثل الهاتف، وهذا يمثل المرجع.
أهمية اختبار النمط قبل الاعتماد عليه
اختبار Regex ليس مرحلة شكلية. فهو المكان الذي يمكن فيه اكتشاف أن المجموعة الأولى تلتقط رقماً غير مقصود، أو أن الاسم يتم التقاطه حتى كلمة خاطئة، أو أن وجود فاصلة أو علامة ترقيم معينة يمنع المطابقة.
يمكن استخدام رسالة نموذجية حقيقية بعد إخفاء البيانات الحساسة، ثم تشغيل الاختبار ومراجعة النتيجة. وإذا كانت صيغة الرسالة تحتوي على بيانات شخصية أو مالية، يجب التعامل مع النسخ المستخدمة في الاختبار بعناية وعدم نشر بيانات حقيقية في المقالات أو الأمثلة العامة.
قائمة تحقق قبل تفعيل أي Pattern
- هل يطابق Regex الرسالة المطلوبة فعلاً؟
- هل قيمة المبلغ يتم التقاطها بشكل صحيح؟
- هل رقم الهاتف منفصل عن رقم العملية؟
- هل يمكن أن يطابق النمط رسالة غير مستهدفة؟
- هل تم اختبار الصيغة العربية والإنجليزية عند الحاجة؟
- هل النظام الخارجي يتعامل مع العملية المكررة بشكل آمن؟
Regex ليس بديلاً عن منطق النظام
من الأخطاء الشائعة النظر إلى Regex باعتباره النظام المالي بالكامل. Regex هو طبقة تحليل للنص. أما القرار الذي يلي التحليل فيحتاج إلى منطق برمجي منفصل.
إذا استخرج Regex مبلغاً ورقم عملية، فهذا يعني أن البيانات أصبحت متاحة. لكن النظام الخارجي هو الذي يجب أن يحدد ماذا يفعل بهذه البيانات: هل يبحث عن فاتورة؟ هل يطابق طلباً معلقاً؟ هل يسجل حدثاً؟ هل يرفض العملية بسبب تكرارها؟
هذا الفصل بين تحليل البيانات ومنطق القرار يجعل البنية أكثر وضوحاً، ويسهل تعديل Regex دون إعادة بناء النظام بالكامل.
طبقة التحليل + طبقة التكامل
يمكن النظر إلى العملية باعتبارها طبقتين مترابطتين: طبقة تفهم الرسالة وتحولها إلى بيانات، وطبقة تستخدم البيانات داخل النظام. فصل الطبقتين يساعد المطور على اختبار كل جزء بشكل مستقل.
- Regex مسؤول عن التعرف على صيغة الرسالة.
- Capture Groups تحدد البيانات المطلوب استخراجها.
- Webhook أو التكامل ينقل الحدث إلى النظام المرتبط.
- النظام الخارجي يطبق منطق المطابقة والمعالجة المناسب.
الفرق بين تأكيد الدفع والتحقق من الرسالة
عند بناء نظام يعتمد على رسائل المحافظ، يجب التفريق بين وجود رسالة تحتوي على بيانات دفع وبين اتخاذ قرار تجاري أو مالي بناءً عليها.
الرسالة يمكن أن تكون مصدراً للبيانات، لكن التطبيق قد يحتاج إلى مطابقة أكثر من عنصر قبل اتخاذ القرار. المبلغ وحده قد لا يكون كافياً، ورقم الهاتف وحده قد لا يكون كافياً، ورقم العملية وحده قد يحتاج إلى ربطه بسجل العملية داخل النظام.
لذلك يمكن أن يكون التصميم الأفضل هو استقبال البيانات أولاً، ثم إجراء عملية مطابقة داخل النظام، ثم تسجيل الحدث، ثم تنفيذ الإجراء المناسب وفق قواعد التطبيق.
التفكير الصحيح في الأمان
لا تجعل نجاح Regex وحده سبباً مباشراً لمنح صلاحية مالية حساسة. اعتبر الرسالة حدثاً يحتاج إلى معالجة والتحقق داخل النظام، ثم استخدم البيانات المستخرجة ضمن قواعد العمل المناسبة.
كيف يستفيد المطور من صفحة أنماط الرسائل؟
بالنسبة للمطور أو System Integrator، توفر صفحة الأنماط نقطة واضحة بين العالم غير المنظم للرسائل النصية والعالم المنظم للأنظمة البرمجية.
بدلاً من بناء محلل نصي منفصل لكل نوع رسالة، يمكن تعريف Patterns مرتبطة بصيغ محددة، ثم استخدام البيانات التي يتم استخراجها ضمن التكامل البرمجي.
هذا الأسلوب مفيد بشكل خاص عندما يكون النظام النهائي يحتاج إلى أحداث دفع لحظية أو إشعارات مرتبطة بالعمليات المالية، بشرط تصميم التكامل نفسه بطريقة تتناسب مع طبيعة البيانات ومخاطر استخدامها.
النقطة الأكثر أهمية ليست حفظ Regex، وإنما فهم العلاقة بين النص، ومجموعات الالتقاط، والبيانات الناتجة، وWebhook، والنظام الذي يستقبل الحدث. عند فهم هذه السلسلة يصبح تعديل النمط أو إضافة خدمة جديدة عملية أكثر تنظيماً.
استخدام الأنماط في الإشعارات والأتمتة
لا تقتصر الفكرة على تأكيد الدفع فقط. البيانات المستخرجة من الرسائل يمكن أن تكون أساساً لإشعار أو حدث داخل نظام آخر وفق إعدادات التكامل.
على سبيل المثال، عندما ينجح تحليل رسالة استلام، يمكن للنظام المرتبط التعامل مع الحدث باعتباره إشعاراً بوصول عملية جديدة، ثم تنفيذ ما يناسبه من تحديث أو تسجيل أو إشعار داخلي.
وهنا تظهر أهمية تصميم البيانات المستخرجة بشكل واضح. كلما كان لكل قيمة معنى محدد، أصبح التعامل معها في النظام الآخر أكثر سهولة.
مقالات ذات صلة
كيف تبدأ عملياً مع أنماط الرسائل؟
أفضل نقطة بداية هي تحديد الرسالة التي تريد تحليلها قبل كتابة Regex. لا تبدأ بالتعبير نفسه. ابدأ بالبيانات التي تريد الحصول عليها من الرسالة.
إذا كان المطلوب هو المبلغ ورقم العملية، حدد هاتين القيمتين أولاً. إذا كان المطلوب أيضاً رقم الهاتف والاسم، أضفهما كبيانات مستقلة. بعد ذلك راقب الكلمات التي تحيط بكل قيمة داخل الرسالة.
عند بناء النمط، اجعل كل مجموعة التقاط مرتبطة بقيمة واحدة واضحة. ثم اختبر النمط باستخدام رسالة نموذجية. إذا نجح الاختبار، جرّبه على صيغ أخرى متوقعة قبل استخدامه في المعالجة الفعلية.
النتيجة التي تبحث عنها
لا يكفي أن يقول الاختبار إن الرسالة تطابق Regex. المهم أن تكون القيم التي تم التقاطها هي القيم التي يحتاجها النظام فعلاً، وأن تكون كل قيمة في مكانها الصحيح قبل إرسالها إلى التكامل البرمجي.
لماذا تعتبر صفحة أنماط الرسائل جزءاً مهماً من التكامل؟
عند بناء حلول تعتمد على الرسائل النصية، تكون المشكلة الأساسية غالباً في تحويل النص غير المنظم إلى بيانات قابلة للاستخدام. صفحة أنماط الرسائل تعالج هذه النقطة من خلال الجمع بين إدارة Regex واختبار الرسائل والأنماط الجاهزة.
وهذا يجعلها مفيدة للسيناريوهات التي تتطلب قراءة رسائل المحافظ أو خدمات الدفع واستخراج المعلومات الموجودة بداخلها ثم تمريرها إلى نظام آخر.
الفكرة ليست في Regex وحده، ولا في Webhook وحده. القيمة تأتي من سلسلة العمل كاملة: رسالة تصل، نمط يتعرف عليها، بيانات يتم التقاطها، ثم حدث يمكن للنظام المرتبط معالجته.
هل تريد تحويل رسائل الدفع إلى أحداث قابلة للمعالجة؟
إذا كان لديك نظام يحتاج إلى استقبال بيانات من رسائل المحافظ أو المدفوعات، فابدأ بتحديد صيغة الرسالة والبيانات المطلوبة، ثم اختبر Pattern مناسباً قبل ربطه بالتكامل البرمجي.
يمكنك استخدام صفحة أنماط الرسائل داخل Whats360 لإدارة واختبار أنماط Regex الخاصة برسائل الدفع والإشعارات.
الخلاصة
صفحة أنماط الرسائل في Whats360 تمثل طبقة عملية لتحليل رسائل SMS وتحويل محتواها إلى بيانات يمكن الاستفادة منها في التكاملات البرمجية.
تعتمد الفكرة على تعريف Regex مناسب لكل صيغة رسالة، ثم استخدام Capture Groups لاستخراج البيانات المهمة مثل المبلغ ورقم الهاتف واسم العميل ورقم العملية أو المرجع. وبعد نجاح التحليل يمكن استخدام البيانات ضمن Webhook أو تكامل برمجي مع النظام المرتبط.
وتظهر قوة هذا الأسلوب عندما تكون الرسائل متعددة الصيغ أو اللغات، ولذلك تتضمن الصفحة أنماطاً مختلفة لاستقبال وإرسال عمليات InstaPay وVodafone Cash، إلى جانب إمكان اختبار النمط قبل الاعتماد عليه.
لكن نجاح عملية المطابقة لا يجب أن يكون وحده أساساً لقرار مالي حساس. Regex مسؤول عن فهم النص واستخراج البيانات، بينما يجب أن يتولى النظام الخارجي عملية التحقق والمطابقة ومنع التكرار وتنفيذ منطق العمل المناسب.
وبهذه الصورة يصبح تحليل الرسائل جزءاً من بنية تكامل متكاملة: SMS، ثم Pattern، ثم بيانات منظمة، ثم Webhook أو API، ثم معالجة داخل النظام. وهذه هي القيمة الحقيقية لتعبيرات Regex عندما يتم استخدامها كجزء من نظام أتمتة مدروس، وليس كبديل عن منطق التطبيق نفسه.
الخلاصة التقنية السريعة
- Regex يحدد شكل الرسالة التي يبحث عنها النظام.
- Capture Groups تستخرج البيانات المطلوبة من النص.
- اختبار النمط يقلل أخطاء المطابقة قبل الاعتماد عليه.
- اختلاف اللغة أو نوع العملية قد يتطلب Pattern مختلفاً.
- Webhook يمكن أن يكون قناة لتمرير الحدث إلى نظام آخر.
- النظام الخارجي مسؤول عن منطق المطابقة والمعالجة ومنع التكرار.
الكلمات المفتاحية
أنماط الرسائل Whats360، Regex، Regular Expressions، تحليل SMS، تحليل رسائل المحافظ الإلكترونية، Vodafone Cash، InstaPay، تأكيد المدفوعات، التحقق من المدفوعات، Webhook، API، SMS API، أتمتة المدفوعات، تحليل رسائل الدفع، استخراج المبلغ من SMS، استخراج رقم العملية، استخراج رقم الهاتف، Regex للمدفوعات، تكامل المحافظ الإلكترونية، الدفع اللحظي، إشعارات الدفع، برمجة المدفوعات، System Integration، Payment Automation، WhatsApp Automation
الأسئلة الشائعة التي يجيب عنها المقال
ما هي أنماط الرسائل في Whats360؟
هي قواعد Regex يتم استخدامها لتحليل الرسائل النصية الواردة واستخراج بيانات محددة منها، مثل المبلغ ورقم الهاتف ورقم العملية، وفق صيغة الرسالة.
هل يمكن تحليل رسائل Vodafone Cash باستخدام Regex؟
نعم، تتضمن صفحة أنماط الرسائل قواعد مخصصة لصيغ مختلفة من رسائل Vodafone Cash، بما في ذلك رسائل الاستلام والإرسال بالعربية والإنجليزية.
ما البيانات التي يمكن استخراجها من رسالة الدفع؟
بحسب صيغة الرسالة والنمط المستخدم، يمكن استخراج بيانات مثل المبلغ ورقم الهاتف أو الحساب واسم العميل ورقم العملية أو المرجع.
هل Regex ينفذ عملية الدفع نفسها؟
لا. Regex وظيفته تحليل النص واستخراج البيانات منه. تنفيذ منطق الدفع أو تحديث الحساب أو اتخاذ القرار يتم داخل النظام البرمجي المرتبط وفق قواعده الخاصة.
لماذا توجد أنماط مختلفة للعربية والإنجليزية؟
لأن صياغة الرسالة تختلف حسب اللغة، كما تختلف الكلمات المستخدمة في رسائل الاستلام والإرسال، ولذلك يحتاج كل شكل إلى نمط يتوافق مع بنية النص التي يتعامل معها.
هل نجاح Regex يعني أن الدفع مؤكد بشكل نهائي؟
نجاح Regex يعني أن الرسالة تطابق النمط وأن البيانات المطلوبة أمكن استخراجها وفق القاعدة. أما القرار النهائي داخل النظام فيجب أن يعتمد على منطق التحقق والمطابقة المناسب للتطبيق، وليس على المطابقة النصية وحدها.
لماذا يجب اختبار Pattern قبل استخدامه؟
للتأكد من أن Regex يلتقط البيانات الصحيحة ولا يطابق رسائل غير مقصودة، خصوصاً عندما تحتوي الرسالة على أكثر من رقم أو تختلف فيها المسافات وعلامات الترقيم.
جاهز لفهم تكامل رسائل الدفع بشكل أعمق؟
ابدأ من Pattern الصحيح، اختبر الرسالة، استخرج البيانات المطلوبة، ثم اربط النتيجة بمنطق النظام الذي سيعالج الحدث.
أسئلة البحث والكيانات المرتبطة بتحليل رسائل المحافظ الإلكترونية
يرتبط تحليل رسائل المحافظ الإلكترونية عبر Regex بمجموعة من الأسئلة والموضوعات التقنية التي تساعد على فهم طريقة قراءة رسائل SMS واستخراج بيانات الدفع وربط النتائج بالأنظمة البرمجية. يجمع هذا القسم أهم الأسئلة والكيانات الدلالية المرتبطة بالموضوع في صورة مختصرة، لدعم الوصول إلى المعلومات المطلوبة دون تكرار الشرح الأساسي للمقال.
ما المقصود بتحليل رسائل المحافظ الإلكترونية باستخدام Regex عبر Whats360؟
هو استخدام أنماط Regex لقراءة رسائل SMS الواردة وتحليل محتواها واستخراج بيانات محددة منها، مثل مبلغ العملية أو رقم الهاتف أو رقم العملية، ثم استخدام البيانات المستخرجة ضمن التكامل البرمجي المرتبط بالرسالة.
أهم أسئلة البحث حول أنماط الرسائل وRegex
- ما هي أنماط الرسائل في Whats360؟
- كيف يعمل Regex في تحليل رسائل المحافظ الإلكترونية؟
- كيف يتم استخراج مبلغ التحويل من رسالة SMS باستخدام Regex؟
- كيف يمكن استخراج رقم الهاتف من رسالة دفع؟
- كيف يمكن استخراج رقم العملية من رسالة المحفظة الإلكترونية؟
- كيف يتم تحليل رسائل Vodafone Cash باستخدام Regex؟
- كيف يتم تحليل رسائل InstaPay باستخدام Regex؟
- كيف تفرق بين رسالة استلام الأموال ورسالة إرسال الأموال؟
- كيف يتم اختبار Regex على رسائل SMS قبل استخدامه؟
- كيف يتم إرسال بيانات الرسائل المحللة عبر Webhook؟
- كيف يمكن استخدام API مع أنماط الرسائل؟
- ما الفرق بين تأكيد الدفع والتحقق من رسالة الدفع؟
- لماذا لا يكفي Regex بسيط لتحليل جميع رسائل المحافظ الإلكترونية؟
- ماذا تفعل عند وجود أكثر من رقم داخل رسالة SMS؟
- كيف تمنع معالجة رسالة الدفع نفسها أكثر من مرة؟
- كيف يستفيد المطور من صفحة أنماط الرسائل في Whats360؟
الكيانات والمفاهيم الدلالية المرتبطة بالموضوع
- Whats360 — منصة ومنتج لإدارة أنماط الرسائل والتكاملات المرتبطة بها.
- أنماط الرسائل — ميزة لمعالجة رسائل SMS وفق أنماط محددة.
- Regex — تقنية تستخدم لمطابقة أجزاء محددة من النص واستخراج البيانات منها.
- تعبيرات Regex — أنماط تقنية لتحليل بنية الرسائل.
- SMS — مصدر الرسائل النصية التي تتم قراءتها وتحليلها.
- API — وسيلة للتكامل البرمجي مع الأنظمة الأخرى.
- Webhook — وسيلة لإرسال البيانات الناتجة إلى نظام مرتبط.
- Vodafone Cash — خدمة مرتبطة برسائل عمليات المحافظ الإلكترونية.
- InstaPay — خدمة مرتبطة برسائل عمليات الدفع والتحويل.
- المحافظ الإلكترونية — سياق استخدام رئيسي لتحليل رسائل العمليات المالية.
- المدفوعات اللحظية — سياق مرتبط برسائل عمليات الدفع والتحويل.
- تأكيد الدفع — استخدام البيانات المستخرجة للتحقق من العملية داخل النظام.
- التحقق من الدفع — مطابقة بيانات الرسالة مع العملية المطلوبة.
- تحليل رسائل SMS — قراءة محتوى الرسائل واستخراج البيانات المطلوبة.
- استخراج بيانات الدفع — استخراج المبلغ ورقم الهاتف ورقم العملية وغيرها من البيانات الموجودة في الرسالة.
- أتمتة المدفوعات — استخدام البيانات المستخرجة ضمن سير عمل برمجي آلي.
الخلاصة الدلالية
تدور العلاقة الأساسية بين هذه المفاهيم حول قراءة رسائل المحافظ الإلكترونية عبر SMS، ثم استخدام Regex لاستخراج البيانات المهمة من الرسالة، والاستفادة من API وWebhook في نقل هذه البيانات إلى النظام المرتبط. ويظل نجاح النمط مرتبطاً بصيغة الرسائل الفعلية التي تتم معالجتها واختبارها.
