התאמת חשבונית להזמנה ולקבלת הסחורה

שני מספרים, ספק אחד

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

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

מה המערכת משווה

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

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

למה זה נעצר לפני התשלום ולא אחריו

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

קבלת סחורה מהטלפון

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

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

מי מחליט על חריגה

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

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

למה שלושה מסמכים ולא שניים

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