Rilis GnuCash 5.9

 (gnucash.org)
2 poin oleh GN⁺ 2024-10-02 | 1 komentar | Bagikan ke WhatsApp
  • GnuCash 5.9 adalah rilis kesepuluh dari seri 5.x stabil, mencakup perbaikan bug yang ditemukan sejak 5.8 serta peningkatan parsing tanggal CSV dan kuotasi online
  • Versi ini memperbaiki 12 bug, termasuk pada jendela rekonsiliasi, pesan galat backend MySQL, salin/tempel transaksi, crash saat menghapus akun, dan kesalahan locale titik desimal keypad di Windows
  • Untuk kuotasi online, ditambahkan pengaturan kunci API YH Finance(FINANCEAPI) dan sumber financeapi, sementara impor CSV kini lebih baik menangani tanggal berbasis locale dan penulisan bulan dalam bahasa Inggris
  • Tersedia paket untuk Windows 10 ke atas, macOS 10.13 High Sierra ke atas, serta flatpak di Flathub; untuk build manual diperlukan dependensi minimum tertentu seperti Gtk+, Guile, dan Boost
  • Pengguna AQBanking di Jerman akan menggunakan AQBanking 6.5.4 yang disertakan dalam bundle, sementara beta implementasi PIN/TAN baru hanya tersedia di GnuCash nightly builds

Karakter rilis GnuCash 5.9

  • GnuCash 5.9 adalah rilis kesepuluh dari seri 5.x stabil
  • GnuCash adalah program akuntansi gratis dan open source yang didistribusikan di bawah GNU General Public License (GPL), serta mendukung GNU/Linux, *BSD, Solaris, macOS, dan Microsoft Windows
  • Pengembangannya dimulai pada 1997 dan rilis stabil pertamanya keluar pada 1998

Masalah utama yang diperbaiki sejak 5.8

  • Masalah ketika transaksi baru yang ditambahkan selama rekonsiliasi (reconcile) tidak muncul di jendela rekonsiliasi telah diperbaiki
  • Backend MySQL kini melaporkan galat "access denied" alih-alih "bad or corrupt data" untuk kredensial yang salah
  • Perilaku salin/tempel dan potong/tempel transaksi telah diperbaiki
    • Ini termasuk masalah ketika potong/tempel transaksi tidak memindahkan transaksi ke akun tujuan
  • Masalah ketika skrip Python contoh menampilkan galat saat membuat file baru di backend sqlite telah diperbaiki
  • Masalah posisi kursor yang bergeser setelah commit perubahan transaksi pada tampilan Transaction Journal telah diperbaiki
  • Kegagalan parsing tanggal rekonsiliasi, crash saat menghapus akun, dan kesalahan perhitungan kuartal pada offset tanggal relatif telah diselesaikan
  • Masalah input titik desimal keypad di Windows yang tidak sesuai dengan locale telah diperbaiki
  • Masalah kotak daftar dropdown akun yang terlalu kecil pada layar posting invoice dan masalah harga kuotasi yang terjadi sesekali telah diperbaiki

Peningkatan kuotasi online dan impor CSV

  • Infrastruktur kuotasi online kini menambahkan pengaturan kunci API YH Finance(FINANCEAPI)
    • Pengaturan terkait dapat dikelola di halaman Online Quotes
    • financeapi ditambahkan ke sumber kuotasi yang dikenal
  • Parser tanggal CSV ditingkatkan agar memanfaatkan ICU dan Boost
    • Tanggal pada format Locale berbasis ICU diparse menggunakan locale saat ini
    • Ini dapat menangani input seperti "3 May 2023" atau "2024年9月13日" pada LC_TIME=zh_TW.utf8
    • Format d-m-y, m-d-y, y-m-d diperkuat dengan parser UK/US/ISO milik Boost
    • Tanggal dengan nama bulan bahasa Inggris seperti "30 Sep 2023", "May 4, 1978", dan "2023-Dec-25" kini juga dapat diproses saat impor CSV
    • Parser Boost tidak mengenali tahun dua digit, jadi "30 Sep 24" tidak valid
  • Halaman pengantar di CSV Import Assistant telah ditingkatkan

