מה צריך להתאים בין התשלום לתיק?
התאמה איכותית נשענת על יותר משם המשלם. רצוי להשתמש במזהה עסקה, מזהה תיק או הפניה ייעודית ולבדוק סכום ומועד. ככל שהזיהוי חד-משמעי יותר, כך ניתן לצמצם טיפול ידני.
כאשר אין התאמה מלאה, התשלום צריך לעבור לתור חריגים ולא להיות משויך לפי ניחוש.
תשלום חלקי אינו תיק סגור
תשלום חלקי צריך לעדכן את היתרה אך לא בהכרח את התיק לסטטוס סופי. אותו עיקרון נכון להסדרים ולמספר תשלומים: יש להפריד בין פעולה פיננסית לבין מצב התיק.
המערכת צריכה לדעת מה שולם, מה נותר ומתי צפוי התשלום הבא, אם קיים.
גם זיכוי או ביטול עסקה הם חלק מהמעגל
אם עסקה בוטלה או זוכתה לאחר שכבר עדכנה את התיק, נדרש מנגנון שמחזיר את היתרה והסטטוס למצב המתאים ושומר עקבות של הפעולה. מחיקה פשוטה של העסקה מקשה על ביקורת.
רצוי שכל שינוי פיננסי יישמר כאירוע נפרד עם קישור לעסקה המקורית.
בונים תור חריגים קטן וברור
חריגים נפוצים הם סכום שאינו תואם, מזהה חסר, עסקה כפולה או תשלום שמגיע בערוץ שאינו מספק מזהה תיק. המטרה היא לא למנוע כל חריג אלא לזהות אותו מיד ולספק לצוות את המידע הדרוש לפתרון.
דוח חריגים טוב מציג גם כמה זמן כל פריט ממתין, כדי שלא ייווצר 'מחסן' של תשלומים לא משויכים.
סגירת המעגל כוללת גם את מערכות המקור
לאחר התאמה יש לעדכן את מערכת הגבייה, ובמידת הצורך גם את מערכת הלקוח, הנהלת החשבונות או שירות הלקוחות. אינטגרציה טובה מגדירה מהו מקור האמת ואיך מאשרים שהעדכון הצליח.
מנגנוני idempotency חשובים במיוחד: אם אותה הודעת תשלום נשלחת פעמיים, היא לא צריכה ליצור שני תקבולים.
FAQ
שאלות נפוצות
מה עושים עם תשלום שלא ניתן לשייך אוטומטית?
מעבירים אותו לתור חריגים עם כל נתוני העסקה הזמינים. לא כדאי לשייך תשלום לפי ניחוש רק כדי לנקות את התור.
מהי idempotency בהקשר של תשלומים?
עיקרון שמבטיח שעיבוד חוזר של אותה עסקה לא ייצור פעולה פיננסית כפולה. בדרך כלל משתמשים במזהה עסקה ייחודי.
האם תשלום חלקי צריך לסגור תיק?
לא באופן אוטומטי. יש לעדכן את היתרה ולפעול לפי סוג התיק, ההסדר והמדיניות הרלוונטית.
Related Knowledge
מאמרים נוספים שכדאי לקרוא
ניהול הסדרי תשלום
איך מנהלים הסדרי תשלום במערך גבייה: תנאים, מועדי פירעון, שיוך תשלומים, התרעות, הפרות, תיעוד וסגירת מעגל.
לקריאת המאמר ←תשלום עצמי לחייבים
עקרונות למסלול תשלום עצמי במערך גבייה: זיהוי, הצגת יתרה, revalidation, סליקה, אימות שרת, קבלה, שיוך ועדכון סטטוס.
לקריאת המאמר ←API למערכות גבייה
מדריך אפיון API למערך גבייה: מזהים, בקשות ותשובות, אבטחה, idempotency, webhooks, retries, סטטוסים, תשלומים ולוגים.
לקריאת המאמר ←האמור במאמר הוא מידע כללי בלבד ואינו מהווה ייעוץ משפטי, חוות דעת משפטית או תחליף לבחינה פרטנית של נסיבות ומסמכים.