Se usate Stripe Connect per accreditare i venditori, iniziate dai requisiti del conto collegato. Per una verifica gestita dal portale, valutate Didit o Persona. Se dovete trattare venditori individuali, aziende e rappresentanti in percorsi distinti, aggiungete Sumsub al confronto. La scelta cambia a seconda che il controllo serva per pubblicare, vendere o incassare.
Un portale di computer ricondizionati può avere sia una persona che vende il proprio portatile sia un negozio che pubblica centinaia di inserzioni. Chiedere le stesse prove a entrambi crea lavoro inutile e può lasciare scoperti i casi più importanti. Disegnate le autorizzazioni che volete concedere: pubblicare un annuncio, accettare ordini, incassare o cambiare il conto per gli accrediti. Poi assegnate una verifica alla decisione che deve proteggere.
Se gli accrediti passano già dagli account collegati, diamo 8/10 a Stripe Connect. Inizieremmo da lì perché i requisiti del conto fanno già parte del percorso di pagamento. Terremmo in sospeso due punti fino a una prova con un venditore che cambia IBAN e con un negozio il cui rappresentante è diverso da chi gestisce gli annunci. Se il portale deve verificare l'identità prima ancora di aprire il conto per gli accrediti, proveremmo anche il flusso di Didit.
Quale soggetto state verificando?
Per un venditore individuale, la domanda iniziale può riguardare la persona che controlla l'account. Per un'azienda, bisogna distinguere il soggetto registrato, chi agisce in suo nome e il beneficiario del pagamento. La persona che ha fotografato un dispositivo non coincide necessariamente con il titolare del negozio o con chi può cambiare l'IBAN. Evitate di usare un unico campo “verificato” per tutte queste relazioni.
Il Digital Services Act, all'articolo 30, tratta la tracciabilità degli operatori commerciali per le piattaforme che rientrano nel suo ambito e permettono ai consumatori di concludere contratti a distanza con tali operatori. Il testo distingue i dati del venditore professionale dalle informazioni di pagamento e di registrazione, quando applicabili. La classificazione di un venditore e gli obblighi del portale vanno definiti prima di configurare i controlli. Una sessione documento non esaurisce da sola le diverse informazioni previste per un operatore commerciale.
Anche con un venditore verificato, un portatile può avere una provenienza incerta o una descrizione sbagliata. Conservate l'esito sull'account e gestite le contestazioni sull'annuncio con le regole del catalogo.
Confronto fra quattro approcci
| Opzione | Quando valutarla | Domanda decisiva |
|---|---|---|
| Stripe Connect | Gli accrediti dei venditori passano da account collegati | Quali requisiti mostra il conto e quali controlli del marketplace rimangono separati? |
| Didit | Serve un flusso di identità ospitato o un controllo dedicato | Come si collega l'esito al venditore e quale evidenza resta disponibile? |
| Persona | Servono percorsi diversi per venditori o categorie di rischio | Come si gestiscono recupero, revisione e approvazione per ciascun percorso? |
| Sumsub | Ci sono aziende, rappresentanti e verifiche a più livelli | Quali moduli e quali fonti coprono i ruoli e i documenti richiesti? |
Stripe documenta la verifica degli account collegati e consente al portale di prevedere controlli per le proprie finalità. Un esito positivo nel percorso di identità può convivere con un accredito ancora sospeso. Mostrate al venditore quale stato deve risolvere e dove può farlo.
Didit documenta sessioni ospitate e controlli indipendenti. Persona offre percorsi di inquiry ospitati o incorporati. Sumsub descrive livelli distinti per la verifica aziendale. Prima della scelta, chiedete un esempio di dati restituiti e chi può trattare un'eccezione. La guida di Rigenero su Didit entra nel merito della differenza tra affidabilità del fornitore e fiducia nella richiesta ricevuta.
Impostate una verifica a fasi
Lasciate salvare una bozza quando il rischio lo consente, poi richiedete le prove prima dell'azione che lo introduce. Per un venditore professionale, le informazioni da raccogliere prima della pubblicazione possono essere diverse da quelle che un gestore dei pagamenti richiede prima di eseguire un accredito. Usate stati separati: identità personale, profilo commerciale, stato del conto e richiesta di modifica dell'accredito.
Immaginate che un negozio cambi il conto indicato alla vigilia di un accredito. L'account era stato approvato mesi prima, ma la richiesta recente ha un rischio diverso. Il portale dovrebbe sapere quale utente ha richiesto la modifica, a quale conto si riferisce, e se occorre una nuova autorizzazione. Non usate l'approvazione precedente come risposta a questa domanda. La verifica iniziale può restare valida mentre la nuova destinazione è in esame.
Decidete come comunicare il blocco. L'utente deve capire se manca un documento o se il conto è ancora in revisione. L'assistenza deve poter identificare il caso senza ottenere copie dei documenti in una chat o per posta elettronica. Quando è il gestore dei pagamenti a richiedere ulteriori dati, inviate il venditore al percorso autorizzato anziché costruire un secondo archivio non necessario.
Provate i venditori che non entrano nel caso ideale
Provate una persona che vende un solo articolo, un'impresa con rappresentante diverso dal titolare dell'account e un negozio che chiede di aggiornare il conto. Inserite poi una foto illeggibile, un ritorno interrotto e una notifica consegnata due volte. Ciascun caso dovrebbe produrre lo stato previsto, senza attivare due volte lo stesso passaggio.
Un esito tecnico non dovrebbe confondersi con un rifiuto definitivo. Se la fotocamera non funziona, il venditore può aver bisogno di riprendere la sessione da un dispositivo diverso. Se invece il nome sul conto non è quello previsto, può servire la revisione di una persona autorizzata. Un messaggio generico aumenta le richieste di assistenza e rende difficile stimare quanto costa gestire i venditori.
Nel pilot misurate il tempo fino al primo annuncio utilizzabile e il tempo fino all'accredito abilitato. Tenete separate le due misure. Potete partire dalla guida alla verifica online per le piccole imprese per definire dati, permessi e responsabilità, poi applicare i passaggi specifici del marketplace.
Chiarite chi può modificare i dati del venditore
Per un negozio con più dipendenti, il profilo commerciale, la gestione degli annunci e gli accrediti possono avere responsabili diversi. Create almeno un caso in cui un utente può pubblicare un articolo ma non può cambiare i dati fiscali o bancari. Poi provate una richiesta di delega al termine di un rapporto di lavoro. Il portale deve sapere a quale persona si riferisce la revoca e quali azioni deve impedire. Un controllo KYC passato in precedenza non assegna automaticamente nuovi permessi.
Conservate i riferimenti alle verifiche separate che hanno portato all'abilitazione. Quando il venditore apre una contestazione, chi la esamina deve poter collegare la data dell'annuncio, lo stato del conto collegato e l'ultima richiesta di modifica. Non serve mostrare la foto del documento a chi deve soltanto rispondere sulla data dell'accredito. Provate questa distinzione con due accessi di test e controllate che l'informazione di cui ha bisogno l'assistenza sia leggibile senza privilegi aggiuntivi.
Nella proposta commerciale fate separare i costi delle verifiche personali da quelli delle verifiche aziendali. Chiedete quanto incidono i nuovi tentativi e l'eventuale controllo ricorrente. Calcolate il costo per venditore abilitato a ricevere accrediti: una verifica tecnica che si chiude senza permettere alcuna operazione non equivale a un nuovo negozio operativo.
Scegliete il flusso che sa spiegare un accredito
Chiudete il pilot con tre casi: un primo accredito, una pratica incompleta e un cambio di conto. Fate vedere a chi gestisce il catalogo e a chi gestisce i pagamenti quale prova manca e chi deve chiederla. Se entrambi chiedono lo stesso documento al venditore, rivedete il passaggio di consegne prima del lancio.