Les e-commerçants produisent chaque mois une grande quantité de données financières. Amazon, Shopify, eBay et les autres canaux de vente fournissent commandes, avoirs, frais et relevés. PayPal, Stripe, Klarna, Mollie ou Shopify Payments fournissent en plus les données de paiement et de versement. Les outils de facturation génèrent les factures de vente, tandis que factures d'achat, justificatifs de frais et mouvements bancaires se trouvent souvent dans d'autres systèmes.

Si vous vendez en Allemagne ou travaillez avec un cabinet allemand, ces données finissent généralement dans DATEV, le logiciel de référence des experts-comptables allemands. Pour un cabinet français, KudTax exporte au format FEC selon le PCG ou vers Sage et Cegid ; cet article se concentre sur DATEV.

À première vue, la tâche paraît simple : tout exporter, l'écrire dans un fichier CSV et l'importer dans DATEV. En pratique, ce n'est pas l'extension du fichier qui décide si un export DATEV pour le e-commerce fonctionne. Ce qui compte, c'est que le fichier respecte techniquement le format DATEV, que la logique comptable soit juste sur le fond et que chiffres d'affaires, paiements, factures et pièces restent reliés sans ambiguïté.

Un import peut réussir techniquement et produire malgré tout une comptabilité inutilisable. Des ventes peuvent apparaître en double, des versements groupés être pris à tort pour des produits, des postes ouverts rester impayés, des pièces être impossibles à ouvrir ou des opérations de TVA étrangère être comptabilisées sur de mauvais comptes. À l'inverse, une logique comptable correcte peut échouer à l'import si un champ obligatoire manque, si un caractère spécial n'est pas admis ou si l'en-tête ne correspond pas à la période.

Cet article explique ce que doit contenir un export DATEV conforme aux GoBD pour le e-commerce, comment fonctionnent lots d'écritures, liens vers les pièces et postes ouverts (OPOS), et comment e-commerçants et cabinets évitent les erreurs d'import typiques.

Qu'est-ce qu'un fichier d'export DATEV (format EXTF) ?

DATEV ne traite pas n'importe quel fichier CSV. Le système exige une structure de fichier précisément définie, le format DATEV (format EXTF). Ce format est spécifié par DATEV eG et pose des exigences strictes sur l'en-tête, le nombre de colonnes, la longueur des champs, les formats de nombres et de dates.

Un fichier DATEV EXTF valide se compose de trois parties :

En-tête : contient les métadonnées comme numéros de conseiller et de client, début de l'exercice, plan comptable (SKR03 / SKR04), devise (EUR) et période.
En-têtes de colonnes : fixent l'ordre exact des champs standard DATEV (montant, indicateur débit/crédit, compte, contrepartie, code TVA BU, date de pièce, Belegfeld 1, Belegfeld 2, libellé, etc.).
Lignes d'écriture : les écritures proprement dites, préparées selon les règles de validation DATEV.

Si l'en-tête manque, si une colonne est décalée ou si une date est transmise sous la forme 2026-07-29 au lieu de 2907, DATEV interrompt l'import avec un message d'erreur.

Exigences essentielles d'un export DATEV e-commerce

Un export DATEV de qualité pour le e-commerce doit remplir des critères à la fois techniques et comptables :

1. Le bon plan comptable et les bons codes TVA DATEV (codes BU)

Le fichier doit utiliser le plan comptable actif du client (SKR03, SKR04 ou saisie polyvalente du cabinet). Chaque écriture de chiffre d'affaires doit recevoir le code TVA DATEV adapté (code BU) :

Taux normal 19 % national (BU 3 / SKR03 8400)
Taux réduit 7 % national (BU 2 / SKR03 8300)
Livraisons intracommunautaires exonérées (BU 11)
Taux OSS pour les pays de destination B2C dans l'UE
Autoliquidation sur les prestations de services étrangères (BU 19 / § 13b UStG)

2. Belegfeld 1 pour le lettrage automatique des postes ouverts

Dans le e-commerce, Belegfeld 1 (champ de pièce 1) est la clé centrale de l'affectation. Il devrait contenir l'identifiant de transaction univoque, par exemple :

