Invoice Dragon : l’app open source pour générer des factures PDF

• Invoice Dragon est un outil gratuit permettant de créer rapidement des factures et des reçus au format PDF
• Le titre original met en avant la possibilité de générer gratuitement des factures et des reçus PDF
• Le service se présente comme une solution permettant aux utilisateurs de créer facilement des documents
• Avec les seules informations fournies, il n’est pas possible de vérifier des détails comme les modèles, le mode de stockage, la nécessité d’un compte ou la licence
• D’après le titre sur HN, il s’agit d’une app open source, adaptée aux utilisateurs à la recherche d’un outil gratuit de génération de documents PDF

---

Génération de factures et de reçus PDF

• Invoice Dragon est un outil destiné à créer des factures et des reçus
• Le titre original indique qu’il permet de générer gratuitement des factures et des reçus au format PDF
• Le texte de présentation insiste sur le fait qu’il s’agit d’une solution rapide et pratique, et entièrement gratuite

Conditions qui restent à confirmer

• Les informations fournies ne comprennent pas les modèles pris en charge, le mode de stockage, la nécessité d’un compte, le mode de distribution, la licence ni le lien vers le dépôt du code source
• Le titre sur HN précise qu’il s’agit d’une app open source

[GN⁺]

Avis sur Hacker News

• La complexité des factures tient bien plus au suivi des impayés/paiements effectués, aux créances anciennes, aux remises pour paiement anticipé et à l’intégration avec les outils comptables utilisés qu’à la génération du PDF elle-même.
  Cela dit, pour quelqu’un qui doit seulement envoyer une ou deux factures de temps en temps, cela semble être un excellent outil simple.

  • Je vois souvent ce schéma. Comme avec Twitter, on peut créer en moins d’une semaine une application qui se comporte à peu près pareil, mais le plus difficile vient ensuite.
    Le vrai défi, ce sont les tâches invisibles comme la modération de contenu et la monétisation, et les gens ont facilement tendance à avoir une vision trop étroite de cet aspect.
  • C’est juste, mais en pratique les deux processus sont souvent assez séparés. Je travaille sur des implémentations d’ERP, surtout côté comptabilité et finance, et la plupart du temps l’ERP se charge des données de facturation et du suivi des statuts, tandis qu’un service distinct génère les PDF ou les factures électroniques via une intégration à l’ERP.
    Les ERP sont bons pour le suivi, mais la personnalisation des modèles de facture prend beaucoup de temps et coûte cher ; il existe donc, côté grandes entreprises, un marché pour des logiciels qui génèrent des factures PDF même sans fonction de suivi. Il y a toutefois de fortes chances qu’il faille aussi prendre en charge la génération de XML compatibles PEPPOL BIS.
  • Dans certains pays, peut-être même la plupart, la réglementation impose une gestion stricte des versions des factures et une procédure de traitement non annulable. Autrement dit, une fois transmises, elles ne peuvent plus être modifiées.
    Pour être en conformité, une entreprise doit pouvoir prouver qu’elle utilise un système respectant ces contraintes. En France, l’utilisation de ce type de logiciel conforme est obligatoire pour toutes les entreprises depuis 2018.
  • Quand je faisais du conseil en indépendant, GnuCash gérait suffisamment bien les factures et les comptes clients.
    Pour suivre le temps d’une période de facturation, je créais une nouvelle facture dans GnuCash, j’ajoutais chaque jour une ligne, et chaque ligne comportait une très courte note sur ce que j’avais fait ce jour-là.
    À la fin de la journée, j’imprimais en brouillon la facture des heures pas encore facturées pour en garder une sauvegarde ; au moment de facturer réellement, je copiais et modifiais le script de facture personnalisé de GnuCash pour masquer les notes et répondre aussi aux demandes de changement de format du client.
    Une fois envoyée par e-mail ou par courrier, la fonction de comptes clients de GnuCash prenait le relais ; la représentation interne des données faisait un peu peur, mais ça fonctionnait bien.
  • En général, un générateur de factures rapide et simple est utile pour quelqu’un qui fait surtout de la vente sur le terrain ou des transactions en espèces, mais doit occasionnellement produire une facture afin qu’une entreprise puisse payer plutôt que rembourser une note de frais.

