GnuCash 5.9 जारी

 (gnucash.org)
2 पॉइंट द्वारा GN⁺ 2024-10-02 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • GnuCash 5.9 स्थिर 5.x सीरीज़ की दसवीं रिलीज़ है, जिसमें 5.8 के बाद मिले बग फिक्स के साथ CSV date parsing और online quotes में सुधार शामिल हैं
  • इस संस्करण में reconcile window, MySQL backend error messages, transaction copy/paste, account deletion crash, Windows keypad decimal locale error आदि सहित 12 bugs ठीक किए गए हैं
  • online quotes में YH Finance(FINANCEAPI) API key configuration और financeapi source जोड़ा गया है, और CSV import अब locale-based dates तथा अंग्रेज़ी महीने के नामों को बेहतर तरीके से संभालता है
  • Windows 10 या उससे ऊपर, macOS 10.13 High Sierra या उससे ऊपर के लिए packages और Flathub flatpak उपलब्ध हैं; सीधे build करने के लिए Gtk+·Guile·Boost आदि की निर्धारित minimum dependencies चाहिए
  • जर्मनी के AQBanking उपयोगकर्ताओं को bundle में शामिल AQBanking 6.5.4 मिलेगा, जबकि नया PIN/TAN implementation beta केवल GnuCash nightly builds में उपलब्ध है

GnuCash 5.9 रिलीज़ की प्रकृति

  • GnuCash 5.9 स्थिर 5.x सीरीज़ की दसवीं रिलीज़ है
  • GnuCash GNU General Public License(GPL) के तहत वितरित एक मुफ़्त open source accounting program है, और GNU/Linux, *BSD, Solaris, macOS, Microsoft Windows को support करता है
  • इसका development 1997 में शुरू हुआ था और पहली स्थिर रिलीज़ 1998 में आई थी

5.8 के बाद ठीक की गई प्रमुख समस्याएँ

  • reconcile के दौरान नई transaction जोड़ने पर वह reconcile window में दिखाई नहीं देने की समस्या ठीक की गई
  • MySQL backend अब गलत credentials के लिए "bad or corrupt data" की जगह "access denied" error report करता है
  • transaction copy/paste और cut/paste व्यवहार को ठीक किया गया
    • इसमें वह समस्या भी शामिल है जिसमें transaction cut/paste करने पर transaction target account में move नहीं हो रही थी
  • sqlite backend में नई file बनाते समय example Python script द्वारा error output देने की समस्या ठीक की गई
  • Transaction Journal view में transaction change commit करने के बाद cursor position के गड़बड़ाने की समस्या ठीक की गई
  • reconcile date parsing failure, account deletion crash, और relative date offset की quarter calculation error को ठीक किया गया
  • Windows में keypad decimal input का locale से मेल न खाने की समस्या ठीक की गई
  • invoice posting screen में account dropdown list box के बहुत छोटा होने की समस्या और बीच-बीच में आने वाली quote price समस्या ठीक की गई

online quotes और CSV import में सुधार

  • online quotes infrastructure में YH Finance(FINANCEAPI) API key configuration जोड़ा गया
    • Online Quotes page पर संबंधित settings को संभाला जा सकता है
    • financeapi को known quote sources में जोड़ा गया
  • CSV date parser को ICU और Boost का उपयोग करने के लिए बेहतर बनाया गया
    • ICU-based Locale date format के ज़रिए current locale की dates parse की जाती हैं
    • यह "3 May 2023" या LC_TIME=zh_TW.utf8 में "2024年9月13日" जैसे input संभाल सकता है
    • d-m-y, m-d-y, y-m-d formats को Boost के UK/US/ISO parser से मज़बूत किया गया
    • "30 Sep 2023", "May 4, 1978", "2023-Dec-25" जैसी अंग्रेज़ी महीने वाली dates भी CSV import में संभाली जा सकती हैं
    • Boost parser two-digit year को पहचान नहीं पाता, इसलिए "30 Sep 24" वैध नहीं है
  • CSV Import Assistant का introduction page बेहतर बनाया गया

