Support du crédit boutique BigCommerce : comment répondre à chaque ticket
Rama Adi
Katelin Teen
Dernière modification November 5, 2026
La plupart des tickets de crédit boutique BigCommerce se traitent à partir de la fiche commande, pas du champ de crédit. Le crédit boutique sur BigCommerce est un solde unique que l'équipe écrase, sans historique et sans e-mail au client. « Où est passé mon crédit ? » signifie donc lire les commandes et les remboursements, et « pourquoi ne s'est-il pas appliqué ? » renvoie généralement à un paiement en invité, une devise non par défaut ou une commande manuelle.
Cette séparation résume toute la méthode : l'IA répond et consulte, et l'émission ou la modification de crédit reste à une personne. eesel lit en direct les commandes et remboursements BigCommerce, et son eesel CLI permet à un agent de code de charger votre politique de crédit et de tester les réponses avant la mise en production.
Pourquoi les tickets de crédit boutique BigCommerce deviennent confus
Je suis Rama. Je construis des intégrations chez eesel, dont la plomberie que notre agent utilise pour lire les commandes BigCommerce, et le crédit boutique est le champ qui surprend le plus quand on regarde sous le capot. Sur le papier, on dirait un porte-monnaie. Selon BigCommerce, c'est un seul champ « Store credit » sur la fiche client que l'on écrase et enregistre. Ce choix de conception explique presque tous les tickets confus que reçoit votre équipe.
Ce guide explique comment le crédit boutique se comporte réellement, les tickets qu'il génère, comment rembourser en crédit sans trébucher sur les cas limites, ce que votre helpdesk peut ou non voir, et où un agent IA a sa place. Si vous voulez d'abord la vue d'ensemble, l'avis sur BigCommerce couvre la plateforme et le détail des tarifs BigCommerce couvre les offres. Pour ce que fait l'IA native de BigCommerce, voir BigCommerce AI.
Comment fonctionne le crédit boutique sur BigCommerce ?
Le crédit boutique est un montant unique stocké sur un compte client. L'équipe le définit dans Customers > All Customers > Edit, saisit une valeur dans le champ Store credit et clique sur Save, selon le guide du crédit boutique de BigCommerce. Le modifier exige quatre autorisations, dont une appelée Manage Customer Store Credit.
Voici ce que cela signifie en pratique, directement d'après la documentation de BigCommerce :
- C'est un solde, pas un registre. Vous fixez le montant que le client « devrait avoir ». Il n'existe aucun historique documenté de qui l'a modifié, quand ou pourquoi. Le journal des actions de l'équipe enregistre des événements mais "doesn't include specifics about the event".
- Le client n'est pas prévenu. "Applying credit to a customer's account does not automatically notify them that they have received the credit."
- Les acheteurs ne le voient que connectés. Il apparaît dans la barre de menu supérieure de la boutique, bien que l'emplacement "may vary from theme to theme", et sur la page Orders de leur compte.
- Devise par défaut uniquement. "If a shopper selects a transactional currency other than the default currency, they cannot view or use any assigned store credit."
Ces quatre points expliquent pourquoi je dis aux responsables support de traiter le crédit boutique comme un nombre que l'on peut lire, mais pas une histoire que l'on peut lire. L'histoire se trouve ailleurs, j'y viens plus bas.
Crédit boutique ou chèque-cadeau : quelle différence ?
Les clients emploient « carte cadeau », « bon » et « crédit » de façon interchangeable. BigCommerce non. Les chèques-cadeaux sont une fonctionnalité distincte avec ses propres règles, et la plupart des tickets de confusion se règlent dès que vous savez lequel le client possède réellement.
| Crédit boutique | Chèque-cadeau | |
|---|---|---|
| Ce que c'est | Un solde sur un compte client | Un code que n'importe qui peut utiliser |
| Comment il est créé | L'équipe le saisit, ou un remboursement y envoie de l'argent | Acheté en boutique, ou créé par l'équipe ou l'API |
| Connexion requise pour l'utiliser | Oui | Non, l'acheteur saisit le code |
| Application au paiement | Automatique à l'étape de paiement, peut être décoché | L'acheteur saisit le code, plusieurs codes par commande autorisés |
| Historique | Aucun documenté | Historique par utilisation : commande, date, solde utilisé, solde restant |
| Expiration | Aucun paramètre documenté | Optionnelle, en jours, semaines, mois ou années |
| L'acheteur peut vérifier le solde | Menu supérieur une fois connecté | Oui, page « Check Gift Certificate Balance » |
| Devise | Devise par défaut uniquement | Activé par devise |
Deux détails des chèques-cadeaux créent leurs propres tickets. L'e-mail du destinataire "cannot be changed", donc une faute de frappe implique de rembourser l'achat, de désactiver le chèque et de faire racheter un nouveau chèque au client. Et quand vous remboursez l'achat d'un chèque-cadeau, vous devez mettre vous-même son statut sur Disabled, car "it does not update automatically."
Les chèques-cadeaux sont aussi la cible la plus facile pour les abus, c'est pourquoi BigCommerce suggère des valeurs fixes ou un montant maximum ; le guide du support lié à la fraude explique comment traiter ces tickets. Il existe aussi un point douloureux plus ancien à connaître. Le responsable e-commerce d'un détaillant canadien a décrit ce qui s'est passé quand des clients voulaient un montant de carte cadeau personnalisé :
"Our initial workaround was having the customer service team enter the master sku as a custom product and creating the order manually, but we ran into trouble when my subordinate tried it and the order was accruing taxes, which we dont charge on gift cards for hopefully obvious reasons."
Ce message date de 2020, et BigCommerce permet désormais n'importe quel montant entre un minimum et un maximum. La leçon reste valable : quand un parcours de carte cadeau a une faille, elle retombe sur le support.
Les tickets de crédit boutique que votre équipe reçoit vraiment
Après avoir parcouru la documentation de BigCommerce et ce que les marchands publient, presque toute conversation sur le crédit boutique tombe dans l'un de six types. Savoir où se trouve la réponse pour chacun, c'est l'essentiel du travail.
| Ticket | Où se trouve la réponse | Qui doit agir |
|---|---|---|
| « Combien de crédit ai-je ? » | Fiche client, ou menu supérieur de l'acheteur | N'importe qui, IA comprise |
| « Mon crédit ne s'est pas appliqué au paiement » | État de connexion, devise, type de commande, la case | L'IA peut diagnostiquer avec la liste ci-dessous |
| « Où est passé mon crédit ? » | Commandes ayant utilisé du crédit, plus remboursements envoyés en crédit | L'IA consulte, une personne confirme en cas de litige |
| « Puis-je être remboursé en crédit boutique ? » | Mode de paiement de la commande et invité ou compte | Une personne approuve le remboursement |
| « Pouvez-vous me donner du crédit pour le dérangement ? » | Votre politique de geste commercial | Une personne |
| « Est-ce une carte cadeau ou du crédit boutique ? » | Liste des chèques-cadeaux ou fiche client | L'IA répond |
Le schéma est clair dès qu'il est dans un tableau. Lire et expliquer peut se déléguer sans risque. Modifier le nombre, non. C'est la même séparation que j'utiliserais pour les demandes de remboursement en général. Elle vaut aussi pour les litiges de facturation, mais avec le crédit boutique elle est plus marquée, car un mauvais solde ne laisse aucune trace.
Pourquoi mon crédit boutique ne s'applique-t-il pas au paiement ?
Parce qu'une de cinq conditions n'est pas remplie. BigCommerce applique le crédit boutique automatiquement à l'étape de paiement, mais seulement pour un client connecté, dans la devise par défaut, sur une commande passée en boutique, et seulement si le client n'a pas décoché la case. Si le crédit couvre toute la commande, "all other payment methods are made unavailable" et le paiement indique qu'aucun règlement n'est nécessaire.
Choisissez le symptôme décrit par le client et vous verrez la cause probable et la solution. C'est la même liste que je collerais dans les instructions d'un agent IA.
Crédit boutique non appliqué : vérificateur de symptômes
Qu'est-ce que le client vous a dit ?
Choisissez une option ci-dessus pour voir la cause probable, la solution et qui agit.
Cause probable : il navigue ou paie en tant qu'invité. Le crédit boutique ne s'affiche que pour un client connecté, et les invités ne peuvent pas l'utiliser.
Solution : demandez-lui de se connecter avec l'e-mail sur lequel se trouve le crédit, puis de regarder dans le menu supérieur ou sur sa page Orders.
Qui agit : l'IA peut répondre avec votre lien de connexion. S'il dit être connecté, la suite est une consultation de la fiche client.
Cause probable : la case à côté du crédit à l'étape de paiement a été décochée, ce qui le met de côté pour plus tard.
Solution : revenir à l'étape de paiement et cocher la case du crédit boutique. Tout le crédit disponible est utilisé, jusqu'au total de la commande.
Qui agit : l'IA explique. Aucun changement sur le compte n'est nécessaire.
Cause probable : il a choisi une devise de transaction autre que la devise par défaut de la boutique. Le crédit boutique ne peut être ni vu ni utilisé dans une autre devise.
Solution : repasser à la devise par défaut avant le paiement.
Qui agit : l'IA explique. S'il ne peut pas payer dans cette devise, une personne décide d'une alternative.
Cause probable : c'est une commande manuelle créée dans le panneau de contrôle. Le crédit boutique ne peut pas s'y appliquer.
Solution : BigCommerce suggère d'appliquer une remise à la commande, puis de mettre à jour à la main le crédit du client.
Qui agit : une personne, car le solde doit être modifié.
Cause probable : le crédit boutique n'est pas pris en charge dans le Buyer Portal de B2B Edition. Le crédit d'entreprise y est un plafond de bons de commande, pas un solde.
Solution : décider comment honorer le crédit, par exemple sous forme de remise sur la prochaine commande.
Qui agit : une personne fixe la politique une fois. Ensuite, l'IA peut l'expliquer.
Un point que le vérificateur ne couvre pas : le crédit est tout ou rien. L'API de paiement de BigCommerce indique "all available store credit will be used (up to the value of the order)", donc un client ne peut pas dépenser 10 $ d'un solde de 40 $. S'il pose la question, la réponse honnête est « décochez-le et gardez-le pour une plus grosse commande ».
Comment rembourser une commande BigCommerce en crédit boutique ?
Ouvrez la commande dans Orders > All orders, choisissez Refund dans le menu d'actions, sélectionnez les articles ou le montant, puis Store Credit comme mode de remboursement. Le guide des remboursements de BigCommerce permet de rembourser toute la commande, des articles individuels ou un montant personnalisé, et l'équipe a besoin des autorisations Manage Orders et Refund Orders.
La méthode que vous pouvez choisir dépend de la façon dont le client a payé :
| Paiement d'origine | Options de remboursement proposées par BigCommerce |
|---|---|
| Carte de crédit ou de débit | Carte, crédit boutique, tiers, externe |
| Chèque-cadeau | Crédit boutique ou tiers uniquement |
| Crédit boutique | Crédit boutique ou tiers uniquement |
| Hors ligne (dépôt bancaire, chèque, paiement à la livraison) | Externe, crédit boutique, tiers |
Et les cas limites qui transforment un remboursement de deux minutes en fil de tickets :
- Les invités ne peuvent pas recevoir de crédit boutique. "Guest orders cannot be refunded as store credit." L'API renvoie une erreur 422 pour la même raison.
- Les commandes dans une devise non par défaut n'affichent pas du tout le crédit boutique comme option.
- Annuler n'est pas rembourser. Le crédit boutique dépensé sur une commande n'est "not automatically returned" lorsque vous la marquez Cancelled ou Refunded. Vous devez lancer un remboursement avec Store Credit comme méthode.
- Les commandes payées par chèque-cadeau vont en crédit. Si le client a payé avec un chèque-cadeau, l'argent revient sous forme de crédit boutique, pas sur le code d'origine.
- L'excédent va en crédit. Tout ce qui ne peut pas retourner au mode de paiement d'origine "will be applied to the customer's account as store credit."
Les retours suivent le même chemin. La fonction de retours native de BigCommerce propose Store Credit comme action de retour par défaut, derrière un paramètre Allow Store Credits, et vous créditez un retour en choisissant Issue Refund puis Store Credit. Si les retours pèsent lourd dans votre file, le guide sur la gestion des retours va plus loin, tout comme celui sur l'automatisation des retours.
Où est passé mon crédit boutique ?
C'est le ticket qui prend du temps, car BigCommerce ne conserve pas d'historique de crédit. Le solde actuel est sur la fiche client. Ce qui est arrivé au reste se trouve à trois autres endroits, qu'il faut lire ensemble.
- Commandes ayant utilisé du crédit. Chaque commande porte un
store_credit_amounten lecture seule, que l'API des commandes de BigCommerce décrit comme le crédit "redeemed on this individual order". - Remboursements envoyés en crédit. Chaque remboursement enregistre sa méthode, vous voyez donc lesquels sont revenus en crédit boutique et lesquels sur la carte.
- Historique du chèque-cadeau. Si le client parle en réalité d'un code, le chèque conserve un registre utilisation par utilisation de la commande, de la date, du solde utilisé et du solde restant.
- Modifications de l'équipe. C'est la faille. Si quelqu'un a écrasé le solde, rien n'enregistre l'ancienne valeur. Convenez en interne que chaque modification manuelle reçoit une note interne sur un ticket, pour qu'un futur agent ait quelque chose à lire.
Le crédit boutique brouille aussi le côté financier. Deux marchands BigCommerce sur Reddit ont remarqué que les commandes payées avec du crédit ne comptent pas comme chiffre d'affaires comme ils l'attendaient :
"We have seen that if a customer cancels an order and takes the whole refund back as store credit, it recognizes $0 revenue, and when the customer uses the store credit on another future order bigcommerce only recognizes the difference if it exceeds their store credit."
"Yea I've raised this several times, store credit is a gift/discount in their eyes not necessarily a payment method."
C'est une question de finance, pas de support, mais cela explique pourquoi le total de commande vu par un client et le chiffre d'affaires déclaré par vos opérations peuvent diverger. Une ligne dans vos notes internes évite que quelqu'un « corrige » une commande correcte.
Le crédit boutique BigCommerce expire-t-il ?
Non. La documentation de BigCommerce ne décrit aucun paramètre d'expiration pour le crédit boutique. L'expiration n'existe que pour les chèques-cadeaux, où vous cochez une case et choisissez un nombre de jours, semaines, mois ou années, et BigCommerce vous renvoie au Credit CARD Act américain avant cela.
Donc si votre politique de retours dit « le crédit boutique expire après 12 mois », cette règle vit dans votre politique, pas dans BigCommerce. Quelqu'un doit retirer à la main le crédit expiré, et comme le champ n'a pas d'historique, le client peut ne pas voir pourquoi son solde a baissé. Deux mesures pratiques :
- Inscrivez la règle d'expiration dans votre centre d'aide et dans votre macro de confirmation de remboursement, pour qu'elle soit consignée quand le client demande.
- Traitez toute modification de solde liée à l'expiration comme une tâche humaine, avec une note interne.
B2B Edition : le crédit d'entreprise n'est pas du crédit boutique
Les boutiques B2B reçoivent un autre type de ticket. B2B Edition de BigCommerce propose un « company credit », mais ce n'est pas un solde. Selon BigCommerce : "The credit Amount does not track buyer credit usage; it only establishes a maximum order value that can be placed using the Purchase Order payment method."
Cela a trois conséquences pour le support :
- Le crédit boutique et les retours ne sont pas pris en charge dans le Buyer Portal, d'après la liste des fonctions acheteur de BigCommerce.
- « Combien de crédit nous reste-t-il ? » n'a pas de réponse dans BigCommerce, car le crédit d'entreprise ne diminue pas quand ils achètent. La réponse vient de vos factures ou de votre outil financier.
- Un blocage de crédit empêche les nouvelles commandes sur toutes les vitrines, bien que les paiements de factures fonctionnent toujours, et l'acheteur voit une bannière d'avertissement.
Si le commerce de gros représente une grande part de votre volume, le guide sur les commandes de gros et B2B explique plus largement comment l'IA traite ces files.
Que peut voir votre helpdesk ?
Moins que vous ne le pensez. J'ai vérifié la documentation BigCommerce de chaque helpdesk, et aucun ne documente un bouton pour émettre du crédit boutique. Voici ce que chacun affiche et fait :
| Helpdesk | Développé par | Affiche le solde de crédit boutique ? | Remboursement en crédit boutique ? | Autres actions BigCommerce |
|---|---|---|---|---|
| Gorgias | Gorgias | Non documenté | Oui, comme méthode de remboursement | Créer, dupliquer et rembourser des commandes |
| Zendesk | agnoStack (tiers, fonctions payantes) | Non documenté | Remboursements listés, méthode non précisée | Modifier et créer des commandes |
| Freshdesk | Artis (tiers, gratuit) | Non | Non | Voir les commandes uniquement, deux boutiques max |
| Gladly | Gladly | Oui, storeCreditAmount | Remboursements listés, méthode non précisée | Annuler, rembourser, créer des codes de réduction |
| eDesk | eDesk | Non documenté | Non | Historique des commandes et des conversations |
Quelques points ressortent. Gorgias permet aux agents de rembourser en crédit boutique depuis le ticket, ce qui couvre l'action de crédit la plus courante, mais sa documentation ne liste aucune variable de crédit boutique pour les macros ni de filtre de crédit boutique pour les règles. La configuration de Gorgias AI Agent exige aussi une boutique Shopify connectée, et ses actions sur les commandes ne sont documentées que pour Shopify. Gladly est le seul à documenter la récupération du solde lui-même.
Les utilisateurs de Gorgias peuvent suivre le guide de configuration Gorgias BigCommerce. Sur Zendesk, commencez par le pas-à-pas Zendesk BigCommerce. Le guide Freshdesk BigCommerce couvre l'app Artis.
Pour Gladly, l'article sur les tarifs de Gladly détaille le coût du toolkit. Et si vous envisagez l'IA de Gorgias en plus, consultez d'abord les tarifs de Gorgias AI Agent, car elle facture par interaction automatisée.
Où l'IA aide-t-elle pour les tickets de crédit boutique ?
Pour lire, trier et expliquer. Pas pour modifier des soldes. Voici comment je répartirais les six types de tickets entre un agent IA et votre équipe.
La raison pour laquelle la voie de droite reste à une personne est propre à BigCommerce. Un remboursement en crédit boutique laisse une trace sur la commande. Un solde écrasé ne laisse rien. Si une IA définissait un mauvais nombre, vous ne le sauriez qu'à la plainte du client, sans historique pour corriger. C'est un mauvais échange pour un ticket qui prend trente secondes à une personne.
Les voies de gauche et du milieu concentrent le volume, et c'est aussi là que l'IA se débrouille bien, comme pour les tickets de suivi de commande. Dans un essai en conditions réelles sur une boîte e-commerce d'environ 1 000 tickets par mois, nos brouillons ont été jugés utiles pour 93,8 % des tickets de retours et remboursements et 100 % des tickets de statut de remboursement. Le même essai a montré que les agents n'ont envoyé tels quels que 12 % des brouillons, réécrivant la plupart en réponses plus courtes ; c'est pourquoi je commencerais en mode brouillon et ne passerais des sujets en réponses automatiques que lorsque les brouillons partent sans modification.
Comment eesel traite les questions sur le crédit boutique BigCommerce
Je serai précis sur ce que fait notre intégration BigCommerce, car c'est ce dont on me parle le plus. Selon la documentation eesel BigCommerce, l'agent retrouve une commande par numéro, e-mail ou téléphone, lit son statut, ses articles, son paiement et son suivi, et vérifie le stock. Les commandes et clients ne sont pas copiés ; chaque consultation lit la boutique en direct.
Pour les tickets de crédit boutique, trois éléments comptent :
- List Refunds affiche la commande, le montant et la date de chaque remboursement, et "whether it went back as store credit or to the card". Cela répond à lui seul à la plupart des tickets « où est passé mon crédit ? ».
- Refund Order rembourse une commande entière ou un montant précis, et attend une validation par défaut. Vous approuvez ou refusez depuis le tableau de bord, Slack ou le terminal avec
eesel approvals, et les validations "never run on their own after a timeout." - Il n'existe aucune action pour définir un solde de crédit boutique. L'intégration native ne lit ni n'écrit le champ de crédit, donc les changements de solde restent dans BigCommerce, avec votre équipe. Je pense que c'est le bon réglage par défaut, pour les raisons évoquées plus haut.
Deux détails de configuration vous évitent un appel au support. L'installation depuis l'App Marketplace est en lecture seule, donc les remboursements nécessitent un compte API au niveau de la boutique avec Orders et Customers en modification. Et BigCommerce n'a pas de déclencheurs propres, donc l'agent se réveille depuis votre helpdesk, une mention Slack ou la bulle de chat. Sur Zendesk, c'est un nouveau ticket ; sur Freshdesk, cela fonctionne de la même façon.
Aucun de nos témoignages clients publiés ne tourne encore sur BigCommerce, mais deux montrent la même répartition sur d'autres plateformes. Question Beauty fait tourner eesel sur Gorgias et Shopify : il a traité environ 990 tickets en un mois et en a clos environ 280 sans personne, tandis que remboursements, retours, plaintes et rétrofacturations vont à une personne avec une note sur ce qu'il a trouvé. Koffer.ch répond aux questions sur les bons sur Freshdesk à partir des règles de la boutique, sous forme de brouillons que son équipe relit avant l'envoi.
Si vous comparez des options, le comparatif des meilleures IA pour le support BigCommerce couvre les alternatives. Pour les étapes de configuration, voir le guide de mes collègues pour ajouter l'IA à BigCommerce.
Si le chat de la boutique est l'endroit où naissent la plupart de ces questions, le guide du chatbot IA pour BigCommerce couvre cette voie. Avant la mise en production, je ferais passer l'agent sur vos anciens tickets de crédit avec des tests de simulation, car sur ce sujet une seule mauvaise réponse sur un solde coûte vite la confiance.
Règles à écrire avant que quiconque automatise cela
Quiconque répond aux tickets de crédit boutique, humain ou IA, répond mieux avec ces règles écrites. La plupart des boutiques les ont dans la tête de quelqu'un.
- Qui peut émettre du crédit, et jusqu'à quel montant. L'autorisation Manage Customer Store Credit de BigCommerce contrôle le bouton ; votre politique devrait contrôler le montant.
- Quand vous remboursez en crédit plutôt que sur la carte. Par défaut, au choix du client, ou seulement sur demande.
- Si le crédit expire. BigCommerce ne l'appliquera pas, donc la formulation doit figurer dans votre politique.
- Ce qui se passe pour les invités. Ils ne peuvent pas recevoir de crédit boutique, décidez donc de ce que vous proposez à la place.
- Comment les modifications manuelles de solde sont consignées. Une note interne par modification suffit.
- Comment les acheteurs B2B sont traités. Une remise sur la prochaine commande, ou un avoir de la finance.
Une fois ces règles écrites, elles deviennent aussi les instructions de votre agent IA. Notre guide des workflows de validation montre comment transformer une telle liste en règles « répondre seul », « brouillon » et « demander à une personne », et les macros IA expliquent comment transformer vos réponses de remboursement en réponses réutilisables.
Essayer eesel sur votre boutique BigCommerce
Si les questions de crédit boutique engorgent votre file, eesel peut décharger votre équipe de la partie lecture : il consulte la commande, liste les remboursements et s'ils sont allés sur la carte ou en crédit, explique pourquoi le crédit ne s'est pas appliqué, et transmet les changements de solde à une personne avec une note. Il se connecte à votre boutique BigCommerce et fonctionne dans le helpdesk que vous utilisez déjà, y compris Gorgias. Il démarre gratuitement avec 100 crédits, puis 299 $ par mois pour 500 sur la page des tarifs.
Essayez eesel gratuitement et pointez-le d'abord sur les tickets de crédit boutique du mois dernier. Vous verrez lesquels il traite bien avant qu'il ne réponde à un client.
Comment fonctionne le crédit boutique sur BigCommerce ?