---
title: "WhatsApp Tech Provider и BSP: какой путь выбрать SaaS"
description: "Tech Provider и BSP по документации Meta: роли, Embedded Signup, App Review, кто выставляет счета за WABA, multi-partner решения и как выбрать подходящий путь."
canonical: "https://omnichannels.ai/ru/blog/whatsapp-tech-provider-vs-bsp/"
language: "ru"
updated: "2026-11-06"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
category: "whatsapp"
primaryQuery: "whatsapp tech provider vs bsp"
keywords: ["whatsapp tech provider", "что такое whatsapp bsp", "meta tech provider программа", "whatsapp solution partner", "embedded signup whatsapp", "whatsapp multi-partner solution", "whatsapp api для 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 Platform и способный предоставить им кредитную линию Meta и выставлять счета. У Tech Provider кредитной линии нет, поэтому каждый клиент добавляет способ оплаты и платит Meta напрямую. SaaS-компания может сама стать Tech Provider или построить продукт на базе партнёра."
takeaways: ["В документации Meta названы три типа партнёров: Solution Partner (прежний BSP), Tech Provider и Tech Partner. Кредитные линии, которые можно передавать клиентам, есть только у Solution Partner.", "Чтобы стать Tech Provider, нужно подтвердить бизнес в Meta, пройти App Review с расширенным доступом к whatsapp_business_messaging и whatsapp_business_management, а затем подключать клиентов через Embedded Signup.", "Клиенты Tech Provider платят Meta за использование напрямую, потому что добавляют собственный способ оплаты; Tech Provider отдельно выставляет счёт за своё ПО.", "Multi-partner решение позволяет Tech Provider и Solution Partner совместно работать с активами клиента, а списания идут через кредитную линию Solution Partner.", "Выбирайте по тому, чем вы должны владеть: если WhatsApp — это ваш продукт и у вас есть инженеры, становитесь Tech Provider; если нужен быстрый запуск с меньшим объёмом разработки и биллинга, стройте продукт на партнёре."]
faq: 
  - q: "BSP и Tech Provider — это одно и то же?"
    a: "Нет. BSP — прежнее отраслевое название того, что Meta теперь называет Solution Partner: бизнес-партнёр Meta с кредитной линией, который может выставлять клиентам счета. Tech Provider тоже может обслуживать клиентов, но кредитной линии у него нет, поэтому клиенты добавляют свой способ оплаты и платят Meta за сообщения напрямую."
  - q: "Нужно ли быть Tech Provider, чтобы встроить WhatsApp в свой SaaS-продукт?"
    a: "Только если вы хотите подключать другие компании к WhatsApp Business Platform через своё приложение. Если ваш продукт работает лишь с одним вашим номером WhatsApp, статус партнёра не нужен. Если у каждого клиента свой номер, по правилам Meta нужно либо пройти онбординг Tech Provider, либо использовать существующего партнёра."
  - q: "Что такое Embedded Signup и кто его использует?"
    a: "Embedded Signup — это интерфейс аутентификации и авторизации Meta, который вы запускаете на своём сайте или в клиентском портале. Клиент проходит его, чтобы создать свои активы WhatsApp и разрешить вашему приложению ими пользоваться. Для подключения клиентов его применяют и Solution Partner, и Tech Provider."
  - q: "Кто платит Meta, когда Tech Provider подключает клиента?"
    a: "Клиент. По документации Meta, у Tech Provider нет кредитной линии, поэтому клиент добавляет способ оплаты в собственном аккаунте, и Meta списывает с него плату за использование. Tech Provider выставляет счёт только за свои услуги: ПО, поддержку или инбокс."
  - q: "Что такое multi-partner решение?"
    a: "Это конструкция Meta, в которой два партнёра совместно управляют активами клиентов, подключённых через общую конфигурацию Embedded Signup. Создать решение может любой из партнёров; доступ к активам клиентов получают оба, а если участвует Solution Partner, клиенты могут использовать его кредитную линию."
  - q: "Сколько времени занимает получение статуса Tech Provider?"
    a: "Meta не публикует фиксированных сроков. Шаги такие: подтверждение бизнеса, затем App Review с двумя видео записи экрана и расширенными разрешениями. Каждый этап решает 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"
---

# WhatsApp Tech Provider и BSP: какой путь выбрать SaaS

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

Это руководство для руководителей продукта и разработки в SaaS-, CRM- и софтверных компаниях, которые хотят встроить WhatsApp в свой продукт и постоянно сталкиваются с терминами BSP, Tech Provider и Solution Partner. В нём описано, что означает каждая роль по документации Meta для разработчиков, что на самом деле требуется для встраивания WhatsApp и как выбрать между статусом Tech Provider и построением продукта на базе партнёра.

## Что такое BSP и как его называет Meta сейчас?

BSP (Business Solution Provider) — давно сложившееся отраслевое название компании, которая даёт другим бизнесам доступ к WhatsApp Business Platform. В актуальной документации Meta эквивалентная роль называется Solution Partner. Краткое определение дано в нашей [статье глоссария о BSP](/ru/glossary/bsp/).

Согласно документации Meta, Solution Partner — это бизнес-партнёр Meta, который предлагает весь спектр услуг WhatsApp Business Platform, может предоставлять клиентам кредитные линии и выставлять им счета напрямую. По словам самой Meta, стать им — долгий процесс. Поскольку покупатели по-прежнему ищут именно «BSP», многие провайдеры используют оба термина. Важно не название, а роль и модель биллинга.

## Что такое Tech Provider?

Tech Provider — это компания, которая создаёт ПО на базе WhatsApp Business Platform и сама подключает к нему своих клиентов, не имея кредитной линии Meta. В документации Meta сказано, что Tech Provider может самостоятельно предоставлять подключённым клиентам все услуги WhatsApp-обмена сообщениями или работать вместе с Solution Partner, предлагая их совместно.

Третье название, Tech Partner, описывает Tech Provider, который является бизнес-партнёром Meta или может им стать. На странице Meta сказано, что утверждённые Tech Partner могут вступить в её программу-акселератор, а обычные Tech Provider — только после повышения статуса.

| Роль | Что это | Кредитная линия | Как клиенты платят за сообщения |
|---|---|---|---|
| Solution Partner (BSP) | Бизнес-партнёр Meta с полным набором услуг платформы | Да, может передавать клиентам | Через кредитную линию партнёра, счета выставляет партнёр |
| Tech Provider | Софтверная компания, подключающая собственных клиентов | Нет | Клиент добавляет способ оплаты; счёт клиенту выставляет Meta |
| Tech Partner | Tech Provider, который является бизнес-партнёром Meta или может им стать | Нет | Так же, как у Tech Provider |
| Компания, работающая напрямую с Cloud API | Компания, использующая платформу для себя | Не применимо | Собственный способ оплаты |

## Что нужно SaaS-компании, чтобы встроить WhatsApp?

Вам нужны приложение, способ подключать активы WhatsApp каждого клиента, приёмник вебхуков и конвейер сообщений, который соблюдает правила Meta. От вашей роли зависит, кто отвечает за каждую часть, но технические элементы одни и те же.

1. **Приложение Meta и подтверждённое бизнес-портфолио.** Meta требует приложение с сценарием использования WhatsApp, привязанное к бизнес-портфолио. Подтверждение бизнеса должно быть завершено до начала App Review.
2. **Расширенный доступ через App Review.** Разрешения должны быть одобрены до того, как клиенты смогут их предоставить. Важны два: `whatsapp_business_messaging` — для отправки сообщений от имени клиентов, и `whatsapp_business_management` — для доступа к их аккаунтам WhatsApp и Messaging. Если расширенный доступ не одобрен, разрешение не появится в Embedded Signup.
3. **Embedded Signup.** Клиент проходит этот процесс внутри вашего портала. Он создаёт активы WhatsApp, возвращает идентификаторы, такие как WABA ID и phone number ID, и выдаёт короткоживущий код, который нужно обменять на токен, привязанный к этому клиенту. На странице реализации Meta указано, что код истекает через 30 секунд после выдачи, поэтому обмен должен происходить сразу.
4. **Вебхуки.** Вы подписываетесь на событие `account_update`, чтобы узнавать о завершении онбординга клиента, а также на события сообщений и статусов, чтобы продукт работал. См. наше [руководство по вебхукам WhatsApp](/ru/blog/whatsapp-webhooks-guide/).
5. **Шаблоны и качество.** Шаблонами, лимитами сообщений и рейтингами качества клиентов они управляют через ваш продукт. Прочитайте о [категориях шаблонов и их одобрении](/ru/blog/whatsapp-template-categories-approval/) и о [лимитах сообщений и рейтинге качества](/ru/blog/whatsapp-messaging-limits-quality-rating/).
6. **Хостинг.** Страница регистрации должна отдаваться по HTTPS с домена, зарегистрированного в настройках вашего приложения.

В документации Meta по Embedded Signup также сказано, что активы WhatsApp принадлежат клиентам. Проектируйте продукт так, чтобы клиент мог уйти со своим номером, шаблонами и данными.

## Каковы шаги, чтобы стать Tech Provider?

Шаги у Meta короткие, но этапы проверки определяет Meta, а не вы. Закладывайте итерации.

1. **Создайте приложение** со сценарием использования WhatsApp и подключите бизнес-портфолио.
2. **Подтвердите свой бизнес** в Meta. Это обязательное условие для App Review.
3. **Подготовьтесь к App Review.** Meta требует базовые настройки приложения (значок, политика конфиденциальности, категория), первое видео, где сообщение создаётся и отправляется из вашего приложения и приходит в клиент WhatsApp, и второе видео, где ваше приложение создаёт шаблон сообщения.
4. **Запросите расширенный доступ** к двум разрешениям, указанным выше, и отправьте документацию.
5. **Создайте и протестируйте Embedded Signup,** затем подключайте через него клиентов.

Эту последовательность описывает страница Meta для Tech Provider. Оценки по времени она не публикует, и вам не стоит обещать их своим клиентам.

## Кто платит за WABA?

Это зависит от роли. Solution Partner может предоставлять кредитную линию и выставлять клиентам счета; Tech Provider не может, поэтому его клиенты добавляют способ оплаты, и Meta выставляет счёт им напрямую.

Этот единственный факт определяет коммерческую модель.

- **Если вы Tech Provider,** вы выставляете счёт за своё ПО. Плата за сообщения отражается в отношениях клиента с Meta по опубликованным тарифам Meta в зависимости от категории сообщения и рынка получателя (см. [цены WhatsApp Business API в 2026 году](/ru/blog/whatsapp-business-api-pricing-2026/)). Ваш клиент видит два счёта, а наценку на плату Meta за сообщение вы добавить не можете.
- **Через Solution Partner** партнёр может включать плату за сообщения в один счёт. Как он её устанавливает — по себестоимости, с платой за платформу или с наценкой, — вопрос контракта. Запросите это в письменном виде.

Embedded Signup в модели аккаунтов, которую внедряет Meta, также создаёт аккаунт Messaging (для шаблонов, биллинга и подписок на вебхуки), отдельный от аккаунта WhatsApp, где хранятся номера телефонов и идентичность. Meta отмечает это изменение как бета-версию, которая может измениться, поэтому проверьте актуальную документацию, прежде чем строить биллинг на этой модели.

## Что такое multi-partner решение?

Multi-partner решение позволяет двум партнёрам совместно управлять активами WhatsApp клиентов, подключённых через один и тот же процесс. По документации Meta, создать решение может любой из партнёров, а другой его принимает; принятое решение отклонить нельзя. Идентификатор решения добавляется в конфигурацию Embedded Signup, поэтому клиенты, прошедшие процесс, подключаются к этому решению.

Что меняется на практике.

- **Общий доступ.** Оба партнёра получают доступ к активам клиента.
- **Общая кредитная линия.** Клиенты используют кредитную линию Solution Partner из решения, а списания относятся к аккаунту Messaging, отправившему каждое сообщение. Solution Partner следует предоставить свою кредитную линию вновь подключённым клиентам.
- **Лимит на подключение Tech Provider.** Tech Provider в составе решения могут подключать до 200 новых клиентов за скользящую неделю. Учитываются только клиенты, новые для платформы.
- **События вебхуков.** По завершении приходит вебхук обновления аккаунта с событием `PARTNER_ADDED` или `PARTNER_APP_INSTALLED`.

Для софтверной компании это промежуточный путь: у вас остаются свой продукт и свой процесс Embedded Signup, а партнёр предоставляет кредитную линию и биллинг.

## Tech Provider и BSP: таблица для решения

Выбирайте по тому, чем вы должны владеть и что можете обеспечить кадрами.

| Вопрос | Стать Tech Provider | Строить на Solution Partner |
|---|---|---|
| Кто владеет пользовательским опытом подключения клиентов? | Вы | Вы, если партнёр предоставляет Embedded Signup или API; иначе партнёр |
| Кто общается с Meta по App Review? | Вы | Партнёр |
| Инженерные затраты | Высокие: Embedded Signup, токены, вебхуки, шаблоны, мониторинг | Ниже: интеграция с API партнёра |
| Оплата сообщений | Клиент платит Meta напрямую | Может быть один счёт через партнёра |
| Маржа на сообщениях | Недоступна | Коммерческий вопрос с партнёром |
| Время до первого клиента | Зависит от проверок Meta | Зависит от онбординга у партнёра |
| Привязка к поставщику | Низкая: ваше приложение, ваши токены | Умеренная: зависит от переносимости шаблонов и инбокса |
| Когда подходит | WhatsApp — ядро вашего продукта | WhatsApp — одна из многих функций |

Если вы планируете не встраивать, а перепродавать, прочитайте наше руководство о том, как [стать реселлером WhatsApp Business API](/ru/blog/become-whatsapp-business-api-reseller/), и страницу [white-label WhatsApp](/ru/partners/white-label-whatsapp/).

## Пример: SaaS для записи в клиники в Эр-Рияде

«Mawid Cloud» (вымышленная компания) продаёт ПО для записи на приём 300 клиникам и хочет встроить в продукт напоминания и двусторонний чат в WhatsApp.

- **Вариант A, Tech Provider.** Компания подтверждает бизнес, записывает два видео для App Review, запрашивает расширенный доступ, встраивает Embedded Signup на страницу настроек клиники и берёт на себя токены, вебхуки и создание шаблонов. Каждая клиника добавляет свой способ оплаты и платит Meta за сообщения; Mawid Cloud выставляет счёт за подписку. Разработка займёт несколько месяцев, а результаты проверок решает Meta.
- **Вариант B, продукт на базе партнёра.** Компания интегрирует API партнёра для подключения и отправки, оставляет собственный интерфейс записи, а отношения с Meta и биллинг берёт на себя партнёр.
- **Вариант C, multi-partner решение.** Компания становится Tech Provider и создаёт решение с Solution Partner, чтобы клиники пользовались кредитной линией партнёра.

Для первых 100 клиник выбирается вариант B, чтобы понять, как продукт используется, а к варианту A компания вернётся, когда WhatsApp станет основным направлением. Суть в том, что решение обратимо, только если шаблоны и вебхуки спроектированы переносимыми, поэтому перед подписанием договора стоит прочитать про [перенос номера WhatsApp между провайдерами](/ru/blog/migrate-whatsapp-number-between-providers/).

## Какие бывают риски и типичные ошибки?

- **Считать название решением.** Сравнивайте биллинг, поддержку и переносимость, а не то, называет ли себя поставщик «BSP».
- **Недооценивать App Review.** Отказы из-за неясных видео или нехватки документов стоят недель. Решение об одобрении принимает Meta.
- **Запрашивать слишком много разрешений.** На странице реализации Meta предупреждает, что лишние пункты в конфигурации Embedded Signup могут заставить клиентов бросить процесс.
- **Игнорировать версии.** Meta объявила, что Embedded Signup v2 и v3 будут выведены из эксплуатации 15 октября 2026 года, поэтому стройте продукт на v4. Наша [хронология изменений 2026 года](/ru/blog/whatsapp-business-api-changes-2026/) следит за этим.
- **Забыть про код на 30 секунд.** Подготовьте обмен токена до начала тестирования.
- **Нет плана выхода.** Активы принадлежат клиентам; ваша архитектура должна позволять им уйти.

## Чем помогает OmniChannels.ai

BroadNet, компания, стоящая за OmniChannels.ai, — официальный Meta Business Solution Provider. Клиенты подключаются через Meta Embedded Signup, WhatsApp оплачивается по тарифам Meta без наценки, а наша команда вместе с вами проходит подтверждение бизнеса в Meta и одобрение отображаемого имени; решения об одобрении остаются за Meta. Софтверные компании могут использовать REST API и вебхуки, а партнёры — вести программу в формате white-label с субаккаунтами. Проверьте готовность по [чек-листу готовности к WhatsApp API](/ru/tools/whatsapp-api-readiness-checklist/), узнайте о [партнёрской программе](/ru/partners/) или [свяжитесь с нашей командой](/ru/contact/), чтобы сравнить варианты для вашего продукта.