---
title: "Tech Provider أم BSP في واتساب: أي مسار يناسب شركة SaaS؟"
description: "الفرق بين Tech Provider وBSP في واتساب وفق وثائق Meta: الأدوار، وEmbedded Signup، ومراجعة التطبيق، ومن يفوتر حساب WABA، والحلول متعددة الشركاء، وكيف تختار."
canonical: "https://omnichannels.ai/ar/blog/whatsapp-tech-provider-vs-bsp/"
language: "ar"
updated: "2026-11-06"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
category: "whatsapp"
primaryQuery: "whatsapp tech provider vs bsp"
keywords: ["Tech Provider واتساب", "معنى BSP في واتساب", "برنامج Meta Tech Provider", "شريك حلول واتساب", "Embedded Signup واتساب", "حل متعدد الشركاء في واتساب", "واجهة واتساب البرمجية لشركات SaaS"]
published: "2026-11-06"
author: "OmniChannels.ai Editorial Team"
reviewer: "BroadNet Messaging Solutions Team"
readingMinutes: 9
answer: "الـ BSP، وتسميه Meta اليوم شريك الحلول (Solution Partner)، هو شريك أعمال لدى Meta يقدّم منصة WhatsApp Business كاملة للعملاء، ويستطيع تمديد خط ائتمان من Meta وإصدار الفواتير لهم. أما Tech Provider فيخدم العملاء أيضاً لكن دون خط ائتمان، فيضيف كل عميل وسيلة دفع خاصة به ويدفع لـ Meta مباشرة. ويمكن لشركة SaaS أن تصبح Tech Provider بنفسها أو أن تبني على شريك قائم."
takeaways: ["تذكر وثائق Meta ثلاثة أنواع من الشركاء: شركاء الحلول (التسمية القديمة BSP) وTech Providers وTech Partners. وحدهم شركاء الحلول يملكون خطوط ائتمان يمكنهم تمديدها للعملاء.", "لتصبح Tech Provider توثّق نشاطك التجاري لدى Meta، وتجتاز مراجعة التطبيق (App Review) بصلاحية وصول متقدمة إلى whatsapp_business_messaging وwhatsapp_business_management، ثم تُدخل العملاء عبر Embedded Signup.", "يدفع عملاء Tech Provider لـ Meta مباشرة مقابل الاستخدام لأنهم يضيفون وسيلة الدفع الخاصة بهم، بينما تفوتر الـ Tech Provider برمجياتها على حدة.", "يتيح الحل متعدد الشركاء لـ Tech Provider وشريك حلول مشاركة الوصول إلى أصول العملاء، على أن تمر الرسوم عبر خط ائتمان شريك الحلول.", "اختر بحسب ما يجب أن تمتلكه: إذا كانت تجربة واتساب هي منتجك ولديك طاقة هندسية فكن Tech Provider، وإذا أردت الإطلاق بجهد بناء وفوترة أقل فابنِ على شريك."]
faq: 
  - q: "هل BSP هو نفسه Tech Provider؟"
    a: "لا. BSP هو الاسم الأقدم في القطاع لما تسميه Meta اليوم شريك الحلول: شريك أعمال لدى Meta يملك خط ائتمان ويستطيع فوترة العملاء. أما Tech Provider فيخدم العملاء أيضاً لكن دون خط ائتمان، فيضيف العملاء وسيلة دفعهم ويدفعون لـ Meta مباشرة مقابل الرسائل."
  - q: "هل يجب أن أكون Tech Provider لأدمج واتساب في منتج SaaS الخاص بي؟"
    a: "فقط إذا أردت إدخال شركات أخرى إلى WhatsApp Business Platform عبر تطبيقك. وإذا كان منتجك يربط رقم واتساب واحداً خاصاً بك فلا تحتاج إلى صفة شريك. أما إذا أحضر كل عميل رقمه فمسار Meta هو الإدخال كـ Tech Provider أو البناء على شريك قائم."
  - q: "ما هو Embedded Signup ومن يستخدمه؟"
    a: "هو واجهة المصادقة والتفويض من Meta التي تُشغَّل من موقعك أو بوابة عملائك. يُكملها العميل لإنشاء أصوله في واتساب وتفويض تطبيقك باستخدامها. ويستخدمه شركاء الحلول وTech Providers على حد سواء لإدخال العملاء."
  - q: "من يدفع لـ Meta عندما تُدخل Tech Provider عميلاً؟"
    a: "العميل. تذكر وثائق Meta أن Tech Providers لا يملكون خط ائتمان، فيضيف العميل وسيلة دفع إلى حسابه وتحاسبه Meta على الاستخدام. وتفوتر Tech Provider خدماتها فقط، مثل البرمجيات والدعم وصندوق الوارد."
  - q: "ما هو الحل متعدد الشركاء؟"
    a: "هو بنية من Meta يدير فيها شريكان معاً أصول العملاء الذين تم إدخالهم عبر إعداد Embedded Signup مشترك. يمكن لأي من الشريكين إنشاء الحل، ويحصل كلاهما على الوصول إلى أصول العميل، وعند وجود شريك حلول يمكن للعملاء مشاركة خط ائتمانه."
  - q: "كم يستغرق أن أصبح Tech Provider؟"
    a: "لا تنشر Meta مدة ثابتة. الخطوات هي توثيق النشاط التجاري ثم مراجعة التطبيق بفيديوهين مسجّلين للشاشة وصلاحيات متقدمة. وكل مرحلة تقررها Meta، لذا اترك هامشاً لعدم اليقين في خطة الإطلاق ولا تعد العملاء بموعد تشغيل قبل الموافقة."
