Phát hành GnuCash 5.9

 (gnucash.org)
2 điểm bởi GN⁺ 2024-10-02 | 1 bình luận | Chia sẻ qua WhatsApp
  • GnuCash 5.9 là bản phát hành thứ mười của nhánh ổn định 5.x, bao gồm các bản sửa lỗi được phát hiện sau 5.8 cùng với cải tiến về phân tích ngày tháng CSV và báo giá trực tuyến
  • Phiên bản này sửa 12 lỗi, gồm cửa sổ đối soát, thông báo lỗi backend MySQL, sao chép/dán giao dịch, lỗi crash khi xóa tài khoản, lỗi locale với dấu thập phân trên bàn phím số ở Windows, v.v.
  • Phần báo giá trực tuyến bổ sung thiết lập khóa API cho YH Finance(FINANCEAPI) và nguồn financeapi, còn nhập CSV xử lý tốt hơn ngày tháng theo locale và cách viết tháng bằng tiếng Anh
  • Có các gói cho Windows 10 trở lên, macOS 10.13 High Sierra trở lên và flatpak trên Flathub; nếu tự biên dịch thì cần các phụ thuộc tối thiểu được chỉ định như Gtk+, Guile, Boost, v.v.
  • Người dùng AQBanking tại Đức sẽ dùng AQBanking 6.5.4 đi kèm trong gói, còn bản beta của triển khai PIN/TAN mới chỉ có trong GnuCash nightly builds

Tính chất bản phát hành GnuCash 5.9

  • GnuCash 5.9 là bản phát hành thứ mười của nhánh ổn định 5.x
  • GnuCash là phần mềm kế toán miễn phí và mã nguồn mở được phát hành theo GNU General Public License (GPL), hỗ trợ GNU/Linux, *BSD, Solaris, macOS và Microsoft Windows
  • Việc phát triển bắt đầu từ năm 1997 và bản phát hành ổn định đầu tiên ra mắt vào năm 1998

Các vấn đề chính đã được sửa từ sau 5.8

  • Đã khắc phục lỗi khiến cửa sổ đối soát không hiển thị giao dịch mới được thêm trong lúc đối soát (reconcile)
  • Backend MySQL nay báo lỗi "access denied" thay vì "bad or corrupt data" khi thông tin xác thực không hợp lệ
  • Đã sửa hành vi sao chép/dán và cắt/dán giao dịch
    • Bao gồm lỗi khiến cắt/dán giao dịch không di chuyển giao dịch sang tài khoản đích
  • Đã sửa lỗi khiến script Python mẫu in ra lỗi khi tạo tệp mới trên backend sqlite
  • Đã sửa lỗi vị trí con trỏ bị lệch sau khi commit thay đổi giao dịch trong chế độ xem Transaction Journal
  • Đã khắc phục lỗi phân tích ngày đối soát, lỗi crash khi xóa tài khoản và lỗi tính toán quý trong offset ngày tương đối
  • Đã sửa lỗi trên Windows khiến dấu thập phân nhập từ bàn phím số không khớp với locale
  • Đã sửa lỗi hộp danh sách thả xuống tài khoản trong màn hình đăng hóa đơn quá nhỏ và lỗi giá báo giá xuất hiện không thường xuyên

Cải tiến cho báo giá trực tuyến và nhập CSV

  • Hạ tầng báo giá trực tuyến được bổ sung thiết lập khóa API cho YH Finance(FINANCEAPI)
    • Có thể quản lý thiết lập liên quan trong trang Online Quotes
    • financeapi đã được thêm vào danh sách nguồn báo giá đã biết
  • Bộ phân tích ngày CSV đã được cải tiến để tận dụng ICU và Boost
    • Phân tích ngày theo định dạng Locale dựa trên ICU của locale hiện tại
    • Có thể xử lý đầu vào như "3 May 2023" hoặc "2024年9月13日" trong LC_TIME=zh_TW.utf8
    • Các định dạng d-m-y, m-d-y, y-m-d được bổ sung bằng các parser UK/US/ISO của Boost
    • Nhập CSV hiện cũng xử lý được ngày có tên tháng tiếng Anh như "30 Sep 2023", "May 4, 1978", "2023-Dec-25"
    • Parser của Boost không nhận diện năm hai chữ số, nên "30 Sep 24" là không hợp lệ
  • Trang giới thiệu của CSV Import Assistant đã được cải thiện

