Importer et exporter des données comptables

Un logiciel comptable ne fonctionne pas isolément. Les écritures peuvent provenir d’un logiciel de facturation, d’une banque, d’un outil de paie, d’un tableur ou d’un autre système. À l’inverse, les données comptables peuvent devoir être transmises à un expert-comptable, contrôlées dans un autre outil, archivées ou produites sous une forme normalisée comme le fichier des écritures comptables (FEC). Importer ou exporter ne consiste pourtant pas à déplacer un fichier : il faut comprendre sa structure, contrôler les correspondances entre les données, éviter les doublons et vérifier que le résultat obtenu conserve le sens comptable des opérations.

1. Qu’est-ce qu’importer des données ?

L’importation évite de ressaisir manuellement des informations déjà disponibles ailleurs.

2. Exemple simple d’importation

Une entreprise utilise :

Le logiciel de facturation contient 500 factures clients.

Plutôt que de saisir 500 fois les écritures correspondantes, un fichier peut être généré puis importé dans le logiciel comptable.

3. Qu’est-ce qu’exporter des données ?

4. Exemple simple d’exportation

L’entreprise souhaite analyser sa balance dans un tableur.

Elle peut :

5. Importer et exporter sont deux opérations différentes

6. Pourquoi importer des données ?

L’importation peut permettre :

7. Pourquoi exporter des données ?

L’export peut notamment servir à :

8. Tous les imports ne concernent pas des écritures

Un logiciel comptable peut permettre d’importer différents types de données.

9. Importer des écritures est une opération sensible

Importer 1 000 écritures peut faire gagner énormément de temps.

Mais une erreur répétée sur ces 1 000 écritures peut également créer 1 000 anomalies.

10. Exemple d’une erreur multipliée

Un fichier contient 300 factures de ventes.

Le compte de TVA est mal paramétré dans la correspondance d’import.

Résultat :

Une erreur de paramétrage peut donc avoir beaucoup plus de conséquences qu’une erreur de saisie isolée.

11. Les principaux formats rencontrés

Selon les logiciels, on peut rencontrer notamment :

Tous les logiciels n’acceptent pas les mêmes formats.

12. Comprendre le CSV

Le séparateur peut être, selon le fichier :

• un point-virgule ;
• une virgule ;
• une tabulation ;
• un autre caractère prévu par le format.

13. Exemple de fichier CSV

Date;Journal;Compte;Libelle;Debit;Credit
2026-10-05;VE;411000;Facture client A;1200;0
2026-10-05;VE;707000;Vente client A;0;1000
2026-10-05;VE;445710;TVA vente client A;0;200

Chaque ligne contient plusieurs informations, séparées ici par des points-virgules.

14. Une écriture peut occuper plusieurs lignes

Il ne faut pas confondre :

Une facture de vente peut produire plusieurs lignes :

• une ligne client ;
• une ligne produit ;
• une ligne TVA ;
• éventuellement d’autres ventilations.

15. Les champs d’un fichier d’import

Selon le logiciel et le format, on peut notamment trouver :

16. Les colonnes du fichier source ne portent pas toujours le même nom

Un fichier peut contenir :

DatePiece
CodeJnl
Compte
MontantDebit
MontantCredit

alors que le logiciel attend :

Date
Journal
NumeroCompte
Debit
Credit

Il faut donc indiquer quelle colonne source correspond à quel champ du logiciel.

17. Le mapping

18. Exemple de mapping

19. Une mauvaise correspondance peut inverser le sens comptable

Supposons que l’utilisateur associe :

Les montants peuvent alors être importés dans le mauvais sens.

Le fichier source était correct.

L’erreur vient du paramétrage de l’import.

20. Les codes journaux doivent correspondre

Le fichier peut utiliser :

ACH
VTE
BQ

alors que le logiciel utilise :

AC
VE
BNQ

Il faut donc vérifier la correspondance entre les journaux.

21. Les comptes doivent exister ou être correctement gérés

Le fichier contient par exemple :

411DUPONT

mais ce compte n’existe pas dans le dossier cible.

Selon le logiciel et son paramétrage :

22. Ne pas créer automatiquement des comptes sans contrôle

Si le logiciel crée le second compte sans contrôle, l’erreur peut devenir plus difficile à détecter.

23. Contrôler les dates

Les dates sont une source fréquente d’erreurs d’import.

Un fichier peut utiliser :

05/10/2026

un autre :

2026-10-05

ou encore un format propre au logiciel.

24. Une date mal interprétée peut changer la période

Selon la convention utilisée, cela peut signifier :

• 10 mai 2026 ;
• 5 octobre 2026.

25. Contrôler les nombres

Les logiciels peuvent également interpréter différemment :

1250,50

et :

1250.50

selon le format attendu et les paramètres régionaux.

26. Attention aux séparateurs de milliers

Une valeur présentée comme :

1 250,50

peut poser problème si le logiciel attend :

1250,50

ou une autre convention.

27. Attention aux signes négatifs

Certains formats représentent un crédit par :

-1200

D’autres utilisent deux colonnes distinctes :

