Regrouper les opérations e-commerce en écritures récapitulatives

Un e-commerçant en croissance peut générer en quelques jours des milliers de commandes, paiements, remboursements et frais. Si tous ces événements sont exportés sans filtre comme écritures individuelles vers un logiciel comptable, il en résulte des fichiers d'écritures très volumineux. Le volume complique le contrôle, allonge les imports et rend vite illisibles les grands livres pour la comptabilité et l'expert-comptable.

La solution ne consiste pas à supprimer les commandes ou factures sous-jacentes. Elle consiste à distinguer deux niveaux :

Les transactions opérationnelles individuelles restent intégralement conservées dans le système amont, avec numéro de commande, numéro de facture, taux de TVA, marketplace, référence de paiement et autres détails.

Les écritures regroupées réunissent, pour l'export vers le logiciel comptable (FEC, Sage, Cegid, DATEV ou autre), des transactions individuelles similaires et compatibles sur le fond.

KudTax ne fusionne donc pas plusieurs factures juridiquement autonomes en un nouveau document de facture. La description précise est la suivante :

KudTax regroupe des commandes, ventes et transactions similaires en écritures récapitulatives pour l'export comptable.

Cette distinction est décisive. La facture reste la pièce de l'opération individuelle. L'écriture récapitulative est une présentation contrôlée, dans le grand livre, de plusieurs opérations imputées de façon identique.

Pourquoi les écritures individuelles deviennent vite illisibles dans le e-commerce

Dans une entreprise B2B classique, 500 factures de vente par mois peuvent signifier environ 500 écritures de produit. Dans le e-commerce, la structure des données est différente. Une seule commande peut générer plusieurs événements comptables :

• vente et TVA,
• frais de port,
• remise,
• paiement,
• frais de paiement,
• commission de marketplace,
• remboursement partiel ultérieur,
• retour,
• rétrofacturation,
• versement via un prestataire de paiement.

Si un marchand vend via Amazon Allemagne, Amazon France, Shopify et eBay, le nombre de variantes se multiplie. Plusieurs taux de TVA, pays d'entreposage, devises et comptes de produits peuvent en outre être concernés.

Un export avec chaque commande comme écriture générale distincte peut être correct sur le fond. Pour de très gros volumes, il présente toutefois des inconvénients pratiques :

• des fichiers d'écritures très volumineux,
• de longs grands livres aux libellés répétitifs,
• une charge d'import et de traitement plus élevée,
• une vision plus difficile des totaux périodiques,
• plus d'effort pour contrôler des écritures similaires,
• des limites techniques de certains fichiers d'import,
• des analyses peu lisibles pour le client et le cabinet.

DATEV indique par exemple un maximum de 99 999 écritures par fichier de lot. Cela ne signifie pas que chaque marchand doit regrouper ses données. Mais pour les gros volumes, cette limite montre pourquoi une agrégation contrôlée ou un découpage par période peut être utile en pratique.

Qu'est-ce qu'une écriture récapitulative dans le e-commerce ?

Une écriture récapitulative réunit plusieurs opérations individuelles aux caractéristiques comptables identiques en une seule écriture.

Supposons que 1 800 commandes Amazon Allemagne soient toutes comptabilisées du 1er au 15 janvier selon la même logique :

• compte débité : 1800 (au SKR04),
• compte crédité : 4400,
• marketplace : Amazon Allemagne,
• devise : EUR,
• situation fiscale identique,
• même période d'export.

Au lieu de produire 1 800 lignes d'export, le système peut additionner les montants en une écriture récapitulative. L'écriture exportée indique alors par exemple :

15/01 – 4400 / 1800 – Amazon DE Orders

Les 1 800 commandes restent présentes individuellement dans le système amont. L'écriture récapitulative doit pouvoir se décomposer en une liste des transactions qu'elle contient.

Une écriture récapitulative n'est donc ni une nouvelle commande ni une nouvelle facture. C'est une écriture de grand livre regroupée, fondée sur des opérations individuelles documentées.

Écriture individuelle ou récapitulative : quelle différence ?

