ShipOS היא שכבת משלוחים רב-מובילים בישראל: חיבור אחד אל צ'יטה, HFD, תפוז ו-Wolt Drive. מתי השכבה מספיקה לחנות, ומתי משתלם לבנות אינטגרציה ישירה למוביל.
עיקרי הדברים
- שכבת משלוחים חוסכת אינטגרציה נפרדת לכל מוביל, אבל היא לא חוסכת את ההסכם המסחרי מול המוביל - הוא נשאר תנאי לחיבור.
- ShipOS מציעה תוספים ל-WooCommerce, אפליקציה ב-Shopify, אפליקציה ב-Wix, ובנוסף מצהירה על REST API למערכות מותאמות. מפרט API ציבורי לא מפורסם באתר שלה.
- ההחלטה לא נקבעת לפי מספר הלוגואים הנתמכים, אלא לפי האם ה-capability שאתם צריכים - נקודות איסוף, משלוח כפול, גבייה במסירה - קיים אצל המוביל הספציפי שאתם עובדים איתו.
- ההבדל הגדול הוא בעלות על הסטטוסים: בשכבה מקבלים מודל סטטוסים אחיד לכל המובילים; באינטגרציה ישירה מקבלים בדיוק את מה שהמוביל שולח, כולל מה שהשכבה בולעת.
- מוביל יחיד עם נפח גבוה הוא המקרה שבו אינטגרציה ישירה משתלמת. שלושה מובילים עם נפח בינוני הוא המקרה ההפוך.
ShipOS היא פלטפורמת ניהול משלוחים ישראלית שמתפקדת כשכבת ביניים: החנות מתחברת אליה פעם אחת, והיא מדברת מול חברות השילוח. באתר שלה מופיעים בין השאר צ'יטה, HFD, תפוז, YDM, Cargo, Orian, ZigZag ו-Wolt Drive. אינטגרציה ישירה למוביל מוצדקת כשמוביל אחד מרכז את רוב הנפח.
מה שכבת משלוחים באמת מחליפה
שכבת משלוחים מחליפה שלושה דברים, ולא אחד:
- את הקוד מול כל מוביל. במקום שלוש אינטגרציות עם שלוש שיטות אימות ושלושה פורמטים, יש חיבור אחד.
- את תרגום הסטטוסים. כל מוביל מתאר את אותה מציאות במילים שלו. השכבה ממפה את כולם למודל אחד שהחנות מציגה ללקוח.
- את התחזוקה כשמשהו משתנה בצד המוביל. שינוי אצל המוביל מטופל אצל ספק השכבה, ולא אצלכם.
מה שהיא לא מחליפה: את ההסכם המסחרי. בדפי המובילים של ShipOS מופיע במפורש שהחיבור דורש חשבון קיים אצל המוביל, ובחלק מהמקרים גם פרטי חיבור שמתקבלים מנציג המוביל - למשל אצל צ'יטה, קוד חיבור וטוקן אימות שמוזנים במסך הרישיונות. כלומר גם עם שכבה, מי שמנהל את המשא ומתן, את התעריף ואת רמת השירות זה אתם.
מה ShipOS מתחברת אליו, ומה עדיין צריך לסדר לבד?
ShipOS מפרסמת דף מובילים שבו כל מוביל מקבל עמוד נפרד עם רשימת היכולות הנתמכות עבורו. זה הפרט החשוב יותר מרשימת השמות: היכולות אינן זהות בין המובילים. בדף של צ'יטה, למשל, מופיעים משלוח לבית הלקוח, תמיכה בנקודות חלוקה, משלוח כפול, הדפסת תוויות ב-bulk וגבייה במסירה. בדף של HFD מופיעים בין השאר גם איסוף מהלקוח לחנות וביטול משלוח.
ארבעה דברים נשארים באחריותכם גם אחרי החיבור:
- פתיחת חשבון והסכם תעריפים מול כל מוביל שאתם רוצים לשדר אליו.
- קבלת פרטי החיבור מהמוביל והזנתם בפלטפורמה.
- ההחלטה איזה סוג שירות משויך לאיזו שיטת משלוח בצ'קאאוט של החנות.
- הטיפול בחריגים: הזמנה שנדחתה, כתובת שלא נמצאה, חבילה שחזרה.
זו נקודה שחוזרת בכל אינטגרציה מול חברת שליחויות ישראלית: הצד הטכני הוא בדרך כלל החלק הקצר.
שכבת ביניים מול API ישיר של המוביל
| קריטריון | שכבת משלוחים | אינטגרציה ישירה למוביל |
|---|---|---|
| מספר אינטגרציות | אחת, לכל המובילים | אחת לכל מוביל |
| החלפת מוביל | הגדרה, לא פיתוח | פרויקט פיתוח חדש |
| מודל סטטוסים | אחיד ומנורמל | מה שהמוביל שולח בפועל |
| גישה לשדות ייחודיים למוביל | רק למה שהשכבה חושפת | מלאה |
| תלות בצד שלישי | ספק נוסף בשרשרת | אין |
| עלות שוטפת | מנוי או עמלה לפי נפח | עלות פיתוח ותחזוקה בלבד |
| מה קורה כשהמוביל משנה משהו | הספק מטפל | אתם מטפלים |
| מסמכי חיבור | מדריכי הפעלה של הספק | מפרט שמתקבל מהמוביל אחרי פתיחת חשבון |
השורה האחרונה היא לב העניין. אצל רוב חברות השילוח בישראל אין מפרט API פומבי שאפשר לקרוא לפני שמתחייבים. המפרט מגיע מהמוביל אחרי פתיחת חשבון, ולעיתים אחרי חתימה. זה אומר שאת האינטגרציה הישירה אי אפשר לתכנן במלואה מראש - אפשר רק להעריך אותה.
מתי אינטגרציה ישירה היא הבחירה הנכונה?
ארבעה מצבים שבהם השכבה מפסיקה להשתלם:
- מוביל אחד מרכז את רוב הנפח. היתרון של השכבה הוא ריבוי מובילים. עם מוביל דומיננטי אחד, משלמים על יכולת שלא משתמשים בה.
- צריך שדה שהשכבה לא חושפת. הוראת גבייה מיוחדת, הערת שליח, סוג אריזה, חלון זמן. אם המוביל תומך והשכבה לא מעבירה, אין דרך לעקוף.
- הזרימה לא מתחילה בחנות. כשההזמנות נולדות ב-ERP או במערכת ייצור ולא בחנות, החיבור הטבעי הוא בין המערכת למוביל, כמו בתהליך של חיבור חנות אונליין ל-ERP.
- הנפח הופך את העמלה למשמעותית. בנפח נמוך התמחור לא מעניין. בנפח גבוה הוא הופך לשורה בתקציב שמצדיקה חישוב.
ומצב אחד שבו כמעט תמיד עדיף להישאר בשכבה: כשעובדים עם שלושה מובילים או יותר ורוצים להחליף ביניהם לפי אזור, מחיר או עומס.
העלויות שלא מופיעות בהשוואה
- עלות ההחלפה. אינטגרציה ישירה למוביל שנוטשים היא קוד שנמחק. שכבה שנוטשים היא הגדרה שמשנים.
- עלות הבירור. כשחבילה נתקעת, שכבה מוסיפה עוד גורם שצריך לברר מולו למי שייכת התקלה.
- עלות ההדרכה. צוות שירות שרואה מסך אחד לומד מסך אחד. צוות שרואה שלוש מערכות מובילים לומד שלוש.
- עלות המיפוי החוזר. מודל סטטוסים אחיד נוח, אבל אם החנות שלכם צריכה להבחין בין שני מצבים שהשכבה מיזגה לאחד, המיפוי הזה נעשה אצלכם שוב.
מה נשבר בכל אחד מהמודלים
בשכבה: היכולת קיימת אצל המוביל אבל לא נחשפת; סטטוס שהמוביל שולח נבלע בנרמול; תקלה אצל הספק עוצרת שידור לכל המובילים בבת אחת.
באינטגרציה ישירה: כל מוביל דורש טיפול נפרד בכשלים; הוספת מוביל רביעי היא פרויקט; שינוי לא מתועד בצד המוביל מתגלה כשהמשלוחים מפסיקים להישלח, לא לפני כן.
בשני המודלים נשבר אותו דבר בסוף: אם ההזמנה לא שומרת מזהה משלוח יציב ולוג אירועים, אף אחד לא יודע מה קרה. זה נכון גם להפקת מדבקות משלוח אוטומטית, שבה הדפסה כפולה היא הסימפטום ולא הבעיה.
מה כדאי להחליט לפני שבוחרים
- כמה מובילים באמת יהיו בשימוש בשנה הקרובה, ולא כמה נתמכים.
- אילו שדות ייחודיים למוביל קריטיים לתהליך שלכם.
- מי מתחזק את הקוד אם תבחרו בישיר, ומה קורה כשאותו אדם לא זמין.
- איזה מודל סטטוסים החנות מציגה ללקוח, ומאיזה מצבים אי אפשר לוותר.
- מה תוכנית היציאה: איך נראה מעבר החוצה מכל אחת מהאפשרויות.
מקורות
שאלות נפוצות
האם ShipOS מפרסמת מפרט API ציבורי?
באתר שלה מופיעה הצהרה על REST API לחיבור מערכות מותאמות, ERP ומערכות לוגיסטיקה, אך לא נמצא מפרט טכני פומבי שאפשר לקרוא לפני התחברות. בפועל, מי שרוצה לחבר מערכת שאינה Shopify, WooCommerce או Wix פונה אליהם ומקבל את הפרטים ישירות.
האם שכבת משלוחים מחליפה את ההסכם עם חברת השילוח?
לא. דפי המובילים של ShipOS מציינים במפורש שנדרש חשבון קיים אצל המוביל, ובחלק מהמקרים פרטי חיבור שמתקבלים מנציג. השכבה מחליפה את הפיתוח מול המוביל, לא את המשא ומתן על תעריף, שירות ואזורי חלוקה.
כמה מובילים מצדיקים מעבר לשכבה?
כלל אצבע פשוט: משני מובילים ומעלה, או מוביל אחד עם כוונה ברורה להוסיף עוד. עם מוביל יחיד ונפח גבוה, אינטגרציה ישירה נותנת גישה מלאה לשדות ולסטטוסים בלי גורם נוסף בשרשרת ובלי עלות שוטפת לפי נפח.
מה עושים כשהיכולת קיימת אצל המוביל אבל לא בשכבה?
בודקים מול ספק השכבה אם היא מתוכננת, ובמקביל בודקים אם היכולת באמת קריטית או שהיא נוחות. אם היא קריטית ואין לה מועד, זו בדיוק הנקודה שבה אינטגרציה ישירה למוביל היחיד הרלוונטי עדיפה על החלפת כל התשתית.
להמשך קריאה
שירות רלוונטי
אינטגרציות
לגרום למערכות שאתם כבר משלמים עליהן לדבר זו עם זו.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה רוצה לבנות או איזה תהליך להפוך לאוטומטי. אני חוזר תוך 24 שעות עסקים עם כמה שאלות ממוקדות, ואז עוברים על זה יחד בשיחת היכרות חינמית של 30 דקות, בלי התחייבות. בסוף יש לך היקף עבודה, לוח זמנים ומחיר קבוע - או תשובה כנה שלא שווה לבנות את זה.