• J’ai envisagé d’utiliser ce genre d’outil, ou quelque chose fait maison, mais en pratique je crée une page HTML remplie d’attributs contenteditable, je la modifie directement dans le navigateur, puis, de temps en temps, je supprime ce qui est inutile avec les outils de développement et je l’imprime en PDF.
  Ce n’est pas une méthode que ma mère pourrait utiliser, donc ça donne l’impression que quelque chose ne va pas, mais pour quelqu’un qui sait le faire, c’est le moyen le plus rapide.
  Cela reste un bon outil pour ceux qui veulent gérer ça avec peu de friction. En revanche, si l’on actualise la page, toutes les données disparaissent ; la liste des devises est trop longue pour pouvoir taper « EUR » et le sélectionner comme dans une liste déroulante classique ; et ce serait bien d’avoir un suivi des numéros de facture et l’enregistrement des informations de l’entreprise.

  • Je fais presque toute ma paperasse courante de la même manière, avec page.css pour obtenir un aperçu réaliste et Mavo pour l’édition et l’enregistrement. Exemple : https://papers.aedge.dev/payout/
  • J’ai commencé de façon similaire. J’ai créé un template HTML très simple pour les factures, puis utilisé Airtable comme base de données pour suivre les adresses des clients, les ID de facture, etc., avec une génération via un script CLI.
    Je ne voulais pas utiliser un véritable outil de comptabilité où tout est dans le cloud avec un abonnement mensuel coûteux, et l’approche à la Word ne me convenait pas non plus.

• Si vous cherchez un outil comptable complet pour vos finances personnelles ou une petite activité, GnuCash propose aussi une fonction de génération de factures.
  Je trouve que les PDF de l’outil de l’article d’origine sont beaucoup plus jolis que ceux de GnuCash, mais la génération n’est qu’une partie du problème : il est aussi important de suivre les soldes et de savoir qui doit encore payer. GnuCash gère les deux au même endroit et, quand on ouvre le programme, affiche même une fenêtre indiquant les comptes clients impayés.

  • Il faudrait vérifier la compatibilité des licences, mais si les deux outils sont open source, on pourrait peut-être combiner les points forts des deux.

• J’utilisais auparavant https://invoice-generator.com/, qui est assez similaire, mais sans templates.
  La fonction importante, c’est l’enregistrement de l’historique des factures passées, ce qui évite d’avoir à ressaisir les informations ou à téléverser de nouveau le logo. Comme c’est stocké sur la machine locale de l’utilisateur, sans connexion, il serait intéressant d’envisager d’ajouter une fonction similaire ; sans cela, il n’y a pas vraiment de raison de changer.

  • Content que tu le mentionnes. Il existe aussi une API gratuite pour générer des PDF de factures : https://invoice-generator.com/developers
  • Je l’utilise aussi pour des projets perso. Je n’ai pas vraiment besoin de plus, et ça fonctionne suffisamment bien.

• Pour mes factures, j’utilise LaTeX et le module rechnung.sty, qui produit une mise en page de facture classique.
  L’avantage, c’est qu’en utilisant la classe de document scrlttr, si elle est appelée correctement, on peut générer un PDF parfaitement adapté aux enveloppes à fenêtre suisses.
  En plaçant les réglages de base dans un fichier d’import réutilisable, chaque fichier de facture .tex ne contient quasiment que l’adresse et les lignes de facture, et reste donc très court.

  • Chez KDE, à cause des donateurs et des événements dans le monde entier, nous devons envoyer des factures assez complexes à des destinataires relevant de plusieurs juridictions.
    Pour cela, nous avons créé une application web avec quart et hypercorn, qui génère les PDF dans le cadre de notre dashboard financier interne. Les tâches tournent côté backend, utilisent luatex via latexmk, et en interne nous utilisons aussi scrlttr2.
    Capture d’écran : https://mero.ng/i/GKeVmAnd.png

• Pour les factures courtes, par exemple d’environ 4 lignes, la police utilisée pour afficher les postes est trop grande et l’interligne aussi trop large.
  Je comprends que la taille de police et la ligne de base s’adaptent au nombre de postes, mais les factures avec peu de lignes ne rendent pas très bien.
  Le champ de description est aussi trop limité, il n’y a pas de colonne d’identifiant de référence produit, et il semble manquer des éléments nécessaires aux utilisateurs B2B dans l’UE : numéro d’entreprise, conditions de paiement, compte bancaire, référence de paiement pour le virement, et surtout calcul et affichage automatiques de la TVA.

• Agréable à regarder et simple
  L’écosystème de la facturation est tellement compliqué et coûteux que j’utilise Google Sheets depuis une dizaine d’années. Il suffit de créer un PDF avec le bouton d’export, puis de l’envoyer au client par e-mail
  C’est assez facile pour la mise en page en grille nécessaire à une facture, et je me demande quels avantages Invoice Dragon a par rapport à Google Sheets

  • J’avais créé un modèle LaTeX surconçu pour les factures, et c’était vraiment pénible. J’ai du mal à croire que je n’aie pas pensé à utiliser Google Sheets ou Excel
  • L’avantage, c’est sans doute que si Google Sheets n’est pas à votre goût, vous n’êtes pas obligé de l’utiliser
  • Aucun avantage

