التكاملات

المنصة والتشغيل

ماذا تفعل

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

الأفكار الأساسية

• بوابات الدفع (قابلة للتركيب) — تعمل البطاقات وApple Pay والتحقّق ثلاثي الأبعاد (3-D Secure) عبر Tap، ويضيف Tabby وTamara الدفع الآجل (اشترِ الآن وادفع لاحقًا). الطبقة قابلة للتركيب، فتبديل المزوّد أو إضافة طريقة جديدة إعدادٌ لا إعادة بناء — مع دعم مدمج لترميز البطاقات (tokenisation) والبطاقات المحفوظة ومحفظة العضو.
• إرسال البريد (Resend) — كل بريد معاملات — رموز الدخول، الإيصالات، تذكيرات التجديد — وكل حملة تسويقية تُرسَل عبر Resend بهويّة المُرسِل الخاصّة بناديك.
• الإشعارات الفورية (Firebase) — إشعارات فورية لتطبيقي العضو والمدرّب (الحجوزات، المستحقّات، المحادثة، المجتمع، التحدّيات)، تُضبَط لكل نادٍ بمفاتيح Firebase الخاصّة به.
• لوحات التحليلات (Metabase) — تُضمِّن شاشة التحليلات لوحاتٍ حيّة موقّعة — الإيرادات والعضوية والمبيعات والجدولة والمزيد — بمجموعتين متطابقتين عربية وإنجليزية.
• المحادثة داخل التطبيق — خدمة فورية مخصّصة تنقل مراسلات العضو ↔ المدرّب، مع إشعار فوري مع كل رسالة جديدة.
• الفوترة الإلكترونية (ZATCA) — تحمل الإيصالات رمز QR لفاتورة ضريبية مبسّطة وفق هيئة الزكاة والضريبة، فتُنشَأ فوترة ضريبة القيمة المضافة تلقائيًا عند البيع.
• بوابة الدخول — تُتحقَّق العضويات فورًا عبر بوابة ميمفيرا برمز QR متغيّر لتسجيل الدخول؛ وتتّصل البوابات المادية عبر واجهة البوابة نفسها.
• الواجهة المفتوحة والويب-هوكس — كل وظيفة في المكتب الخلفي متاحة عبر واجهة REST موثّقة، وتُصدِر ميمفيرا ويب-هوكس لتتفاعل الأنظمة الخارجية مع الأحداث — عملية بيع، تسجيل دخول، عضو جديد — لحظة وقوعها.

أهم المهام

ربط نظام بميمفيرا

1. حدّد النظام والبيانات التي يحتاجها (إجماليات المالية، أو البحث عن الأعضاء، أو جداول الحصص).
2. اختر القناة — واجهة REST الموثّقة للقراءة والكتابة، أو الويب-هوكس الصادرة للإشعار بالأحداث.
3. اضبط بيانات الاعتماد والوجهات، ثم نفّذ تبادلًا تجريبيًا للتأكّد من تطابق البيانات على الطرفين.
4. فعّل التكامل وراقب أول تسوية.

تبديل مزوّد دفع أو إضافته

1. أضف مفاتيح المزوّد الجديد في إعدادات البوابة.
2. اربط أحداث الخصم والاسترداد والويب-هوك لديه بطبقة ميمفيرا القابلة للتركيب.
3. نفّذ معاملات تجريبية (خصم، استرداد، متكرّر) قبل تفعيله للدفع الحيّ.

تفعيل الإشعارات والبريد

1. أضف بيانات Firebase الخاصّة بالنادي لتفعيل الإشعارات لتطبيقي العضو والمدرّب.
2. يعمل البريد جاهزًا عبر Resend — يكفي ضبط اسم المُرسِل والعلامة.
3. أرسل إشعارًا تجريبيًا وبريدًا تجريبيًا للتأكّد من الوصول قبل التفعيل.

التفاعل مع الأحداث عبر الويب-هوكس

1. سجّل عنوان وجهة (endpoint) ضمن الويب-هوكس واختر الأحداث التي تشترك فيها (بيع، دفع، تسجيل دخول، تغيّر عضوية).
2. تحقّق من التوقيع في حمولة الرسالة لديك لتثق بكل تسليم.
3. استخدم سجلّ التسليم لفحص أي حدث فائت أو إعادة إرساله أو تتبّع خطئه.

نصائح

INFO

ميمفيرا مبنيّة على مبدأ الـ API أولًا: كل وظيفة في المكتب الخلفي متاحة عبر واجهة REST موثّقة وويب-هوكس صادرة، فيصبح ربط أداة جديدة — مستودع بيانات، أو نظام إدارة عملاء، أو نظام محاسبة — عملية إعداد لا تطوير مخصّص.

TIP

مزوّدو الدفع قابلون للتركيب — إضافة بوابة جديدة أو خيار دفع آجل مسألة إضافة مفاتيح وربط أحداث، دون أي تغيير في آلية الدفع أو التسوية.

INFO

الإشعارات لكل نادٍ على حدة: يضيف كل نادٍ مشروع Firebase الخاصّ به، فتُرسَل الإشعارات بهويّة تطبيق ذلك النادي دون خلط بين العلامات.

وحدات ذات صلة

المالية والمدفوعات · بوابات وطرق الدفع · الإشعارات · التقارير والتحليلات · الأداء والأمان