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