שירותי שילוב שווקים מקוונים עבור 1C-Bitrix

שילוב שוק מקוון עם 1C-Bitrix

מנהל מעדכן ידנית את המלאי ב-Ozon בעוד שב-Wildberries נמכר מוצר שאינו במלאי. הלקוח מקבל ביטול, הדירוג יורד, והפלטפורמה מפחיתה את החשיפה. אנו פותרים זאת באמצעות סנכרון אוטומטי דרך API: הזמנות נכנסות ל-Bitrix, מלאי ומחירים מתעדכנים מפאנל ניהול אחד. הניסיון שלנו — 60+ פרויקטים של שילוב עם Ozon, WB, Yandex.Market. אנו מבטיחים שאחרי ההתקנה, אף מוצר לא ייכנס למינוס.

לפי ויקיפדיה, השווקים המקוונים מהווים יותר ממחצית מהקמעונאות המקוונת ברוסיה. מוצרים עם מלאי נכון זוכים לכמות חשיפות כפולה. ללא אוטומציה, אתה או מפסיד מכירות עקב מכירת יתר או מבזבז שעות על עדכונים ידניים. אנו מציעים שילוב מפתח ביד — מבדיקת קטלוג ועד ניטור. אנו מאשרים יציבות עם SLA: זמן תגובה לתקלה — שעתיים בשעות העבודה. אנו משתמשים במטמון מתויג ובסוכני Bitrix כדי לשמור על עומס שרת נמוך. חיסכון בעבודה לאחר השילוב — עד 40 שעות בחודש, שבשכר של מנהל נותן חיסכון משמעותי.

למה לחבר שווקים מקוונים?

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

• ערוצי מכירה — מיליוני קונים עם כרטיס ביד.
• ניהול אחיד — מוצרים, מלאי, הזמנות מכל הערוצים ב-Bitrix. ללא הזנה ידנית.
• אנליטיקה מקצה לקצה — רווחיות לפי כל ערוץ. החלטות מבוססות על מספרים, לא על אינטואיציה.

איך עובד סנכרון מלאי עם Wildberries?

ה-API של הספק של WB דורש עדכון מלאי במחסנים כל 15–30 דקות. אחרת, המלאי חורג מהאתר, והקונה מזמין מוצר שאינו קיים. אנו מגדירים סוכן Bitrix: CAgent::AddAgent() עם מרווח של 15 דקות שקורא ל-/api/v3/stocks. הנתונים נלקחים מקטלוג המסחר תוך התחשבות ברזרבות.

טעות אופיינית: ב-Bitrix המלאי הוא 10 יחידות, ב-WB הוא מוגדר ל-10, אבל 3 כבר שמורות בהזמנות של WB. המודול שלנו מחסיר את הרזרבה לפני השליחה. תוצאה: אחרי השילוב אין פערים, והדירוג של המוכר עולה. הפסדים ממכירת יתר בקטלוג של 5,000 פריטים בממוצע נותנים חיסכון חודשי משמעותי — השילוב מחזיר את עצמו תוך 3–4 שבועות.

אילו שווקים מקוונים אנו מחברים?

• Ozon — Seller API v3. יצירת כרטיסים (/v3/product/import), עדכוני מחירים (/v1/product/import/prices), מלאי (/v2/products/stocks), הזמנות FBO/FBS (/v3/posting/fbs/list), החזרות. אנו מגדירים יצירת ברקוד ותווית אוטומטית דרך label/task.
• Wildberries — Supplier API. העלאת נומנקלטורה עם מאפיינים לפי קטגוריות (/content/v2/cards/upload), ברקודים, סנכרון מלאי במחסני WB (/api/v3/stocks), עיבוד הזמנות ואספקה, תוכן מדיה.
• Yandex.Market — Partner API. קטלוג דרך פיד או מודל push, מחירים, מלאי, הזמנות DBS/FBS/FBY (/campaigns/{campaignId}/orders), שילוב עם Yandex.Delivery.
• פלטפורמות אחרות — SberMegaMarket, AliExpress Russia, Avito, פלטפורמות תעשייתיות (Lamoda, Leroy Merlin). אנו מספקים גם שילוב מותאם אישית לשווקים מקוונים נישתיים.

