שילוב שירותי הלוגיסטיקה של DHL באפליקציה לנייד

שילוב שירותי הלוגיסטיקה של DHL באפליקציית מובייל

תרחיש טיפוסי: חנות מקוונת המעבדת 5,000 הזמנות בחודש מבזבזת עד 20 שעות בשבוע על יצירת תוויות משלוח ובדיקת סטטוסים באופן ידני. שגיאות בחישוב משקל נפחי גורמות לתשלומי יתר של 30–50%, ובחירת API לא נכון של DHL חוסמת משלוחים לאזורים מסוימים. אנו פותרים בעיות אלו על ידי שילוב ה-API של DHL—החל מבחירת נקודות הקצה הנכונות ועד לפרסום בחנויות האפליקציות. חישוב תעריפים אוטומטי מאפשר ללקוחות לחסוך עד 20% במשלוחים על ידי בחירת מוצר DHL אופטימלי, מה שמתרגם לחיסכון חודשי טיפוסי של 500–2,000 דולר בהתאם להיקף הפעילות.

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

איזה API של DHL כדאי לבחור לאפליקציית המובייל שלך?

עבור רוב אפליקציות המסחר האלקטרוני, יש צורך ב-DHL Express API (משלוחים בינלאומיים) או ב-DHL Parcel (משלוחים בתוך גרמניה/אירופה). DHL Express משתמש ב-Basic Auth, בעוד ש-DHL Parcel משתמש ב-OAuth 2.0. אנו נמליץ על האפשרות הטובה ביותר עבור המודל העסקי שלך. יצירת תווית ידנית אורכת 5 דקות למשלוח; יצירה אוטומטית באמצעות האינטגרציה שלנו אורכת פחות משתי שניות—מהיר פי 150.

כיצד DHL מחשבת משקל נפחי?

נקודת קצה לחישוב תעריפי DHL Express:

GET /rates?accountNumber={account}&originCountryCode=RU
&originCityName=Moscow&destinationCountryCode=DE
&destinationCityName=Berlin&weight=2.5&length=30
&width=20&height=15&plannedShippingDateAndTime=YYYY-MM-DDTHH:MM:SS

