IOSOR

IOSOR ידע

דוחות חייבים להתאים ל-DLR, ולא למספר ההגשות

הגשה אינה מסירה. ייצוא דוחות כספיים ומוצריים חייב לעקוב אחר קבלות DLR — לעולם אל תפיק חשבונית שבועית על סמך סך הכל הקבלות ב-API בלבד.

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

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

הגשה היא עקבה תפעולית, לא מדד סגירה

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

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

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

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

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

התאמת וובהוקים וספר ראשי מול אותן קבלות

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

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

דחה שבועות חשבונית המבוססים על הגשות

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

נתיבי תפעול קשורים

התחל עם IOSOR

פתחו את חבילת הדוחות השבועית בקונסולת IOSOR וודאו שכל KPI בכותרת מבוסס על קבלות DLR — delivered, failed ו-unknown — ולא על submit או accept של API. אם תרשים עדיין סופר submit כהצלחה, שנו שם או הסירו לפני סגירת הכספים. ייצאו פעם אחת ושתפו את אותן עמודות קבלה בין מוצר לפיננסים.

סיכום IOSOR

דוחות נסגרים על קבלות DLR: delivered, failed ו-unknown — לא על submit. submit הוא רק throughput, לא אמת משלוח ולא טיעון לחשבונית.

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

האם המדריך הזה עזר?

מדריכים קשורים