Debit = 0
Credit = 1200

28. L’encodage du fichier

Un fichier texte possède également un encodage de caractères.

Un mauvais encodage peut produire :

Les données comptables peuvent rester numériquement correctes, mais les libellés, noms de tiers et références deviennent dégradés.

29. Préparer un fichier avant import

Avant de lancer l’importation, il faut contrôler :

30. Contrôler l’équilibre avant import

Pour un ensemble d’écritures en partie double :

L’équilibre ne garantit pas que le fichier est correct, mais un déséquilibre constitue immédiatement une anomalie à examiner.

31. Un fichier équilibré peut être faux

Comme pour une écriture saisie manuellement, un fichier peut être parfaitement équilibré tout en contenant :

32. Le contrôle par nombre de lignes

Le nombre de lignes constitue un premier indicateur.

Il manque :

1 250 − 1 180 = 70 lignes.

Il faut comprendre ce qu’elles sont devenues.

33. Le compte rendu d’import

Un logiciel peut produire un rapport indiquant :

34. Exemple de compte rendu

Le travail n’est pas terminé.

Il faut identifier les 30 lignes rejetées et décider du traitement approprié.

35. Comprendre les rejets

Une ligne peut être rejetée pour différentes raisons :

36. Ne pas corriger aveuglément les rejets

Si 30 lignes sont rejetées pour « compte inexistant », il ne faut pas créer 30 comptes automatiquement sans comprendre leur origine.

Il faut rechercher :

37. Faire un import test

Lorsqu’un import important ou nouveau doit être réalisé, il est prudent de commencer par un échantillon ou par les fonctions de simulation proposées par le logiciel, lorsqu’elles existent.

38. Pourquoi tester ?

Une erreur sur 10 lignes est généralement plus facile à corriger qu’une erreur répétée sur 50 000 lignes.

39. Le risque majeur : le doublon

Un fichier peut être importé une première fois correctement.

L’utilisateur oublie l’opération et relance le même import.

Selon le logiciel et les contrôles disponibles, les écritures peuvent alors être intégrées deux fois.

40. Exemple de double import

Si aucune protection ne bloque les doublons, la comptabilité peut contenir :

1 000 enregistrements pour 500 factures réelles.

41. Comment prévenir un double import ?

Les méthodes varient selon les logiciels, mais le contrôle peut utiliser :

42. Ne jamais compter uniquement sur le logiciel

Certains logiciels détectent des doublons.

D’autres ne les détectent que dans certaines conditions.

D’autres peuvent seulement afficher un avertissement.

43. Contrôler après import

Une fois l’import terminé, il faut comparer le résultat obtenu avec le fichier source.

On peut notamment contrôler :

44. Contrôle des totaux

C’est un contrôle utile, mais encore insuffisant.

45. Pourquoi les totaux ne suffisent-ils pas ?

Deux comptes peuvent avoir été inversés sans modifier les totaux.

Il faut donc également contrôler la répartition.

Le total général est identique, mais la comptabilité est fausse.

46. Contrôler par journal

On peut comparer :

47. Contrôler par période

Une erreur de date peut envoyer les écritures dans un mauvais mois sans modifier le total annuel.

Le total peut être correct alors que la répartition par période est fausse.

48. Contrôler un échantillon

Il est également utile de sélectionner plusieurs opérations et de les suivre de bout en bout.

49. Importer n’est pas valider

Selon le logiciel et son paramétrage, des écritures importées peuvent encore nécessiter un contrôle avant validation définitive.

50. Les écritures validées restent soumises aux règles de traçabilité

Une fois les écritures définitivement validées, elles ne doivent pas être silencieusement réécrites simplement parce que le fichier source a changé.

Une erreur détectée doit être traitée selon les règles de correction étudiées dans le cours précédent.

51. Ne pas réimporter un fichier corrigé sans analyser l’existant

Si les écritures initiales existent toujours, le réimport peut créer :

• des doublons ;
• des incohérences ;
• une perte de traçabilité.

52. Exporter des données de consultation

Le logiciel peut permettre d’exporter :

53. Un export doit avoir un objectif

Avant d’exporter, il faut déterminer :

54. Exemple : exporter une balance

L’utilisateur souhaite analyser les soldes au 31 octobre.

Il sélectionne :

Avant transmission, il contrôle que l’export correspond bien au périmètre demandé.

55. Un PDF et un CSV ne servent pas au même usage

56. Un export CSV doit lui aussi être contrôlé

Il faut notamment vérifier :

57. Attention aux filtres oubliés

Un utilisateur consulte uniquement le journal de banque puis lance un export en pensant exporter toutes les écritures.

Si le logiciel conserve le filtre actif, le fichier peut ne contenir que le journal de banque.

58. Attention aux données sensibles

Un export comptable peut contenir :

Le fichier doit donc être transmis uniquement aux personnes qui doivent y avoir accès et selon des moyens adaptés.

59. Le FEC : un export particulier

Il ne s’agit pas simplement d’un export CSV choisi librement par l’utilisateur.

60. À quoi sert le FEC ?

