דילוג לתוכן
InPlace

חשבוניות ספקים

ניהול חשבוניות ספקים, מהכניסה ועד ההעברה

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

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

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

מי רואה מה

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

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

זיכויים והתאמות בנק

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

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

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

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

דוחות וייצוא

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

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

תיעוד

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

תיעוד אינו תוספת לביקורת שנתית. הוא מה שמאפשר לענות על השאלה „מי אישר את זה ולמה” בלי לחפש בתיבת מייל של מישהו אחר.

למה חשבונית לא נמחקת אף פעם

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

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

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

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

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

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

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

מה נשאר כשמישהו עוזב את העסק

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

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

לזה מתכוונת השאלה „מי אישר את זה ולמה”, כשאפשר לענות עליה בלי לחפש בתיבת מייל של מישהו אחר.

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

פתיחת חשבון חינם

בלי כרטיס אשראי. אפשר להתחיל מספק אחד.