Richieste all'ingrosso su Shopify: modulo, verifica e approvazione fatti bene

Un flusso di richiesta all'ingrosso è il percorso che un acquirente aziendale compie da «richiedo l'accesso B2B» al primo ordine a condizioni di ingrosso: un modulo di richiesta, una verifica di identità e registro, una decisione di approvazione e il provisioning che sblocca davvero l'acquisto. La maggior parte dei negozi Shopify azzecca una o due di queste fasi e improvvisa il resto — un modulo che chiede troppo, controlli fatti a mano in una scheda del browser, approvazioni che aggiungono un tag cliente e sperano bene. Questa guida percorre l'imbuto completo e cosa significa «fatto bene» in ciascuna fase.

Fase 1: il modulo di richiesta

Il modulo ha un unico compito: raccogliere esattamente ciò che serviranno verifica e provisioning, e nient'altro. Ogni campo superfluo costa conversioni; ogni campo mancante costa un'e-mail di sollecito.

I campi che contano

• Ragione sociale — come iscritta, perché la confronterete con i dati del registro.
• Indirizzo aziendale e paese — il paese indirizza la verifica (UE → VIES, Svizzera → Zefix, Regno Unito → Companies House), e l'indirizzo diventa la sede dell'azienda B2B all'approvazione.
• Partita IVA o numero di iscrizione — l'identificativo verificabile. Quale si applichi dipende dal paese.
• Referente ed e-mail — questa persona diventa il contatto aziendale che accede e ordina.
• Telefono, sito web, volume d'ordine previsto, messaggio libero — facoltativi ma economici, e davvero utili per le valutazioni in revisione manuale.

I campi da evitare

Certificati di revendita come allegato obbligatorio (un controllo su un registro europeo è più forte e senza attriti), coordinate bancarie (mai in un modulo di richiesta), questionari su più pagine e tutto ciò che potete ricavare da soli dal numero di iscrizione. Un modulo di richiesta all'ingrosso è un filtro di qualificazione, non una pratica di onboarding. Per questo Anmelda offre una libreria di campi B2B già pronta — azienda, contatto, indirizzo, partita IVA, numero di iscrizione, telefono, sito web, volume previsto, messaggio — invece di un generatore di moduli generico: l'insieme dei campi deriva da ciò che le fasi successive consumano davvero.

Un ulteriore vincolo plasma il modulo: raccoglie dati aziendali relativi a persone reali, quindi ricade sotto il GDPR. Raccogliete solo ciò che userete, ospitate nell'UE se i vostri acquirenti sono europei e cancellate le richieste rifiutate dopo un periodo di conservazione definito — un richiedente che non è mai diventato cliente non è un asset di marketing da tenere per sempre. (Anmelda ospita i dati dei richiedenti a Francoforte, eu-central-1, e la cancellazione è una cancellazione vera, non un'anonimizzazione.)

Fase 2: la verifica prima che guardi una persona

Nel momento in cui arriva una richiesta, le affermazioni verificabili in essa dovrebbero essere controllate presso i registri ufficiali — automaticamente, in background, prima che qualcuno la apra. Una partita IVA UE va a VIES; un IDI svizzero va a Zefix (stato, sede iscritta, forma giuridica); un numero societario britannico va a Companies House (stato, data di costituzione, amministratori). Illustriamo la meccanica — conferma semplice o qualificata, e perché l'identificativo di consultazione VIES va conservato — nella guida alla verifica della partita IVA.

Due proprietà rendono affidabili i controlli automatici. Primo, i nuovi tentativi: i registri cadono regolarmente, e un'indisponibilità temporanea non deve mai apparire come un richiedente respinto. Secondo, stati onesti: un controllo può passare, fallire, andare in errore o semplicemente non applicarsi (un richiedente norvegese non corrisponde a nessuno dei tre registri). L'interfaccia di revisione deve mostrare quale, per fonte — un semaforo, non un booleano.