Caractéristique	Écriture individuelle	Écriture récapitulative
Nombre de lignes d'export	Une ligne par opération ou composante	Une ligne pour plusieurs opérations similaires
Niveau de détail au grand livre	Très élevé	Regroupé
Niveau de détail dans le système amont	Transaction individuelle présente	La transaction individuelle doit rester présente
Grand livre	Nombreuses lignes individuelles	Totaux périodiques ou groupés
Adapté au lettrage	Bien adapté aux postes ouverts par facture	Pas adapté à toute logique clients
Volume d'import	Élevé	Réduit
Contrôle	Contrôle individuel directement dans le logiciel comptable	Contrôle via l'écriture récapitulative et le justificatif de décomposition
Usage typique	Factures B2B, opérations particulières, postes ouverts	Transactions B2C de masse similaires et écritures générales

Les deux méthodes peuvent être combinées dans un même dossier. Les factures de vente du livre auxiliaire clients peuvent être transmises individuellement, tandis que certains mouvements de comptes généraux ou groupes de ventes B2C déjà rapprochés sont exportés de façon regroupée.

Regrouper des écritures est-il conforme aux GoBD ?

Les GoBD allemands exigent en principe que les opérations soient enregistrées de façon complète, correcte, en temps utile, ordonnée et traçable. Ils prévoient en règle générale un enregistrement individuel, afin que les fondements, le contenu et la portée d'une opération puissent être vérifiés.

En même temps, des enregistrements regroupés ou condensés au grand livre peuvent être admis lorsqu'ils peuvent être décomposés de façon traçable en positions individuelles des enregistrements de base ou du journal. En France, le PCG admet de même les écritures centralisatrices, à condition que le détail des opérations reste conservé et vérifiable.

Pour une écriture récapitulative vérifiable, cela signifie notamment :

• Chaque transaction d'origine reste conservée.
• L'affectation à une écriture récapitulative est univoque.
• La formation du total est reproductible.
• Critères, période et filtres sont documentés.
• Les modifications des transactions individuelles et des écritures récapitulatives sont traçables.
• Pièces et factures restent accessibles.
• Les positions individuelles peuvent être analysées par machine.
• La fonction utilisée est décrite dans la documentation des procédures.

Un regroupement ne doit pas rendre le contenu d'origine impossible à établir. Le § 239 HGB exige que les enregistrements d'origine restent identifiables en cas de modification.

L'usage concret devrait être convenu avec le cabinet compétent. Toutes les opérations ne se prêtent pas à une écriture récapitulative.

Selon quels critères KudTax peut-il regrouper les écritures ?

À l'export, l'utilisateur peut activer la fonction de regroupement et définir quelles écritures entrent ensemble dans une écriture récapitulative. Les critères se combinent. Seules les écritures qui remplissent toutes les conditions choisies appartiennent au même groupe.

Période

L'utilisateur fixe la période d'un groupe. Une division est par exemple possible en :

• du 1er au 15 janvier,
• du 16 au 31 janvier.

Cela crée deux écritures distinctes, bien que les deux concernent la même plateforme et la même imputation.

Un regroupement par quinzaine peut être utile lorsque analyses, déclarations de TVA ou contrôles internes ne doivent pas seulement montrer un total mensuel. Des regroupements quotidiens, hebdomadaires ou mensuels peuvent aussi être pertinents selon le processus.

L'important est la date utilisée pour la sélection : date de commande, date de facture, date de prestation, date de paiement ou autre date de transaction. Ce type de date doit être clairement fixé dans le processus d'export.

Comptes débité et crédité, ou codes comptables

Seules les écritures à imputation compatible devraient être regroupées. KudTax peut utiliser pour cela les codes comptables, ou comptes débité et crédité, comme critère de regroupement.

Par exemple, toutes les écritures avec :

• compte crédité 4400,
• compte débité 1800

peuvent être regroupées sur une période définie.

Les écritures portant sur un autre compte de produit, de TVA, de frais ou d'attente doivent rester dans un autre groupe. On évite ainsi que des opérations économiquement différentes disparaissent dans un total flou.

Plateforme

La plateforme désigne le canal de vente ou le système de niveau supérieur, par exemple Amazon, Shopify, eBay ou Kaufland.