sources: 
  - title: "WhatsApp Business Platform: partner types and solution providers, Meta for Developers"
    url: "https://developers.facebook.com/docs/whatsapp/solution-providers"
  - title: "Get started for Tech Providers, Meta for Developers"
    url: "https://developers.facebook.com/docs/whatsapp/solution-providers/get-started-for-tech-providers"
  - title: "Embedded Signup overview, Meta for Developers"
    url: "https://developers.facebook.com/docs/whatsapp/embedded-signup/overview"
  - title: "Embedded Signup implementation, Meta for Developers"
    url: "https://developers.facebook.com/docs/whatsapp/embedded-signup/implementation"
  - title: "Multi-partner solutions, Meta for Developers"
    url: "https://developers.facebook.com/docs/whatsapp/solution-providers/multi-partner-solutions"
---

# Tech Provider أم BSP في واتساب: أي مسار يناسب شركة SaaS؟

Canonical: https://omnichannels.ai/ar/blog/whatsapp-tech-provider-vs-bsp/
Language: ar
Publisher: OmniChannels.ai by BroadNet Technologies

هذا الدليل موجَّه إلى قادة المنتج والهندسة في شركات SaaS وإدارة علاقات العملاء (CRM) والبرمجيات الذين يريدون واتساب داخل منتجهم ويصادفون باستمرار مصطلحات BSP وTech Provider وSolution Partner. يوضح ما هو كل دور بحسب وثائق Meta للمطورين، وما الذي يتطلبه دمج واتساب فعلاً، وكيف تختار بين أن تصبح Tech Provider وأن تبني على شريك.

## ما هو BSP، وماذا تسميه Meta الآن؟

BSP (مزوّد حلول الأعمال) هو الاسم الراسخ في القطاع لشركة تمنح شركات أخرى الوصول إلى WhatsApp Business Platform. وفي وثائق Meta الحالية يسمى الدور المكافئ شريك الحلول (Solution Partner). ويقدّم [مدخل BSP في قاموس المصطلحات](/ar/glossary/bsp/) تعريفاً من سطر واحد.

تصف وثائق Meta شريك الحلول بأنه شريك أعمال لدى Meta يقدّم المجموعة الكاملة من خدمات WhatsApp Business Platform، ويستطيع تمديد خطوط الائتمان للعملاء وفوترتهم مباشرة. والحصول على هذه الصفة، بتعبير Meta، عملية طويلة. ولأن «BSP» ما زال المصطلح الذي يبحث عنه المشترون، يستخدم كثير من المزوّدين الاسمين معاً. المهم ليس الاسم بل الدور ونموذج الفوترة.

## ما هو Tech Provider؟

Tech Provider شركة تبني برمجيات على WhatsApp Business Platform وتُدخل عملاءها إليها دون أن تملك خط ائتمان لدى Meta. تذكر وثائق Meta أن Tech Provider يستطيع تقديم جميع خدمات المراسلة عبر واتساب للعملاء الذين أدخلهم بصورة مستقلة، أو العمل مع شريك حلول لتقديمها بصورة مشتركة.

