חלופה ל-Actual Budget ב-2026: ריבוי מטבעות, AI וגישה ל-SQL

ב-Actual Budget אפשר לסמן חשבונות כ-EUR,‏ USD או GBP, אבל מנגנון התקציב עדיין מתייחס לכל הסכומים כאילו הם נקובים במטבע אחד. התיעוד של Actual אומר זאת בצורה ישירה: המערכת אינה מביאה את סוג המטבע בחשבון ואינה תומכת בריבוי מטבעות באופן מובנה.

זו לא סיבה לפסול את Actual. למשק בית שמתנהל במטבע אחד ומחפש תקציב מעטפות, עבודה במצב לא מקוון, ייבוא מלוטש וחיבור אופציונלי לבנק, היא עשויה להיות הבחירה הטובה יותר.

הצורך בחלופה ל-Actual Budget ב-2026 מתחיל כשמודל הנתונים כבר לא מתאים: צריך לבצע התאמה נפרדת לכמה מטבעות מקור, שני אנשים צריכים להצטרף במפורש לסביבת עבודה משותפת, או שסוכן מרוחק או שירות שאינו מבוסס Node זקוקים לגישת HTTP. Expense Budget Tracker נבנתה לצרכים האלה, אך מוותרת על כמה מהנוחות של Actual, ובהן ייבוא מובנה של קבצים פיננסיים וסנכרון עם חשבונות בנק מקושרים.

אף אחת מהן אינה תחליף מיידי ומלא לאחרת.

התשובה הקצרה

הישארו עם Actual אם תקציב מעטפות מכתיב את הדרך שבה אתם מנהלים כסף, אם חשוב לכם לשמור עותק מקומי בכל מכשיר, או אם אתם נשענים על כלי הייבוא, החיבורים לבנקים, הכללים, לוחות הזמנים, הדוחות או ההצפנה האופציונלית מקצה לקצה.

בדקו את Expense Budget Tracker אם אתם צריכים לשמור כל תנועה במטבע המקור, לעבוד בסביבת עבודה משותפת המבוססת על מסד SQL, להתחבר דרך MCP מתארח או לגשת ישירות ל-API דרך HTTP. חשוב להכיר מראש את המגבלה העיקרית: אין חיבור לבנק. מזינים תנועות ידנית או מבקשים במפורש מסוכן לעבד קובץ או דף חשבון. פעולות הכתיבה של הסוכן, שתי הרשומות של כל העברה והיתרות שמתקבלות עדיין מחייבות בדיקה אנושית.

Actual Budget לעומת Expense Budget Tracker

דרישה	Actual Budget	Expense Budget Tracker
שיטת ניהול התקציב	תקציב מעטפות בגישת local-first כברירת מחדל, לצד אפשרות לתקציב מעקב	טבלת תכנון חודשי מול ביצוע בפועל, המבוססת על פנקס תנועות ויומן ביקורת של שינויי תקציב
ארכיטקטורת הנתונים	עותק של התקציב נשמר בכל מכשיר; שרת Actual שהגדרתם מוסיף סנכרון ויכולות מבוססות שרת	שירות מתארח או אפליקציית ווב באירוח עצמי, עם Postgres ואבטחת שורות ברמת סביבת העבודה
ריבוי מטבעות	אין תמיכה מובנית; הפתרון המתועד מבוסס על תבניות כללים ניסיוניות ועל שערי חליפין שמזינים ידנית	כל רשומה נשמרת במטבע המקור שלה ומומרת בזמן הקריאה למטבע הדיווח של סביבת העבודה
קליטת תנועות	הזנה ידנית; ייבוא CSV,‏ QIF,‏ OFX,‏ QFX ו-CAMT; ייבוא אופציונלי מחשבון בנק מקושר	הזנה ידנית או תהליך יזום עם סוכן באמצעות CSV,‏ PDF, צילום מסך או דף חשבון; ללא חיבור לבנק
כללים ודוחות	כללים, לוחות זמנים, התאמה חשבונאית ולוחות מחוונים הניתנים להתאמה אישית	טבלת תקציב, יתרות שוטפות, לוחות מחוונים להוצאות וניתוח ההשפעה של שערי חליפין
שימוש משותף במשק הבית	שני אנשים יכולים לפתוח את אותו קובץ תקציב מסונכרן, אך התיעוד מזהיר מהתנגשויות כשעורכים במקביל	משתמשים מצטרפים לסביבות עבודה משותפות; מדיניות מסד הנתונים מבודדת כל סביבת עבודה
גישה תכנותית	חבילת Node רשמית שמריצה את Actual ללא ממשק גרפי; CLI רשמי שמתחבר לשרת הסנכרון של Actual	MCP מרוחק מבוסס OAuth, לצד SQL Agent API דרך HTTP עם אימות ApiKey
מודל הפרטיות	ארכיטקטורת local-first חזקה; הצפנה אופציונלית מקצה לקצה לנתוני תקציב מסונכרנים	פנקס תנועות מרכזי ב-Postgres, הזמין כשירות מתארח או בפריסה עצמאית מבוססת Docker

