GnuCash 5.9 เปิดตัวแล้ว

 (gnucash.org)
2 คะแนน โดย GN⁺ 2024-10-02 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • GnuCash 5.9 เป็นรีลีสที่สิบของ ซีรีส์เสถียร 5.x โดยรวมการแก้บั๊กที่พบหลัง 5.8 พร้อมการปรับปรุงการแยกวิเคราะห์วันที่ CSV และราคาหลักทรัพย์ออนไลน์
  • เวอร์ชันนี้แก้ บั๊ก 12 รายการ เช่น หน้าต่างกระทบยอด, ข้อความผิดพลาดของแบ็กเอนด์ MySQL, การคัดลอก/วางธุรกรรม, แครชเมื่อ删除บัญชี, และข้อผิดพลาดโลแคลของจุดทศนิยมบนแป้นตัวเลขใน Windows
  • ราคาหลักทรัพย์ออนไลน์เพิ่มการตั้งค่า API key ของ YH Finance(FINANCEAPI) และแหล่งข้อมูล financeapi ส่วนการนำเข้า CSV จัดการวันที่ตามโลแคลและชื่อเดือนภาษาอังกฤษได้ดีขึ้น
  • มีแพ็กเกจสำหรับ Windows 10 ขึ้นไป, macOS 10.13 High Sierra ขึ้นไป และ Flathub flatpak; หากต้องการบิลด์เองต้องมี dependency ขั้นต่ำที่กำหนด เช่น Gtk+, Guile, Boost
  • ผู้ใช้ AQBanking ในเยอรมนีจะใช้ AQBanking 6.5.4 ที่รวมมากับบันเดิล และเบต้าของการใช้งาน PIN/TAN แบบใหม่มีให้เฉพาะใน GnuCash nightly builds

ลักษณะของรีลีส GnuCash 5.9

  • GnuCash 5.9 เป็นรีลีสที่สิบของซีรีส์เสถียร 5.x
  • GnuCash เป็นโปรแกรมบัญชีฟรีและโอเพนซอร์สที่เผยแพร่ภายใต้ GNU General Public License(GPL) รองรับ GNU/Linux, *BSD, Solaris, macOS และ Microsoft Windows
  • การพัฒนาเริ่มขึ้นในปี 1997 และรีลีสเสถียรแรกออกมาในปี 1998

ปัญหาสำคัญที่แก้ไขหลัง 5.8

  • แก้ปัญหาที่เมื่อเพิ่มธุรกรรมใหม่ระหว่างการกระทบยอด(reconcile) แล้วไม่แสดงใน หน้าต่างกระทบยอด
  • แบ็กเอนด์ MySQL จะรายงานข้อผิดพลาด "access denied" สำหรับข้อมูลรับรองที่ไม่ถูกต้อง แทน "bad or corrupt data"
  • แก้พฤติกรรมการคัดลอก/วาง และการตัด/วางธุรกรรม
    • รวมถึงปัญหาที่การตัด/วางธุรกรรมไม่ย้ายธุรกรรมไปยังบัญชีปลายทาง
  • แก้ปัญหาที่สคริปต์ Python ตัวอย่างแสดงข้อผิดพลาดเมื่อสร้างไฟล์ใหม่ในแบ็กเอนด์ sqlite
  • แก้ปัญหาที่ ตำแหน่งเคอร์เซอร์ คลาดเคลื่อนหลังคอมมิตการเปลี่ยนแปลงธุรกรรมในมุมมอง Transaction Journal
  • แก้ปัญหาการแยกวิเคราะห์วันที่กระทบยอดล้มเหลว, แครชเมื่อลบบัญชี และข้อผิดพลาดการคำนวณไตรมาสของออฟเซ็ตวันที่แบบสัมพัทธ์
  • แก้ปัญหาที่การป้อนจุดทศนิยมจากแป้นตัวเลขใน Windows ไม่ตรงกับโลแคล
  • แก้ปัญหาที่กล่องรายการดรอปดาวน์บัญชีในหน้าจอโพสต์ใบแจ้งหนี้เล็กเกินไป และปัญหา ราคาหลักทรัพย์ ที่เกิดขึ้นเป็นครั้งคราว