Perapian internal dan perubahan yang berorientasi pada pengembang

  • Struktur penanganan item yang disalin telah dirapikan
    • copied_class dan copied_leader_guid dipindahkan dari variabel statis menjadi bagian dari struktur copied_item
    • Kini lebih jelas bahwa pemanggilan clear_copied_item diperlukan sebelum menggunakan copied_item
  • Saat membuka file dari riwayat file, edit yang belum di-commit kini ditangani dengan benar
  • gnc_difftime ditandai deprecated karena melakukan cast time64 ke double
  • gnc_pricedb_substitute_commodity dan gnc_pricedb_lookup_at_time64 yang tidak digunakan telah dihapus

Perubahan terjemahan dan dokumentasi

  • Terjemahan yang baru ditambahkan atau diperbarui mencakup Assamese, Chinese(Simplified), Chinese(Traditional), Croatian, Dutch, English(United Kingdom), Hebrew, Hungarian, Macedonian, Norwegian Bokmål, Portuguese(Brazil), Russian, Spanish, Swedish, dan Turkish
  • Perubahan di sisi dokumentasi adalah pembaruan versi GitHub CI actions
  • Untuk terjemahan dokumentasi, German baru ditambahkan atau diperbarui
  • Partisipasi terjemahan dipandu melalui proyek GnuCash di Weblate

Informasi terkait AQBanking

  • Ada informasi terpisah untuk pengguna AQBanking di Jerman
  • Penulis AQBanking masih melanjutkan pekerjaan finalisasi kode PIN/TAN yang diperbarui
  • Bundle Flatpak, macOS, dan Windows pada rilis ini menyertakan versi stabil terakhir, yaitu AQBanking 6.5.4
  • Jika AQBanking stabil tidak berfungsi, Anda dapat mempertimbangkan GnuCash nightly builds yang menyertakan beta implementasi baru
  • Daftar lengkap bug yang masih terbuka dapat dilihat di daftar bug GnuCash

Paket distribusi dan syarat build

  • GnuCash 5.9 tersedia sebagai paket all-in-one prabuild untuk Microsoft Windows 10 ke atas dan macOS 10.13 High Sierra ke atas
    • Untuk Windows tersedia dalam bentuk installer
    • Paket macOS berupa disk image yang berisi application bundle drag-and-drop
  • Juga tersedia sebagai flatpak di Flathub.org
  • File unduhan mencakup tarball, file installer Windows, dmg untuk Apple Silicon, dmg untuk Intel Mac, dan tarball dokumentasi
  • Kode sumber dapat diunduh dari SourceForge dan GitHub dalam format bzip2 atau gzip, atau langsung di-checkout dari repositori Git
  • Untuk kompilasi mandiri diperlukan dependensi minimum berikut
  • Untuk daftar dan versi dependensi yang akurat, lihat file README.dependencies pada source

Dokumentasi GnuCash 5.9

  • Dokumentasi GnuCash 5.9 dapat dilihat di halaman Documentation pada situs web GnuCash
  • Di bawah GnuCash v5 (current stable release) tersedia opsi baca online dan unduh dalam berbagai bahasa
  • Format unduhan mencakup pdf, epub, mobi
  • Dokumentasi juga disertakan dalam application bundle macOS dan Windows
  • Source GnuCash Documentation 5.9 dapat diunduh dari SourceForge atau GitHub, atau langsung di-checkout dari repositori Git

Bacaan terkait

