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

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

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

שלוש קבוצות רשומות, שלושה מפתחות

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

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

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

מהי עמלה צפויה כאובייקט נתונים

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

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

למה דוח עמלות לעולם לא נסגר שורה מול שורה?

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

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

לאיזו מחלקת התאמה שייכת שורה, ומה היא מפעילה?

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

אירועים שליליים: ביטול, החזר והיפוך

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

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

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

מה מייצר תור חריגים שאפשר לעבוד איתו

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

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

מקורות

• רשות שוק ההון, ביטוח וחיסכון