השאלה החשובה אינה באיזו שורה מופיעות יותר יכולות, אלא אילו שורות מתארות דרישות שאינכם מוכנים להתפשר עליהן.

בתקציב מעטפות, Actual עדיין עדיפה

בשיטת ברירת המחדל של Actual מחלקים בין מעטפות את הכסף שכבר עומד לרשותכם. היא מציעה גם תקציב מעקב מסורתי לחיזוי הכנסות והוצאות, אבל תהליך העבודה במעטפות נשאר היתרון הבולט שלה.

גם לארכיטקטורת ה-local-first יש משקל רב. Actual שומרת את התקציב במכשיר, וכשמגדירים שרת היא מסנכרנת דרכו את השינויים. אפשר להמשיך לעבוד גם ללא חיבור לרשת. השימוש בשרת מומלץ מאוד, אך מדריך ההתקנה של Actual מאשר שגם בלעדיו פועלים ייבוא קבצים, תקצוב, דוחות, לוחות זמנים וכן ייבוא וייצוא של קובצי תקציב. אפליקציות הדסקטופ מוסיפות גיבוי אוטומטי וגישה לא מקוונת שמוכנה לשימוש.

גם העבודה השוטפת עם תנועות כבר בשלה:

• תהליך הייבוא של Actual תומך בקובצי CSV,‏ QIF,‏ OFX,‏ QFX ו-CAMT, מזהה תנועות שעשויות להיות כפולות ומתאים ביניהן, ויכול להתחבר לספקים נתמכים של סנכרון בנקאי.
• כללים יכולים לנקות שמות של מוטבים, להגדיר קטגוריות והערות ולפעול בזמן הייבוא.
• לוחות זמנים מטפלים בתנועות צפויות, חוזרות או חד-פעמיות, באופן אוטומטי או לאחר אישור.
• לוח המחוונים לדוחות ניתן להתאמה אישית וכולל תזרים מזומנים, שווי נקי, ניתוח הוצאות ודוחות מותאמים אישית.
• הצפנה אופציונלית מקצה לקצה מגינה על נתוני התקציב המסונכרנים לפני שהם יוצאים מהמכשיר.

להצפנה הזו יש גבולות שכדאי להכיר. לפי תיעוד הסנכרון של Actual, ההצפנה מקצה לקצה אינה חלה על הנתונים המקומיים במכשיר או על פרטי הגישה לסנכרון הבנקאי שנשמרים בשרת. לכן עדיין חשובים גם הצפנת דיסק מלאה ושליטה בשרת.

אם היכולות האלה כבר פותרות את הבעיות האמיתיות של משק הבית שלכם, אין סיבה לעבור רק מפני שלמוצר אחר יש רשימת יכולות ארוכה יותר. מעבר מוצדק רק כשיכולת חסרה חשובה מספיק כדי להחליף תהליך עבודה שכבר עובד היטב.

בריבוי מטבעות, ההבדל נמצא בפנקס — לא רק בתצוגה

הפתרון הרשמי של Actual מסביר בכנות מה הוא עושה. יוצרים כללים לכל חשבון במטבע זר, כותבים את הערך המקורי בהערות של התנועה, מספקים שער חליפין ומחליפים את סכום התנועה בערך שהומר. המדריך מזהיר שתבניות הכללים הן יכולת ניסיונית, שעלולה להכיל באגים ואף להיעלם.

זה עשוי להספיק לכמה רכישות מזדמנות בחו״ל. התהליך נעשה מסורבל כשמשק בית מקבל הכנסה קבועה ב-EUR, חוסך ב-USD, מוציא מכרטיס ב-GBP וצריך להתאים כל חשבון במטבע שלו.

Expense Budget Tracker שומרת בכל רשומה בפנקס את הסכום ואת המטבע המקוריים. שערים יומיים של ECB,‏ CBR ו-NBS ממירים את הרשומות למטבע הדיווח של סביבת העבודה בזמן קריאת הנתונים. התנועה השמורה אינה נדרסת בסכום שכבר הומר. גם העברות בין חשבונות שבבעלותכם הן רשומות מן המניין בפנקס, לרבות העברות בין מטבעות.