למה שילוב API ישיר מנצח על פני אגרגטורים

שילוב API ישיר הוא הדרך האמינה ביותר. אנו מפתחים מודול Bitrix מותאם אישית שקורא ישירות ל-endpoints של הפלטפורמה. שליטה מלאה: אם השוק המקוון שובר תאימות לאחור (ו-WB עושה זאת באופן קבוע) — אנו מעדכנים את המודול בעצמנו, לא מחכים לצד שלישי. כל בקשה מתועדת ב-b_event_log, ניסיונות חוזרים על 429/500 הם אוטומטיים.

אגרגטורים כמו RetailCRM, MySklad, ApiShip מציעים התחלה מהירה, אבל הם פועלים כקופסה שחורה: כשמשהו נשבר, ניפוי באגים דרך שכבה של צד שלישי הוא קשה. מתאים לתקציבים מוגבלים, אבל בקטלוגים בעומס גבוה (10,000+ פריטים) עבודת API ישירה זולה פי שלושה בתמיכה ארוכת טווח מאשר דמי אגרגטור חודשיים בתוספת הכנסות אבודות מזמן השבתה. פידים (YML/XML) הם אלטרנטיבה לייצוא קטלוג, שנוצרים דרך מודול catalog.export או handler מותאם אישית על CIBlockXMLFile.

כמה זמן אורך שילוב טיפוסי?

מסגרות זמן ספציפיות תלויות בגודל הקטלוג, מספר הפלטפורמות, מורכבות המיפוי ומצב החלפת 1C. הערכה מפורטת לאחר בדיקה. צור קשר כדי להעריך את הפרויקט שלך — אנו ניתן מסגרת זמן אמינה.

העלאת מוצרים וסנכרון

העלאה היא לא רק "לחיצה על כפתור." היא כוללת עבודת הכנה רצינית.

• מיפוי קטגוריות — התאמת סעיפי infoblock של Bitrix לעץ הקטגוריות של הפלטפורמה. ל-Ozon יש טקסונומיה משלו (/v1/description-category/tree), ל-WB יש משלו. מאפיינים נדרשים שונים.
• מיפוי מאפיינים — מאפייני infoblock (PROPERTY_*) → מאפייני שוק מקוון. המרת יחידות, פורמטים — אוטומטית דרך טבלת התאמה ב-highload infoblock.
• העשרת כרטיסים — תוכן עשיר ל-Ozon, ביקורות וידאו ל-WB, תמונות 360. פלטפורמות מדרגות לפי שלמות: ההבדל בין כרטיס חשוף לכרטיס מפותח הוא פי שניים במכירות.
• תמונות — יצירה אוטומטית ברזולוציות נדרשות דרך CFile::ResizeImageGet().

סנכרון — מתוזמן דרך סוכנים CAgent::AddAgent():

מה קורה כשהשוק המקוון משנה את ה-API שלו?

שווקים מקוונים מעדכנים APIs באופן קבוע, ולעתים קרובות שוברים תאימות לאחור. שילוב ישיר נותן לך שליטה: אנו מעדכנים את המודול ביום השינוי. זמן תגובה טיפוסי לתקלה בשילוב דרך אגרגטור הוא מ-24 שעות, שלנו הוא שעתיים. חיסכון בהזמנות אבודות בחודש יכול להיות משמעותי. לדוגמה, השבתה של 3 שעות ב-WB לקטלוג עם 500 הזמנות ביום עולה כ-$1,500 בהכנסות אבודות — שילוב ישיר מפחית סיכון זה לדקות.

עיבוד הזמנות

הזמנות מפלטפורמות נכנסות ל-b_sale_order אוטומטית ומעובדות בזרם אחד.