Un regroupement par plateforme évite que des ventes Amazon et Shopify se retrouvent dans la même écriture récapitulative, alors qu'elles sont peut-être rapprochées via des sources de données, des processus de paiement et des rapports de contrôle différents.

Marketplace

Une plateforme peut comprendre plusieurs marketplaces. Chez Amazon, l'Allemagne, la France, l'Italie, l'Espagne ou d'autres pays sont par exemple des marketplaces distinctes.

Le regroupement par marketplace permet une séparation claire :

• Amazon Allemagne,
• Amazon France,
• Amazon Italie.

C'est particulièrement important lorsque des pays de TVA, des taux, des comptes de produits ou des devises différents sont concernés.

Date de l'écriture récapitulative

L'utilisateur fixe la date que reçoit l'écriture regroupée dans l'export. Pour la période du 1er au 15 janvier, le 15 janvier peut par exemple servir de date d'écriture.

La date de l'écriture récapitulative ne modifie pas automatiquement les dates d'origine des factures, prestations ou transactions. Celles-ci restent conservées au niveau des opérations individuelles. La date choisie sert à la présentation et au rattachement de période dans l'export comptable et doit correspondre à la logique du dossier.

Libellé personnalisé

Le libellé peut être fixé de façon dynamique ou personnalisée. Exemples :

• Amazon DE Orders 01-15,
• Shopify FR Ventes janvier,
• Amazon FR TVA 20%,
• eBay Paiements S03.

Un bon libellé décrit précisément le groupe sans énumérer chaque commande. DATEV limite par exemple le champ libellé du lot à 60 caractères. Les détails plus longs ont donc leur place dans le rapport de décomposition, les informations complémentaires ou le système amont.

Exemple pratique : ventes Amazon Allemagne du 1er au 15 janvier

L'utilisateur choisit dans KudTax les paramètres suivants :

Paramètre	Choix
Période	01/01–15/01
Comptes	4400 / 1800
Plateforme	Amazon UE
Marketplace	Allemagne
Date d'écriture	15/01
Libellé	Amazon DE Orders

Sur la période choisie, 2 400 commandes correspondent. Selon les règles de comptabilisation validées, elles représentent ensemble 142 800,00 €.

KudTax génère pour l'export l'écriture récapitulative :

15/01 – 142 800,00 € – 4400 / 1800 – Amazon DE Orders

Restent notamment conservés dans le système :

• les 2 400 numéros de commande,
• les numéros de facture,
• les montants individuels,
• les dates d'origine,
• les informations d'articles et de TVA,
• l'affectation à la marketplace,
• les références de paiement,
• l'affectation à l'écriture récapitulative concernée.

Du 16 au 31 janvier, une seconde écriture récapitulative peut être générée avec sa propre date, son montant et son libellé.

Exemple étendu avec plusieurs groupes

Période	Marketplace	Groupe TVA/comptes	Écriture exportée
01/01–15/01	Amazon DE	DE 19 % / 4400 / 1800	Amazon DE 19% 01-15
01/01–15/01	Amazon DE	DE 7 % / autre compte de produit	Amazon DE 7% 01-15
01/01–15/01	Amazon FR	FR taux normal / compte propre	Amazon FR STD 01-15
16/01–31/01	Amazon DE	DE 19 % / 4400 / 1800	Amazon DE 19% 16-31
16/01–31/01	Amazon FR	FR taux normal / compte propre	Amazon FR STD 16-31

Le regroupement réduit le nombre d'écritures exportées sans mélanger indûment taux, pays et comptes.

Quelles opérations ne doivent pas être simplement regroupées ensemble ?

Une écriture récapitulative ne doit pas être formée au seul motif que plusieurs montants sont positifs ou négatifs. Les opérations sous-jacentes doivent être compatibles sur le fond.

Sont en règle générale à traiter séparément :

• comptes débités ou crédités différents,
• taux de TVA différents,
• pays d'imposition différents,
• devises différentes,
• opérations imposables et exonérées,
• situations B2B et B2C au traitement différent,
• ventes et remboursements, si la logique de contrôle exige une présentation distincte,
• produits et frais de marketplace,
• paiements clients et versements bancaires,
• rétrofacturations ouvertes et corrections définitives de produits,
• périodes de prestation ou de comptabilisation différentes,
• ventes nationales et ventes OSS,
• ventes de marketplace au statut de fournisseur présumé différent,
• clients individuels à lettrer en postes ouverts.

