HFD היא חברת לוגיסטיקה לאיקומרס עם משלוחי Same Day, נקודות חלוקה ולוקרים. איך בונים שער שידור נכון מההזמנה למשלוח, ואיך ממפים סטטוסים והוכחת מסירה לנתונים.
עיקרי הדברים
- HFD מפרסמת שהיא מתממשקת ל-WordPress, Magento, Shopify, Comax, E-Shop, Konimbo ו-Wix, אך אינה מפרסמת מפרט API פומבי. הפרטים מגיעים אחרי פתיחת חשבון.
- HFD אינה מטפלת במשלוח בודד מזדמן. היא עובדת מול לקוחות עסקיים ואיקומרס, ולכן החיבור מתחיל בהסכם ולא בקוד.
- הוכחת מסירה אצל HFD כוללת מועד מסירה, שם המקבל וחתימה. זהו נתון תפעולי שכדאי לשמור כשדות, לא כצילום מסך.
- שער שידור טוב בודק כתובת, טלפון, פריטים ומשקל לפני יצירת המשלוח - כי דחייה אחרי היצירה יקרה בהרבה מדחייה לפניה.
- מיפוי סטטוסים חייב לשמור את הערך הגולמי של המוביל לצד הסטטוס הפנימי, אחרת אי אפשר לברר תקלה מול HFD.
HFD היא חברת שליחויות ולוגיסטיקה שמתמחה באיקומרס ומספקת משלוחי Same Day ו-Next Day, נקודות חלוקה, לוקרים אוטומטיים מסוג E-Post ושירותי אחסון וליקוט. החיבור המשמעותי אינו כפתור "צור משלוח", אלא שער שידור שמבטיח משלוח אחד להזמנה, מספר מעקב שנשמר, וסטטוסים שמתורגמים לשפה של החנות.
מה HFD מפרסמת, ומה מגיע רק אחרי פתיחת חשבון
באתר של HFD מופיע דף פתרונות טכנולוגיים שמתאר שש יכולות: מערכת ETA שמעדכנת את הלקוח במועד אספקה משוער, לוח בקרה עסקי לניהול המשלוחים ובקרת SLA, אינטגרציה ל-API מול פלטפורמות מסחר, הוכחת מסירה, מוקד שירות רב-ערוצי ולוקרים אוטומטיים E-Post.
מה שלא מופיע שם: מפרט טכני. אין רשימת endpoints, אין שמות שדות, אין קודי סטטוס ואין תיעוד webhook פומבי. זו לא ביקורת - זה הדפוס הרווח אצל חברות שילוח בישראל, וכך גם באינטגרציה מול חברת שליחויות ישראלית: המפרט הוא נכס מסחרי שמגיע ללקוח אחרי פתיחת חשבון.
המסקנה התכנונית: את לוח הזמנים של הפרויקט אי אפשר לקבוע לפני שהמפרט בידיים. אפשר לקבוע את כל מה שלא תלוי בו - שער השידור, מבנה הנתונים, מודל הסטטוסים הפנימי.
שער השידור: מה חייב להיות נכון לפני שהזמנה הופכת למשלוח
השער הוא בדיקה אחת שרצה לפני קריאה למוביל, ולא סדרת תיקונים אחריה. שמונה תנאים שכדאי שיהיו בו:
- כתובת עם עיר ורחוב מזוהים, לא שדה טקסט חופשי אחד.
- טלפון נייד תקין - זה הערוץ שבו הנמען מקבל עדכון ולוקר מקבל קוד.
- משקל ומספר חבילות, גם כשהם ברירת מחדל.
- סוג השירות שנבחר בצ'קאאוט, ממופה לשירות שקיים בחשבון שלכם ב-HFD.
- נקודת חלוקה או לוקר, אם זו שיטת המשלוח - כולל מזהה הנקודה ולא רק שמה.
- סכום גבייה, אם ההזמנה בגבייה במסירה.
- סימון שההזמנה שולמה או אושרה, לפי כללי העסק.
- בדיקה שאין כבר משלוח פתוח על ההזמנה הזו.
התנאי השמיני הוא היחיד שמונע את התקלה היקרה באמת: לחיצה כפולה שיוצרת שני משלוחים, שתי מדבקות ושני חיובים. הפתרון הוא מזהה ייחודי ברמת ההזמנה שנשמר לפני הקריאה ולא אחריה.
אילו יכולות של HFD מחייבות שדה בהזמנה?
| יכולת HFD | מה החנות חייבת לשמור | מה נשבר בלי זה |
|---|---|---|
| משלוח עד הבית | כתובת מפוצלת, טלפון נייד | שליח מגיע לכתובת שלא נמצאת |
| נקודת חלוקה | מזהה נקודה, שם, כתובת, מועד בחירה | הלקוח נשלח לנקודה שהוחלפה בשקט |
| לוקר E-Post | מזהה לוקר, מגבלות מידות, טלפון לקוד | חבילה שלא נכנסת לתא |
| איסוף מהלקוח לחנות | סיבת ההחזרה, מזהה משלוח מקורי | החזרה שלא משויכת להזמנה |
| ביטול משלוח | מזהה המשלוח אצל המוביל, סטטוס נוכחי | ביטול שנשלח על משלוח שכבר יצא |
| הוכחת מסירה | מועד, שם מקבל, קיום חתימה | מחלוקת מול לקוח בלי שום ראיה |
| מערכת ETA | חלון זמן משוער אחרון שהתקבל | שירות לקוחות שמנחש |
הטבלה הזו היא למעשה רשימת השדות של טבלת המשלוחים שלכם. אם שדה מופיע בעמודה האמצעית ואין לו מקום במסד הנתונים, היכולת בעמודה השמאלית לא באמת נתמכת אצלכם.
סטטוסים: ערך גולמי נכנס, סטטוס פנימי יוצא
הכלל פשוט: כל עדכון שמגיע מ-HFD נשמר פעמיים. פעם אחת כערך גולמי בדיוק כפי שהתקבל, עם חותמת זמן, ופעם שנייה כסטטוס פנימי שהחנות מציגה.
למה זה לא כפילות מיותרת:
- בירור מול המוביל. כשמתקשרים ל-HFD, השאלה היא מה הם רשמו, לא מה אתם תרגמתם.
- שינוי במיפוי. אם החלטתם למפות מצב אחרת, אפשר לחשב מחדש מהערכים הגולמיים במקום לאבד היסטוריה.
- מצבים שלא צפיתם. מוביל שולח מצב חדש שאין לו מיפוי. עם ערך גולמי הוא נשמר ומזוהה; בלי, הוא נעלם.
- דוחות SLA. חישוב זמן בין מצבים דורש את הזמנים המקוריים, לא את הזמן שבו המערכת שלכם עיבדה אותם.
מודל פנימי מינימלי שעובד: נוצר, נאסף, בדרך, בנקודת חלוקה, נמסר, נכשל, הוחזר. שבעה מצבים מספיקים לרוב החנויות, ומעליהם אפשר להציג ללקוח פחות.
מה הוכחת מסירה נותנת שסטטוס לא נותן?
סטטוס אומר שהמערכת של המוביל סימנה את החבילה כנמסרה. הוכחת מסירה אומרת מתי, למי ועם איזו חתימה. HFD מציינת את שלושת הפרטים האלה במפורש כחלק משירות ה-Proof of Delivery שלה, וזה ההבדל בין "המערכת אומרת שנמסר" לבין תשובה שאפשר לשלוח ללקוח שטוען שלא קיבל.
שלוש החלטות שכדאי לקבל מראש:
- כמה זמן שומרים את נתוני המסירה, ובאיזה מקום - בתוך ההזמנה או בטבלת אירועים נפרדת.
- מי בצוות רשאי לראות שם מקבל וחתימה, ומה מוצג ללקוח עצמו.
- מה קורה כשמסירה מסומנת ללא שם מקבל: האם ההזמנה נסגרת אוטומטית או עוברת לבדיקה.
משלוחים כפולים, ביטולים ושינוי כתובת
- משלוח כפול. נמנע רק במניעה מוקדמת, לא בניקוי בדיעבד. מזהה ייחודי, נעילה ברמת ההזמנה, וכפתור שמושבת אחרי שידור.
- ביטול. ביטול הוא בקשה, לא עובדה. עד שלא התקבל אישור מהמוביל, ההזמנה אינה מבוטלת - היא בהמתנה לביטול.
- שינוי כתובת אחרי שידור. לא מטופל בעדכון שדה במסד הנתונים שלכם. אחרי שהמשלוח נוצר, הכתובת נמצאת אצל המוביל, וכל שינוי הוא נוהל מולו.
- החזרה. החזרה היא משלוח חדש עם קישור למשלוח המקורי, ולא שינוי סטטוס של הישן.
הדפוס הזה זהה לתהליכי הזמנה אחרים - ראו אוטומציה של עיבוד הזמנות, שבו כל פעולה חיצונית מתועדת כאירוע ולא כדריסת שדה.
שאלות ששווה לשאול את HFD בכתב בפתיחת החשבון
- אילו שיטות חיבור זמינות לחשבון מהסוג שלנו, ומה נדרש כדי לקבל אותן.
- האם קיימת דחיפת סטטוסים, או שנדרש תשאול תקופתי מהצד שלנו.
- אילו סוגי שירות מופעלים בחשבון שלנו בפועל, כולל לוקרים ונקודות חלוקה.
- מה נוהל ביטול משלוח שכבר נאסף, ומה החלון לכך.
- באיזה פורמט מתקבלת הוכחת מסירה, ולכמה זמן היא נשמרת אצלם.
- מי איש הקשר הטכני, ומה זמן התגובה כשמשלוחים מפסיקים להישלח.
מקורות
שאלות נפוצות
האם HFD מפרסמת תיעוד API פומבי?
לא נמצא תיעוד טכני פומבי באתר של HFD. הדף "פתרונות טכנולוגיים" מציין אינטגרציית API מול WordPress, Magento, Shopify, Comax, E-Shop, Konimbo ו-Wix, אך ללא endpoints, שמות שדות או קודי סטטוס. המפרט מתקבל מהחברה אחרי פתיחת חשבון עסקי.
אפשר לשלוח משלוח בודד דרך HFD?
לא. HFD מציינת שהיא אינה מטפלת במשלוחים בודדים מזדמנים ועובדת מול לקוחות עסקיים ואיקומרס. המשמעות לחנות קטנה היא שהחיבור מתחיל בשיחה מסחרית ובפתיחת חשבון, ורק אחריה נפתחת האפשרות הטכנית לשדר משלוחים.
איך מונעים שני משלוחים על אותה הזמנה?
במזהה ייחודי שנשמר לפני הקריאה למוביל ולא אחריה, ובנעילה ברמת ההזמנה. אחרי שידור מוצלח, כפתור השידור מושבת והמסך מציג את מספר המעקב. בדיקה בדיעבד לא עוזרת, כי המדבקה כבר הודפסה והחיוב כבר נרשם.
מה ההבדל בין E-Post לנקודת חלוקה רגילה?
E-Post הוא מערך לוקרים אוטומטיים שמופעל על ידי HFD, שבו הלקוח פותח תא בעצמו עם קוד שנשלח אליו. נקודת חלוקה היא בית עסק שבו אדם מוסר את החבילה בשעות הפעילות. ההבדל התפעולי הוא מגבלות מידות ושעות זמינות.
להמשך קריאה
שירות רלוונטי
אינטגרציות
לגרום למערכות שאתם כבר משלמים עליהן לדבר זו עם זו.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה רוצה לבנות או איזה תהליך להפוך לאוטומטי. אני חוזר תוך 24 שעות עסקים עם כמה שאלות ממוקדות, ואז עוברים על זה יחד בשיחת היכרות חינמית של 30 דקות, בלי התחייבות. בסוף יש לך היקף עבודה, לוח זמנים ומחיר קבוע - או תשובה כנה שלא שווה לבנות את זה.