אפליקציית תקציב ללא חיבור לבנק ב-2026: מדריך מעשי להזנה ידנית ולעבודה עם CSV

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

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

התשובה הקצרה: צריך לקבל שתי החלטות נפרדות

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

ראשית, בחרו שיטת הזנה:

שיטת הזנה	למי היא מתאימה	מסלול הנתונים	הפשרה העיקרית
הזנה ידנית באפליקציית האינטרנט	למספר קטן יחסית של תנועות, לתשלומים במזומן, לרכישות שמפוצלות בין קטגוריות או למי שלא רוצה לערב בינה מלאכותית	אתם מזינים כל תנועה ישירות באפליקציה	הכי יזום ומבוקר, אבל גם דורש הכי הרבה הקלדה
ייבוא מבוקר של דף חשבון	לקובצי CSV, PDF או קבצים אחרים של דפי חשבון שאתם מוכנים לבדוק	סוכן AI שפועל בטרמינל קורא את הקובץ המקומי, מציע שינויים ושולח רשומות שאושרו דרך Agent API	מהיר יותר, אך ייתכן שלקוח ה-AI או הספק שלו יקבלו את נתוני דף החשבון

לאחר מכן, בחרו היכן יפעלו האפליקציה ומסד הנתונים:

אחסון	מה זה אומר	מה זה לא אומר
שירות מתארח	הנתונים הפיננסיים שהזנתם נשמרים על ידי Expense Budget Tracker ב-AWS RDS (Postgres)	גם בהזנה ידנית הנתונים נשמרים בשירות המתארח, אפילו בלי חיבור לבנק
אירוח עצמי	אתם מפעילים את האפליקציה ואת מסד הנתונים Postgres בתשתית שבשליטתכם	לקוח AI או ספק AI נפרד לא הופכים בכך לשירות מקומי

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

חשוב לתאר חיבור לבנק בצורה הוגנת

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

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

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

התחילו בחשבון אחד ובתקופה אחת שנסגרה

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

1. בחרו חשבון אחד עם תקופה מוגדרת בבירור בדף החשבון.
2. צרו באפליקציה חשבון תואם, עם המטבע הנכון ושם שקל לזהות.
3. קבעו נקודת ייחוס מדויקת: תאריך פתיחה והיתרה המתאימה בדף החשבון.
4. הוסיפו את הקטגוריות שאתם כבר מכירים. השאירו בתי עסק לא ברורים לבדיקה במקום לנחש.
5. הזינו או ייבאו רק תנועות שנקלטו בחשבון בתוך אותה תקופה.
6. השוו את יתרת הסגירה באפליקציה ליתרת הסגירה בדף החשבון לפני שתוסיפו תקופה או חשבון נוספים.

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

הזנה ידנית מתאימה כשההקשר חשוב יותר מהכמות

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

לכל תנועה שנקלטה בחשבון, תעדו:

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

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

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

ייבוא דף חשבון צריך להתחיל כטיוטה

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

כך נראה ייבוא זהיר:

1. ייצאו מהבנק קובץ CSV, PDF או קובץ אחר של דף החשבון ושמרו אותו במחשב.
2. חברו את הסוכן שפועל בטרמינל, החל מ-GET https://api.expense-budget-tracker.com/v1/, לפי ההוראות להגדרת סוכן AI.
3. השלימו את תהליך ה-OTP בדוא״ל. יש לשמור את ה-ApiKey ארוך הטווח שמתקבל במקום מאובטח ומחוץ לזיכרון הצ׳אט.
4. בקשו מהסוכן לבדוק את /v1/schema, לבחור את סביבת העבודה הרצויה ולהריץ שאילתה על אותו חשבון ועל אותו טווח תאריכים לפני הכנת השינויים.
5. בקשו טיוטה שתכלול את חשבון היעד, המטבע, התקופה, מספר השורות, הקטגוריות והכפילויות האפשריות. עדיין אל תוסיפו דבר.
6. בדקו את הטיוטה, במיוחד העברות, זיכויים, החזרי הוצאות, עמלות, משיכות מזומן ושורות במטבע חוץ.
7. אשרו רק את פעולות הכתיבה הרצויות דרך נקודת הקצה המוגבלת /v1/sql/execute.
8. הריצו שאילתה על התקופה שנשמרה דרך /v1/sql/query ובצעו התאמה של יתרת הסגירה.

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

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

בדקו ארבעה דברים לפני אישור כתיבה

1. מקור: ודאו שמדובר בחשבון ובמטבע הנכונים, שתאריכי דף החשבון נכונים ושהקובץ מכיל תנועות שנקלטו בתקופה הרצויה.
2. חפיפה: הריצו קודם שאילתה על החשבון ועל טווח התאריכים האלה. מזהים, סכומים, תאריכים וצדדים לעסקה שתואמים לרשומות קיימות מעידים על כפילות אפשרית; אל תנחשו על סמך ההתאמה.
3. סיווג: בדקו כל בית עסק שאינכם מכירים, וכן כל העברה, זיכוי, החזר הוצאות, עמלה, משיכת מזומן ושורה במטבע חוץ.
4. תוצאה: ודאו שזו סביבת העבודה הנכונה, שהשינוי המוצע מדויק ושמספר השורות הצפוי נכון. לאחר הכתיבה, הריצו שאילתה על התקופה שהושפעה במקום להסתמך על הודעת הצלחה.

