Invoice Dragon: Aplikasi open source untuk membuat invoice PDF

• Invoice Dragon adalah alat gratis untuk membuat invoice dan kuitansi menjadi PDF dengan cepat
• Judul asli menonjolkan bahwa aplikasi ini dapat membuat invoice dan kuitansi PDF secara gratis
• Layanan ini mengusung solusi yang memungkinkan pengguna membuat dokumen dengan mudah
• Berdasarkan informasi yang diberikan saja, detail seperti templat, cara penyimpanan, kebutuhan akun, atau lisensi belum dapat dipastikan
• Berdasarkan judul HN, ini adalah aplikasi open source, sehingga cocok bagi pengguna yang mencari alat gratis untuk membuat dokumen PDF

---

Membuat invoice dan kuitansi PDF

• Invoice Dragon adalah alat untuk membuat invoice dan kuitansi
• Judul asli menyebutkan bahwa aplikasi ini dapat membuat invoice dan kuitansi PDF secara gratis
• Teks deskripsinya menekankan bahwa ini adalah solusi yang cepat dan praktis serta Absolutely Free

Syarat yang belum terkonfirmasi

• Informasi yang tersedia tidak mencakup templat yang didukung, metode penyimpanan, kebutuhan akun, cara distribusi, lisensi, maupun tautan repositori sumber
• Pada judul HN terdapat keterangan bahwa ini adalah aplikasi open source

[GN⁺]

Komentar Hacker News

• Kompleksitas invoice jauh lebih banyak ada pada pelacakan yang belum dibayar/sudah dibayar, piutang lama, diskon pembayaran lebih awal, dan integrasi dengan alat akuntansi yang digunakan, daripada pembuatan PDF itu sendiri.
  Meski begitu, untuk orang yang sesekali perlu mengirim satu-dua invoice, ini tampak seperti alat yang bagus dan sederhana.

  • Saya sering melihat pola seperti ini. Mirip Twitter: kalau singkat, dalam seminggu pun orang bisa membuat aplikasi yang berperilaku mirip, tetapi bagian sulitnya datang setelah itu.
    Pekerjaan yang tidak terlihat seperti moderasi konten dan monetisasi adalah bagian yang benar-benar sulit, dan orang mudah sekali berpandangan sempit soal itu.
  • Benar, tetapi dalam praktiknya kedua proses itu sering cukup terpisah. Saya mengerjakan implementasi ERP, terutama sisi akuntansi dan keuangan; kebanyakan ERP menangani data invoice dan pelacakan status, sementara layanan terpisah membuat PDF atau e-invoice lewat integrasi ERP.
    ERP bagus untuk pelacakan, tetapi kustomisasi format invoice memakan banyak waktu dan biaya, jadi di kalangan perusahaan besar ada pasar untuk software pembuat invoice PDF meski tanpa fitur pelacakan. Namun kemungkinan besar juga perlu mendukung pembuatan XML yang kompatibel dengan PEPPOL BIS.
  • Di sebagian, mungkin sebagian besar, negara, regulasi mewajibkan versioning yang ketat untuk invoice dan prosedur pemrosesan yang tidak bisa dibatalkan. Artinya, setelah dikirim, invoice tidak dapat diubah.
    Agar perusahaan mematuhi hukum, mereka harus membuktikan bahwa mereka memakai sistem yang memenuhi batasan seperti ini. Di Prancis, sejak 2018 semua perusahaan diwajibkan menggunakan software kepatuhan semacam ini.
  • Saat bekerja sebagai konsultan independen, GnuCash sudah cukup baik menangani invoice dan pengelolaan piutang.
    Untuk melacak jam dalam periode penagihan, saya membuat invoice baru di GnuCash, menambahkan satu baris item setiap hari, dan pada setiap item menulis catatan sangat singkat tentang pekerjaan hari itu.
    Di akhir hari, saya mencetak draft invoice untuk jam yang belum ditagih sebagai cadangan; saat benar-benar menagih, saya menyalin dan memodifikasi skrip invoice kustom GnuCash untuk menyembunyikan catatan dan menyesuaikan perubahan format yang diminta pelanggan.
    Setelah dikirim lewat email atau pos, fitur piutang GnuCash melanjutkan prosesnya; representasi data internalnya agak menyeramkan, tetapi berfungsi dengan baik.
  • Biasanya generator invoice yang cepat dan sederhana berguna bagi orang yang umumnya melakukan penjualan di tempat atau transaksi tunai, tetapi sesekali perlu membuat invoice agar perusahaan bisa membayar alih-alih mencatatnya sebagai pengeluaran.