आंतरिक साफ़-सफ़ाई और developer-facing बदलाव

  • copied items को संभालने वाली संरचना को व्यवस्थित किया गया
    • copied_class और copied_leader_guid को static variables से हटाकर copied_item structure का हिस्सा बनाया गया
    • clear_copied_item call को copied_item उपयोग से पहले आवश्यक होने की बात अधिक स्पष्ट की गई
  • file history में file खोलते समय uncommitted edits को सही तरह से संभाला जाता है
  • gnc_difftime को deprecated किया गया है क्योंकि यह time64 को double में cast करता है, इसलिए इसका उपयोग नहीं किया जाना चाहिए
  • अनुपयोगी 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 के लिए हैं
  • documentation से जुड़ा बदलाव GitHub CI actions version update है
  • documentation translation में German नया जोड़ा गया है या अपडेट किया गया है
  • translation contribution के लिए Weblate के GnuCash project में मार्गदर्शन उपलब्ध है

AQBanking से संबंधित सूचना

  • जर्मनी के AQBanking उपयोगकर्ताओं के लिए अलग सूचना शामिल है
  • AQBanking के लेखक updated PIN/TAN code को अंतिम रूप देने का काम जारी रखे हुए हैं
  • इस रिलीज़ के Flatpak, macOS, Windows bundles में अंतिम स्थिर संस्करण AQBanking 6.5.4 शामिल है
  • यदि स्थिर AQBanking काम नहीं करता, तो नए implementation beta वाले GnuCash nightly builds पर विचार किया जा सकता है
  • खुले bugs की पूरी सूची GnuCash bug list में देखी जा सकती है

वितरण packages और build शर्तें

  • GnuCash 5.9 Microsoft Windows 10 या उससे ऊपर और macOS 10.13 High Sierra या उससे ऊपर के लिए pre-built all-in-one packages के रूप में उपलब्ध है
    • Windows के लिए installer रूप में उपलब्ध है
    • macOS package एक disk image है जिसमें drag-and-drop application bundle शामिल है
  • Flathub.org पर flatpak के रूप में भी उपलब्ध है
  • download files में tarball, Windows installer file, Apple Silicon के लिए dmg, Intel Mac के लिए dmg, documentation tarball शामिल हैं
  • source code SourceForge और GitHub से bzip2 या gzip format में लिया जा सकता है, या Git repository से सीधे checkout भी किया जा सकता है
  • सीधे compile करने के लिए निम्न minimum dependencies चाहिए
  • dependencies की सटीक सूची और versions के लिए source की README.dependencies file देखनी चाहिए

GnuCash 5.9 दस्तावेज़

  • GnuCash 5.9 documentation, GnuCash website के Documentation page पर उपलब्ध है
  • GnuCash v5 (current stable release) के अंतर्गत कई भाषाओं में online reading और download उपलब्ध हैं
  • download formats में pdf, epub, mobi शामिल हैं
  • documentation macOS और Windows application bundles में भी शामिल है
  • GnuCash Documentation 5.9 source SourceForge या GitHub से लिया जा सकता है, या Git repository से सीधे checkout किया जा सकता है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-10-02
