תדירות הזמנות מספקים: מתי מזמינים, כמה, ואיך מונעים חוסרים
חזרה לבלוג
product·12 בספטמבר 2026·4 דק' קריאה·מאת יהונתן סעדיה

תדירות הזמנות מספקים: מתי מזמינים, כמה, ואיך מונעים חוסרים

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

עיקרי הדברים

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

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

למה הזמנה "כשנגמר" תמיד מאחרת

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

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

נקודת הזמנה: החישוב עצמו

נקודת הזמנה היא כמות המלאי שבה מזמינים שוב. החישוב הבסיסי:

נקודת הזמנה = (צריכה יומית ממוצעת × זמן אספקה בימים) + מלאי בטיחות

דוגמה: פריט שנמכר בממוצע 8 יחידות ביום, זמן אספקה 10 ימי עסקים, ומלאי בטיחות של 3 ימי מכירה. נקודת ההזמנה היא 8×10 + 24 = 104 יחידות. כשהמלאי יורד ל-104, מזמינים - בלי דיון ובלי לבדוק מה ההרגשה.

שני המספרים שבעסקים מוכנסים לא נכון הם אלה:

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

זמן האספקה הוא טווח, לא מספר

ספק שמספק "תוך שבוע" לרוב מספק בין 5 ל-12 ימים. המספר הממוצע הוא 7, ומי שמתכנן לפיו ייתקע בכל פעם שהאספקה נופלת בקצה הארוך - כלומר בערך במחצית מהמקרים.

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

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

תדירות קבועה במקום הזמנה מושלמת

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

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

מה לסכם עם הספק בכתב

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

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

תנאי תשלום: לא אותו דבר כמו תנאי הזמנה

תנאי תשלום בישראל נאמרים לרוב כ"שוטף + 30" או "שוטף + 60" - כלומר התשלום נעשה בסוף החודש שבו הופקה החשבונית, בתוספת מספר הימים. שוטף+30 על חשבונית מ-2 בחודש הוא כ-58 ימי אשראי בפועל; אותה חשבונית מ-29 בחודש היא כ-31. זה מסביר למה ספקים מקפידים על מועד הפקה, ולמה כדאי לדעת מתי בדיוק אתם מזמינים.

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

מה עושים כשספק מאחר שוב ושוב?

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

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

מה שווה לבדוק אחת לרבעון

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

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

החיבור למערכת

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

מקורות

#suppliers#inventory#purchasing#process#efficiency#AI

שאלות נפוצות

כמה מלאי בטיחות זה נכון?

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

מה עושים עם כמות הזמנה מינימלית גבוהה?

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

האם להזמין מכמה ספקים כדי להוזיל?

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

מה קודם, נקודת הזמנה או תדירות קבועה?

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

להמשך קריאה

שירות רלוונטי

מלאי ורכש

מלאי ברמת SKU, כללי הזמנה חוזרת ותהליך אישור מתועד.

מידע נוסף

על הכותב

יהונתן סעדיה

מפתח פרילנסר לאוטומציה, אתרים ו-MVP

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

בוא נעבוד יחד

יש לך פרויקט דומה?

ספר לי מה אתה מנסה להפוך לאוטומטי או לבנות, ואומר לך מהי הדרך המהירה והאמינה ביותר ליישם את זה.