מחזירה רשימה של מוצרים (EXPRESS WORLDWIDE, EXPRESS 12:00 וכו') עם מחירים וזמני אספקה. באפליקציית המובייל, הצג את ההשוואה כרשימה.

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

אימות מול ה-API של DHL

ה-API של DHL Express משתמש ב-Basic Auth עם פרטי חשבון DHL. בסביבת ייצור, יש צורך בחשבון DHL Express אמיתי עם גישה ל-API מופעלת—סביבת ה-sandbox וסביבת הייצור משתמשות בפרטי כניסה שונים. DHL Parcel (ה-API החדש) עובד דרך OAuth 2.0 Client Credentials Flow. השג POST /oauth/token באמצעות GET /rates?accountNumber={account}&originCountryCode=RU &originCityName=Moscow&destinationCountryCode=DE &destinationCityName=Berlin&weight=2.5&length=30 &width=20&height=15&plannedShippingDateAndTime=YYYY-MM-DDTHH:MM:SS וכלול אותו בכל בקשה. ה-token פג לאחר 3600 שניות—שמור אותו במטמון וחדש אותו אוטומטית. לטיפול בשגיאות, יישם לוגיקת ניסיון חוזר עם השהיה אקספוננציאלית עבור מגבלות קצב HTTP 429 ושגיאות שרת 5xx.

יצירת משלוח ותווית

(длина × ширина × высота) / 5000 יוצר משלוח ומחזיר מספר מעקב וכתובת URL לתווית בפורמט PDF או ZPL (למדפסות תרמיות). ליצירת תווית בתוך האפליקציה ב-iOS, השתמש ב-POST /shipments כדי להציג PDF או ב-WKWebView להדפסה ישירה. באנדרואיד—UIPrintInteractionController או intent הדפסה דרך PdfRenderer. Webhooks יעילים בערך פי 2 בעומס השרת בהשוואה ל-polling, מה שהופך אותם לבחירה הטובה יותר עבור אפליקציות בעומס גבוה.

אפשרויות מעקב בזמן אמת

DHL Shipment Tracking API (PrintManager) מחזיר את היסטוריית האירועים המלאה עם קודים ותיאורים. מרווח polling של 30 דקות מספיק עבור רוב התרחישים. מגבלות API בסביבת sandbox: 250 בקשות ביום.

להודעות push על סטטוס: DHL Tracking Webhook (זמין לחשבונות ארגוניים) שולח אירועים בזמן אמת. חלופה—polling באמצעות WorkManager / BGAppRefreshTask.

תוצרים כלולים

• בחירת ה-API המתאים של DHL (Express, Parcel, eCommerce).
• יישום אימות (Basic Auth או OAuth 2.0).
• אינטגרציה של חישוב תעריפים ויצירת הזמנות.
• יצירת תוויות (PDF/ZPL) והדפסה.
• מעקב עם הודעות בזמן אמת.
• בדיקות בסביבת sandbox וייצור.
• הכנת תיעוד והדרכת צוות.

לוח זמנים והשקעה

1. ניתוח—הבהרת דרישות, בחירת API, עיצוב ארכיטקטורה (2–3 ימים).
2. אינטגרציה—יישום אימות, חישוב, יצירת משלוחים (1–2 שבועות).
3. מעקב—הוספת polling או webhooks, הודעות push (שבוע).
4. בדיקות—כיסוי מקרי קצה, בדיקות עומס (3–5 ימים).
5. פרסום—העלאה ל-App Store / Google Play, עדכון תצורות (2–4 ימים).

לוחות זמנים משוערים: משבועיים למעקב וחישוב בסיסיים ועד 4 שבועות למחזור מלא עם תוויות ו-webhooks. עבור אינטגרציה במחזור מלא, לקוחות משקיעים בדרך כלל 8,000–12,000 דולר, אשר מוחזרים תוך 3–6 חודשים בזכות חיסכון תפעולי. העלות מחושבת באופן אישי לאחר בדיקה. צור קשר לקבלת הערכה מדויקת לפרויקט שלך.

השוואת שיטות לקבלת סטטוס משלוח

מסקנה: webhook הוא הבחירה הטובה ביותר עבור אפליקציות מובייל בעומס גבוה.

קבל ייעוץ על שילוב DHL באפליקציית המובייל שלך—המומחיות שלנו והבטחת האיכות מבטיחים פעולה יציבה. עם ניסיון מעשי של 5+ שנים ויותר מ-20 אינטגרציות מוצלחות עם DHL, אנו מבטיחים פתרונות אמינים ויעילים. חיסכון בעלויות תפעול יכול להגיע ל-15–20% מבחירת תעריפים אופטימלית ואוטומציה. האינטגרציה מחזירה את עצמה תוך 3–6 חודשים.

מקרה אמיתי: מידני לאוטומטי

בפרויקט אחרון עבור פלטפורמת מסחר אלקטרוני אירופאית המטפלת ב-3,000 משלוחים בחודש, שילבנו את DHL Express API. בעבר, הם יצרו משלוחים ידנית בממשק האינטרנט של DHL, מה שלקח עד 5 דקות למשלוח—כ-250 שעות בחודש. עם האינטגרציה שלנו, יצירת משלוחים דרך האפליקציה אורכת כעת פחות משתי שניות, מה שמפחית את זמן הטיפול ב-98%—מהיר פי 50. בנוסף, שגיאות משקל נפחי ירדו מ-30% מהמשלוחים לפחות מ-5%, מכיוון שהאפליקציה מחשבת ומאמתת מידות אוטומטית לפני השליחה. הלקוח חוסך כעת 4,000 יורו בחודש בעלויות תפעול.

מלכודות נפוצות שיש להימנע מהן

• שימוש בפרטי sandbox בסביבת ייצור—שתי הסביבות דורשות חשבונות ומפתחות נפרדים.
• התעלמות ממשקל נפחי: תמיד בקש ואמת אורך, רוחב וגובה מהמשתמש.
• אי שמירת tokens של OAuth במטמון עבור DHL Parcel—כל קריאת API תדרוש token חדש, מה שמגדיל את זמן ההשהיה ופוגע במגבלות הקצב.
• הנחה שכל ה-APIs של DHL משתמשים באותו אימות—Express משתמש ב-Basic Auth, Parcel ב-OAuth 2.0, ו-eCommerce במפתחות API.

הימנע מטעויות אלו על ידי שיתוף פעולה עם מפתחים מנוסים שטיפלו במספר אינטגרציות עם DHL.