Prestashop et comptabilité : pourquoi vos flux sont souvent mal interprétés ?

Prestashop donne une impression de maîtrise. Vous gérez votre catalogue, vos prix, vos promotions, vos commandes. Contrairement à une marketplace, vous avez le sentiment d’être chez vous, de contrôler l’ensemble du cycle de vente.

C’est précisément ce sentiment qui crée les erreurs. Parce que Prestashop n’est pas un outil comptable, c’est un outil commercial. Il affiche des commandes, un chiffre d’affaires brut, un panier moyen. Mais les flux financiers réels passent ailleurs : modules de paiement, comptes techniques, banques, transporteurs, parfois même organismes de crédit si vous proposez du paiement fractionné.

Résultat : beaucoup d’e-commerçants pilotent leur activité sur des statistiques commerciales alors que leur réalité comptable est différente.

Règle 1 : Prestashop enregistre des commandes, pas des encaissements

Premier point fondamental : une commande validée dans Prestashop n’est pas nécessairement un encaissement effectif.

Entre la validation et l’arrivée de l’argent sur votre compte bancaire, plusieurs situations peuvent intervenir :

• Paiement en attente
• Échec de transaction
• Paiement fractionné
• Annulation avant expédition
• Litige ou opposition bancaire

Si votre comptabilité se base uniquement sur le total des commandes affichées dans le back-office, vous risquez de surestimer votre chiffre d’affaires encaissé.

En comptabilité de trésorerie, seul l’argent effectivement reçu compte. En comptabilité d’engagement, la créance doit être certaine. Dans les deux cas, la lecture brute des statistiques Prestashop est insuffisante.

Règle 2 : les modules de paiement sont le véritable centre des flux

Stripe, PayPal, PayPlug, Alma, Klarna… En pratique, ce sont eux qui encaissent pour vous. Le schéma est simple en apparence : le client paie 100 €, le module prélève sa commission, puis reverse le solde sur votre compte bancaire.

Mais si vous n’intégrez pas correctement ces commissions, deux erreurs apparaissent fréquemment :

1. Comptabiliser uniquement le montant net versé
2. Oublier de distinguer chiffre d’affaires brut et frais de paiement

Votre chiffre d’affaires correspond au montant payé par le client, la commission du module constitue une charge. Si vous comptabilisez seulement le net reçu, vous minorez votre chiffre d’affaires. Si vous ignorez la commission, vous surestimez votre marge.

Lorsque plusieurs modules coexistent, la complexité augmente. Les délais de versement varient. Les taux de commission diffèrent. Sans rapprochement précis entre Prestashop et les plateformes de paiement, la comptabilité devient approximative.

Règle 3 : les frais de port, un produit à traiter différemment

Autre point mal compris : les frais de livraison. Les montants facturés au client constituent un produit. Ils font partie de votre chiffre d’affaires. En parallèle, le transporteur vous facture sa prestation.

Deux erreurs classiques apparaissent :

1. Neutraliser les frais de port en considérant qu’ils ne sont pas un revenu
2. Oublier de comptabiliser correctement la charge transport

Les frais de port ne sont pas neutres. Ils peuvent dégager une marge ou au contraire générer un coût supplémentaire. Sans distinction claire entre produit et charge, vous perdez la lecture de votre rentabilité logistique.

Règle 4 : TVA et ventes multi-pays, une lecture plus qu’un paramètre

Prestashop calcule la TVA selon vos paramètres. Mais le fait que le logiciel affiche un montant TTC et HT ne garantit pas que la ventilation soit correcte pour vos déclarations.

Si vous vendez à des particuliers dans plusieurs pays européens ou à des professionnels, avec des taux réduits selon les produits, la déclaration réelle dépend de votre régime fiscal (franchise, réel, OSS) et de la localisation du client.

Une mauvaise extraction ou une lecture approximative peut entraîner un écart entre :

• Le chiffre d’affaires HT
• La TVA collectée
• Les montants déclarés

Encore une fois, Prestashop est un outil de calcul, la responsabilité déclarative et fiscale vous appartient.

Règle 5 : remboursements, avoirs et litiges, une autre lecture

Un remboursement peut être initié depuis Prestashop, depuis le module de paiement ou via un litige bancaire Selon le circuit utilisé, le flux financier ne sera pas enregistré au même endroit.

Si vous émettez un avoir sans remboursement immédiat, la situation comptable diffère d’un remboursement direct via Stripe. Si un client ouvre un litige PayPal, le flux peut être temporairement bloqué.

Sans rapprochement entre les avoirs Prestashop, les remboursements modules et les flux bancaires, vous risquez de conserver un chiffre d’affaires théorique qui ne correspond plus à votre réalité financière.

Règle 6 : paiements en plusieurs fois et financements, faire la distinction

Les solutions de paiement fractionné complexifient encore l’analyse.

Deux cas réguliers : 

• Vous percevez la totalité immédiatement, moyennant une commission plus élevée
• Vous percevez les montants au fil des échéances

Dans ce cas, la lecture de votre trésorerie doit distinguer :

• Le chiffre d’affaires total de la vente
• Le calendrier réel d’encaissement
• Les frais spécifiques liés au financement

Sans cette distinction, votre suivi de trésorerie devient incohérent avec vos ventes affichées.

Pourquoi les flux Prestashop sont structurellement mal lus ?

La difficulté ne vient pas d’un manque de rigueur du côté des e-commerçants. Elle vient d’un biais naturel : Prestashop met en avant des indicateurs commerciaux, pas financiers.

Vous voyez le nombre de commandes, le chiffre d’affaires brut, le panier moyen…

Vous ne voyez pas immédiatement :

• Le coût total des commissions
• L’impact réel des remboursements
• Le poids de la TVA collectée
• Le décalage entre commande et encaissement

Sans structuration comptable adaptée, vous pilotez sur une illusion de performance.

Ce que change une lecture structurée avec un spécialiste comme Excilio

Une lecture structurée des flux Prestashop permet de :

• Reconstituer le chiffre d’affaires brut réel
• Identifier précisément les commissions modules
• Mesurer la marge logistique
• Sécuriser la déclaration de TVA
• Aligner ventes et encaissements

La comptabilité ne doit pas se contenter d’enregistrer des mouvements bancaires. Elle doit reconstruire la logique économique de votre boutique.

Chez Excilio, nous analysons l’architecture complète des flux Prestashop (commandes, modules de paiement, remboursements, transport, TVA) afin que vos chiffres reflètent votre réalité économique et non une simple statistique commerciale.

Prestashop vous montre vos ventes, la comptabilité experte vous montre votre modèle.