1 komentar

 
GN⁺ 2024-10-02
Pendapat Hacker News

  • Menggunakan GnuCash untuk akuntansi bisnis dan fiturnya sudah cukup untuk kebutuhan
    Tidak memakai QuickBooks yang direkomendasikan VC di blog; memang ada fitur yang nyaman, tapi tidak sepadan dengan harganya, dan juga tidak butuh pendanaan VC atau CPA
    Belum pernah mencoba GnuCash dengan SQLite, tetapi ingin bereksperimen saat ada waktu dan penasaran seperti apa keandalannya
    Dulu bekerja sebagai engineer teknis/fungsional untuk Oracle EBS dan menangani skema kompleks dengan keterkaitan hingga subledger, dan juga selalu terpikir untuk menambahkan fitur pengakuan pendapatan ke GnuCash
    Melihat skema SQLite-nya, mungkin ini bisa dicoba

    • Jika ada yang pindah dari QuickBooks dan ingin membantu orang lain, konverter qb-escape QuickBooks→GnuCash membutuhkan bantuan: https://github.com/erikmack/qb-escape/
    • Di GnuCash, SQLite stabil
      Beberapa tahun lalu pindah dari XML ke SQLite dan tidak ada masalah
    • Sangat bagus untuk penggunaan pribadi atau bisnis yang sangat kecil, tetapi kalau mencoba menjalankan startup sungguhan dengan GnuCash, bisa jadi masalah besar
      Dari pengalaman langsung, fanatisme terhadap GnuCash itu merugikan, dan dunia bisnis membenci GnuCash serta hanya peduli pada QuickBooks
      Sudah berjuang soal ini di organisasi nirlaba dan startup sejak awal 2000-an, dan dulu saya juga termasuk orang yang berkata, “kita harus memakai GnuCash”
      Di dunia yang ideal, GnuCash atau alat apa pun selain QuickBooks bisa menjadi pilihan untuk akuntansi usaha kecil, tetapi di dunia nyata Intuit telah membuat pilihan selain QuickBooks menjadi sulit lewat API dan format file
      Jika tidak memakai QuickBooks, bank, investor, sistem payroll, sistem pajak, dan akuntan semuanya jadi kesulitan, dan dalam beberapa kasus hibah atau audit pun bisa terhambat
      Saya sering melihat pendukung open source yang berniat baik menuntut penggunaan GnuCash, dan jangan jadi orang seperti itu
      Dunia telah memilih QuickBooks, dan pilihan itu memang terjadi di bawah tekanan dan percaloan kekuasaan yang korup, tetapi keputusan itu sudah dibuat
      Mungkin ada opsi SaaS yang lumayan, tetapi itu hanya ada selama Intuit mengizinkannya, dan siapa pun yang bersaing dengan QuickBooks kemungkinan besar akan diakuisisi Intuit lalu menghilang
      Di berbagai organisasi nirlaba dan bisnis, setelah memilih GnuCash mereka akhirnya harus buru-buru mengganti platform karena penutupan pendanaan, persyaratan bank, permintaan pinjaman, atau pengajuan hibah, dan pada akhirnya staf akuntansi harus mengulang semuanya dengan jam kerja lebih dari 60 jam per minggu
      GnuCash adalah proyek yang keren dan akan bagus jika semua orang bisa memakainya, tetapi untuk bisnis nyata itu tidak bisa dipakai karena alasan-alasan yang sewenang-wenang dan dibuat-buat
      Kalau staf akuntansi datang lalu memaksa Anda memakai NetBeans, Anda tentu tidak akan menerimanya, jadi untuk pemilihan alat berikan juga rasa hormat yang sama kepada mereka
    • Ini tampak seperti satu lagi contoh keberhasilan yang dimungkinkan oleh sifat perangkat lunak bebas yang gratis seperti bir gratis

  • Saya sudah mencoba banyak perangkat lunak akuntansi pribadi, tetapi selain Pocket Money lama untuk PalmOS, semuanya terlalu merepotkan untuk memasukkan pengeluaran
    Jika seluruh kunjungan ke toko dicatat sebagai satu transaksi seperti “beli bahan makanan di Lidl”, itu masih bisa ditoleransi, tetapi jika mencoba memasukkan setiap baris di struk sebagai item terpisah dalam transaksi terpisah, saya harus mengetik ulang semuanya setiap kali tanpa saran bagus berdasarkan catatan sebelumnya
    Misalnya, jika lawan transaksinya Lidl, akan bagus kalau cukup mengetik “br” lalu disarankan food:bread beserta harganya, dan jika lawan transaksinya Victoria Secret, disarankan clothing:bra dengan harga lain; bisa sedetail itu, tetapi tidak ada yang pernah saya pakai yang mendukungnya
    Pocket Money PalmOS 3.0 yang benar-benar lama justru sangat nyaman, dan baik di desktop maupun mobile, yang lain jauh lebih buruk dalam hal ini
    Jika ingin mencatat transaksi dengan sangat rinci, menurut saya kategori bertingkat lebih baik daripada “akun” bertingkat
    Perbedaannya memang hampir hanya tampak dari luar, tetapi terasa aneh bahwa “uang tunai” dan food:meat:pork adalah jenis objek yang sama
    Uang tidak ditransfer ke food:meat:pork, melainkan dibelanjakan untuk itu, dan uang juga dikirim ke toko, bukan ke barang
    Setahu saya, bahkan sistem akuntansi profesional juga tidak membuat akun aset perusahaan terpisah untuk setiap monitor, laptop, komputer, atau mouse
    Mungkin saya saja yang belum menemukannya, tetapi saya penasaran apakah ada yang layak direkomendasikan

    • Saya ragu melacak sampai setiap item di struk benar-benar seberguna itu
      Untuk beberapa jenis pembelian mungkin ada gunanya, tetapi besar kemungkinan itu hanya pekerjaan detail yang tidak perlu yang nilainya tidak sebanding dengan usaha yang dikeluarkan
    • Saya pernah memakai berbagai alat, dan sekitar tahun 2009 merasa kesal dengan perangkat lunak OS X proprietari, khususnya iBank, serta juga tidak suka GNUCash dan KDEMoney, jadi akhirnya saya membuat aplikasi open-source sederhana sendiri
      Itu aplikasi Cocoa native, dan belakangan juga ada port Qt untuk Linux, lalu sejak itu saya memakainya setiap hari
      Dulu saya membagi kategori dengan sangat rinci, tetapi sekarang rasanya tidak terlalu berarti, dan meski aplikasinya mendukung transaksi terpisah, biasanya saya hanya memakai kategori seperti “bahan makanan”, “minuman”, dan “kebutuhan pokok”
      Namun, hal seperti “kopi” tetap saya taruh di Drinks:Coffee agar bisa melihat berapa banyak yang dihabiskan untuk item tertentu
      Pada akhirnya ini tampaknya soal keseimbangan antara usaha untuk mencatat setepat itu dan nilai praktisnya dalam penggunaan nyata, dan hal yang sama berlaku untuk Car:Fuel, Car:Service, dan sejenisnya
    • Ketika mulai melacak keuangan, spreadsheet saja cepat mencapai batasnya, dan pilihan yang ada juga tidak sesuai kebutuhan
      Bagi kebanyakan orang, pelacakan sedetail ini mungkin berlebihan, tetapi bagi saya tidak memakan banyak waktu
      Akhirnya saya membuat aplikasi sendiri: https://github.com/VMelnalksnis/Gnomeshade
      Saya juga merasakan hal serupa soal akun, jadi saya membagi transaksi menjadi dua bagian, yaitu transfer dan pembelian, sehingga bisa menangani banyak mata uang sambil memisahkan kategori dari akun
      Saya tidak mendalami saran otomatis yang disebutkan tadi, dan memilih jalur mem-parsing struk untuk barang yang sering dibeli
    • Sepertinya Anda mungkin terlalu merinci
      Saya sendiri hanya membaginya menjadi “bahan makanan”, “barang habis pakai”, dan “pakaian”
      Saya tidak sepenuhnya paham apa tepatnya yang Anda butuhkan, tetapi saya pindah dari GnuCash ke KMyMoney lebih dari 10 tahun lalu
      Jika dulu Anda memasukkan item per item dari Walmart, saat berikutnya pergi ke Walmart dan mengambil tagihan kartu kredit, itu akan memakai transaksi Walmart lama dengan total yang mirip sebagai titik awal, jadi lumayan membantu
      Dan KMyMoney memakai kategori alih-alih akun, meski pendekatan akun memang lebih sesuai dengan prinsip akuntansi
    • Akan bagus jika ada format kode QR di struk untuk tujuan seperti ini
      Kira-kira bisa berisi nama/lokasi toko, total, kolom terpisah untuk pajak, kategori umum seperti “bahan bakar” untuk pembelian sederhana atau “makanan” pada struk McDonald’s, serta kelompok item untuk tempat seperti Costco yang bisa menjual bahan makanan dan pakaian sekaligus
      Kategori utama bisa merujuk pada yang dipakai berbagai negara untuk klasifikasi indeks harga konsumen
      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...

  • Saya kurang menyukai model GNUCash
    Agak merepotkan untuk dipakai dan juga cukup sulit mengeluarkan statistik yang saya inginkan, jadi dulu saya sempat mencoba beberapa paket lain sebelum akhirnya menetap
    Meski begitu, ketika saya mendapat pekerjaan pertama saya beberapa dekade lalu, GNUCash sudah ada, dan sekarang pun masih ada
    Sepertinya hampir tidak ada paket lain yang menunjukkan tingkat keberlangsungan seperti ini

    • Daya tariknya justru karena desain utilitas pertengahan 90-an
      Namun pada saat yang sama, antarmuka bergaya 90-an itulah yang membuatnya sangat menjengkelkan
      Saya belum pernah melihat utilitas dengan desain antarmuka yang hampir tidak berkembang seperti GNUCash
      Rasanya seperti mereka membuat prototipe, lalu berkata “sempurna!”, setelah itu mengabaikan masukan pengguna dan beralih mengerjakan backend
    • Keberlangsungan seperti ini sangat bernilai
      Saya sudah memakai gnucash sejak akhir 90-an, dan masih memiliki semua berkas data yang mundur sampai tahun 2000

  • Saya pernah mencobanya beberapa tahun lalu, tetapi akhirnya menetap di HLedger
    Seperti GnuCash, saya bisa memiliki dan mengendalikan data saya sendiri, tetapi di HLedger saya bisa mengedit langsung di Sublime Text untuk memperbaiki atau mengubah banyak hal secara massal
    Tentu saja, use case saya cukup dasar dan bukan sistem inti bisnis, jadi bisa berbeda untuk tiap orang

    • Itu alasan yang valid untuk tidak memakai GnuCash
      Saya setuju format XML-nya tidak terlalu bagus, tetapi saya memakai format SQLite jadi saya bisa menulis skrip di atasnya
    • Saya memakai Firefly III: https://firefly-iii.org
      Karena ini aplikasi web self-hosted, ini cocok untuk saya yang kebanyakan memakainya dari ponsel
      API-nya cukup luas, dan meskipun edit massal tidak semudah file teks, seharusnya relatif sederhana
      Ada juga sistem aturan yang bisa dimanfaatkan untuk edit massal
    • Saya memakai GnuCash, dan cukup menjengkelkan karena tidak ada perubahan massal atau scripting yang mudah
      Misalnya terutama saat saya membuat kesalahan kecil ketika impor CSV
    • Saya sudah memakai hledger dan ledger selama bertahun-tahun, terutama fitur lots
      Salah satu hal bagus dari hledger adalah sistem aturan CSV yang sangat fleksibel
      Saya menambahkan skrip Python sederhana untuk memasukkan informasi tambahan yang diperlukan dalam pencatatan capital gain
      Pada akhirnya, data masukan mentahnya adalah file-file CSV yang berisi catatan, dan keluarannya menjadi laporan keuangan dengan berbagai tingkat detail
    • Saya benar-benar menjalankan skrip kecil yang mengonversi XML gnucash ke ledger, dan melacak hasil konversi serta XML asli dengan git
      Jika dijalankan cukup sering saat memasukkan data lewat UI gnucash, saya bisa melihat perubahan dalam log dan diff git yang mudah dibaca
      Hanya saja kemampuan “perubahan massal” memang tidak ada
      Karena gnucash hanyalah XML, sebenarnya saya juga bisa mengeditnya langsung, tetapi sejauh ini saya belum berani mencobanya
      Berdasarkan [0]: https://gist.github.com/nonducor/ddc97e787810d52d067206a592a...

  • Saya memakai GnuCash untuk akuntansi hackerspace
    Pilihannya adalah memakai ini atau memakai situs bernama “wave” yang direkomendasikan oleh orang yang mengurus akuntansi makerspace terdekat
    Saya sempat mendaftar ke wave dan sedikit mencobanya, tetapi tidak yakin, lalu beberapa minggu kemudian saat memutuskan akan memakainya, akun saya sudah terkunci tanpa alasan yang jelas
    Jadi saya beralih ke GnuCash
    Ini software yang bagus, dan pada akhirnya saya menulis kode yang melakukan dynamic linking ke pustaka libgnucash untuk otomatis membuat tagihan bulanan iuran anggota

    • Saya penasaran apakah ada cara yang lebih baik untuk mengotomatisasi GnuCash, misalnya dengan skrip Bash atau Python
    • Menarik, saya penasaran apakah Anda bisa membagikan kodenya

  • Saya melihat GnuCash dengan cukup serius sebelum memilih Beancount atau akuntansi plain text umum untuk software keuangan pribadi
    Pengganjal utamanya adalah format XML internal atau SQLite milik GnuCash
    Itu tidak terlalu cocok untuk scripting pengumpulan data mentah atau pembuatan laporan, sedangkan alat plain text seperti Beancount atau HLedger justru menargetkan hal itu
    Dibandingkan alat plain text, GnuCash terasa terlalu seperti taman tertutup
    Format plain text memang butuh lebih banyak kerja di awal, tetapi kalau sudah terbiasa dan punya latar belakang scripting, itu sangat bagus

    • Mungkin ini soal selera, tetapi pengalaman saya justru kebalikannya
      Plain text tampak sederhana bagi manusia, tetapi secara struktural mimpi buruk untuk di-parse, dan scripting untuk mengedit plain text juga berantakan
      Sebaliknya, database memang dibuat untuk tujuan seperti ini
      Setelah menghabiskan banyak waktu pada keluhan dan upaya perbaikan untuk akuntansi plain text, sekarang saya memakai SQLite, dan itu peningkatan yang luar biasa
    • Jika skema XML/DB-nya terdokumentasi, itu sebenarnya lebih baik dan lebih kuat daripada format plain text Beancount/Ledger
      Saya memakai backend XML KMyMoney, dan juga punya skrip yang mengonversi data ke format Ledger
      Justru karena bukan teks format bebas, skrip itu lebih mudah saya tulis
    • Kombinasi Beancount + Fava tampak cukup bagus, saya penasaran apakah ada yang bisa berbagi pengalaman memakainya
    • Kalau SQLite tidak cukup, GnuCash juga mendukung backend SQL
      Saya sudah menjalankannya seperti itu hampir 10 tahun

  • GnuCash punya tempat istimewa di hati saya
    Selama beberapa tahun pertama setelah lulus kuliah, saya mengatur anggaran yang sangat ketat dengan penghasilan pas-pasan, dan setiap kali belanja saya membawa pulang struk lalu dengan rajin memasukkannya ke pembukuan
    Semuanya selalu cocok, tetapi pekerjaannya sangat banyak

  • Sebagai konsultan freelance di Swedia, saya sudah melihat GnuCash beberapa kali selama lebih dari 10 tahun terakhir, tetapi selalu ada masalah yang sama
    Ini tidak disesuaikan dengan ekonomi dan sistem kantor pajak kami
    Di Swedia, jika omzet kurang dari 3 juta SEK per tahun, Anda bisa memakai “förenklat årsbokslut”, kira-kira berarti “penutupan pembukuan sederhana”
    Dalam praktiknya, Anda cukup membuat sendiri program yang sangat dasar untuk mengelola pengeluaran dan pemasukan, lalu menghasilkan angka-angka yang diperlukan dan memasukkannya secara manual setiap tahun ke aplikasi online kantor pajak

    • Saya juga freelancer tunggal yang memakai pembukuan sederhana
      Double-entry bookkeeping tidak memerlukan usaha lebih banyak daripada single-entry setelah melewati kurva belajar awal
      Karena itu otomatis membantu menghindari kesalahan umum
      Saya sudah memakai GnuCash dengan baik selama 20 tahun, dan tidak berniat kembali ke spreadsheet rapuh atau database Access seadanya

  • Saya sempat memakai GnuCash selama beberapa waktu, tetapi terlalu banyak waktu habis untuk menyesuaikan pengaturan sinkronisasi online
    Untuk akun yang harus diunduh dan diimpor secara manual, gesekan prosesnya membuat saya cenderung menunda impor
    Sekarang saya membayar untuk memakai Quicken Classic, dan ini termasuk pengeluaran tahunan yang paling memuaskan bagi saya
    Koneksi akun online bekerja konsisten sesuai harapan, dan secara keseluruhan menyelesaikan pekerjaan dengan jauh lebih sedikit kerepotan

    • Saya harus mengurus akun di AS, Kanada, dua negara UE, dan Meksiko
      Akan menyenangkan jika ada opsi berbayar dengan koneksi bank yang stabil seperti Quicken Classic, tetapi tampaknya tidak ada satu produk pun yang sekaligus mencakup AS dan bahkan satu kawasan ekonomi utama UE, apalagi semua wilayah yang saya butuhkan
      Quicken Classic hanya untuk AS dan Kanada
      Saya penasaran apakah ada yang tahu opsi seperti itu, atau beberapa opsi yang bisa dipakai bersama secara masuk akal untuk mencapai tujuan ini
      Melihat perusahaan akses data transaksi tidak menjembatani AS-UE dengan cara yang mudah dipakai langsung oleh individu, sepertinya ada alasan seperti ketidakcocokan birokrasi di kedua sisi
      Atau mungkin memang tidak cukup banyak orang yang menjalani hidup seinternasional ini

  • Saya menjalankan bisnis dengan GnuCash, dan juga mengelola penggajian serta akun 401k
    Aplikasi ini stabil, dan jika bisnisnya memiliki pengeluaran terbatas atau Anda punya latar belakang pembukuan, aplikasi ini cukup memadai untuk pelacakan biaya
    Bisa menghasilkan neraca dan laporan laba rugi untuk diberikan kepada akuntan adalah hal yang sangat bagus