שילוב 1С-Битрикс עם 1С:WMS Logistics
נתקלנו שוב ושוב במצבים שבהם חנות מקוונת על 1С-Битрикс מנסה לסנכרן מלאי עם 1С:WMS Logistics, אך ה-CommerceML הסטנדרטי אינו מניב תוצאות — מסמכי מחסן אינם נוצרים, ונתוני המלאי הופכים למיושנים. במהלך למעלה מ-5 שנות אינטגרציות, פיתחנו ארכיטקטורה שפותרת זאת ללא שינויים מוגזמים. להלן גישה מוכחת עם פרטים טכניים אמיתיים.
1С:WMS Logistics היא קונפיגורציה על פלטפורמת 1С:Enterprise 8 שמממשת ניהול מחסן מלא: אחסון כתובות, משימות ליקוט, ניהול אזורים ויחידות הובלה. שילוב עם 1С-Битрикс במקרה זה שונה מהותית מהחלפה עם SaaS-WMS: שני המוצרים מגיעים מאותו ספק (1С), ותיאורטית אמורים "להבין זה את זה". בפועל, אין החלפה ישירה מוכנה, ולכן עדיין יש לבנות את האינטגרציה.
אילו בעיות פותרת האינטגרציה של 1С:WMS-Битрикс?
הבעיה הראשונה והעיקרית היא היעדר חילוף סטנדרטי. מודול החילוף הסטנדרטי של 1С-Битрикс (\Bitrix\Catalog\CatalogImport) עובד עם תצורות 1С קלאסיות: ניהול מסחר, קמעונאות, אוטומציה משולבת. הפורמט CommerceML 2.09 מיועד עבורן. 1С:WMS Logistics אינה תצורת מסחר.
היא אינה מטפלת ישירות בהזמנות לקוחות, אין לה מחירונים, והיא אינה יודעת על מחירי קמעונאות. זוהי מערכת לניהול תפעולי של מחסן, שמקבלת משימות ממערכת "בכירה" (ERP, TMS או חנות מקוונת) ומנהלת את התנועה הפיזית של הסחורה.
הבעיה השנייה היא סימון חובה. אם המחסן עובד עם סחורה מסומנת, בעת המשלוח 1С:WMS חייבת להעביר את רשימת קודי DataMatrix ששימשו בהזמנה. קודים אלה נדרשים ליצירת חשבונית אלקטרונית יוצאת במערכת EDI ולאישור השימוש ב-GIS MT. ללא אינטגרציה, תהליך זה מבוצע ידנית, מה שמוביל לשגיאות ולקנסות.
מדוע החלפה סטנדרטית של 1С-Битрикс לא עובדת כאן?
הכול מסתכם בארכיטקטורה: 1С:WMS הוא מבצע של פעולות מחסן. המשמעות היא שיש לבנות את ההחלפה לא דרך CommerceML, אלא דרך ה-API הישיר של 1С:WMS — בין אם שירותי REST המתפרסמים על פלטפורמת 1С, ובין אם שירותי HTTP הנכתבים בקונפיגורטור. גישה זו מעבדת הזמנות פי 2–3 מהר יותר בהשוואה לשינוי CommerceML.
ארכיטקטורה: 1С:WMS כמבצע של פעולות המחסן
סכימת החלפה עבור מסחר אלקטרוני:
1С-Битрикс (הזמנות, מלאי) ↔ 1С:WMS Logistics (משימות ליקוט, עובדת משלוח)
Битрикс משמשת כמאסטר עבור הזמנות. 1С:WMS משמשת כמאסטר עבור מלאי פיזי וסטטוסי ליקוט. מ-Битрикс אל 1С:WMS: הזמנה חדשה שאושרה לליקוט. בטרמינולוגיה של 1С:WMS, זוהי "בקשת משלוח" — מסמך ShipmentRequest. אנו מעבירים: פריטים (מקושרים לפי ברקוד או SKU), כמות, עדיפות, תאריך משלוח צפוי.
מ-1С:WMS אל Битрикс: סטטוס ביצוע הבקשה, כמות שנשלחה בפועל (עשויה להיות שונה מהמוזמן עקב חוסרים או עודפים), רשימת מספרים סידוריים או קודי תיוג עבור מוצרים מתויגים.
פרסום שירותי HTTP ב-1С:WMS
לצורך אינטגרציית REST, אנו יוצרים שירות HTTP ב-1С configurator (הענף "שירותי HTTP" בעץ התצורה). המתודה POST /orders/create מקבלת JSON עם פרמטרי הבקשה, יוצרת מסמך ShipmentRequest, ומחזירה את מזהה המסמך הפנימי לבדיקת סטטוס עתידית.
בצד Битрикс, אנו מיישמים לקוח עבור שירות זה — מחלקה עם מתודות createOrder(), getOrderStatus(), getStockBalance(). אימות: Basic Auth בפרסום שירות ה-HTTP של 1С (מוגדר במאפייני הפרסום של שרת האינטרנט).
סנכרון מלאי
1С:WMS מנהלת מלאי במרשם הצבירה RemainingGoodsInWarehouse. כדי לקבל מלאי זמין, יש צורך בשירות HTTP או שירות Web (SOAP) ששולח שאילתה למרשם זה עם סינון לפי מחסן.
ניואנס חשוב: ב-1С:WMS המלאי נשמר ביחידת המידה של המחסן, שעשויה להיות שונה מיחידת המידה של האתר. חבילה של 12 יחידות במחסן = 12 יחידות בקטלוג של Битрикс. טבלת המרת יחידות חייבת להיות חלק משכבת האינטגרציה.
עבודה עם תיוג חובה
אם המחסן מטפל במוצרים מתויגים, במהלך המשלוח 1С:WMS חייב להעביר את רשימת קודי DataMatrix המשמשים בהזמנה. קודים אלה נדרשים ליצירת חשבונית אלקטרונית יוצאת במערכת EDI ולאישור סילוק ב-GIS MT ("Chestny Znak").
במקרה זה, האינטגרציה מתרחבת: Битрикс מקבל לא רק סטטוס "נשלח" מ-1С:WMS, אלא מערך של קודי תיוג. קודים אלה מועברים לאחר מכן למודול EDI (Diadoc, SBIS) או ישירות ל-API של "Chestny Znak" באמצעות המתודה POST /api/v3/true-api/outgoing-marks.
מה כלול בעבודה
אנו מספקים חבילה מלאה:
- ביקורת של תצורות 1С:WMS ו-Битрикс הנוכחיות.
- תכנון סכמת החלפה (מיפוי שדות, יחידות, סטטוסים).
- פיתוח שירותי HTTP בצד 1С ולקוח בצד Битрикс.
- הגדרת סנכרון מלאי והזמנות.
- אינטגרציה עם EDI ו-GIS MT במידת הצורך.
- בדיקות בסביבות staging ו-production.
- תיעוד והדרכת עובדים.
- תמיכה באחריות למשך 3 חודשים לאחר ההשקה.
הערכות לוח זמנים
| תרחיש | מסגרת זמן |
|---|---|
| החלפה בסיסית: בקשות משלוח + מלאי | 6–10 שבועות |
| עם טיפול במשלוחים חלקיים ובשגיאות | 3–4 חודשים |
| עם תיוג חובה | 4–6 חודשים |
העלות מחושבת באופן אישי. לצורך הערכה, אנו זקוקים ל: תיאור תצורת ה-1С:WMS שלך (גרסה, התאמות אישיות), תרשים תפעול המחסן, דרישות תיוג. צור קשר — נכין הערכה ראשונית בתוך יומיים.