وهناك تسمية ثالثة هي Tech Partner، وتصف Tech Provider الذي هو شريك أعمال لدى Meta أو يمكنه أن يصبح كذلك. وتذكر صفحة Meta أن Tech Partners المعتمدين يستطيعون الانضمام إلى برنامجها التسريعي، وهو ما لا يتاح لـ Tech Providers العاديين ما لم يرتقوا بصفتهم.

| الدور | ما هو | خط الائتمان | كيف يدفع العملاء مقابل الرسائل |
|---|---|---|---|
| شريك الحلول (BSP) | شريك أعمال لدى Meta يقدّم المنصة كاملة | نعم، ويمكنه تمديده للعملاء | عبر خط ائتمان الشريك، وبفاتورة منه |
| Tech Provider | شركة برمجيات تُدخل عملاءها | لا | يضيف العميل وسيلة دفع، وتحاسبه Meta |
| Tech Partner | Tech Provider هو شريك أعمال لدى Meta أو يمكنه أن يصبح كذلك | لا | كما في Tech Providers |
| نشاط تجاري يبني مباشرة على Cloud API | شركة تستخدم المنصة لنفسها | لا ينطبق | وسيلة الدفع الخاصة بها |

## ماذا تحتاج شركة SaaS لدمج واتساب؟

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

1. **تطبيق Meta ومحفظة أعمال موثّقة.** تشترط Meta تطبيقاً بحالة استخدام WhatsApp مرتبطاً بمحفظة أعمال. ويجب إتمام توثيق النشاط التجاري قبل بدء مراجعة التطبيق.
2. **وصول متقدم عبر App Review.** يجب اعتماد الصلاحيات قبل أن يتمكن العملاء من منحها. والصلاحيتان المهمتان هما `whatsapp_business_messaging` لإرسال الرسائل نيابة عن العملاء، و`whatsapp_business_management` للوصول إلى حسابات واتساب والمراسلة الخاصة بهم. وإن لم يُعتمد الوصول المتقدم فلن تظهر الصلاحية في Embedded Signup.
3. **Embedded Signup.** يُكمل العميل هذا المسار داخل بوابتك. فينشئ أصول واتساب، ويعيد معرّفات مثل WABA ID وphone number ID، ويمنحك رمزاً قصير العمر تستبدله برمز وصول (token) خاص بذلك العميل. وتذكر صفحة التنفيذ لدى Meta أن الرمز تنتهي صلاحيته بعد 30 ثانية من إصداره، لذا يجب أن يتم التبادل فوراً.
4. **Webhooks.** تشترك في الحدث `account_update` لتعرف متى ينهي العميل الإدخال، وفي أحداث الرسائل والحالة لتشغيل المنتج. راجع [دليلنا إلى webhooks واتساب](/ar/blog/whatsapp-webhooks-guide/).
5. **إدارة القوالب والجودة.** قوالب العملاء وحدود المراسلة وتقييمات الجودة يديرونها عبرك. اقرأ [فئات القوالب والموافقة عليها](/ar/blog/whatsapp-template-categories-approval/) و[حدود المراسلة وتقييم الجودة](/ar/blog/whatsapp-messaging-limits-quality-rating/).
6. **الاستضافة.** يجب تقديم صفحة التسجيل عبر HTTPS من نطاق مسجَّل في إعدادات تطبيقك.

وتنص وثائق Embedded Signup لدى Meta أيضاً على أن العملاء يمتلكون أصولهم في واتساب. صمّم منتجك بحيث يستطيع العميل المغادرة برقمه وقوالبه وبياناته.

## ما خطوات أن تصبح Tech Provider؟

خطوات Meta قصيرة، لكن مراحل المراجعة تقررها Meta لا أنت. فخطّط لتكرار المحاولات.

1. **أنشئ التطبيق** بحالة استخدام WhatsApp واربطه بمحفظة أعمال.
2. **وثّق نشاطك التجاري** لدى Meta. وهذا شرط مسبق لمراجعة التطبيق.
3. **جهّز مراجعة التطبيق.** تشترط Meta إعدادات التطبيق الأساسية (الأيقونة وسياسة الخصوصية والتصنيف)، وفيديو أول يُظهر رسالة تُنشأ وتُرسل من تطبيقك وتُستلم في عميل واتساب، وفيديو ثانياً يُظهر تطبيقك وهو ينشئ قالب رسالة.
4. **اطلب الوصول المتقدم** إلى الصلاحيتين المذكورتين وقدّم الوثائق.
5. **ابنِ Embedded Signup واختبره،** ثم أدخل العملاء عبره.

