Invoice Dragon: Ứng dụng mã nguồn mở tạo hóa đơn PDF

 (invoicedragon.com)
2 điểm bởi GN⁺ 2023-07-26 | 1 bình luận | Chia sẻ qua WhatsApp
  • Invoice Dragon là công cụ miễn phí để tạo hóa đơn và biên lai dưới dạng PDF một cách nhanh chóng
  • Tiêu đề gốc nhấn mạnh việc có thể tạo hóa đơn và biên lai PDF miễn phí
  • Dịch vụ tự giới thiệu là giải pháp giúp người dùng dễ dàng tạo tài liệu
  • Chỉ với thông tin được cung cấp, chưa thể xác nhận các điều kiện chi tiết như mẫu, cách lưu trữ, có cần tài khoản hay không, hoặc giấy phép
  • Theo tiêu đề trên HN, đây là ứng dụng mã nguồn mở, phù hợp với người dùng đang tìm công cụ tạo tài liệu PDF miễn phí

Tạo hóa đơn và biên lai PDF

  • Invoice Dragon là công cụ để tạo hóa đơn và biên lai
  • Tiêu đề gốc cho biết có thể tạo miễn phí hóa đơn và biên lai PDF
  • Phần mô tả nhấn mạnh đây là giải pháp nhanh chóng, tiện lợi và Absolutely Free

Các điều kiện chưa được xác nhận

  • Thông tin được cung cấp không bao gồm các chi tiết như mẫu được hỗ trợ, cách lưu trữ, có cần tài khoản hay không, hình thức phân phối, giấy phép, hay liên kết đến kho mã nguồn
  • Tiêu đề trên HN có kèm mô tả đây là ứng dụng mã nguồn mở

Bài viết liên quan

