BOPIS על 1C-Bitrix: כיצד להגדיר קליק-וקולקט

הטמעת BOPIS על 1C-Bitrix: מדריך מלא אנו מיישמים BOPIS (קנייה אונליין ואיסוף בחנות) על 1C-Bitrix כדי לשנות את פעילות הקמעונאות שלך. במבט ראשון זה נראה פשוט—בחר חנות, אסוף. אבל מאחורי הקלעים, זה כולל ניהול מחסן, מיקום גיאוגרפי, מלאי בזמן אמת
השירותים שאנו מציעים
מציג 1 מתוך 1כל 1626 השירותים
BOPIS על 1C-Bitrix: כיצד להגדיר קליק-וקולקט
פשוט
~1 יום

הכישורים שלנו:

שאלות נפוצות

העבודות האחרונות

  • image_website-b2b-advance_0.webp
    פיתוח אתר חברה B2B ADVANCE
    1458
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    פיתוח אתר לחברת FIXPER
    1019
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    פיתוח מבוסס Bitrix, Bitrix24, 1C לחברה פיתוח ווידג'ט להזמנת תורים אונליין למרכז רפואי
    761
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    פיתוח על בסיס 1C Enterprise עבור MIRSANBEL
    880
  • image_crm_dolbimby_434_0.webp
    פיתוח אתר על CRM Bitrix24 עבור DOLBIMBY
    804
  • image_crm_technotorgcomplex_453_0.webp
    פיתוח על בסיס Bitrix24 עבור חברת TECHNOTORGKOMPLEKS
    1162

הטמעת BOPIS על 1C-Bitrix: מדריך מלא

אנו מיישמים BOPIS (קנייה אונליין, איסוף בחנות) על 1C-Bitrix כדי לשנות את פעילות הקמעונאות שלך. במבט ראשון זה נראה פשוט—בחר חנות, אסוף. אבל מאחורי הקלעים, זה כולל ניהול מלאי, גיאולוקציה, הזמנת מלאי בזמן אמת והתראות. הצוות שלנו סיפק פתרון זה לרשת של 40 חנויות, והעלה את ערך ההזמנה הממוצע ב-15% ושמר על נטישת איסוף מתחת ל-2%. מנוע ההזמנה המותאם אישית שלנו מדויק פי 10 מהמנגנון הסטנדרטי של Bitrix. במדריך זה, אנו מראים כיצד להגדיר תכנית BOPIS על Bitrix שמתמודדת עם עומסי שיא של עד 10,000 הזמנות ביום.

בעיות שאנו פותרים

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

גיאולוקציה מאולתרת. חנויות ללא קואורדינטות או עם שגיאות GPS—לקוחות לא יכולים למצוא את המיקום. אנו משתמשים ב-API של Yandex.Maps או Leaflet, ושולפים קואורדינטות מ-b_catalog_store. דיוק—בטווח של 5 מטרים.

התראות שאבדו. סטטוס "מוכן לאיסוף" לא מגיע ללקוח. אנו מצמידים handler ל-OnSaleStatusOrder ושולחים SMS + דוא"ל דרך CEvent::Send(). אנו גם משכפלים התראות לאפליקציה הניידת דרך Bitrix24 REST.

איך אנחנו עושים את זה: רכיבי Bitrix

רכיב מטרה טבלאות/מתודות מפתח
sale ניהול הזמנות CSaleDelivery::Add(), סטטוסים
catalog ניהול מחסנים b_catalog_store, b_catalog_store_product
sale.location מיקומי חנויות b_sale_location, b_sale_location_service
UF מותאם אישית לוח זמנים UF_SCHEDULE_JSON (מחרוזת JSON)

כל חנות היא מחסן ב-b_catalog_store עם שדות: TITLE, ADDRESS, GPS_N, GPS_S, PHONE, SCHEDULE, IMAGE_ID. לוח הזמנים מאוחסן כ-JSON:

{"mon": "10:00-21:00", "tue": "10:00-21:00", "sun": "11:00-20:00"} 

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

השוואה: גישה סטנדרטית מול מותאמת אישית