การปรับปรุงราคาหลักทรัพย์ออนไลน์และการนำเข้า CSV

  • เพิ่มการตั้งค่า API key ของ YH Finance(FINANCEAPI) ในโครงสร้างพื้นฐานราคาหลักทรัพย์ออนไลน์
    • สามารถจัดการการตั้งค่าที่เกี่ยวข้องได้ในหน้า Online Quotes
    • เพิ่ม financeapi เข้าไปในแหล่งข้อมูลราคาหลักทรัพย์ที่รู้จัก
  • ปรับปรุงตัวแยกวิเคราะห์วันที่ CSV ให้ใช้ ICU และ Boost
    • แยกวิเคราะห์วันที่ของโลแคลปัจจุบันด้วยรูปแบบวันที่ Locale ที่อิง ICU
    • จัดการอินพุตเช่น "3 May 2023" หรือ "2024年9月13日" เมื่อ LC_TIME=zh_TW.utf8 ได้
    • รูปแบบ d-m-y, m-d-y, y-m-d เสริมด้วยพาร์เซอร์ UK/US/ISO ของ Boost
    • การนำเข้า CSV ยังจัดการวันที่ที่ใช้ชื่อเดือนภาษาอังกฤษได้ เช่น "30 Sep 2023", "May 4, 1978", "2023-Dec-25"
    • พาร์เซอร์ Boost ไม่รู้จำปีสองหลัก ดังนั้น "30 Sep 24" จึงไม่ถูกต้อง
  • ปรับปรุง หน้าแนะนำ ของ CSV Import Assistant

การจัดระเบียบภายในและการเปลี่ยนแปลงสำหรับนักพัฒนา

  • จัดระเบียบโครงสร้างการจัดการรายการที่คัดลอก
    • copied_class และ copied_leader_guid ย้ายจากตัวแปร static ไปเป็นส่วนหนึ่งของโครงสร้าง copied_item
    • ทำให้ชัดเจนขึ้นว่าต้องเรียก clear_copied_item ก่อนใช้งาน copied_item
  • จัดการการแก้ไขที่ยังไม่ได้คอมมิตอย่างถูกต้องเมื่อเปิดไฟล์จากประวัติไฟล์
  • gnc_difftime ถูกทำเครื่องหมาย deprecated เพื่อไม่ให้ใช้งาน เนื่องจากแคสต์ time64 เป็น double
  • ลบ gnc_pricedb_substitute_commodity และ gnc_pricedb_lookup_at_time64 ที่ไม่ได้ใช้งานออก

การเปลี่ยนแปลงด้านการแปลและเอกสาร

  • การแปลที่เพิ่มใหม่หรืออัปเดต ได้แก่ Assamese, Chinese(Simplified), Chinese(Traditional), Croatian, Dutch, English(United Kingdom), Hebrew, Hungarian, Macedonian, Norwegian Bokmål, Portuguese(Brazil), Russian, Spanish, Swedish, Turkish
  • การเปลี่ยนแปลงด้านเอกสารคือ การอัปเดตเวอร์ชัน GitHub CI actions
  • การแปลเอกสารที่เพิ่มใหม่หรืออัปเดตคือ German
  • การมีส่วนร่วมด้านการแปลมีคำแนะนำในโปรเจกต์ GnuCash บน Weblate

ข้อมูลเกี่ยวกับ AQBanking

  • มีประกาศแยกสำหรับผู้ใช้ AQBanking ในเยอรมนี
  • ผู้เขียน AQBanking ยังคงดำเนินงานขั้นสุดท้ายกับโค้ด PIN/TAN ที่อัปเดตอยู่
  • Flatpak, macOS และ Windows bundle ของรีลีสนี้รวม AQBanking 6.5.4 ซึ่งเป็นเวอร์ชันเสถียรล่าสุดไว้ด้วย
  • หาก AQBanking เสถียรใช้งานไม่ได้ อาจพิจารณา GnuCash nightly builds ที่มีเบต้าของการใช้งานแบบใหม่
  • รายการบั๊กที่เปิดอยู่ทั้งหมดดูได้จากรายการบั๊กของ GnuCash