numéro de commande Amazon (p. ex. 302-1234567-8901234)
numéro de commande Shopify (p. ex. #10542)
identifiant de transaction du prestataire de paiement (p. ex. PayPal / Stripe)

L'utilisation systématique de Belegfeld 1 permet à l'automatisation OPOS de DATEV de rapprocher directement les créances clients des versements des prestataires de paiement.

3. Liens vers les pièces pour la conformité GoBD (pièce numérique)

Selon les GoBD, chaque écriture doit pouvoir être rattachée à sa pièce d'origine. Les exports DATEV peuvent contenir des liens vers les pièces (Digitaler Beleg), formatés pour DATEV Unternehmen Online ou DATEV Belegtransfer. Lorsque la configuration le permet, le conseiller ouvre directement depuis la ligne d'écriture, dans DATEV Kanzlei-Rechnungswesen, la facture PDF ou le relevé correspondant – à vérifier pendant le mois d'essai.

Lettrage des postes ouverts ou comptabilisation directe

Il existe deux méthodes de base pour exporter des données e-commerce vers DATEV :

Méthode A : comptabilisation directe (sans compte client)

Les commandes sont comptabilisées directement du produit vers le compte d'attente du prestataire de paiement.

Écriture : compte d'attente (débit) ➔ compte de produit (crédit)
Avantage : plus simple, moins de lignes d'écriture.
Inconvénient : pas de ventilation par client ; créances ouvertes et litiges difficiles à suivre.

Méthode B : comptabilité des postes ouverts (OPOS)

Les commandes sont comptabilisées sur des comptes clients individuels ou collectifs, puis soldées au versement.

Écriture 1 (vente) : client (débit) ➔ compte de produit (crédit)
Écriture 2 (paiement) : compte d'attente (débit) ➔ client (crédit)
Avantage : pleinement conforme aux GoBD ; suivi complet des postes ouverts ; identification simple des commandes impayées.
Inconvénient : exige un rapprochement précis via Belegfeld 1 pour éviter les arriérés.

Pour les e-commerçants en croissance et les cabinets, la comptabilité OPOS avec lettrage automatique via Belegfeld 1 est la référence.

Erreurs d'import DATEV typiques et leur correction

L'import de fichiers e-commerce dans DATEV génère souvent des messages d'erreur. Les causes et solutions les plus fréquentes :

Erreur d'import	Cause	Solution
« En-tête erroné »	Métadonnées manquantes, numéro de conseiller faux ou format non admis.	Régénérer le fichier selon la spécification officielle de l'en-tête EXTF.
« Date de pièce invalide »	Date au format `AAAA-MM-JJ` ou `JJ.MM.AAAA`.	Dans un lot mensuel, DATEV exige le format `JJMM` (p. ex. `2907` pour le 29 juillet).
« Belegfeld 1 trop long »	Belegfeld 1 dépasse 36 caractères (p. ex. longs identifiants de marketplace).	Raccourcir proprement les numéros de commande à 36 caractères maximum.
« Code BU non admis »	Le code TVA ne correspond pas au type de compte ou au plan comptable.	Rapprocher les codes BU des données de base du SKR03/SKR04.
« Lot non équilibré »	Le total débit ne correspond pas au total crédit du lot.	Vérifier l'exhaustivité des écritures de compte d'attente et de frais.
« Caractère non admis dans le libellé »	Caractères spéciaux, émojis ou caractères de contrôle dans le champ texte.	Nettoyer automatiquement les libellés avant l'export.

Pour contrôler la structure d'un fichier avant l'envoi, utilisez notre vérificateur d'export DATEV gratuit ; les sept erreurs les plus fréquentes sont détaillées dans la checklist des erreurs EXTF.

Pas à pas : importer un lot e-commerce dans DATEV

Voici comment importer un lot d'écritures e-commerce dans DATEV Kanzlei-Rechnungswesen :

Étape 1 : ouvrez DATEV Kanzlei-Rechnungswesen et choisissez le client ainsi que l'exercice.
Étape 2 : allez dans Stapelverarbeitung (traitement par lots) ➔ Importieren ➔ DATEV-Format.
Étape 3 : sélectionnez le fichier EXTF généré par votre interface e-commerce (p. ex. KudTax).
Étape 4 : vérifiez le journal d'import pour d'éventuelles remarques ou alertes de champ.
Étape 5 : cliquez sur Importieren et intégrez le lot à la comptabilité générale.
Étape 6 : lancez le lettrage OPOS automatique pour rapprocher créances et comptes d'attente.

Valider l'export DATEV avec KudTax pendant un mois d'essai

KudTax rapproche vos données e-commerce à l'aide de l'IA, en génère des écritures selon le SKR03 ou le SKR04 et les transmet au format DATEV EXTF. Pour un cabinet français, les mêmes écritures sortent selon le PCG, au format FEC ou vers Sage et Cegid. Ce qui compte, ce sont les données que livrent vos sources et les paramètres convenus pour le système cible.

Pour eBay, commandes, frais, remboursements et versements font partie du périmètre confirmé. Pour WooCommerce, la page de l'intégration décrit la connexion par API et l'import de fichiers CSV ou XLSX. Parmi les prestataires de paiement, PayPal et Stripe sont des exemples confirmés. Vérifiez les autres sources selon leur périmètre actuellement pris en charge dans l'aperçu des intégrations.

Fixez avec le cabinet un mois d'essai. Comparez données sources, opérations déjà comptabilisées, références de pièces et résultat de l'import. Une référence dans l'enregistrement ne signifie pas automatiquement que le fichier de la pièce est disponible dans le système cible. Clarifiez les questions ouvertes avant l'export courant.

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 discuter de vos sources de données, prenez rendez-vous pour une démo.

Sources officielles et liens complémentaires

Remarque : cet article sert à l'information générale des cabinets et des e-commerçants et ne constitue pas un conseil juridique ou fiscal formel.

Export DATEV pour e-commerçants : lots d'écritures et erreurs d'import