جایگزین Actual Budget در ۲۰۲۶؛ بودجهبندی چندارزی، هوش مصنوعی و دسترسی SQL
Actual Budget و Expense Budget Tracker را از نظر بودجهبندی پاکتی، دفتر کل چندارزی، فضای کاری مشترک، MCP و دسترسی SQL روی HTTP مقایسه کنید و مهاجرت را کمریسک بیازمایید.
در Actual Budget میتوانید حسابها را با EUR، USD یا GBP مشخص کنید، اما بودجه همچنان طوری محاسبه میشود که انگار همهٔ مبالغ در یک ارز هستند. مستندات خود Actual این محدودیت را روشن بیان میکند: این نرمافزار نسبت به ارز خنثی است و پشتیبانی بومی از چند ارز ندارد.
این محدودیت Actual را به اپ بودجهبندی بدی تبدیل نمیکند. برای خانواری که همهٔ حسابهایش با یک ارز کار میکنند و بودجهبندی پاکتی، دسترسی آفلاین، فرایند پختهٔ واردکردن داده و اتصال اختیاری به بانک میخواهد، Actual حتی ممکن است انتخاب بهتری باشد.
جستوجوی جایگزین Actual Budget در ۲۰۲۶ زمانی معنا پیدا میکند که مدل داده دیگر جوابگو نیست: حسابهای چند ارز مختلف باید جداگانه و در ارز اصلی خودشان مغایرتگیری شوند، دو نفر به عضویت مشخص در یک فضای کاری نیاز دارند، یا یک عامل راه دور یا سرویس غیر Node باید از طریق HTTP به دادهها دسترسی داشته باشد. Expense Budget Tracker برای این نیازها ساخته شده است؛ در عوض، بعضی از امکانات راحت Actual، از جمله واردکردن داخلی فایلهای مالی و همگامسازی با بانکهای متصل را ندارد.
هیچکدام جایگزین یکبهیک دیگری نیست.
اگر فقط جواب کوتاه را میخواهید
اگر بودجهبندی پاکتی اساس مدیریت پول شماست، وجود نسخهای محلی روی هر دستگاه برایتان اهمیت دارد، یا به واردکردن فایل، اتصال بانکی، قوانین، زمانبندیها، گزارشها و رمزنگاری سرتاسری اختیاری Actual تکیه میکنید، در Actual بمانید.
اگر به ثبت تراکنشها در ارز اصلی، فضای کاری مشترک با پشتوانهٔ SQL، MCP میزبانیشده یا API مستقیم HTTP نیاز دارید، Expense Budget Tracker را آزمایش کنید. فقط محدودیت اصلی را از ابتدا در نظر بگیرید: این محصول اتصال یا خوراک بانکی ندارد. تراکنشها را خودتان ثبت میکنید یا مشخصاً از یک عامل میخواهید فایل یا صورتحسابی را پردازش کند. دادههای نوشتهشده به دست عامل، دو سوی انتقالها و ماندههای نهایی همچنان به بررسی انسانی نیاز دارند.
مقایسهٔ Actual Budget با Expense Budget Tracker
| نیاز | Actual Budget | Expense Budget Tracker |
|---|---|---|
| روش بودجهبندی | بودجهبندی پاکتی و محلیمحور بهصورت پیشفرض، با امکان استفاده از بودجهٔ ردیابی | جدول ماهانهٔ مقایسهٔ برنامه با عملکرد واقعی، مبتنی بر دفتر کل و همراه با سابقهٔ قابلحسابرسیِ تغییرات بودجه |
| معماری داده | نسخهای از بودجه روی هر دستگاه قرار میگیرد؛ سرور انتخابی Actual همگامسازی و قابلیتهای وابسته به سرور را اضافه میکند | سرویس میزبانیشده یا اپ وب خودمیزبان با Postgres و Row-Level Security در سطح فضای کاری |
| چند ارز | پشتیبانی بومی ندارد؛ راهکار مستندشده از قالب آزمایشی قوانین و نرخهای FX واردشده بهصورت دستی استفاده میکند | هر ردیف را با مبلغ و ارز اصلی خودش نگه میدارد و هنگام خواندن داده، آن را به ارز گزارشدهی فضای کاری تبدیل میکند |
| ثبت تراکنش | ثبت دستی؛ واردکردن CSV، QIF، OFX، QFX و CAMT؛ واردکردن اختیاری از بانک متصل | ثبت دستی یا گردشکار مشخص عامل با یک CSV، PDF، اسکرینشات یا صورتحساب؛ بدون اتصال بانکی |
| قوانین و گزارشها | قوانین، زمانبندیها، مغایرتگیری حسابها و داشبوردهای گزارش قابلسفارشیسازی | جدول بودجه، ماندههای جاری، داشبوردهای مخارج و تحلیل اثر FX |
| استفادهٔ خانوادگی | دو نفر میتوانند یک فایل بودجهٔ همگامشده را باز کنند؛ مستندات دربارهٔ تعارض ویرایشهای همزمان هشدار میدهد | کاربران عضو فضای کاری مشترک میشوند و سیاستهای دیتابیس، دادههای هر فضای کاری را جدا نگه میدارند |
| دسترسی برنامهنویسی | بستهٔ رسمی Node که Actual را بدون رابط کاربری اجرا میکند؛ CLI رسمی که به سرور همگامسازی Actual متصل میشود | MCP راه دور مبتنی بر OAuth و SQL Agent API روی HTTP با احراز هویت ApiKey |
| مدل حریم خصوصی | معماری قدرتمند محلیمحور؛ رمزنگاری سرتاسری اختیاری برای دادههای بودجهٔ همگامشده | دفتر کل مرکزی در Postgres، بهصورت سرویس میزبانیشده یا استقرار خودمیزبان مبتنی بر Docker |
مسئله این نیست که کدام ستون قابلیتهای بیشتری دارد. باید ببینید کدام ردیفها نیازهایی را نشان میدهند که حاضر نیستید از آنها کوتاه بیایید.
برای بودجهبندی پاکتی، Actual هنوز انتخاب قویتری است
روش پیشفرض Actual پولی را که همین حالا در اختیار دارید میان پاکتها تقسیم میکند. برای پیشبینی درآمد و مخارج، یک بودجهٔ ردیابی سنتی هم دارد، اما نقطهٔ قوت اصلی محصول همچنان همان گردشکار پاکتی است.
معماری محلیمحور آن هم به همان اندازه مهم است. Actual بودجه را روی دستگاه نگه میدارد و پس از پیکربندی سرور، تغییرات را از طریق آن همگام میکند. بدون اینترنت هم میتوانید به کار ادامه دهید. استفاده از سرور قویاً توصیه میشود، اما راهنمای نصب Actual تأیید میکند که واردکردن فایل، بودجهبندی، گزارشها، زمانبندیها و واردکردن و خروجیگرفتن از فایل بودجه بدون سرور نیز کار میکنند. اپهای دسکتاپ هم پشتیبانگیری خودکار و دسترسی آفلاین آماده دارند.
گردشکار روزمرهٔ تراکنشها نیز پخته است:
- فرایند واردکردن Actual از فایلهای CSV، QIF، OFX، QFX و CAMT پشتیبانی میکند، تراکنشهای احتمالاً تکراری را با دادههای موجود تطبیق میدهد و میتواند به ارائهدهندگان پشتیبانیشدهٔ همگامسازی بانکی متصل شود.
- قوانین میتوانند نام دریافتکنندگان وجه را پاکسازی کنند، دسته و یادداشت تعیین کنند و هنگام واردکردن داده اجرا شوند.
- زمانبندیها تراکنشهای موردانتظار دورهای یا یکباره را بهصورت خودکار یا پس از تأیید مدیریت میکنند.
- داشبورد گزارش قابلسفارشیسازی است و جریان نقدی، ارزش خالص داراییها، تحلیل مخارج و گزارشهای سفارشی را در بر میگیرد.
- رمزنگاری سرتاسری اختیاری، دادههای بودجهٔ همگامشده را پیش از خروج از دستگاه محافظت میکند.
این مورد آخر محدودیتهایی دارد. طبق مستندات همگامسازی Actual، رمزنگاری سرتاسری نه دادههای محلی روی دستگاه را پوشش میدهد و نه اطلاعات ورود مربوط به همگامسازی بانکی را که روی سرور ذخیره شدهاند. رمزنگاری کامل دیسک و کنترل سرور همچنان اهمیت دارند.
اگر این قابلیتها همین حالا مسائل واقعی خانوادهتان را حل میکنند، فقط برای رسیدن به فهرستی بلندتر از امکانات مهاجرت نکنید. جابهجایی زمانی منطقی است که نبود یک قابلیت، هزینهای بیشتر از کنارگذاشتن گردشکاری داشته باشد که اکنون خوب کار میکند.
چندارزیبودن فقط ظاهر اعداد را عوض نمیکند؛ مدل دفتر کل فرق دارد
راهکار رسمی Actual دقیقاً توضیح میدهد چه اتفاقی میافتد. برای هر حساب ارزی یک قانون میسازید، مبلغ اصلی را در یادداشت تراکنش نگه میدارید، نرخ FX را وارد میکنید و مبلغ تراکنش را با رقم تبدیلشده جایگزین میکنید. همان راهنما هشدار میدهد که قابلیت «قالب قانون» آزمایشی است و ممکن است باگ داشته باشد یا در آینده حذف شود.
این روش شاید برای چند خرید پراکنده در سفر کافی باشد. اما وقتی خانوادهای مرتب به EUR درآمد دارد، به USD پسانداز میکند، با کارت GBP خرج میکند و باید هر حساب را در ارز خودش مغایرتگیری کند، کار دستوپاگیر میشود.
Expense Budget Tracker مبلغ و ارز اصلی هر ردیف دفتر کل را حفظ میکند. نرخهای روزانهٔ ECB، CBR و NBS هنگام خواندن دادهها، ردیفها را به ارز گزارشدهی فضای کاری تبدیل میکنند. مبلغ ذخیرهشدهٔ تراکنش با عددی که از قبل تبدیل شده باشد جایگزین نمیشود. انتقال میان حسابهای خودتان نیز ردیف درجهیک دفتر کل است؛ حتی وقتی دو حساب ارز متفاوتی دارند.
در نتیجه، سه بررسی مهم ممکن میشود:
- ماندهٔ هر حساب را با ارز درجشده در صورتحساب همان حساب مغایرتگیری کنید
- حسابها را بدون حذف مبالغ اصلی، در یک ارز گزارشدهی کنار هم ببینید
- انتقالها را از مجموع درآمد و مخارج بیرون نگه دارید تا جابهجایی پول بهاشتباه فعالیت مالی تازه محسوب نشود
راهنمای بودجهبندی چندارزی این مدل را با مثالهای فرامرزی توضیح میدهد. اگر همهٔ حسابهایتان یک ارز دارند، این مزیت تا حد زیادی بیاهمیت میشود.
«API» در این دو محصول معنای یکسانی ندارد
API رسمی Actual یک سرویس HTTP یا REST نیست. مستندات API بستهٔ npm با نام @actual-app/api را معرفی میکند؛ این بسته اپ را بدون رابط کاربری اجرا میکند، یک نسخهٔ محلی از بودجه را دانلود میکند و به کد Node.js اجازه میدهد دادهها را بخواند یا تغییر دهد. زبانهای دیگر بهصورت رسمی پشتیبانی نمیشوند.
CLI رسمی مسیر مفید دیگری است و حسابها، تراکنشها، بودجهها، دستهها، قوانین، زمانبندیها و ActualQL را پوشش میدهد. README مرز آن را روشن میکند: CLI به یک سرور همگامسازی در حال اجرای Actual وصل میشود، کش محلی نگه میدارد و مستقیماً روی فایلهای بودجهٔ محلی کار نمیکند.
هر دو رابط برای خودکارسازی یک راهاندازی موجود Actual در Node توانمندند؛ اما هیچکدام یک نقطهٔ پایانی عمومی HTTP نیستند.
Expense Budget Tracker دو رابط راه دور دارد:
- کانکتور MCP میزبانیشده از Streamable HTTP و OAuth مرورگر استفاده میکند. دامنهٔ دسترسی
expenses:readامکان یافتن فضاهای کاری، بررسی اسکیما و اجرای کوئریهای فقطخواندنی را میدهد. تغییر دادهها به دامنهٔ دسترسی جداگانهٔexpenses:writeنیاز دارد. - SQL Agent API از یک ApiKey بلندمدت استفاده میکند. اسکریپت میتواند فضاهای کاری را فهرست و یکی را انتخاب کند، اسکیمای مجاز را ببیند، یک کوئری خواندن محدود اجرا کند یا یک دستور تأییدشدهٔ
INSERT،UPDATEیاDELETEرا از طریق HTTP بفرستد. Row-Level Security همچنان روی فضای کاری انتخابشده اعمال میشود.
اگر میخواهید Actual را در محیط Node خودکار کنید، API خود آن انتخاب مناسبی است. اگر اسکریپت یا سرویس شما، با هر زبانی، به MCP راه دور یا دسترسی مستقیم HTTP نیاز دارد، Expense Budget Tracker را انتخاب کنید.
اتصال بانکی با واردکردن داده به کمک عامل یکی نیست
Actual از طریق ارائهدهندگان پیکربندیشده، امکان واردکردن داده از بانک متصل را دارد. البته این اتصال یک خوراک دائماً در حال تازهشدن نیست: راهنمای فعلی همگامسازی بانکی میگوید همگامسازی را از داخل یک حساب یا نمای All Accounts آغاز میکنید. بااینحال، دیگر لازم نیست برای هر بهروزرسانی صورتحساب را دانلود کنید و به سیستم تحویل دهید.
Expense Budget Tracker هیچ اتصال بانکیای ندارد. چت هوش مصنوعی، کانکتور MCP و Agent API میتوانند در کارهای مربوط به صورتحساب کمک کنند، اما فقط وقتی خودتان کار را آغاز کرده باشید. شما یک CSV، PDF، اسکرینشات یا صورتحساب در اختیار عامل میگذارید؛ عامل اسکیما و دادههای موجود را بررسی میکند؛ سپس با همان سطح دسترسی که مجاز کردهاید، ردیفهای دفتر کل را پیشنویس میکند یا مینویسد.
این گردشکار کنترل منبع و بازهٔ زمانی را به شما میدهد، اما مسئولیت مغایرتگیری را هم بر عهدهٔ خودتان میگذارد. پس از هر عملیات نوشتن، تعداد و تاریخ تراکنشها، علامت مبالغ، ارزها، دستهها، هر دو سوی انتقالها و ماندههای پایانی را بررسی کنید. یک تجزیهکنندهٔ صورتحساب ممکن است ردیفهایی کاملاً معقول تولید کند که در واقع اشتباهاند.
راهنمای واردکردن صورتحساب بانکی این چرخهٔ بررسی را توضیح میدهد. اگر راحتی اتصال مستقیم بانکی را میخواهید حفظ کنید، در Actual بمانید یا محصولاتی را مقایسه کنید که بر تجمیع دادههای بانکی تمرکز دارند.
اشتراکگذاری و خودمیزبانی دو مسئلهٔ جدا هستند
Actual یک فایل بودجه را میان دستگاهها همگام میکند. مستندات فعلی چندکاربره میگوید دو نفر میتوانند همان فایل را ویرایش کنند، اما توصیه میکند همزمان از آن استفاده نکنند؛ چون ویرایشهای متعارض ممکن است مشکلساز شوند. اشتراکگذاری ممکن است، ولی واحد همکاری همچنان همان فایل بودجه است.
در Expense Budget Tracker، فضای کاری مرز همکاری است. کاربران به یک فضای کاری مشترک میپیوندند و Row-Level Security در Postgres دادههای آن را از فضاهای کاری دیگر جدا نگه میدارد. این مدل زمانی مفید است که امور مالی شخصی یا خانوادگی به عضویت صریح کاربران نیاز دارد، نه صرفاً یک فایل مشترک.
خودمیزبانی نیز بهتنهایی انتخاب را تعیین نمیکند. Actual محلیمحور است و سرور، این معماری را با همگامسازی، دسترسی در مرورگر و موبایل، اتصالهای بانکی و دسترسی برنامهنویسی گسترش میدهد. Expense Budget Tracker یک اپ وب مبتنی بر دیتابیس مرکزی Postgres است و راهنمای خودمیزبانی آن از Docker Compose برای سرویسهای اپ، پردازشگر نرخ FX و دیتابیس استفاده میکند.
هزینهٔ نگهداری این دو معماری هم متفاوت است. در Expense Budget Tracker، پشتیبانگیری از دیتابیس، مدیریت اطلاعات ورود، ارتقا و بازیابی بر عهدهٔ شماست. در Actual نیز اگر سرور همگامسازی دارید، باید آن را اداره و پشتیبانگیری کنید؛ با این تفاوت که هر دستگاه نسخهای محلی از بودجه را هم نگه میدارد. معماریای را انتخاب کنید که حاضر باشید در بدترین زمان ممکن بازیابیاش کنید، نه مدلی که در صفحهٔ امکانات مستقلتر به نظر میرسد.
مهاجرت را با یک آزمایش کمریسک شروع کنید
Expense Budget Tracker ابزار مستقیمی برای واردکردن داده از Actual ندارد. برای یک آزمایش موازی کوچک، Actual را منبع حقیقت نگه دارید. هدف این است که اختلافها را پیش از پخششدن در چند سال سابقه پیدا کنید.
۱. از Actual پشتیبان بگیرید و موارد ازدسترفته را فهرست کنید
یک خروجی تازه از Actual بگیرید و آن را دستنخورده نگه دارید. تنظیماتی را هم فهرست کنید که همراه ردیفهای تراکنش منتقل نمیشوند: قوانین، زمانبندیها، چیدمان گزارشها، اتصالهای بانکی، تنظیمات رمزنگاری و هر خودکارسازی سفارشی.
۲. یک ماه بستهشده با صورتحساب نهایی انتخاب کنید
یک حساب نماینده و ماهی را انتخاب کنید که صورتحساب نهایی آن صادر شده است. اگر در آن دوره انتقالی به یک حساب دیگرِ تحت پیگیری دارید، دورهٔ متناظر صورتحساب آن حساب را هم اضافه کنید. یک ماه بستهشده بهاندازهای بزرگ است که استردادها، موارد تکراری، اشتباههای علامت مبلغ و نقصهای دستهبندی را آشکار کند، اما هنوز میتوان آن را کامل حسابرسی کرد.
۳. پیش از نوشتن داده، نگاشت را مشخص کنید
بیرون از هر دو سیستم، یک جدول نگاشت کوچک بسازید:
| داده در Actual | مقصد در Expense Budget Tracker | تصمیمی که باید ثبت شود |
|---|---|---|
| حساب | حساب دفتر کل | ID پایدار، ارز اصلی و مرز شروع دادهها |
| دسته | دستهٔ دفتر کل | همان نام یا جایگزینی که مستند کردهاید |
| دریافتکنندهٔ وجه و یادداشتها | طرف تراکنش و یادداشت | جزئیات منبعی که برای بررسیهای بعدی لازم است |
| انتقال | دو گردش مرتبط در حسابها | مبدأ، مقصد، تاریخها و مبالغ اصلی |
| ارز بودجه | ارز گزارشدهی فضای کاری | ارز گزارشهای ترکیبی، نه جایگزینی برای مبالغ اصلی |
در طول اجرای آزمایشی، دستهها را از نو طراحی نکنید. ابتدا ثابت کنید که هر دو سیستم یک ماه را به شکل یکسان توصیف میکنند.
۴. با پنج تا ده تراکنش دردسرساز شروع کنید
اگر در آن ماه وجود دارند، یک خرید عادی، درآمد، استرداد وجه، کارمزد و انتقال را انتخاب کنید. آنها را دستی وارد کنید یا فایل منبع با محدودهٔ مشخص و فضای کاری مقصد را صریحاً در اختیار عامل بگذارید.
در MCP با expenses:read شروع کنید، اسکیما را ببینید و expenses:write را فقط برای تغییر تأییدشده اضافه کنید. در API مبتنی بر HTTP، فضای کاری را انتخاب کنید، اسکیما را بررسی کنید، یک دستور نوشتن تأییدشده بفرستید و بعد ردیفهای تحتتأثیر را دوباره کوئری کنید. هیچ مرحلهٔ پنهانی برای واردکردن مستقیم از Actual در این دو رابط وجود ندارد.
۵. هر حساب را در ارز اصلی خودش مغایرتگیری کنید
این موارد را بررسی کنید:
- ماندههای آغازین و پایانی برای محدودهٔ انتخابشده
- تعداد و تاریخ تراکنشها
- علامت مبالغ و ارزهای اصلی
- استردادها و تراکنشهای برگشتی
- هر دو سوی هر انتقال
- موارد تکراری ایجادشده در آزمایش
با یک مجموع تبدیلشده به ارز گزارشدهی، اختلاف موجود در حسابی با ارز اصلی را پنهان نکنید. ردیف منبع، نگاشت یا مرز زمانی را اصلاح کنید تا ماندهٔ همان حساب دقیقاً با صورتحسابش برابر شود.
۶. باقی ماه را وارد کنید و روال واقعی را بیازمایید
وقتی نمونه درست بود، تراکنشهای باقیماندهٔ ماه بستهشده را اضافه کنید. مجموع دستهها، درآمد، مخارج، انتقالها، ماندهها در ارز اصلی و نمای ترکیبی در ارز گزارشدهی را مقایسه کنید. گزارشهایی را که واقعاً در Actual استفاده میکنید دوباره بسازید و هر مورد غایب یا تفاوت معنادار را یادداشت کنید.
بعد، همان فرایند هفتگیای را تکرار کنید که قرار است در آینده انجام دهید. اگر آمادهکردن صورتحساب و بررسی نوشتههای عامل، بیشتر از زمانی طول میکشد که واردکردن از بانک متصل در Actual برایتان صرفهجویی میکند، همین اجرای آزمایشی پاسخ را داده است.
۷. فقط وقتی جابهجا شوید که همهٔ شواهد با هم جور باشند
هر بار فقط یک حساب و یک ماه جلو بروید. Actual و نسخههای پشتیبانش را دستنخورده نگه دارید تا همهٔ حسابهای داخل محدوده مغایرتگیری شده باشند و برای هر گردشکار مهم، جایگزینی داشته باشید که خودتان آن را آزمودهاید.
یک نسخهٔ نمایشی مرتب، نتیجهٔ مهاجرت نیست. نتیجهٔ واقعی یک ماه کامل و تراز، همراه با روالی است که اعضای خانواده حاضر باشند ادامهاش دهند.
در نهایت کدام را انتخاب کنید؟
Actual Budget را انتخاب کنید اگر اینها را میخواهید:
- بودجهبندی پاکتیِ محلیمحور با دسترسی آفلاین
- واردکردن داخلی فایلهای مالی و اتصال اختیاری به بانک
- قوانین، زمانبندیها، مغایرتگیری و گزارشهای پخته
- رمزنگاری سرتاسری اختیاری برای دادههای بودجهٔ همگامشده
- خودکارسازی پیرامون سرور Actual با بستهٔ Node یا CLI
Expense Budget Tracker را انتخاب کنید اگر به اینها نیاز دارید:
- ردیفهای دفتر کل در ارز اصلی، با تبدیل هنگام خواندن برای گزارشگیری
- انتقالهای درجهیک و ماندهحسابهایی که از دفتر کل محاسبه میشوند
- فضای کاری مشترک با عضویت صریح و جداسازی در سطح دیتابیس
- کانکتور MCP راه دور و میزبانیشده برای کلاینتهای سازگار
- دسترسی مستقیم SQL روی HTTP برای عاملها، اسکریپتها و سرویسها
- استفادهٔ میزبانیشده یا مسیر خودمیزبانی با Docker و Postgres
برای گروه اول، Actual همان کاری را انجام میدهد که باید. برای گروه دوم، Expense Budget Tracker را باز کنید و آن را یک ماه بستهشده در کنار Actual بیازمایید. سیستم قبلی را تا وقتی دستنخورده نگه دارید که هم اعداد درست باشند و هم روال جدید در عمل جواب بدهد.
اگر گزینههای بیشتری را بررسی میکنید، راهنمای جایگزین YNAB بودجهبندی هدایتشده را با کنترل مستقیم سیستم مقایسه میکند. راهنمای جایگزین Quicken هم مهاجرت گستردهتر از یک ابزار مدیریت مالی دسکتاپ و گردشکارهای بیشتری را پوشش میدهد که باید حفظ شوند.