# جایگزین ⁦Actual Budget⁩ در ۲۰۲۶؛ بودجه‌بندی چندارزی، هوش مصنوعی و دسترسی ⁦SQL⁩

*2026-08-27*

در ⁦Actual Budget⁩ می‌توانید حساب‌ها را با ⁦EUR⁩، ⁦USD⁩ یا ⁦GBP⁩ مشخص کنید، اما بودجه همچنان طوری محاسبه می‌شود که انگار همهٔ مبالغ در یک ارز هستند. مستندات خود ⁦Actual⁩ این محدودیت را روشن بیان می‌کند: این نرم‌افزار نسبت به ارز خنثی است و [پشتیبانی بومی از چند ارز ندارد](https://actualbudget.org/docs/budgeting/multi-currency/).

این محدودیت ⁦Actual⁩ را به اپ بودجه‌بندی بدی تبدیل نمی‌کند. برای خانواری که همهٔ حساب‌هایش با یک ارز کار می‌کنند و بودجه‌بندی پاکتی، دسترسی آفلاین، فرایند پختهٔ واردکردن داده و اتصال اختیاری به بانک می‌خواهد، ⁦Actual⁩ حتی ممکن است انتخاب بهتری باشد.

جست‌وجوی **جایگزین ⁦Actual Budget⁩ در ۲۰۲۶** زمانی معنا پیدا می‌کند که مدل داده دیگر جواب‌گو نیست: حساب‌های چند ارز مختلف باید جداگانه و در ارز اصلی خودشان مغایرت‌گیری شوند، دو نفر به عضویت مشخص در یک فضای کاری نیاز دارند، یا یک عامل راه دور یا سرویس غیر ⁦Node⁩ باید از طریق ⁦HTTP⁩ به داده‌ها دسترسی داشته باشد. [⁦Expense Budget Tracker⁩](/features/) برای این نیازها ساخته شده است؛ در عوض، بعضی از امکانات راحت ⁦Actual⁩، از جمله واردکردن داخلی فایل‌های مالی و همگام‌سازی با بانک‌های متصل را ندارد.

هیچ‌کدام جایگزین یک‌به‌یک دیگری نیست.

![راه‌آهن‌بان یک واگن را میان دو سامانهٔ ریل آزمایش می‌کند و هر دو قطار در جای خود امن مانده‌اند](/blog/actual-budget-alternative.jpg)

## اگر فقط جواب کوتاه را می‌خواهید

اگر بودجه‌بندی پاکتی اساس مدیریت پول شماست، وجود نسخه‌ای محلی روی هر دستگاه برایتان اهمیت دارد، یا به واردکردن فایل، اتصال بانکی، قوانین، زمان‌بندی‌ها، گزارش‌ها و رمزنگاری سرتاسری اختیاری ⁦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⁩ پولی را که همین حالا در اختیار دارید میان پاکت‌ها تقسیم می‌کند. برای پیش‌بینی درآمد و مخارج، یک [بودجهٔ ردیابی](https://actualbudget.org/docs/getting-started/tracking-budget/) سنتی هم دارد، اما نقطهٔ قوت اصلی محصول همچنان همان گردش‌کار پاکتی است.

معماری محلی‌محور آن هم به همان اندازه مهم است. ⁦Actual⁩ بودجه را روی دستگاه نگه می‌دارد و پس از پیکربندی سرور، [تغییرات را از طریق آن همگام می‌کند](https://actualbudget.org/docs/getting-started/sync/). بدون اینترنت هم می‌توانید به کار ادامه دهید. استفاده از سرور قویاً توصیه می‌شود، اما [راهنمای نصب ⁦Actual⁩](https://actualbudget.org/docs/install/) تأیید می‌کند که واردکردن فایل، بودجه‌بندی، گزارش‌ها، زمان‌بندی‌ها و واردکردن و خروجی‌گرفتن از فایل بودجه بدون سرور نیز کار می‌کنند. اپ‌های دسکتاپ هم پشتیبان‌گیری خودکار و دسترسی آفلاین آماده دارند.

گردش‌کار روزمرهٔ تراکنش‌ها نیز پخته است:

- [فرایند واردکردن ⁦Actual⁩](https://actualbudget.org/docs/transactions/importing/) از فایل‌های ⁦CSV⁩، ⁦QIF⁩، ⁦OFX⁩، ⁦QFX⁩ و ⁦CAMT⁩ پشتیبانی می‌کند، تراکنش‌های احتمالاً تکراری را با داده‌های موجود تطبیق می‌دهد و می‌تواند به ارائه‌دهندگان پشتیبانی‌شدهٔ همگام‌سازی بانکی متصل شود.
- [قوانین](https://actualbudget.org/docs/budgeting/rules/) می‌توانند نام دریافت‌کنندگان وجه را پاک‌سازی کنند، دسته و یادداشت تعیین کنند و هنگام واردکردن داده اجرا شوند.
- [زمان‌بندی‌ها](https://actualbudget.org/docs/schedules/) تراکنش‌های موردانتظار دوره‌ای یا یک‌باره را به‌صورت خودکار یا پس از تأیید مدیریت می‌کنند.
- [داشبورد گزارش](https://actualbudget.org/docs/reports/) قابل‌سفارشی‌سازی است و جریان نقدی، ارزش خالص دارایی‌ها، تحلیل مخارج و گزارش‌های سفارشی را در بر می‌گیرد.
- رمزنگاری سرتاسری اختیاری، داده‌های بودجهٔ همگام‌شده را پیش از خروج از دستگاه محافظت می‌کند.

این مورد آخر محدودیت‌هایی دارد. طبق مستندات همگام‌سازی ⁦Actual⁩، رمزنگاری سرتاسری نه داده‌های محلی روی دستگاه را پوشش می‌دهد و نه اطلاعات ورود مربوط به همگام‌سازی بانکی را که روی سرور ذخیره شده‌اند. رمزنگاری کامل دیسک و کنترل سرور همچنان اهمیت دارند.

اگر این قابلیت‌ها همین حالا مسائل واقعی خانواده‌تان را حل می‌کنند، فقط برای رسیدن به فهرستی بلندتر از امکانات مهاجرت نکنید. جابه‌جایی زمانی منطقی است که نبود یک قابلیت، هزینه‌ای بیشتر از کنارگذاشتن گردش‌کاری داشته باشد که اکنون خوب کار می‌کند.

## چندارزی‌بودن فقط ظاهر اعداد را عوض نمی‌کند؛ مدل دفتر کل فرق دارد

راهکار رسمی ⁦Actual⁩ دقیقاً توضیح می‌دهد چه اتفاقی می‌افتد. برای هر حساب ارزی یک قانون می‌سازید، مبلغ اصلی را در یادداشت تراکنش نگه می‌دارید، نرخ ⁦FX⁩ را وارد می‌کنید و مبلغ تراکنش را با رقم تبدیل‌شده جایگزین می‌کنید. همان راهنما هشدار می‌دهد که قابلیت «قالب قانون» آزمایشی است و ممکن است باگ داشته باشد یا در آینده حذف شود.

این روش شاید برای چند خرید پراکنده در سفر کافی باشد. اما وقتی خانواده‌ای مرتب به ⁦EUR⁩ درآمد دارد، به ⁦USD⁩ پس‌انداز می‌کند، با کارت ⁦GBP⁩ خرج می‌کند و باید هر حساب را در ارز خودش مغایرت‌گیری کند، کار دست‌وپاگیر می‌شود.

⁦Expense Budget Tracker⁩ مبلغ و ارز اصلی هر ردیف دفتر کل را حفظ می‌کند. نرخ‌های روزانهٔ ⁦ECB⁩، ⁦CBR⁩ و ⁦NBS⁩ هنگام خواندن داده‌ها، ردیف‌ها را به ارز گزارش‌دهی فضای کاری تبدیل می‌کنند. مبلغ ذخیره‌شدهٔ تراکنش با عددی که از قبل تبدیل شده باشد جایگزین نمی‌شود. انتقال میان حساب‌های خودتان نیز ردیف درجه‌یک دفتر کل است؛ حتی وقتی دو حساب ارز متفاوتی دارند.

در نتیجه، سه بررسی مهم ممکن می‌شود:

- ماندهٔ هر حساب را با ارز درج‌شده در صورت‌حساب همان حساب مغایرت‌گیری کنید
- حساب‌ها را بدون حذف مبالغ اصلی، در یک ارز گزارش‌دهی کنار هم ببینید
- انتقال‌ها را از مجموع درآمد و مخارج بیرون نگه دارید تا جابه‌جایی پول به‌اشتباه فعالیت مالی تازه محسوب نشود

[راهنمای بودجه‌بندی چندارزی](/blog/multi-currency-budgeting-for-expats/) این مدل را با مثال‌های فرامرزی توضیح می‌دهد. اگر همهٔ حساب‌هایتان یک ارز دارند، این مزیت تا حد زیادی بی‌اهمیت می‌شود.

## «⁦API⁩» در این دو محصول معنای یکسانی ندارد

⁦API⁩ رسمی ⁦Actual⁩ یک سرویس ⁦HTTP⁩ یا ⁦REST⁩ نیست. [مستندات ⁦API⁩](https://actualbudget.org/docs/api/) بستهٔ ⁦npm⁩ با نام `@actual-app/api` را معرفی می‌کند؛ این بسته اپ را بدون رابط کاربری اجرا می‌کند، یک نسخهٔ محلی از بودجه را دانلود می‌کند و به کد ⁦Node.js⁩ اجازه می‌دهد داده‌ها را بخواند یا تغییر دهد. زبان‌های دیگر به‌صورت رسمی پشتیبانی نمی‌شوند.

⁦CLI⁩ رسمی مسیر مفید دیگری است و حساب‌ها، تراکنش‌ها، بودجه‌ها، دسته‌ها، قوانین، زمان‌بندی‌ها و ⁦ActualQL⁩ را پوشش می‌دهد. [⁦README⁩](https://github.com/actualbudget/actual/blob/master/packages/cli/README.md) مرز آن را روشن می‌کند: ⁦CLI⁩ به یک سرور همگام‌سازی در حال اجرای ⁦Actual⁩ وصل می‌شود، کش محلی نگه می‌دارد و مستقیماً روی فایل‌های بودجهٔ محلی کار نمی‌کند.

هر دو رابط برای خودکارسازی یک راه‌اندازی موجود ⁦Actual⁩ در ⁦Node⁩ توانمندند؛ اما هیچ‌کدام یک نقطهٔ پایانی عمومی ⁦HTTP⁩ نیستند.

⁦Expense Budget Tracker⁩ دو رابط راه دور دارد:

- [کانکتور ⁦MCP⁩ میزبانی‌شده](/docs/mcp-connector/) از ⁦Streamable HTTP⁩ و ⁦OAuth⁩ مرورگر استفاده می‌کند. دامنهٔ دسترسی `expenses:read` امکان یافتن فضاهای کاری، بررسی اسکیما و اجرای کوئری‌های فقط‌خواندنی را می‌دهد. تغییر داده‌ها به دامنهٔ دسترسی جداگانهٔ `expenses:write` نیاز دارد.
- [⁦SQL Agent API⁩](/docs/api/) از یک ⁦ApiKey⁩ بلندمدت استفاده می‌کند. اسکریپت می‌تواند فضاهای کاری را فهرست و یکی را انتخاب کند، اسکیمای مجاز را ببیند، یک کوئری خواندن محدود اجرا کند یا یک دستور تأییدشدهٔ `INSERT`، `UPDATE` یا `DELETE` را از طریق ⁦HTTP⁩ بفرستد. ⁦Row-Level Security⁩ همچنان روی فضای کاری انتخاب‌شده اعمال می‌شود.

اگر می‌خواهید ⁦Actual⁩ را در محیط ⁦Node⁩ خودکار کنید، ⁦API⁩ خود آن انتخاب مناسبی است. اگر اسکریپت یا سرویس شما، با هر زبانی، به ⁦MCP⁩ راه دور یا دسترسی مستقیم ⁦HTTP⁩ نیاز دارد، ⁦Expense Budget Tracker⁩ را انتخاب کنید.

## اتصال بانکی با واردکردن داده به کمک عامل یکی نیست

⁦Actual⁩ از طریق ارائه‌دهندگان پیکربندی‌شده، امکان واردکردن داده از بانک متصل را دارد. البته این اتصال یک خوراک دائماً در حال تازه‌شدن نیست: [راهنمای فعلی همگام‌سازی بانکی](https://actualbudget.org/docs/advanced/bank-sync/) می‌گوید همگام‌سازی را از داخل یک حساب یا نمای ⁦All Accounts⁩ آغاز می‌کنید. بااین‌حال، دیگر لازم نیست برای هر به‌روزرسانی صورت‌حساب را دانلود کنید و به سیستم تحویل دهید.

⁦Expense Budget Tracker⁩ هیچ اتصال بانکی‌ای ندارد. چت هوش مصنوعی، کانکتور ⁦MCP⁩ و ⁦Agent API⁩ می‌توانند در کارهای مربوط به صورت‌حساب کمک کنند، اما فقط وقتی خودتان کار را آغاز کرده باشید. شما یک ⁦CSV⁩، ⁦PDF⁩، اسکرین‌شات یا صورت‌حساب در اختیار عامل می‌گذارید؛ عامل اسکیما و داده‌های موجود را بررسی می‌کند؛ سپس با همان سطح دسترسی که مجاز کرده‌اید، ردیف‌های دفتر کل را پیش‌نویس می‌کند یا می‌نویسد.

این گردش‌کار کنترل منبع و بازهٔ زمانی را به شما می‌دهد، اما مسئولیت مغایرت‌گیری را هم بر عهدهٔ خودتان می‌گذارد. پس از هر عملیات نوشتن، تعداد و تاریخ تراکنش‌ها، علامت مبالغ، ارزها، دسته‌ها، هر دو سوی انتقال‌ها و مانده‌های پایانی را بررسی کنید. یک تجزیه‌کنندهٔ صورت‌حساب ممکن است ردیف‌هایی کاملاً معقول تولید کند که در واقع اشتباه‌اند.

[راهنمای واردکردن صورت‌حساب بانکی](/blog/how-to-import-bank-statements-into-an-expense-tracker/) این چرخهٔ بررسی را توضیح می‌دهد. اگر راحتی اتصال مستقیم بانکی را می‌خواهید حفظ کنید، در ⁦Actual⁩ بمانید یا محصولاتی را مقایسه کنید که بر تجمیع داده‌های بانکی تمرکز دارند.

## اشتراک‌گذاری و خودمیزبانی دو مسئلهٔ جدا هستند

⁦Actual⁩ یک فایل بودجه را میان دستگاه‌ها همگام می‌کند. [مستندات فعلی چندکاربره](https://actualbudget.org/docs/getting-started/sync/#multi-user-support) می‌گوید دو نفر می‌توانند همان فایل را ویرایش کنند، اما توصیه می‌کند هم‌زمان از آن استفاده نکنند؛ چون ویرایش‌های متعارض ممکن است مشکل‌ساز شوند. اشتراک‌گذاری ممکن است، ولی واحد همکاری همچنان همان فایل بودجه است.

در ⁦Expense Budget Tracker⁩، فضای کاری مرز همکاری است. کاربران به یک فضای کاری مشترک می‌پیوندند و ⁦Row-Level Security⁩ در ⁦Postgres⁩ داده‌های آن را از فضاهای کاری دیگر جدا نگه می‌دارد. این مدل زمانی مفید است که امور مالی شخصی یا خانوادگی به عضویت صریح کاربران نیاز دارد، نه صرفاً یک فایل مشترک.

خودمیزبانی نیز به‌تنهایی انتخاب را تعیین نمی‌کند. ⁦Actual⁩ محلی‌محور است و سرور، این معماری را با همگام‌سازی، دسترسی در مرورگر و موبایل، اتصال‌های بانکی و دسترسی برنامه‌نویسی گسترش می‌دهد. ⁦Expense Budget Tracker⁩ یک اپ وب مبتنی بر دیتابیس مرکزی ⁦Postgres⁩ است و [راهنمای خودمیزبانی](/docs/self-hosting/) آن از ⁦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⁩ را باز کنید](https://app.expense-budget-tracker.com/) و آن را یک ماه بسته‌شده در کنار ⁦Actual⁩ بیازمایید. سیستم قبلی را تا وقتی دست‌نخورده نگه دارید که هم اعداد درست باشند و هم روال جدید در عمل جواب بدهد.

اگر گزینه‌های بیشتری را بررسی می‌کنید، [راهنمای جایگزین ⁦YNAB⁩](/blog/ynab-alternative/) بودجه‌بندی هدایت‌شده را با کنترل مستقیم سیستم مقایسه می‌کند. [راهنمای جایگزین ⁦Quicken⁩](/blog/quicken-alternative/) هم مهاجرت گسترده‌تر از یک ابزار مدیریت مالی دسکتاپ و گردش‌کارهای بیشتری را پوشش می‌دهد که باید حفظ شوند.

---
*[نسخه HTML این صفحه را ببینید](https://expense-budget-tracker.com/fa/blog/actual-budget-alternative/)*

*کلاینت‌های راه‌دور MCP سازگار با OAuth می‌توانند به این نشانی متصل شوند `https://mcp.expense-budget-tracker.com/mcp` با دسترسی OAuth Bearer. مجوز الزامی `expenses:read` است. کلاینت همچنین می‌تواند مجوز اختیاری `expenses:write` را درخواست کند؛ این مجوز در صفحه رضایت OAuth نمایش داده می‌شود و برای تغییر داده‌ها لازم است.*

*ایجنت‌های خط فرمان و HTTP مستقیم می‌توانند با شروع از این نشانی از Agent API جداگانه استفاده کنند `GET https://api.expense-budget-tracker.com/v1/` و برای دریافت ApiKey پاسخ شناسایی سرویس را دنبال کنند.*

*نکته: برای دریافت نسخه Markdown تمیز هر صفحه، `.md` را به هر آدرس این سایت اضافه کنید.*