• Je me demande ce que tout le monde utilise pour envoyer des factures, relancer par e-mail en cas d’impayé, et encaisser des paiements ACH/carte de crédit
  J’ai essayé Wave Accounting et Stripe, mais je n’aime pas les frais de facturation+taxes de Stripe. Cela reste inférieur aux frais Amex de Wave, donc je fais avec
  Pour un usage de 4 à 6 factures par an, entre 2 000 et 10 000 dollars chacune, c’est peut-être ce qu’il y a de mieux, mais j’aimerais bien avoir des alternatives

  • J’utilise InvoiceNinja 4 auto-hébergé avec l’intégration Stripe. Ça fonctionne bien, ça envoie les relances par e-mail, et ça ajoute aussi les frais de passerelle de paiement à la facture
  • J’utilise Zoho Books pour une petite comptabilité. C’est très bien et gratuit
    https://books.zoho.com/
  • J’utilise FreeAgent. Il se connecte à tous les comptes de l’entreprise et rapproche automatiquement les transactions avec les factures
    Il envoie aussi les e-mails et les rappels de relance, et gère tout seul les taxes au Royaume-Uni. Pour les autres pays, je ne sais pas trop
    https://www.freeagent.com/
  • J’ai auto-hébergé InvoiceNinja pendant quelques années. Je l’aimais bien, même s’il n’était pas parfait
  • C’est un produit assez abouti d’une entreprise belge, anciennement appelé OpenERP : https://www.odoo.com/
    À noter qu’OpenERP v7 tourne encore gratuitement. Le coût du VPS est à part

• Sérieusement, il n’y a même pas de fonctionnalité TVA ? Où est la date d’émission de la facture, où est l’identifiant fiscal ? Ça donne l’impression d’être réservé aux États-Unis

  • C’est un outil créé pour un besoin personnel et partagé gratuitement
    Cela dit, il n’y a pas de raison de se décourager, les contributions sont les bienvenues
    https://github.com/LaniJ/invoice-dragon
  • 99 % des Américains n’ont probablement jamais entendu parler de la TVA, donc je ne vois pas trop pourquoi il serait surprenant qu’un projet basé aux États-Unis n’en ait pas
  • Comme c’est open source, ce genre de préoccupation peut faire l’objet d’une pull request, ou au minimum d’une issue
    J’aime l’idée qu’un jour, on puisse ne plus avoir à créer des comptes dans plusieurs applis de facturation juste pour faire une facture personnalisée
  • Sérieusement, une entreprise assujettie à la TVA n’utiliserait même pas un outil de comptabilité à 10 £ par mois ? Cet outil est clairement destiné aux freelances
    À noter qu’au Royaume-Uni, il faut gagner plus de 85 k£ par an pour facturer la TVA
  • Toutes les ventes ne nécessitent pas de TVA, et tout le monde n’a pas à, ni ne souhaite, la facturer
    À supposer qu’on envoie des factures en anglais, cet outil convient

• Pour avoir récemment créé un générateur de factures de démonstration très similaire, ce serait bien d’avoir un aperçu HTML en temps réel
  Ce serait mieux de montrer l’apparence approximative de la facture quand on arrête de taper, plutôt que d’accumuler 15 PDF temporaires dans le dossier Téléchargements
  Dans l’UE, les règles de facturation sont strictes, notamment sur la numérotation et l’inclusion ou non de la TVA, et générer correctement d’emblée une facture française ou une facture depuis les Pays-Bas à destination d’une entreprise de l’UE demande pas mal de recherche et de connaissance métier
  La difficulté n’est pas de générer un PDF ni de remplir les champs vides d’un modèle, mais de collecter les données nécessaires et de suivre correctement les états comme payé, en retard, relance envoyée ou annulé. La plupart des outils de comptabilité en ligne intègrent déjà tout cela
  Dans plusieurs juridictions, les lignes de TVA ou de taxe sont obligatoires, alors qu’actuellement il faut ruser en mettant « TVA 21 % » dans la description et en calculant le montant à la main. Je comprends qu’on ne veuille pas ajouter un calculateur généralisé, mais il faut des postes spéciaux — remises, TVA, autres taxes, frais de déplacement — dont on peut décider s’ils entrent ou non dans le sous-total tout en étant reflétés dans le total
  Si la cible est un utilisateur qui envoie une dizaine de factures par an, l’outil doit être suffisamment flexible pour s’adapter aux exigences locales, ou bien cibler explicitement celles d’une région donnée, afin d’être légalement utilisable. Pour moi, la vraie valeur est davantage dans le suivi que dans la génération du PDF
  L’objectif final serait de gérer les factures dans un outil web, d’utiliser la comptabilité en texte brut beancount/ledger comme une base de données, puis d’exporter en PDF. Pour l’instant, je fais ça avec un bricolage assez chaotique mêlant scripts, LaTeX, etc.
  Exemple de modèle : https://extensions.libreoffice.org/?q=invoice&action_doExten...