מערכת ERP, מערכת ניהול משאבים ארגונית שמרכזת הנהלת חשבונות, רכש, מכירות ומלאי, מתחברת למחסן דרך חיבור אוטומטי לתוכנה שמנהלת את הרצפה, בדרך כלל "מערכת לניהול מחסן" (WMS).
התשובה הקצרה היא שחמישה זרמי מידע חייבים לעבור בין שתי המערכות: כרטיסי פריטים, הזמנות לליקוט, קבלת סחורה, תנועות מלאי והחזרות.
לכל נתון צריך להיות בעלים אחד ברור.
ה-ERP מחזיק את הנתון העסקי והכספי: מי הלקוח, מה המחיר, מה הוזמן ומה לחייב.
המחסן מחזיק את המציאות הפיזית: מה נמצא על איזה מדף, מה נספר ומה יצא מהשער.
החיבור קיים כדי שהשניים יגידו את אותו הדבר, בכל רגע שבו מישהו צריך לסמוך על המספר.
אנחנו בארטמוביל לוגיסטיקה בע"מ מפעילים מרלו"ג במרכז (א.ת קדימה) ושני מרלו"גים בחיפה, ועובדים עם לקוחות בכל הארץ.
נקודת החיבור בין מערכת הניהול של הלקוח לבין המחסן היא החלק שקובע אם הלוגיסטיקה רגועה או מלאה בתיקונים ידניים.
מי שבונה חיבור כזה, או שוקל להעביר את המחסן לגוף חיצוני, מוזמן לפנות אלינו לשיחת היכרות.
איך מערכת ERP מתחברת למחסן בפועל?
החיבור בנוי משלוש שכבות.
ה-ERP הוא "מערכת המקור" שבה נולדים הפריטים, ההזמנות ותעודות המשלוח.
ה-WMS מבצע: הוא מקצה מלאי, יוצר משימות ליקוט, מנחה את העובדים בסורקי ברקוד ומתעד כל תנועה.
בין השניים יושבת שכבת חיבור, שיכולה להיות "ממשק API" (ממשק תכנות שמאפשר לשתי תוכנות להחליף נתונים ישירות), קבצים מתוזמנים או תוכנת תיווך.
מחזור הזמנה יוצאת נראה כך.
ההזמנה נפתחת ב-ERP, בין אם זו מערכת כמו Priority, SAP, Microsoft Dynamics 365, Oracle NetSuite או Odoo, ומשוחררת למחסן.
ה-WMS מקצה את המלאי ומפיק משימות ליקוט, וצוות המחסן מלקט, אורז וסורק.
בסיום ה-WMS מדווח בחזרה כמה יחידות יצאו בפועל ומה מספר המעקב, וה-ERP מפיק תעודת משלוח וחשבונית ומוריד את המלאי.
הכיוון ההפוך הוא קבלת סחורה.
הזמנת הרכש ב-ERP נשלחת למחסן כ"הודעת משלוח מראש" (ASN), כלומר רשימה של מה אמור להגיע.
כשהמשאית נפרקת, הצוות סורק ומשווה למצופה, והפערים חוזרים ל-ERP.
כך בדיוק עובדת גם פריקת מכולות: מה שהגיע בפועל נרשם מול מה שהוזמן.
בעסק עם חנות אונליין נוספת שכבה: חנות WooCommerce או Magento שמקבלת הזמנות מלקוחות פרטיים.
ההזמנות עוברות לרוב ל-ERP, ומשם למחסן, ובמקרים אחרים ישירות ל-WMS.
בשני המקרים נדרשת אינטגרציה לאי-קומרס שמעדכנת את החנות במלאי זמין ובסטטוס משלוח.
אילו נתונים חייבים לזרום בין המערכות?
לא כל נתון צריך לעבור, וכל נתון מיותר הוא עוד נקודת כשל.
אלה הזרמים שאי אפשר בלעדיהם:
- נתוני אב של פריטים: מק"ט, תיאור, ברקוד (EAN-13 או GTIN), מידות, משקל, יחידת אריזה וכמות על משטח. פריט שלא הוגדר נכון במחסן לא ילוקט נכון.
- הזמנות לליקוט: מספר הזמנה, שורות, כמויות, כתובת, שיטת משלוח ועדיפות.
- הזמנות רכש והודעות משלוח מראש, כדי שהמחסן ידע מה אמור להגיע ומתי.
- אישורי קבלה והפרשים: כמה התקבל, כמה חסר וכמה הגיע פגום.
- תנועות מלאי: ספירות, התאמות, העברות בין מיקומים ופריטים חסומים.
- אישור שילוח: הכמות שיצאה בפועל, מספר מעקב ותעודת משלוח.
- החזרות, עם סיבת החזרה והאם הפריט חוזר למלאי זמין או נחסם.
הרעיון החשוב כאן הוא ההבדל בין "מלאי פיזי" ל"מלאי זמין למכירה".
יחידה שנמצאת על המדף אבל משוריינת להזמנה פתוחה, או חסומה בבדיקת איכות, היא עדיין חלק מהמלאי הפיזי.
אבל היא לא זמינה לאף לקוח חדש.
מערכת שמעבירה רק את הסך הפיזי תגרום למכירה של סחורה שאין.
לדברי מנהל תפעול בכיר במרלו"ג, רוב תקלות האינטגרציה לא נגרמות מהטכנולוגיה, אלא מפריט אחד שנקרא בשתי דרכים בשתי המערכות.
לכן אנחנו ממליצים להתחיל מנתוני האב ולבדוק אותם לפני כל דבר אחר.
בניהול מלאי נכון, לכל סוג נתון יש בעלים.
כרטיס הפריט וההזמנות נולדים ב-ERP, ואילו מיקום, ספירה ותנועה פיזית נולדים במחסן.
אסור ששתי המערכות יערכו את אותו שדה, כי אז אחת תדרוס את השנייה.
איפה החיבור בין המערכות נכשל לרוב?
הכשלים החוזרים הם כמעט תמיד תפעוליים ולא טכניים.
הראשון הוא מק"טים לא אחידים: אותו פריט עם רווח, אות קטנה או קידומת אחרת בכל מערכת.
השני הוא יחידות מידה, למשל ה-ERP מוכר ביחידות והמחסן מקבל ומאחסן בקרטונים של שש.
בלי המרה מוגדרת, כל הזמנה תצא עם כמות שגויה.
הכשל השלישי הוא עיכוב בסנכרון.
חנות אונליין שמתעדכנת במלאי פעם בשעה תמכור סחורה שכבר נאזלה, והלקוח יקבל ביטול אחרי שכבר שילם.
הרביעי הוא הודעות שנכשלות בשקט: הזמנה שלא הגיעה למחסן בגלל שדה כתובת ריק, ואף אחד לא קיבל התראה.
בלי ניטור והתראות, הלקוח הוא זה שמגלה את התקלה.
יש גם כשלים שקשורים לשינוע עצמו:
- משלוחים חלקיים: המחסן שולח חצי מההזמנה, וה-ERP מחכה לאישור שילוח מלא, או סוגר את ההזמנה כאילו נשלחה במלואה.
- שליחה כפולה של אותה הזמנה אחרי תקלת תקשורת, שגורמת לליקוט כפול.
- ספירות מחזוריות שמתקנות את המלאי במחסן ולא מדווחות ל-ERP, כך שהפער נשאר.
- החזרות שנקלטות פיזית אבל לא נרשמות, וחשבונית הזיכוי מתעכבת.
הפתרון הוא שילוב של הגדרות מראש ושל התאמה יומית.
כל בוקר משווים בין סך המלאי ב-ERP לסך המלאי ב-WMS, וכל פער הופך למשימה לבדיקה.
במערכת WMS מתקדמת, יומן אירועים שמראה מה נשלח ומה נכשל חוסך שעות חיפוש.
איך בוחרים שיטת חיבור שמתאימה לעסק?
אין שיטה אחת שנכונה לכולם.
הבחירה תלויה בנפח ההזמנות, ביכולות של ה-ERP הקיים ובמידת הדחיפות של העדכונים.
הטבלה מסכמת את האפשרויות העיקריות:
| שיטה | איך זה עובד | מתאים ל | המגבלה העיקרית |
|---|---|---|---|
| API בזמן אמת | כל שינוי עובר מיד בין המערכות | חנויות אונליין ועסקים עם הרבה הזמנות קטנות | דורש ממשק פעיל ב-ERP ותחזוקה שוטפת |
| קבצים מתוזמנים (CSV או XML) | קובץ מועבר במרווחי זמן קבועים | עסקי B2B עם הזמנות גדולות ופחות תכופות | עיכוב בין עדכון לעדכון, בעיה במלאי זמין |
| EDI | מסמכים מובנים בין סוחרים לספקים | עבודה מול רשתות ושותפים שדורשים תקן | הקמה יקרה יחסית וגמישות נמוכה לשינויים |
| הקלדה ידנית | העתקת הזמנות בין מערכות | נפח נמוך מאוד, שלב ביניים | שגיאות אנוש, ולא מחזיק מעמד בגידול |
עסק שמוכר אונליין ללקוחות פרטיים (B2C) כמעט תמיד ירצה API, כי מלאי מתעדכן מהר והלקוח מצפה לסטטוס אמיתי.
עסק B2B שמספק לרשתות ולחנויות ישלב לעיתים קבצים ו-EDI, וגם שם כדאי לבדוק מה קורה כשהאספקה מתעכבת.
לפני שמקימים חיבור, כדאי לעבור על כמה שאלות: איזו מערכת מחזיקה כל נתון, איך מטפלים בכמויות חלקיות, מי מקבל התראה כשהודעה נכשלת, ואיך מתנהל הניהול אחרי שהחיבור עלה.
מומלץ גם להריץ פיילוט קצר עם קבוצת פריטים מצומצמת בסביבת בדיקה, לפני שכל הקטלוג עובר.
יש עסקים שמחליטים שלא כדאי להקים מחסן וחיבור בעצמם.
בפתרונות 3PL לחנויות אונליין, הלוגיסטיקה כולה, מאחסנה ועד שילוח, עוברת לגוף חיצוני, ו"3PL" הוא ספק שמנהל עבורך מחסן, ליקוט והפצה.
במקרה כזה מתחברים פעם אחת למחסן של הספק, ושירותי ליקוט והכנת הזמנות מגיעים כחלק מהשירות.
בארטמוביל לוגיסטיקה בע"מ אנחנו מציעים פתרונות טכנולוגיים ואינטגרציה שמותאמים לכל לקוח, וגם הובלת מטענים והפצה, כך שהמידע והסחורה נעים יחד.
שאלות נפוצות על חיבור ERP למחסן
כמה תשובות לשאלות שעולות אצל עסקים לפני שהם מחברים מערכת למחסן.
האם אפשר לעבוד עם מחסן חיצוני בלי להחליף את מערכת ה-ERP הקיימת?
כן.
ברוב המקרים מערכת ERP קיימת נשארת כפי שהיא, והחיבור נבנה מולה בעזרת ממשק או קבצים.
מה שנדרש הוא שה-ERP יוכל לייצא הזמנות ולקלוט אישורי שילוח ועדכוני מלאי.
מי "צודק" כשיש פער בין המלאי במערכת לבין מה שיש על המדף?
המדף צודק, כי הוא המציאות.
אבל הפער חייב להיבדק ולא רק להיתקן, כדי להבין אם מדובר בטעות ליקוט, בהחזרה שלא נקלטה או בפריט שנקלט תחת מק"ט שגוי.
אחרי הבירור, ההתאמה מדווחת חזרה כדי ששתי המערכות יתיישרו.
מה קובע כמה זמן לוקח להקים חיבור בין המערכות?
הגורם המרכזי הוא איכות נתוני האב.
אם הפריטים, היחידות והברקודים מסודרים, ההקמה מהירה יותר.
גורמים נוספים הם מספר שיטות השילוח, תנאי ה-B2B המיוחדים והיכולות של הממשק ב-ERP.
מה בודקים בשבוע הראשון אחרי העלייה לאוויר?
בודקים התאמה יומית בין המלאי בשתי המערכות, הזמנות שנתקעו בדרך, וכמויות שנשלחו מול כמויות שהוזמנו.
כדאי לעקוב גם אחרי מקרים חריגים, כמו החזרות והזמנות חלקיות, ולתקן את ההגדרות לפני שהנפח עולה.
מערכת ERP מחוברת נכון למחסן עם ארטמוביל לוגיסטיקה בע"מ
חיבור טוב בין ההנהלה העסקית לרצפת המחסן נבנה על כמה עקרונות: נתוני אב מסודרים, בעלות ברורה על כל נתון, שיטת חיבור שמתאימה לנפח ולסוג העסק, והתאמה יומית שתופסת פערים לפני שהלקוח מרגיש בהם.
מי שמדלג על אחד מהם, מגלה את זה בדרך כלל דרך הזמנה שגויה או מלאי שלא קיים.
אנחנו בארטמוביל לוגיסטיקה בע"מ מציעים מעטפת לוגיסטית מקצה לקצה: אחסנה, ניהול מלאי, ליקוט, הובלה והפצה, ומערכות שמחברות הכול.
הפתרון מותאם אישית לכל לקוח, עם מרלו"ג במרכז ושני מרלו"גים בחיפה, ופעילות בכל הארץ.
אם אתם בוחנים איך מערכת ERP שלכם תתחבר למחסן, צרו איתנו קשר ונבנה יחד תוכנית חיבור שמתאימה לעסק.
