פיתוח אתר חנות תכשיטים על 1C-Bitrix
אנו מפתחים אתרי מסחר אלקטרוני לתכשיטים על 1C-Bitrix במפתח מלא. אנו מעריכים את הפרויקט שלכם ומציעים פתרון אופטימלי. אתר תכשיטים שונה מאתר טיפוסי בתכונה מהותית: חלק ניכר מהמלאי הוא פריטים ייחודיים. שתי טבעות עם יהלום 0.5 קראט יכולות להיות שונות בצבע, בניקיון ובחיתוך, ולכן גם במחיר. פלטפורמת 1C-Bitrix עם מודולי sale ו-catalog מאפשרת לבנות ניהול מלאי לפי פריט, אבל הלוגיקה הסטנדרטית של SKU דורשת התאמה. במאמר זה, אנו מפרקים כיצד ארגנו קטלוג עם ניהול מלאי לפי פריט, סינון, ויזואליזציה ואינטגרציה עם 1C.
למה ניהול מלאי לפי פריט חשוב בקטלוג תכשיטים
מסחר אלקטרוני סטנדרטי מתייחס למוצרים כווריאציות: מידת טבעת 17, כמות 10. בתכשיטים, כל פריט הוא ייחודי במשקל, במאפייני האבן ובמספר סידורי. ללא ניהול מלאי לפי פריט, אי אפשר להבטיח שהלקוח יקבל בדיוק את הפריט שהזמין. יישמנו ניהול מלאי לפי פריט: כל פריט הוא SKU נפרד עם מספר קטלוגי ייחודי. השוואת גישות:
| פרמטר | ניהול מלאי סטנדרטי | ניהול מלאי לפי פריט |
|---|---|---|
| זיהוי | שילוב של מאפיינים | מספר קטלוגי ייחודי |
| מלאי | יכול להיות >1 | 0 או 1 |
| מחיר | אחד לכל וריאציה | אישי |
| ניהול מחסן | כללי | לפי פריט |
ניהול מלאי לפי פריט מפחית שגיאות מלאי ב-90%, שזה פי 5 טוב יותר מניהול סטנדרטי, וחוסך בממוצע 5,000 דולר בשנה בפערים.
כיצד בנוי קטלוג התכשיטים על 1C-Bitrix
מבנה: בלוק מידע ראשי לדגם, בלוק מידע SKU (הצעות מסחר) לפריטים. מאפייני בלוק המידע הראשי (דגם):
- סוג מוצר — רשימה: טבעות, עגילים, תליונים, צמידים, שרשראות, סיכות, שרשראות צוואר.
- קולקציה — קישור לאלמנטים של בלוק מידע הקולקציות.
- מתכת — רשימה עם בחירה מרובה: זהב 585, זהב 750, פלטינה 950, כסף 925.
- שיבוץ (אבן) — רשימה: יהלום, אמרלד, ספיר, אודם, ללא שיבוץ.
- סגנון — רשימה: קלאסי, מודרני, וינטג'.
- תיאור דגם, הוראות טיפול — מאפייני HTML.
מאפייני SKU (פריט ספציפי):
- מספר קטלוגי — מזהה ייחודי.
- טוהר — מספר.
- משקל פריט (גרם) — מספר עם דיוק עד מאיות.
- מידה — מספר (לטבעות וצמידים).
- מאפייני אבן — קבוצת מאפיינים: קראט, צבע (סולם GIA), ניקיון, חיתוך.
- תעודה — קובץ (סריקה של תעודה גמולוגית).
- תמונת פריט — מאפיין 'קובץ' מרובה.
מבנה דו-רמתי זה מאפשר הצגת כרטיס דגם עם רשימת פריטים זמינים. המשתמש בוחר לא 'מידה 17' מופשטת, אלא פריט ספציפי עם משקל ומאפייני אבן ייחודיים.
סינון מתקדם
סינון קטלוג תכשיטים מורכב יותר בשל הקומבינטוריקה של הפרמטרים. יישום באמצעות bitrix:catalog.smart.filter עם אינדקס פאקטי:
- מתכת — תיבות סימון.
- אבן — תיבות סימון.
- סוג מוצר — תיבות סימון.
- טווח מחירים — מחוון טווח.
- מידה — מחוון או תפריט נפתח.
- משקל — מחוון.
האינדקס הפאקטי (b_catalog_smart_filter) מחושב מחדש כאשר מוצרים מתעדכנים מ-1C. לקטלוג עם 5000+ SKU, פאקטים הם חובה — בלעדיהם הסינון מתדרדר לכמה שניות לכל שאילתה. שימוש בסינון פאקטי מהיר פי 3 מסינון סטנדרטי.
ויזואליזציה: תמונות, זום, 360°
תכשיטים דורשים ויזואליזציה באיכות גבוהה. ברמת Bitrix:
- תמונה ראשית — מאפיין 'קובץ' ב-SKU. מועלית ברזולוציה גבוהה (מינימום 2000×2000 פיקסלים). שינוי גודל באמצעות
CFile::ResizeImageGetלתמונות ממוזערות (400×400), קטלוג (800×800) וזום (מקורית). - זום — בעמוד הפרטים מצורף ספרייה (drift או elevate-zoom) לטעינת התמונה המקורית בעת ריחוף.
- סיבוב 360° — סדרה של 24–36 פריימים שצולמו על פלטפורמה מסתובבת. מאוחסנת כמאפיין 'קובץ' מרובה בסדר קבוע. בצד הלקוח — נגן JS שמחליף פריימים בגרירה/החלקה.
- וידאו על דגם — כתובת YouTube/Vimeo במאפיין מחרוזת, מוטמע באמצעות iframe עם טעינה עצלה.
מדריך מידות טבעות
כלי מקוון לקביעת מידת טבעת. שתי אפשרויות יישום:
- לפי טבעת קיימת — המשתמש מניח טבעת על המסך ומשנה גודל של עיגול כדי להתאים. דורש כיול לפי אלכסון מסך (נקבע באמצעות JS או מוזן ידנית).
- לפי היקף אצבע — הוראות + שדה קלט לאורך חוט במ"מ, המרה למידה באמצעות טבלה.
טבלת ההתאמה מאוחסנת בבלוק Highload או בתצורת הרכיב. התוצאה נשמרת בסשן ומוחלת על מסנן הקטלוג.
חריטה והתאמה אישית
שירותים נוספים במהלך התשלום מיושמים באמצעות מנגנון מאפייני סל במודול sale:
- בעת הוספת מוצר לסל, מופיעה טופס: טקסט חריטה (עד 20 תווים), גופן (בחירה של 3–5 אפשרויות), אריזת מתנה.
- הערכים נשמרים כמאפייני פריט בסל (
CSaleBasket::Updateעם מערךPROPS). - בצד המנהל, המאפיינים נראים בהזמנה ומועברים לטפסי הדפסה.
אינטגרציית 1C: ניהול מלאי לפי פריט
החלפה סטנדרטית באמצעות CommerceML מניחה שמוצר הוא דגם עם וריאציות. בעסקי תכשיטים, כל פריט הוא ייחודי, מה שמחייב שינוי של ההחלפה.
למה החלפה סטנדרטית לא מתאימה?
בהחלפת CommerceML טיפוסית, הצעת מסחר מזוהה על ידי שילוב של מאפיינים: 'טבעת, זהב 585, מידה 17' יכולה להיות בכמות 10. בניהול מלאי תכשיטים, 'טבעת, זהב 585, מידה 17, משקל 3.82 גרם, יהלום 0.31 קראט VS1 G' היא פריט ספציפי עם מספר קטלוגי R-585-1742. לא ניתן לשלב אותה עם טבעת אחרת באותה מידה כי המשקל, האבן והעלות שונים.
ארכיטקטורת הפתרון
כל פריט מיוצא מ-1C כ-SKU נפרד עם XML_ID ייחודי התואם למספר הקטלוגי. המלאי הוא תמיד 0 או 1. סכמה:
| ישות ב-1C | ישות ב-Bitrix | קשר |
|---|---|---|
| נומנקלטורה (דגם) | אלמנט בלוק מידע מוצר | XML_ID של הדגם |
| מאפיין נומנקלטורה (פריט) | SKU (הצעת מסחר) | XML_ID של הפריט = מספר קטלוגי |
| מחיר פריט | מחיר SKU (b_catalog_price) |
מקושר לפי מזהה SKU |
| מלאי (0/1) | ניהול מחסן (b_catalog_store_product) |
מחסן + מזהה SKU |
שינוי מטפל ההחלפה
המטפל הסטנדרטי /bitrix/admin/1c_exchange.php מטפל בייבוא כראוי אם 1C מוגדר כראוי לייצוא מאפיינים כהצעות נפרדות. הגדרות מפתח:
- ב-1C: ייצוא מאפייני נומנקלטורה מופעל, כל מאפיין =
Идייחודי. - ב-Bitrix: בהגדרות בלוק מידע הקטלוג, הפעל 'הצעות מסחר', סוג = 'כל הצעה היא אלמנט נפרד'.
- מאפייני SKU (משקל, מאפייני אבן) ממופים באמצעות הגדרות החלפה בסעיף 'מיפוי מאפיינים'.
אם מיפוי סטנדרטי אינו מספיק, מטפל לאירוע OnSuccessCatalogImport1C מחובר כדי להעשיר SKU לאחר ייבוא: פרסור שדות נוספים מ-XML וכתיבתם למאפייני בלוק המידע.
שלבים להגדרת ניהול מלאי לפי פריט
- צור בלוק מידע ראשי לדגמים עם המאפיינים הנדרשים (מתכת, אבן וכו').
- צור בלוק מידע SKU עם מאפיינים למספר קטלוגי, משקל, פרטי אבן, תעודה, תמונות.
- הגדר את מטפל ההחלפה לייצוא כל פריט כהצעה נפרדת מ-1C.
- מפה מאפייני SKU בהגדרות ההחלפה של Bitrix.
- הגדר מלאי ל-0 או 1 והפעל מנגנון הזמנה.
- בדוק את מחזור ההחלפה וודא שלמות נתונים.
ניהול פריטים שנמכרו
כאשר מתבצעת הזמנה, מלאי ה-SKU נמחק ל-0. הפריט נעלם מהקטלוג באתר (סינון לפי זמינות). בהחלפה הבאה עם 1C, המלאי מסונכרן. נקודה חשובה — הזמנה: בעת הוספה לסל, הפריט מוזמן ל-30 דקות באמצעות מנגנון catalog_store_barcode או מטפל מותאם אישית לאירוע OnSaleBasketItemAdd.
GIIIS DMDR (מספר זיהוי אחיד)
מאז הוכנסה סימון חובה, פריטי תכשיטים כפופים לניהול ב-GIIIS DMDR. לכל פריט מוקצה סימן זיהוי ייחודי (UIN). באתר, זה מיושם כמאפיין SKU נוסף שמוצג בכרטיס המוצר ומועבר למסמכי ההזמנה. אינטגרציה עם GIIIS מתבצעת בצד 1C, וה-UIN המוכן מגיע לאתר באמצעות החלפה.
מה כלול בעבודה
- ניתוח דרישות ועיצוב ארכיטקטורה
- פיתוח מבנה קטלוג ומאפיינים
- הגדרת החלפת 1C (CommerceML, ניהול מלאי לפי פריט)
- יישום סינון וויזואליזציה
- אינטגרציה של מערכות תשלום, לוגיסטיקה ו-GIIIS DMDR
- בדיקות, אופטימיזציית ביצועים
- הכשרת צוות הלקוח
- מסירת תיעוד מלא וגישה
הניסיון שלנו
אנחנו צוות עם 8+ שנות ניסיון בפיתוח על 1C-Bitrix. יישמנו מעל 30 פרויקטים לחנויות תכשיטים, המאשרים את המומחיות שלנו.
לוחות זמנים ועלות משוערים
| שלב | משך |
|---|---|
| ניתוח ועיצוב | מ-5 ימים |
| פיתוח מבנה קטלוג | מ-10 ימים |
| הגדרת החלפת 1C | מ-7 ימים |
| פיתוח צד לקוח | מ-15 ימים |
| בדיקות ואופטימיזציה | מ-5 ימים |
| מסירת תיעוד והכשרה | מ-2 ימים |
העלות מחושבת באופן אישי לאחר הערכת הפרויקט שלכם, בדרך כלל נעה בין 10,000 ל-30,000 דולר.
מוכנים לקחת על עצמכם את הפרויקט? צרו קשר לייעוץ.