• יצירה — ההזמנה מגיעה עם כל הפרטים. המודול מנתח את תגובת ה-API, יוצר הזמנה דרך \Bitrix\Sale\Order::create(), ומשייך אותה לסוג המשלם ולמערכת התשלום של השוק המקוון.
• זרם אחד — מנהלים עובדים עם הזמנות מכל הערוצים בממשק אחד. מקור ההזמנה נראה במאפיין ORDER_PROP.
• סנכרון סטטוסים — נאסף, נשלח, נמסר — הסטטוס מתעדכן בשוק המקוון דרך callback. Handler OnSaleStatusOrder.
• החזרות — ביטול בשוק המקוון יוצר החזרה ב-Bitrix. המלאי מוחזר אוטומטית למחסן.
• העברה ל-1C — הזמנות עוברות ל-1C:Enterprise דרך החלפת CommerceML סטנדרטית. מקור אמת אחד.

ניטור ויציבות

מסחר רב-ערוצי ללא ניטור הוא כאוס. אנו מנטרים כל ערוץ.

• בקרת מלאי — התראות על פערים בין Bitrix, שוק מקוון ו-1C. מוצר עם מלאי אפס נחסם אוטומטית — אי אפשר למכור מה שאין לך. בדיקה דרך cron כל 10 דקות.
• תיעוד וניסיונות חוזרים — כל בקשת API מתועדת ב-b_event_log עם גוף הבקשה והתגובה. תקלה? ניסיון חוזר אוטומטי עם backoff אקספוננציאלי. שגיאה קריטית? הודעה לבוט הטלגרם של המנהל.
• תמחור — חישוב אוטומטי בהתחשב בעמלות הפלטפורמה, לוגיסטיקה ורווחיות יעד. נוסחה בהגדרות המודול: price = base_price / (1 - commission) + logistics.
• אנליטיקה — דשבורד: הכנסות, הזמנות, סל ממוצע, החזרות, רווחיות לפי כל שוק מקוון בנפרד. מתעדכן פעם בשעה.

גישת השילוב והיקף העבודה

1. בדיקה — סקירת קטלוג Bitrix, מבנה infoblock, החלפות קיימות עם 1C. קביעת מוכנות הנתונים. לפעמים 80% מהעבודה היא סידור כרטיסים: מילוי מאפיינים נדרשים, איחוד יחידות מידה.
2. אסטרטגיה — פלטפורמות עדיפות, מודל (FBO/FBS/DBS), עומק שילוב.
3. פיתוח מודול — מיפוי, ולידציה, טיפול בשגיאות. כיסוי תרחישים קריטיים עם unit tests: פיצול הזמנות, חישוב מחדש של מלאי על ביטול חלקי.
4. בדיקות — העלאת מוצרי בדיקה, סימולציית הזמנות דרך sandbox APIs של הפלטפורמה, מקרי קצה (מלאי אפס, מוצר ללא תמונה, מחיר מתחת למינימום).
5. השקה — השקה רציפה של שילובים, ניטור החלפות ראשונות בזמן אמת.
6. תמיכה — פלטפורמות מעדכנות APIs באופן קבוע (WB ללא אזהרה). אנו מתאימים את עצמנו במהירות.

העבודה כוללת:

• בדיקת קטלוג נוכחי, infoblocks והחלפת 1C — תיעוד עם המלצות.
• פיתוח מודול שילוב (לכל שוק מקוון) עם קוד מקור.
• הגדרת מיפוי קטגוריות ומאפיינים.
• הגדרת סוכנים ו-webhooks.
• בדיקות ב-sandbox ועל נתונים אמיתיים.
• הכשרת מנהלים לעבודה עם זרם הזמנות אחיד.
• ניטור לשבועיים הראשונים לאחר ההשקה.
• תמיכה טכנית ועדכונים כשממשקי ה-API של הפלטפורמות משתנים.

קבל בדיקת קטלוג — אנו נעריך את הפרויקט שלך ונציע פתרון שילוב מותאם. צור קשר לייעוץ והערכת עלות.