# جایگزین ⁦EveryDollar⁩ در ۲۰۲۶؛ متن‌باز و خودمیزبان

*2026-08-29*

یک ماه بسته‌شده را در ⁦EveryDollar⁩ باز کنید و فایل ⁦CSV⁩ آن را بگیرید. برای تراکنش‌هایی که قبلاً ردیابی کرده‌اید، شش فیلد `Group`، `Item`، `Type`، `Date`، `Merchant` و `Amount` در اختیارتان قرار می‌گیرد. اما این خروجی کل سال، فعالیت‌های ردیابی‌نشده یا فیلد حساب را در قالب مستندشده شامل نمی‌شود ([راهنمای خروجی‌گرفتن از ⁦EveryDollar⁩](https://everydollar.help.ramseysolutions.com/hc/en-us/articles/360040571391-Export-Tracked-Transactions)).

این فایل می‌تواند هدف هر دسته‌بندی را حفظ کند، اما به‌تنهایی نشان نمی‌دهد که همهٔ تراکنش‌های حساب جاری یا کارت اعتباری ثبت شده‌اند.

مسئلهٔ عملی در انتخاب **جایگزین ⁦EveryDollar⁩ در ۲۰۲۶** همین است. ⁦EveryDollar⁩ بودجه‌بندی صفرمبنا را همراه با راهنمایی ارائه می‌کند و در نسخهٔ ⁦Premium⁩ تراکنش‌ها را خودکار دریافت می‌کند. ⁦Expense Budget Tracker⁩ در عوض یک دفتر کل متن‌باز، امکان خودمیزبانی، ثبت صریح انتقال‌ها، نگهداری مبالغ در ارز اصلی و دسترسی برنامه‌نویسی در اختیارتان می‌گذارد. مسئولیت ثبت یا بررسی داده‌ها و مغایرت‌گیری آن‌ها نیز با خود شماست.

![سنگ‌کاری یکی از شش سنگ را در بخش آزمایشیِ دقیقاً اندازه‌گیری‌شدهٔ دیوار جا می‌دهد](/blog/everydollar-alternative.png)

## پاسخ کوتاه

اگر گردش‌کار هدایت‌شده و صفرمبنای ⁦EveryDollar⁩ همین حالا برای خانواده‌تان جواب می‌دهد، همان را نگه دارید. اگر ⁦Bank Connect⁩ کاری را از دوشتان برمی‌دارد که بعید است مرتب به‌صورت دستی انجامش دهید، باز هم ماندن منطقی است. نسخهٔ رایگان، بودجه‌های ماهانه، دسته‌ها و ردیف‌های نامحدود، ثبت دستی، صندوق‌های هدف‌دار، تقسیم تراکنش‌ها و تاریخ سررسید قبض‌ها را شامل می‌شود. تا ۲۹ اوت ۲۰۲۶، نسخهٔ ⁦Premium⁩ پس از یک دورهٔ آزمایشی ۱۴ روزه، سالانه ⁦$79.99⁩ یا ماهانه ⁦$17.99⁩ قیمت دارد. اتصال بانکی، برنامه‌ریزی حقوق دریافتی، گزارش‌ها، خروجی ⁦CSV⁩، هدف‌های بلندمدت‌تر، مربی‌گری، ارزش خالص پیش‌بینی‌شده و اشتراک‌گذاری خانوادگی نیز با این نسخه اضافه می‌شوند ([طرح‌ها و قیمت‌گذاری ⁦EveryDollar⁩](https://www.ramseysolutions.com/money/everydollar/primary)).

اگر کمبود اصلی برایتان کنترل داده است، [⁦Expense Budget Tracker⁩](/features/) را آزمایش کنید: دفتر کلی قابل‌بررسی، پشتیبانی از چند ارز اصلی، فضاهای کاری مشترک، ⁦MCP⁩ میزبانی‌شده، ⁦HTTP Agent API⁩ مستقیم و امکان خودمیزبانی. این محصول جدول ماهانهٔ مقایسهٔ برنامه با عملکرد واقعی دارد، اما روش ⁦Ramsey⁩ را نه آموزش می‌دهد و نه الزام می‌کند؛ مربی‌گری و راهنمایی‌های ⁦EveryDollar⁩ برای کاربران عادی را هم بازآفرینی نمی‌کند.

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

## مقایسهٔ ⁦EveryDollar⁩ و ⁦Expense Budget Tracker⁩

| معیار تصمیم‌گیری | ⁦EveryDollar⁩ | ⁦Expense Budget Tracker⁩ |
| --- | --- | --- |
| مدل بودجه‌بندی | بودجهٔ صفرمبنای هدایت‌شده: درآمد را پیش از خرج‌کردن تخصیص دهید و ببینید در هر دسته چقدر باقی مانده است | جدول ماهانهٔ برنامه در برابر عملکرد واقعی؛ اعداد واقعی از ثبت‌های دفتر کل محاسبه می‌شوند |
| ورود تراکنش | ثبت دستی در نسخهٔ رایگان؛ واردکردن خودکار از طریق ⁦Bank Connect⁩ در نسخهٔ ⁦Premium⁩ | ثبت دستی در وب یا گردش‌کار بررسی فایل با یک عامل سازگار در ترمینال؛ بدون اتصال بانکی |
| راهنمایی | صندوق‌های هدف‌دار در نسخهٔ رایگان؛ نسخهٔ ⁦Premium⁩ هدف‌های بلندمدت‌تر، توصیه‌ها، آموزش و مربی‌گری را اضافه می‌کند | دسته‌ها و برنامه‌های ماهانه، بدون ⁦Ramsey Baby Steps⁩، مربی‌گری یا نقشهٔ راه مالی |
| مانده‌حساب‌ها | حساب‌ها و تراکنش‌های متصل در گردش‌کار بودجه‌بندی کاربران نمایش داده می‌شوند | ماندهٔ جاری هر حساب از ثبت‌های دفتر کل به دست می‌آید؛ در نتیجه گردش‌های جاافتاده یا تکراری در مانده دیده می‌شوند |
| انتقال‌ها | صفحات رسمی مورداستناد این مقاله، مدلی را مستند نمی‌کنند که انتقال دوسویه را مستقلاً در دفتر کل ثبت کند | جابه‌جایی میان حساب‌های تحت پیگیری با دو ثبت انتقالِ جفت‌شده انجام می‌شود و جزو درآمد یا مخارج به حساب نمی‌آید |
| چند ارز | صفحات رسمی مورداستناد، نگهداری مبلغ در ارز اصلی و تبدیل آن هنگام خواندن داده را وعده نمی‌دهند | هر ثبت، مبلغ و ارز اصلی خود را نگه می‌دارد؛ گزارش‌ها هنگام خواندن، مبلغ را تبدیل می‌کنند |
| اشتراک‌گذاری | اشتراک‌گذاری خانوادگی نسخهٔ ⁦Premium⁩ از یک بودجه با ایمیل‌های جداگانه پشتیبانی می‌کند | اعضا می‌توانند در فضاهای کاری مشترک همکاری کنند |
| خروجی و ورود داده | نسخهٔ ⁦Premium⁩ تراکنش‌های ردیابی‌شده را ماه‌به‌ماه خروجی می‌دهد؛ واردکردن فایل پشتیبانی نمی‌شود | ابزار یک‌کلیکی برای واردکردن از ⁦EveryDollar⁩ وجود ندارد؛ یک عامل ترمینالی می‌تواند فایل بررسی‌شده را برای ⁦Agent API⁩ نگاشت کند |
| میزبانی و دسترسی برنامه‌نویسی | محصولی مدیریت‌شده برای کاربران عادی | سرویس مدیریت‌شده یا خودمیزبانی با ⁦Docker/Postgres⁩، به‌علاوهٔ ⁦MCP⁩ میزبانی‌شده و ⁦Agent API⁩ مستقیم |

تعریف ⁦EveryDollar⁩ از بودجه‌بندی صفرمبنا این است: پیش از خرج‌کردن مشخص کنید هر دلار کجا می‌رود تا درآمد منهای مخارج به صفر برسد. [معرفی قابلیت‌های آن](https://www.ramseysolutions.com/money/everydollar/features) نیز برای جاانداختن این عادت، ردیابی پیشرفت، درس‌ها، کارگاه‌ها و پشتیبانی متخصصان را ارائه می‌کند. این قابلیت‌ها بخش مهمی از ارزش محصول‌اند؛ به‌خصوص اگر می‌خواهید اپ شما را در اجرای روش راهنمایی کند، نه اینکه فقط سازوکار زیربنایی را نشان دهد.

⁦Expense Budget Tracker⁩ برای اجرای بودجهٔ صفرمبنا مناسب است، اما این روش را آموزش نمی‌دهد. درآمد و مخارج را برنامه‌ریزی می‌کنید، آن‌ها را با اعداد واقعیِ برگرفته از دفتر کل می‌سنجید و خودتان تصمیم می‌گیرید چه چیزی باید تغییر کند. اگر ابتدا به توضیح خود روش نیاز دارید، از [چطور بودجه‌بندی صفرمبنا انجام دهیم](/blog/how-to-do-zero-based-budgeting/) شروع کنید.

## اتصال بانکی و ورود بررسی‌شدهٔ داده، دو عادت متفاوت می‌خواهند

⁦EveryDollar Bank Connect⁩ فقط در نسخهٔ ⁦Premium⁩ ارائه می‌شود. پس از اتصال، تراکنش‌ها به‌طور خودکار وارد بودجه می‌شوند؛ کاربران نسخهٔ رایگان باید آن‌ها را دستی ثبت کنند ([راهنمای اتصال بانکی ⁦EveryDollar⁩](https://everydollar.help.ramseysolutions.com/hc/en-us/articles/47421247285261-Getting-Started-with-Bank-Connection)). همچنان باید موارد واردشده را در بودجه ردیابی کنید، اما داده‌های منبع بدون دانلود ماهانه در اختیارتان قرار می‌گیرند.

⁦Expense Budget Tracker⁩ مسیر دیگری دارد. اتصال دائمی بانکی یا امکان بارگذاری فایل در مرورگر در کار نیست؛ در اپ وب می‌توانید تراکنش‌ها را دستی ثبت کنید. برای کار با فایل، یک عامل سازگار در ترمینال می‌تواند فایل ⁦CSV⁩ را که صریحاً در اختیارش گذاشته‌اید بخواند، فضای کاری و اسکیمای مقصد را بررسی کند، نگاشت پیشنهادی را نشان دهد و داده‌های بررسی‌شده را از طریق ⁦Agent API⁩ بنویسد. [راهنمای راه‌اندازی عامل](/docs/agent-setup/) نحوهٔ اتصال را توضیح می‌دهد.

این فرایند نقطهٔ تأیید روشنی دارد، اما همگام‌سازی خودکار بانکی با نامی دیگر نیست. ممکن است کلاینت ترمینال یا ارائه‌دهندهٔ هوش مصنوعی آن فایل را پردازش کند. عامل هم ممکن است ردیف‌هایی ظاهراً درست بسازد که علامت مبلغ، حساب یا نحوهٔ ثبت انتقال در آن‌ها اشتباه است. [راهنمای اپ بودجه‌بندی بدون اتصال بانکی](/blog/budget-app-without-bank-linking/) مسیر گردش داده و بده‌بستان بازبینی را توضیح می‌دهد.

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

## فایل خروجی نقشهٔ دسته‌بندی است، نه دفتر کل کامل

نسخهٔ ⁦Premium⁩ از ⁦EveryDollar⁩ همان ماهی را خروجی می‌گیرد که در حال مشاهده‌اش هستید. فیلدهای مستندشدهٔ ⁦CSV⁩ عبارت‌اند از `Group`، `Item`، `Type`، `Date`، `Merchant` و `Amount`. فقط تراکنش‌های ردیابی‌شده در فایل می‌آیند و مرکز راهنما صریحاً می‌گوید واردکردن فایل پشتیبانی نمی‌شود.

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

- `Group` و `Item` می‌توانند هدف هر دسته در بودجه را حفظ کنند.
- `Merchant`، `Date` و `Amount` برای تطبیق ردیف با تراکنش واقعی به کار می‌آیند.
- `Type` سرنخی برای بازبینی است، نه مبنایی مطمئن برای نگاشت خودکار به یک نوع جدید در دفتر کل.
- فیلدهای خروجی، حساب مبدأ را شامل نمی‌شوند؛ این اطلاعات باید از صورت‌حساب بانک یا کارت بیاید.
- تراکنش‌های ردیابی‌نشده در خروجی نیستند؛ برای اطمینان از کامل‌بودن داده‌ها باید به صورت‌حساب‌های اصلی رجوع کنید.

به همین دلیل، **خروجی ⁦CSV⁩ از ⁦EveryDollar⁩** نباید تنها منبع مهاجرت باشد. از آن برای حفظ منطق دسته‌بندی‌ها استفاده کنید و برای مشخص‌کردن حساب، ماندهٔ آغازین، همهٔ گردش‌های قطعی‌شده و ماندهٔ پایانی به صورت‌حساب‌های نهایی بانک و کارت رجوع کنید.

## پیش از انتقال ماه، رویدادها را نگاشت کنید

این دو محصول ممکن است یک ماه واحد را به دو شکل متفاوت توصیف کنند. پیش از واردکردن هر داده‌ای، نگاشت رویدادها را بنویسید.

| رویداد مالی | ثبت در ⁦Expense Budget Tracker⁩ | خطای رایج در مهاجرت |
| --- | --- | --- |
| خرید مواد غذایی با کارتی که پیگیری می‌شود | یک ثبت `spend` در حساب کارت، با دستهٔ مواد غذایی | واردکردن خرید و سپس پرداخت کارت به‌عنوان دو هزینه |
| واریز حقوق | یک ثبت `income` در حسابی که پول را دریافت کرده است | درآمد شمردن انتقال ورودی میان حساب‌های خودتان |
| انتقال از حساب جاری به پس‌انداز | وقتی هر دو حساب پیگیری می‌شوند، ثبت‌های منفی و مثبت `transfer` یک رویداد مشترک را نشان می‌دهند | هزینه شمردن برداشت و درآمد شمردن واریز |
| پرداخت کارت اعتباری | وقتی کارت و حساب جاری هر دو پیگیری می‌شوند، انتقالی از حساب جاری به حساب کارت | ثبت هزینه‌ای دوباره پس از ثبت خریدهای کارت |
| تخصیص بودجه به صندوق هدف‌دار، بدون جابه‌جایی پول | مبلغی برنامه‌ریزی‌شده در یک دسته؛ صرفِ تخصیص پول نباید ثبت تازه‌ای در دفتر کل ایجاد کند | ساختن یک گردش مالی غیرواقعی برای تصمیمی که فقط در برنامه گرفته شده است |
| انتقال پول به حساب پس‌اندازِ تحت پیگیری برای یک صندوق هدف‌دار | انتقال میان حساب‌ها؛ خرید آینده همان رویداد هزینه‌کرد است | منظورکردن انتقال و خرید بعدی، هر دو، در مخارج |
| وضعیت آغازین هنگام مهاجرت نهایی | یک مرز مستند، سابقهٔ کامل پیشین یا راهکاری مشخص و جدا برای ماندهٔ آغازین | نشان‌دادن پول نقد یا بدهی قبلی به‌شکل فعالیت عادی در ماه مهاجرت |

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

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

صندوق‌های هدف‌دار هم به همین تفکیک نیاز دارند. پول به حسابی تعلق دارد که آن را نگه می‌دارد؛ هدف آیندهٔ آن به برنامه مربوط است. سازوکار صندوق‌های ⁦EveryDollar⁩ خودبه‌خود در ⁦Expense Budget Tracker⁩ بازسازی نمی‌شود. اگر حفظ ماندهٔ هر صندوق در سطح دسته برای روال شما مهم است، پیش از جابه‌جایی دقیقاً همین قابلیت را آزمایش کنید.

## مهاجرت امنِ یک‌ماهه

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

### ۱. منابع را دست‌نخورده نگه دارید

در طول آزمایش، ⁦EveryDollar⁩ را دست‌نخورده نگه دارید. اگر از قبل نسخهٔ ⁦Premium⁩ دارید، فایل ⁦CSV⁩ یک ماه بسته‌شده را با رایانه بگیرید و بدون تغییر ذخیره کنید. صورت‌حساب هر حساب بانکی یا کارت داخل محدوده را هم دریافت کنید.

اگر از نسخهٔ رایگان استفاده می‌کنید، صرفاً چون این راهنمای مهاجرت وجود فایل ⁦CSV⁩ را فرض کرده است، اشتراک خود را ارتقا ندهید. می‌توانید آزمایش را با صورت‌حساب‌های اصلی انجام دهید و نگاشت محدود دسته‌های موردنیاز را دستی بازسازی کنید.

### ۲. محدودهٔ حساب‌ها را دقیق مشخص کنید

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

این موارد را ثبت کنید:

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

فایل ⁦CSV⁩ از ⁦EveryDollar⁩ و صورت‌حساب را برای یک دوره به‌عنوان دو منبع مستقل تراکنش وارد نکنید. فایل ⁦CSV⁩ فقط سرنخ دسته‌بندی را می‌دهد؛ برای تأیید دفتر کل حساب به صورت‌حساب تکیه کنید.

### ۳. پیش از نوشتن داده، سیاست ماندهٔ آغازین را تعیین کنید

⁦Expense Budget Tracker⁩ مانده‌ها را از ثبت‌های دفتر کل محاسبه می‌کند. اسکیمای فعلی نه فیلد جداگانه‌ای برای ماندهٔ آغازین دارد و نه نوع `opening`؛ پس هنگام مهاجرت نمی‌توانید یک ردیف خنثی برای ماندهٔ آغازین در نظر بگیرید.

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

پیش از مهاجرت نهایی، اسکیمای فعلی را بررسی و یکی از این سیاست‌ها را مستند کنید:

- سابقهٔ کامل و تأییدشدهٔ پیشین را وارد کنید؛ یا
- درست پیش از دورهٔ گزارش‌گیری، یک ثبت ساختگی با برچسبی روشن ایجاد کنید و فقط فیلدها و انواعی را به کار ببرید که اسکیمای فعلی پشتیبانی می‌کند.

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

### ۴. برگه‌ای برای بازبینی بسازید

برای هر ردیف منبع، این موارد را آماده کنید:

- حساب مقصد
- تاریخ قطعی‌شدن تراکنش
- مبلغ در ارز اصلی، با علامت مثبت یا منفی
- نوع `income`، `spend` یا `transfer`
- دسته
- فروشنده یا طرف تراکنش
- ارجاع به منبع
- طرف متناظر انتقال، اگر وجود دارد

با پنج تا ده ردیف شروع کنید: یک خرید عادی، درآمد، استرداد، پرداخت کارت اعتباری و، اگر در آن ماه وجود دارد، یک انتقال. ردیف‌های مبهم را در نخستین عملیات نوشتن وارد نکنید.

می‌توانید نمونه را دستی وارد کنید. کاربر فنی می‌تواند به‌جای آن، از طریق [راهنمای شروع](/docs/getting-started/) یک عامل سازگار در ترمینال را متصل کند، اجازه دهد اسکیما را بررسی کند و سپس عملیات نوشتن محدودی را از طریق [⁦Agent API⁩](/docs/api/) تأیید کند. در این گردش‌کار هیچ ابزار پنهان و یک‌کلیکی برای واردکردن از ⁦EveryDollar⁩ وجود ندارد.

### ۵. نمونه را ثبت و با ارز اصلی مغایرت‌گیری کنید

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

`ماندهٔ آغازین + گردش‌های قطعی‌شدهٔ علامت‌دار = ماندهٔ پایانی`

`گردش‌های قطعی‌شدهٔ علامت‌دار = ماندهٔ پایانی - ماندهٔ آغازین`

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

[راهنمای واردکردن صورت‌حساب بانکی](/blog/how-to-import-bank-statements-into-an-expense-tracker/) چرخهٔ کامل تجزیه، بازبینی، نوشتن و کنترل را توضیح می‌دهد. اگر پرداخت کارت یا انتقال به پس‌انداز مخارج را بی‌دلیل بیشتر نشان می‌دهد، [راهنمای انتقال](/blog/do-bank-transfers-count-as-expenses/) را هم بخوانید.

### ۶. ماه را کامل کنید، بعد برنامه را از نو بسازید

وقتی نمونه درست بود، باقی ردیف‌های قطعی‌شدهٔ ماه بسته‌شده را اضافه کنید و همان بررسی‌ها را دوباره انجام دهید. برنامهٔ ماهانه را فقط پس از ترازشدن دفتر کل بازسازی کنید.

سرنخ‌های `Group` و `Item` در ⁦EveryDollar⁩ را با ارقام واقعی دسته‌ها در سیستم جدید مقایسه کنید. برنامه‌ای را که هنوز استفاده می‌کنید، از جمله مبالغی که قرار است در آینده به صندوق‌های هدف‌دار اختصاص دهید، بازسازی کنید؛ اما تخصیص‌های قدیمی را به تراکنش‌های جدید تبدیل نکنید. سپس ببینید آیا جدول برنامه در برابر عملکرد واقعی به پرسش‌های همیشگی شما در ⁦EveryDollar⁩ پاسخ می‌دهد یا نه.

### ۷. پیش از جابه‌جایی، روال را آزمایش کنید

به‌روزرسانی هفتگی یا ماهانهٔ بعدی را دقیقاً همان‌طور انجام دهید که در حالت عادی انجام می‌دهید. اگر گرفتن فایل‌ها، بررسی پیشنهادهای عامل و مغایرت‌گیری حساب‌ها بیشتر از ارزشی که کنترل اضافه برایتان دارد دردسر ایجاد می‌کند، نتیجه روشن است: در ⁦EveryDollar⁩ بمانید.

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

## متن‌بازبودن و خودمیزبانی چه تغییری ایجاد می‌کنند؟

با انتخاب یک **اپ بودجه‌بندی خودمیزبان**، ادارهٔ اپلیکیشن و پایگاه داده بر عهدهٔ خودتان قرار می‌گیرد. ⁦Expense Budget Tracker⁩ را می‌توان با ⁦Docker Compose⁩ و ⁦Postgres⁩ روی زیرساخت تحت کنترل شما اجرا کرد. نسخهٔ مدیریت‌شده نیز همان مدل محصول را ارائه می‌کند، بدون اینکه لازم باشد خودتان سرور را اداره کنید.

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

مزیت کمتر رایج، دسترسی برنامه‌نویسی است. کانکتور ⁦MCP⁩ میزبانی‌شده به کلاینت‌های سازگار اجازه می‌دهد از طریق ⁦OAuth⁩ در یک فضای کاری پرس‌وجو کنند؛ برای ایجاد تغییر هم دامنهٔ دسترسی جداگانه‌ای برای نوشتن دارد. ⁦HTTP Agent API⁩ مستقیم از ⁦ApiKey⁩، انتخاب صریح فضای کاری، بررسی اسکیما، خواندن محدود ⁦SQL⁩ و عملیات نوشتنِ تأییدشده استفاده می‌کند. این رابط‌ها دفتر کل را قابل‌بررسی و خودکارسازی می‌کنند، اما بدون بازبینی، تغییرات مالی را امن نمی‌سازند.

## کدام‌یک با روال شما جور است؟

در این شرایط در ⁦EveryDollar⁩ بمانید:

- یک سیستم صفرمبنای هدایت‌شده با دسته‌ها و صندوق‌های هدف‌دار آشنا می‌خواهید
- اتصال بانکی نسخهٔ ⁦Premium⁩ و دریافت خودکار تراکنش‌ها برایتان مهم است
- به برنامه‌ریزی حقوق دریافتی، گزارش‌ها، هدف‌ها، توصیه‌ها، آموزش یا مربی‌گری نیاز دارید
- محصولی مدیریت‌شده برای کاربران عادی می‌خواهید که کار فنی کمتری از اعضای خانواده بخواهد

در این شرایط ⁦Expense Budget Tracker⁩ را آزمایش کنید:

- دفتر کلی متن‌باز می‌خواهید که بتوانید از نسخهٔ میزبانی‌شده یا خودمیزبان آن استفاده کنید
- مانده‌حساب‌هایی می‌خواهید که از ثبت‌های قابل‌بررسی محاسبه شوند
- می‌خواهید انتقال‌ها به‌صورت مستقل ثبت شوند و درآمد و مخارج را بی‌دلیل بیشتر نشان ندهند
- می‌خواهید مبلغ‌ها در ارز اصلی بمانند و هنگام گزارش‌گیری تبدیل شوند
- به فضاهای کاری مشترک، ⁦MCP⁩ میزبانی‌شده یا ⁦HTTP Agent API⁩ مستقیم نیاز دارید
- ثبت دستی یا ورود بررسی‌شدهٔ داده را به اتصال دائمی بانکی ترجیح می‌دهید

یک **جایگزین ⁦EveryDollar⁩** تنها وقتی ارزش دارد که کنترل بیشتر با روال واقعی شما جور دربیاید. [⁦Expense Budget Tracker⁩ را باز کنید](https://app.expense-budget-tracker.com/) و یک ماه بسته‌شده را در کنار ⁦EveryDollar⁩ آزمایش کنید. تا زمانی که خریدها، درآمد، پرداخت‌های کارت، انتقال‌ها، هدف صندوق‌های هدف‌دار و گردش هر حساب با هم جور نشده‌اند، بودجهٔ قدیمی و فایل‌های منبع را دست‌نخورده نگه دارید.

---
*[نسخه HTML این صفحه را ببینید](https://expense-budget-tracker.com/fa/blog/everydollar-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` را به هر آدرس این سایت اضافه کنید.*