Checkout
Cuneiform Chat n’encaisse jamais de paiement. Chaque achat se conclut sur le checkout de votre propre boutique, avec votre propre configuration de paiement. Ce que nous faisons, c’est y amener l’acheteur sans l’obliger à reconstituer son panier.
Un transfert peut partir de deux endroits :
- D’une Boutique — le catalogue intégré au bot que l’acheteur parcourt
- Du chat marchand — des product cards et un panier à l’intérieur même de la conversation
Les deux se terminent de la même façon : votre checkout, dans le navigateur de l’acheteur, avec les articles déjà dedans.
Shopify : un lien, tout le panier
Pour une boutique Shopify, le transfert est un unique lien de checkout qui emporte tout le panier — chaque ligne, chaque quantité — plus l’attribution pour que la commande qui en résulte puisse être remontée jusqu’à la conversation qui l’a produite.
L’acheteur appuie une fois et arrive sur votre checkout Shopify avec tout déjà en place. Rien à rajouter, rien à retenir.
Un code de remise voyage sur ce lien lorsque le transfert part d’une Boutique sur laquelle une remise est configurée. Un panier constitué à partir de product cards dans une conversation ne porte aucun code de remise.
WooCommerce : cela dépend de la permission de votre connexion
Ce n’est pas une limitation de WooCommerce — c’est un réglage de permission sur votre connexion. Une boutique WooCommerce connectée via le parcours guidé a toujours la permission nécessaire à l’expérience complète. Seule une boutique connectée manuellement avec une clé en lecture seule reçoit la version réduite.
| Votre connexion | Ce que reçoit l’acheteur |
|---|---|
Read/Write (toute connexion guidée, et toute connexion manuelle où vous avez sélectionné Read/Write) | Le panier entier, sous forme de commande en attente créée dans votre boutique, avec la conversation qui lui est rattachée. L’acheteur passe directement au paiement de cette commande. |
| Lecture seule | Une ligne à la fois. L’acheteur reçoit un lien d’ajout au panier pour un seul produit. Si son panier compte plusieurs lignes, aucun lien de checkout n’est construit. Rien n’est perdu — le panier reste intact — mais la suite dépend de l’endroit où se trouve l’acheteur : depuis une Boutique, le transfert devient une demande de commande qui arrive dans votre Inbox ; à l’intérieur d’une conversation, l’agent lui dit qu’il ne peut pas construire le lien et propose de l’aider à finaliser autrement, sans créer d’élément dans l’Inbox. |
Ce qu’est, et n’est pas, la commande en attente
Sur une connexion Read/Write, passer au checkout crée une commande en attente dans WooCommerce et envoie l’acheteur la payer. Cette commande :
- N’est pas payée ni préparée — elle attend l’acheteur, exactement comme un panier abandonné arrivé jusqu’à la page de paiement
- Porte la conversation dont elle est issue, pour que vous voyiez quelles discussions se transforment en commandes
- Est la seule commande que l’intégration crée. Elle ne modifie jamais un produit, n’ajuste jamais le stock et ne modifie jamais une commande existante
- Reste en attente jusqu’à ce que l’acheteur paie, ou que votre propre boutique l’annule. Nous n’annulons ni ne supprimons jamais une commande
L’intégration enregistre aussi un petit ensemble de webhooks sur votre boutique au moment de la connexion — c’est ainsi qu’elle est informée des nouvelles commandes et des changements de produit au moment où ils se produisent. Ils portent des noms commençant par Cuneiform …, et la déconnexion les supprime.
Ce que devient une commande en attente que personne ne paie
La plupart des acheteurs qui atteignent une page de paiement ne paient pas. Ces commandes en attente ne disparaissent pas d’elles-mêmes, et ce n’est pas Cuneiform Chat qui les supprime : créer cette commande est la seule écriture que nous faisons, et le ménage ensuite revient à votre boutique.
WooCommerce dispose d’un réglage prévu exactement pour cela : WooCommerce → Réglages → Produits → Inventaire → « Conserver le stock (minutes) ». Il annule automatiquement les commandes en attente non payées une fois ce délai écoulé. Deux conditions pour qu’il s’applique : la gestion des stocks doit être activée, et le champ doit contenir un nombre.
| Les réglages d’inventaire de votre boutique | Les commandes en attente non payées |
|---|---|
| Gestion des stocks activée, conservation du stock renseignée | Votre boutique les annule pour vous, selon le délai que vous avez choisi. Rien à faire |
| Gestion des stocks désactivée, ou conservation du stock vide | Rien ne les annule. Elles s’accumulent indéfiniment dans votre liste de commandes — ce ménage vous revient |
Si vous travaillez sans gestion des stocks, le ménage est à votre charge. Filtrez de temps en temps votre liste de commandes WooCommerce sur Attente paiement et annulez ou supprimez celles qui n’aboutiront manifestement pas. Rien dans Cuneiform Chat ne les ramasse, et rien ne vous prévient qu’elles s’accumulent.
Deux commandes en attente pour ce qui semble être le même panier
Retoucher le checkout sur le même panier dans un délai d’environ cinq minutes rouvre la même commande en attente au lieu d’en créer une nouvelle. Cela couvre le double appui ordinaire et l’acheteur qui ferme la page de paiement puis revient aussitôt.
Passé ce délai, un second appui crée une seconde commande en attente. Modifier le panier en fait aussi un autre panier — ajouter une ligne, en retirer une, changer une quantité — et donc une nouvelle commande. La protection est par ailleurs au mieux : elle repose sur un cache de courte durée, donc si ce cache est brièvement indisponible, l’appui suivant crée une autre commande plutôt que d’échouer.
Deux commandes en attente presque identiques à quelques minutes d’intervalle, c’est donc cela, et non un double paiement. Aucune des deux n’est payée, et l’acheteur ne paie jamais que celle qu’il mène réellement à son terme.
Si le checkout multi-lignes ne fonctionne pas
Vérifiez la permission enregistrée sur votre connexion WooCommerce. Si elle indique lecture seule — y compris le cas où vous avez collé une clé Read/Write mais laissé le champ de permission vide sur le formulaire — faites Reconnect via le parcours guidé. Voir Après une connexion manuelle.
Checkout depuis une Boutique
Une Boutique peut être construite à la main ou reliée au catalogue d’une boutique connectée. Ce qu’elle est décide de ce que son checkout peut faire :
| Type de boutique | Checkout |
|---|---|
| Reliée au catalogue Shopify | Transfert complet vers votre checkout Shopify |
| Reliée au catalogue WooCommerce | Transfert comme décrit ci-dessus, selon la permission de votre connexion |
| Construite à la main | Pas de transfert de paiement — les Order CTA sont des transferts de demande qui arrivent dans votre Inbox pour qu’un humain les reprenne |
Une boutique est rattachée à une seule source et le reste dès qu’elle porte des blocs produit, si bien qu’une boutique construite à la main ne peut pas se mettre à se comporter en silence comme une boutique reliée au catalogue (ni l’inverse). Les boutiques créées avant l’existence de la liaison au catalogue ne sont rattachées à rien et continuent de fonctionner exactement comme avant.
Checkout depuis la conversation
Quand un acheteur constitue un panier à partir de product cards dans la conversation, le transfert vers le checkout fonctionne de la même façon — une pression pour sortir vers votre propre checkout. Voir Chat Marchand pour le fonctionnement du panier lui-même et les canaux qui le prennent en charge.
Ce que nous ne faisons jamais
- Encaisser un paiement. Aucune donnée de carte, aucun identifiant de paiement et aucune donnée de paiement ne transitent par Cuneiform Chat.
- Débiter un acheteur. La commande en attente décrite ci-dessus reste impayée tant que l’acheteur ne l’a pas payée sur votre boutique.
- Modifier vos prix, votre stock ou vos commandes existantes.
Dépannage
Le lien de checkout ne contient qu’un seul produit
C’est la voie WooCommerce en lecture seule. Vérifiez la permission de votre connexion et faites Reconnect via le parcours guidé.
Un panier multi-lignes n’a pas produit de lien de checkout
Même cause. Rien n’est abandonné — le panier est préservé dans les deux cas. Depuis une Boutique, la demande vous parvient sous forme de demande de commande ; à l’intérieur d’une conversation, l’agent la traite dans l’échange plutôt que de créer un élément dans l’Inbox.
Un acheteur a atteint le checkout mais la remise n’a pas été appliquée
Les remises voyagent sur le lien de transfert Shopify uniquement depuis une Boutique — un panier constitué dans la conversation n’en porte jamais. Si le transfert venait bien d’une Boutique, vérifiez que la remise est toujours valide et applicable aux produits du panier ; un code expiré ou non applicable est écarté par Shopify au checkout, pas par nous.
Ma liste de commandes WooCommerce se remplit de commandes en attente non payées
C’est attendu si votre boutique n’est pas réglée pour les évacuer. Chaque checkout abandonné en laisse une derrière lui, et rien de notre côté ne la retire. Réglez conserver le stock (minutes) dans WooCommerce → Réglages → Produits → Inventaire pour que votre boutique les annule seule, ou passez vous-même en revue la liste Attente paiement. Voir ce que devient une commande en attente que personne ne paie.
Les commandes n’indiquent pas de quelle conversation elles viennent
L’attribution voyage sur le transfert. Si elle manque sur WooCommerce, vous êtes probablement sur la voie mono-ligne en lecture seule, qui ne peut pas la porter.
Lié
- Chat Marchand — le panier dans la conversation depuis lequel se fait le transfert
- WooCommerce — la permission de connexion qui décide de la voie que vous obtenez
- Shopify — connecter une boutique Shopify
- Analytique — voir combien de transferts se transforment en commandes