---
title: "WhatsApp Tech Provider o BSP: quale strada per un SaaS?"
description: "Tech Provider e BSP WhatsApp spiegati dalla documentazione Meta: ruoli, Embedded Signup, App Review, chi fattura il WABA, soluzioni multi-partner e scelta."
canonical: "https://omnichannels.ai/it/blog/whatsapp-tech-provider-vs-bsp/"
language: "it"
updated: "2026-11-06"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
category: "whatsapp"
primaryQuery: "whatsapp tech provider vs bsp"
keywords: ["tech provider whatsapp", "bsp whatsapp cos'è", "meta tech provider program", "solution partner whatsapp", "embedded signup whatsapp", "soluzione multi-partner whatsapp", "whatsapp business api per saas"]
published: "2026-11-06"
author: "OmniChannels.ai Editorial Team"
reviewer: "BroadNet Messaging Solutions Team"
readingMinutes: 9
answer: "Un BSP, che Meta oggi chiama Solution Partner, è un Meta Business Partner che offre ai clienti l'intera WhatsApp Business Platform e può estendere una linea di credito Meta e fatturare. Anche un Tech Provider serve i clienti, ma non ha una linea di credito: ogni cliente aggiunge un metodo di pagamento e paga Meta direttamente. Un'azienda SaaS può diventare Tech Provider da sola oppure appoggiarsi a un partner."
takeaways: ["La documentazione di Meta indica tre tipi di partner: Solution Partner (la vecchia etichetta BSP), Tech Provider e Tech Partner. Solo i Solution Partner hanno linee di credito da estendere ai clienti.", "Per diventare Tech Provider si verifica l'azienda con Meta, si supera l'App Review con accesso avanzato a whatsapp_business_messaging e whatsapp_business_management, quindi si attivano i clienti tramite Embedded Signup.", "I clienti di un Tech Provider pagano Meta direttamente per l'utilizzo, perché aggiungono un proprio metodo di pagamento; il Tech Provider fattura a parte il proprio software.", "Una soluzione multi-partner permette a un Tech Provider e a un Solution Partner di condividere l'accesso agli asset dei clienti, con gli addebiti sulla linea di credito del Solution Partner.", "Si sceglie in base a ciò che dovete controllare: se l'esperienza WhatsApp è il vostro prodotto e avete capacità di sviluppo, diventate Tech Provider; se volete andare in produzione con meno sviluppo e fatturazione, appoggiatevi a un partner."]
faq: 
  - q: "BSP e Tech Provider sono la stessa cosa?"
    a: "No. BSP è il vecchio nome di settore di quello che Meta oggi chiama Solution Partner: un Meta Business Partner con una linea di credito che può fatturare i clienti. Anche un Tech Provider può servire i clienti, ma non ha una linea di credito: i clienti aggiungono un proprio metodo di pagamento e pagano Meta direttamente per i messaggi."
  - q: "Devo essere Tech Provider per integrare WhatsApp nel mio prodotto SaaS?"
    a: "Solo se volete attivare altre aziende sulla WhatsApp Business Platform tramite la vostra app. Se il prodotto collega soltanto il vostro singolo numero WhatsApp, lo status di partner non serve. Se ogni cliente porta il proprio numero, la strada indicata da Meta è l'attivazione come Tech Provider oppure l'appoggio a un partner esistente."
  - q: "Che cos'è Embedded Signup e chi lo usa?"
    a: "Embedded Signup è l'interfaccia di autenticazione e autorizzazione di Meta che si avvia dal vostro sito o dal portale clienti. Il cliente la completa per creare i propri asset WhatsApp e autorizzare la vostra app a usarli. Sia i Solution Partner sia i Tech Provider la usano per attivare i clienti."
  - q: "Chi paga Meta quando un Tech Provider attiva un cliente?"
    a: "Il cliente. Secondo la documentazione di Meta, i Tech Provider non hanno una linea di credito: il cliente aggiunge un metodo di pagamento al proprio account e Meta gli addebita l'utilizzo. Il Tech Provider fattura solo i propri servizi, come software, assistenza o una casella condivisa (inbox)."
  - q: "Che cos'è una soluzione multi-partner?"
    a: "È un costrutto di Meta in cui due partner gestiscono insieme gli asset dei clienti attivati tramite una configurazione Embedded Signup condivisa. Ciascuno dei due partner può creare la soluzione; entrambi ottengono l'accesso agli asset dei clienti e, se è coinvolto un Solution Partner, i clienti possono condividerne la linea di credito."
  - q: "Quanto tempo serve per diventare Tech Provider?"
    a: "Meta non pubblica tempi fissi. I passaggi sono la verifica dell'azienda e poi l'App Review, con due video registrati dallo schermo e permessi avanzati. Ogni fase è decisa da Meta: prevedete un margine di incertezza nel piano di lancio e non promettete ai clienti una data di attivazione prima dell'approvazione."
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 o BSP: quale strada per un SaaS?

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