Plus les critères concordent au sein d'un groupe, plus l'écriture récapitulative est solide.

Différence entre commandes, factures, transactions et écritures

Commande

La commande documente ce que le client a commandé dans la boutique ou sur la marketplace. Elle peut ensuite être annulée, scindée ou modifiée.

Facture

La facture est la pièce juridique et fiscale de facturation. La fonction de regroupement ne fusionne pas plusieurs factures autonomes en une nouvelle facture récapitulative.

Transaction

Une transaction décrit un événement financier ou opérationnel, par exemple paiement, remboursement, frais, réserve ou versement. Plusieurs transactions peuvent appartenir à une commande.

Écriture

L'écriture transpose l'effet économique dans la comptabilité générale. Une écriture individuelle peut se rapporter à une transaction. Une écriture regroupée peut réunir plusieurs transactions traitées de façon identique.

La fonction KudTax regroupe le niveau des écritures de l'export. Elle ne remplace ni les commandes ni les documents de facture.

Quels avantages offre le regroupement ?

Moins d'écritures au grand livre

Des milliers de commandes similaires peuvent être regroupées en quelques écritures contrôlées par période, compte et marketplace.

Des grands livres plus lisibles

Au lieu de lignes répétitives, le compte affiche des totaux périodiques clairement libellés. Le détail peut être ouvert si besoin dans le système amont.

Traitement plus rapide des gros volumes

Des fichiers d'écritures plus petits se transmettent, s'importent et se contrôlent plus facilement. C'est particulièrement pertinent quand les gros volumes approchent des limites techniques de fichier.

Séparation claire par marketplace et imputation

Les critères de regroupement évitent que différentes marketplaces ou groupes de comptes soient mélangés sans contrôle.

Logique de période personnalisée

L'utilisateur peut par exemple former des groupes par quinzaine, semaine ou mois et fixer la date d'écriture en conséquence.

Moins de travail manuel

Le cabinet n'a pas à parcourir des milliers de lignes identiques. Il contrôle les totaux, les critères et les justificatifs de décomposition.

Un processus d'export reproductible

Des paramètres définis une fois peuvent être utilisés de façon cohérente pour les exports récurrents, tant que la logique d'imputation et de TVA reste inchangée.

Quels inconvénients et risques présentent les écritures récapitulatives ?

Le regroupement n'est pas une fin en soi. Une agrégation trop agressive peut masquer des informations importantes.

Risques possibles :

• absence de transaction individuelle directe au grand livre,
• lettrage plus difficile,
• mélange de situations fiscales différentes,
• formation du total non expliquée,
• mauvais rattachement de période,
• double saisie après un nouvel export,
• écarts entre système amont et logiciel comptable,
• documentation des procédures insuffisante,
• perte des références de commande et de pièce,
• contrôle fiscal laborieux en l'absence de rapport de décomposition.

La solution est un regroupement contrôlé avec des règles fixes, une version, un identifiant d'export et une traçabilité complète.

Comment KudTax regroupe intelligemment les écritures e-commerce

L'export KudTax sépare sélection des données, logique de comptabilisation et regroupement.

1. Sélectionner les données : l'utilisateur choisit la période d'export et les sources.
2. Appliquer les règles de comptabilisation : chaque commande ou transaction reçoit comptes, traitement fiscal et autres caractéristiques.
3. Activer le regroupement : groupement par période, codes comptables, plateforme et marketplace.
4. Fixer date et libellé : chaque groupe reçoit une date d'export et une description.
5. Additionner les montants compatibles : seules les transactions remplissant tous les critères sont regroupées.
6. Générer l'export : KudTax crée les écritures récapitulatives au format FEC selon le PCG, pour Sage, Cegid, DATEV ou d'autres systèmes pris en charge.
7. Conserver l'affectation : chaque opération individuelle reste affectée à son écriture récapitulative.

Un rapport de contrôle pour chaque écriture récapitulative

