Invoice Dragon: Open-Source-App zum Erstellen von PDF-Rechnungen

 (invoicedragon.com)
2 Punkte von GN⁺ 2023-07-26 | 1 Kommentare | Auf WhatsApp teilen
  • Invoice Dragon ist ein kostenloses Tool, um Rechnungen und Quittungen schnell als PDF zu erstellen
  • Der Originaltitel stellt in den Vordergrund, dass PDF-Rechnungen und Quittungen kostenlos erstellt werden können
  • Der Dienst versteht sich als Lösung, mit der Nutzer Dokumente einfach erstellen können
  • Anhand der bereitgestellten Informationen lassen sich Detailbedingungen wie Vorlagen, Speicherweise, Kontopflicht oder Lizenz nicht verifizieren
  • Laut HN-Titel handelt es sich um eine Open-Source-App und eignet sich damit für Nutzer, die ein kostenloses Tool zur Erstellung von PDF-Dokumenten suchen

PDF-Rechnungen und Quittungen erstellen

  • Invoice Dragon ist ein Tool zum Erstellen von Rechnungen und Quittungen
  • Der Originaltitel gibt an, dass PDF-Rechnungen und Quittungen kostenlos erstellt werden können
  • Der Beschreibungstext betont, dass es sich um eine schnelle und bequeme Lösung handelt und Absolutely Free ist