1 bình luận

 
GN⁺ 2023-07-26
Các ý kiến trên Hacker News

  • Độ phức tạp của hóa đơn nằm nhiều ở theo dõi chưa thanh toán/đã thanh toán, các khoản phải thu quá hạn, chiết khấu thanh toán sớm, và tích hợp với công cụ kế toán đang dùng hơn là ở bản thân việc tạo PDF
    Dù vậy, với những người thỉnh thoảng chỉ cần gửi một hai hóa đơn thì đây có vẻ là một công cụ tuyệt vời và đơn giản

    • Thường thấy mô hình kiểu này. Tương tự Twitter, nếu làm ngắn gọn thì trong vòng một tuần cũng có thể tạo ra một ứng dụng hoạt động na ná, nhưng phần khó là sau đó
      Những việc không nhìn thấy như kiểm duyệt nội dung, kiếm tiền mới là phần thật sự khó, và mọi người dễ bị nhìn hẹp vào đó
    • Nói vậy đúng, nhưng trên thực tế hai quy trình này thường khá tách biệt. Tôi làm triển khai ERP, đặc biệt ở mảng kế toán và tài chính; phần lớn trường hợp ERP phụ trách dữ liệu hóa đơn và theo dõi trạng thái, còn một dịch vụ riêng tạo PDF hoặc hóa đơn điện tử thông qua tích hợp ERP
      ERP theo dõi tốt, nhưng tùy biến mẫu hóa đơn tốn nhiều thời gian và chi phí, nên ở phía doanh nghiệp lớn vẫn có thị trường cho phần mềm tạo hóa đơn PDF dù không có chức năng theo dõi. Tuy nhiên, rất có khả năng cũng phải hỗ trợ tạo XML tương thích PEPPOL BIS
    • Ở một số, có lẽ là đa số quốc gia, quy định yêu cầu quản lý phiên bản nghiêm ngặt đối với hóa đơn và quy trình xử lý không thể hủy bỏ. Tức là sau khi đã gửi thì không thể sửa
      Để công ty tuân thủ luật, họ phải chứng minh rằng mình dùng hệ thống đáp ứng các ràng buộc này. Ở Pháp, từ năm 2018 mọi công ty đều bắt buộc phải dùng phần mềm tuân thủ như vậy
    • Khi làm tư vấn độc lập, GnuCash đã xử lý hóa đơn và quản lý khoản phải thu đủ tốt
      Để theo dõi thời gian trong kỳ tính phí, tôi tạo hóa đơn mới trong GnuCash, mỗi ngày thêm một dòng mục, và ở mỗi mục ghi chú rất ngắn về việc đã làm trong ngày đó
      Cuối ngày, tôi in hóa đơn nháp cho số giờ chưa lập hóa đơn để làm bản sao lưu; đến lúc lập hóa đơn thật, tôi sao chép và sửa script hóa đơn tùy chỉnh của GnuCash để ẩn ghi chú và đáp ứng cả yêu cầu thay đổi định dạng của khách hàng
      Khi gửi qua email hoặc bưu điện, chức năng khoản phải thu của GnuCash xử lý tiếp; biểu diễn dữ liệu nội bộ hơi đáng sợ một chút nhưng hoạt động tốt
    • Thường thì một trình tạo hóa đơn nhanh và đơn giản hữu ích cho những người chủ yếu bán hàng tại chỗ hoặc giao dịch tiền mặt, nhưng thỉnh thoảng cần tạo hóa đơn để công ty có thể thanh toán thay vì xử lý như hoàn chi phí

  • Tôi từng định dùng một công cụ kiểu này hoặc tự làm, nhưng thực tế lại tạo một trang HTML có rất nhiều thuộc tính contenteditable, sửa trực tiếp trong trình duyệt, rồi đôi khi dùng công cụ dành cho nhà phát triển để xóa những thứ không cần và in ra PDF
    Đây là cách mẹ tôi không làm được nên cũng có cảm giác có gì đó sai sai, nhưng với người làm được thì là cách nhanh nhất
    Dù vậy, đây là công cụ tốt cho những ai muốn xử lý ít phiền phức. Tuy nhiên, khi refresh thì toàn bộ dữ liệu biến mất; danh sách tiền tệ quá dài nên không thể gõ “EUR” để chọn như hộp chọn thông thường; và sẽ tốt hơn nếu có theo dõi số hóa đơn cùng lưu thông tin công ty

    • Tôi làm giấy tờ hằng ngày gần như cùng cách đó; để có bản xem trước thực tế thì dùng page.css, còn để chỉnh sửa và lưu thì dùng Mavo. Ví dụ: https://papers.aedge.dev/payout/
    • Tôi cũng bắt đầu tương tự. Tạo một HTML template rất đơn giản cho hóa đơn, dùng Airtable làm cơ sở dữ liệu để theo dõi địa chỉ khách hàng, ID hóa đơn, v.v., rồi sinh bằng script CLI
      Tôi không muốn dùng các công cụ kế toán đầy đủ khi mọi thứ đều ở trên cloud và phải trả phí thuê bao hằng tháng đắt đỏ; kiểu như Word cũng không phù hợp

  • Nếu đang tìm một công cụ kế toán toàn diện cho tài chính cá nhân hoặc doanh nghiệp nhỏ, GnuCash cũng có chức năng tạo hóa đơn
    Tôi thấy PDF của công cụ trong bài gốc đẹp hơn GnuCash nhiều, nhưng việc tạo chỉ là một phần; theo dõi số dư và biết ai còn nợ tiền cũng quan trọng. GnuCash xử lý cả hai ở một nơi, và khi mở chương trình còn hiện popup báo các khoản phải thu chưa thanh toán

    • Cần kiểm tra tương thích giấy phép, nhưng nếu cả hai đều là nguồn mở thì cũng có thể kết hợp điểm mạnh của hai công cụ

  • Trước đây tôi dùng https://invoice-generator.com/, khá giống nhưng không có template
    Chức năng quan trọng là lưu lịch sử các hóa đơn trước đây, nên không cần nhập lại thông tin hoặc tải lại logo. Nó lưu trên máy cục bộ của người dùng mà không cần đăng nhập, nên nếu cân nhắc thêm chức năng tương tự thì sẽ tốt; nếu không có thì không có nhiều lý do để chuyển sang

    • Rất vui vì bạn nhắc đến. Cũng có API miễn phí để tạo PDF hóa đơn: https://invoice-generator.com/developers
    • Tôi cũng dùng cái này trong side project. Không thật sự cần chức năng gì hơn, và nó hoạt động đủ tốt

  • Với hóa đơn, tôi dùng LaTeX và mô-đun rechnung.sty để tạo bố cục hóa đơn điển hình
    Ưu điểm là nó dùng lớp tài liệu scrlttr, nên nếu gọi đúng cách, có thể tạo PDF khớp hoàn hảo với phong bì cửa sổ ở Thụy Sĩ
    Nếu đưa cấu hình mặc định vào một file import có thể tái sử dụng, mỗi file hóa đơn .tex sẽ rất ngắn vì chỉ gồm địa chỉ và các mục hóa đơn

    • Ở KDE, do có nhà tài trợ và sự kiện trên toàn thế giới, chúng tôi phải gửi các hóa đơn khá phức tạp cho người nhận ở nhiều khu vực pháp lý
      Vì vậy, chúng tôi đã tạo một web app dùng quart và hypercorn, sinh PDF như một phần của dashboard tài chính nội bộ. Công việc chạy ở backend, dùng luatex thông qua latexmk, và bên trong cũng dùng scrlttr2
      Ảnh chụp màn hình: https://mero.ng/i/GKeVmAnd.png

  • Với hóa đơn ngắn, chẳng hạn chỉ khoảng 4 mục, phông chữ dùng để render các mục quá lớn và giãn dòng cũng quá rộng
    Tôi hiểu việc cỡ chữ và baseline thích ứng theo số lượng mục, nhưng hóa đơn có ít mục trông không đẹp
    Kích thước trường mô tả cũng quá hạn chế, không có cột ID tham chiếu sản phẩm, và có vẻ thiếu mã số công ty, điều khoản thanh toán, tài khoản ngân hàng, tham chiếu thanh toán để chuyển khoản mà người dùng B2B ở EU cần, đặc biệt là tự động tính và hiển thị VAT

  • Đẹp mắt và đơn giản
    Hệ sinh thái hóa đơn quá phức tạp và đắt đỏ nên khoảng 10 năm qua tôi đã dùng Google Sheets. Chỉ cần tạo PDF bằng nút xuất PDF rồi gửi email cho khách hàng là xong
    Với kiểu thiết kế dạng lưới cần cho hóa đơn thì như vậy đã đủ dễ, nên tôi tò mò Invoice Dragon có ưu điểm gì so với Google Sheets

    • Tôi từng làm một mẫu LaTeX được thiết kế quá mức cho hóa đơn, và nó thật sự rất phiền. Khó tin là tôi đã không nghĩ đến việc dùng Google Sheets hay Excel
    • Nếu không thích Google Sheets thì có lẽ ưu điểm là bạn không phải dùng nó
    • Không có ưu điểm nào

  • Tôi tò mò mọi người đang dùng gì để gửi hóa đơn, gửi email nhắc tiếp khi chưa thanh toán, và thu tiền qua ACH/thẻ tín dụng
    Tôi đã thử Wave Accounting và Stripe, nhưng không thích phí hóa đơn + thuế của Stripe. Dù vậy nó vẫn thấp hơn phí Amex của Wave nên hiện vẫn đang chịu dùng
    Với mức sử dụng và giá trị khoảng 4–6 hóa đơn mỗi năm, mỗi hóa đơn 2.000–10.000 USD, có thể đây là lựa chọn tốt nhất, nhưng nếu có phương án thay thế thì tốt

    • Tôi dùng InvoiceNinja 4 tự host và tích hợp Stripe. Hoạt động tốt, gửi email nhắc tiếp và cũng cộng phí cổng thanh toán vào hóa đơn
    • Tôi đang dùng Zoho Books cho công việc kế toán nhỏ. Rất tốt và miễn phí
      https://books.zoho.com/
    • Tôi dùng FreeAgent. Nó kết nối với tất cả tài khoản doanh nghiệp và tự động đối chiếu giao dịch với hóa đơn
      Nó cũng gửi email và nhắc tiếp, đồng thời tự xử lý thuế ở Anh. Các nước khác thì tôi không rõ
      https://www.freeagent.com/
    • Tôi đã tự host InvoiceNinja trong vài năm. Khá thích, nhưng không hoàn hảo
    • Đây là một sản phẩm khá hoàn thiện của một công ty Bỉ, trước đây có tên là OpenERP: https://www.odoo.com/
      Nhân tiện, tôi vẫn đang chạy OpenERP v7 miễn phí. Chi phí VPS tính riêng

  • Nghiêm túc mà nói, không có cả tính năng bổ sung VAT sao? Ngày phát hành hóa đơn ở đâu, mã số thuế ở đâu? Có cảm giác như chỉ dành cho Mỹ

    • Đây là công cụ được tạo cho nhu cầu cá nhân rồi chia sẻ miễn phí
      Dù vậy cũng không cần nản lòng, đóng góp luôn được hoan nghênh
      https://github.com/LaniJ/invoice-dragon
    • 99% người Mỹ có lẽ thậm chí chưa từng nghe đến VAT, nên tôi không rõ vì sao việc một dự án xuất phát từ Mỹ không có VAT lại đáng ngạc nhiên
    • Vì là mã nguồn mở, những lo ngại kiểu này có thể được xử lý bằng cách tạo pull request, hoặc ít nhất là mở issue
      Tôi thích điểm là một ngày nào đó có thể không cần tạo tài khoản trên nhiều ứng dụng hóa đơn chỉ để làm một hóa đơn tùy chỉnh
    • Nghiêm túc mà nói, một doanh nghiệp đăng ký VAT mà lại không dùng nổi công cụ kế toán £10/tháng sao? Công cụ này rõ ràng là dành cho freelancer
      Nhân tiện, ở Anh muốn tính VAT thì phải kiếm hơn £85k/năm
    • Không phải mọi giao dịch bán hàng đều cần VAT, và không phải ai cũng phải hoặc muốn nộp VAT
      Nếu giả định là gửi hóa đơn bằng tiếng Anh thì công cụ này ổn

  • Với tư cách là người gần đây đã thử làm một trình tạo hóa đơn proof-of-concept có ý tưởng rất giống, tôi nghĩ sẽ tốt hơn nếu có xem trước HTML theo thời gian thực
    Sẽ tốt hơn nếu khi ngừng gõ, công cụ hiển thị hình dạng hóa đơn xấp xỉ, thay vì để thư mục tải xuống chất đống 15 file PDF tạm
    Ở EU, các quy tắc về hóa đơn rất nghiêm ngặt, như cách đánh số, có bao gồm VAT hay không; để tạo đúng ngay một hóa đơn của Pháp hoặc hóa đơn từ Hà Lan gửi cho một công ty EU cần rất nhiều nghiên cứu và kiến thức chuyên môn về lĩnh vực này
    Cái khó không phải là tạo PDF hay điền chỗ trống trong mẫu, mà là thu thập dữ liệu cần thiết và theo dõi đúng các trạng thái như đã thanh toán, quá hạn, đã gửi nhắc nhở, đã hủy. Phần lớn công cụ sổ sách trực tuyến đã tích hợp và xử lý sẵn việc này
    Ở nhiều khu vực pháp lý, VAT hoặc dòng thuế là bắt buộc, nhưng hiện tại cần dùng mẹo kiểu đưa “VAT 21%” vào phần mô tả rồi tự tính số tiền thủ công. Tôi hiểu việc không đưa vào một bộ tính toán tổng quát, nhưng vẫn cần các mục đặc biệt như chiết khấu, VAT, thuế khác, chi phí đi lại, có thể quyết định có đưa vào subtotal hay không nhưng vẫn được phản ánh trong tổng tiền
    Nếu đối tượng là người dùng gửi khoảng 10 hóa đơn mỗi năm, công cụ phải đủ linh hoạt để đáp ứng yêu cầu địa phương, hoặc hẳn là nhắm theo yêu cầu của một khu vực cụ thể, thì mới dùng hợp pháp được. Với tôi, giá trị thật sự là tính năng theo dõi hơn là tạo PDF
    Mục tiêu cuối cùng là quản lý hóa đơn bằng một công cụ nền web, dùng beancount/ledger dạng plain-text accounting như một cơ sở dữ liệu, rồi xuất ra PDF. Hiện tại tôi đang xử lý bằng một cách lộn xộn gồm script, LaTeX và đủ thứ khác
    Mẫu ví dụ: https://extensions.libreoffice.org/?q=invoice&action_doExten...