מערכת ניהול לחברות אשראי חוץ בנקאי

ארבעה הבדלים ממערכת ניהול לקוחות

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

המקרים שתופסים את רוב העבודה

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

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

עקיבות שעומדת בבדיקה

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

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

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

שלוש הדגמות שמפרידות בין מוצרים

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

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

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

לבנות או לקנות

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

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

איך אני עובד על זה

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

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