Noch nicht bestätigte Bedingungen

  • Die bereitgestellten Informationen enthalten keine Angaben zu unterstützten Vorlagen, Speicherweise, Kontopflicht, Bereitstellungsform, Lizenz oder zum Link des Source-Repositories
  • Im HN-Titel ist die Beschreibung Open-Source-App enthalten

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2023-07-26
Hacker-News-Meinungen

  • Die Komplexität von Rechnungen liegt viel stärker bei Tracking von offen/bezahlt, alten Außenständen, Skonti bei früher Zahlung und der Integration mit den verwendeten Buchhaltungstools als bei der PDF-Erzeugung selbst.
    Trotzdem wirkt es wie ein großartiges, einfaches Tool für Leute, die gelegentlich ein oder zwei Rechnungen verschicken müssen.

    • Dieses Muster sieht man oft. Ähnlich wie bei Twitter kann man, wenn es klein ist, auch innerhalb einer Woche eine App bauen, die ähnlich funktioniert; schwierig wird es danach.
      Unsichtbare Arbeit wie Content-Moderation und Monetarisierung ist der wirklich schwierige Teil, und Leute entwickeln dabei leicht einen Tunnelblick.
    • Stimmt, aber in der Praxis sind die beiden Prozesse oft ziemlich getrennt. Ich mache ERP-Implementierungen, insbesondere im Bereich Buchhaltung und Finanzen, und meistens übernimmt das ERP Rechnungsdaten und Status-Tracking, während ein separater Dienst über ERP-Integration PDFs oder elektronische Rechnungen erstellt.
      ERPs können Tracking gut, aber das Anpassen von Rechnungsvorlagen kostet viel Zeit und Geld. Deshalb gibt es im Enterprise-Bereich einen Markt für Software, die PDF-Rechnungen erstellt, auch ohne Tracking-Funktion. Allerdings muss sie wahrscheinlich auch die Erzeugung von PEPPOL-BIS-kompatiblem XML unterstützen.
    • In einigen, vielleicht den meisten Ländern verlangen Vorschriften eine strikte Versionierung von Rechnungen und nicht rückgängig zu machende Abläufe. Das heißt: Nach der Zustellung können sie nicht mehr geändert werden.
      Damit ein Unternehmen gesetzeskonform ist, muss es nachweisen, dass es ein System nutzt, das diese Einschränkungen erfüllt. In Frankreich ist die Nutzung solcher konformer Software seit 2018 für alle Unternehmen verpflichtend.
    • Als ich als unabhängiger Berater gearbeitet habe, hat GnuCash Rechnungen und Debitorenverwaltung ausreichend gut abgedeckt.
      Um die Zeiten für einen Abrechnungszeitraum zu erfassen, habe ich in GnuCash eine neue Rechnung erstellt, jeden Tag eine Zeile hinzugefügt und zu jeder Position eine sehr kurze Notiz dazu geschrieben, was ich an dem Tag gemacht hatte.
      Am Ende des Tages habe ich eine Entwurfsrechnung für die noch nicht abgerechneten Stunden als Backup ausgedruckt. Zum eigentlichen Abrechnungszeitpunkt habe ich das Custom-Rechnungsskript von GnuCash kopiert und angepasst, um die Notizen auszublenden und auch Änderungswünsche des Kunden am Format zu erfüllen.
      Wenn ich sie per E-Mail oder Post verschickt hatte, übernahm die Debitorenfunktion von GnuCash den Rest. Die interne Datenrepräsentation war etwas unheimlich, funktionierte aber gut.
    • Normalerweise ist ein schneller, einfacher Rechnungsgenerator nützlich für Leute, die Vor-Ort-Verkäufe oder Bargeschäfte machen und nur gelegentlich eine Rechnung erstellen müssen, damit ein Unternehmen zahlen kann, statt es als Auslage zu erstatten.

  • Ich hatte überlegt, so ein Tool oder etwas Selbstgebautes zu nutzen, aber in der Praxis erstelle ich einfach eine HTML-Seite mit vielen contenteditable-Attributen, bearbeite sie direkt im Browser, lösche bei Bedarf gelegentlich mit den Entwicklertools Überflüssiges und drucke sie als PDF.
    Für meine Mutter wäre das keine Methode, also fühlt es sich irgendwie falsch an, aber für Leute, die es können, ist es der schnellste Weg.
    Trotzdem ist es ein gutes Tool für Leute, die das mit wenig Aufwand erledigen wollen. Allerdings verschwinden beim Neuladen alle Daten, die Währungsliste ist zu lang, um wie in einem normalen Auswahlfeld „EUR“ eintippen und auswählen zu können, und Rechnungsnummern-Tracking sowie das Speichern von Unternehmensdaten wären wünschenswert.

    • Alltägliche Dokumentarbeit mache ich fast genauso: Für eine realistische Vorschau nutze ich page.css, zum Bearbeiten und Speichern Mavo. Beispiel: https://papers.aedge.dev/payout/
    • Ich habe ähnlich angefangen. Ich habe ein sehr einfaches HTML-Template für Rechnungen gebaut, Airtable als Datenbank verwendet, um Kundenadressen und Rechnungs-IDs usw. zu verfolgen, und es dann per CLI-Skript generiert.
      Ich wollte keine vollwertigen Buchhaltungstools nutzen, bei denen alles in der Cloud liegt und man teure Monatsabos zahlen muss, und die Word-artige Methode passte auch nicht.

  • Wenn man ein umfassendes Buchhaltungstool für persönliche Finanzen oder ein kleines Unternehmen sucht, bietet auch GnuCash eine Funktion zur Rechnungserstellung.
    Ich finde, die PDFs des Tools aus dem Originalbeitrag sehen deutlich schöner aus als die von GnuCash, aber die Erzeugung ist nur ein Teil; wichtig ist auch, Salden zu verfolgen und zu wissen, wer noch Geld schuldet. GnuCash erledigt beides an einem Ort und zeigt beim Öffnen des Programms sogar ein Popup mit offenen Forderungen an.

    • Die Lizenzkompatibilität müsste man prüfen, aber wenn beide Open Source sind, könnte man auch die Stärken beider Tools kombinieren.

  • Früher habe ich https://invoice-generator.com/ verwendet; das ist ziemlich ähnlich, hat aber keine Templates.
    Eine wichtige Funktion ist, dass die Historie vergangener Rechnungen gespeichert wird, sodass man Informationen nicht erneut eingeben oder das Logo erneut hochladen muss. Da es ohne Login auf dem lokalen Rechner des Nutzers gespeichert wird, wäre es gut, eine ähnliche Funktion in Betracht zu ziehen; ohne sie gibt es kaum einen Grund zu wechseln.

    • Schön, dass du es erwähnst. Es gibt auch eine kostenlose API zur Erzeugung von Rechnungs-PDFs: https://invoice-generator.com/developers
    • Ich nutze das auch in einem Side Project. Mehr Funktionen brauche ich eigentlich nicht, und es funktioniert ausreichend gut.

  • Für Rechnungen nutze ich LaTeX und das Modul rechnung.sty, das ein typisches Rechnungslayout erzeugt.
    Der Vorteil ist, dass es die Dokumentklasse scrlttr verwendet und bei korrektem Aufruf PDFs erstellen kann, die perfekt in Schweizer Fensterumschläge passen.
    Wenn man die Grundeinstellungen in eine wiederverwendbare Importdatei auslagert, werden die einzelnen Rechnungs-.tex-Dateien sehr kurz und enthalten im Wesentlichen nur Adresse und Rechnungspositionen.

    • Bei KDE müssen wir wegen Spendern und Veranstaltungen aus aller Welt ziemlich komplexe Rechnungen an Empfänger in mehreren Jurisdiktionen verschicken.
      Dafür haben wir eine Web-App mit quart und hypercorn gebaut, die als Teil unseres internen Finanz-Dashboards PDFs erzeugt. Der Job läuft im Backend und verwendet über latexmk luatex; intern nutzen wir auch scrlttr2.
      Screenshot: https://mero.ng/i/GKeVmAnd.png

  • Bei kurzen Rechnungen, zum Beispiel mit etwa vier Positionen, ist die für das Rendern der Positionen verwendete Schrift zu groß und der Zeilenabstand zu weit.
    Ich verstehe, dass Schriftgröße und Grundlinie je nach Anzahl der Positionen adaptiv sind, aber Rechnungen mit wenigen Positionen sehen nicht gut aus.
    Auch das Beschreibungsfeld ist zu stark begrenzt, es gibt keine Spalte für Produktreferenz-IDs, und es scheinen Unternehmensnummer, Zahlungsbedingungen, Bankkonto, Zahlungsreferenz für Überweisungen und vor allem automatische VAT-Berechnung und -Anzeige zu fehlen, die EU-B2B-Nutzer benötigen.

  • Ansprechend und schlicht
    Das Invoice-Ökosystem ist so kompliziert und teuer, dass ich seit etwa den letzten 10 Jahren Google Sheets verwende. Mit dem PDF-Export-Button erstelle ich ein PDF und schicke es dem Kunden per E-Mail
    Für das rasterartige Design, das man für Rechnungen braucht, ist es einfach genug, und ich frage mich, welchen Vorteil Invoice Dragon gegenüber Google Sheets hat

    • Ich hatte eine für Rechnungen überkonstruierte LaTeX-Vorlage gebaut, und das war wirklich lästig. Kaum zu glauben, dass ich nicht auf die Idee gekommen bin, Google Sheets oder Excel zu verwenden
    • Wenn Google Sheets nicht dein Geschmack ist, dürfte der Vorteil sein, dass du es nicht nutzen musst
    • Es gibt keinen Vorteil

  • Ich frage mich, was alle für Rechnungsversand, Follow-up-E-Mails bei ausbleibender Zahlung und das Einziehen von ACH-/Kreditkartenzahlungen verwenden
    Ich habe Wave Accounting und Stripe ausprobiert, mag aber die Gebühren von Stripe für Rechnungen + Steuern nicht. Sie sind aber immer noch niedriger als die Amex-Gebühren von Wave, also nehme ich es derzeit hin
    Bei einem Umfang von 4–6 Rechnungen pro Jahr und etwa 2.000 bis 10.000 Dollar pro Rechnung ist das vielleicht das Beste, aber Alternativen wären schön

    • Ich nutze selbst gehostetes InvoiceNinja 4 mit Stripe-Integration. Funktioniert gut, verschickt Follow-up-E-Mails und schlägt die Payment-Gateway-Gebühren auf die Rechnung auf
    • Für kleine Buchhaltungsaufgaben nutze ich Zoho Books. Sehr gut und kostenlos
      https://books.zoho.com/
    • Ich nutze FreeAgent. Es verbindet sich mit allen Geschäftskonten und ordnet Transaktionen automatisch Rechnungen zu
      Es verschickt auch E-Mails und Follow-up-Erinnerungen und erledigt die britischen Steuern automatisch. Zu anderen Ländern weiß ich es nicht
      https://www.freeagent.com/
    • Ich habe InvoiceNinja einige Jahre lang selbst gehostet. Es hat mir ziemlich gut gefallen, war aber nicht perfekt
    • Ein recht ausgereiftes Produkt eines belgischen Unternehmens, früher hieß es OpenERP: https://www.odoo.com/
      Zur Info: OpenERP v7 betreibe ich immer noch kostenlos. VPS-Kosten kommen separat dazu

  • Ernsthaft, nicht einmal eine VAT-Zusatzfunktion? Wo ist das Rechnungsdatum, wo ist die Steuer-ID? Wirkt wie nur für die USA gedacht

    • Es ist ein Tool, das jemand für den eigenen Bedarf gebaut und kostenlos geteilt hat
      Trotzdem kein Grund, entmutigt zu sein; Beiträge sind willkommen
      https://github.com/LaniJ/invoice-dragon
    • 99 % der Amerikaner haben vermutlich noch nie von VAT gehört, daher weiß ich nicht, warum es überraschend sein sollte, dass ein US-basiertes Projekt keine VAT unterstützt
    • Es ist Open Source, also kann man solche Bedenken als Pull Request einbringen oder zumindest als Issue melden
      Mir gefällt der Gedanke, dass man vielleicht irgendwann keine Accounts bei mehreren Rechnungs-Apps anlegen muss, nur um eine maßgeschneiderte Rechnung zu erstellen
    • Ernsthaft, ein VAT-registriertes Unternehmen nutzt kein Buchhaltungstool für 10 £ im Monat? Dieses Tool ist offensichtlich für Freelancer gedacht
      Übrigens muss man im Vereinigten Königreich mehr als 85.000 £ pro Jahr verdienen, um VAT berechnen zu müssen
    • Nicht jeder Verkauf erfordert VAT, und nicht jeder muss oder will VAT zahlen
      Unter der Annahme, dass man Rechnungen auf Englisch verschickt, ist dieses Tool in Ordnung

  • Als jemand, der kürzlich einen sehr ähnlichen Proof-of-Concept-Rechnungsgenerator gebaut hat, fände ich eine HTML-Live-Vorschau gut
    Besser wäre eine Lösung, die beim Aufhören zu tippen ungefähr zeigt, wie die Rechnung aussehen wird, statt dass sich im Download-Ordner jeweils 15 temporäre PDFs ansammeln
    In der EU sind Rechnungsregeln wie Nummerierung und ob VAT enthalten ist streng, und eine französische Rechnung oder eine Rechnung aus den Niederlanden an ein EU-Unternehmen auf Anhieb korrekt zu erstellen, erfordert viel Recherche und Domänenwissen
    Schwierig ist nicht die PDF-Erzeugung oder das Ausfüllen von Platzhaltern in Templates, sondern die nötigen Daten zu sammeln und Zustände wie bezahlt, überfällig, Erinnerung verschickt und zurückgezogen korrekt nachzuverfolgen. Die meisten Online-Buchhaltungstools behandeln das bereits integriert
    In mehreren Jurisdiktionen sind VAT- oder Steuerzeilen Pflicht; derzeit bräuchte man einen Workaround, etwa „VAT 21 %“ in die Beschreibung zu schreiben und den Betrag manuell zu berechnen. Ich verstehe, wenn man keinen allgemeinen Rechner einbauen will, aber es braucht Sonderposten wie Rabatt, VAT, andere Steuern und Reisekosten, bei denen festgelegt wird, ob sie in Zwischensummen einfließen, aber in jedem Fall den Gesamtbetrag beeinflussen
    Wenn die Zielgruppe Nutzer sind, die etwa 10 Rechnungen pro Jahr verschicken, muss das Tool entweder flexibel genug für lokale Anforderungen sein oder ausdrücklich auf die Anforderungen einer bestimmten Region zugeschnitten sein, damit es rechtlich nutzbar ist. Der eigentliche Wert liegt für mich eher im Tracking als in der PDF-Erzeugung
    Das Endziel wäre, Rechnungen in einem webbasierten Tool zu verwalten, plain-text accounting mit beancount/ledger als eine Art Datenbank zu nutzen und als PDF zu exportieren. Derzeit erledige ich das mit einem Durcheinander aus Skripten, LaTeX und anderem
    Beispielvorlage: https://extensions.libreoffice.org/?q=invoice&action_doExten...