Demandes de gros Shopify : formulaire, vérification et approbation bien faits

Un processus de demande de gros est le chemin parcouru par un acheteur professionnel entre « demander un accès B2B » et passer une première commande à des conditions de gros : un formulaire, une vérification d'identité et de registre, une décision d'approbation, puis le provisionnement qui débloque réellement l'achat. La plupart des boutiques Shopify réussissent une ou deux de ces étapes et improvisent le reste — un formulaire qui demande trop, des contrôles faits à la main dans un onglet, des approbations qui ajoutent une étiquette client en espérant que tout ira bien. Ce guide parcourt l'entonnoir complet et ce que « bien fait » signifie à chaque étape.

Étape 1 : le formulaire de demande

Le formulaire a une seule mission : collecter exactement ce dont la vérification et le provisionnement auront besoin, et rien d'autre. Chaque champ superflu coûte des conversions ; chaque champ manquant coûte un e-mail de relance.

Les champs qui comptent

• Raison sociale — telle qu'immatriculée, car vous la comparerez aux données du registre.
• Adresse professionnelle et pays — le pays oriente la vérification (UE → VIES, Suisse → Zefix, Royaume-Uni → Companies House), et l'adresse devient l'emplacement de la société B2B à l'approbation.
• Numéro de TVA ou numéro d'immatriculation — l'identifiant vérifiable. Lequel s'applique dépend du pays.
• Personne de contact et e-mail — cette personne devient le contact de la société qui se connecte et commande.
• Téléphone, site web, volume de commandes attendu, message libre — facultatifs mais peu coûteux, et réellement utiles pour les jugements en revue manuelle.

Les champs à éviter

Les certificats de revente en pièce jointe obligatoire (un contrôle de registre européen est plus fort et sans friction), les coordonnées bancaires (jamais sur un formulaire de demande), les questionnaires multipages et tout ce que vous pouvez retrouver vous-même à partir du numéro d'immatriculation. Un formulaire de demande de gros est une porte de qualification, pas un dossier d'intégration. C'est pourquoi Anmelda livre une bibliothèque de champs B2B prête à l'emploi — société, contact, adresse professionnelle, numéro de TVA, numéro d'immatriculation, téléphone, site web, volume attendu, message — plutôt qu'un générateur de formulaires générique : l'ensemble des champs découle de ce que les étapes suivantes consomment réellement.

Une contrainte de plus façonne le formulaire : il collecte des données professionnelles concernant des personnes réelles, il relève donc du RGPD. Ne collectez que ce que vous utiliserez, hébergez dans l'UE si vos acheteurs sont européens, et supprimez les demandes refusées après une durée de conservation définie — un demandeur qui n'est jamais devenu client n'est pas un actif marketing à garder indéfiniment. (Anmelda héberge les données des demandeurs à Francfort, eu-central-1, et l'effacement signifie une véritable suppression, non une anonymisation.)

Étape 2 : la vérification avant tout regard humain

Dès l'arrivée d'une demande, les affirmations vérifiables qu'elle contient devraient être contrôlées auprès des registres officiels — automatiquement, en arrière-plan, avant que quiconque ne l'ouvre. Un numéro de TVA de l'UE part vers VIES ; un IDE suisse vers Zefix (statut, siège inscrit, forme juridique) ; un numéro de société britannique vers Companies House (statut, date de constitution, dirigeants). Nous détaillons la mécanique — confirmation simple ou qualifiée, et pourquoi l'identifiant de consultation VIES doit être conservé — dans le guide de la vérification du numéro de TVA.

Deux propriétés rendent les contrôles automatiques dignes de confiance. D'abord les réessais : les registres tombent régulièrement, et une panne temporaire ne doit jamais apparaître comme un demandeur en échec. Ensuite des états honnêtes : un contrôle peut réussir, échouer, être en erreur ou simplement ne pas s'appliquer (un demandeur norvégien ne correspond à aucun des trois registres). L'interface de revue doit montrer lequel, par source — un feu tricolore, pas un booléen.