Questa guida è pensata per i responsabili prodotto e tecnologia di aziende SaaS, CRM e software che vogliono WhatsApp dentro il proprio prodotto e continuano a incontrare i termini BSP, Tech Provider e Solution Partner. Spiega che cosa è ciascun ruolo secondo la documentazione per sviluppatori di Meta, che cosa richiede davvero integrare WhatsApp e come scegliere tra diventare Tech Provider e appoggiarsi a un partner.

## Che cos'è un BSP e come lo chiama oggi Meta?

BSP (Business Solution Provider) è il nome che il settore usa da tempo per l'azienda che dà ad altre imprese accesso alla WhatsApp Business Platform. Nella documentazione attuale di Meta il ruolo equivalente si chiama Solution Partner. La nostra [voce di glossario sui BSP](/it/glossary/bsp/) ne dà la definizione in una riga.

La documentazione di Meta descrive il Solution Partner come un Meta Business Partner che offre l'intera gamma dei servizi della WhatsApp Business Platform, può estendere linee di credito ai clienti e può fatturarli direttamente. Diventarlo è, nelle parole di Meta, un processo lungo. Poiché "BSP" resta il termine che gli acquirenti cercano, molti fornitori usano entrambe le espressioni. Il nome non conta: contano il ruolo e il modello di fatturazione.

## Che cos'è un Tech Provider?

Un Tech Provider è un'azienda che sviluppa software sulla WhatsApp Business Platform e vi attiva i propri clienti, senza avere una linea di credito Meta. La documentazione di Meta afferma che un Tech Provider può offrire in autonomia tutti i servizi di messaggistica WhatsApp ai clienti che ha attivato, oppure collaborare con un Solution Partner per offrirli insieme.

Una terza etichetta, Tech Partner, indica un Tech Provider che è, o può diventare, un Meta Business Partner. La pagina di Meta spiega che i Tech Partner approvati possono accedere al suo programma acceleratore, a cui i semplici Tech Provider non possono accedere a meno di un passaggio di livello.

| Ruolo | Che cos'è | Linea di credito | Come pagano i messaggi i clienti |
|---|---|---|---|
| Solution Partner (BSP) | Meta Business Partner che offre l'intera piattaforma | Sì, estendibile ai clienti | Tramite la linea di credito del partner, con fattura del partner |
| Tech Provider | Azienda software che attiva i propri clienti | No | Il cliente aggiunge un metodo di pagamento; Meta fattura il cliente |
| Tech Partner | Tech Provider che è, o può diventare, un Meta Business Partner | No | Come per i Tech Provider |
| Azienda che usa direttamente la Cloud API | Un'azienda che usa la piattaforma per sé | Non applicabile | Il proprio metodo di pagamento |

## Che cosa serve a un'azienda SaaS per integrare WhatsApp?

Servono un'app, un modo per attivare gli asset WhatsApp di ogni cliente, un ricevitore di webhook e una pipeline di messaggi che rispetti le regole di Meta. Il ruolo che avete decide chi gestisce ciascuna parte, ma i componenti tecnici sono gli stessi.

1. **Un'app Meta e un portfolio aziendale verificato.** Meta richiede un'app Meta con il caso d'uso WhatsApp, collegata a un portfolio aziendale. La verifica dell'azienda deve essere completata prima dell'inizio dell'App Review.
2. **Accesso avanzato tramite App Review.** I permessi devono essere approvati prima che i clienti possano concederli. I due che contano sono `whatsapp_business_messaging`, per inviare messaggi per conto dei clienti, e `whatsapp_business_management`, per accedere ai loro account WhatsApp e di messaggistica. Se l'accesso avanzato non è approvato, il permesso non compare in Embedded Signup.
3. **Embedded Signup.** Il cliente completa questo flusso dentro il vostro portale. Crea gli asset WhatsApp, restituisce identificativi come WABA ID e phone number ID e vi fornisce un codice di breve durata da scambiare con un token limitato a quel cliente. La pagina di implementazione di Meta indica che il codice scade 30 secondi dopo l'emissione, quindi lo scambio deve essere immediato.
4. **Webhook.** Vi iscrivete all'evento `account_update` per sapere quando un cliente completa l'attivazione, e agli eventi di messaggio e di stato per far funzionare il prodotto. Vedete la nostra [guida ai webhook di WhatsApp](/it/blog/whatsapp-webhooks-guide/).
5. **Gestione di template e qualità.** Template, limiti di messaggistica e valutazioni di qualità dei clienti sono da gestire tramite di voi. Leggete [categorie e approvazione dei template](/it/blog/whatsapp-template-categories-approval/) e [limiti di messaggistica e valutazione di qualità](/it/blog/whatsapp-messaging-limits-quality-rating/).
6. **Hosting.** La pagina di registrazione deve essere servita in HTTPS da un dominio registrato nelle impostazioni dell'app.