כך אפשר לבצע שלוש בדיקות חשובות:

• להתאים כל חשבון במטבע שמופיע בדף החשבון המקורי שלו
• לאחד חשבונות תחת מטבע דיווח אחד בלי למחוק את סכומי המקור
• להוציא העברות מסך ההכנסות וההוצאות, במקום להציג העברת כסף כפעילות פיננסית חדשה

המדריך לתקצוב רב-מטבעי מדגים את המודל בתרחישים חוצי גבולות. אם כל החשבונות שלכם משתמשים במטבע אחד, היתרון הזה כמעט נעלם.

כששני המוצרים אומרים API, הם מתכוונים לדברים שונים

ה-API הרשמי של Actual אינו שירות HTTP או REST. תיעוד ה-API מתאר את @actual-app/api, חבילת npm שמריצה את האפליקציה ללא ממשק גרפי, מורידה עותק מקומי של התקציב ומאפשרת לקוד Node.js לקרוא או לשנות אותו. אין תמיכה רשמית בשפות אחרות.

גם ה-CLI הרשמי הוא אפשרות שימושית. הוא מכסה חשבונות, תנועות, תקציבים, קטגוריות, כללים, לוחות זמנים ו-ActualQL. ה-README מגדיר את הגבול בבירור: ה-CLI מתחבר לשרת סנכרון פעיל של Actual, שומר מטמון מקומי ואינו עובד ישירות מול קובצי תקציב מקומיים.

אם אתם בונים אוטומציה ב-Node סביב התקנת Actual קיימת, שני הממשקים שימושיים. הם פשוט אינם נקודות קצה כלליות של HTTP.

Expense Budget Tracker מציעה שני ממשקים מרוחקים:

• מחבר ה-MCP המתארח משתמש ב-Streamable HTTP וב-OAuth דרך הדפדפן. ההרשאה expenses:read מאפשרת לאתר סביבות עבודה, לבדוק את הסכמה ולהריץ שאילתות לקריאה בלבד. פעולות שמשנות נתונים דורשות הרשאה נפרדת, expenses:write.
• SQL Agent API משתמש ב-ApiKey בעל תוקף ארוך. סקריפט יכול להציג ולבחור סביבות עבודה, לבדוק את הסכמה המותרת, להריץ שאילתת קריאה מוגבלת אחת או לשלוח דרך HTTP פקודת INSERT,‏ UPDATE או DELETE מאושרת אחת. אבטחת השורות ממשיכה לחול על סביבת העבודה שנבחרה.

בחרו ב-API של Actual כשהמטרה היא להפוך פעולות ב-Actual לאוטומטיות באמצעות Node. בחרו ב-Expense Budget Tracker כשהדרישה היא MCP מרוחק או גישת HTTP ישירה מסקריפטים ומשירותים בכל שפה.

חיבור לבנק וייבוא בעזרת סוכן הם שני תהליכים שונים

Actual תומכת בייבוא מחשבון בנק מקושר דרך ספקים שהוגדרו במערכת. זה אינו זרם שמתעדכן ללא הפסקה: המדריך הנוכחי לסנכרון בנקאי מציין שצריך להפעיל את הסנכרון מתוך חשבון או מתצוגת All Accounts. ובכל זאת, החיבור חוסך את הצורך להוריד ולמסור דף חשבון בכל עדכון.

ל-Expense Budget Tracker אין חיבור לבנק. צ׳אט ה-AI, מחבר ה-MCP ו-Agent API יכולים לסייע בטיפול בדפי חשבון, אבל רק אחרי שאתם מתחילים את המשימה. אתם מספקים CSV,‏ PDF, צילום מסך או דף חשבון; הסוכן בודק את הסכמה ואת הנתונים הקיימים; ואז הוא מנסח או כותב רשומות בפנקס בהתאם להרשאות שנתתם לו.

התהליך הזה נותן לכם שליטה במקור ובטווח התאריכים, אך משאיר את ההתאמה החשבונאית באחריותכם. אחרי כל כתיבה, בדקו את מספר התנועות, התאריכים, הסימנים, המטבעות, הקטגוריות, שני הצדדים של ההעברות והיתרות הסופיות. מנתח דפי חשבון יכול ליצור רשומות שנראות הגיוניות ועדיין לטעות.