Étape 3 : la décision — revue manuelle ou approbation automatique

La revue manuelle est le mode par défaut et doit rester disponible pour toujours : un relecteur voit la demande à côté des résultats de registre — le nom immatriculé correspond-il au formulaire ? l'entreprise est-elle active ? — et approuve ou refuse en un clic.

L'approbation automatique est une optimisation pour les cas sans ambiguïté, et elle n'est sûre qu'avec des préconditions strictes. Une règle saine n'approuve automatiquement que si toutes ces conditions sont réunies :

• au moins un contrôle de registre s'est appliqué et tous les contrôles applicables ont réussi — tout au vert, aucun orange ;
• un demandeur qu'aucun registre ne couvre n'est jamais approuvé automatiquement — sans preuve, c'est un humain qui décide ;
• si une liste de pays autorisés est configurée, le pays du demandeur y figure ;
• la demande est encore intacte — une règle ne doit jamais passer outre un relecteur déjà à l'œuvre.

C'est exactement ainsi que sont construites les règles d'approbation automatique d'Anmelda (fonction du forfait Pro) : vert uniquement, conscientes de la liste de pays, et jamais pour des demandeurs hors couverture des registres. Le mode d'échec à éviter est le processus inverse — approuver par défaut, vérifier ensuite — qui transforme votre canal de gros en système de confiance.

Étape 4 : ce que l'approbation doit réellement produire

C'est à l'approbation que la plupart des dispositifs maison se défont discrètement, parce qu'« approuvé » doit devenir un état Shopify réel. Sur une configuration B2B native, une seule approbation devrait produire tout ceci :

Une nuance de forfait à connaître : Shopify crée sociétés, emplacements et contacts sur tous les forfaits, mais affecter un catalogue directement à un emplacement est une fonction Shopify Plus. Hors Plus, l'équivalent est un catalogue de marché B2B avec une liste de prix — plafonné par Shopify à trois catalogues actifs. Une application bien construite détecte ce que le forfait de la boutique permet et choisit la bonne stratégie automatiquement ; le guide comparatif approfondit cela dans B2B natif ou contournements par tags.

Le provisionnement doit aussi être reprenable sans risque. C'est une séquence d'appels d'API en plusieurs étapes, et chacune peut échouer temporairement. Si la quatrième échoue, relancer doit reprendre à la quatrième — non créer une deuxième société. Un provisionnement idempotent et reprenable, c'est la différence entre un bouton d'approbation auquel vous faites confiance et un bouton que vous cliquez en surveillant l'admin de l'autre œil.

Étape 5 : les e-mails de décision

Les deux issues méritent un e-mail. L'e-mail d'approbation doit dire ce qui a changé (« votre accès de gros est actif »), où se connecter et ce que l'acheteur va voir. L'e-mail de refus doit être courtois, bref et honnête — et lorsque la raison est corrigeable (une faute dans le numéro de TVA, un numéro d'immatriculation manquant), le dire et inviter à une nouvelle demande corrigée. Un refus silencieux vous coûte un acheteur qui était peut-être à un chiffre près de la légitimité.

Erreurs fréquentes

Le processus de bout en bout

Formulaire → contrôles automatiques de registre → revue en feu tricolore (ou une règle d'approbation automatique stricte) → provisionnement B2B natif → e-mail de décision. Chaque étape alimente la suivante, ce qui explique pourquoi assembler des outils séparés fuit : le formulaire ignore ce dont la vérification a besoin, la vérification n'écrit pas dans la file d'approbation, l'approbation ne provisionne rien. Anmelda a été construit comme cet entonnoir d'une seule pièce — formulaire (bloc de thème ou proxy d'application), contrôles VIES/Zefix/Companies House avec preuve conservée, boîte d'approbation avec règles automatiques sur Pro, provisionnement B2B natif reprenable et e-mails de décision — pour qu'un demandeur devienne un client B2B qui commande, sans un seul copier-coller manuel entre les deux.