חמישה מסלולים למשוך תנועות בנק וכרטיסי אשראי לצורך התאמות: מה כל מסלול באמת מספק, כמה היסטוריה יש בו, ולמה החלק הקשה הוא ההתאמה ולא המשיכה עצמה.
עיקרי הדברים
- אין מסלול אחד שמכסה הכול. חשבון הבנק, כרטיס האשראי העסקי והכסף שנכנס מהלקוחות מגיעים משלושה מקורות נפרדים.
- ייצוא ידני מאתר הבנק הוא לא כישלון תכנוני. הוא המסלול היחיד שמייצר היסטוריה עמוקה בשבוע הראשון, והוא בסיס טוב לבנות עליו את מנוע ההתאמה.
- החלק היקר אינו המשיכה אלא ההתאמה: זיהוי יציב לתנועה, מניעת כפילויות, וקישור בין תנועה לחשבונית.
- לתנועות בנק אין מזהה טבעי אחיד. אתם מייצרים מפתח משלכם, ומקפיאים אותו.
- לפני שבוחרים מסלול, כדאי לדעת כמה חודשים אחורה צריך - זה משתנה יותר מכל שיקול טכני אחר.
לעסק ישראלי יש חמישה מסלולים ריאליים למשוך תנועות בנק ואשראי: בעל רישיון לשירות מידע פיננסי, ייצוא ידני מאתר הבנק, קובץ שמייצרת תוכנת ההנהלת חשבונות, דוחות סליקה מהסולק, וממשק של ספק הסליקה שדרכו הכסף נכנס. הם נבדלים בעומק ההיסטוריה, ביציבות ובמי אחראי כשזה נשבר.
חמישה מסלולים, ומה כל אחד באמת נותן
| המסלול | מול מי מתקשרים | קריא למכונה | עומק היסטוריה | נשבר כאשר |
|---|---|---|---|---|
| בעל רישיון לשירות מידע פיננסי | ספק חיצוני מפוקח | כן, מובנה | לפחות 12 חודשים מרגע החיבור | הרשאת הגישה פגה או מבוטלת |
| ייצוא מאתר הבנק | אף אחד | קובץ CSV או אקסל | מה שהבנק מציג בממשק | הבנק משנה עמודות או שם קובץ |
| ייצוא מתוכנת הנהלת חשבונות | ספק התוכנה | תלוי בתוכנה | מה שכבר נקלט לתוכנה | התנועה עדיין לא נקלטה |
| דוחות סליקה מהסולק | הסולק | לרוב קובץ תקופתי | לפי מדיניות הסולק | עסקה מפוצלת בין דוחות |
| ממשק ספק הסליקה | ספק הסליקה | כן | מרגע ההתקשרות | החזר או ביטול נרשם כעסקה חדשה |
שתי שורות ראשונות עונות על "מה נכנס ויצא מהחשבון". שתי האחרונות עונות על "מי שילם לי ומתי הכסף באמת הגיע", וזו שאלה אחרת לחלוטין - ראו השוואת שערי הסליקה והממשקים בישראל.
למה ייצוא ידני הוא עדיין הבנייה הראשונה הנכונה
מסלול מוסדר דרך בעל רישיון מחייב הסכם, הרשאת גישה וזמן. הוא גם מחויב להיסטוריה של 12 החודשים שקדמו לבקשה בלבד, לפי הוראת ניהול בנקאי תקין 368. עסק שנפתח לפני חמש שנים ורוצה להתאים שנתיים אחורה לא יקבל את זה מהממשק, בשום מסלול.
ייצוא ידני, לעומת זאת, זמין היום, מייצר בדיוק את התקופה שצריך, ועולה שעה של עבודה. חשוב מכך: הוא מכריח אתכם לכתוב את מנוע ההתאמה לפני שהשקעתם באינטגרציה. אם המנוע לא מצליח להתאים קובץ ייצוא ידני, הוא לא יצליח להתאים גם הזנה אוטומטית - רק לאט יותר ובעלות גבוהה יותר. את המעבר בין השניים כדאי לתכנן כך שמקור הנתונים יהיה רכיב מתחלף, והמנוע יישאר.
איך נותנים לתנועה בנקאית זיהוי יציב?
אין מזהה טבעי אחיד לתנועה בנקאית בישראל. מספר האסמכתה שמופיע בייצוא אינו בהכרח ייחודי לאורך זמן, לא בהכרח יציב בין ערוצים, ולעיתים חוזר בין חשבונות. לכן מייצרים מפתח מקומי:
- בוחרים שדות שאינם משתנים. מספר חשבון, תאריך ערך, סכום, סימן חיוב או זיכוי, ותיאור מנורמל.
- מנרמלים את התיאור. רווחים כפולים, גרשיים ותווי RTL הם מקור קבוע להבדלים בין שתי משיכות של אותה תנועה.
- מוסיפים מונה לכפילויות אמיתיות. שתי הוצאות זהות באותו יום הן מציאות, לא באג. המפתח צריך לכלול סדר הופעה בתוך היום.
- מקפיאים את המפתח בקליטה הראשונה. אם שינוי בכללי הנרמול משנה מפתח קיים, כל ההתאמות הישנות מתנתקות.
- שומרים את השורה הגולמית. הטקסט כפי שהתקבל, לצד השדות שפוענחו, כדי שאפשר יהיה לחקור חוסר התאמה בלי למשוך שוב.
הצורך הזה חוזר בכל אינטגרציה פיננסית, כולל בבעיות מספר חשבון שמתוארות בספרות ביקורת בחשבונות בנק ודחיות תשלום.
לצד המפתח לתנועה, שווה לתעד גם את המשיכה עצמה: מאיזה מקור, לאיזה טווח תאריכים, כמה שורות התקבלו וכמה מהן היו חדשות. הרישום הזה עונה על השאלה שחוזרת בכל סוף חודש - "האם התנועה חסרה, או שהיא פשוט לא נמשכה" - ובלעדיו כל חקירה מתחילה במשיכה נוספת שרק מבלבלת את התמונה. משיכה שהחזירה אפס שורות חדשות היא מידע, לא כישלון, וכדאי שהיא תיראה כך גם במסך.
הפער בין תנועה בבנק לשורה בהנהלת חשבונות
- עיתוי. תאריך העסקה בכרטיס האשראי, תאריך החיוב המרוכז בבנק ותאריך החשבונית הם שלושה תאריכים שונים לאותו אירוע.
- צבירה. הבנק מציג חיוב מרוכז אחד; הכרטיס מציג עשרות עסקאות. התאמה אחד-לאחד לא קיימת, ומי שמנסה לבנות אותה מייצר הפרשים.
- החזרים. זיכוי נרשם לרוב כתנועה חדשה ולא כביטול של הישנה, ולכן מנוע ההתאמה חייב לדעת לקשר בין השתיים.
- מטבע. חיוב במטבע חוץ מגיע עם סכום מומר, ולעיתים עם עמלת המרה בשורה נפרדת.
- עמלות. עמלת סליקה מנוכה לפני שהכסף נכנס, ולכן הסכום שנכנס לחשבון לעולם אינו שווה לסכום החשבונית.
חמשת הפערים האלה מסבירים למה שיעור התאמה אוטומטית של מאה אחוזים אינו יעד סביר. יעד סביר הוא שכל תנועה שלא הותאמה תגיע לרשימת חריגים עם סיבה קריאה, ושהרשימה תתקצר מחודש לחודש ככל שהכללים מתחדדים. עסק שמודד את עצמו לפי אחוז ההתאמה בלבד נוטה לרכך כללים עד שהם מתאימים דברים שגויים, וזה גרוע יותר מהפרש גלוי שמישהו סוגר ידנית.
איזה מסלול מתאים לעסק של עשרים עובדים?
בפועל שילוב, לפי סדר: קודם ייצוא ידני חודשי מהבנק ומהכרטיס כדי לייצב את המנוע ואת ההיסטוריה, אחר כך ממשק ספק הסליקה כדי לסגור את צד ההכנסות בזמן אמת, ורק אחר כך בעל רישיון להזנה יומית של הבנק. הסדר הזה נובע מכך שכל שלב מייצר ערך גם אם השלב הבא לא ייבנה לעולם.
התהליך היומי שנשען על ההזנה הזו מתואר בהתאמת בנק יומית בעסק קטן.
מה כדאי שיהיה מוכן לפני שמתחילים
- החלטה כמה חודשים אחורה צריך, במספר, ולא "כמה שאפשר".
- רשימת החשבונות והכרטיסים שבאמת נכללים, כולל כרטיסים אישיים שמשמשים לעסק.
- הגדרה מה נחשב התאמה: סכום מדויק, טווח סכומים, או סכום ותאריך בטווח ימים.
- מקום לשמור תנועה שלא הותאמה, עם סיבה, כדי שהיא לא תיעלם עד לבדיקה הבאה.
- מי מאשר התאמה ידנית, ואיפה זה נרשם.
מקורות
שאלות נפוצות
האם אפשר לקבל היסטוריה של חמש שנים דרך חיבור אוטומטי?
לא כחובה. הוראת ניהול בנקאי תקין 368 מחייבת מקור מידע לספק לפחות 12 חודשים שקדמו לבקשה עבור תנועות עו"ש ותנועות כרטיסי חיוב. כל מה שמעבר לכך תלוי במדיניות הספק, ולכן טעינה היסטורית עמוקה נבנית מייצוא ידני או מקבצים שכבר יש לכם.
למה חיוב הכרטיס בבנק לא מתאים לעסקאות בכרטיס?
כי הבנק רואה חיוב מרוכז אחד לתקופה, והכרטיס רואה עסקאות בודדות. ההתאמה הנכונה היא בשתי רמות: החיוב המרוכז מותאם מול סכום העסקאות שנכללו בו, וכל עסקה מותאמת בנפרד מול החשבונית שלה. ניסיון להתאים אחד-לאחד מייצר הפרשים קבועים.
מה עושים כשאותה תנועה נמשכה פעמיים?
מונעים את זה מראש עם מפתח יציב שנקבע בקליטה הראשונה ונשמר. אם כבר קרה, לא מוחקים - מסמנים אחת מהשתיים ככפילות עם הפניה למקורית, כדי שההתאמות שכבר בוצעו לא יתנתקו ושהחקירה בדיעבד תישאר אפשרית.
האם צריך ממשק לבנק כדי להתחיל?
לא. מנוע ההתאמה הוא הרכיב היקר, והוא זהה בין אם הנתונים הגיעו מקובץ ייצוא או מהזנה אוטומטית. עסקים רבים מריצים חודשים על ייצוא ידני, מייצבים את כללי ההתאמה, ורק אחר כך מחליפים את מקור הנתונים בלי לגעת בשאר.
להמשך קריאה
שירות רלוונטי
אינטגרציות
לגרום למערכות שאתם כבר משלמים עליהן לדבר זו עם זו.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה רוצה לבנות או איזה תהליך להפוך לאוטומטי. אני חוזר תוך 24 שעות עסקים עם כמה שאלות ממוקדות, ואז עוברים על זה יחד בשיחת היכרות חינמית של 30 דקות, בלי התחייבות. בסוף יש לך היקף עבודה, לוח זמנים ומחיר קבוע - או תשובה כנה שלא שווה לבנות את זה.