Rituel mensuel : une personne se connecte à la caisse, exporte un fichier et l'envoie au cabinet, où le comptable l'importe à la main dans Pennylane. Si une ligne manque, c'est une recherche dans les tickets. Une catégorie a changé, on recommence le fichier. Pas de souci tant que le volume reste faible ; ça le devient dès qu'on ouvre une boutique ou que le cabinet facture chaque import manuel. Pourtant, l'export vers Pennylane n'est pas un sujet de comptable : c'est un sujet de flux, qui se règle une bonne fois pour toutes si on le prend dans le bon ordre. Sur un projet en cours de cadrage, celui de Gebetex, enseigne de seconde main qui ouvre sa première boutique équipée d'une caisse Clictill, voici ce qui est ressorti de la réunion entre le commerçant, son expert-comptable et l'éditeur de la caisse. Les questions posées là valent pour n'importe quel commerce. La bonne méthode repose sur quelques décisions que personne ne prend d'emblée, et dont on découvre le coût trop tard, après la première vente.
Ce que l'expert-comptable attend vraiment
Avant d'évoquer fichiers ou connecteurs, il faut déjà écouter ce que demande le cabinet. C'est souvent plus simple qu'on ne le pense.
L'expert-comptable du projet veut un chiffre d'affaires journalier, en hors-taxe, TVA et TTC, avec les comptes au débit et au crédit. Pas le détail de chaque ticket : un détail par jour suffit, ventilé en quatre ou cinq grandes catégories, pas en familles. Il veut connaître le mode d'encaissement, carte ou espèces, puisqu'en boutique aucun chèque n'est à prévoir. Pas davantage de données client : des particuliers, un compte générique suffira.
Il a ajouté une règle qui pèse sur toute la suite : pas d'import manuel chez lui, ou alors il le facture. Le dirigeant s'est montré encore plus clair : un volet comptable entièrement automatique, sans aucune action à la journée, à la semaine ou au mois.
Ces deux exigences balayent d'emblée la solution la moins chère, et elles cadrent le développement : le connecteur n'a qu'une tâche à réaliser, sans intervention humaine.
Quotidien ou mensuel : choisir la maille dès le départ
Le cabinet se contente d'une remontée mensuelle pour démarrer. Concevoir un flux mensuel serait pourtant une erreur, pour deux raisons.
La première est technique : un flux quotidien se regroupe en mensuel, l'inverse n'existe pas. La seconde est réglementaire : la réforme de la facturation électronique impose aux entreprises qui vendent aux particuliers un e-reporting des transactions, agrégé par jour et par taux de TVA, dont la périodicité dépend du régime de TVA. Les grandes entreprises et les ETI y sont depuis le 1er septembre 2026 ; les PME, TPE et micro-entreprises y passent le 1er septembre 2027. Toutes doivent déjà pouvoir recevoir des factures électroniques.
On conçoit donc le flux au quotidien, le mensuel n'étant qu'un regroupement à l'arrivée. C'est exactement le même raisonnement que pour tout logiciel métier qui remplace un tableur : on enregistre au grain le plus fin, on agrège ensuite.
Trois façons de sortir les ventes de la caisse
Les trois voies possibles ne mobilisent pas le même prestataire. Sur le projet, c'est l'éditeur de la caisse qui les a présentées lui-même.
| Voie | Comment ça marche | Qui développe | Zéro geste manuel ? |
|---|---|---|---|
| Accès direct du cabinet | Le comptable se connecte à la caisse et récupère des exports CSV à colonnes paramétrables | Personne | Non : un geste chaque mois, facturé |
| Connecteur de l'éditeur | Un fichier à format fixe, déposé sur un serveur ou dans un répertoire | L'éditeur de la caisse | Oui, si Pennylane accepte le format |
| Connecteur sur mesure | Les services web de la caisse sont lus, puis les écritures sont poussées dans Pennylane | Votre prestataire | Oui |
Surprise fréquente : beaucoup de caisses n'exportent pas de FEC, ce fichier d'écritures qui sert habituellement de format pivot avec un cabinet. C'était le cas de Clictill. Le choix entre les deux dernières voies ne dépend alors que d'un seul point : comment Pennylane reçoit les données.
Ce que Pennylane accepte en entrée
Trois canaux existent, et ils ne se valent pas.
Les intégrations natives. Pennylane se connecte directement à certaines caisses, pour la restauration surtout, et aux boutiques en ligne par un connecteur tiers. Si votre logiciel fait partie des connectés, les ventes arrivent toutes seules et il n'y a rien à développer. C'est la première chose à vérifier, avant même tout devis.
L'import de fichier. Pennylane sait importer des écritures depuis un fichier Excel ou CSV : une date, un numéro de compte, un débit ou un crédit par ligne, un code journal, et un numéro de pièce qui regroupe les lignes d'une même écriture. Pour la TVA, on vise directement le compte au bon taux. Deux limites : ces écritures sont des opérations diverses qui n'alimentent pas le module des transactions ni l'étape correspondante de la déclaration de TVA, et un numéro de pièce ne se réutilise jamais dans l'année. Surtout, c'est un import : quelqu'un doit cliquer.
L'API Pennylane. L'interface de programmation de Pennylane permet à un logiciel autorisé de lire les journaux et le plan de comptes du dossier, puis d'y déposer une écriture comptable datée, rattachée à un journal, avec ses lignes au débit et au crédit. L'écriture doit être équilibrée, sinon elle est rejetée ; on peut y attacher une pièce. Un détail compte beaucoup : l'API ne protège pas contre les doublons. Si l'on envoie deux fois la même journée, elle existe deux fois. C'est au connecteur d'apporter une référence unique par journée.
C'est cette troisième voie qui donne le « zéro geste », et c'est celle que nous privilégions en l'absence d'intégration native.
Le point qui décide de tout : le plan de comptes
Voici le point que personne ne voit venir. Le comptable veut quatre ou cinq lignes par jour, une par catégorie. Or les écritures d'une caisse ne portent aucun champ « catégorie » : un numéro de compte, un libellé, un montant au débit, un montant au crédit, une date. Point.
La ventilation ne peut donc provenir que d'un seul endroit : le plan de comptes paramétré dans la caisse. Un compte de vente par catégorie, par exemple 707100 pour les vêtements et 707200 pour les chaussures. Un compte de TVA par taux. Un compte d'encaissement distinct pour la carte et pour les espèces, 511 et 531 en général.
Ce n'est pas un développement, c'est un paramétrage, qui revient à l'éditeur de la caisse, Clictill dans ce projet, et au cabinet. Mais il doit être fait avant la première vente. Sans cela, les écritures des premières semaines tombent sur un compte unique et il faut les reprendre à la main, précisement ce qu'on voulait éviter.
Et pour paramétrer, il faut avoir tranché la liste des catégories. Sur le projet, deux découpages circulaient : par type d'article (vêtements, chaussures, accessoires, linge de maison, bijoux) ou par rayon (homme, femme, enfant). Ce ne sont pas les mêmes axes, et un numéro de compte n'en porte qu'un seul. Le choix appartient au dirigeant et au comptable, pas au développeur.
Écritures de la caisse ou tickets : d'où partir
Reste la question de la source. Une caisse sait rendre deux choses : les écritures comptables qu'elle a elle-même générées, regroupées par jour, et les tickets de vente ligne à ligne.
Partir des tickets donnerait toute liberté de ventilation. Pour la comptabilité, c'est à bannir : il faudrait réécrire les règles de comptabilisation, assumer remises, retours et arrondis de TVA, et accepter que nos chiffres divergent un jour de ceux de la caisse.
Il y a une raison plus forte. Une caisse certifiée NF525 récente gère souvent le e-reporting nativement : elle envoie chaque jour le chiffre d'affaires par taux de TVA à sa plateforme agréée. Si Pennylane se retrouve avec un chiffre recalculé par un autre chemin, deux déclarations du même chiffre d'affaires partent vers le fisc, l'une par la caisse, l'autre par la déclaration de TVA. Quand les deux ne concordent pas, l'administration demande des explications. Une seule source, pas d'écart possible.
Les tickets conservent leur intérêt, mais ailleurs : statistiques de ventes, écoulement par famille, saisonnalité. C'est un autre flux, qu'on ne mélange pas avec la comptabilité, comme pour l'automatisation des devis : la donnée ne naît qu'une fois, chaque usage la lit à sa façon.
À quoi ressemble le connecteur
Le connecteur tient en peu de choses, sur le même patron que pour relier un logiciel sur mesure à une caisse, dans l'autre sens.
- Chaque nuit, il lit dans la caisse les écritures de la veille.
- Il les traduit dans le vocabulaire du dossier Pennylane : journal de vente, comptes, montants équilibrés.
- Il dépose l'écriture avec une référence unique pour la journée. Si la même journée revient, elle est ignorée, jamais doublée.
- Si Pennylane ou la caisse ne répond pas, l'écriture attend dans une file et repart plus tard. Après plusieurs échecs, elle est mise en quarantaine et une alerte est envoyée.
- Un écran de suivi montre les journées envoyées, celles en attente et le motif d'un rejet.
Ce qu'on apprend en testant : chez certains éditeurs, l'appel qui génère les écritures écrit dans la comptabilité de la caisse. On teste donc en brouillon, et on ne touche à la production qu'une fois le flux validé avec le cabinet.
Pour Gebetex, qui a déjà raccordé son application d'étiquetage à sa caisse Clictill, le connecteur comptable se branche sur la même file d'envoi. Pour un fabricant dont les devis vivent dans un outil de gestion sur mesure, même principe, depuis la facturation.
Les pièges qu'on vérifie avant d'écrire une ligne
Certains points ne se devinent pas en réunion de cadrage et peuvent fausser l'ensemble du flux. On les passe systematiquement en revue.
La TVA sur la marge. Pour la revente de biens d'occasion, la TVA se calcule souvent sur la marge et non sur le prix de vente. Si la caisse comptabilise en TVA classique, ce qui arrive dans Pennylane est faux, quel que soit le canal. C'est la première question à poser au cabinet.
Les ventes à des professionnels. Écouler des invendus à des professionnels, ce n'est plus du e-reporting mais de la facture électronique entre entreprises, avec d'autres obligations.
Le compte client. Pour des particuliers, on attend un compte 411 (clients), pas un 401 (fournisseurs). Un lapsus en réunion suffit à paramétrer le mauvais compte pendant des mois.
À régler avant la première vente
- La liste des catégories, arrêtée par le dirigeant et le comptable
- Un compte de vente par catégorie et un compte de TVA par taux, paramétrés dans la caisse
- Des comptes d'encaissement distincts pour la carte et les espèces
- Le régime de TVA confirmé par écrit par le cabinet
- Le canal Pennylane choisi : intégration native, fichier ou API
- Une base de test de la caisse, séparée de la production
Combien ça coûte
Un connecteur entre une caisse et Pennylane fait partie de nos projets d'automatisation. Les ordres de grandeur :
- Audit et cadrage : de 300 à 900 €, pour rapprocher la demande du cabinet de ce que la caisse peut exposer, et trancher le canal
- Connecteur caisse vers Pennylane seul (lecture quotidienne des écritures, envoi, file d'attente, écran de suivi, alerte en cas de rejet) : de 1 400 à 4 900 € selon l'éditeur et le nombre de flux
- Maintenance : entre 69 et 249 € par mois, qui couvre les changements de version de la caisse et de l'API Pennylane
Le paramétrage du plan de comptes dans la caisse n'est pas dans ces montants : il revient à l'éditeur et au cabinet. Comme pour n'importe quel logiciel web sur mesure, la variable essentielle est la documentation de l'éditeur : claire et avec un compte de test, on avance vite.
Questions fréquentes
Faut-il un FEC pour alimenter Pennylane ? Non. Le FEC est pratique comme format pivot, mais beaucoup de caisses ne le produisent pas. Pennylane accepte aussi un fichier d'écritures Excel ou CSV, et son API permet de déposer les écritures directement, ce qui est la seule voie vraiment automatique.
Et le e-reporting, faut-il le développer en plus ? En général non. Une caisse certifiée NF525 récente le gère déjà via sa plateforme agréée. Ce qu'il faut, c'est que les chiffres envoyés à Pennylane soient les mêmes que ceux que la caisse déclare, pour que la déclaration de TVA et le e-reporting concordent.
Pourquoi partir des écritures de la caisse et pas des tickets ? Parce que recomptabiliser les tickets oblige à gérer soi-même remises, retours, annulations et arrondis de TVA, et finit par donner des chiffres différents de ceux de la caisse. Les écritures générées par la caisse sont la source que le fisc connaît déjà. Les tickets servent aux statistiques de ventes, pas à la comptabilité.
Ma caisse est dans les intégrations natives de Pennylane, ai-je besoin d'un connecteur ? Non. Activez l'intégration, vérifiez la correspondance des comptes dans ses paramètres, et contrôlez les premières journées avec votre cabinet. Un connecteur sur mesure ne se justifie que quand l'intégration n'existe pas ou ne fait pas ce que le cabinet demande.
Ce qu'il faut retenir
Un export automatique vers Pennylane se joue avant la première vente : une liste de catégories arrêtée, un plan de comptes paramétré dans la caisse, un régime de TVA confirmé et un canal choisi. Le connecteur vient ensuite, et il reste simple si on part des écritures de la caisse : une lecture par nuit, une écriture équilibrée par journée, une file qui absorbe les pannes.
Vos ventes arrivent encore dans Pennylane au moyen d'un fichier que quelqu'un prépare chaque mois ? Parlons-en : on regarde ce que votre caisse expose et ce que votre cabinet attend, et on vous dit en une réunion ce qui est automatisable, et à quel prix.