• Saya sempat mempertimbangkan memakai alat seperti ini atau buatan sendiri, tetapi pada praktiknya saya membuat halaman HTML dengan banyak atribut contenteditable, mengeditnya langsung di browser, sesekali menghapus yang tidak perlu lewat developer tools, lalu mencetaknya sebagai PDF.
  Ini terasa agak salah karena ibu saya tidak akan bisa melakukannya, tetapi bagi yang bisa, ini cara paling cepat.
  Tetap saja, ini alat yang bagus untuk orang yang ingin menyelesaikannya dengan sedikit kerepotan. Namun jika halaman di-refresh semua data hilang, daftar mata uang terlalu panjang sehingga tidak bisa memilih dengan mengetik “EUR” seperti select box biasa, dan akan bagus jika ada pelacakan nomor invoice serta penyimpanan informasi perusahaan.

  • Saya mengerjakan dokumen sehari-hari hampir dengan cara yang sama, memakai page.css untuk pratinjau yang realistis dan Mavo untuk mengedit serta menyimpan. Contoh: https://papers.aedge.dev/payout/
  • Saya memulai dengan cara serupa. Saya membuat template HTML yang sangat sederhana untuk invoice, memakai Airtable sebagai database untuk melacak alamat pelanggan, ID invoice, dan sebagainya, lalu membuatnya lewat skrip CLI.
    Saya tidak ingin memakai alat akuntansi penuh yang semuanya ada di cloud dan harus membayar langganan bulanan mahal, dan pendekatan ala Word juga tidak cocok.

• Jika mencari alat akuntansi menyeluruh untuk keuangan pribadi atau bisnis kecil, GnuCash juga memiliki fitur pembuatan invoice.
  Menurut saya PDF dari alat di artikel asli jauh lebih cantik daripada GnuCash, tetapi pembuatan hanyalah sebagian; melacak saldo dan mengetahui siapa yang masih harus membayar juga penting. GnuCash menangani keduanya di satu tempat, dan saat program dibuka, ia juga menampilkan pop-up yang memberi tahu piutang yang belum dibayar.

  • Kompatibilitas lisensi perlu dicek, tetapi jika keduanya open source, mungkin bisa menggabungkan keunggulan kedua alat.

• Dulu saya memakai https://invoice-generator.com/; cukup mirip, tetapi tidak punya template.
  Fitur pentingnya adalah menyimpan riwayat invoice sebelumnya, sehingga tidak perlu memasukkan ulang informasi atau mengunggah ulang logo. Karena disimpan di mesin lokal pengguna tanpa login, sebaiknya pertimbangkan menambahkan fitur serupa; tanpa itu, tidak banyak alasan untuk pindah.

  • Senang ada yang menyebutkannya. Ada juga API gratis untuk membuat PDF invoice: https://invoice-generator.com/developers
  • Saya juga memakai ini untuk side project. Tidak terlalu butuh fitur lebih dari itu, dan ini bekerja cukup baik.

• Untuk invoice, saya memakai LaTeX dan modul rechnung.sty yang membuat layout invoice klasik.
  Kelebihannya adalah dengan menggunakan document class scrlttr, jika dipanggil dengan benar, ia bisa membuat PDF yang pas sempurna untuk amplop berjendela Swiss.
  Jika pengaturan dasar diletakkan dalam file impor yang dapat digunakan ulang, setiap file invoice .tex menjadi sangat pendek karena hanya berisi alamat dan item invoice.

  • Di KDE, karena donor dan acara dari seluruh dunia, kami harus mengirim invoice yang cukup kompleks kepada penerima di berbagai yurisdiksi.
    Untuk itu kami membuat aplikasi web yang memakai quart dan hypercorn, dan menghasilkan PDF sebagai bagian dari dashboard keuangan internal. Pekerjaannya berjalan di backend dan memakai luatex melalui latexmk; secara internal juga memakai scrlttr2.
    Screenshot: https://mero.ng/i/GKeVmAnd.png

• Untuk invoice pendek, misalnya sekitar 4 item, font yang dipakai untuk merender item terlalu besar dan jarak barisnya juga terlalu lebar.
  Saya mengerti ukuran font dan baseline dibuat adaptif menurut jumlah item, tetapi invoice dengan sedikit item tidak terlihat bagus.
  Ukuran kolom deskripsi juga terlalu terbatas, tidak ada kolom ID referensi produk, dan tampaknya belum ada nomor perusahaan, ketentuan pembayaran, rekening bank, referensi pembayaran untuk transfer, khususnya perhitungan dan tampilan VAT otomatis yang diperlukan pengguna B2B di UE.

• Enak dilihat dan sederhana
  Ekosistem invoice terlalu rumit dan mahal, jadi selama sekitar 10 tahun terakhir saya memakai Google Sheets. Cukup buat PDF dengan tombol ekspor PDF lalu kirimkan ke pelanggan lewat email
  Untuk desain berbentuk grid yang dibutuhkan invoice, itu sudah cukup mudah, dan saya penasaran apa keunggulan Invoice Dragon dibanding Google Sheets

  • Saya pernah membuat template LaTeX yang terlalu direkayasa untuk invoice, dan itu benar-benar merepotkan. Sulit dipercaya kenapa saya tidak terpikir memakai Google Sheets atau Excel
  • Kalau Google Sheets bukan selera Anda, keunggulannya mungkin Anda tidak perlu memakainya
  • Tidak ada keunggulan

