PrestaShop, expert-comptable, TVA et facture électronique 2026 : le guide opérationnel

Gérer une boutique PrestaShop ne se limite pas à encaisser des commandes. Derrière chaque vente se cachent une règle de TVA par pays, une obligation déclarative OSS ou IOSS, des mentions obligatoires sur la facture et, dès septembre 2026, une transmission automatique de données de transaction à l'administration fiscale. Pour la plupart des marchands que nous accompagnons, ces sujets n'ont jamais été vraiment cadrés — ce qui crée une dette fiscale silencieuse, invisible jusqu'au premier contrôle.

Ce guide présente la méthode que nous appliquons en cabinet pour remettre un PrestaShop dans les règles, intégrer la réforme de la facturation électronique et organiser un suivi comptable solide. Les points couverts : audit de paramétrage TVA, seuil OSS, IOSS, e-reporting B2C, raccordement PDP et architecture technique.

En bref : tout vendeur PrestaShop réalisant plus de 10 000 € de ventes B2C vers d'autres pays de l'UE doit collecter la TVA du pays de l'acheteur et la déclarer via le guichet OSS. Pour les biens importés de pays tiers d'une valeur ≤ 150 €, c'est l'IOSS qui s'applique. À partir du 1er septembre 2026, l'e-reporting devient obligatoire pour les ventes B2C et les opérations internationales : PrestaShop doit être configuré pour produire des données de transaction structurées par pays, par taux et par régime.

PrestaShop n'est pas un logiciel comptable. Il produit des commandes, des factures PDF et des exports CSV, mais ces données doivent être retraitées avant d'alimenter une comptabilité légale française. Trois niveaux de raccordement sont possibles.

Le premier est le raccordement direct via API entre PrestaShop et un logiciel comptable comme Pennylane. Les commandes créent automatiquement des écritures en compte 707 (ventes) et 411 (clients), les paiements PSP alimentent le compte 512 après rapprochement bancaire. C'est la solution la plus propre pour des volumes modérés.

Le deuxième niveau ajoute une couche analytique e-commerce — typiquement Sqalie — entre PrestaShop et le logiciel comptable. Sqalie ventile les ventes par canal, par pays et par régime TVA (France, OSS, IOSS), et envoie des écritures déjà structurées vers Pennylane. Cette architecture est indispensable dès que vous vendez dans plusieurs pays UE.

Le troisième niveau est manuel : export CSV mensuel depuis PrestaShop, retraitement sous Excel, import comptable. C'est la solution la plus répandue et la plus risquée — les erreurs de mapping TVA par pays ne se détectent qu'en clôture ou lors d'un contrôle OSS.

Les comptes à surveiller chaque mois#

Pour un Prestashop e-commerce, les comptes les plus sensibles sont :

• 411 (clients) : doit être soldé par les encaissements PSP ; un écart indique un rapprochement bancaire incomplet
• 4457 (TVA collectée) : doit être ventilé par taux (20 %, 10 %, 5,5 %) et par régime (France / OSS / IOSS)
• 707 (ventes de marchandises) : doit exclure les avoirs et retours
• 627 ou 622 (frais PSP) : commissions Stripe, PayPal, Mollie — souvent omises
• 4452 (TVA intracommunautaire) : pour les achats B2B intra-UE autoliquidés (publicité Meta, Google)

Un expert-comptable spécialisé e-commerce structure ce plan de comptes dès l'entrée en relation. Voir aussi notre article sur les erreurs comptables e-commerce 2026.