وتصف صفحة Meta الخاصة بـ Tech Providers هذا التسلسل. ولا تنشر تقديراً زمنياً، وينبغي ألا تعد به عملاءك.

## من يفوتر حساب WABA؟

يعتمد ذلك على الدور. يستطيع شركاء الحلول تمديد خط ائتمان وفوترة العملاء، أما Tech Providers فلا، فيضيف عملاؤهم وسيلة دفع وتحاسبهم Meta مباشرة.

وهذه الحقيقة وحدها تشكّل النموذج التجاري:

- **بصفتك Tech Provider** تفوتر برمجياتك. وتظهر رسوم الرسائل في علاقة العميل مع Meta، بأسعار Meta المنشورة بحسب فئة الرسالة وسوق المستلم (راجع [أسعار WhatsApp Business API في 2026](/ar/blog/whatsapp-business-api-pricing-2026/)). فيرى عميلك فاتورتين، ولا يمكنك إضافة هامش على رسوم Meta لكل رسالة.
- **عبر شريك حلول** يستطيع الشريك تمرير رسوم الرسائل في فاتورة واحدة. وكيفية تسعيره لها، بالتكلفة أو برسم منصة أو بهامش ربح، مسألة تعاقدية. اطلبها كتابةً.

كما أن Embedded Signup وفق نموذج الحسابات الذي تطرحه Meta يُنشئ أيضاً حساب مراسلة (للقوالب والفوترة واشتراكات webhook) منفصلاً عن حساب واتساب الذي يضم أرقام الهاتف والهوية. وتصف Meta هذا التغيير بأنه تجريبي (beta) وقابل للتغيير، فراجع الوثائق الحالية قبل أن تبني الفوترة عليه.

## ما هو الحل متعدد الشركاء؟

يتيح الحل متعدد الشركاء لشريكين إدارة أصول واتساب للعملاء الذين أُدخلوا عبر المسار نفسه إدارة مشتركة. وبحسب وثائق Meta يمكن لأي من الشريكين إنشاء الحل ويقبله الآخر، ولا يمكن رفض حل بعد قبوله. ويوضع معرّف الحل في إعداد Embedded Signup، فيُدخَل العملاء الذين يكملون المسار إلى الحل.

ما الذي يتغير عملياً:

- **وصول مشترك.** يحصل الشريكان على الوصول إلى أصول العميل.
- **خط ائتمان مشترك.** يشارك العملاء خط ائتمان شريك الحلول في الحل، وتُحمَّل الرسوم على حساب المراسلة الذي أرسل كل رسالة. وينبغي لشريك الحلول مشاركة خط ائتمانه مع العملاء الجدد.
- **سقف لإدخال Tech Provider.** يستطيع Tech Providers في الحل إدخال ما يصل إلى 200 عميل جديد خلال أسبوع متحرك واحد. ولا يُحتسب إلا العملاء الجدد على المنصة.
- **أحداث webhook.** يُطلق الإكمال webhook لتحديث الحساب بحدث `PARTNER_ADDED` أو `PARTNER_APP_INSTALLED`.

وبالنسبة لشركة برمجيات هذا هو الحل الوسط: تحتفظ بمنتجك ومسار Embedded Signup الخاص بك، ويوفر الشريك خط الائتمان والفوترة.

## Tech Provider أم BSP: جدول القرار

اختر بحسب ما يجب أن تمتلكه وما تستطيع توفير الكوادر له.

| السؤال | أن تصبح Tech Provider | البناء على شريك حلول |
|---|---|---|
| من يملك تجربة إدخال العملاء؟ | أنت | أنت إن أتاح الشريك Embedded Signup أو واجهة برمجية، وإلا فالشريك |
| من يتعامل مع Meta في App Review؟ | أنت | الشريك |
| الجهد الهندسي | عالٍ: Embedded Signup والرموز وwebhooks والقوالب والمراقبة | أقل: دمج واجهة الشريك البرمجية |
| فوترة الرسائل | يدفع العميل لـ Meta مباشرة | يمكن أن تكون فاتورة واحدة عبر الشريك |
| هامش الربح على الرسائل | غير متاح | مسألة تجارية مع الشريك |
| الوقت حتى أول عميل | يعتمد على مراجعات Meta | يعتمد على إدخال الشريك |
| الارتباط بالمزوّد | منخفض: تطبيقك ورموزك | متوسط: يعتمد على إمكانية نقل القوالب وصندوق الوارد |
| الأنسب | واتساب جوهري في منتجك | واتساب ميزة ضمن ميزات كثيرة |

