En bref : WooCommerce vous fournit les commandes. L'argent passe par vos prestataires de paiement, et la comptabilisation se fait dans votre logiciel comptable ou chez votre expert-comptable. Une comptabilité WooCommerce propre relie ces trois niveaux : facture, paiement et écriture doivent concorder, y compris pour les remboursements et au changement de mois.

Exporter une seule commande est facile. Votre processus ne montre sa solidité qu'avec un remboursement partiel, un second import ou un paiement versé seulement le mois suivant. Ce guide explique d'abord les bases, puis vous donne sept tests pour vérifier votre processus ou une nouvelle solution avant la transmission comptable.

Qui fournit quelles données ?

La boutique. WooCommerce connaît commandes, lignes, clients, frais de port, taux de TVA, remises et remboursements. C'est de là que naissent les ventes à comptabiliser.

Les prestataires de paiement. PayPal, Stripe et les autres documentent l'argent réellement arrivé, les frais retenus et la date des versements. Votre compte bancaire reçoit le plus souvent un versement groupé plutôt que chaque paiement client.

La comptabilité. Votre logiciel comptable ou votre cabinet affecte les opérations aux comptes et aux codes TVA, lettre les postes ouverts et établit déclarations et clôture.

Les problèmes naissent presque toujours aux points de passage : quand une commande ne peut être affectée à aucun paiement, quand des frais manquent ou quand deux systèmes créent la même vente. Comment décomposer les versements des prestataires, c'est l'objet de l'article sur la comptabilité des prestataires de paiement.

Comment naissent les factures dans WooCommerce ?

WooCommerce sait envoyer nativement des e-mails liés à la commande. Parmi eux, l'e-mail « Order Details », que vous envoyez manuellement depuis l'édition de la commande pour partager les détails de facturation et un lien de paiement (documentation WooCommerce sur les e-mails). La documentation n'y mentionne ni facture PDF ni numérotation continue.

Il vous faut donc en général votre propre processus de facturation, par exemple via une extension ou un outil de facturation externe. Vérifiez les mentions obligatoires de la facture : en France, elles sont listées à l'article 242 nonies A de l'annexe II au CGI ; en Allemagne, au § 14, al. 4 UStG – dans les deux cas notamment une numérotation continue. Si vous vendez à des clients professionnels, la facture électronique s'ajoute : en France selon le calendrier de la réforme, en Allemagne avec une obligation de réception depuis 2025 et des règles transitoires pour l'émission jusqu'à fin 2026 ou 2027 (§ 27, al. 38 UStG). Plus de détails dans l'article sur la facture électronique dans le e-commerce.

Quelles voies d'export existent ?

Avant de comparer les extensions, décrivez l'étape qui vous manque aujourd'hui. Manque-t-il des factures ? Les pièces sont-elles là, mais les paiements non expliqués ? Ou les écritures ne correspondent-elles pas à l'import du cabinet ?

Approche	Quand elle peut convenir	Ce qu'il faut vérifier en plus
Processus de facturation relié à votre logiciel comptable	Pièces et données clients doivent être transmises	Rapprochement des paiements, frais et corrections ultérieures
Export pour le cabinet, par exemple au format FEC ou DATEV	Un ensemble de données convenu doit être transmis dans le format requis	Exhaustivité, imputation et écritures déjà existantes
Préparation des données à partir de plusieurs sources	Données de boutique, prestataires de paiement et autres canaux doivent être réunis	Fichiers pris en charge, références et cas particuliers

Ces voies peuvent se compléter. Si votre outil de facturation transmet déjà fiablement les ventes, vous n'avez pas besoin d'un second processus qui recrée les mêmes produits. Il manque souvent seulement le lien avec les mouvements de paiement.

Ventes vers d'autres pays de l'UE

Si vous livrez des particuliers dans d'autres pays de l'UE, la TVA du pays de destination peut s'appliquer à la place de la vôtre. Votre export doit alors indiquer le pays de livraison et le taux appliqué. La déclaration de ces ventes via l'OSS se clarifie avec votre cabinet. Les bases sont expliquées dans l'article sur l'OSS et l'IOSS.

Préparer un mois d'essai représentatif

