2 puan yazan GN⁺ 2023-07-26 | 1 yorum | WhatsApp'ta paylaş
  • Invoice Dragon, fatura ve makbuzları hızlıca PDF olarak oluşturmak için ücretsiz bir araçtır
  • Orijinal başlık, PDF faturaları ve makbuzları ücretsiz oluşturabilmesini özellikle vurguluyor
  • Hizmet, kullanıcıların belgeleri kolayca oluşturabilmesi için bir çözüm sunduğunu belirtiyor
  • Yalnızca verilen bilgilere göre şablonlar, depolama yöntemi, hesap gerekliliği veya lisans gibi ayrıntılı koşullar doğrulanamıyor
  • HN başlığına göre bu bir açık kaynak uygulama ve ücretsiz PDF belge oluşturma aracı arayan kullanıcılar için uygun

PDF fatura ve makbuz oluşturma

  • Invoice Dragon, fatura ve makbuz oluşturmak için bir araçtır
  • Orijinal başlık, PDF faturaları ve makbuzları ücretsiz oluşturabildiğini belirtiyor
  • Ana metin, bunun hızlı ve kullanışlı bir çözüm olduğunu ve Absolutely Free olduğunu vurguluyor

Henüz doğrulanmamış koşullar

  • Verilen bilgilerde desteklenen şablonlar, depolama yöntemi, hesap gerekliliği, dağıtım biçimi, lisans ve kaynak deposu bağlantısı yer almıyor
  • HN başlığında bunun bir açık kaynak uygulama olduğu belirtiliyor