وإذا كانت خطتك إعادة البيع لا الدمج، فراجع دليلنا حول [أن تصبح موزّعاً لـ WhatsApp Business API](/ar/blog/become-whatsapp-business-api-reseller/) وصفحة [واتساب بعلامتك التجارية](/ar/partners/white-label-whatsapp/).

## مثال تطبيقي: SaaS لحجز العيادات في الرياض

«Mawid Cloud» (اسم افتراضي) تبيع برمجيات مواعيد لـ 300 عيادة وتريد تذكيرات واتساب ومحادثة ثنائية الاتجاه داخل منتجها.

- **الخيار أ، Tech Provider.** توثّق نشاطها، وتسجّل فيديوهي App Review، وتطلب الوصول المتقدم، وتبني Embedded Signup في صفحة إعدادات العيادة، وتتولى الرموز وwebhooks وإنشاء القوالب. تضيف كل عيادة وسيلة دفعها وتدفع لـ Meta مقابل الرسائل، وتفوتر Mawid Cloud اشتراكها. والهندسة التزام لعدة أشهر، ونتائج المراجعة قرار Meta.
- **الخيار ب، البناء على شريك.** تدمج واجهة شريك للإدخال والإرسال، وتحتفظ بواجهة المواعيد الخاصة بها، ويتولى الشريك العلاقة مع Meta والفوترة.
- **الخيار ج، حل متعدد الشركاء.** تصبح Tech Provider وتنشئ حلاً مع شريك حلول، فتشارك العيادات خط ائتمان الشريك.

تختار الخيار ب لأول 100 عيادة لتتعلم أنماط استخدام المنتج، ثم تعيد النظر في الخيار أ حين يصبح واتساب خط عمل أساسياً. والخلاصة أن القرار قابل للتراجع فقط إذا صُمّمت القوالب وwebhooks لتكون قابلة للنقل، ولهذا يستحق [نقل رقم واتساب بين المزوّدين](/ar/blog/migrate-whatsapp-number-between-providers/) القراءة قبل أن توقّع.

## ما المخاطر والأخطاء الشائعة؟

- **اعتبار التسمية هي القرار.** قارن الفوترة والدعم وقابلية النقل، لا ما إذا كان المزوّد يقول «BSP».
- **التقليل من شأن App Review.** الرفض بسبب فيديوهات غير واضحة أو وثائق ناقصة يكلّف أسابيع. والموافقة قرار Meta.
- **طلب صلاحيات كثيرة.** تحذّر صفحة التنفيذ لدى Meta من أن الخيارات الإضافية في إعداد Embedded Signup قد تدفع العملاء إلى ترك المسار.
- **تجاهل الإصدارات.** أعلنت Meta أن الإصدارين v2 وv3 من Embedded Signup سيُوقفان في 15 أكتوبر 2026، فابنِ على الإصدار v4. ويتتبع [الجدول الزمني لتغييرات 2026](/ar/blog/whatsapp-business-api-changes-2026/) هذا الأمر.
- **نسيان الرمز ذي الـ 30 ثانية.** جهّز تبادل الرمز قبل أن تبدأ الاختبار.
- **غياب خطة الخروج.** العملاء يمتلكون أصولهم، وينبغي أن تتيح بنيتك لهم الانتقال.

## كيف تساعد OmniChannels.ai

BroadNet، الشركة التي تقف وراء OmniChannels.ai، هي مزوّد حلول أعمال رسمي لدى Meta (Business Solution Provider). يُدخَل العملاء عبر Meta Embedded Signup، وتُحتسب رسائل واتساب بسعر Meta دون أي هامش إضافي، ويتولى فريقنا معكم توثيق النشاط التجاري لدى Meta واعتماد اسم العرض، مع بقاء قرارات الموافقة بيد Meta. تستطيع شركات البرمجيات استخدام REST API وwebhooks، ويستطيع الشركاء تشغيل البرنامج بعلامتهم التجارية مع حسابات فرعية. تحقق من الجاهزية عبر [قائمة جاهزية WhatsApp API](/ar/tools/whatsapp-api-readiness-checklist/)، واطلع على [برنامج الشركاء](/ar/partners/)، أو [تواصل مع فريق المبيعات](/ar/contact/) لمقارنة المسارات المناسبة لمنتجك.