La documentazione di Meta su Embedded Signup precisa inoltre che i clienti sono proprietari dei propri asset WhatsApp. Progettate il prodotto in modo che un cliente possa andarsene con il proprio numero, i propri template e i propri dati.

## Quali sono i passaggi per diventare Tech Provider?

I passaggi di Meta sono pochi, ma le fasi di revisione le decide Meta, non voi. Mettete in conto più iterazioni.

1. **Create l'app** con il caso d'uso WhatsApp e collegate un portfolio aziendale.
2. **Verificate la vostra azienda** con Meta. È un prerequisito per l'App Review.
3. **Preparate l'App Review.** Meta richiede le impostazioni di base dell'app (icona, informativa privacy, categoria), un primo video che mostri un messaggio creato e inviato dalla vostra app e ricevuto nel client WhatsApp, e un secondo video in cui la vostra app crea un template di messaggio.
4. **Richiedete l'accesso avanzato** ai due permessi indicati sopra e inviate la documentazione.
5. **Sviluppate e testate Embedded Signup**, poi attivate i clienti tramite questo flusso.

La pagina di Meta dedicata ai Tech Provider descrive questa sequenza. Non pubblica una stima dei tempi, e non dovreste prometterne una ai vostri clienti.

## Chi fattura il WABA?

Dipende dal ruolo. I Solution Partner possono estendere una linea di credito e fatturare i clienti; i Tech Provider no, quindi i loro clienti aggiungono un metodo di pagamento e Meta li fattura direttamente.

Questo solo fatto determina il modello commerciale:

- **Come Tech Provider** fatturate il vostro software. Gli addebiti dei messaggi compaiono nel rapporto del cliente con Meta, alle tariffe pubblicate da Meta per categoria di messaggio e mercato del destinatario (vedete [prezzi della WhatsApp Business API nel 2026](/it/blog/whatsapp-business-api-pricing-2026/)). Il vostro cliente riceve due fatture e voi non potete aggiungere un ricarico all'addebito per messaggio di Meta.
- **Con un Solution Partner** il partner può addebitare i costi dei messaggi in un'unica fattura. Come li prezza, a costo, con una commissione di piattaforma o con un ricarico, è una questione contrattuale. Chiedetelo per iscritto.

Con il modello di account che Meta sta introducendo, Embedded Signup crea anche un account di messaggistica (per template, fatturazione e sottoscrizioni ai webhook) separato dall'account WhatsApp che contiene numeri di telefono e identità. Meta indica questa modifica come beta e soggetta a cambiamenti, quindi controllate la documentazione attuale prima di progettare la fatturazione su di essa.

## Che cos'è una soluzione multi-partner?

Una soluzione multi-partner permette a due partner di gestire insieme gli asset WhatsApp dei clienti attivati tramite lo stesso flusso. Nella documentazione di Meta, ciascuno dei due partner può creare la soluzione e l'altro la accetta; una soluzione accettata non può essere rifiutata. L'ID della soluzione va nella configurazione di Embedded Signup, così i clienti che completano il flusso vengono attivati sulla soluzione.

Che cosa cambia in pratica:

- **Accesso condiviso.** Entrambi i partner ricevono l'accesso agli asset del cliente.
- **Linea di credito condivisa.** I clienti condividono la linea di credito del Solution Partner presente nella soluzione e gli addebiti vanno all'account di messaggistica che ha inviato ciascun messaggio. Un Solution Partner dovrebbe condividere la propria linea di credito con i clienti appena attivati.
- **Un tetto all'attivazione dei Tech Provider.** I Tech Provider in una soluzione possono attivare fino a 200 nuovi clienti in un periodo mobile di una settimana. Contano solo i clienti nuovi sulla piattaforma.
- **Eventi webhook.** Il completamento genera un webhook di aggiornamento account con un evento `PARTNER_ADDED` o `PARTNER_APP_INSTALLED`.

Per un'azienda software è la via di mezzo: mantenete il vostro prodotto e il vostro flusso Embedded Signup, mentre un partner fornisce linea di credito e fatturazione.

## Tech Provider o BSP: tabella decisionale

Si sceglie in base a ciò che dovete controllare e a ciò che potete gestire con il vostro personale.