Dọn dẹp nội bộ và thay đổi hướng tới nhà phát triển

  • Cấu trúc xử lý các mục đã sao chép đã được sắp xếp lại
    • copied_class và copied_leader_guid đã được chuyển từ biến tĩnh sang một phần của cấu trúc copied_item
    • Việc cần gọi clear_copied_item trước khi dùng copied_item đã trở nên rõ ràng hơn
  • Khi mở tệp từ lịch sử tệp, các chỉnh sửa chưa commit nay được xử lý đúng cách
  • gnc_difftime bị đánh dấu deprecated vì ép kiểu time64 sang double
  • Đã loại bỏ gnc_pricedb_substitute_commodity, gnc_pricedb_lookup_at_time64 không còn được sử dụng

Thay đổi về bản dịch và tài liệu

  • Các bản dịch mới được thêm hoặc cập nhật gồm Assamese, Chinese (Simplified), Chinese (Traditional), Croatian, Dutch, English (United Kingdom), Hebrew, Hungarian, Macedonian, Norwegian Bokmål, Portuguese (Brazil), Russian, Spanish, Swedish và Turkish
  • Thay đổi phía tài liệu là cập nhật phiên bản GitHub CI actions
  • Bản dịch tài liệu mới được thêm hoặc cập nhật là German
  • Việc tham gia dịch thuật được hướng dẫn trong dự án GnuCash trên Weblate

Hướng dẫn liên quan đến AQBanking

  • Có phần hướng dẫn riêng dành cho người dùng AQBanking tại Đức
  • Tác giả AQBanking vẫn đang tiếp tục hoàn thiện mã PIN/TAN đã được cập nhật
  • Các gói Flatpak, macOS và Windows của bản phát hành này đi kèm AQBanking 6.5.4, là bản ổn định cuối cùng
  • Nếu AQBanking ổn định không hoạt động, có thể cân nhắc GnuCash nightly builds có bao gồm bản beta của triển khai mới
  • Có thể xem toàn bộ danh sách lỗi còn mở trong danh sách lỗi của GnuCash

Gói phát hành và điều kiện build

  • GnuCash 5.9 được cung cấp dưới dạng gói dựng sẵn all-in-one cho Microsoft Windows 10 trở lên và macOS 10.13 High Sierra trở lên
    • Trên Windows là dạng trình cài đặt
    • Gói macOS là ảnh đĩa chứa bộ ứng dụng dạng kéo-thả
  • Cũng được cung cấp dưới dạng flatpak trên Flathub.org
  • Các tệp tải về bao gồm tarball, bộ cài Windows, dmg cho Apple Silicon, dmg cho Intel Mac và tarball tài liệu
  • Mã nguồn có thể tải từ SourceForge và GitHub ở định dạng bzip2 hoặc gzip, hoặc checkout trực tiếp từ kho Git
  • Để tự biên dịch, cần các phụ thuộc tối thiểu sau
  • Cần tham khảo tệp README.dependencies trong mã nguồn để biết danh sách và phiên bản phụ thuộc chính xác

Tài liệu GnuCash 5.9

  • Tài liệu GnuCash 5.9 có thể xem trên Documentation page của website GnuCash
  • Bên dưới GnuCash v5 (current stable release) có tùy chọn đọc trực tuyến và tải xuống bằng nhiều ngôn ngữ
  • Các định dạng tải xuống bao gồm pdf, epub, mobi
  • Tài liệu cũng được đóng gói trong bộ ứng dụng macOS và Windows
  • Mã nguồn của GnuCash Documentation 5.9 có thể tải từ SourceForge hoặc GitHub, hoặc checkout trực tiếp từ kho Git

Bài viết liên quan