Le principe est simple en théorie : au-delà de 10 000 € de ventes B2C vers d'autres États membres de l'UE (seuil calculé sur l'ensemble des ventes intra-UE, toutes destinations confondues), vous devez appliquer la TVA du pays de l'acheteur et la reverser via le guichet OSS (One Stop Shop). En dessous de ce seuil, la TVA française s'applique.

En pratique, PrestaShop doit être configuré pour :

1. Suivre le cumul de ventes intra-UE en temps réel
2. Basculer automatiquement vers la TVA pays-acheteur dès que le seuil est atteint
3. Appliquer le bon taux par pays ET par catégorie produit (les taux réduits varient selon les États membres)
4. Générer des factures ou tickets mentionnant le régime OSS
5. Produire un export par pays et par taux pour préparer la déclaration OSS trimestrielle

La déclaration OSS se fait trimestriellement sur le portail impots.gouv.fr. Le paiement global est versé à la DGFiP, qui redistribue aux administrations des pays concernés.

Le piège le plus fréquent : le seuil atteint sans bascule#

Sur la majorité des dossiers PrestaShop que nous reprenons, le seuil de 10 000 € a été dépassé sans que la bascule OSS soit activée dans le module. Résultat : toutes les ventes intra-UE ont continué à être facturées en TVA française, alors que la TVA du pays de l'acheteur aurait dû être collectée. Le redressement OSS se calcule pays par pays, avec les taux en vigueur à la date de chaque vente.

Il ne suffit pas de cocher une case dans le back-office PrestaShop : il faut vérifier que les règles de taxe par pays sont à jour, que les catégories produits sont bien mappées aux taux réduits locaux, et que le module OSS génère bien les bonnes mentions sur les factures.

Si votre boutique PrestaShop vend des produits importés de pays tiers (Chine, UK post-Brexit, USA) à des clients UE pour un montant ≤ 150 €, l'IOSS (Import One Stop Shop) s'applique. Le vendeur collecte la TVA au moment de la vente, à la déclare via l'IOSS, et le colis entre dans l'UE en franchise de droits de douane TVA.

Concrètement, PrestaShop doit :

• Identifier les commandes concernées (origine hors UE, montant ≤ 150 €, client UE)
• Appliquer la TVA du pays de livraison dès la commande
• Indiquer le numéro IOSS sur les données douanières du colis
• Produire un export IOSS mensuel pour la déclaration

Si votre vendeur ou transporteur utilise votre numéro IOSS sans que PrestaShop soit paramétré pour collecter la TVA correspondante, vous vous exposez à une double imposition ou à un redressement douanier.

La réforme de la facturation électronique distingue deux obligations selon le type de vente.

Pour les ventes B2B (à des professionnels assujettis à la TVA en France), l'obligation est l'émission de factures au format structuré (Factur-X, UBL, CII) via une Plateforme de Dématérialisation Partenaire (PDP). L'échéance pour les PME et TPE est fixée au 1er septembre 2027 pour l'émission, mais la réception est obligatoire dès le 1er septembre 2026 pour toutes les entreprises sans exception.

Pour les ventes B2C (aux particuliers) et les ventes à l'international (hors UE ou à des clients UE non assujettis), la loi ne prévoit pas d'émission de facture électronique structurée vers le client. En revanche, elle impose l'e-reporting : la transmission périodique à l'administration des données de transaction agrégées — chiffre d'affaires, TVA collectée par taux, nombre d'opérations, ventes OSS, ventes IOSS.

Pour un PrestaShop majoritairement B2C, l'e-reporting est donc l'obligation centrale de 2026-2027. La périodicité et les modalités exactes de transmission doivent être vérifiées auprès de votre PDP ou de votre expert-comptable au regard des textes en vigueur à la date de mise en production.

Ce que PrestaShop doit produire pour l'e-reporting#

L'e-reporting B2C ne se crée pas à partir d'un simple export CSV mensuel. Les données doivent être structurées et exactes :

Si vos exports PrestaShop ne distinguent pas ces catégories proprement, l'e-reporting devient impraticable. La vue par pays et par taux se construit en amont, dès le paramétrage initial du module TVA.

Un PrestaShop qui émet aussi des factures B2B (ventes aux professionnels) doit être raccordé à une PDP agréée par la DGFiP. Plusieurs éditeurs comptables se positionnent comme PDP candidates ; vérifiez le statut effectif de votre solution sur la liste officielle des PDP immatriculées. D'autres solutions existent selon la complexité de votre flux.

Le raccordement peut se faire de plusieurs manières :

• Via l'API Pennylane : les commandes B2B PrestaShop créent automatiquement des factures dans Pennylane, qui les transmet à la PDP
• Via un middleware (Sqalie, Make, Zapier) : transformation du flux PrestaShop en format Factur-X avant envoi à la PDP
• Via un module PDP PrestaShop natif : certains PDP agréés proposent des modules à installer directement dans le back-office

Le choix dépend du volume B2B, du budget, et de l'architecture existante. Pour un PrestaShop B2C pur, la priorité est l'e-reporting et non le raccordement PDP B2B. Pour arbitrer, voir notre comparatif choisir sa PDP 2026.

Un expert-comptable généraliste peut tenir une comptabilité PrestaShop. Mais les enjeux spécifiques e-commerce — TVA multi-pays OSS, IOSS, e-reporting B2C, réconciliation PSP, marges par canal — justifient un profil spécialisé.

En cabinet, nous voyons régulièrement des dossiers PrestaShop repris avec :

• Des déclarations OSS jamais déposées alors que le seuil de 10 000 € était dépassé depuis 18 mois
• Des taux de TVA réduits (livres, alimentation) appliqués uniformément à 20 % sur tous les pays UE
• Des commissions PSP (Stripe, PayPal) jamais comptabilisées, faussant la marge réelle
• Un compte 411 clients non soldé depuis 6 mois, masquant des paiements en attente

Un accompagnement spécialisé couvre : l'audit de paramétrage initial, le suivi mensuel des exports TVA, la déclaration OSS trimestrielle, la clôture annuelle avec liasse fiscale, et le cadrage e-reporting avant les échéances 2026-2027. Pour connaître les tarifs et la méthode, consultez notre page e-commerce ou notre article sur les frais de comptabilité d'un site e-commerce.

Dossier anonymisé. CA 2025 : 720 000 €, 600 commandes/mois, ventes dans 4 pays UE (France, Espagne, Italie, Belgique), OSS jamais correctement déclaré. Diagnostic après audit de paramétrage :

• 18 000 € de TVA mal ventilée entre la France et l'Italie (taux espagnol appliqué au lieu du taux italien sur 8 mois)
• Frais de port facturés à 20 % sur 320 commandes de livres (auraient dû être à 5,5 %)
• 14 commandes de test jamais supprimées, créant une rupture dans la numérotation des factures
• Aucun raccordement Pennylane : comptes 707 et 411 reconstruits manuellement chaque mois à partir d'exports CSV
• Seuil OSS de 10 000 € dépassé dès mars 2024, bascule jamais activée

Plan d'action sur 6 semaines : audit des modules, refonte des règles de taxe par pays, branchement Pennylane via API, déploiement Sqalie pour le suivi de marge par canal, paramétrage e-reporting 2026. Résultat : 3 jours par mois économisés côté dirigeant, aucun rectificatif lors du premier OSS trimestriel post-cadrage.

La réforme de la facturation électronique génère beaucoup de bruit. Dans les dossiers e-commerce, trois points méritent une attention immédiate.

Premier point : l'audit OSS avant tout. Le seuil de 10 000 € est facile à dépasser dès la première année de développement international. Un redressement OSS porte sur toutes les ventes intra-UE non déclarées, avec les taux de chaque pays à la date de chaque vente. C'est le risque le plus immédiat et le plus sous-estimé.

Deuxième point : la structuration des données avant l'e-reporting. L'e-reporting B2C ne se prépare pas en une semaine. Si les exports PrestaShop ne distinguent pas les taux de TVA par pays et par catégorie produit, la mise en conformité nécessite un retraitement rétroactif lourd. Mieux vaut corriger le paramétrage maintenant.

Troisième point : le choix de l'architecture technique. PrestaShop seul ne suffit pas. La combinaison PrestaShop + couche analytique (Sqalie) + logiciel comptable (Pennylane) + expert-comptable est la seule architecture qui permet de tenir la comptabilité, produire les déclarations OSS/IOSS, préparer l'e-reporting et anticiper les contrôles.

À jour au 2026-06-14. Cet article informe et ne remplace pas un conseil personnalisé. Pour votre situation, contactez un expert-comptable inscrit à l'Ordre.