Hacker News टिप्पणियां

  • GnuCash को बिजनेस अकाउंटिंग के लिए इस्तेमाल कर रहा हूं, और जिन फीचर्स की जरूरत है वे यह पर्याप्त रूप से दे देता है
    VC लोग ब्लॉग में QuickBooks की सलाह देते हैं, वह मैं नहीं इस्तेमाल करता; उसमें सुविधाजनक फीचर्स हैं, लेकिन उसकी कीमत चुकाने लायक नहीं, और मुझे VC funding या CPA की भी जरूरत नहीं
    GnuCash को SQLite के साथ कभी इस्तेमाल नहीं किया, लेकिन समय मिला तो प्रयोग करना चाहूंगा, और इसकी reliability कैसी है यह जानने की उत्सुकता है
    पहले Oracle EBS में technical/functional engineer के रूप में काम किया था, इसलिए subledger तक आपस में जुड़ी जटिल schemas संभाली हैं, और GnuCash में revenue recognition feature जोड़ने का विचार भी हमेशा रहा है
    SQLite schema देखकर शायद एक बार कोशिश की जा सकती है

    • अगर QuickBooks से migrate करने वाला कोई व्यक्ति दूसरों की मदद करना चाहता है, तो qb-escape QuickBooks→GnuCash converter को मदद की जरूरत है: https://github.com/erikmack/qb-escape/
    • GnuCash में SQLite स्थिर है
      कुछ साल पहले XML से SQLite पर गया था और कोई समस्या नहीं आई
    • personal use या बहुत छोटे business के लिए शानदार है, लेकिन अगर आप किसी असली startup को GnuCash पर चलाने की कोशिश कर रहे हैं, तो बड़ी मुसीबत हो सकती है
      अपने अनुभव से कहूं तो GnuCash भक्ति नुकसानदेह है, और business world GnuCash को पसंद नहीं करता तथा सिर्फ QuickBooks की परवाह करता है
      2000 के शुरुआती दशक से nonprofit और startup में यह लड़ाई लड़ता आया हूं, और पहले मैं भी “हमें हर हाल में GnuCash ही इस्तेमाल करना चाहिए” वाला व्यक्ति था
      किसी आदर्श दुनिया में GnuCash हो या QuickBooks के अलावा कोई भी tool, small business accounting के लिए विकल्प हो सकता था, लेकिन वास्तविकता में Intuit ने API और file formats के जरिए QuickBooks के अलावा विकल्पों को मुश्किल बना दिया है
      QuickBooks इस्तेमाल न करें तो bank, investor, payroll system, tax system और accountant—सबके लिए चीजें मुश्किल हो जाती हैं, और कुछ मामलों में grant या audit भी अटक सकते हैं
      अच्छे इरादे वाले open source समर्थकों को GnuCash इस्तेमाल करने की मांग करते अक्सर देखता हूं, लेकिन आपको ऐसा व्यक्ति नहीं बनना चाहिए
      दुनिया ने QuickBooks को चुन लिया है, और यह चुनाव दबाव और भ्रष्ट power brokering के बीच हुआ था, लेकिन फैसला हो चुका है
      ठीक-ठाक SaaS विकल्प हो सकते हैं, लेकिन वे केवल तब तक मौजूद हैं जब तक Intuit अनुमति देता है, और QuickBooks से प्रतिस्पर्धा करने वाली चीज के Intuit द्वारा acquire होकर गायब हो जाने की संभावना ज्यादा है
      कई nonprofit और businesses में GnuCash चुना गया, लेकिन funding close, bank requirements, loan requests और grant applications के कारण जल्दबाजी में platform बदलना पड़ा, और अंत में accounting प्रभारी को 60 घंटे से ज्यादा वाले हफ्तों में सब कुछ दोबारा करना पड़ा
      GnuCash एक शानदार project है और अच्छा हो कि हर कोई इसे इस्तेमाल कर सके, लेकिन वास्तविक business में arbitrary और artificial कारणों की वजह से इसका इस्तेमाल नहीं हो सकता
      अगर accountant आकर आपको NetBeans इस्तेमाल करने के लिए मजबूर करे तो आप इसे स्वीकार नहीं करेंगे, इसलिए tool selection में उन्हें भी वही सम्मान देना चाहिए
    • यह free software की free as in free beer वाली प्रकृति की वजह से सफल होने का एक और उदाहरण लगता है

  • मैंने कई personal accounting software आज़माए हैं, लेकिन पुराने PalmOS वाले Pocket Money को छोड़कर सभी में खर्च दर्ज करना बहुत असुविधाजनक लगा
    अगर दुकान की पूरी विज़िट को “Lidl पर किराने का सामान” जैसी एक transaction के रूप में रिकॉर्ड किया जाए तो सहनीय है, लेकिन अगर receipt की हर line को split transaction की अलग item के रूप में डालना चाहें, तो पुराने records पर आधारित अच्छे suggestions के बिना हर बार फिर से input करना पड़ता है
    उदाहरण के लिए, अगर counterparty Lidl हो तो सिर्फ “br” टाइप करते ही food:bread और कीमत suggest करे, और counterparty Victoria Secret हो तो clothing:bra और अलग कीमत suggest करे—इतना refined हो सकता है, लेकिन मैंने जिनमें भी इस्तेमाल किया उनमें यह support नहीं था
    सच में बहुत पुराना PalmOS 3.0 Pocket Money बहुत सुविधाजनक था, और desktop हो या mobile, बाकी सभी इस मामले में काफी खराब हैं
    अगर आप transactions को बहुत विस्तार से रिकॉर्ड करते हैं, तो मुझे nested “accounts” की बजाय nested categories बेहतर लगती हैं
    यह लगभग सिर्फ दिखावे का फर्क है, लेकिन “cash” और “food:meat:pork” का एक ही तरह के object होना अजीब लगता है
    आप पैसे को “food:meat:pork” में transfer नहीं करते, बल्कि उस पर खर्च करते हैं, और पैसा सामान को नहीं बल्कि दुकान को भेजते हैं
    मेरी जानकारी में professional accounting systems भी हर monitor, laptop, computer और mouse के लिए अलग-अलग company asset account नहीं रखते
    शायद मैंने अभी तक नहीं ढूंढा है—क्या कोई recommend करने लायक चीज़ है?

    • मुझे शक है कि receipt की हर item तक track करना वाकई इतना उपयोगी है या नहीं
      कुछ खरीदारी types के लिए यह काम आ सकता है, लेकिन इसमें लगने वाली मेहनत की तुलना में शायद इतना मूल्य न दे—यह अनावश्यक detail work हो सकता है
    • पहले कई tools आज़माए थे, और 2009 के आसपास proprietary OS X software, खासकर iBank, से परेशान हो गया था; GNUCash और KDEMoney भी पसंद नहीं आए, इसलिए आखिरकार मैंने खुद एक सरल open-source app बना ली
      यह native Cocoa app है और हाल में इसका Linux के लिए Qt port भी है, और तब से मैं इसे रोज़ इस्तेमाल कर रहा हूँ
      पहले मैं categories को बहुत detail में बांटता था, लेकिन अब इसमें ज्यादा मतलब नहीं दिखता; app split transactions support करती है, पर आम तौर पर मैं सिर्फ “groceries”, “drinks”, “essentials” जैसी categories ही इस्तेमाल करता हूँ
      हालांकि “coffee” जैसी चीज़ को “Drinks:Coffee” रखता हूँ ताकि देख सकूँ कि किसी खास item पर कितना खर्च हो रहा है
      आखिरकार यह उतनी सटीकता से रिकॉर्ड करने की मेहनत और वास्तविक उपयोगिता के बीच balance का मामला लगता है, और “Car:Fuel”, “Car:Service” जैसी चीज़ों पर भी यही लागू होता है
    • जब मैंने finances track करना शुरू किया तो spreadsheet से जल्दी ही limit आ गई, और मौजूदा विकल्प मेरी जरूरतों के मुताबिक नहीं थे
      ज़्यादातर लोगों के लिए इतना detailed tracking शायद जरूरत से ज्यादा हो, लेकिन मेरे लिए इसमें ज्यादा समय नहीं लगता
      अंत में मैंने खुद app बना ली: https://github.com/VMelnalksnis/Gnomeshade
      accounts के बारे में भी मुझे कुछ ऐसा ही लगा, इसलिए मैंने transaction को transfer और purchase दो हिस्सों में बांटा; इससे कई currencies संभालते हुए categories को accounts से अलग रख पाता हूँ
      जिन automatic suggestions का ज़िक्र किया गया, उन्हें मैंने नहीं देखा; मैं अक्सर खरीदी जाने वाली चीज़ों की receipts parse करने की दिशा में गया
    • शायद आप बहुत ज्यादा granular कर रहे हैं
      मैं सिर्फ “groceries”, “consumables”, “clothing” तक ही बांटता हूँ
      आपको ठीक-ठीक क्या चाहिए, यह मैं पूरी तरह नहीं समझ पाया, लेकिन मैं 10 साल से भी पहले GnuCash से KMyMoney पर चला गया था
      अगर आपने पहले Walmart में items के हिसाब से entry की थी, तो अगली बार Walmart जाकर credit card statement import करते समय यह मिलती-जुलती total amount वाली पिछली Walmart transaction को starting point बना देता है, जिससे थोड़ी मदद मिलती है
      और KMyMoney accounts की बजाय categories इस्तेमाल करता है, लेकिन accounting principles के हिसाब से accounts वाला तरीका ज्यादा सही है
    • अच्छा होगा अगर receipts में इस उपयोग के लिए कोई QR code format हो
      मोटे तौर पर इसमें store name/location, total amount, tax के अलग fields, साधारण purchase हो तो “fuel” या McDonald’s receipt के “food” जैसी general category, और Costco जैसी जगहों के लिए item groups, जहां groceries और clothing साथ खरीदे जा सकते हैं, शामिल हो सकते हैं
      main categories के लिए उन classifications को参考 लिया जा सकता है जिन्हें कई देश Consumer Price Index के लिए इस्तेमाल करते हैं
      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 model खास पसंद नहीं है
    इसे इस्तेमाल करना थोड़ा झंझट भरा है और मनचाहे statistics निकालना भी काफी मुश्किल है, इसलिए पहले मैंने कई दूसरे packages आज़माकर किसी पर टिक गया था
    फिर भी जब मुझे दशकों पहले अपनी पहली नौकरी मिली थी, तब GNUCash मौजूद था, और आज भी मौजूद है
    मुझे लगता है कि इतनी लंबी continuity दिखाने वाले packages बहुत कम हैं

    • इसमें 90s के mid की utility design होना आकर्षक है
      साथ ही, वही 90s-style interface बेहद frustrating भी है
      मैंने GNUCash जैसी कोई utility नहीं देखी जिसका interface design लगभग विकसित ही न हुआ हो
      ऐसा लगता है जैसे prototype बनाया, “perfect!” कहा, फिर user input को ignore करके backend work पर चले गए
    • यह continuity बेहद मूल्यवान है
      मैं 90s के आखिर से gnucash इस्तेमाल कर रहा हूँ, और मेरे पास 2000 तक पीछे जाने वाली सभी data files हैं

  • कुछ साल पहले इस्तेमाल करके देखा था, लेकिन आखिरकार HLedger पर ही टिक गया
    GnuCash की तरह अपने डेटा का स्वामित्व और नियंत्रण रख सकता हूँ, और HLedger में Sublime Text में सीधे edit करके bulk में चीज़ें ठीक या बदल सकता हूँ
    बेशक मेरा use case काफ़ी basic है और कोई business-critical system नहीं है, इसलिए लोगों के हिसाब से अलग हो सकता है

    • GnuCash न इस्तेमाल करने की यह एक वाजिब वजह है
      मैं मानता हूँ कि XML format शानदार नहीं है, लेकिन मैं SQLite format इस्तेमाल करता हूँ, इसलिए उसके ऊपर scripts लिख सकता हूँ
    • Firefly III इस्तेमाल कर रहा हूँ: https://firefly-iii.org
      self-hosted web app है, इसलिए मेरे लिए अच्छा है क्योंकि मैं ज़्यादातर फोन से इस्तेमाल करता हूँ
      इसकी API काफ़ी व्यापक है, और text file जितनी आसान bulk editing भले न हो, फिर भी अपेक्षाकृत simple होनी चाहिए
      इसमें rules system भी है, जिसे bulk editing के लिए इस्तेमाल किया जा सकता है
    • मैं GnuCash इस्तेमाल कर रहा हूँ, और bulk changes या easy scripting न होना काफ़ी परेशान करता है
      खासकर तब, जैसे CSV import में छोटी-सी गलती हो जाए
    • hledger और ledger, खासकर lots feature, कई सालों से इस्तेमाल कर रहा हूँ
      hledger की अच्छी बातों में से एक इसका बहुत flexible CSV rules system है
      इसके साथ एक simple Python script जोड़कर capital gains record करने के लिए ज़रूरी extra जानकारी डाली
      आखिरकार raw input data records वाली CSV files होती हैं, और output अलग-अलग detail levels की financial reports होती हैं
    • gnucash XML को ledger में बदलने वाली एक छोटी script सचमुच चला रहा हूँ, और conversion result व original XML को git से track कर रहा हूँ
      gnucash UI में input करते हुए इसे काफ़ी बार चलाएँ तो changes को readable git log और diff में देखा जा सकता है
      हालांकि “bulk changes” की क्षमता इसमें नहीं है
      gnucash चूँकि बस XML है, इसलिए सीधे edit भी किया जा सकता है, लेकिन अभी तक हिम्मत नहीं की
      [0] पर आधारित: https://gist.github.com/nonducor/ddc97e787810d52d067206a592a...

  • hackerspace accounting के लिए GnuCash इस्तेमाल कर रहा हूँ
    विकल्प था कि इसे इस्तेमाल करें या पास के makerspace के accounting in-charge ने जिस “wave” नाम की site की recommendation की थी, उसे इस्तेमाल करें
    wave पर sign up करके थोड़ा चलाकर देखा, लेकिन भरोसा नहीं हुआ, और कुछ हफ्तों बाद जब wave इस्तेमाल करने का मन बनाया तो account बिना किसी वजह locked था
    इसलिए GnuCash पर चला गया
    अच्छा software है, और आखिर में libgnucash library से dynamically link करने वाला code लिखा, ताकि member fees के monthly invoices अपने-आप generate हो सकें

    • सोच रहा हूँ कि GnuCash को automate करने का कोई बेहतर तरीका, जैसे Bash या Python scripts, है क्या
    • दिलचस्प है, सोच रहा हूँ कि क्या code share कर सकते हैं

  • personal finance software के तौर पर Beancount या सामान्य plain-text accounting चुनने से पहले GnuCash को ध्यान से देखा था
    निर्णायक अड़चन GnuCash का internal XML या SQLite format था
    raw data collection या report generation scripting के लिए यह बहुत ठीक नहीं बैठता, जबकि Beancount या HLedger जैसे plain-text tools का लक्ष्य ही यही है
    plain-text tools की तुलना में GnuCash बहुत walled garden जैसा लगता है
    plain-text format में शुरुआत में ज़्यादा काम लगता है, लेकिन अगर आदत पड़ जाए और scripting background हो तो यह शानदार है

    • सबकी अपनी पसंद होगी, लेकिन मेरा अनुभव बिल्कुल उलटा है
      plain text इंसानी आँखों को simple लगता है, लेकिन structurally parse करना nightmare है, और plain-text editing को script करना भी messy है
      दूसरी ओर databases इसी काम के लिए बनाए गए हैं
      plain-text accounting से जुड़ी शिकायतों और उसे सुधारने की कोशिशों में बहुत समय लगाने के बाद अब मैं SQLite इस्तेमाल कर रहा हूँ, और यह बहुत बड़ा improvement रहा
    • अगर XML/DB schema documented हो, तो व्यवहार में यह Beancount/Ledger के plain-text format से बेहतर और ज़्यादा robust है
      मैं KMyMoney का XML backend इस्तेमाल करता हूँ, और data को Ledger format में बदलने वाली script भी है
      क्योंकि यह free-form text नहीं है, इसलिए उस script को लिखना उल्टे आसान था
    • Beancount + Fava combo काफ़ी अच्छा लगता है, सोच रहा हूँ कि क्या अपना experience बता सकते हैं
    • अगर SQLite पर्याप्त नहीं है, तो GnuCash SQL backend भी support करता है
      मैं लगभग 10 साल से इसे ऐसे ही चला रहा हूँ

  • GnuCash के लिए दिल में एक खास जगह है
    college graduation के बाद शुरुआती कुछ सालों में कम income पर बहुत tight budget चलाया, और हर बार grocery shopping के बाद receipt घर लाकर ledger में ईमानदारी से entry करता था
    हमेशा सब कुछ match हो जाता था, लेकिन काम बहुत ज़्यादा था

  • Sweden में freelance consultant के तौर पर पिछले 10+ सालों में GnuCash को कई बार देखा, लेकिन हमेशा वही समस्या रही
    यह हमारी economy और tax agency system के हिसाब से बना नहीं है
    Sweden में अगर revenue सालाना 300 मिलियन SEK से कम हो, तो “förenklat årsbokslut”, यानी लगभग “simplified closing of accounts”, इस्तेमाल कर सकते हैं
    असल में खर्च और आय manage करने वाला बहुत basic program खुद बनाकर, ज़रूरी numbers generate करके हर साल tax agency की online app में manually डाल देना काफी है

    • मैं भी simplified accounts इस्तेमाल करने वाला solo freelancer हूँ
      double-entry bookkeeping में शुरुआती learning curve पार करने के बाद single-entry bookkeeping से ज़्यादा मेहनत नहीं लगी
      क्योंकि यह common errors को automatic रूप से avoid करने में मदद करता है
      GnuCash को 20 साल से अच्छे से इस्तेमाल कर रहा हूँ, और fragile spreadsheets या अधकचरे Access DB पर लौटने का कोई इरादा नहीं है

  • मैंने कुछ समय तक GnuCash इस्तेमाल किया, लेकिन online sync settings ठीक करने में बहुत ज़्यादा समय लगने लगा
    जिन accounts को manually download करके import करना पड़ता था, उनमें friction की वजह से import टालता रहता था
    अब मैं Quicken Classic के लिए पैसे देकर इस्तेमाल करता हूँ, और हर साल खर्च किए पैसों में इसकी satisfaction सबसे ज़्यादा है
    online account connections लगातार उम्मीद के मुताबिक काम करते हैं, और कुल मिलाकर यह काम को कहीं कम सिरदर्द के साथ पूरा कर देता है

    • मुझे US, Canada, EU के दो देशों और Mexico के accounts संभालने पड़ते हैं
      अच्छा होता अगर Quicken Classic की तरह bank connections भरोसेमंद तरीके से काम करने वाला कोई paid option होता, लेकिन ऐसा लगता है कि US और किसी एक प्रमुख EU economy को भी साथ में cover करने वाला single product नहीं है; मेरी ज़रूरत के सभी regions तो और भी मुश्किल हैं
      Quicken Classic सिर्फ US और Canada के लिए है
      जानना चाहता हूँ कि क्या किसी को ऐसा कोई option, या कई options का कोई reasonable combination पता है जिन्हें साथ इस्तेमाल करके यह मकसद पूरा किया जा सके
      transaction data access कंपनियां जिस तरह US-EU के बीच की दूरी को individual users के लिए उपयोगी तरीके से नहीं पाटतीं, उससे लगता है कि शायद दोनों तरफ की bureaucracy में incompatibility जैसी कोई वजह है
      या फिर शायद इतने लोग इस तरह international life नहीं जीते

  • मैंने GnuCash से अपना business चलाया था, payroll और 401k account management वगैरह भी किया था
    यह stable था, और अगर business के expenses सीमित हों या bookkeeping background हो, तो cost tracking के लिए भी पर्याप्त था
    accountant को देने के लिए balance sheet और profit and loss statement generate कर पाना वाकई अच्छा था