Come funziona la distribuzione automatica dei pagamenti in un marketplace multivendor

Quando un cliente acquista su un marketplace con più venditori, il pagamento non arriva direttamente al venditore. Prima passa dall'operatore del marketplace, che trattiene la propria commissione e poi distribuisce il resto. Semplice da descrivere, complicato da implementare.

In dieci anni di progetti abbiamo costruito questa infrastruttura decine di volte: marketplace locali, piattaforme B2B, aggregatori verticali. E ogni volta ci siamo scontrati con le stesse domande. Quale strumento usare per lo split automatico? Come gestire le commissioni variabili? Cosa succede quando un cliente chiede un rimborso e l'ordine coinvolge tre venditori diversi?

Questo articolo risponde a quelle domande con quello che abbiamo imparato sul campo, non con quello che sta scritto nelle documentazioni dei vendor.

Cos'è la distribuzione automatica dei pagamenti in un marketplace

In un marketplace con più venditori, ogni ordine può includere prodotti di venditori diversi. A differenza di un ecommerce normale, dove il pagamento va direttamente al venditore, qui l'operatore incassa tutto e poi smista le quote. Trattiene la propria commissione e trasferisce il resto a chi ha venduto.

Finché i volumi sono bassi, questo si può fare anche a mano: qualcuno controlla gli ordini, calcola le quote, esegue i bonifici. Funziona. Poi arriva il momento in cui un marketplace passa da 50 a 500 ordini al mese e quella stessa operazione, che prima richiedeva un paio d'ore a settimana, comincia a richiederne dieci. A quel punto diventa un problema serio.

La distribuzione automatica affida questo lavoro al software: calcola le quote, trattiene le commissioni e trasferisce tutto senza che nessuno debba aprire un foglio Excel. Il venditore riceve l'accredito, l'operatore ha il rendiconto. Fine.

Abbiamo visto marketplace perdere venditori perché i pagamenti arrivavano in ritardo di settimane. Non per malafede, ma perché il processo manuale non reggeva più i volumi. Il problema non era la piattaforma: era che nessuno aveva previsto quando sarebbe diventata insostenibile.

Come funziona tecnicamente

Il payment gateway con supporto multiparty

Non tutti i gateway di pagamento sanno distribuire fondi verso più destinatari. Strumenti come Stripe Connect, Mangopay, Adyen Marketplace o Fabrick Financial Split Payments sono progettati per questo: permettono all'operatore di configurare un account secondario per ogni venditore e di impostare le regole di split al momento del pagamento.

Con un gateway normale, l'operatore incassa tutto e si arrangia con i bonifici manuali. Con uno multiparty, la divisione avviene a livello di transazione, è tracciabile e rispetta le normative sui servizi di pagamento europei, PSD2 in testa. Nei casi più complessi, quando l'operatore gestisce fondi per conto dei venditori oltre certi volumi, entra in gioco anche la EMD2, la direttiva sulla moneta elettronica. Non è un dettaglio: è il confine tra un'operazione lecita e una che richiede una licenza specifica.

Il motore di commissioni

Questa è la parte dove ogni progetto diverge dagli altri. La commissione dell'operatore può essere fissa, percentuale sulle vendite, variabile per categoria prodotto, differenziata per piano di abbonamento del venditore, o una combinazione di tutto questo.

In un progetto recente abbiamo implementato aliquote diverse per i primi 100 ordini mensili di un venditore, con riduzioni automatiche al superamento di determinate soglie di fatturato e commissioni azzerate per alcune categorie in promozione. Tutto questo deve calcolarsi in tempo reale al checkout e riconciliarsi correttamente a fine periodo. Non è particolarmente difficile da costruire, ma va progettato prima, non aggiunto dopo.

Il sistema di riconciliazione e rendicontazione

Una volta che i pagamenti vengono distribuiti automaticamente, ogni venditore ha bisogno di sapere cosa ha incassato, quali commissioni gli sono state trattenute e quali ordini sono inclusi nel calcolo. Questo backoffice, dashboard, report scaricabili, storico transazioni, non è un'aggiunta piacevole: è quello che i venditori controllano ogni settimana.

Nei marketplace B2B con venditori italiani c'è un livello in più: la fatturazione elettronica. Il venditore deve emettere fattura all'operatore per la propria quota. Quasi nessuno lo mette nel piano di lavoro iniziale. Di solito viene fuori tardi nel progetto, quando la complessità è già alta, e fa slittare il lancio.

I problemi che vengono fuori solo in produzione