Lorsqu’une entreprise tient sa comptabilité au moyen de systèmes informatisés et relève des obligations concernées, l’administration fiscale peut demander, dans le cadre d’un contrôle, la remise d’une copie des fichiers des écritures comptables.

61. Le FEC contient les écritures comptables

La réglementation définit des informations structurées pour chaque écriture.

Parmi les champs prévus, on retrouve notamment :

62. Certains champs peuvent être laissés vides dans certaines situations

La structure du FEC prévoit des champs obligatoires, mais certaines informations peuvent être laissées vides lorsqu’elles ne sont pas utilisées dans la comptabilité concernée, selon les règles du format.

Il ne faut donc pas supprimer arbitrairement une colonne parce qu’elle semble inutile.

63. Débit et crédit dans le FEC

La structure standard permet notamment de représenter les montants par les champs :

La réglementation prévoit également, dans certaines conditions, une présentation utilisant les informations de montant et de sens.

64. La validation est visible dans le FEC

Parmi les informations prévues figure notamment :

Cela rappelle l’importance de la procédure de validation étudiée précédemment.

65. Le lettrage peut également apparaître

Le FEC prévoit notamment les champs :

On retrouve donc dans le fichier des notions étudiées dans les cours précédents.

66. Les écritures doivent être correctement validées

Le FEC ne doit pas devenir un moyen de produire après coup une comptabilité artificiellement propre qui ne correspondrait pas aux écritures réellement tenues.

La qualité du FEC dépend de la qualité de la comptabilité dont il est issu.

67. Tester le FEC avant d’en avoir besoin

Une entreprise ne devrait pas découvrir au moment d’un contrôle que son logiciel ne produit pas correctement le fichier attendu.

Il est utile de vérifier périodiquement, selon l’organisation retenue, que le FEC peut être généré et que sa structure est cohérente.

68. Le testeur de fichiers de l’administration

L’administration fiscale met à disposition un outil permettant aux entreprises de tester la validité technique de leurs fichiers des écritures comptables.

Cet outil peut permettre de détecter certaines anomalies de structure avant une remise à l’administration.

69. Migration vers un autre logiciel

L’import-export peut également intervenir lors d’un changement de logiciel comptable.

Il faut alors déterminer ce qui doit être repris :

70. Une migration n’est pas un simple copier-coller

Deux logiciels peuvent organiser différemment :

Une correspondance et des contrôles sont donc nécessaires.

71. Contrôler une migration avec la balance

Après reprise, on peut comparer la balance de l’ancien système avec celle du nouveau.

C’est un premier contrôle.

Il faut ensuite vérifier les soldes compte par compte.

72. Pourquoi contrôler compte par compte ?

Une erreur de correspondance peut déplacer un montant d’un compte vers un autre sans modifier les totaux généraux.

73. Contrôler les comptes clients et fournisseurs

Lors d’une reprise, il faut notamment vérifier :

74. Les à-nouveaux

Une reprise de données peut donc porter soit sur un historique détaillé, soit sur certains soldes, selon le contexte et la méthode de migration.

75. Import automatique et API

Les logiciels modernes peuvent également échanger des données automatiquement sans intervention manuelle sur un fichier.

Ils peuvent utiliser des interfaces permettant à plusieurs systèmes de communiquer.

76. Exemple d’échange automatisé

Les ventes peuvent ainsi être transmises régulièrement sans export CSV manuel.

77. Automatique ne signifie toujours pas incontrôlable

Même lorsqu’une API fonctionne tous les jours, il faut pouvoir contrôler :

78. Cas professionnel complet : import de ventes

Une entreprise souhaite importer les ventes d’octobre depuis son logiciel de facturation.

Le fichier contient :

79. Première étape : contrôler le fichier

L’utilisateur vérifie :

80. Deuxième étape : paramétrer le mapping

81. Troisième étape : effectuer un test

Un échantillon est importé.

Le contrôle révèle que les comptes clients sont corrects, mais que le journal VENTE du fichier n’est pas reconnu.

Le logiciel cible utilise : VE.

82. Corriger la correspondance

L’utilisateur ne modifie pas les écritures une par une.

Il corrige la règle :

Puis il relance le test.

83. Quatrième étape : importer le fichier complet

Le rapport indique :

Le travail n’est donc pas terminé.

84. Cinquième étape : analyser les trois rejets

Les trois lignes utilisent un compte client inexistant.

L’utilisateur vérifie les factures concernées.

Il découvre une faute dans l’identifiant client du fichier source.

85. Sixième étape : contrôler le résultat

Après traitement complet, l’utilisateur compare :

86. Méthode professionnelle d’import

87. Méthode professionnelle d’export

88. Les erreurs les plus fréquentes

89. Checklist avant import

90. Checklist après import

91. Checklist avant export

92. Ce qu’il faut retenir

La suite

Vous savez maintenant faire circuler des données entre le logiciel comptable et d’autres outils sans perdre de vue leur structure, leur cohérence et leur traçabilité.

La prochaine compétence du chapitre permettra de poursuivre la maîtrise du logiciel comptable sans anticiper son contenu.