| Domanda | Diventare Tech Provider | Appoggiarsi a un Solution Partner |
|---|---|---|
| Chi controlla l'esperienza di attivazione del cliente? | Voi | Voi, se il partner espone Embedded Signup o un'API; altrimenti il partner |
| Chi si interfaccia con Meta per l'App Review? | Voi | Il partner |
| Impegno di sviluppo | Alto: Embedded Signup, token, webhook, template, monitoraggio | Più basso: integrare un'API del partner |
| Fatturazione dei messaggi | Il cliente paga Meta direttamente | Può essere un'unica fattura tramite il partner |
| Margine sui messaggi | Non disponibile | Questione commerciale con il partner |
| Tempo al primo cliente | Dipende dalle revisioni di Meta | Dipende dall'attivazione presso il partner |
| Lock-in | Basso: la vostra app, i vostri token | Moderato: dipende dalla portabilità di template e inbox |
| Caso ideale | WhatsApp è centrale nel vostro prodotto | WhatsApp è una funzione tra tante |

Se il vostro piano è rivendere anziché integrare, leggete la guida su come [diventare rivenditore della WhatsApp Business API](/it/blog/become-whatsapp-business-api-reseller/) e la pagina [WhatsApp white label](/it/partners/white-label-whatsapp/).

## Un esempio pratico: un SaaS di prenotazioni per cliniche a Riad

"Mawid Cloud" (nome di fantasia) vende software per appuntamenti a 300 cliniche e vuole promemoria WhatsApp e chat bidirezionale dentro il proprio prodotto.

- **Opzione A, Tech Provider.** Verifica l'azienda, registra i due video per l'App Review, richiede l'accesso avanzato, integra Embedded Signup nella pagina impostazioni delle cliniche e gestisce token, webhook e creazione dei template. Ogni clinica aggiunge il proprio metodo di pagamento e paga Meta per i messaggi; Mawid Cloud fattura il proprio abbonamento. L'impegno di sviluppo è di diversi mesi e l'esito delle revisioni spetta a Meta.
- **Opzione B, appoggiarsi a un partner.** Integra l'API di un partner per attivazione e invio, mantiene la propria interfaccia di appuntamenti e lascia al partner i rapporti con Meta e la fatturazione.
- **Opzione C, soluzione multi-partner.** Diventa Tech Provider e crea una soluzione con un Solution Partner, così le cliniche condividono la linea di credito del partner.

Sceglie B per le prime 100 cliniche, per capire come viene usato il prodotto, e poi rivaluta A quando WhatsApp diventa una linea centrale. Il punto è che la scelta è reversibile solo se template e webhook sono progettati per essere portabili, ed è per questo che conviene leggere come [migrare un numero WhatsApp tra fornitori](/it/blog/migrate-whatsapp-number-between-providers/) prima di firmare.

## Quali sono i rischi e gli errori comuni?

- **Trattare l'etichetta come la decisione.** Confrontate fatturazione, assistenza e portabilità, non se un fornitore dice "BSP".
- **Sottovalutare l'App Review.** I rifiuti per video poco chiari o documentazione mancante costano settimane. L'approvazione è una decisione di Meta.
- **Richiedere troppi permessi.** La pagina di implementazione di Meta avverte che selezioni aggiuntive nella configurazione di Embedded Signup possono far abbandonare il flusso ai clienti.
- **Ignorare le versioni.** Meta ha annunciato che Embedded Signup v2 e v3 sarebbero state dismesse il 15 ottobre 2026, quindi sviluppate sulla v4. La nostra [cronologia delle novità 2026](/it/blog/whatsapp-business-api-changes-2026/) le segue.
- **Dimenticare il codice da 30 secondi.** Preparate lo scambio del token prima di testare.
- **Nessun piano di uscita.** I clienti sono proprietari dei loro asset; la vostra architettura deve permettere loro di spostarsi.

## Come vi aiuta OmniChannels.ai

BroadNet, l'azienda dietro OmniChannels.ai, è un Meta Business Solution Provider ufficiale. I clienti vengono attivati tramite Meta Embedded Signup, WhatsApp viene addebitato alla tariffa Meta senza alcun ricarico e il nostro team gestisce con voi la verifica aziendale Meta e l'approvazione del nome visualizzato; le decisioni di approvazione restano a Meta. Le aziende software possono usare l'API REST e i webhook, e i partner possono gestire il programma in white label con sub-account. Verificate la preparazione con la [checklist di preparazione alla WhatsApp API](/it/tools/whatsapp-api-readiness-checklist/), scoprite il [programma partner](/it/partners/) oppure [contattate il nostro team](/it/contact/) per confrontare le strade possibili per il vostro prodotto.
