Invoice Dragon: แอปโอเพนซอร์สสำหรับสร้างใบแจ้งหนี้ PDF

 (invoicedragon.com)
2 คะแนน โดย GN⁺ 2023-07-26 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Invoice Dragon เป็นเครื่องมือฟรีสำหรับสร้าง ใบแจ้งหนี้และใบเสร็จรับเงิน เป็น PDF ได้อย่างรวดเร็ว
  • ชื่อต้นฉบับชูจุดเด่นว่าสามารถสร้าง ใบแจ้งหนี้และใบเสร็จรับเงิน PDF ได้ฟรี
  • บริการนี้นำเสนอตัวเองเป็นโซลูชันที่ช่วยให้ผู้ใช้ สร้างเอกสารได้อย่างง่ายดาย
  • จากข้อมูลที่ให้มายังไม่สามารถยืนยันรายละเอียดเงื่อนไข เช่น เทมเพลต วิธีการจัดเก็บ จำเป็นต้องมีบัญชีหรือไม่ และไลเซนส์
  • ตามชื่อบน HN เป็น แอปโอเพนซอร์ส จึงเหมาะสำหรับผู้ใช้ที่กำลังหาเครื่องมือสร้างเอกสาร PDF ฟรี

สร้างใบแจ้งหนี้และใบเสร็จรับเงิน PDF

  • Invoice Dragon เป็นเครื่องมือสำหรับสร้างใบแจ้งหนี้และใบเสร็จรับเงิน
  • ชื่อต้นฉบับระบุว่าสามารถ สร้างใบแจ้งหนี้และใบเสร็จรับเงิน PDF ได้ฟรี
  • ข้อความในเนื้อหาเน้นว่าเป็นโซลูชันที่รวดเร็วและสะดวก พร้อมย้ำว่า Absolutely Free

