FreeTech חזרה לאתר פריטק
מודול גיול חובות לפריוריטי (מבית Priority Software)

כל לקוח מקבל במייל את דוח החובות שלואוטומטית, מתוך פריוריטי

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

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

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

בלב כל מייל יושב דוח החובות של אותו לקוח

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

המחשה של הדוח היוצא. הנתונים לדוגמה בלבד.

חובות בפיגור, מפורטים לפי מסמך

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

חובות עתידיים, בטווח שאתם קובעים

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

החשבוניות עצמן מצורפות

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

הנוסח שלכם, במקום שתבחרו

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

העיתוי

הגיול מתחיל לפני שהחוב הופך לבעיה

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

7-ימים

לפני מועד הפירעון: הדוח הראשון יוצא

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

לקוח + סוכן + נמענים פנימיים, במקביל
0מועד פירעון

נקודת הייחוס

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

2+ימים

הנוסח השני נכנס לתוקף

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

עד 3 נוסחים לפי חומרת החוב
10+ימים

הנוסח השלישי, והדוח נבנה מחדש

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

14+ימים

מכאן זה כבר לא רק מחלקת הכספים

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

ארבע רמות אסקלציה, פירוט מלא בהמשך
60+ימים

מדוח למשימה

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

משימת גיול עם המייל המתועד

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

ארבע רמות אסקלציה

חוב שלא זז, מטפס למעלה

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

הדרג המקבלנכנס לתמונה אחרימה הוא רואה
מנהל מכירות אזורי רמה 1 14 ימי פיגור רק לקוחות שתחת אחריותו. לא מוצף בחובות של אזורים אחרים.
סמנכ״ל מכירות רמה 2 21 ימים ללקוח רגיל,
30 ימים ללקוח VIP
מספר ימים שונה לפי סיווג הלקוח, כדי שלקוח אסטרטגי לא יעלה לדרג הבכיר מוקדם מדי.
מנכ״ל רמה 3 40 ימי פיגור רק החובות שכבר עברו שתי רמות ולא זזו.
בעל החברה רמה 4 60 ימי פיגור הקצה. חוב שהגיע לכאן הוא כבר החלטה עסקית, לא משימת גבייה.

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

שליטה

אוטומציה בגבייה נכשלת ברגע שיצא מייל אחד שאסור היה לשלוח

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

יותר מנמען אחד לכל לקוח

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

נמענים פנימיים ורשימה פר לקוח

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

לקוחות רגישים

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

מוחרג ללקוח, גלוי בארגון

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

שליחה יזומה, רק ללקוחות שלי

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

תזמון בשליטתכם

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

חובות עתידיים בטווח שתבחרו

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

מיקום הטקסט לבחירתכם

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

חיווי ברמת הלקוח

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

מה יושב אצלכם בפריוריטי

מודול, לא ממשק לתוכנה חיצונית

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

תוכנית

מנוע הדוחות

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

הפעלה ישירה

שליחה יזומה מהמסך

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

מסך בן

היסטוריית פניות בכרטיס הלקוח

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

משימה

משימת גיול לתיעוד ובקרה

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

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

שני מודולים שהופכים את הגיול לחזק יותר

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

לפני שמתקדמים

מה שמנהל מערכת ישאל

מה בדיוק הלקוח מקבל במייל?

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

זה משנה לי משהו בנתונים או בתעודות הקיימות?

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

מי מגדיר את הכללים אחרי ההטמעה, אנחנו או אתם?

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

אפשר לשלוח רק ללקוחות שלי בלי להריץ על כל החברה?

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

מה קורה כשלקוח משלם חלק מהחוב?

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

אנחנו עובדים בכמה חברות בפריוריטי. זה נתמך?

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

כמה זמן לוקחת ההטמעה?

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

אפשר לראות את המודול פועל לפני שמחליטים?

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

כמה מהחוב הפתוח שלכם פשוט מחכה שמישהו יזכיר?

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

צביקה פרידמן מייסד שותף ומנכ״ל, פריטק מערכות מידע 054-7280078 וואטסאפ
הלל בן ישי מייסד שותף וסמנכ״ל טכנולוגיות
לשעבר בצוות הפיתוח של פריוריטי סופטוור
054-6550241 וואטסאפ

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