המדריך לייבוא דפי חשבון בנקאיים מסביר את מחזור הבדיקה הזה. אם חשוב לכם לשמור על הנוחות של חיבור ישיר לבנק, הישארו עם Actual או השוו בין מוצרים שמתמקדים באיגום נתונים בנקאיים.

שיתוף ואירוח עצמי עונים על צרכים שונים

Actual מסנכרנת קובץ תקציב בין מכשירים. לפי התיעוד הנוכחי לריבוי משתמשים, שני אנשים יכולים לערוך את אותו קובץ, אך מומלץ להימנע מעבודה בו-זמנית מפני שהתנגשויות בין עריכות עלולות לגרום לבעיות. אפשר לשתף, אבל קובץ התקציב נשאר יחידת העבודה המשותפת.

ב-Expense Budget Tracker, סביבת העבודה היא הגבול. משתמשים מצטרפים לסביבה משותפת, ואבטחת השורות של Postgres מפרידה את הנתונים שלה מאלה של סביבות עבודה אחרות. המודל הזה מתאים כשרוצים להגדיר במפורש למי יש גישה לכספים האישיים או המשפחתיים, במקום להעביר קובץ משותף.

גם עצם האפשרות לאירוח עצמי אינה מכריעה את הבחירה. Actual פועלת בגישת local-first, ושרת מרחיב את המודל באמצעות סנכרון, גישה מהדפדפן וממכשירים ניידים, חיבורים לבנקים וגישה תכנותית. Expense Budget Tracker היא אפליקציית ווב שבנויה סביב מסד Postgres מרכזי; מדריך האירוח העצמי שלה משתמש ב-Docker Compose להפעלת שירותי האפליקציה, תהליך שערי החליפין ומסד הנתונים.

גם האחריות התפעולית שונה. ב-Expense Budget Tracker אתם אחראים לגיבויי מסד הנתונים, לפרטי הגישה, לשדרוגים ולשחזור. ב-Actual עדיין צריך להפעיל ולגבות את שרת הסנכרון, אם משתמשים בו, ובמקביל נשמר עותק מקומי של התקציב בכל מכשיר. בחרו בארכיטקטורה שהייתם רוצים לשחזר ברגע קשה, לא בזו שנשמעת עצמאית יותר בדף היכולות.

איך לבדוק מעבר בלי להסתכן

ל-Expense Budget Tracker אין כלי ייבוא ישיר מ-Actual. בזמן הבדיקה, השאירו את Actual כמקור האמת והריצו במקביל ניסוי קטן. המטרה היא לאתר אי-התאמות לפני שהן מתפשטות על פני שנים של היסטוריה.

1. גבו את Actual ורשמו מה לא יעבור

צרו ייצוא חדש מ-Actual ושמרו אותו ללא שינוי. רשמו גם את ההגדרות שלא יעברו יחד עם שורות התנועות: כללים, לוחות זמנים, פריסות דוחות, חיבורים לבנקים, הגדרות הצפנה וכל אוטומציה מותאמת אישית.

2. בחרו חודש סגור אחד

בחרו חשבון מייצג וחודש שעבורו כבר יש דף חשבון סופי. אם מופיעה בו העברה לחשבון אחר שאתם עוקבים אחריו, צרפו גם את תקופת דף החשבון המקבילה של אותו חשבון. חודש סגור כולל מספיק נתונים כדי לחשוף החזרים, כפילויות, שגיאות סימן ופערי קטגוריות, אבל עדיין אפשר לבדוק אותו במלואו.

3. מפו את הנתונים לפני הכתיבה

צרו טבלת מיפוי קטנה מחוץ לשתי המערכות:

נתונים ב-Actual	היעד ב-Expense Budget Tracker	ההחלטה שצריך לתעד
חשבון	חשבון בפנקס	מזהה קבוע, מטבע מקור ונקודת תחילת המעקב
קטגוריה	קטגוריה בפנקס	אותו שם או חלופה מתועדת אחת
מוטב והערות	צד נגדי והערה	פרטי המקור שיידרשו לבדיקות בהמשך
העברה	שתי תנועות מקושרות בין חשבונות	חשבון מקור, חשבון יעד, תאריכים וסכומים במטבעות המקור
מטבע התקציב	מטבע הדיווח של סביבת העבודה	המטבע לדוחות מאוחדים, לא תחליף לערכים במטבעות המקור

אל תעצבו מחדש את הקטגוריות במהלך הפיילוט. קודם הוכיחו ששתי המערכות מתארות את אותו חודש.

4. התחילו בחמש עד עשר תנועות מאתגרות