Un rapport de décomposition et de contrôle utile devrait contenir au minimum, par groupe :

• identifiant univoque du groupe ou de l'export,
• date de création,
• période,
• type de date utilisé,
• plateforme,
• marketplace,
• compte débité,
• compte crédité,
• code TVA ou code d'écriture,
• devise,
• nombre d'opérations individuelles,
• totaux HT, TVA et TTC, selon le cas,
• date d'écriture,
• libellé,
• liste ou fichier exportable des transactions incluses,
• version des règles,
• utilisateur ou statut de validation,
• corrections ou contre-passations ultérieures.

Le cabinet peut ainsi remonter de l'écriture récapitulative aux positions individuelles et vérifier à l'inverse dans quelle écriture une commande donnée est entrée.

Comment sont traités les retours et les modifications ultérieures ?

Les données e-commerce peuvent changer après un export. Un client retourne en février une commande incluse dans une écriture récapitulative de janvier. L'export de janvier ne doit pas être modifié en silence.

Un processus traçable traite le retour ultérieur comme une nouvelle opération de correction. L'avoir ou la correction de produit est comptabilisé sur la période concernée et conserve la référence à la commande et à la facture d'origine.

En cas de données sources corrigées après coup, le système devrait reconnaître :

• si la transaction d'origine a déjà été exportée,
• dans quel groupe elle figurait,
• quelle écriture de correction est nécessaire,
• si un nouveau groupe de corrections est créé,
• si un export peut être annulé et régénéré.

Les écritures déjà verrouillées ne doivent pas être écrasées à l'insu de quiconque.

Une écriture récapitulative peut-elle remplacer les postes ouverts ?

Pas toujours. Le lettrage exige souvent une affectation par facture, client ou numéro de commande. Si plusieurs factures clients sont regroupées en une seule écriture générale, l'affectation individuelle peut se perdre dans le logiciel comptable.

Modèles possibles :

Écritures clients individuelles, écritures générales regroupées : factures et paiements restent individuels au livre auxiliaire. Certaines composantes du grand livre sont regroupées.

Client plateforme ou client collectif : les gros volumes B2C passent par un processus collectif rapproché. Les transactions individuelles restent dans le système amont.

Comptabilisation entièrement individuelle : pour les factures B2B particulières, créances ouvertes ou cas individuels sensibles en contrôle, chaque écriture reste distincte.

La méthode adaptée dépend du processus de facturation, du rapprochement des paiements, du plan comptable et du concept du cabinet.

Export vers DATEV, le FEC et d'autres logiciels comptables

Le format DATEV est une interface CSV pour données comptables structurées. DATEV recommande un fichier par période comptable. Un export regroupé peut soutenir ce concept de période, en générant par exemple des écritures récapitulatives clairement délimitées par mois ou par quinzaine. Pour un cabinet français, le même principe vaut pour le FEC : chaque écriture récapitulative y figure avec sa date, ses comptes, son libellé et sa référence de pièce, tandis que le détail reste disponible.

Un lot d'écritures DATEV peut notamment contenir les champs suivants :

• montant et indicateur débit/crédit,
• compte et contrepartie,
• code BU,
• date de pièce,
• champs de pièce,
• libellé,
• numéro de commande,
• date de prestation,
• devise,
• informations complémentaires,
• GUID d'écriture.

Le regroupement doit intervenir avant l'export. Le logiciel comptable reçoit alors l'écriture récapitulative finale. Les transactions individuelles et le justificatif de décomposition restent dans le système amont ou dans l'archivage documenté.

KudTax peut aussi exporter des données pour d'autres logiciels comptables. Structure des champs, logique des comptes et regroupement admis peuvent varier selon le système cible.

Exemple d'export regroupé

Date	Montant	Compte	Contrepartie	Libellé
15/01	142 800,00 €	4400	1800	Amazon DE Orders 01-15
31/01	151 420,00 €	4400	1800	Amazon DE Orders 16-31
15/01	48 900,00 €	compte produits OSS FR	1800	Amazon FR Sales 01-15
31/01	52 760,00 €	compte produits OSS FR	1800	Amazon FR Sales 16-31