MCP הוא מסלול חיבור נפרד

מחבר ה-MCP המתארח משתמש ב-OAuth דרך הדפדפן. הוא דורש expenses:read; ההרשאה expenses:write היא אופציונלית ונדרשת לביצוע שינויים שאושרו. פרטי ההזדהות האלה ב-OAuth נפרדים מה-ApiKey של Agent API ואי אפשר להשתמש בהם במקומו.

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

טפלו בשורות שעלולות לגרום לייבוא מסודר להטעות

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

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

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

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

התאימו את היתרה, ואז בדקו את הקטגוריות

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

לחשבון עו״ש או חיסכון שמוצג לפי המוסכמה הרגילה של כניסות ויציאות:

יתרת סגירה צפויה = יתרת פתיחה + כניסות שנקלטו − יציאות שנקלטו

אם כלי המעקב שומר תנועות עם סימן, הבדיקה המקבילה היא:

יתרת סגירה צפויה = יתרת פתיחה + סכום התנועות שנקלטו לפי הסימן שלהן

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

לאחר מכן חשבו:

הפרש = יתרת הסגירה בכלי המעקב − יתרת הסגירה בדף החשבון

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

אם ההפרש אינו אפס, בדקו:

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

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

דעו לאן הנתונים מגיעים

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

תצורה	אחסון באפליקציה	עיבוד נוסף
שירות מתארח עם הזנה ידנית	הנתונים הפיננסיים שהזנתם נשמרים ב-AWS RDS (Postgres)	אין צורך בלקוח AI לצורך ההזנה
שירות מתארח עם ייבוא ישיר דרך Agent API	נתוני הרישום שאושרו נשמרים ב-AWS RDS (Postgres)	ייתכן שהלקוח שפועל בטרמינל או ספק ה-AI שלו יעבדו את דף החשבון, ההנחיות ותוצאות ה-API
שירות מתארח עם MCP מרוחק	נתונים שנקראו בשאילתה או נכתבו נשארים במסד הנתונים המתארח	לקוח ה-MCP המורשה מקבל את התוצאות שהתבקשו; כתיבה דורשת expenses:write
אפליקציה באירוח עצמי עם הזנה ידנית	האפליקציה ומסד הנתונים פועלים בתשתית שבשליטתכם	אין צורך בלקוח AI לצורך ההזנה
אפליקציה באירוח עצמי עם לקוח AI חיצוני	האפליקציה ומסד הנתונים פועלים בתשתית שבשליטתכם	ייתכן שהספק החיצוני עדיין יעבד קבצים, הנחיות או רשומות פיננסיות שהוחזרו

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

שמרו על שגרה פשוטה

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

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

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

איפה Expense Budget Tracker משתלב

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

המגבלות הן חלק מהבחירה:

• אין עדכון אוטומטי מהבנק
• אין תהליך לייבוא דפי חשבון בדפדפן
• ייבוא בעזרת קובץ דורש סוכן AI מתאים שפועל בטרמינל ובדיקה יזומה
• את מפתח ה-Agent API ארוך הטווח צריך לשמור במקום מאובטח ומחוץ לזיכרון הצ׳אט
• MCP משתמש בפרטי הזדהות נפרדים ב-OAuth ואינו קורא קבצים מקומיים באופן אוטומטי
• הנתונים הפיננסיים בשירות המתארח נשמרים בשירות AWS RDS (Postgres) המנוהל
• אירוח עצמי מוסיף אחריות לפריסה, לעדכונים, למסד הנתונים ולגיבויים

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

שאלות נפוצות

האם אפשר להשתמש ב-Expense Budget Tracker בלי לחבר חשבון בנק?

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

האם אפשר להעלות קובץ CSV בדפדפן?

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

האם אפליקציית תקציב בלי חיבור לחשבון בנק שומרת על פרטיות מלאה?

היעדר חיבור לבנק מבטל את החיבור הקבוע לשירות איסוף הנתונים, אך לא את המעורבות של כל צד שלישי. השירות המתארח שומר את הנתונים הפיננסיים שהוזנו ב-AWS RDS (Postgres). ייתכן שלקוח AI או ספק AI יעבדו דף חשבון, הנחיה או רשומה פיננסית שהוחזרה. אירוח עצמי מעביר את האפליקציה ואת מסד הנתונים לשליטתכם, אך כל ספק AI חיצוני נשאר חיצוני.

האם מחבר MCP זהה ל-Agent API?

לא. MCP משתמש ב-OAuth עם הרשאת expenses:read שנדרשת והרשאת expenses:write אופציונלית. Agent API משתמש ב-ApiKey ארוך טווח שמתקבל באמצעות OTP בדוא״ל. אי אפשר להשתמש בפרטי ההזדהות של אחד במקום אלה של האחר, ו-MCP אינו קורא קבצים מקומיים של דפי חשבון באופן אוטומטי.

מהי הדרך הפשוטה ביותר להתחיל?

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