แพ็กเกจเผยแพร่และเงื่อนไขการบิลด์

  • GnuCash 5.9 มีให้ในรูปแบบแพ็กเกจ all-in-one ที่บิลด์ไว้ล่วงหน้าสำหรับ Microsoft Windows 10 ขึ้นไป และ macOS 10.13 High Sierra ขึ้นไป
    • Windows เป็นรูปแบบตัวติดตั้ง
    • แพ็กเกจ macOS เป็นดิสก์อิมเมจที่มี application bundle แบบลากแล้ววาง
  • มีให้เป็น flatpak บน Flathub.org ด้วย
  • ไฟล์ดาวน์โหลดประกอบด้วย tarball, ไฟล์ติดตั้ง Windows, dmg สำหรับ Apple Silicon, dmg สำหรับ Intel Mac และ tarball เอกสาร
  • ซอร์สโค้ดสามารถรับได้จาก SourceForge และ GitHub ในรูปแบบ bzip2 หรือ gzip และยังสามารถ checkout โดยตรงจาก Git repository ได้ด้วย
  • หากต้องการคอมไพล์เอง ต้องมี dependency ขั้นต่ำต่อไปนี้
  • รายการ dependency และเวอร์ชันที่ถูกต้องควรดูจากไฟล์ README.dependencies ในซอร์ส

