Fonctionnalité · Statuts des commandes

Un statut non mappé génère zéro revenu, intentionnellement

La section Statuts des commandes est l'endroit où les noms de statuts propres à votre boutique sont classifiés dans ce que les rapports comprennent réellement. Le fait qu'une commande compte comme un revenu découle de son statut et de son mode de paiement ensemble.

app.amicited.com/reports/eshop-order-statuses
Page des statuts des commandes montrant le graphique des revenus par statut et le tableau de correspondance des statuts
Statuts des commandes
Non mappé, Passée, Payée, Terminée, Expédiée
Significations
Case à cocher indépendante
Annulée
Par défaut : Suivre la matrice
Dérogation de revenu
Zéro, jusqu'à classification
Revenu des statuts non mappés
Une part importante de revenu se trouvant sous un statut non mappé ou annulé est celle à examiner en premier.
Un filet de sécurité délibéré

Ce que la synchronisation des statuts de commande existe pour empêcher est la seule erreur qui mérite d'échouer bruyamment

La synchronisation des statuts de commande signifie qu'un statut utilisé par votre boutique qui n'a pas encore été mappé ne génère aucun revenu dans aucun rapport jusqu'à ce qu'il soit classifié. Ce n'est pas un bogue — c'est la même philosophie sur laquelle repose la section Modes de paiement : un statut non classifié pourrait signifier n'importe quoi, de « vient d'être passée » à « remboursée », donc les rapports le traitent comme zéro plutôt que de deviner.

  • Où se trouvent les commandes — revenu détenu par chaque statut, qu'il ait été gagné ou non, donc une part importante se trouvant sous un statut non mappé ou annulé est la première chose à vérifier.
  • Cinq significations, un petit vocabulaire — Non mappé, Passée, Payée, Terminée, Expédiée — chaque nom de statut spécifique à la plateforme utilisé par votre boutique est classifié dans l'un de ceux-ci.
  • Annulée, sa propre case à cocher — indépendante de la signification, donc un statut peut être à la fois « Terminée » et « Annulée » si le flux de travail de la boutique le nécessite.
  • Dérogation de revenu, par défaut selon la matrice — « Suivre la matrice » est la valeur par défaut ; ne déroger que lorsqu'un statut doit réellement enfreindre la règle normale statut-plus-mode-de-paiement.
  • Non mappé signifie zéro, pas indéfini — un statut laissé non mappé ne compte aucun revenu dans les rapports jusqu'à ce que quelqu'un le classifie, donc un mappage manqué apparaît comme un écart, pas un surcomptage silencieux.
Avant de mapper quoi que ce soit

Voyez où se trouve le revenu, avant de le classifier

Avant de toucher à la table de correspondance, deux listes de barres de part indépendamment triées, de la plus grande à la plus petite, montrent le revenu et le nombre de commandes détenus par chacun des noms de statuts propres à la boutique — gagné ou non. Les barres commencent à zéro et leur largeur correspond à la part de la ligne dans le total affiché ; un leader n'occupe toute la largeur que s'il détient 100 % du total, et toute part positive inférieure à 1 % reçoit néanmoins une fine bande de 1 % tandis que son étiquette conserve le pourcentage réel. Il n'y a pas de série de comparaison ni de ligne zéro — un total nul indique simplement zéro. Commencez par le statut détenant la plus grande part de revenu, puis vérifiez sa part de commandes : une petite part de commandes portant une grande part de revenu mérite la priorité, car une erreur de mappage y affecte une valeur disproportionnée. Une grande part de revenu se trouvant sous « Non mappé » ou un statut annulé est un signal pour vérifier le mappage — pas une preuve que le revenu devrait compter.

  • Tous les statuts affichés — y compris ceux non encore classifiés, donc rien n'est invisible tant que c'est non mappé.
  • Revenu vs. commandes, triés indépendamment — argent attaché au statut dans les deux cas par rapport au nombre de commandes qui s'y trouvent, donc un statut peut porter beaucoup de commandes et peu de revenu ou l'inverse.
  • Marqué avec sa source — par ex. bizniweb — pour les boutiques qui tirent les données de plusieurs plateformes.
  • Une bannière d'avertissement compte ce qui reste — « N statuts non encore classifiés » reste visible jusqu'à ce que chacun soit mappé.