Choisissez un mois clôturé pour lequel commandes, factures et données de paiement sont complètes. Tenez compte aussi des soldes d'ouverture et des versements qui n'arrivent que le mois suivant.

Notez les prestataires de paiement actifs, le système de facturation et les transmissions de données déjà en place. Indiquez quelle source génère quelle opération. Pour commencer, un tableau avec source, période, nom de fichier et statut de traitement suffit.

Conservez les fichiers d'origine sans modification et travaillez sur des copies. Les modifications d'un fichier d'export doivent rester traçables, sinon on ne pourra plus distinguer plus tard si un écart provient de la boutique, de l'export ou du retraitement.

Test 1 : une commande se retrouve par ses références

Choisissez une commande clôturée et cherchez-la à trois niveaux : dans la boutique, dans le processus de facturation et dans les données du prestataire de paiement. Notez chaque fois numéro de commande, numéro de facture et référence de paiement. Ces identifiants n'ont pas à être identiques, mais leur lien doit être traçable.

Le test est réussi si vous passez de la commande à la facture et au paiement correspondants sans vous fier seulement à un montant identique. Deux achats à 79 € chacun ne se distinguent pas par le seul prix.

Test 2 : un remboursement partiel est visible des deux côtés

Prenez une commande de 119 € et un remboursement partiel de 29 €. Dans un cas de paiement simplifié, 90 € restent au marchand, avant prise en compte des frais et autres mouvements. Vérifiez l'opération d'origine, la facture rectificative ou l'avoir, et le remboursement effectif.

WooCommerce distingue remboursements automatiques et manuels. Un remboursement saisi manuellement ne renvoie pas l'argent de lui-même, et un simple changement de statut ne déclenche aucun remboursement. En cas de remboursement partiel, le statut global ne passe d'ailleurs pas forcément à « Remboursé » (documentation WooCommerce sur les remboursements).

Ce test est rempli si la correction dans la boutique est reliée à l'événement de paiement réel et à la pièce correspondante. Un champ de statut seul ne suffit pas comme preuve.

Test 3 : le changement de mois ne crée pas de paiement apparemment manquant

Choisissez une vente de fin de mois dont le versement n'arrive sur le compte bancaire que le mois suivant. Notez commande, facture, paiement chez le prestataire et versement bancaire comme des moments distincts. La période applicable comptablement et fiscalement dépend de votre cas ; le versement ne remplace pas les autres données.

Le cas est bien résolu si vous pouvez suivre le montant au-delà de la date de clôture et que l'encaissement bancaire ultérieur solde le montant de versement ouvert. Convenez aussi avec le cabinet du fuseau horaire des rapports. Des systèmes au changement de jour différent placent des opérations autour de minuit dans des listes journalières différentes.

Test 4 : frais et factures ne génèrent la charge qu'une fois

Vérifiez pour PayPal ou Stripe un versement avec les informations de frais correspondantes. Distinguez mouvement de paiement, justificatif de frais et écriture de charge. Si un import saisit déjà les frais en charge, la pièce ultérieure ne doit pas générer à nouveau la même charge. Si les données de paiement ne servent qu'au solde, les frais doivent être comptabilisés intégralement ailleurs.

Le test est réussi si vous pouvez expliquer précisément, pour un frais choisi, où naît la charge et comment la pièce y est reliée.

Test 5 : un second import ne crée pas de doublons inaperçus

Une erreur technique, un fichier d'export complété ou un changement de personne peut conduire à réimporter une période. Testez ce cas uniquement dans un environnement de test ou à l'aide d'un aperçu sûr, et documentez au préalable quels enregistrements sont déjà traités.

Votre processus est bon si l'on voit clairement si les opérations connues sont ignorées, mises à jour ou signalées comme conflit. Ni un doublement silencieux ni une perte inaperçue de nouvelles informations ne sont acceptables. Posez aussi la question des commandes modifiées : un remboursement ajouté plus tard n'est pas la même chose qu'une copie inchangée.

Test 6 : l'export correspond à votre boutique

Vérifiez sur des commandes choisies que toutes les informations nécessaires à votre comptabilité sont présentes : montants, devise, date, références, frais de port, pays de livraison et informations par ligne. Tous les fichiers CSV ne contiennent pas les mêmes informations. Un rapport d'analyse des ventes a un autre objectif qu'un export comptable, et les champs disponibles dépendent de votre paramétrage et de vos extensions.