1 bình luận

 
GN⁺ 2024-10-02
Ý kiến trên Hacker News

  • Đang dùng GnuCash cho kế toán doanh nghiệp và nó đáp ứng đủ các chức năng cần thiết
    Tôi không dùng QuickBooks mà các VC khuyên trên blog; nó có vài tính năng tiện lợi, nhưng không đáng để trả mức giá đó, và tôi cũng không cần vốn VC hay CPA
    Chưa từng dùng GnuCash cùng SQLite, nhưng nếu có thời gian tôi muốn thử nghiệm, và cũng tò mò về độ tin cậy của nó
    Trước đây tôi từng làm kỹ sư kỹ thuật/chức năng cho Oracle EBS nên đã xử lý các schema phức tạp đan xen đến cả sổ phụ, và tôi cũng luôn nghĩ đến việc thêm chức năng ghi nhận doanh thu vào GnuCash
    Nhìn vào schema SQLite thì có lẽ cũng có thể thử một lần

    • Nếu ai đó đang chuyển từ QuickBooks và muốn giúp người khác, bộ chuyển đổi qb-escape QuickBooks→GnuCash đang cần hỗ trợ: https://github.com/erikmack/qb-escape/
    • SQLite trong GnuCash ổn định
      Tôi đã chuyển từ XML sang SQLite vài năm trước và không gặp vấn đề gì
    • Nó rất tốt cho cá nhân hoặc doanh nghiệp rất nhỏ, nhưng nếu định vận hành một startup thực sự bằng GnuCash thì có thể gặp rắc rối lớn
      Theo trải nghiệm trực tiếp của tôi, việc sùng bái GnuCash là có hại; giới kinh doanh ghét GnuCash và chỉ quan tâm đến QuickBooks
      Tôi đã tham gia cuộc đấu tranh này ở các tổ chức phi lợi nhuận và startup từ đầu những năm 2000, và trước đây tôi cũng từng là người nói rằng “chúng ta nhất định phải dùng GnuCash”
      Trong một thế giới lý tưởng, GnuCash hay bất kỳ công cụ nào không phải QuickBooks cũng có thể là lựa chọn cho kế toán doanh nghiệp nhỏ, nhưng trong thực tế Intuit đã dùng API và định dạng tệp để khiến các lựa chọn ngoài QuickBooks trở nên khó khăn
      Nếu không dùng QuickBooks, ngân hàng, nhà đầu tư, hệ thống trả lương, hệ thống thuế và kế toán viên đều sẽ gặp khó khăn; trong một số trường hợp, khoản tài trợ hoặc kiểm toán cũng có thể bị chặn
      Tôi thường thấy những tín đồ mã nguồn mở thiện chí yêu cầu dùng GnuCash, nhưng đừng trở thành người như vậy
      Thế giới đã chọn QuickBooks, và lựa chọn đó diễn ra trong bối cảnh áp lực và môi giới quyền lực tha hóa, nhưng nó đã được quyết định rồi
      Có thể có những lựa chọn SaaS khá ổn, nhưng chúng chỉ tồn tại chừng nào Intuit còn cho phép; còn việc cạnh tranh với QuickBooks rất có khả năng sẽ dẫn đến bị Intuit mua lại rồi biến mất
      Ở nhiều tổ chức phi lợi nhuận và doanh nghiệp, họ đã chọn GnuCash rồi sau đó vì chốt sổ tài chính, yêu cầu của ngân hàng, đề nghị vay vốn, đơn xin tài trợ mà phải vội vã đổi nền tảng, cuối cùng người phụ trách kế toán phải làm lại mọi thứ trong những tuần làm hơn 60 giờ
      GnuCash là một dự án tuyệt vời và sẽ thật tốt nếu ai cũng có thể dùng, nhưng với doanh nghiệp thực tế thì không thể dùng vì những lý do tùy tiện và nhân tạo
      Nếu người phụ trách kế toán đến và ép bạn dùng NetBeans thì bạn sẽ không chấp nhận, vì vậy trong việc chọn công cụ cũng nên thể hiện sự tôn trọng tương tự với họ
    • Có vẻ là một ví dụ khác về việc phần mềm tự do thành công nhờ đặc tính miễn phí như bia miễn phí

  • Tôi đã thử dùng nhiều phần mềm kế toán cá nhân, nhưng ngoại trừ Pocket Money cũ dành cho PalmOS, tất cả đều quá bất tiện khi nhập chi tiêu.
    Nếu ghi lại cả lần ghé cửa hàng thành một giao dịch như “thực phẩm ở Lidl” thì còn chịu được, nhưng nếu muốn đưa từng dòng trên hóa đơn vào thành các mục riêng của một giao dịch tách nhỏ, lần nào cũng phải nhập lại từ đầu mà không có gợi ý tốt dựa trên lịch sử.
    Ví dụ có thể tinh vi đến mức nếu đối tác giao dịch là Lidl thì chỉ cần gõ “br” là gợi ý food:bread cùng giá, còn nếu đối tác là Victoria Secret thì gợi ý clothing:bra với một mức giá khác, nhưng trong những thứ tôi đã dùng chưa có cái nào hỗ trợ.
    PalmOS 3.0 Pocket Money thật sự rất cũ nhưng dùng cực kỳ tiện, còn các phần còn lại, dù trên desktop hay di động, đều kém hơn nhiều ở điểm này.
    Nếu ghi chép giao dịch rất chi tiết thì tôi nghĩ phân loại lồng nhau tốt hơn “tài khoản” lồng nhau.
    Gần như chỉ khác về hình thức, nhưng việc “tiền mặt” và “food:meat:pork” là cùng một loại đối tượng nghe khá lạ.
    Bạn không chuyển tiền sang “food:meat:pork”, mà là chi tiêu cho nó; bạn gửi tiền cho cửa hàng chứ không phải cho món hàng.
    Theo tôi biết, các hệ thống kế toán chuyên nghiệp cũng không tạo tài khoản tài sản công ty riêng cho từng màn hình, laptop, máy tính hay chuột.
    Không biết có phải tôi vẫn chưa tìm ra hay không, có ai có thứ gì đáng giới thiệu không?

    • Tôi nghi ngờ việc theo dõi đến từng mục trên hóa đơn có thực sự hữu ích đến vậy không.
      Có thể nó hữu ích với một số loại mua sắm, nhưng rất có khả năng chỉ là công việc chi tiết không cần thiết, không tạo ra giá trị tương xứng với công sức bỏ ra.
    • Trước đây tôi đã thử nhiều công cụ, và khoảng năm 2009, vì bực mình với phần mềm OS X độc quyền, đặc biệt là iBank, lại cũng không thích GNUCash và KDEMoney, nên cuối cùng tôi tự làm một ứng dụng mã nguồn mở đơn giản.
      Đó là ứng dụng Cocoa native, gần đây cũng có bản port Qt cho Linux, và từ đó đến nay tôi dùng nó hằng ngày.
      Trước đây tôi chia phân loại rất chi tiết, nhưng giờ thấy không còn nhiều ý nghĩa; ứng dụng có hỗ trợ giao dịch tách nhỏ, nhưng thường tôi chỉ dùng các phân loại cỡ “thực phẩm”, “đồ uống”, “nhu yếu phẩm”.
      Tuy vậy những thứ như “cà phê” thì tôi để là “Drinks:Coffee” để có thể xem mình chi bao nhiêu cho một mục cụ thể.
      Rốt cuộc có vẻ đây là vấn đề cân bằng giữa công sức ghi chép chính xác đến mức đó và giá trị sử dụng thực tế; các kiểu như “Car:Fuel”, “Car:Service” cũng tương tự.
    • Khi bắt đầu theo dõi tài chính, tôi nhanh chóng thấy bảng tính không đủ, còn các lựa chọn sẵn có cũng không phù hợp nhu cầu.
      Với đa số người, mức theo dõi chi tiết này có thể là quá mức, nhưng với tôi thì không mất nhiều thời gian.
      Cuối cùng tôi tự làm ứng dụng: https://github.com/VMelnalksnis/Gnomeshade
      Tôi cũng cảm thấy tương tự về tài khoản, nên đã tách giao dịch thành hai phần là chuyển khoản và mua hàng; nhờ vậy có thể xử lý nhiều loại tiền tệ đồng thời tách phân loại ra khỏi tài khoản.
      Tôi chưa xem xét phần gợi ý tự động đã nhắc tới, mà đi theo hướng phân tích hóa đơn của những món thường mua.
    • Có lẽ bạn đang chia quá chi tiết.
      Tôi chỉ chia cỡ “thực phẩm”, “đồ tiêu hao”, “quần áo”.
      Tôi chưa hoàn toàn hiểu chính xác bạn cần gì, nhưng hơn 10 năm trước tôi đã chuyển từ GnuCash sang KMyMoney.
      Nếu trước đây bạn đã nhập theo từng mục ở Walmart, thì lần sau khi đến Walmart và nhập sao kê thẻ tín dụng, nó sẽ lấy một giao dịch Walmart trước đó có tổng tiền tương tự làm điểm bắt đầu, nên cũng giúp được đôi chút.
      Và KMyMoney dùng phân loại thay vì tài khoản, nhưng cách dùng tài khoản thì phù hợp hơn với nguyên tắc kế toán.
    • Ước gì trên hóa đơn có một định dạng mã QR cho mục đích này.
      Đại khái nó có thể chứa tên/vị trí cửa hàng, tổng tiền, các trường tách thuế, phân loại chung nếu là giao dịch mua đơn giản như “nhiên liệu” hoặc “đồ ăn” trên hóa đơn McDonald’s, và các nhóm mặt hàng cho những nơi như Costco, nơi có thể mua cả thực phẩm lẫn quần áo cùng lúc.
      Các phân loại chính có thể tham khảo những thứ nhiều quốc gia dùng cho phân loại chỉ số giá tiêu dùng.
      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...

  • Tôi không thích lắm mô hình của GNUCash.
    Nó hơi rườm rà khi dùng và cũng khá khó để trích xuất các thống kê mong muốn, nên trước đây tôi đã thử nhiều gói khác nhau rồi mới chọn một cái để dùng ổn định.
    Dù vậy, khi tôi có công việc đầu tiên cách đây vài chục năm, GNUCash đã tồn tại, và đến nay nó vẫn tồn tại.
    Có vẻ rất ít gói phần mềm khác thể hiện được mức độ bền bỉ như vậy.

    • Điểm hấp dẫn của nó là mang thiết kế tiện ích kiểu giữa thập niên 90.
      Đồng thời chính giao diện kiểu thập niên 90 đó lại khiến người ta cực kỳ bực bội.
      Tôi chưa từng thấy tiện ích nào có thiết kế giao diện gần như không tiến hóa như GNUCash.
      Cảm giác như họ làm một nguyên mẫu, nói “hoàn hảo rồi!”, rồi phớt lờ góp ý của người dùng và chuyển sang làm backend.
    • Sự bền bỉ này có giá trị rất lớn.
      Tôi đã dùng gnucash từ cuối thập niên 90, và có toàn bộ các tệp dữ liệu từ tận năm 2000.

  • Tôi đã thử dùng vài năm trước nhưng cuối cùng lại gắn bó với HLedger
    Vẫn có thể sở hữu và kiểm soát dữ liệu của mình như GnuCash, nhưng với HLedger tôi có thể chỉnh sửa trực tiếp trong Sublime Text để sửa hoặc thay đổi hàng loạt thứ gì đó
    Tất nhiên trường hợp sử dụng của tôi khá cơ bản và không phải hệ thống cốt lõi cho công việc, nên tùy mỗi người có thể khác

    • Đó là lý do hợp lý để không dùng GnuCash
      Tôi đồng ý rằng định dạng XML không tuyệt vời, nhưng tôi dùng định dạng SQLite nên có thể viết script trên đó
    • Tôi đang dùng Firefly III: https://firefly-iii.org
      Vì là ứng dụng web tự host nên phù hợp với tôi, người chủ yếu dùng trên điện thoại
      Nó có API khá rộng, và dù chỉnh sửa hàng loạt không dễ như với file văn bản, việc đó có lẽ vẫn tương đối đơn giản
      Nó cũng có hệ thống quy tắc nên có thể tận dụng cho chỉnh sửa hàng loạt
    • Tôi đang dùng GnuCash, và việc không thể thay đổi hàng loạt hay scripting dễ dàng khá phiền
      Ví dụ đặc biệt là khi mắc một lỗi nhỏ trong lúc nhập CSV
    • Tôi đã dùng hledger và ledger nhiều năm, đặc biệt là tính năng lots
      Một trong những điểm hay của hledger là hệ thống quy tắc CSV rất linh hoạt
      Tôi gắn thêm một script Python đơn giản vào đó để đưa vào các thông tin bổ sung cần thiết cho việc ghi nhận lãi vốn
      Cuối cùng dữ liệu đầu vào thô là các file CSV chứa bản ghi, còn đầu ra là các báo cáo tài chính ở nhiều mức độ chi tiết
    • Tôi thực sự đang chạy một script nhỏ chuyển đổi XML của gnucash sang ledger, rồi theo dõi cả kết quả chuyển đổi lẫn XML gốc bằng git
      Nếu chạy khá thường xuyên trong khi nhập liệu vào UI của gnucash, có thể xem các thay đổi bằng log git và diff dễ đọc
      Tuy nhiên nó thiếu khả năng “thay đổi hàng loạt”
      Vì gnucash chỉ là XML nên chắc cũng có thể chỉnh sửa trực tiếp, nhưng tôi vẫn chưa dám thử
      Dựa trên [0]: https://gist.github.com/nonducor/ddc97e787810d52d067206a592a...

  • Tôi đang dùng GnuCash cho kế toán của hackerspace
    Lúc đó có hai lựa chọn: dùng nó, hoặc dùng một trang tên “wave” do người phụ trách kế toán của makerspace gần đó đề xuất
    Tôi đã đăng ký wave và thử nghịch một chút nhưng không thấy chắc chắn; vài tuần sau khi quyết định sẽ dùng wave thì tài khoản của tôi bị khóa không rõ lý do
    Vì vậy tôi chuyển sang GnuCash
    Đây là phần mềm tốt, và cuối cùng tôi đã viết code liên kết động với thư viện libgnucash để tự động tạo hóa đơn hằng tháng cho phí hội viên

    • Tôi thắc mắc liệu có cách nào tốt hơn để tự động hóa GnuCash không, chẳng hạn như script Bash hoặc Python
    • Nghe thú vị đấy, không biết bạn có thể chia sẻ code không

  • Tôi đã xem xét kỹ GnuCash trước khi chọn Beancount hoặc kế toán văn bản thuần nói chung làm phần mềm tài chính cá nhân
    Điểm vướng mắc mang tính quyết định là định dạng XML hoặc SQLite nội bộ của GnuCash
    Chúng không thật sự phù hợp với việc thu thập dữ liệu thô hay scripting để tạo báo cáo, trong khi các công cụ văn bản thuần như Beancount hay HLedger nhắm đúng vào điểm đó
    So với các công cụ văn bản thuần, GnuCash có cảm giác quá giống một khu vườn khép kín
    Định dạng văn bản thuần ban đầu đòi hỏi nhiều công sức hơn, nhưng nếu đã quen và có nền tảng scripting thì rất tuyệt

    • Chắc là tùy sở thích mỗi người, nhưng trải nghiệm của tôi thì hoàn toàn ngược lại
      Văn bản thuần nhìn đơn giản với mắt người, nhưng để phân tích cú pháp một cách có cấu trúc thì là ác mộng, và scripting để chỉnh sửa văn bản thuần cũng rất lộn xộn
      Ngược lại, cơ sở dữ liệu được tạo ra cho những mục đích như thế này
      Sau khi dành nhiều thời gian cho các bất mãn với kế toán văn bản thuần và các nỗ lực cải thiện, giờ tôi đang dùng SQLite, và đó là một cải thiện cực lớn
    • Nếu lược đồ XML/DB được tài liệu hóa, thực ra nó tốt hơn và vững chắc hơn định dạng văn bản thuần của Beancount/Ledger
      Tôi dùng backend XML của KMyMoney, và cũng có script chuyển dữ liệu sang định dạng Ledger
      Chính vì không phải là văn bản dạng tự do nên script đó lại dễ dùng hơn
    • Tổ hợp Beancount + Fava trông khá ổn, không biết bạn có thể chia sẻ trải nghiệm đã dùng không
    • Nếu SQLite chưa đủ, GnuCash cũng hỗ trợ backend SQL
      Tôi đã vận hành như vậy gần 10 năm rồi

  • GnuCash có một vị trí đặc biệt trong lòng tôi
    Vài năm đầu sau khi tốt nghiệp đại học, tôi phải xoay xở ngân sách rất chặt với thu nhập eo hẹp; mỗi lần đi chợ tôi đều mang hóa đơn về nhà và chăm chỉ nhập vào sổ
    Mọi thứ lúc nào cũng khớp, nhưng tốn công khủng khiếp

  • Là một tư vấn viên freelance ở Thụy Điển, trong hơn 10 năm qua tôi đã xem xét GnuCash nhiều lần, nhưng lúc nào cũng gặp cùng một vấn đề
    Nó không phù hợp với nền kinh tế của chúng tôi và hệ thống của cơ quan thuế
    Ở Thụy Điển, nếu doanh thu dưới 3 triệu SEK mỗi năm, bạn có thể dùng “förenklat årsbokslut”, đại khái là “khóa sổ đơn giản hóa”
    Trên thực tế, bạn chỉ cần tự làm một chương trình rất cơ bản để quản lý chi phí và doanh thu, tạo ra các con số cần thiết rồi mỗi năm nhập thủ công vào ứng dụng trực tuyến của cơ quan thuế

    • Tôi cũng là freelancer một người dùng sổ sách đơn giản hóa
      Kế toán kép sau khi vượt qua đường cong học ban đầu thì không tốn nhiều công sức hơn kế toán đơn
      Vì nó giúp tự động tránh các lỗi phổ biến
      Tôi đã dùng GnuCash tốt suốt 20 năm và không có ý định quay lại với bảng tính mong manh hay một CSDL Access vụng về

  • Tôi từng dùng GnuCash một thời gian, nhưng cuối cùng lại tốn quá nhiều thời gian để chỉnh cho đúng phần thiết lập đồng bộ trực tuyến
    Với những tài khoản phải tải xuống thủ công rồi nhập vào, vì quá phiền nên tôi cứ trì hoãn việc nhập dữ liệu
    Hiện tôi trả tiền dùng Quicken Classic, và đây là khoản chi hằng năm khiến tôi hài lòng nhất
    Kết nối tài khoản trực tuyến hoạt động ổn định đúng như kỳ vọng, và nhìn chung giúp hoàn thành việc này ít đau đầu hơn nhiều

    • Tôi phải theo dõi tài khoản ở Mỹ, Canada, hai nước EU và Mexico
      Giá mà có một lựa chọn trả phí với kết nối ngân hàng hoạt động ổn định như Quicken Classic thì tốt, nhưng dường như cũng không có sản phẩm đơn lẻ nào bao phủ đồng thời cả Mỹ và dù chỉ một nền kinh tế lớn của EU; còn toàn bộ các khu vực tôi cần thì lại càng khó hơn
      Quicken Classic chỉ dành cho Mỹ và Canada
      Tôi muốn biết liệu có ai biết lựa chọn như vậy, hoặc nhiều lựa chọn có thể kết hợp với nhau một cách hợp lý để đạt mục đích này không
      Nhìn việc các công ty cung cấp quyền truy cập dữ liệu giao dịch không bắc cầu Mỹ-EU theo cách cá nhân dễ dùng trực tiếp, có vẻ có lý do nào đó như sự không tương thích giữa hai hệ thống quan liêu
      Hoặc cũng có thể đơn giản là không đủ nhiều người sống kiểu quốc tế như vậy

  • Tôi đã vận hành doanh nghiệp bằng GnuCash, bao gồm cả quản lý lương và tài khoản 401k
    Nó ổn định, và nếu doanh nghiệp có chi tiêu hạn chế hoặc bạn có nền tảng làm sổ sách thì việc theo dõi chi phí cũng đủ dùng
    Điều thực sự tuyệt là nó có thể tạo bảng cân đối kế toán và báo cáo lãi lỗ để đưa cho kế toán