• Penasaran orang-orang memakai apa untuk mengirim invoice, email tindak lanjut saat belum dibayar, dan penagihan pembayaran ACH/kartu kredit
  Saya pernah mencoba Wave Accounting dan Stripe, tapi tidak suka biaya invoice+pajak Stripe. Meski begitu biayanya masih lebih rendah daripada biaya Amex di Wave, jadi sementara saya bertahan memakainya
  Untuk penggunaan dan rentang harga sekitar 4–6 invoice per tahun, masing-masing sekitar 2 ribu–10 ribu dolar, mungkin ini yang terbaik, tapi saya ingin ada alternatif

  • Saya memakai InvoiceNinja 4 yang di-host sendiri dengan integrasi Stripe. Berfungsi baik, mengirim email tindak lanjut, dan juga menambahkan biaya payment gateway ke invoice
  • Untuk pembukuan kecil, saya memakai Zoho Books. Sangat bagus dan gratis
    https://books.zoho.com/
  • Saya memakai FreeAgent. Terhubung dengan semua rekening bisnis dan otomatis mencocokkan transaksi dengan invoice
    Juga mengirim email dan pengingat tindak lanjut, serta mengurus pajak Inggris secara otomatis. Untuk negara lain saya kurang tahu
    https://www.freeagent.com/
  • Saya meng-host InvoiceNinja sendiri selama beberapa tahun. Cukup saya suka, tapi tidak sempurna
  • Produk dari perusahaan Belgia yang cukup matang, dulu namanya OpenERP: https://www.odoo.com/
    Sebagai catatan, OpenERP v7 masih saya jalankan secara gratis. Biaya VPS terpisah

• Serius, bahkan tidak ada fitur tambahan VAT? Tanggal penerbitan invoice ada di mana, tax ID ada di mana? Rasanya seperti khusus AS

  • Ini adalah tool yang dibuat untuk kebutuhan pribadi lalu dibagikan gratis
    Namun tidak perlu berkecil hati, kontribusi diterima
    https://github.com/LaniJ/invoice-dragon
  • 99% orang Amerika mungkin bahkan belum pernah mendengar VAT, jadi saya kurang paham kenapa tidak adanya VAT di proyek berbasis AS terasa mengejutkan
  • Karena ini open source, kekhawatiran seperti ini bisa dibuatkan pull request atau setidaknya diajukan sebagai issue
    Saya suka gagasan bahwa suatu saat kita mungkin tidak perlu membuat akun di berbagai aplikasi invoice hanya untuk membuat invoice kustom
  • Serius, perusahaan terdaftar VAT tidak memakai tool akuntansi £10 per bulan? Tool ini jelas untuk freelancer
    Sebagai catatan, di Inggris Anda harus berpenghasilan lebih dari £85k per tahun untuk mengenakan VAT
  • Tidak semua penjualan membutuhkan VAT, dan tidak semua orang wajib atau ingin membayar VAT
    Dengan asumsi invoice dikirim dalam bahasa Inggris, tool ini baik-baik saja

• Sebagai orang yang baru-baru ini membuat generator invoice proof-of-concept dengan konsep sangat mirip, saya rasa akan bagus jika ada pratinjau HTML real-time
  Akan lebih baik jika saat berhenti mengetik, tool menampilkan perkiraan tampilan invoice, alih-alih membuat 15 PDF sementara menumpuk di folder download
  Di UE, aturan invoice ketat, seperti penomoran dan apakah VAT disertakan, dan membuat invoice Prancis atau invoice dari Belanda ke perusahaan UE langsung benar membutuhkan banyak riset dan pengetahuan domain
  Yang sulit bukan membuat PDF atau mengisi bagian kosong template, melainkan mengumpulkan data yang diperlukan dan melacak status seperti sudah dibayar, terlambat, pengingat terkirim, dan dibatalkan dengan benar. Sebagian besar tool pembukuan online sudah menangani ini secara terpadu
  Di banyak yurisdiksi, baris VAT atau pajak wajib ada, tetapi saat ini perlu akal-akalan seperti menaruh “VAT 21%” di deskripsi dan menghitung jumlahnya secara manual. Saya paham jika tidak memasukkan kalkulator yang digeneralisasi, tetapi tetap dibutuhkan item khusus seperti diskon, VAT, pajak lain, dan biaya perjalanan yang dapat ditentukan apakah masuk subtotal atau tidak, namun tetap tercermin dalam total
  Jika targetnya pengguna yang mengirim sekitar 10 invoice setahun, tool ini harus cukup fleksibel untuk memenuhi persyaratan lokal, atau justru disesuaikan dengan persyaratan wilayah tertentu, agar bisa dipakai secara legal. Bagi saya, nilai sebenarnya ada pada fitur pelacakan, bukan pembuatan PDF
  Tujuan akhirnya adalah mengelola invoice di tool berbasis web, memakai beancount/ledger untuk plain-text accounting seperti database, lalu mengekspornya ke PDF. Saat ini saya menanganinya dengan cara berantakan berupa campuran skrip, LaTeX, dan sebagainya
  Contoh template: https://extensions.libreoffice.org/?q=invoice&action_doExten...