เงื่อนไขที่ยังไม่ได้รับการยืนยัน

  • ข้อมูลที่ให้มาไม่มีรายละเอียดเกี่ยวกับเทมเพลตที่รองรับ วิธีการจัดเก็บ จำเป็นต้องมีบัญชีหรือไม่ วิธีการแจกจ่าย ไลเซนส์ หรือลิงก์คลังซอร์สโค้ด
  • ชื่อบน HN มีคำอธิบายว่าเป็น แอปโอเพนซอร์ส

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2023-07-26
ความคิดเห็นบน Hacker News

  • ความซับซ้อนของใบแจ้งหนี้ไม่ได้อยู่ที่การสร้าง PDF เองมากเท่ากับเรื่อง การติดตามสถานะค้างชำระ/ชำระแล้ว, ลูกหนี้ค้างชำระนาน, ส่วนลดสำหรับการชำระเงินก่อนกำหนด และการเชื่อมต่อกับเครื่องมือบัญชีที่ใช้อยู่
    ถึงอย่างนั้น สำหรับคนที่ต้องส่งใบแจ้งหนี้แค่เป็นครั้งคราวสักหนึ่งสองใบ ก็ดูเป็นเครื่องมือที่ยอดเยี่ยมและเรียบง่าย

    • เห็นแพตเทิร์นแบบนี้บ่อย คล้ายกับ Twitter คือถ้าทำแบบสั้น ๆ ภายในหนึ่งสัปดาห์ก็อาจสร้างแอปที่ทำงานคล้ายกันได้ แต่ส่วนที่ยากคือหลังจากนั้น
      งานที่มองไม่เห็นอย่าง การดูแลจัดการเนื้อหา และการหารายได้ต่างหากที่เป็นส่วนยากจริง ๆ และผู้คนมักมองแคบจนไม่เห็นจุดนั้น
    • พูดถูก แต่ในทางปฏิบัติกระบวนการสองอย่างนี้มักแยกจากกันพอสมควร ผมทำงานด้านการติดตั้งใช้งาน ERP โดยเฉพาะฝั่งบัญชีและการเงิน ส่วนใหญ่ ERP จะรับหน้าที่ดูแล ข้อมูลใบแจ้งหนี้และการติดตามสถานะ ส่วนบริการแยกต่างหากจะสร้าง PDF หรือ e-invoice ผ่านการเชื่อมต่อกับ ERP
      ERP ติดตามได้ดี แต่การปรับแต่งแบบฟอร์มใบแจ้งหนี้กินทั้งเวลาและเงินมาก จึงมีตลาดซอฟต์แวร์สำหรับองค์กรขนาดใหญ่ที่ทำ PDF ใบแจ้งหนี้โดยไม่มีฟังก์ชันติดตามอยู่ด้วย อย่างไรก็ตาม มีความเป็นไปได้สูงว่าต้องรองรับการสร้าง XML ที่เข้ากันได้กับ PEPPOL BIS ด้วย
    • ในบางประเทศ หรืออาจเป็นส่วนใหญ่ กฎระเบียบกำหนดให้ใบแจ้งหนี้ต้องมี การจัดการเวอร์ชันที่เข้มงวด และกระบวนการที่ยกเลิกไม่ได้ กล่าวคือเมื่อส่งไปแล้วจะแก้ไขไม่ได้
      หากบริษัทต้องการปฏิบัติตามกฎหมาย ก็ต้องพิสูจน์ได้ว่าใช้ระบบที่เป็นไปตามข้อจำกัดเหล่านี้ ในฝรั่งเศส ตั้งแต่ปี 2018 เป็นต้นมา บริษัททุกแห่งถูกบังคับให้ใช้ซอฟต์แวร์ที่เป็นไปตามข้อกำหนดแบบนี้
    • ตอนทำงานที่ปรึกษาอิสระ GnuCash จัดการใบแจ้งหนี้และลูกหนี้การค้าได้ดีพอแล้ว
      เพื่อบันทึกเวลาของรอบการเรียกเก็บเงิน ผมจะสร้างใบแจ้งหนี้ใหม่ใน GnuCash แล้วเพิ่มรายการทีละบรรทัดทุกวัน โดยแต่ละรายการจะมีโน้ตสั้น ๆ มาก ๆ ว่าวันนั้นทำอะไร
      เมื่อจบวัน จะพิมพ์ใบแจ้งหนี้ฉบับร่างของเวลาที่ยังไม่ได้เรียกเก็บไว้เป็นข้อมูลสำรอง และเมื่อถึงเวลาส่งบิลจริง ก็จะคัดลอกและแก้ไขสคริปต์ใบแจ้งหนี้แบบกำหนดเองของ GnuCash เพื่อซ่อนโน้ตและปรับตามคำขอเปลี่ยนรูปแบบของลูกค้า
      เมื่อส่งทางอีเมลหรือไปรษณีย์แล้ว ฟังก์ชันลูกหนี้การค้าของ GnuCash ก็จัดการต่อให้ แม้การแทนข้อมูลภายในจะดูน่ากลัวอยู่บ้าง แต่ก็ใช้งานได้ดี
    • โดยทั่วไป โปรแกรมสร้างใบแจ้งหนี้ที่รวดเร็วและเรียบง่ายมีประโยชน์สำหรับคนที่มักทำ การขายหน้างานหรือธุรกรรมเงินสด แล้วบางครั้งต้องออกใบแจ้งหนี้เพื่อให้บริษัทจ่ายเงินแทนการเบิกค่าใช้จ่ายได้

  • เคยคิดจะใช้เครื่องมือแบบนี้หรือทำเอง แต่ในทางปฏิบัติ ผมสร้าง หน้า HTML ที่ใส่แอตทริบิวต์ contenteditable ไว้เต็มไปหมด แล้วแก้ไขตรงในเบราว์เซอร์ บางครั้งก็ใช้เครื่องมือสำหรับนักพัฒนาเพื่อลบสิ่งที่ไม่ต้องการ แล้วพิมพ์ออกเป็น PDF
    เป็นวิธีที่คุณแม่ผมคงทำไม่ได้ เลยรู้สึกเหมือนมีอะไรผิดพลาดอยู่บ้าง แต่สำหรับคนที่ทำได้ นี่เป็นวิธีที่เร็วที่สุด
    ถึงอย่างนั้น ก็เป็นเครื่องมือที่ดีสำหรับคนที่อยากจัดการโดยยุ่งยากน้อย ๆ แต่ถ้ารีเฟรชหน้า ข้อมูลทั้งหมดจะหายไป รายการสกุลเงินก็ยาวเกินไปจนพิมพ์ “EUR” เพื่อเลือกเหมือนกล่องเลือกทั่วไปไม่ได้ และถ้ามีการติดตามเลขที่ใบแจ้งหนี้กับการบันทึกข้อมูลบริษัทก็น่าจะดี

    • ผมทำงานเอกสารประจำวันแทบจะด้วยวิธีเดียวกัน แต่ใช้ page.css เพื่อให้พรีวิวสมจริง และใช้ Mavo สำหรับแก้ไขและบันทึก ตัวอย่าง: https://papers.aedge.dev/payout/
    • ผมก็เริ่มคล้าย ๆ กัน ทำ เทมเพลต HTML สำหรับใบแจ้งหนี้แบบเรียบง่ายมาก ๆ แล้วใช้ Airtable เป็นฐานข้อมูลเพื่อติดตามที่อยู่ลูกค้าและ ID ใบแจ้งหนี้ จากนั้นสร้างด้วยสคริปต์ CLI
      ไม่อยากใช้เครื่องมือบัญชีเต็มรูปแบบที่ทุกอย่างอยู่บนคลาวด์และต้องจ่ายค่าสมาชิกรายเดือนแพง ๆ ส่วนวิธีแบบ Word ก็ไม่เหมาะเหมือนกัน

  • ถ้ากำลังมองหาเครื่องมือบัญชีแบบครอบคลุมสำหรับการเงินส่วนบุคคลหรือธุรกิจขนาดเล็ก GnuCash ก็มีฟังก์ชันสร้างใบแจ้งหนี้ด้วย
    ผมมองว่า PDF ของเครื่องมือในต้นโพสต์สวยกว่า GnuCash มาก แต่การสร้างเป็นเพียงส่วนหนึ่งเท่านั้น การติดตามยอดคงเหลือและรู้ว่าใครยังต้องจ่ายเงินก็สำคัญ GnuCash จัดการทั้งสองอย่างในที่เดียว และเมื่อเปิดโปรแกรมก็มีป็อปอัปแจ้งลูกหนี้การค้าที่ยังไม่ได้ชำระด้วย

    • คงต้องตรวจสอบความเข้ากันได้ของไลเซนส์ แต่ถ้าทั้งสองตัวเป็นโอเพนซอร์ส ก็อาจรวม จุดแข็งของทั้งสองเครื่องมือ เข้าด้วยกันได้

  • เมื่อก่อนใช้ https://invoice-generator.com/ ซึ่งค่อนข้างคล้ายกัน แต่ไม่มีเทมเพลต
    ฟีเจอร์สำคัญคือการ บันทึกประวัติ ใบแจ้งหนี้เก่า ๆ ทำให้ไม่ต้องกรอกข้อมูลใหม่หรืออัปโหลดโลโก้ใหม่อีก เป็นวิธีที่บันทึกไว้ในเครื่องผู้ใช้โดยไม่ต้องล็อกอิน จึงน่าพิจารณาเพิ่มฟีเจอร์คล้าย ๆ กัน และถ้าไม่มีก็ไม่มีเหตุผลมากพอให้ย้ายมาใช้

    • ดีใจที่มีคนพูดถึง มี API ฟรีสำหรับสร้าง PDF ใบแจ้งหนี้ด้วย: https://invoice-generator.com/developers
    • โปรเจกต์ข้าง ๆ ของผมก็ใช้ตัวนี้ ไม่ได้ต้องการฟีเจอร์มากกว่านั้นเป็นพิเศษ และมันก็ทำงานได้ดีพอแล้ว

  • สำหรับใบแจ้งหนี้ ผมใช้ LaTeX กับโมดูล rechnung.sty ที่สร้างเลย์เอาต์ใบแจ้งหนี้แบบมาตรฐาน
    ข้อดีคือใช้ document class scrlttr ซึ่งถ้าเรียกใช้อย่างถูกต้อง จะสร้าง PDF ที่พอดีกับซองจดหมายหน้าต่างของสวิตเซอร์แลนด์ได้อย่างสมบูรณ์
    ถ้าใส่การตั้งค่าพื้นฐานไว้ในไฟล์ import ที่นำกลับมาใช้ซ้ำได้ ไฟล์ .tex ของใบแจ้งหนี้แต่ละใบก็จะสั้นมาก เพราะมีแค่ที่อยู่กับรายการในใบแจ้งหนี้เป็นหลัก

    • ที่ KDE เราต้องส่งใบแจ้งหนี้ที่ค่อนข้างซับซ้อนให้ผู้รับในหลายเขตอำนาจศาล เพราะมีผู้บริจาคและงานอีเวนต์จากทั่วโลก
      เพื่อการนี้ เราสร้างเว็บแอปที่ใช้ quart และ hypercorn และสร้าง PDF เป็นส่วนหนึ่งของแดชบอร์ดการเงินภายใน งานรันบนแบ็กเอนด์และใช้ luatex ผ่าน latexmk โดยภายในยังใช้ scrlttr2 ด้วย
      ภาพหน้าจอ: https://mero.ng/i/GKeVmAnd.png

  • สำหรับใบแจ้งหนี้สั้น ๆ เช่นมีราว 4 รายการ ฟอนต์ที่ใช้เรนเดอร์รายการใหญ่เกินไปและระยะห่างบรรทัดก็กว้างเกินไป
    เข้าใจว่าขนาดฟอนต์และ baseline ปรับตามจำนวนรายการ แต่ใบแจ้งหนี้ที่มีรายการน้อยออกมาไม่สวย
    ขนาดช่องคำอธิบายก็จำกัดเกินไป ไม่มีคอลัมน์ ID อ้างอิงสินค้า และดูเหมือนจะขาดเลขที่บริษัท เงื่อนไขการชำระเงิน บัญชีธนาคาร ข้อมูลอ้างอิงการชำระเงินสำหรับโอนเงิน รวมถึงโดยเฉพาะ การคำนวณและแสดง VAT อัตโนมัติ ซึ่งผู้ใช้ EU B2B ต้องใช้

  • ดูดีและเรียบง่าย
    ระบบนิเวศของใบแจ้งหนี้ซับซ้อนและแพงเกินไป เลยใช้ Google Sheets มาราว ๆ 10 ปีแล้ว แค่กดปุ่มส่งออกเป็น PDF เพื่อสร้าง PDF แล้วส่งอีเมลให้ลูกค้าก็พอ
    สำหรับดีไซน์แบบตารางที่ใบแจ้งหนี้ต้องการก็ง่ายพออยู่แล้ว เลยสงสัยว่า Invoice Dragon มีข้อดีอะไรเหนือ Google Sheets

    • เคยทำ เทมเพลต LaTeX สำหรับใบแจ้งหนี้ที่ออกแบบเกินจำเป็นมาก ๆ ซึ่งน่ารำคาญสุด ๆ ไม่น่าเชื่อว่าทำไมถึงไม่คิดจะใช้ Google Sheets หรือ Excel
    • ถ้า Google Sheets ไม่ใช่แนวที่ชอบ ข้อดีก็น่าจะเป็นการที่ไม่ต้องใช้มัน
    • ไม่มีข้อดี

  • สงสัยว่าทุกคนใช้อะไรสำหรับส่งใบแจ้งหนี้, อีเมลติดตามเมื่อยังไม่ชำระ, และ เก็บเงินผ่าน ACH/บัตรเครดิต
    เคยลอง Wave Accounting กับ Stripe แล้ว แต่ไม่ชอบค่าธรรมเนียมใบแจ้งหนี้+ภาษีของ Stripe ถึงอย่างนั้นก็ยังต่ำกว่าค่าธรรมเนียม Amex ของ Wave เลยทนใช้ไปก่อน
    สำหรับปริมาณและช่วงราคาประมาณปีละ 4–6 ใบ ใบละ 2,000–10,000 ดอลลาร์ นี่อาจเป็นตัวเลือกที่ดีที่สุดแล้ว แต่ถ้ามีทางเลือกอื่นก็ดี

    • ใช้ InvoiceNinja 4 แบบโฮสต์เองร่วมกับ Stripe ทำงานได้ดี ส่งอีเมลติดตาม และเพิ่มค่าธรรมเนียม payment gateway ลงในใบแจ้งหนี้ให้ด้วย
    • ใช้ Zoho Books สำหรับงานบัญชีเล็ก ๆ อยู่ ดีมากและฟรี
      https://books.zoho.com/
    • ใช้ FreeAgent เชื่อมกับบัญชีธุรกิจทั้งหมด และแมตช์ธุรกรรมกับใบแจ้งหนี้โดยอัตโนมัติ
      ส่งอีเมลและการแจ้งเตือนติดตามให้ด้วย และจัดการภาษีของสหราชอาณาจักรให้เอง ประเทศอื่นไม่แน่ใจ
      https://www.freeagent.com/
    • โฮสต์ InvoiceNinja เองมาหลายปี ค่อนข้างชอบ แต่ก็ไม่ได้สมบูรณ์แบบ
    • เป็นผลิตภัณฑ์ของบริษัทเบลเยียมที่ทำมาค่อนข้างครบถ้วน ชื่อเดิมคือ OpenERP: https://www.odoo.com/
      หมายเหตุว่า OpenERP v7 ยังรันแบบฟรีอยู่ ค่า VPS แยกต่างหาก

  • เอาจริง ๆ ไม่มี ฟีเจอร์เพิ่ม VAT ด้วยเหรอ? วันที่ออกใบแจ้งหนี้อยู่ตรงไหน แล้วเลขประจำตัวผู้เสียภาษีอยู่ตรงไหน? รู้สึกเหมือนทำมาเฉพาะสหรัฐฯ

    • เป็นเครื่องมือที่ทำขึ้นตามความต้องการส่วนตัวแล้วนำมาแชร์ฟรี
      แต่ก็ไม่จำเป็นต้องท้อใจ ยินดีรับการมีส่วนร่วม
      https://github.com/LaniJ/invoice-dragon
    • คนอเมริกัน 99% คงไม่เคยได้ยินคำว่า VAT ด้วยซ้ำ เลยไม่ค่อยเข้าใจว่าทำไมถึงน่าแปลกใจที่โปรเจกต์จากสหรัฐฯ ไม่มี VAT
    • เป็นโอเพนซอร์ส ดังนั้นถ้ามีข้อกังวลแบบนี้ก็ทำ pull request หรืออย่างน้อยเปิด issue ไว้ได้
      ชอบตรงที่สักวันหนึ่งอาจไม่ต้องสร้างบัญชีในแอปใบแจ้งหนี้หลายตัวเพียงเพื่อทำใบแจ้งหนี้แบบปรับแต่งเอง
    • เอาจริง ๆ ธุรกิจที่จด VAT แล้วจะไม่ใช้เครื่องมือบัญชีเดือนละ £10 เหรอ? เครื่องมือนี้เห็นชัดว่าเหมาะกับฟรีแลนซ์
      สำหรับข้อมูลอ้างอิง ในสหราชอาณาจักร ถ้าจะคิด VAT ต้องมีรายได้เกิน £85k ต่อปี
    • ไม่ใช่ทุกการขายที่ต้องมี VAT และไม่ใช่ทุกคนที่ต้องหรืออยากจ่าย VAT
      ถ้าตั้งสมมติฐานว่าส่งใบแจ้งหนี้เป็นภาษาอังกฤษ เครื่องมือนี้ก็ใช้ได้

  • ในฐานะคนที่เพิ่งทำตัวสร้างใบแจ้งหนี้ proof of concept ที่แนวคิดคล้ายกันมาก อยากให้มี พรีวิว HTML แบบเรียลไทม์
    น่าจะดีกว่าถ้าพอหยุดพิมพ์แล้วแสดงหน้าตาใบแจ้งหนี้คร่าว ๆ และไม่ทำให้มี PDF ชั่วคราวกองอยู่ในโฟลเดอร์ดาวน์โหลดทีละ 15 ไฟล์
    ใน EU กฎของใบแจ้งหนี้เข้มงวด ทั้งการกำหนดหมายเลข การระบุว่ารวม VAT หรือไม่ ฯลฯ และการทำให้ใบแจ้งหนี้ฝรั่งเศส หรือใบแจ้งหนี้ที่ส่งจากเนเธอร์แลนด์ไปยังบริษัทใน EU ถูกต้องทันที ต้องอาศัยการค้นคว้าและความรู้เฉพาะโดเมนจำนวนมาก
    สิ่งที่ยากไม่ใช่การสร้าง PDF หรือกรอกช่องว่างในเทมเพลต แต่เป็นการรวบรวมข้อมูลที่จำเป็น และติดตามสถานะอย่างถูกต้อง เช่น ชำระแล้ว ค้างชำระ ส่งการแจ้งเตือน ยกเลิก ส่วนใหญ่เครื่องมือบัญชีออนไลน์รวมสิ่งเหล่านี้ไว้แล้ว
    ในหลายเขตอำนาจ VAT หรือบรรทัดภาษีเป็นสิ่งจำเป็น แต่ตอนนี้ต้องใช้วิธีแก้ขัดแบบใส่ “VAT 21%” ในคำอธิบายแล้วคำนวณยอดเอง เข้าใจได้ถ้าจะไม่ใส่เครื่องคำนวณแบบทั่วไป แต่ยังจำเป็นต้องมี รายการพิเศษ อย่างส่วนลด, VAT, ภาษีอื่น ๆ, ค่าเดินทาง ที่กำหนดได้ว่าจะรวมในยอดย่อยหรือไม่ แต่สะท้อนในยอดรวม
    ถ้ากลุ่มเป้าหมายคือผู้ใช้ที่ส่งใบแจ้งหนี้ประมาณ 10 ใบต่อปี เครื่องมือต้องยืดหยุ่นพอให้เข้ากับข้อกำหนดท้องถิ่น หรือไม่ก็ต้องทำให้ตรงกับข้อกำหนดของบางภูมิภาคไปเลย จึงจะใช้ได้ตามกฎหมาย สำหรับผม คุณค่าที่แท้จริงคือฟีเจอร์ติดตาม มากกว่าการสร้าง PDF
    เป้าหมายสุดท้ายคือการจัดการใบแจ้งหนี้ในเครื่องมือบนเว็บ ใช้ beancount/ledger ซึ่งเป็น plain-text accounting เป็นเหมือนฐานข้อมูล แล้วส่งออกเป็น PDF ตอนนี้ยังจัดการแบบยุ่งเหยิงด้วยสคริปต์กับ LaTeX และอย่างอื่นปะปนกัน
    ตัวอย่างเทมเพลต: https://extensions.libreoffice.org/?q=invoice&action_doExten...