Fase 3: la decisione — revisione manuale o approvazione automatica

La revisione manuale è l'impostazione predefinita e deve restare disponibile per sempre: un revisore vede la richiesta accanto ai risultati dei registri — la ragione sociale iscritta corrisponde al modulo? l'impresa è attiva? — e approva o rifiuta con un clic.

L'approvazione automatica è un'ottimizzazione per i casi non ambigui, ed è sicura solo con precondizioni rigorose. Una regola sensata approva automaticamente solo quando valgono tutte queste condizioni:

• almeno un controllo di registro si è applicato e tutti i controlli applicabili sono passati — tutto verde, nessun giallo;
• un richiedente non coperto da alcun registro non viene mai approvato automaticamente — senza prove decide una persona;
• se è configurata una lista di paesi ammessi, il paese del richiedente vi compare;
• la richiesta è ancora intatta — una regola non deve mai scavalcare un revisore che ha già iniziato.

È esattamente così che sono costruite le regole di approvazione automatica di Anmelda (funzione del piano Pro): solo verde, consapevoli della lista paesi e mai per richiedenti fuori dalla copertura dei registri. Il modo di fallire da evitare è il flusso inverso — approvare per default, verificare dopo — che trasforma il canale all'ingrosso in un sistema basato sulla fiducia.

Fase 4: cosa deve produrre davvero l'approvazione

È all'approvazione che la maggior parte dei flussi fatti in casa si sfalda silenziosamente, perché «approvato» deve diventare uno stato Shopify reale. In una configurazione B2B nativa, una singola approvazione dovrebbe produrre tutto questo:

Una sfumatura di piano da conoscere: Shopify crea aziende, sedi e contatti su tutti i piani, ma assegnare un catalogo direttamente a una sede è una funzione di Shopify Plus. Fuori da Plus l'equivalente è un catalogo di mercato B2B con un listino — limitato da Shopify a tre cataloghi attivi. Un'app ben costruita rileva ciò che il piano del negozio consente e sceglie automaticamente la strategia giusta; la guida di confronto approfondisce il tema in B2B nativo o soluzioni con i tag.

Il provisioning deve inoltre essere riprendibile in sicurezza. È una sequenza di chiamate API in più passaggi, e ognuno può fallire temporaneamente. Se il quarto fallisce, rieseguire deve riprendere dal quarto — non creare una seconda azienda. Un provisioning idempotente e riprendibile è la differenza fra un pulsante di approvazione di cui vi fidate e uno che cliccate tenendo l'admin sotto controllo con l'altro occhio.

Fase 5: le e-mail di decisione

Entrambi gli esiti meritano un'e-mail. L'e-mail di approvazione deve dire cosa è cambiato («il tuo accesso all'ingrosso è attivo»), dove accedere e cosa vedrà l'acquirente. L'e-mail di rifiuto dovrebbe essere cortese, breve e onesta — e quando il motivo è correggibile (un errore nella partita IVA, un numero di iscrizione mancante), dirlo e invitare a una nuova richiesta corretta. Un rifiuto silenzioso vi costa un acquirente che magari era a una cifra dalla legittimità.

Errori comuni

Il flusso, dall'inizio alla fine

Modulo → controlli automatici sui registri → revisione a semaforo (o una regola di approvazione automatica rigorosa) → provisioning B2B nativo → e-mail di decisione. Ogni fase alimenta la successiva: ecco perché assemblare strumenti separati tende a perdere pezzi — il modulo non sa cosa serve alla verifica, la verifica non scrive nella coda di approvazione, l'approvazione non crea nulla. Anmelda è stato costruito come questo imbuto in un unico pezzo — modulo di richiesta (blocco tema o app proxy), controlli VIES/Zefix/Companies House con prova conservata, casella di approvazione con regole automatiche su Pro, provisioning B2B nativo riprendibile ed e-mail di decisione — così un richiedente diventa un cliente B2B che ordina, senza un solo copia-incolla manuale nel mezzo.