Où se trouvent les commandes
Revenu détenu par statut
Affiché
Qu'il ait été gagné ou non
Inclut
Parts non mappées ou annulées
À vérifier en premier
Le revenu est ce que chaque statut détient, qu'il ait été gagné ou non — le graphique est une carte des endroits où regarder, pas un total.
Statuts des commandes
Statut dans votre boutique Marqué avec la plateforme
Signification Non mappé / Passée / Payée / Terminée / Expédiée
Annulée Case à cocher
Dérogation de revenu Suivre la matrice (par défaut)
Le fait qu'une commande compte comme un revenu découle de son statut et du type de son mode de paiement ensemble — ce tableau ne définit que la moitié de ce couple.
Un tableau, le vocabulaire de votre boutique

Mappez bizniweb, ou toute chaîne de plateforme que votre boutique utilise réellement

Chaque ligne est une chaîne de statut exactement telle que la plateforme de votre boutique l'envoie, marquée avec sa source. Les nouvelles connexions n'initialisent les lignes qu'à partir des noms de statuts que la boutique déclare réellement — les valeurs de plateforme connues reçoivent des valeurs par défaut sensées (le « processing » de WooCommerce est mappé à Payée, « refunded » à Payée plus Annulée), les inconnues commencent par Non mappé, et une reconnexion n'écrase jamais une décision déjà prise, bien qu'une ligne que vous n'avez jamais touchée puisse adopter une valeur par défaut nouvellement apprise. Choisissez sa signification dans une liste volontairement courte, cochez Annulée si elle s'applique indépendamment, et laissez la Dérogation de revenu sur « Suivre la matrice » à moins que ce statut spécifique doive enfreindre la règle — la matrice compte Payée, Expédiée et Terminée pour le paiement à la livraison, le virement bancaire, la carte en ligne et le portefeuille électronique, tandis que « Autre » compte Payée et Terminée mais pas Expédiée, et même « Toujours un revenu » ne peut pas transformer une annulation cochée en revenu. Ce tableau est la façon de mapper le statut de commande au revenu ; l'autre moitié de la règle — le type de mode de paiement — se trouve sur la page suivante.

  • Statut dans votre boutique — la chaîne exacte utilisée par votre plateforme, par ex. de bizniweb, jamais renommée.
  • Signification — Non mappé, Passée, Payée, Terminée ou Expédiée.
  • Annulée — une case à cocher séparée, indépendante de la signification ; elle l'emporte toujours, même sur une dérogation « Toujours un revenu ».
  • Dérogation de revenu — « Suivre la matrice » par défaut, donc le statut et le mode de paiement décident ensemble ; utilisez Toujours/Jamais un revenu uniquement lorsqu'un statut ne peut vraiment pas être représenté par la matrice partagée.
  • Chaque modification s'enregistre automatiquement — pas de bouton Enregistrer ; un changement est envoyé immédiatement, affiche « Enregistrement… » ou l'erreur retournée, et seule cette ligne est touchée — tout le reste reste exactement comme avant.
0 revenu comptabilisé à partir d'un statut non mappé, par conception Chaque statut utilisé par la plateforme de votre boutique — marqué avec sa source, par ex. bizniweb — est listé avec une bannière d'avertissement comptant combien ne sont toujours pas classifiés. Les commandes qui s'y trouvent ne génèrent rien dans les rapports tant qu'elles ne le sont pas. Voir Modes de paiement

Zéro revenu pour tout ce qui reste non mappé

Les noms de statuts propres à votre boutique, classifiés en Passée, Payée, Terminée ou Expédiée — avec Annulée et une dérogation de revenu à côté, afin que rien ne compte par accident.

app.amicited.com/reports/eshop-order-statuses
Page des statuts des commandes montrant le graphique des revenus par statut et le tableau de correspondance des statuts

Prêt à voir quels statuts comptent réellement comme revenu ?

Free check · 7-day trial · no credit card