Menu
Nouveau
Connecter Shopify à un logiciel comptable ne se résume pas à activer une intégration. Nous détaillons l'architecture data, les pièges TVA et les points de contrôle à imposer à votre intégrateur.

La promesse d'une comptabilité « automatisée » séduit naturellement les dirigeants e-commerce que nous accompagnons. Pourtant, dans 70 % des dossiers Shopify que nos experts-comptables reprennent, le flux entre la boutique et le logiciel comptable comporte au moins un défaut structurel : TVA OSS mal ventilée, payouts Shopify Payments non rapprochés, remboursements absents, ou COGS (Cost of Goods Sold) inexistant. Ces écarts, silencieux les premiers mois, deviennent critiques au-delà de 500 K€ de chiffre d'affaires et lors d'un contrôle. Cet article cadre l'architecture data à exiger et les points de contrôle à intégrer dans votre cahier des charges, que vous utilisiez Pennylane, Sellsy, Indy ou QuickBooks.
Shopify n'est pas un logiciel de facturation au sens juridique français : la plateforme génère des commandes, encaisse via plusieurs PSP (Shopify Payments, Stripe, PayPal, Klarna, Apple Pay) et produit des « payouts » nets de commissions. Entre la commande, la facture, l'encaissement brut et le virement net reçu sur le compte bancaire, il existe au minimum quatre objets distincts, à des dates différentes, avec des montants différents. Considérer le flux comme un simple import de ventes conduit mécaniquement à une comptabilité fausse.
Un dirigeant qui réalise 1,5 M€ de CA annuel via Shopify traite typiquement 8 000 à 15 000 commandes, 4 à 6 devises, 12 à 27 pays UE (selon l'élargissement de la base clients), et plusieurs centaines de remboursements et avoirs. La volumétrie interdit toute saisie manuelle fiable. La question n'est donc pas s'il faut automatiser, mais comment sécuriser l'automatisation pour qu'elle produise une comptabilité auditable, conforme au Plan Comptable Général et au Fichier des Écritures Comptables (FEC).
Les logiciels comme Pennylane, Sellsy ou QuickBooks proposent une intégration native via l'API Shopify. Les commandes remontent sous forme de factures de vente, les payouts deviennent des écritures bancaires, les commissions sont isolées. L'avantage est la simplicité ; la limite est la rigidité du paramétrage TVA et la qualité de la ventilation analytique. Pour une boutique mono-pays, mono-devise, en dessous de 100 K€ de CA, cette architecture suffit.
Au-delà d'une certaine complexité (multi-pays UE, présence simultanée sur marketplaces, vente B2B avec autoliquidation), nous recommandons l'interposition d'un middleware type A2X, Synder ou Link My Books. Ces outils consolident les payouts par cycle de versement, séparent par taux de TVA et par juridiction, puis poussent une écriture de synthèse vers le logiciel comptable. Le gain de fiabilité est considérable, le coût additionnel reste raisonnable (40 à 150 € HT/mois).
Au-delà de 3 M€ de CA, ou en présence de logiques abonnement, multi-stores et entrepôts multiples, certaines marques DTC industrialisent leur flux via un ETL (Extract Transform Load) maison alimentant un entrepôt de données, avec restitution vers le logiciel comptable. Cette architecture, plus coûteuse, devient incontournable pour les structures qui pilotent leur P&L en temps réel et envisagent une levée de fonds ou une cession.
Quelle que soit l'architecture retenue, sept points de contrôle doivent figurer dans le paramétrage. Nous les passons systématiquement en revue lors de la reprise d'un dossier e-commerce.
Depuis la réforme TVA e-commerce du 1er juillet 2021, les ventes B2C intra-UE relèvent du guichet unique OSS dès franchissement du seuil unique de 10 000 € de chiffre d'affaires cumulé (article 259 D du CGI). Le taux applicable est celui du pays de destination, soit 27 régimes distincts pour l'UE. Le connecteur doit identifier le pays de livraison, appliquer le bon taux, et alimenter un compte 4457 dédié par juridiction. Pour les importations de moins de 150 € (typiquement dropshipping hors UE), le régime IOSS s'applique avec un identifiant IM dédié.
Un payout Shopify Payments du mardi peut regrouper des commandes du vendredi au lundi, déduction faite des commissions (généralement 1,4 % à 2,9 % + frais fixes), des remboursements et des litiges. L'écriture comptable doit dissocier le produit brut (compte 707), la commission (compte 627 ou 622), les remboursements (compte 709) et le net encaissé en banque. Un import qui agrège tout dans un seul libellé bancaire rend le rapprochement impossible.
Si vous acceptez PayPal, Stripe, Klarna ou Apple Pay en complément de Shopify Payments, chaque PSP a son propre cycle de versement, ses propres commissions et son propre format d'export. Le connecteur doit traiter chaque PSP comme un compte de tiers distinct (511x), avec rapprochement automatique du virement bancaire correspondant.
Une vente en USD doit être enregistrée au cours du jour de la commande, le payout converti en EUR au cours du jour de versement, et la différence comptabilisée en gains ou pertes de change (compte 666 / 766). Les connecteurs grand public traitent souvent mal cet écart, qui peut représenter 0,5 à 2 % du CA annuel en période de volatilité.
Un remboursement Shopify diminue le payout suivant. Comptablement, il doit faire l'objet d'une écriture symétrique au compte 709 (rabais, remises et ristournes accordés) et générer un avoir client conforme, avec mentions obligatoires de l'article 242 nonies A de l'annexe II au CGI. Un connecteur qui se contente de netter le CA sans avoir tracé est inadmissible en cas de vérification de comptabilité par l'administration fiscale.
Shopify ne calcule pas votre marge brute réelle : la plateforme ignore vos coûts d'achat marchandises, vos coûts logistiques et vos frais de douane. Le logiciel comptable doit ingérer en parallèle vos factures fournisseurs et opérer une valorisation des stocks au CUMP (Coût Unitaire Moyen Pondéré) ou au FIFO. Sans cette double alimentation, votre P&L est purement déclaratif et votre résultat fiscal potentiellement erroné.
L'administration fiscale exige que le FEC soit conforme à l'article A 47 A-1 du LPF et que chaque écriture soit justifiée par une pièce. Un connecteur doit donc archiver, par commande, la facture Shopify, le justificatif de paiement et l'avoir éventuel, dans un référentiel pérenne (idéalement le coffre-fort numérique du logiciel comptable). Une rupture de piste d'audit constitue un motif de rejet de comptabilité.
Quatre erreurs reviennent dans presque chaque dossier que nous reprenons. La première est la comptabilisation du net bancaire en CA, qui sous-évalue mécaniquement le chiffre d'affaires et la TVA collectée, créant à terme une incohérence parfaite avec les déclarations CA3. Cette incohérence est précisément l'un des signaux d'alerte qui peuvent déclencher un contrôle fiscal.
La deuxième est l'oubli du seuil OSS de 10 000 € : une boutique qui dépasse le seuil sans s'inscrire au guichet unique continue de facturer la TVA française à des clients qui auraient dû payer la TVA locale, ce qui expose à un redressement avec intérêts de retard (0,20 % par mois).
La troisième est l'absence de provision sur stocks : les marques DTC accumulent souvent des invendus saisonniers, sans dépréciation comptabilisée, ce qui gonfle artificiellement le résultat et l'impôt sur les sociétés à payer.
La quatrième est la confusion entre flux Shopify et flux marketplaces : une marque qui vend simultanément sur sa boutique et sur Amazon ne peut pas appliquer la même logique d'intégration, les marketplaces étant facturées différemment (commissions, FBA, Pan-EU) et soulevant la question du redevable légal de la TVA.
Avant de signer pour un connecteur, exigez de votre intégrateur un jeu de test sur 30 jours réels : commandes UE, hors UE, multi-devises, remboursements partiels, échanges, et un payout complet. Si le rapprochement bancaire ne tombe pas au centime près sur ce jeu de test, ne basculez pas en production. Une comptabilité fausse est plus coûteuse à corriger qu'à fiabiliser dès l'origine.
Notre cabinet a structuré une offre dédiée aux dirigeants e-commerce réalisant entre 100 K€ et 5 M€ de chiffre d'affaires. Nous intervenons sur trois niveaux. D'abord l'audit du flux existant : nous analysons votre paramétrage Shopify, votre PSP, votre connecteur et votre logiciel comptable, et nous identifions les écarts entre votre CA Shopify, vos déclarations de TVA et votre FEC. Ensuite la refonte de l'architecture : nous sélectionnons l'outillage adapté à votre volumétrie et à votre stratégie internationale, nous paramétrons la TVA OSS / IOSS et nous mettons en place la valorisation des stocks. Enfin le pilotage récurrent en mode Business Partner, avec reportings mensuels orientés marge brute, taux de marge contributive par canal et BFR.
Notre équipe maîtrise les spécificités des marques DTC, des dropshippers, des vendeurs marketplaces et des éditeurs SaaS. Nous travaillons quotidiennement avec Pennylane, Sellsy, A2X et les principaux connecteurs du marché. Pour échanger sur votre architecture data actuelle ou planifier un audit, prenez rendez-vous avec l'un de nos experts-comptables via notre page contact.
Cet article présente un cadre général à jour à la date de publication ; chaque situation requiert une analyse personnalisée par nos experts.
Information à caractère général, non constitutive d'un conseil personnalisé.