Derrière la première ligne peuvent se trouver 2 400 commandes individuelles, derrière la deuxième 2 610, et derrière les groupes français d'autres transactions. Le fichier reste lisible, tandis que le rapport de décomposition contient les détails.

Quels contrôles le cabinet devrait-il effectuer ?

Avant de valider un export regroupé, il convient de vérifier :

1. Toutes les plateformes et marketplaces attendues sont-elles incluses ?
2. La période est-elle complète et sans chevauchement ?
3. Les transactions déjà exportées ont-elles été exclues ?
4. Comptes et codes TVA correspondent-ils à la logique validée ?
5. Pays, taux et devises différents ont-ils été séparés ?
6. Chaque écriture récapitulative peut-elle être décomposée en transactions individuelles ?
7. Les totaux du groupe, du rapport de contrôle et du fichier exporté concordent-ils ?
8. Factures et pièces restent-elles disponibles ?
9. La date d'écriture est-elle admissible sur le fond ?
10. Corrections et retours sont-ils traités de façon traçable ?
11. La version des règles a-t-elle été documentée ?
12. Les types de transactions inhabituels ou nouveaux sont-ils exclus ou vérifiés ?

Erreurs typiques lors du regroupement des écritures e-commerce

Erreur 1 : parler de factures « fusionnées »

La fonction regroupe des écritures. Elle ne crée pas de nouvelle facture récapitulative à partir de factures juridiquement autonomes.

Erreur 2 : mélanger plusieurs taux de TVA dans un même total

Les ventes à des taux différents exigent en règle générale des groupes de comptes ou de TVA distincts.

Erreur 3 : comptabiliser ensemble Amazon Allemagne et Amazon France

Marketplace, pays d'imposition et, le cas échéant, devise doivent rester séparés.

Erreur 4 : compenser ventes et frais

La logique de versement net ou de règlement ne doit pas conduire à mélanger produits et charges.

Erreur 5 : supprimer les transactions individuelles après l'export

Le regroupement n'est vérifiable que si les enregistrements de base et les pièces restent conservés.

Erreur 6 : la date de l'écriture récapitulative remplace la date de prestation

La date d'export ne doit pas écraser les dates d'origine fiscalement pertinentes.

Erreur 7 : des retours ultérieurs modifient en silence d'anciens groupes

Les corrections exigent une nouvelle opération documentée ou une annulation et réédition contrôlées.

Erreur 8 : le cabinet ne reçoit pas de rapport de décomposition

Sans liste de transactions, le total ne peut pas être contrôlé efficacement.

Erreur 9 : ignorer les exigences de lettrage

Les écritures clients et les affectations de paiements ne se regroupent pas utilement dans tous les modèles.

Erreur 10 : modifier les règles de regroupement sans historique de versions

Le même fichier source pourrait sinon donner des résultats différents sans que la cause soit traçable.

Quand une écriture récapitulative est-elle particulièrement utile ?

Le regroupement convient particulièrement lorsque :

• de très nombreuses commandes B2C similaires sont générées,
• la logique d'imputation est stable,
• aucun suivi individuel des postes ouverts n'est nécessaire au grand livre,
• les transactions individuelles restent intégralement conservées dans le système amont,
• plateforme, marketplace, devise et logique fiscale sont clairement séparées,
• un rapport de contrôle est établi,
• le cabinet a validé le processus.

Il convient moins pour quelques factures individuelles de montant important, des clients B2B individuels, des créances ouvertes ou litigieuses, de nouveaux types de transactions, des cas de TVA incertains ou des opérations sans pièces complètes.

Questions fréquentes

Que signifie « regrouper les écritures e-commerce » ?

Plusieurs commandes ou transactions imputées de façon identique sont additionnées en une écriture récapitulative pour l'export comptable. Les transactions individuelles restent conservées dans le système amont.

La fonction KudTax transforme-t-elle plusieurs factures en une seule ?

Non. Les factures restent des documents autonomes. KudTax regroupe les écritures qui en découlent, compatibles sur le fond, pour l'export.

Selon quels critères KudTax peut-il regrouper les écritures ?

Le regroupement peut se faire par période, codes comptables ou comptes débité et crédité, plateforme et marketplace. Date d'écriture et libellé de l'écriture récapitulative peuvent en outre être fixés.