เอกสาร GnuCash 5.9

  • เอกสาร GnuCash 5.9 ดูได้ที่หน้า Documentation บนเว็บไซต์ GnuCash
  • ภายใต้ GnuCash v5 (current stable release) มีทั้งการอ่านออนไลน์และดาวน์โหลดในหลายภาษา
  • รูปแบบดาวน์โหลดรวมถึง pdf, epub, mobi
  • เอกสารถูกรวมอยู่ใน application bundle ของ macOS และ Windows ด้วย
  • ซอร์สของ GnuCash Documentation 5.9 สามารถรับได้จาก SourceForge หรือ GitHub และยังสามารถ checkout โดยตรงจาก Git repository ได้ด้วย

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

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

 
GN⁺ 2024-10-02
ความคิดเห็นจาก Hacker News

  • ใช้ GnuCash สำหรับบัญชีธุรกิจอยู่ และมีฟีเจอร์ที่จำเป็นเพียงพอแล้ว
    ไม่ได้ใช้ QuickBooks ที่ VC แนะนำในบล็อก แม้จะมีฟีเจอร์ที่สะดวก แต่ก็ไม่คุ้มกับราคาที่ต้องจ่าย และไม่ได้ต้องการเงินทุนจาก VC หรือ CPA ด้วย
    ยังไม่เคยลองใช้ GnuCash ร่วมกับ SQLite แต่ถ้ามีเวลาก็อยากทดลองดู และสงสัยว่าความน่าเชื่อถือเป็นอย่างไร
    เคยทำงานเป็นวิศวกรด้านเทคนิค/ฟังก์ชันของ Oracle EBS มาก่อน จึงเคยจัดการกับ schema ที่ซับซ้อนซึ่งเชื่อมโยงกันไปถึง subledger และคิดมาเสมอว่าอยากเพิ่ม ฟีเจอร์การรับรู้รายได้ ให้ GnuCash
    ถ้าดู schema ของ SQLite แล้ว อาจลองทำดูได้ก็ได้

    • ถ้าคนที่ย้ายมาจาก QuickBooks อยากช่วยคนอื่น ตัวแปลง qb-escape สำหรับ QuickBooks→GnuCash กำลังต้องการความช่วยเหลือ: https://github.com/erikmack/qb-escape/
    • SQLite ใน GnuCash มีความเสถียร
      ย้ายจาก XML มาเป็น SQLite เมื่อหลายปีก่อน และไม่มีปัญหาอะไร
    • สำหรับใช้งานส่วนตัวหรือธุรกิจขนาดเล็กมากนั้นยอดเยี่ยม แต่ถ้าพยายามบริหารสตาร์ทอัพจริง ๆ ด้วย GnuCash อาจเจอปัญหาใหญ่ได้
      จากประสบการณ์ตรง การศรัทธาใน GnuCash เป็นอันตราย โลกธุรกิจไม่ชอบ GnuCash และสนใจแต่ QuickBooks เท่านั้น
      ต่อสู้เรื่องนี้ในองค์กรไม่แสวงหากำไรและสตาร์ทอัพมาตั้งแต่ต้นทศวรรษ 2000 และเมื่อก่อนตัวเองก็เคยเป็นคนที่พูดว่า “เราต้องใช้ GnuCash ให้ได้”
      ในโลกอุดมคติ GnuCash หรือเครื่องมือใด ๆ ที่ไม่ใช่ QuickBooks ก็คงเป็นตัวเลือกสำหรับบัญชีธุรกิจขนาดเล็กได้ แต่ในความเป็นจริง Intuit ทำให้ตัวเลือกอื่นนอกจาก QuickBooks ใช้งานได้ยากผ่าน API และรูปแบบไฟล์
      ถ้าไม่ใช้ QuickBooks ธนาคาร นักลงทุน ระบบเงินเดือน ระบบภาษี และนักบัญชีล้วนจะทำงานลำบากขึ้น และในบางกรณีอาจถึงขั้นทำให้ขอทุนหรือผ่านการตรวจสอบบัญชีไม่ได้
      มักเห็นผู้สนับสนุนโอเพนซอร์สที่มีเจตนาดีเรียกร้องให้ใช้ GnuCash แต่อย่าเป็นคนแบบนั้น
      โลกได้เลือก QuickBooks แล้ว และแม้การเลือกนั้นเกิดขึ้นท่ามกลางแรงกดดันและการล็อบบี้อำนาจที่ฉ้อฉล แต่ก็ถูกตัดสินไปแล้ว
      อาจมีตัวเลือก SaaS ที่พอใช้ได้อยู่บ้าง แต่ก็อยู่ได้ตราบเท่าที่ Intuit อนุญาตเท่านั้น และการแข่งกับ QuickBooks มีแนวโน้มสูงว่าจะถูก Intuit ซื้อกิจการแล้วหายไป
      ในองค์กรไม่แสวงหากำไรและธุรกิจหลายแห่งที่เลือก GnuCash สุดท้ายต้องรีบเปลี่ยนแพลตฟอร์มเพราะการปิดรอบระดมทุน ข้อกำหนดของธนาคาร คำขอกู้เงิน และการยื่นขอทุน ทำให้ฝ่ายบัญชีต้องกลับมาทำทุกอย่างใหม่ด้วยสัปดาห์ทำงานที่เกิน 60 ชั่วโมง
      GnuCash เป็นโปรเจกต์ที่ยอดเยี่ยม และคงดีถ้าทุกคนใช้ได้ แต่สำหรับธุรกิจจริง ๆ แล้วใช้ไม่ได้ด้วยเหตุผลที่เป็นไปตามอำเภอใจและถูกสร้างขึ้นมาอย่างไม่เป็นธรรมชาติ
      ถ้าฝ่ายบัญชีมาบังคับให้คุณใช้ NetBeans คุณก็คงไม่ยอมรับ ดังนั้นในการเลือกเครื่องมือก็ควรแสดงมารยาทแบบเดียวกันกับพวกเขาด้วย
    • ดูเหมือนเป็นอีกกรณีหนึ่งที่ซอฟต์แวร์เสรีประสบความสำเร็จเพราะคุณสมบัติว่า ฟรีเหมือนเบียร์ฟรี

  • ผมเคยลองใช้ซอฟต์แวร์บัญชีส่วนบุคคลมาหลายตัว แต่ยกเว้น Pocket Money สำหรับ PalmOS รุ่นเก่าแล้ว ทุกตัวป้อนรายจ่ายได้ลำบากเกินไป
    ถ้าบันทึกการไปซื้อของทั้งครั้งเป็นธุรกรรมเดียว เช่น “ของชำที่ Lidl” ก็ยังพอทนได้ แต่ถ้าจะใส่แต่ละบรรทัดในใบเสร็จเป็นรายการแยกของธุรกรรมแบบแยกส่วน ก็ต้องกรอกใหม่ทุกครั้งโดยไม่มีข้อเสนอแนะดี ๆ จากประวัติเดิม
    ตัวอย่างเช่น ถ้าคู่ค้าคือ Lidl แค่พิมพ์ “br” ก็ควรเสนอ food:bread พร้อมราคาให้ และถ้าคู่ค้าคือ Victoria Secret ก็ควรเสนอ clothing:bra พร้อมราคาอีกแบบได้อย่างละเอียด แต่จากที่เคยใช้มาไม่มีตัวไหนรองรับ
    PalmOS 3.0 Pocket Money ที่เก่ามาก ๆ ใช้ง่ายมาก และตัวอื่น ๆ ไม่ว่าจะเดสก์ท็อปหรือมือถือก็แย่กว่ามากในส่วนนี้
    ถ้าจะบันทึกธุรกรรมอย่างละเอียดมาก ผมคิดว่า หมวดหมู่ แบบซ้อนกันเหมาะกว่า “บัญชี” แบบซ้อนกัน
    แม้แทบจะต่างกันแค่หน้าตา แต่การที่ “เงินสด” กับ “food:meat:pork” เป็นวัตถุชนิดเดียวกันก็ดูแปลก
    เราไม่ได้โอนเงินไปยัง “food:meat:pork” แต่ใช้จ่ายกับมัน และเงินก็ถูกส่งไปยังร้าน ไม่ใช่ตัวสินค้า
    เท่าที่รู้ ระบบบัญชีมืออาชีพก็ไม่ได้แยกบัญชีสินทรัพย์ของบริษัทสำหรับจอภาพ แล็ปท็อป คอมพิวเตอร์ หรือเมาส์แต่ละชิ้น
    เลยสงสัยว่าผมยังหาไม่เจอหรือเปล่า หรือมีตัวไหนที่ควรแนะนำไหม

    • ผมสงสัยว่าการติดตามถึงแต่ละรายการในใบเสร็จมีประโยชน์จริงขนาดนั้นหรือไม่
      สำหรับการซื้อบางประเภทอาจมีประโยชน์ แต่มีโอกาสสูงว่าจะเป็น งานลงรายละเอียดที่ไม่จำเป็น ซึ่งไม่คุ้มค่ากับความพยายามที่ต้องใส่ลงไป
    • เมื่อก่อนผมเคยลองใช้เครื่องมือหลายตัว และราวปี 2009 ก็หงุดหงิดกับซอฟต์แวร์ OS X แบบปิด โดยเฉพาะ iBank แถมยังไม่ถูกใจ GNUCash กับ KDEMoney ด้วย สุดท้ายเลยทำ แอปโอเพนซอร์ส ง่าย ๆ ขึ้นมาเอง
      เป็นแอป Cocoa แบบเนทีฟ และช่วงหลังมีพอร์ต Qt สำหรับ Linux ด้วย จากนั้นก็ใช้ทุกวันมาตลอด
      เมื่อก่อนเคยแยกหมวดหมู่ละเอียดมาก แต่ตอนนี้ไม่ค่อยเห็นความหมายมากนัก แม้แอปจะรองรับธุรกรรมแบบแยกส่วน แต่ปกติใช้แค่หมวดประมาณ “ของชำ”, “เครื่องดื่ม”, “ของจำเป็น”
      อย่างไรก็ดี ของอย่าง “กาแฟ” จะจัดไว้เป็น “Drinks:Coffee” เพื่อให้ดูได้ว่าใช้จ่ายกับรายการเฉพาะนั้นเท่าไร
      สุดท้ายดูเหมือนจะเป็นเรื่องการหาสมดุลระหว่างความพยายามในการบันทึกให้แม่นยำระดับนั้นกับคุณค่าการใช้งานจริง และกรณีอย่าง “Car:Fuel”, “Car:Service” ก็เช่นเดียวกัน
    • ตอนที่เริ่มติดตามการเงิน แค่สเปรดชีตก็ถึงขีดจำกัดเร็วมาก และตัวเลือกที่มีอยู่ก็ไม่ตรงกับความต้องการ
      สำหรับคนส่วนใหญ่ การติดตามละเอียดระดับนี้อาจเกินจำเป็น แต่สำหรับผมไม่ได้ใช้เวลามาก
      สุดท้ายเลยทำแอปเอง: https://github.com/VMelnalksnis/Gnomeshade
      เรื่องบัญชีก็รู้สึกคล้ายกัน จึงแยกธุรกรรมออกเป็นสองส่วนคือ การโอนและการซื้อ ทำให้จัดการหลายสกุลเงินได้พร้อมกับแยกหมวดหมู่ออกจากบัญชี
      ส่วนข้อเสนออัตโนมัติที่กล่าวถึงยังไม่ได้ดู และเลือกไปทางการพาร์สใบเสร็จของของที่ซื้อบ่อยแทน
    • อาจจะแยกย่อยมากเกินไป
      ผมแบ่งแค่ประมาณ “ของชำ”, “ของใช้สิ้นเปลือง”, “เสื้อผ้า”
      ผมยังไม่เข้าใจทั้งหมดว่าต้องการอะไรแน่ แต่ผมย้ายจาก GnuCash ไปใช้ KMyMoney มากว่าสิบปีแล้ว
      ถ้าก่อนหน้านี้เคยกรอกแบบแยกรายการที่ Walmart ครั้งต่อไปเมื่อไป Walmart แล้วนำเข้ารายการเดินบัญชีบัตรเครดิต มันจะใช้ธุรกรรม Walmart เดิมที่ยอดรวมใกล้เคียงเป็นจุดเริ่มต้นให้ ซึ่งช่วยได้นิดหน่อย
      และ KMyMoney ใช้หมวดหมู่แทนบัญชี แต่แนวทางแบบบัญชีนั้นสอดคล้องกับหลักการบัญชีมากกว่า
    • ถ้ามี รูปแบบ QR code บนใบเสร็จสำหรับวัตถุประสงค์แบบนี้ก็คงดี
      คร่าว ๆ อาจมีชื่อ/ที่ตั้งร้าน ยอดรวม ช่องแยกภาษี หมวดหมู่ทั่วไปถ้าเป็นการซื้อแบบเรียบง่าย เช่น “เชื้อเพลิง” หรือ “อาหาร” ในใบเสร็จ McDonald’s และกลุ่มรายการสำหรับสถานที่อย่าง Costco ที่ซื้อของชำกับเสื้อผ้าพร้อมกันได้
      หมวดหมู่หลักอาจอ้างอิงสิ่งที่หลายประเทศใช้ในการจัดหมวดดัชนีราคาผู้บริโภค
      https://www150.statcan.gc.ca/n1/pub/71-607-x/2018016/cpi-ipc...
      https://www.bls.gov/news.release/cpi.t01.htm
      https://www.stat.go.jp/english/data/cpi/158c.html
      https://www.ecb.europa.eu/stats/macroeconomic_and_sectoral/h...

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

    • จุดที่มีเสน่ห์คือมันมีดีไซน์ยูทิลิตี้แบบกลางยุค 90
      แต่ในขณะเดียวกัน อินเทอร์เฟซสไตล์ยุค 90 นั่นแหละที่ทำให้อึดอัดมาก
      ผมไม่เคยเห็นยูทิลิตี้ไหนที่ดีไซน์อินเทอร์เฟซแทบไม่พัฒนาเลยเท่า GNUCash
      ให้ความรู้สึกเหมือนทำต้นแบบขึ้นมาแล้วบอกว่า “สมบูรณ์แบบ!” จากนั้นก็เมินอินพุตจากผู้ใช้แล้วหันไปทำงานฝั่งแบ็กเอนด์
    • ความต่อเนื่องนี้มีคุณค่ามหาศาล
      ผมใช้ gnucash มาตั้งแต่ปลายยุค 90 และมีไฟล์ข้อมูลทั้งหมดที่ย้อนหลังไปถึงปี 2000

  • เคยลองใช้เมื่อหลายปีก่อน แต่สุดท้ายก็ลงเอยกับ HLedger
    เหมือนกับ GnuCash ที่ผมเป็นเจ้าของและควบคุมข้อมูลของตัวเองได้ แต่ใน HLedger ผมสามารถแก้ไขโดยตรงใน Sublime Text เพื่อแก้หรือเปลี่ยนอะไรจำนวนมากได้
    แน่นอนว่าเคสการใช้งานของผมค่อนข้างพื้นฐาน และไม่ใช่ระบบหลักของงาน ดังนั้นแต่ละคนอาจต่างกันได้

    • นั่นเป็นเหตุผลที่สมเหตุสมผลที่จะไม่ใช้ GnuCash
      ผมเห็นด้วยว่ารูปแบบ XML ไม่ได้ยอดเยี่ยม แต่ผมใช้ รูปแบบ SQLite จึงเขียนสคริปต์ทับบนมันได้
    • ผมใช้ Firefly III อยู่: https://firefly-iii.org
      เป็นเว็บแอปแบบโฮสต์เอง จึงเหมาะกับผมที่ส่วนใหญ่ใช้จากโทรศัพท์
      มี API ค่อนข้างครอบคลุม และแม้การแก้ไขจำนวนมากจะไม่ง่ายเท่าไฟล์ข้อความ แต่ก็น่าจะค่อนข้างเรียบง่าย
      ยังมีระบบกฎที่เอาไปใช้กับการแก้ไขจำนวนมากได้ด้วย
    • ผมใช้ GnuCash อยู่ และการที่ทำการเปลี่ยนแปลงจำนวนมากหรือสคริปต์ง่าย ๆ ไม่ได้ก็น่ารำคาญพอสมควร
      โดยเฉพาะเวลาทำพลาดเล็ก ๆ ในการนำเข้า CSV เป็นต้น
    • ผมใช้ hledger และ ledger โดยเฉพาะ ฟีเจอร์ lots มาหลายปีแล้ว
      หนึ่งในข้อดีของ hledger คือระบบกฎ CSV ที่ยืดหยุ่นมาก
      ผมต่อสคริปต์ Python ง่าย ๆ เข้าไปเพื่อใส่ข้อมูลเพิ่มเติมที่จำเป็นสำหรับการบันทึกกำไรจากทุน
      ท้ายที่สุด ข้อมูลอินพุตดิบคือไฟล์ CSV ที่มีรายการบันทึกอยู่ และเอาต์พุตคือรายงานการเงินหลายระดับรายละเอียด
    • ผมรันสคริปต์เล็ก ๆ ที่แปลง XML ของ gnucash เป็น ledger จริง ๆ และติดตามทั้งผลลัพธ์การแปลงกับ XML ต้นฉบับด้วย git
      ถ้ารันค่อนข้างบ่อยระหว่างป้อนข้อมูลใน UI ของ gnucash ก็จะเห็นการเปลี่ยนแปลงเป็น git log และ diff ที่อ่านง่าย
      แต่ความสามารถในการ “เปลี่ยนแปลงจำนวนมาก” ยังขาดอยู่
      gnucash เป็น XML เฉย ๆ จึงอาจแก้โดยตรงได้ แต่ผมยังไม่กล้าลอง
      อ้างอิงจาก [0]: https://gist.github.com/nonducor/ddc97e787810d52d067206a592a...

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

    • สงสัยว่ามีวิธีที่ดีกว่านี้ในการทำอัตโนมัติกับ GnuCash ไหม เช่น สคริปต์ Bash หรือ Python
    • น่าสนใจ อยากรู้ว่าแชร์โค้ดได้ไหม

  • ผมเคยพิจารณา GnuCash อย่างละเอียดก่อนจะเลือก Beancount หรือบัญชีแบบข้อความล้วนทั่วไปเป็นซอฟต์แวร์การเงินส่วนตัว
    จุดที่ติดอย่างเด็ดขาดคือรูปแบบ XML หรือ SQLite ภายในของ GnuCash
    มันไม่ค่อยเหมาะกับการเก็บข้อมูลดิบหรือการสร้างรายงานด้วยสคริปต์ ขณะที่เครื่องมือข้อความล้วนอย่าง Beancount หรือ HLedger ตั้งเป้าไว้ตรงจุดนั้น
    เมื่อเทียบกับเครื่องมือข้อความล้วนแล้ว GnuCash ให้ความรู้สึกเหมือน สวนปิด มากเกินไป
    รูปแบบข้อความล้วนต้องลงแรงมากกว่าในช่วงแรก แต่ถ้าคุ้นเคยและมีพื้นฐานการเขียนสคริปต์ ก็ยอดเยี่ยมมาก

    • แล้วแต่ความชอบของแต่ละคน แต่ประสบการณ์ของผมตรงกันข้ามเลย
      ข้อความล้วนดูเรียบง่ายในสายตามนุษย์ แต่เป็นฝันร้ายในการพาร์สเชิงโครงสร้าง และการสคริปต์เพื่อแก้ไขข้อความล้วนก็รกมาก
      ในทางกลับกัน ฐานข้อมูลถูกสร้างมาเพื่อใช้งานแบบนี้
      หลังจากเสียเวลาไปมากกับความไม่พอใจต่อบัญชีแบบข้อความล้วนและความพยายามปรับปรุง ตอนนี้ผมใช้ SQLite อยู่ และมันดีขึ้นอย่างมหาศาล
    • ถ้า XML/สคีมาฐานข้อมูลมีเอกสารกำกับ จริง ๆ แล้วมันดีกว่าและแข็งแรงกว่ารูปแบบข้อความล้วนของ Beancount/Ledger
      ผมใช้แบ็กเอนด์ XML ของ KMyMoney และมีสคริปต์แปลงข้อมูลเป็นรูปแบบ Ledger ด้วย
      เพราะไม่ใช่ข้อความรูปแบบอิสระ สคริปต์นั้นจึงเขียนใช้ง่ายกว่าเสียอีก
    • ชุด Beancount + Fava ดูค่อนข้างดี อยากฟังประสบการณ์จากคนที่เคยใช้
    • ถ้า SQLite ยังไม่พอ GnuCash ก็รองรับ แบ็กเอนด์ SQL ด้วย
      ผมใช้งานแบบนั้นมาเกือบ 10 ปีแล้ว

  • GnuCash มีที่พิเศษในใจผม
    ช่วงสองสามปีแรกหลังเรียนจบมหาวิทยาลัย ผมต้องบริหารงบประมาณที่ตึงมากด้วยรายได้จำกัด และทุกครั้งที่ซื้อของชำก็เอาใบเสร็จกลับบ้านมาป้อนลงบัญชีอย่างขยันขันแข็ง
    ทุกอย่างตรงกันเสมอ แต่งานเยอะมาก

  • ในฐานะที่ปรึกษาฟรีแลนซ์ในสวีเดน ตลอดกว่า 10 ปีที่ผ่านมา ผมดู GnuCash หลายครั้ง แต่ก็เจอปัญหาเดิมเสมอ
    มันไม่ได้ปรับให้เข้ากับระบบเศรษฐกิจและระบบกรมสรรพากรของเรา
    ในสวีเดน ถ้ายอดขายต่ำกว่า 3 ล้าน SEK ต่อปี สามารถใช้ “förenklat årsbokslut” หรือประมาณว่า “การปิดบัญชีแบบง่าย” ได้
    ในทางปฏิบัติ แค่ทำโปรแกรมพื้นฐานมาก ๆ เองเพื่อจัดการรายจ่ายและรายรับ สร้างตัวเลขที่จำเป็น แล้วกรอกด้วยมือในแอปออนไลน์ของกรมสรรพากรทุกปีก็พอ

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

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

    • ต้องดูแลบัญชีในสหรัฐฯ แคนาดา สองประเทศใน EU และเม็กซิโก
      ถ้ามีตัวเลือกแบบเสียเงินที่การเชื่อมต่อธนาคารทำงานได้เสถียรเหมือน Quicken Classic ก็คงดี แต่ดูเหมือนจะไม่มีผลิตภัณฑ์เดียวที่ครอบคลุมทั้งสหรัฐฯ กับเศรษฐกิจหลักสักแห่งใน EU พร้อมกันด้วยซ้ำ และยิ่งยากกว่านั้นสำหรับทุกภูมิภาคที่ฉันต้องใช้
      Quicken Classic ใช้ได้เฉพาะสหรัฐฯ และแคนาดา
      เลยอยากรู้ว่ามีใครรู้จักตัวเลือกแบบนี้ หรือหลายตัวเลือกที่ใช้ร่วมกันได้อย่างสมเหตุสมผลเพื่อบรรลุจุดประสงค์นี้หรือไม่
      เมื่อเห็นว่าบริษัทเข้าถึงข้อมูลธุรกรรมไม่ได้เชื่อมสะพานระหว่างสหรัฐฯ-EU ในแบบที่บุคคลทั่วไปใช้เองได้สะดวก ก็ดูเหมือนจะมีเหตุผลบางอย่าง เช่น ความเข้ากันไม่ได้ของระบบราชการทั้งสองฝั่ง
      หรือไม่ก็อาจเป็นเพราะมีคนไม่มากพอที่ใช้ชีวิตแบบข้ามประเทศเช่นนี้

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