Un client accepte un devis qui contient des produits provenant de trois fournisseurs. L’équipe doit maintenant répartir les lignes, reprendre les prix d’achat, créer trois bons de commande et transmettre à chaque fournisseur la bonne adresse de livraison. Si tout cela repose sur des copies manuelles, une erreur de quantité, de prix ou d’adresse devient vite possible.
Une automatisation entre Zoho CRM et Zoho Books peut préparer ces commandes fournisseurs et, lorsque le processus le justifie, organiser une livraison directe chez le client. La difficulté ne consiste toutefois pas à créer un document par API. Elle consiste à décider quand la création est autorisée, quelles données font foi et comment empêcher un double traitement.
Le processus métier à clarifier avant l’automatisation
Le point de départ peut être un devis Zoho CRM accepté. Chaque ligne doit contenir les informations nécessaires à l’achat : article, quantité, fournisseur et prix d’achat attendu. Une fonction ou une autre couche d’intégration peut ensuite regrouper les lignes par fournisseur et préparer un bon de commande distinct dans Zoho Books.
Le flux cible ressemble à ceci :
- le commercial finalise le devis dans Zoho CRM ;
- un responsable confirme que le devis est réellement accepté ;
- les lignes sont regroupées par fournisseur ;
- un bon de commande est créé dans Zoho Books pour chaque fournisseur ;
- l’adresse de livraison est choisie selon le scénario ;
- les identifiants des documents créés sont inscrits dans CRM ;
- un utilisateur contrôle les commandes avant leur approbation ou leur envoi.
Cette séquence ne doit pas être présentée comme un comportement natif universel. Zoho Books fournit les bons de commande, leurs statuts et les champs nécessaires à la livraison. Le passage automatisé depuis un devis CRM demande un paramétrage ou un développement adapté au modèle de données de l’entreprise.
Une commande par fournisseur, pas une copie globale du devis
Un devis client décrit ce que l’entreprise vend. Un bon de commande décrit ce qu’elle achète à un fournisseur. Les deux documents ne portent donc pas les mêmes prix, ni toujours les mêmes informations.
Lorsqu’un devis comprend des articles de plusieurs fournisseurs, l’automatisation doit :
- identifier le fournisseur associé à chaque ligne ;
- écarter les prestations internes qui ne doivent pas être commandées ;
- utiliser le prix d’achat et non le prix facturé au client ;
- conserver les quantités et unités cohérentes ;
- créer un document séparé pour chaque fournisseur ;
- garder une référence vers le devis ou l’affaire d’origine.
Cette ventilation est utile dans la distribution, l’installation d’équipements ou les projets où différents fournisseurs livrent des composants. Elle devient risquée si le catalogue ne contient pas de fournisseur fiable ou si le prix d’achat est saisi librement sans validation.
Livraison dans l’entreprise ou directement chez le client
Dans Zoho Books, un bon de commande peut utiliser une adresse de l’organisation ou une adresse client comme destination. L’aide officielle Zoho indique que l’option Client convient au drop-shipping, c’est-à-dire lorsque le fournisseur livre directement chez le client au lieu de passer par les locaux de l’entreprise.
L’API des bons de commande expose notamment le client de livraison et l’adresse de livraison. Cela permet de transmettre au fournisseur une destination liée au client concerné.
Avant d’automatiser ce choix, il faut néanmoins répondre à plusieurs questions :
- l’adresse de livraison du devis est-elle validée par le client ;
- un même client possède-t-il plusieurs chantiers ou sites ;
- faut-il indiquer un contact, un téléphone ou des instructions d’accès ;
- certains produits doivent-ils être livrés à l’entreprise pour contrôle ;
- le fournisseur peut-il voir les informations reprises sur le document.
Une adresse officielle, une adresse de facturation et un lieu de livraison ne sont pas interchangeables. Dans un processus fiable, l’utilisateur voit clairement la destination retenue avant que la commande ne parte.
Les données qui doivent avoir une source maîtresse
Une intégration devient difficile à maintenir lorsque CRM et Books contiennent chacun leur propre version des mêmes données. Il faut donc désigner une source de référence pour les éléments importants.
| Donnée | Question à trancher |
|---|---|
| Client | Le compte CRM ou le contact Books crée-t-il la fiche de référence ? |
| Adresse de livraison | Vient-elle du devis, de la fiche client ou d’un site de livraison dédié ? |
| Article | Quel identifiant relie le produit CRM à l’article Books ? |
| Fournisseur | Est-il défini sur l’article, sur la ligne du devis ou au moment de l’achat ? |
| Prix d’achat | Est-il fixe, négocié par projet ou confirmé avant la commande ? |
| Quantité | Une conversion d’unité est-elle nécessaire entre vente et achat ? |
Cette décision réduit les corrections manuelles. Elle facilite aussi le diagnostic lorsqu’un document ne peut pas être créé.
Empêcher les doubles commandes
Le risque le plus sérieux n’est pas toujours l’échec de l’automatisation. C’est parfois son exécution deux fois.
Un utilisateur peut cliquer à nouveau sur un bouton parce qu’il ne voit pas immédiatement le résultat. Une fonction peut être relancée après une erreur partielle. Un devis peut également être modifié puis repasser dans un état qui déclenche le même traitement.
Le flux doit donc être idempotent : le même événement ne doit pas créer plusieurs fois la même commande. En pratique, cela suppose au minimum :
- un statut explicite par ligne, par exemple « à commander », « commande créée » ou « erreur » ;
- l’enregistrement de l’identifiant Books du bon de commande créé ;
- une recherche préalable avant toute nouvelle création ;
- une clé de référence stable reliant devis, fournisseur et version du traitement ;
- un rapport des lignes traitées, ignorées et en erreur.
Si trois fournisseurs sont concernés et que le troisième échoue, il ne faut pas recréer les deux premières commandes lors de la reprise. La procédure doit pouvoir reprendre uniquement ce qui reste à traiter.
Garder une validation avant l’envoi
Créer automatiquement un brouillon peut être pertinent. Envoyer automatiquement une commande engageante demande davantage de prudence.
Pour une première version, nous recommandons généralement de laisser Zoho Books créer les bons de commande en brouillon. Un responsable vérifie ensuite :
- le fournisseur ;
- les articles et quantités ;
- les prix d’achat ;
- l’adresse et la date de livraison ;
- les taxes, conditions et instructions ;
- la cohérence avec le devis accepté.
L’approbation et l’envoi peuvent être automatisés plus tard si le processus est stable, si les exceptions sont connues et si les contrôles sont réellement utilisés. Une PME n’a pas intérêt à supprimer une étape humaine qui évite une commande coûteuse simplement pour gagner quelques clics.
Exemple illustratif : trois fournisseurs pour un chantier
Une entreprise prépare un devis pour équiper un nouveau bureau. Le mobilier vient du fournisseur A, le matériel réseau du fournisseur B et les accessoires électriques du fournisseur C.
Après acceptation du devis :
- les lignes sont réparties en trois groupes ;
- chaque groupe reprend son fournisseur et son prix d’achat ;
- trois bons de commande sont créés dans Zoho Books ;
- A et C livrent directement sur le chantier ;
- B livre dans l’atelier pour configuration préalable ;
- les références Books sont renvoyées dans Zoho CRM ;
- le responsable achats contrôle les documents avant envoi.
Ce scénario est une simulation de processus, pas un résultat client mesuré. Il montre surtout pourquoi la destination doit pouvoir varier selon le fournisseur ou le produit.
Quand conserver un processus manuel
L’automatisation n’est pas toujours rentable. Un traitement manuel peut rester raisonnable lorsque :
- les commandes fournisseurs sont rares ;
- le choix du fournisseur change presque toujours ;
- les prix doivent être renégociés à chaque achat ;
- les lignes du devis ne correspondent pas directement aux articles achetés ;
- l’équipe ne dispose pas encore d’un catalogue propre.
Dans ce cas, un bouton qui prépare les données ou un contrôle guidé peut déjà réduire les erreurs sans imposer un développement plus coûteux à maintenir.
Une mise en service progressive
Le premier lot peut se limiter à un fournisseur, quelques articles stables et une création en brouillon. Il faut ensuite tester :
- un devis valide avec un seul fournisseur ;
- plusieurs fournisseurs ;
- une ligne sans fournisseur ;
- un article absent de Books ;
- une adresse de livraison incomplète ;
- une relance du même traitement ;
- un échec après la création d’une partie des commandes.
La documentation doit préciser les champs utilisés, les statuts, les messages d’erreur et la manière de reprendre un dossier. Sans cela, l’automatisation dépend rapidement de la personne qui l’a construite.
Ce qu’il faut retenir
Relier un devis Zoho CRM aux commandes fournisseurs Zoho Books peut supprimer une ressaisie pénible et mieux relier vente, achat et livraison. La valeur vient toutefois du processus complet : catalogue fiable, ventilation par fournisseur, adresse validée, contrôle humain et reprise sans doublon.
Amadeus Concept peut vous aider à cartographier ce flux, vérifier les données disponibles et construire un premier scénario contrôlé avant d’étendre l’automatisation.
FAQ
Zoho CRM crée-t-il automatiquement les bons de commande dans Zoho Books ?
Pas comme conversion universelle d’un devis client en plusieurs commandes fournisseurs. Ce scénario demande un paramétrage ou un développement qui tient compte des articles, fournisseurs, prix d’achat et règles de l’entreprise.
Peut-on livrer directement chez le client ?
Oui. Zoho Books permet de choisir une adresse client comme destination du bon de commande. Il faut vérifier l’adresse et les informations visibles par le fournisseur avant l’envoi.
Faut-il envoyer les commandes dès leur création ?
Pas nécessairement. Commencer par créer des brouillons contrôlés est souvent plus prudent. L’envoi automatique ne devient pertinent qu’après stabilisation des règles et des exceptions.
Comment éviter de créer deux fois la même commande ?
En enregistrant les identifiants des documents créés, en contrôlant l’état de chaque ligne et en recherchant une commande existante avant toute nouvelle création.
Sources officielles
- <a href= »https://www.zoho.com/books/api/v3/purchase-order/ » target= »_blank » rel= »noopener noreferrer »>API des bons de commande Zoho Books</a>
- <a href= »https://www.zoho.com/au/books/kb/purchase-order/delivery-address-field.html » target= »_blank » rel= »noopener noreferrer »>Choisir l’adresse de livraison d’un bon de commande</a>
- <a href= »https://www.zoho.com/en-ng/books/help/purchase-order/basic-functions.html » target= »_blank » rel= »noopener noreferrer »>Créer et gérer les bons de commande dans Zoho Books</a>