1 yorum

 
GN⁺ 2023-07-26
Hacker News görüşleri
  • Faturaların karmaşıklığı, PDF oluşturmanın kendisinden çok ödenmemiş/ödenmiş takibi, vadesi geçmiş alacaklar, erken ödeme indirimleri ve kullanılan muhasebe araçlarıyla entegrasyon tarafında çok daha fazla.
    Yine de ara sıra bir iki fatura göndermesi gereken biri için harika ve basit bir araç gibi görünüyor.

    • Bu kalıbı sık görüyorum. Twitter’a benzer şekilde, kısa sürede, hatta bir hafta içinde benzer çalışan bir uygulama yapılabilir; zor olan sonrası.
      İçerik moderasyonu, gelir elde etme gibi görünmeyen işler asıl zor kısım ve insanların bu konuda bakış açısı kolayca daralabiliyor.
    • Doğru, ama pratikte iki süreç çoğu zaman epey ayrılıyor. ERP uygulamaları, özellikle muhasebe ve finans tarafında çalışıyorum; çoğunlukla ERP fatura verisi ve durum takibini üstleniyor, ayrı bir servis de ERP entegrasyonu üzerinden PDF veya e-fatura üretiyor.
      ERP takipte iyi, ancak fatura şablonunu özelleştirmek çok zaman ve maliyet gerektirdiği için büyük şirketler tarafında takip işlevi olmasa bile PDF fatura üreten yazılımlara yönelik bir pazar var. Yine de PEPPOL BIS uyumlu XML üretimini de desteklemesi gerekme olasılığı yüksek.
    • Bazı, belki de çoğu ülkede düzenlemeler faturalar için katı sürüm yönetimi ve geri alınamaz işlem süreçleri gerektiriyor. Yani gönderildikten sonra değiştirilemezler.
      Bir şirketin yasalara uyduğunu göstermek için bu kısıtları karşılayan bir sistem kullandığını kanıtlaması gerekir. Fransa’da 2018’den beri tüm şirketlerin böyle uyumlu yazılım kullanması zorunlu.
    • Bağımsız danışmanlık yaparken GnuCash, fatura ve ticari alacak yönetimini yeterince iyi hallediyordu.
      Faturalandırma dönemindeki zamanı takip etmek için GnuCash’te yeni bir fatura oluşturur, her gün bir satır kalem eklerdim; her kaleme de o gün yaptığım işi çok kısa not düşerdim.
      Gün sonunda henüz faturalandırılmamış zamanın taslak faturasını yazdırıp yedek olarak saklar, gerçek faturalandırma zamanında ise GnuCash’in özel fatura betiğini kopyalayıp değiştirerek notları gizler ve müşterinin biçim değişikliği taleplerine de uyarlardım.
      E-posta ya da postayla gönderdikten sonra GnuCash’in ticari alacak işlevi süreci devralırdı; iç veri temsili biraz ürkütücüydü ama iyi çalışıyordu.
    • Genellikle saha satışı veya nakit işlem yaparken, bazen şirketin gider göstermek yerine ödeme yapabilmesi için fatura kesmesi gereken kişiler için hızlı ve basit bir fatura oluşturucu işe yarar.
  • Böyle bir aracı ya da kendi yaptığım bir şeyi kullanmayı düşündüm, ama pratikte içine bolca contenteditable özelliği konmuş bir HTML sayfası hazırlayıp tarayıcıda doğrudan düzenliyorum; bazen de geliştirici araçlarıyla gereksiz şeyleri silip PDF olarak yazdırıyorum.
    Annemin yapabileceği bir yöntem değil, bu yüzden bir şeyler yanlış gibi hissettiriyor; ama yapabilen biri için en hızlı yol.
    Yine de işi daha az zahmetle halletmek isteyenler için iyi bir araç. Ancak sayfa yenilenince tüm veriler kayboluyor; para birimi listesi sıradan bir seçim kutusu gibi “EUR” yazıp seçilemeyecek kadar uzun; fatura numarası takibi ve şirket bilgisi kaydetme olsa iyi olurdu.

    • Günlük evrak işlerini neredeyse aynı şekilde yapıyorum; gerçekçi önizleme için page.css, düzenleme ve kaydetme için Mavo kullanıyorum. Örnek: https://papers.aedge.dev/payout/
    • Benzer şekilde başlamıştım. Faturalar için çok basit bir HTML şablonu yaptım; müşteri adresleri ve fatura ID’leri gibi şeyleri takip etmek için Airtable’ı veritabanı olarak kullandım, ardından bir CLI betiğiyle oluşturdum.
      Her şeyin bulutta olduğu ve pahalı aylık abonelik gerektiren tam teşekküllü muhasebe araçlarını kullanmak istemiyordum; Word tarzı yöntem de bana uymuyordu.
  • Kişisel finans ya da küçük işletme için kapsamlı bir muhasebe aracı arıyorsanız GnuCash’te de fatura oluşturma özelliği var.
    Orijinal araçtaki PDF’nin GnuCash’inkinden çok daha güzel göründüğünü kabul ediyorum, ama oluşturma işin yalnızca bir kısmı; bakiyeleri takip etmek ve hâlâ kimin para ödemesi gerektiğini bilmek de önemli. GnuCash ikisini de tek yerde hallediyor ve programı açtığınızda ödenmemiş ticari alacakları bildiren bir açılır pencere de gösteriyor.

    • Lisans uyumluluğunu kontrol etmek gerekir, ama ikisi de açık kaynaksa iki aracın güçlü yanlarını birleştirmek mümkün olabilir.
  • Eskiden https://invoice-generator.com/ kullanıyordum; oldukça benzer, ama şablon yok.
    Önemli özellik geçmiş faturaların geçmişini kaydetmesi; böylece bilgileri yeniden girmek veya logoyu tekrar yüklemek gerekmiyor. Giriş yapmadan kullanıcının yerel makinesine kaydedilen bir yöntem; benzer bir özellik eklemeyi düşünmek iyi olabilir, yoksa geçmek için pek büyük bir neden yok.

    • Bahsettiğine sevindim. Fatura PDF’leri oluşturmak için ücretsiz bir API de var: https://invoice-generator.com/developers
    • Yan projelerde de bunu kullanıyorum. Daha fazla özelliğe pek ihtiyacım yok ve yeterince iyi çalışıyor.
  • Faturalar için LaTeX ve tipik fatura düzenini oluşturan rechnung.sty modülünü kullanıyorum.
    Avantajı, scrlttr belge sınıfını kullanarak doğru çağrıldığında İsviçre’nin pencereli zarflarına kusursuz uyan PDF’ler üretebilmesi.
    Temel ayarları yeniden kullanılabilir bir içe aktarma dosyasına koyunca, her fatura .tex dosyasında yalnızca adres ve fatura kalemleri gibi şeyler yer alıyor ve dosya çok kısa oluyor.

    • KDE’de dünya çapındaki bağışçılar ve etkinlikler nedeniyle birden fazla yargı alanındaki alıcılara epey karmaşık faturalar göndermemiz gerekiyor.
      Bunun için quart ve hypercorn kullanan bir web uygulaması yaptık; dahili finans panosunun bir parçası olarak PDF üretiyor. İş arka uçta çalışıyor, latexmk üzerinden luatex kullanıyor ve içeride scrlttr2 de kullanılıyor.
      Ekran görüntüsü: https://mero.ng/i/GKeVmAnd.png
  • Kısa faturalar, örneğin yaklaşık 4 kalemlik olanlarda, kalemleri render etmek için kullanılan yazı tipi çok büyük ve satır aralığı da çok geniş.
    Kalem sayısına göre yazı tipi boyutu ve taban çizgisinin uyarlanabilir olmasını anlıyorum, ama az kalemli faturalar güzel görünmüyor.
    Açıklama alanının boyutu da çok kısıtlı; ürün referans ID sütunu yok; AB B2B kullanıcıları için gerekli şirket numarası, ödeme koşulları, banka hesabı, havale için ödeme referansı ve özellikle KDV’nin otomatik hesaplanıp gösterilmesi eksik görünüyor.

  • Güzel görünüyor ve sade
    Fatura ekosistemi o kadar karmaşık ve pahalı ki son yaklaşık 10 yıldır Google Sheets kullanıyorum. PDF dışa aktarma düğmesiyle PDF oluşturup müşteriye e-postayla göndermek yeterli oluyor
    Fatura için gereken ızgara tipi tasarım açısından fazlasıyla kolay; Invoice Dragon’ın Google Sheets’e göre ne avantajı olduğunu merak ediyorum

    • Faturalar için aşırı tasarlanmış bir LaTeX şablonu yapmıştım ve gerçekten can sıkıcıydı. Google Sheets ya da Excel kullanmayı neden düşünemediğime inanmak zor
    • Google Sheets zevkinize göre değilse onu kullanmak zorunda olmamanız bir avantaj olabilir
    • Avantajı yok
  • Fatura gönderimi, ödeme yapılmadığında takip e-postaları, ACH/kredi kartı tahsilatı için herkes ne kullanıyor merak ediyorum
    Wave Accounting ve Stripe’ı denedim ama Stripe’ın fatura+vergi ücretlerinden hoşlanmıyorum. Yine de Wave’in Amex ücretlerinden düşük olduğu için şimdilik katlanıyorum
    Yılda 4-6 fatura, fatura başına yaklaşık 2 bin-10 bin dolar kullanım ve fiyat aralığında bu en iyi seçenek olabilir ama alternatif olsa iyi olurdu

    • Kendi barındırdığım InvoiceNinja 4 ve Stripe entegrasyonunu kullanıyorum. İyi çalışıyor, takip e-postaları gönderiyor ve ödeme ağ geçidi ücretini de faturaya ekliyor
    • Küçük muhasebe işleri için Zoho Books kullanıyorum. Çok iyi ve ücretsiz
      https://books.zoho.com/
    • FreeAgent kullanıyorum. Tüm işletme hesaplarına bağlanıyor ve işlemleri faturalarla otomatik eşleştiriyor
      E-posta ve takip hatırlatmaları da gönderiyor, Birleşik Krallık vergi işlemlerini de kendisi hallediyor. Diğer ülkeleri pek bilmiyorum
      https://www.freeagent.com/
    • Birkaç yıl boyunca InvoiceNinja’yı kendi sunucumda barındırdım. Epey hoşuma gitmişti ama kusursuz değildi
    • Belçikalı bir şirketin oldukça olgun ürünü; eski adı OpenERP idi: https://www.odoo.com/
      Not olarak, OpenERP v7’yi hâlâ ücretsiz çalıştırıyorum. VPS maliyeti hariç
  • Ciddi ciddi, VAT eklentisi bile yok mu? Fatura düzenleme tarihi nerede, vergi kimlik numarası nerede? ABD’ye özel gibi hissettiriyor

    • Kişisel ihtiyacı için yaptığı bir aracı ücretsiz paylaşmış
      Yine de moral bozmaya gerek yok; katkılara açık
      https://github.com/LaniJ/invoice-dragon
    • Amerikalıların %99’u muhtemelen VAT’i hiç duymamıştır; bu yüzden ABD merkezli bir projede VAT olmamasının neden şaşırtıcı olduğunu pek anlamıyorum
    • Açık kaynak olduğu için bu tür kaygılar bir pull request yapılarak ya da en azından issue açılarak ele alınabilir
      Bir gün özel fatura oluşturmak için çeşitli fatura uygulamalarında hesap açmak zorunda kalmayabilecek olmak hoşuma gidiyor
    • Ciddi ciddi, VAT kayıtlı bir işletme ayda £10’luk bir muhasebe aracı bile kullanmıyor mu? Bu araç açıkça freelancer’lara yönelik
      Bu arada Birleşik Krallık’ta VAT uygulamak için yılda £85k’den fazla kazanmanız gerekir
    • Her satışta VAT gerekmez; herkesin VAT ödemesi gerekmez ya da herkes bunu istemez
      Faturayı İngilizce gönderdiğiniz varsayılırsa bu araç gayet iyi
  • Yakın zamanda çok benzer bir kavram kanıtı fatura oluşturucusu yapmış biri olarak, HTML canlı önizleme olsa iyi olurdu
    Yazmayı bıraktığınızda faturanın kabaca nasıl görüneceğini göstermesi ve indirmeler klasöründe 15 tane geçici PDF birikmemesi daha iyi olurdu
    AB’de numaralandırma, VAT’in dahil olup olmaması gibi fatura kuralları sıkı; bir Fransız faturası ya da Hollanda’dan bir AB şirketine gönderilen faturayı doğrudan doğru biçimde oluşturmak çok araştırma ve alan bilgisi gerektiriyor
    Zor olan PDF oluşturmak ya da şablondaki boşlukları doldurmak değil; gerekli verileri toplamak ve ödenmiş·gecikmiş·hatırlatma gönderilmiş·iptal edilmiş gibi durumları doğru takip etmek. Çoğu çevrimiçi defter tutma aracı bunu zaten entegre şekilde yapıyor
    Birçok yargı bölgesinde VAT veya vergi satırı zorunlu; şu anda açıklamaya “VAT 21%” yazıp tutarı elle hesaplamak gibi bir geçici çözüm gerekiyor. Genelleştirilmiş bir hesaplayıcı koymamanızı anlıyorum ama indirim·VAT·diğer vergiler·seyahat masrafı gibi ara toplama dahil edilip edilmeyeceği belirlenirken toplam tutara yansıyan özel kalemler gerekli
    Hedef kullanıcı yılda yaklaşık 10 fatura gönderen biriyse, aracın hukuken kullanılabilir olması için yerel gereksinimlere yeterince esnek uyması ya da tamamen belirli bir bölgenin gereksinimlerine göre tasarlanmış olması gerekir. Benim için asıl değer PDF oluşturmaktan çok takip işlevi
    Nihai hedef, faturaları web tabanlı bir araçta yönetmek, plain-text accounting araçları olan beancount/ledger’ı veritabanı gibi kullanmak ve PDF olarak dışa aktarmak. Şu anda script’ler, LaTeX vb. karışımı dağınık bir yöntemle hallediyorum
    Örnek şablon: https://extensions.libreoffice.org/?q=invoice&action_doExten...