אם הן קיימות בתקופה שבחרתם, השתמשו ברכישה רגילה, הכנסה, החזר, עמלה והעברה. הזינו אותן ידנית או מסרו במפורש לסוכן את קובץ המקור המצומצם ואת סביבת העבודה שאליה עליו לכתוב.

ב-MCP, התחילו עם expenses:read, בדקו את הסכמה והוסיפו expenses:write רק לצורך השינוי שאישרתם. ב-HTTP API, בחרו את סביבת העבודה, בדקו את הסכמה, שלחו פעולת כתיבה מאושרת אחת ולאחר מכן הריצו שאילתה על הרשומות שהושפעו. באף אחד משני הממשקים לא מסתתר שלב של ייבוא ישיר מ-Actual.

5. בצעו התאמה במטבע המקור

בדקו:

• יתרות פתיחה וסגירה בנקודות הזמן שבחרתם
• מספר התנועות והתאריכים
• הסימנים והמטבעות המקוריים
• החזרים וביטולים
• שני הצדדים של כל העברה
• כפילויות שנוצרו בזמן הבדיקה

אל תשתמשו בסכום במטבע הדיווח כדי להסתיר אי-התאמה בחשבון שמתנהל במטבע המקור. תקנו את רשומת המקור, המיפוי או גבולות התאריכים עד שהחשבון עובר התאמה מלאה.

6. טענו את שאר החודש ובחנו את השגרה

אחרי שהמדגם עובר התאמה, הוסיפו את שאר התנועות בחודש הסגור. השוו סכומים לפי קטגוריה, הכנסות, הוצאות, העברות, יתרות במטבעות המקור והתצוגה המאוחדת במטבע הדיווח. צרו מחדש את הדוחות שבהם אתם באמת משתמשים ב-Actual ורשמו מה חסר או שונה באופן מהותי.

לאחר מכן חזרו על התהליך השבועי שאתם מצפים לקיים. אם הכנת דפי החשבון ובדיקת הכתיבות של הסוכן גוזלות יותר זמן מכפי שהייבוא מחשבון בנק מקושר ב-Actual חוסך, הפיילוט כבר סיפק את התשובה.

7. עברו רק כשהראיות מתיישבות

הרחיבו את המעבר בהדרגה, חשבון אחד וחודש אחד בכל פעם. אל תשנו את Actual או את הגיבויים שלה עד שכל חשבון שנכלל בתהליך עובר התאמה, ולכל תהליך עבודה חשוב יש חלופה שכבר בדקתם.

הדגמה חלקה אינה הוכחה למעבר מוצלח. חודש שלם שמתאזן, לצד שגרה שמשק הבית יוכל להתמיד בה, הם כן.

Actual או Expense Budget Tracker: במה לבחור?

בחרו ב-Actual Budget אם אתם רוצים:

• תקציב מעטפות בגישת local-first שעובד גם ללא חיבור לרשת
• ייבוא מובנה של קבצים פיננסיים וחיבורים אופציונליים לבנקים
• כללים, לוחות זמנים, התאמה חשבונאית ודוחות בשלים
• הצפנה אופציונלית מקצה לקצה לנתוני תקציב מסונכרנים
• אוטומציה באמצעות חבילת Node או CLI סביב שרת Actual

בחרו ב-Expense Budget Tracker אם אתם צריכים:

• רשומות בפנקס במטבעות המקור, עם המרה למטבע הדיווח בזמן הקריאה
• העברות מן המניין ויתרות חשבון שנגזרות מפנקס התנועות
• סביבות עבודה משותפות, עם צירוף מפורש של משתמשים ובידוד ברמת מסד הנתונים
• מחבר MCP מרוחק שמתארח עבור לקוחות תואמים
• גישת SQL ישירה דרך HTTP לסוכנים, לסקריפטים ולשירותים
• שימוש בשירות המתארח או אירוח עצמי באמצעות Docker ו-Postgres

לקבוצה הראשונה, Actual מתאימה היטב. לקבוצה השנייה, כדאי לפתוח את Expense Budget Tracker לצד Actual ולבדוק חודש סגור אחד. השאירו את המערכת הישנה ללא שינוי עד שגם המספרים וגם השגרה עומדים במבחן.

אם אתם משווים רשימה רחבה יותר, המדריך לחלופה ל-YNAB מתמקד בתקצוב מונחה לעומת שליטה במערכת. המדריך לחלופה ל-Quicken עוסק במעבר רחב יותר מתוכנת פיננסים למחשב, שבו צריך לשמר יותר תהליכי עבודה.