Le test est terminé si toutes les informations nécessaires sont présentes ou si une source complémentaire univoque a été convenue. Les valeurs manquantes ne doivent pas être remplacées en silence par des hypothèses par défaut. Documentez surtout le traitement des paniers mixtes, des remises et des frais de port.

Test 7 : le cabinet peut retracer le mois d'essai

Transmettez le jeu de données avec un court aperçu : sources utilisées, périodes, exceptions connues et écritures déjà existantes. Faites vérifier par le cabinet une vente, un frais, un remboursement partiel et un passage de mois. Notez séparément les messages techniques d'import et les questions de fond.

L'objectif est atteint si les données sont exploitables dans le système cible et que les cas choisis peuvent être retracés avec leurs pièces. Un fichier qui s'ouvre ne remplit pas encore cette condition. Un numéro de pièce dans l'écriture ne signifie pas non plus que le document s'ouvre dans l'environnement du cabinet.

Tirer une décision des tests

Évaluez chaque test par « réussi », « ouvert » ou « échoué » et ajoutez pour les points ouverts une personne responsable et la modification concrète. Un cas particulier isolé n'exclut pas forcément une solution. Ce qui compte, c'est de pouvoir le traiter de façon répétable avec un effort raisonnable.

Le travail manuel récurrent entre dans la comparaison des coûts. Mesurez pour cela le temps de tout le processus : obtenir l'export, vérifier les fichiers, éclaircir les écarts et transmettre les données. Une transmission rapide vaut peu si des heures de correction suivent. D'autres points de contrôle pour le choix figurent dans le guide choisir un logiciel de comptabilité e-commerce.

WooCommerce avec KudTax

Vous connectez WooCommerce à KudTax par API, et les données de votre boutique arrivent en continu. Vous pouvez aussi charger des exports en CSV ou XLSX, par exemple pour des périodes passées ; l'adéquation d'un export se vérifie alors à ses colonnes et à son contenu. Les deux voies sont décrites sur la page de l'intégration WooCommerce.

PayPal et Stripe se connectent comme sources de données distinctes. KudTax rapproche à l'aide de l'IA commandes, paiements et versements, rend visibles les écarts ouverts et génère à partir des données rapprochées des écritures selon le PCG, le SKR03 ou le SKR04. Elles partent au format FEC, vers Sage, Cegid, DATEV ou des programmes comme Lexware Office et sevdesk ; clôture et déclarations fiscales restent de votre ressort ou de celui de votre cabinet.

Jusqu'à 25 commandes par mois, KudTax est gratuit ; les formules supérieures peuvent être testées gratuitement pendant un mois : créer un compte. Si vous préférez d'abord examiner votre export ensemble, prenez rendez-vous pour une démo et apportez les sept cas de test.

Questions fréquentes

WooCommerce établit-il des factures ?

WooCommerce envoie des e-mails liés à la commande, dont « Order Details » avec les informations de facturation et un lien de paiement. Pour des factures PDF à numérotation continue avec les mentions obligatoires, il vous faut en général une extension ou un outil de facturation externe.

Une extension de facturation suffit-elle pour ma comptabilité WooCommerce ?

Cela dépend de la tâche restante. Si les factures sont transmises intégralement et que le côté paiement est déjà rapproché, l'organisation existante peut suffire. Une préparation des données supplémentaire devient intéressante quand frais, remboursements ou sources multiples exigent régulièrement une clarification manuelle.

Tout export WooCommerce convient-il à la comptabilité ?

Non. Contenu, structure du fichier et logique comptable doivent correspondre à l'import convenu. Une liste de commandes n'est pas encore un fichier d'écritures vérifié.

Dois-je changer de logiciel comptable pour KudTax ?

Non, KudTax complète le processus existant. Clarifiez la voie de transmission prise en charge pour votre système et testez-la sur une période limitée.

Faut-il d'abord importer toutes les anciennes commandes ?

Commencez par une période de test définie et notez quelles opérations sont déjà dans le système cible. Les réimports plus importants ne se planifient qu'une fois clarifiés responsabilités, exhaustivité et traitement des doublons.

Comptabilité WooCommerce : factures, paiements et export comptable