אתר הייצור שלך על 1C-Bitrix
תארו לעצמכם: יש לכם 20,000 פריטים, כל אחד צריך להיות מתואר על ידי 50 פרמטרים, ומשווקים ממתינים שעות לתשובה לפנייתם. מועדים נדחים, מנהלים טובעים באקסל. אנו מפתחים אתרים לחברות ייצור על 1C-Bitrix שהופכים לכלי עבודה עבור משווקים, אנשי רכש ומהנדסים. המטרה העיקרית היא לתת למומחה טכני את היכולת למצוא את הפריט הנכון לפי פרמטרים, להוריד מפרט ולשלוח בקשה להצעה מסחרית. כל השאר משני.
עם ניסיון של למעלה מ-10 שנים ויותר מ-50 פרויקטים שהושלמו עבור מפעלים תעשייתיים, אנו מספקים פתרונות אמינים המשלבים קטלוג מקיף, אינטגרציה עמוקה עם 1C וחדר B2B מלא. חברת ייצור טיפוסית חוסכת עד $27k–39k בשנה על ידי אוטומציה של עיבוד הזמנות. בממוצע, זמן עיבוד ההזמנות מופחת ב-40% בהשוואה לשיטות ידניות.
ב-1C-Bitrix, אתר כזה בנוי סביב קטלוג בלוק מידע, מודול B2B לחדר אישי והחלפת נתונים עם 1C:UPP או 1C:ERP. הקטלוג יכול להכיל עשרות אלפי מוצרים עם עשרות מאפיינים טכניים. החדר האישי B2B ב-Bitrix מספק מחירים אישיים והיסטוריית הזמנות. אינטגרציה עם 1C מבטיחה סנכרון אוטומטי של המינוח ויתרות המלאי. הצ'ק הממוצע למשווק הוא $1.4k–1.9k, וחיסכון הזמן בעיבוד הזמנות הודות לאוטומציה הוא עד 40%.
בואו נפרק כל בלוק.
קטלוג מוצרים עם מפרטים טכניים
זהו הליבה של האתר. קטלוג חברת ייצור טיפוסי מכיל בין 500 ל-50,000 פריטים, כל אחד עם 15 עד 60 מאפיינים טכניים. שסתומים, מתכת מגולגלת, ציוד חשמלי, מכונות תעשייתיות—לכל תעשייה יש סט פרמטרים משלה, אבל הגישה הארכיטקטונית זהה.
כיצד לארגן קטלוג עם מפרטים טכניים?
הקטלוג ב-Bitrix בנוי על בלוק מידע מסוג catalog (קטלוג מסחרי). סעיפי בלוק המידע מהווים את עץ הקטגוריות. עבור כל קטגוריה ברמה העליונה, נוצרת בדרך כלל קבוצת מאפיינים נפרדת באמצעות מנגנון קשירת המאפיינים לסעיפים (טבלת b_iblock_section_property). זה קריטי: אם יש לכם משאבות ושסתומים באותו בלוק מידע, אתם לא רוצים להציג את המאפיין "קוטר נומינלי" עבור פריטים בקטגוריית "מנועים חשמליים".
תצורת מאפיינים טיפוסית לקטלוג תעשייתי:
| קבוצת מאפיינים | דוגמאות | סוג Bitrix |
|---|---|---|
| פרמטרים פיזיים | משקל, מידות, חומר | N (מספר), S (מחרוזת) |
| תפעוליים | לחץ עבודה, טווח טמפרטורות, דרגת הגנה IP | N עם יחידות מידה |
| סיווג | GOST, TU, תעודת התאמה | S או F (קובץ) |
| מדיה | שרטוט DWG, מפרט PDF, מודל STEP תלת-ממדי | F (קובץ) |
| חיבורים | מוצרים קשורים, רכיבים, אנלוגים | E (קישור לאלמנטים) |
| מסחריים | SKU, יחידת מידה, מינימום הזמנה, זמן ייצור | מאפייני קטלוג מסחרי |
עבור מאפיינים עם יחידות מידה, נעשה שימוש בספריית b_catalog_measure. ערכים נשמרים ב-b_iblock_element_property (מאפיינים רגילים) וב-b_catalog_product (פרמטרים מסחריים).
מסנן חכם
רכיב catalog.smart.filter עובד עם אינדקס פאקטות—טבלת b_catalog_smart_filter מאחסנת שילובים מחושבים מראש. ללא אינדקס פאקטות, סינון לפי 30+ מאפיינים בקטלוג של 10,000 פריטים יוצר שאילתות שלוקחות 3-5 שניות. עם האינדקס, זה לוקח 50-100 אלפיות שנייה—כלומר פי 30-60 מהר יותר. מסנן קטלוג זה ב-Bitrix חיוני לביצועים.
בניית אינדקס הפאקטות מופעלת באמצעות \Bitrix\Iblock\PropertyIndex\Manager::markAsInvalid($iblockId) ולאחר מכן אינדוקס מחדש. האינדקס מתעדכן אוטומטית בכל שינוי אלמנט, אך לאחר ייבוא המוני מ-1C, נדרש בנייה מחדש מלאה.
עבור קטלוגים הנדסיים, המסנן הסטנדרטי לרוב אינו מספיק. התאמות אישיות טיפוסיות:
- מסנן טווח למאפיינים מספריים (לחץ מ/עד, טמפרטורה מ/עד)—נתמך באופן טבעי אך דורש הגדרת תצוגה.
- סינון לפי ערכים מרובים של מאפיין אחד עם לוגיקת OR—עובד ישירות מהקופסה.
- סינון צולב—כאשר בחירת ערך עבור מאפיין אחד מצמצמת את הערכים הזמינים עבור אחרים. מיושם באמצעות טעינת מסנן AJAX עם פרמטרים נוכחיים מועברים.
- השוואת טבלה של פריטים נבחרים—רכיב
catalog.compare.list, אך בדרך כלל נכתב מחדש לחלוטין עבור המשימה.
מפרטי PDF ותיעוד
תיעוד טכני מאוחסן במאפיינים מסוג F (קובץ). לכל פריט עשויים להיות מספר מסמכים: דרכון מוצר, תעודה, שרטוט, מדריך התקנה. הגישה הנכונה היא מאפיין מרובה עם קשירת קבצים או בלוק Highload נפרד TechDocuments עם שדות UF_PRODUCT_ID, UF_FILE, UF_DOC_TYPE, UF_LANGUAGE.
יצירת קטלוג PDF תוך כדי תנועה היא משימה נפרדת. בדרך כלל, נעשה שימוש בספריית mPDF או TCPDF, הנקראת דרך רכיב מותאם אישית. תבנית ה-PDF נוצרת מנתוני בלוק המידע, התוצאה נשמרת במטמון ומוגשת למשתמש.
אינטגרציה עם 1C:ניהול מפעל ייצור
מודול ההחלפה הסטנדרטי catalog ב-Bitrix מיישם את פרוטוקול CommerceML 2 (החלפה באמצעות קבצי XML). עבור 1C:UPP ו-1C:ERP, זהו הנתיב העיקרי לסנכרון מינוח ומחירים.
כיצד פועלת האינטגרציה עם 1C?
ההחלפה פועלת דרך כתובת ה-URL /bitrix/admin/1c_exchange.php ומורכבת משלבים:
- אימות—1C שולח שם משתמש/סיסמה, מקבל סשן.
- העלאת קטלוג (
catalog)—קבציםimport.xmlו-offers.xmlמועלים לשרת. - ייבוא—Bitrix מנתח XML, יוצר/מעדכן אלמנטים של בלוק מידע.
- החלפת הזמנות (
sale)—החלפה דו-צדדית של סטטוסי הזמנות.
עבור חברת ייצור, החלפה סטנדרטית לרוב אינה מספיקה. אזורים בעייתיים:
- סוגי מחירים מרובים. ב-1C:UPP—קמעונאי, סיטונאי, משווק, מיוחד עבור לקוח ספציפי. מודול
catalogתומך במספר סוגי מחירים דרך טבלתb_catalog_group, אך מיפוי עם 1C חייב להיות מוגדר ידנית. - יתרות מחסן. טבלת
b_catalog_store_productמאחסנת יתרות לפי מחסנים (b_catalog_store). 1C:UPP יכול להעלות יתרות מפוצלות לפי מחסנים, אך נדרש שינוי בצד 1C. - מאפייני מינוח. ב-1C, זה מיושם באמצעות "מאפייני פריט", ב-Bitrix באמצעות SKU (הצעות מסחריות). מיפוי אחד-לאחד לא תמיד אפשרי, במיוחד אם המאפיינים הם רב-רמתיים.
בלוקי Highload לנתוני ייחוס
נתוני ייחוס מ-1C (יחידות מידה, קטגוריות, חומרים, GOSTs) עדיף לאחסן בבלוקי Highload ולא ברשימות רגילות. טבלת b_hlblock_entity מגדירה את הבלוק; נתונים מאוחסנים בטבלה שנוצרה אוטומטית עם קידומת. API גישה דרך \Bitrix\Highloadblock\HighloadBlockTable::getById() ומחלקת ORM שנוצרה.
החלפת נתוני ייחוס היא משימה נפרדת שאינה מכוסה על ידי CommerceML סטנדרטי. היא מיושמת דרך REST API של Bitrix או נקודת קצה מותאמת אישית הנקראת מ-1C בלוח זמנים.
פונקציונליות B2B
חדר אישי למשווק
החדר האישי בנוי על מודול sale ומורחב עם רכיבים מותאמים אישית. יכולות בסיסיות:
- מחירים אישיים—דרך סוגי מחירים המחוברים לקבוצות משתמשים. קבוצת "משווקים" רואה את עמודת הסיטונאי, קבוצת "מפיצים" רואה את שלהם. מוגדר ב-
b_catalog_group2group. - היסטוריית הזמנות—רכיב
sale.personal.order.list, בדרך כלל מותאם אישית: מוסיף סטטוס ייצור, מספר מעקב משלוח, קישור לחשבונית. - הזמנה חוזרת—הוספת כל הפריטים מהזמנה קודמת לעגלה בלחיצת כפתור אחת.
- ייצוא לאקסל—יצירת מחירון עם מחירים אישיים עבור משווק ספציפי.
בקשה להצעה מסחרית
עבור חברות ייצור, העגלה עובדת לעתים קרובות לא כבדיקת הזמנה אלא כבקשה להצעה מסחרית. המשתמש מוסיף פריטים, מציין כמות, ובמקום תשלום רואה טופס "בקשת הצעה". הבקשה נשלחת למודול ה-CRM של Bitrix (crm—ליד או עסקה) ובמקביל למייל המנהל.
מיושם דרך מטפל מותאם אישית לאירוע OnSaleOrderBeforeSaved או רכיב מותאם אישית לחלוטין שעוקף את בדיקת ההזמנה הסטנדרטית.
בלוקים נוספים
- חדשות ומאמרים—בלוק מידע סטנדרטי, רכיבים
news.list/news.detail. עבור חברת ייצור, אלה חדשות תעשייה, השתתפות בתערוכות, עדכוני קטלוג. - תעודות ורישיונות—בלוק מידע נפרד או סעיף ספריית מדיה. קבצי PDF עם תצוגה מקדימה של תמונה.
- מחשבון מוצר—אם המינוח כולל חישובים (אורך, נפח, גדלים לא סטנדרטיים). מיושם כרכיב JS הניגש ל-API של הקטלוג עבור מחירים.
- גיאוגרפיה של משלוחים—Yandex.Maps API עם סמנים עבור משווקים ונציגויות. נתונים מבלוק Highload
DealerNetwork.
מה כלול בעבודה
- מפרט טכני מפורט המבוסס על ביקורת תהליכים נוכחיים.
- ארכיטקטורה ועיצוב: מבנה בלוק מידע, תוכנית החלפת 1C, מודל תפקידים.
- פיתוח קטלוג עם מסנן חכם, מפרטי PDF ותיעוד.
- אינטגרציה עם 1C:UPP או 1C:ERP (CommerceML 2, REST API).
- חדר אישי למשווק עם מחירים אישיים ובקשת הצעה.
- בדיקות ואופטימיזציית ביצועים (מטמון, אינדקסים).
- פריסה לשרת, הגדרת ניטור.
- העברת תיעוד, גישה, הדרכת מנהלים.
- תמיכה טכנית במהלך תקופת האחריות (עד 6 חודשים).
לוח זמנים ליישום
| היקף הפרויקט | קטלוג | אינטגרציית 1C | חדר אישי | סה"כ |
|---|---|---|---|---|
| קטן (עד 500 פריטים, החלפה בסיסית) | 3-4 שבועות | 2-3 שבועות | 2 שבועות | 8-10 שבועות |
| בינוני (עד 5,000 פריטים, מחירים מרובים) | 5-6 שבועות | 4-5 שבועות | 3-4 שבועות | 14-18 שבועות |
| גדול (10,000+ פריטים, אינטגרציה מלאה עם UPP/ERP) | 8-10 שבועות | 6-8 שבועות | 5-6 שבועות | 22-28 שבועות |
צוואר הבקבוק הוא תמיד אינטגרציה עם 1C. זה תלוי במידת התקינה של התצורה בצד הלקוח והאם יש מומחה 1C ייעודי להתאמת ההחלפה.
הניסיון שלנו: למעלה מ-10 שנות פיתוח על 1C-Bitrix, יותר מ-50 פרויקטים שהושלמו עבור מפעלים תעשייתיים. אם אתם צריכים אתר שהופך לכלי עבודה עבור משווקים ומהנדסים, צרו קשר. קבלו ייעוץ על הפרויקט ותוכנית עבודה משוערת.