פרמטר Bitrix סטנדרטי יישום מותאם אישית
דיוק מלאי נמוך (מחסן זמין ראשון) גבוה (99.9%)
עומס מסד נתונים ניקוי מטמון מלא מטמון מתויג (פי 10 מהיר יותר)
תמיכה בגיאולוקציה כתובת בלבד קואורדינטות GPS עם מפה

למה הזמנת מלאי היא צוואר הבקבוק

Bitrix הסטנדרטי מזמין מלאי לפי הכלל "המחסן הראשון ברשימה." עבור BOPIS, זה לא יעבוד. באירוע {"mon": "10:00-21:00", "tue": "10:00-21:00", "sun": "11:00-20:00"} , אנו מוסיפים לוגיקה: הניכוי הולך למחסן שצוין במאפיין ההזמנה OnSaleOrderSaved. ללא זה, לקוח יכול להזמין מחנות שבה הפריט אזל מהמלאי, אבל ההזמנה תילקח ממחסן אחר. היישום שלנו נבדק על רשת של 40 חנויות: דיוק המלאי הוא 99.9%.

איך להגדיר התראת מוכנות?

  1. צור סטטוס מותאם אישית STORE_ID.
  2. הצמד handler ל-READY_PICKUP:
AddEventHandler('sale', 'OnSaleStatusOrder', function($orderId, $statusId) { if ($statusId === 'READY_PICKUP') { // Отправка SMS через шлюз // Отправка email через CEvent::Send() // Уведомление в мобильное приложение } }); 
  1. בפאנל הניהול, עובד החנות משנה את ההזמנה ל-OnSaleStatusOrder—הלקוח מקבל הודעה. זמן אספקת ההתראה הוא לא יותר מ-2 שניות.
בעיות נפוצות ופתרונות
  • קואורדינטות חנות שגויות — השתמש ב-API של גיאוקידוד.
  • שגיאת הזמנה — handler מותאם אישית.
  • התראות לא מגיעות — הגדר שער SMS.

תהליך

  • ניתוח: דון בתכנית המחסנים, שיטות משלוח, ערוצי התראות. הערך עומס.
  • עיצוב: עצב מודל נתונים, שרשרת הזמנות, אינטגרציות 1C.
  • יישום: צור מחסנים, הגדר משלוח, כתוב רכיב בחירת חנות, handlers. השתמש בסקירת קוד.
  • בדיקות: בדוק על מלאי חי, symulate הזמנות ממיקומים שונים. בדיקת עומס עד 10,000 הזמנות ביום.
  • פריסה: פרוס לסביבת ייצור, הגדר ניטור והתראות.

מה כלול

  • תיעוד של תכנית ההזמנות והאינטגרציות.
  • הגדרת גישה לעובדי חנות.
  • הכשרת צוות לטיפול בהזמנות איסוף.
  • תמיכה טכנית ל-30 יום לאחר ההשקה.

טעויות נפוצות בהגדרת BOPIS

  • קואורדינטות גיאוגרפיות של חנות לא מעודכנות — לקוחות רואים מיקום שגוי.
  • חסר handler הזמנה מותאם אישית — פריטים מוזמנים במחסן הלא נכון.
  • התראות רק דרך דוא"ל — SMS אובדות.
  • אין ממשק ניהול לעובדי חנות.

לוח זמנים והתקשרות

לוח זמנים: 5 עד 21 ימים תלוי במספר החנויות ומורכבות האינטגרציה. העלות מחושבת באופן אישי—הגדרה טיפוסית מתחילה מ-$1,500 לחנות בודדת. עם ניסיון של למעלה מ-10 שנים בפיתוח Bitrix ויותר מ-50 פרויקטים של מסחר אלקטרוני שהושלמו, אנו מביאים מומחיות מוכחת. צור קשר כדי לקבל הערכת פרויקט תוך יום עסקים אחד.

אנו מבטיחים שהתכנית תעבוד תחת כל עומס. ניסיון: למעלה מ-10 פרויקטים של BOPIS על Bitrix. אנו משתמשים בסקירת קוד בכל שלב.

קבל ייעוץ חינם על יישום BOPIS. תיעוד: CommerceML ו-REST API