Le documentazioni di Stripe e Mangopay fanno sembrare tutto lineare. Sul campo è diverso. Ci sono tre situazioni dove quasi ogni marketplace inciampa, di solito nelle prime settimane dopo il lancio.

I rimborsi parziali

Il rimborso totale di un ordine è relativamente lineare: si storna la transazione e il motore di split si inverte. Il rimborso parziale, un solo prodotto su un ordine con tre venditori, è molto più complicato. Chi restituisce cosa? Il venditore deve restituire la sua quota? La commissione dell'operatore viene stornata proporzionalmente? E se il venditore ha già prelevato i fondi dal suo account?

Non esiste una risposta universale. Ma esiste la necessità di decidere queste regole prima di andare live, non dopo il primo reclamo.

L'onboarding dei venditori in paesi diversi

Un marketplace che accoglie venditori europei deve fare i conti con requisiti KYC diversi per paese, normative fiscali differenti e tempi di settlement variabili. Stripe Connect ha processi di onboarding diversi per l'Italia, la Germania e la Spagna. In un progetto con venditori in 6 paesi UE, la complessità dell'onboarding era quasi pari a quella dello sviluppo del marketplace. Non è qualcosa che si scopre piacevolmente.

Il periodo di trattenuta

Quasi tutti i gateway multiparty introducono un holding period: i fondi restano in sospeso da 2 a 14 giorni prima di essere trasferiti al venditore. Serve a proteggersi da frodi e contestazioni. Ha anche un impatto diretto sulla liquidità di chi vende. Se non viene spiegato chiaramente durante l'onboarding dei venditori, diventa la prima fonte di conflitti tra operatore e venditori. Senza eccezioni.

Quale gateway scegliere

La scelta dipende principalmente da due cose: dove si trovano i venditori e quanto complesse sono le regole di commissione che si vogliono applicare.

Stripe Connect è il punto di partenza più sensato per la maggior parte dei marketplace che partono in Italia. Documentazione solida, onboarding self-service per i venditori e i casi d'uso standard sono tutti coperti. L'unica cosa da tenere presente è che i venditori devono avere un account Stripe. Nei mercati dove Stripe non è ancora diffuso, questo diventa un ostacolo concreto.

Mangopay è più europeo nei dettagli. Gestisce i wallet in modo più sofisticato e dà più controllo sui periodi di trattenuta prima di rilasciare i fondi ai venditori. È un istituto di moneta elettronica autorizzato, il che significa obblighi regolatori più stringenti ma anche che la compliance è gestita direttamente dalla piattaforma.

Adyen Marketplace entra in gioco quando i volumi salgono davvero o quando si servono molti paesi. Integrazione più complessa, costi più alti. Regge situazioni che gli altri due non reggono.

Fabrick Financial Split Payments è l'opzione da valutare seriamente per marketplace che operano nel mercato italiano. Fabrick è un Istituto di Pagamento autorizzato in Italia, con passaporto europeo: raccoglie i flussi di incasso provenienti da gateway, acquirer e metodi di pagamento alternativi su un conto tecnico proprio, poi distribuisce ai venditori tramite un unico flusso di payout. I venditori non devono aprire conti aggiuntivi. La gestione delle commissioni supporta logiche multilivello e strategie dinamiche configurabili per categoria prodotto, canale di vendita o tipologia di venditore.

Cosa valutare nella scelta della piattaforma

La domanda sulla piattaforma arriva quasi sempre a questo punto della conversazione. La risposta dipende molto da quanto è complessa la logica di distribuzione dei pagamenti.

Piattaforme come CS-Cart Multivendor o la nostra Cuborio hanno la gestione delle commissioni e dello split integrata nel core: non serve costruirla da zero. Si va in produzione più in fretta e non si rischia di avere bug nei pagamenti, che è esattamente dove non si vogliono bug. Il lato negativo è che le regole di commissione devono rientrare in quelle supportate nativamente, o si finisce comunque a fare sviluppo custom.

Soluzioni su Magento, WooCommerce o framework custom danno più flessibilità ma richiedono più tempo di sviluppo e test. Soprattutto richiedono che il team che le costruisce abbia già gestito queste integrazioni in produzione, non solo in demo. La differenza tra i due casi si vede quando arriva il primo rimborso parziale complicato.

La domanda che facciamo sempre prima di scegliere la piattaforma: quante regole di commissione diverse avete in mente? Se la risposta è più di tre variabili, il tempo di sviluppo su una soluzione custom triplica rispetto alle aspettative iniziali. Lo diciamo per esperienza, non per scoraggiare.