Puis-je regrouper séparément du 1er au 15 et du 16 à la fin du mois ?

Oui. Les deux périodes peuvent être définies comme groupes distincts et reçoivent leurs propres dates, libellés et totaux.

Peut-on regrouper Amazon Allemagne et Amazon France ?

Ils devraient rester séparés si la logique de pays, de TVA ou d'imputation diffère. C'est généralement le cas dans le commerce transfrontalier.

Puis-je regrouper des ventes à des taux de TVA différents ?

Pas dans une même écriture fiscale. Des taux différents et les comptes de produits ou codes TVA correspondants devraient former des groupes distincts.

Les commandes Amazon individuelles restent-elles traçables ?

Oui. Les commandes d'origine et le détail des transactions restent conservés dans KudTax et sont affectés à l'écriture récapitulative concernée.

Une écriture récapitulative est-elle conforme ?

Des enregistrements regroupés au grand livre peuvent être admis s'ils peuvent être intégralement décomposés en positions individuelles des enregistrements de base et si traçabilité, inaltérabilité, accès aux pièces et documentation des procédures sont garantis. Le processus concret devrait être convenu avec le cabinet.

Une écriture récapitulative réduit-elle le nombre de factures ?

Non. Elle réduit seulement le nombre de lignes d'écriture de l'export. Factures et pièces restent inchangées.

Puis-je aussi regrouper les commandes Shopify ?

Oui, dès lors que les transactions choisies ont les mêmes caractéristiques de comptes, de TVA, de devise et de période et que le processus comptable choisi prévoit un regroupement.

Que se passe-t-il en cas de retour ultérieur ?

Le retour est traité comme opération de correction sur la période concernée et relié à la commande d'origine. Un groupe déjà exporté ne doit pas être modifié à l'insu de quiconque.

Faut-il un rapport pour chaque écriture récapitulative ?

Un rapport de décomposition et de contrôle est vivement recommandé. Il explique période, critères, comptes, nombre de transactions et composition du montant total.

Conclusion : des milliers de commandes peuvent donner peu d'écritures, mais vérifiables

Un grand nombre de commandes e-commerce ne doit pas forcément conduire à un grand livre illisible. Les opérations similaires peuvent être regroupées de façon contrôlée par période, compte, plateforme et marketplace en écritures récapitulatives.

La qualité de la fonction ne dépend toutefois pas seulement de la réduction du nombre de lignes. Ce qui compte, c'est le lien entre l'écriture regroupée et la transaction opérationnelle individuelle. Chaque total doit être reproductible. Chaque commande doit rester retrouvable. Types de taxe, pays, devises et comptes ne doivent pas être mélangés sans contrôle.

KudTax permet aux utilisateurs de configurer eux-mêmes le regroupement à l'export. Périodes, codes comptables, plateforme, marketplace, date et libellé peuvent être fixés selon le processus du dossier. Il en résulte des exports lisibles – FEC, Sage, Cegid, DATEV ou autres –, tandis que les commandes d'origine et le détail des transactions restent traçables.

Regrouper de façon contrôlée les gros volumes e-commerce pour l'export comptable — commencer maintenant.

Sources officielles et liens complémentaires

• Portail développeurs DATEV : format DATEV et lots d'écritures
• Portail développeurs DATEV : description du format des lots d'écritures
• Portail développeurs DATEV : premiers pas avec le format DATEV
• Portail développeurs DATEV : exigences d'interface pour les données de mouvements structurées
• BMF : GoBD – principes sur les enregistrements individuels et les enregistrements condensés au grand livre
• BMF : GoBD, deuxième modification du 14/07/2025
• § 238 HGB – obligation de tenir une comptabilité
• § 239 HGB – tenue des livres de commerce
• KudTax : intégration DATEV

Remarque : cet article sert à l'information générale et ne remplace pas un conseil fiscal, juridique ou relatif aux GoBD. L'opportunité et l'étendue des écritures récapitulatives pour une entreprise donnée devraient être convenues avec le cabinet compétent, au regard des processus de facturation, de lettrage, de TVA et de contrôle.