Connecter une boutique YouCan à sa gestion des commandes

Ce qui traverse réellement, et ce qui ne traverse pas

La connexion lit les commandes. C'est tout, et c'est volontaire : les autorisations demandées à YouCan sont des autorisations de lecture, auxquelles s'ajoute seulement le droit de s'abonner aux notifications de commande. Rien n'est écrit dans votre boutique.

Le SKU, charnière de toute la liaison

Une commande YouCan ne dit pas « le client veut tel produit du catalogue ». Elle dit « le client veut telle variante de telle fiche produit de ma boutique ». Le seul élément commun aux deux mondes est la référence : le SKU. S'il correspond, la commande devient un lead chiffré correctement. S'il ne correspond pas, la commande arrive quand même — mais dans les leads endommagés, avec le motif « référence inconnue ».

Deux erreurs se répètent. La première est le SKU laissé vide sur une variante : la plateforme ne peut alors rien faire d'autre que de signaler le produit par son nom, et ce nom ne correspond à aucune fiche. La seconde est le SKU recopié avec une différence invisible — une espace à la fin, un tiret bas au lieu d'un tiret, une casse différente sur une partie de la référence.

La bonne pratique est de corriger le SKU dans la boutique, jamais dans le lead. Corriger le lead règle une commande ; corriger la boutique règle toutes les suivantes.

Temps réel et filet de sécurité

Deux mécanismes travaillent en parallèle, et c'est utile de savoir pourquoi. Le premier est la notification : dès qu'une commande est créée, YouCan appelle une adresse propre à votre connexion, et le lead existe dans la seconde. Chaque appel est signé, et un appel dont la signature ne correspond pas est refusé — une adresse connue ne suffit pas à nous faire croire à une commande.

Le second est une relecture périodique des commandes récentes de la boutique. Elle existe parce qu'une notification peut être perdue : un serveur qui redémarre, une coupure réseau, une erreur passagère. YouCan ne réessaie qu'un petit nombre de fois ; sans relecture, une commande perdue le serait définitivement. La relecture repasse donc sur les commandes récentes et importe celles qui manquent — sans jamais créer de doublon, puisque l'identifiant de chaque commande importée est mémorisé.

Un cas particulier mérite d'être dit : si l'adresse de votre plateforme n'est pas une adresse publique en HTTPS, YouCan refuse l'abonnement aux notifications. Les commandes continuent d'entrer, mais seulement par relecture — donc avec un décalage de quelques minutes. C'est la situation habituelle d'une installation en local.

Ce qu'il reste à faire après la connexion

La connexion supprime la saisie, pas le métier. Ce qui reste sur vos épaules est exactement ce qui faisait la valeur du travail avant :

• Les prix de vente — C'est vous qui fixez le prix affiché sur YouCan. Le profit se calcule à partir du total payé par le client, moins le prix du produit, les frais de confirmation et les frais de livraison.
• La confirmation — Les leads entrent dans la file comme n'importe quel autre lead. Soit l'équipe de confirmation les appelle, soit vous les appelez vous-même — dans ce dernier cas, aucun frais de confirmation ne s'applique.
• Les villes — Une ville écrite librement dans le formulaire de votre boutique n'est pas toujours une ville de la liste de livraison. Elle est rapprochée automatiquement quand c'est possible, et tranchée pendant l'appel sinon.
• Les leads endommagés — À regarder chaque jour les premiers temps : ils disent précisément ce qui ne va pas dans la configuration de la boutique.
• Les accès — Si YouCan révoque l'accès — mot de passe changé, application retirée — la connexion le signale et demande une reconnexion. Les commandes de l'intervalle sont récupérées par la relecture.