איך נראה בפועל זרם הנתונים בין העסק, משרד רואה החשבון והבנק דרך פלטפורמת ריכוז כמו Bizibox: מה נשלף בקריאה בלבד, מה נשאר ידני ומה בודקים לפני שמחברים.
עיקרי הדברים
- שלושת הגורמים בתהליך מחזיקים שלוש אמיתות שונות: לעסק יש התחייבויות, לבנק יש תנועות, ולרואה החשבון יש ספרים. אף אחת מהן לא מכילה את שתי האחרות.
- הערך של פלטפורמת ריכוז הוא בקיצור הלולאה בין תנועת בנק לרישום בספרים, לא בהחלפת ההנהלת חשבונות.
- Bizibox אינה מפרסמת תיעוד API ציבורי למפתחים. לא מצאתי כזה, ולכן אינטגרציה מותאמת מתחילה בשיחה עם הספק.
- גישה של צד שלישי לנתוני חשבון בנק בישראל מוסדרת בחוק שירות מידע פיננסי, תשפ"ב-2021, ומרשם בעלי הרישיון מתפרסם באתר רשות שוק ההון.
- התוצר האמיתי של החיבור אינו דוח יפה, אלא רשימת חריגים: תנועות בבנק בלי רישום, ורישומים בלי תנועה.
Bizibox היא פלטפורמה שמושכת נתוני בנק, אשראי וסליקה של עסק ומרכזת אותם למקום אחד, לפי מה שהחברה מציגה באתר שלה. היא לא מבצעת פעולות בחשבון: הגישה היא לצפייה. המשמעות התכנונית היא שהיא מקצרת את מסלול הנתונים בין שלושה גורמים, ולא מחליפה אף אחד מהם.
שלושת הגורמים ומה כל אחד באמת צריך
בעל העסק, משרד רואה החשבון והבנק לא רוצים את אותו דבר, ורוב הכאב בתהליך נובע מכך שמישהו מנסה לתת לשלושתם את אותו מסך.
- בעל העסק רוצה לדעת כמה כסף יש ומה יוצא בשבועיים הקרובים. הוא צריך תמונת תזרים קדימה, כולל התחייבויות שעדיין לא נגעו בבנק.
- משרד רואה החשבון רוצה תנועות מסווגות שאפשר להפוך לפקודות יומן, עם אסמכתא לכל שורה. תמונת תזרים קדימה לא מעניינת אותו כמעט בכלל.
- הבנק לא רוצה כלום. הוא מקור נתונים, והוא מפרסם את מה שקרה בעבר בלבד, בפורמט שהוא קובע.
פלטפורמת ריכוז יושבת בין השניים הראשונים. היא מושכת מהמקור השלישי ומגישה לשניים הראשונים חתכים שונים של אותם נתונים. ברגע שמבינים את זה, השאלה "האם המערכת מדויקת" מתפרקת לשתי שאלות נפרדות: האם המשיכה מהבנק שלמה, והאם הסיווג נכון. הראשונה טכנית. השנייה מקצועית.
מה בדיוק אומר "גישה לצפייה בלבד"
גישה לצפייה בלבד אומרת שהמערכת קוראת תנועות ויתרות ואינה יכולה להוציא כסף. זו הבחנה שכדאי לוודא מול כל ספק, כי היא משנה לגמרי את פרופיל הסיכון של החיבור.
מה שהיא לא אומרת:
- היא לא אומרת שהנתונים לא נשמרים. הם נשמרים, ולרוב לתקופה ארוכה.
- היא לא אומרת שאין למי שמפעיל את החשבון גישה למידע עסקי רגיש. יש.
- היא לא אומרת שביטול ההרשאה מוחק היסטוריה שכבר נאספה.
- היא לא אומרת שהחיבור לא ייפול. הרשאות פוקעות, סיסמאות מתחלפות, והמשיכה נעצרת בשקט.
נקודה נוספת שקל לפספס היא הרזולוציה. חלק מהמקורות מוסרים תנועה בודדת עם אסמכתא, וחלק מוסרים סכום מרוכז ליום. אותה מערכת יכולה להציג את שניהם באותו מסך, וההתאמה בין שורה מרוכזת לבין חמש חשבוניות היא עבודה אנושית שאף פלטפורמה לא עושה במקומכם.
הכשל הנפוץ ביותר בחיבור כזה אינו נתון שגוי, אלא יום שבו לא נמשך כלום ואף אחד לא שם לב. כל תהליך שנשען על משיכה יומית חייב התראה על היעדר משיכה, לא רק על ערך חריג. אותו עיקרון בדיוק מתואר בניטור כשלים שקטים ב-Zapier וב-Make.
האם ל-Bizibox יש API ציבורי?
לא מצאתי תיעוד API ציבורי למפתחים של Bizibox. אתר החברה מציג את המוצר מצד היכולות - ריכוז נתוני בנק ואשראי, העברה לתוכנת הנהלת החשבונות, אפליקציה ניידת, התראות - ולא מצד ממשק תכנותי. אין פורטל מפתחים מפורסם, אין הפניה ל-Swagger ואין תיאור של שיטת הזדהות.
זו טענה על מה שפורסם, לא על מה שקיים. ייתכן מאוד שיש ממשק שמסופק ללקוחות או לשותפים. אבל מבחינת תכנון פרויקט, אי אפשר להתחייב על לוח זמנים מול ממשק שלא ראיתם את המפרט שלו.
ארבע גישות שכן עובדות כשמערכת לא מפרסמת ממשק:
- לצאת מהיעד, לא מהמקור. אם היעד הוא תוכנת הנהלת חשבונות שיש לה API מתועד, בונים מולו ומגדירים את הפלטפורמה כמי שמזינה אליו.
- לסכם פורמט קובץ. ייצוא מתוזמן במבנה קבוע ומוסכם הוא אינטגרציה לכל דבר, והוא יציב יותר מ-API לא מתועד.
- לפנות לשירותים המקצועיים של הספק. ספק ישראלי בגודל בינוני יעשה חיבור נקודתי בתשלום, וזה לגיטימי לחלוטין.
- לקרוא את הפלט הדוחי. אם הכל נכשל, הדוח עצמו הוא הממשק. זו הדרך הפחות אלגנטית, והיא עדיין עדיפה על המצאת endpoint.
הנושא מורחב במה עושים כשלמערכת ישראלית אין API.
טבלת ההעברות: מה עובר, לאן, ואיך
| סוג הנתון | מי מייצר | מי צורך | איך זה זז בפועל |
|---|---|---|---|
| תנועות עובר ושב | הבנק | הפלטפורמה, ואז רואה החשבון | משיכה יומית בהרשאת קריאה |
| חיובי כרטיס אשראי | חברת האשראי | הפלטפורמה | משיכה, בפיגור של ימים אחדים ביחס למועד העסקה |
| תנועות סליקה | חברת הסליקה | הפלטפורמה | משיכה, לרוב מרוכזת לפי יום זיכוי ולא לפי עסקה |
| חשבוניות שהופקו | תוכנת החשבוניות של העסק | רואה החשבון | ייצוא או ממשק ישיר, בנפרד מהבנק |
| פקודות יומן | רואה החשבון | ספרי העסק | הזנה או קליטה מקובץ |
| תחזית תזרים | העסק | העסק בלבד | לא מגיעה לספרים אף פעם |
שימו לב שהשורה האחרונה בטבלה אף פעם לא נוסעת שמאלה. תחזית תזרים היא הערכה של העסק על העתיד, ולספרים נכנס רק מה שקרה. ערבוב בין השניים הוא המקור הנפוץ ביותר לוויכוח בין בעל העסק לרואה החשבון על "מה הנתון האמיתי".
השורה השלישית היא זו שמפילה התאמות. סליקה שמזוכה מרוכזת ליום אחד לא מתאימה אחד-לאחד לחשבוניות שהופקו באותו יום, והפער בין השתיים הוא עמלות ועיתוי. מי שמצפה להתאמה מושלמת בין שתי השורות האלה יבזבז שבוע.
מה בודקים לפני שמחברים חשבון בנק לספק חיצוני?
- באיזה מסלול הגישה ניתנת: ממשק בנקאות פתוחה מוסדר, או מסירת פרטי גישה לצד שלישי. אלה שני דברים שונים לחלוטין.
- האם הספק מופיע במרשם נותני שירות מידע פיננסי של רשות שוק ההון. המרשם ציבורי וניתן לחיפוש.
- מי בתוך הארגון ובתוך משרד רואה החשבון רואה את הנתונים, ואיך מבטלים גישה של עובד שעזב.
- מה קורה לנתונים שנאספו כשמפסיקים את השירות.
- האם קיים ייצוא של כל ההיסטוריה בפורמט שאפשר לקרוא בלי המערכת עצמה.
- האם החיבור מתריע כשהמשיכה נכשלת, ולמי ההתראה מגיעה.
קשור: נתוני חשבון בנק עסקי ובנקאות פתוחה בישראל, אוטומציה למשרדי רואי חשבון.
מקורות
שאלות נפוצות
האם Bizibox מחליפה את רואה החשבון?
לא. לפי מה שהחברה מציגה, המוצר מרכז נתונים פיננסיים ומעביר אותם לתוכנת הנהלת החשבונות. סיווג התנועה, קביעת פקודת היומן והאחריות המקצועית על הספרים נשארים אצל רואה החשבון או מנהל החשבונות, והמערכת מקצרת את מסלול הנתונים בלבד.
מה מוסדר בחוק שירות מידע פיננסי, תשפ"ב-2021?
החוק מסדיר את הפעילות של גופים שמספקים שירות מידע פיננסי, כלומר גישה מרוכזת למידע מחשבונות פיננסיים בהסכמת הלקוח. רשות שוק ההון מפרסמת מרשם ציבורי של נותני השירותים הפיננסיים, ואפשר לבדוק בו את מעמדו של ספק מסוים לפני שמחברים אליו חשבון.
למה התנועות בבנק לא מסתדרות עם החשבוניות שהפקתי?
כי הן נמדדות בעיתוי שונה. חשבונית נרשמת במועד ההפקה, זיכוי סליקה מגיע לבנק מרוכז לפי יום זיכוי ובניכוי עמלה, וחיוב אשראי מופיע בפיגור. הפער בין שתי השורות הוא מידע, ואת ההתאמה עושים לפי אסמכתא ולא לפי סכום זהה.
מה קורה כשהמשיכה היומית מהבנק נכשלת?
לרוב שום דבר גלוי: המסך פשוט מציג נתונים ישנים. לכן כל תהליך שנשען על משיכה אוטומטית צריך התראה על היעדר עדכון, עם סף זמן מוגדר, ולא רק על ערכים חריגים. בלי זה מגלים את הכשל בסוף החודש, כשכבר קשה לשחזר.
להמשך קריאה
שירות רלוונטי
אינטגרציות
לגרום למערכות שאתם כבר משלמים עליהן לדבר זו עם זו.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה רוצה לבנות או איזה תהליך להפוך לאוטומטי. אני חוזר תוך 24 שעות עסקים עם כמה שאלות ממוקדות, ואז עוברים על זה יחד בשיחת היכרות חינמית של 30 דקות, בלי התחייבות. בסוף יש לך היקף עבודה, לוח זמנים ומחיר קבוע - או תשובה כנה שלא שווה לבנות את זה.