במהלך ייבוא הפריטים הראשון מ-1C:ניהול סחר (UT) ל-Bitrix, נוצרים לעיתים קרובות מוצרים כפולים, אובדן מאפיינים ופגיעה בהיררכיית הקבוצות. ראינו לקוחות מאבדים עד 30% מהנתונים עקב הגדרת סיווג שגויה. כדי למנוע זאת, אנו משתמשים באלגוריתם הגדרת ייצוא מוכח המבטיח מבנה קטלוג תקין מההתחלה. לצוות יש 5 שנות ניסיון באינטגרציה עם 1C:UT 11 וגרסאות חדשות יותר. אנו מגדירים את הייצוא במתכונת מפתח-ביד תוך 2–3 ימים עבור קטלוג ממוצע של עד 5,000 פריטים. צרו קשר להערכה חינמית — אנו מנתחים את מבנה הפריטים שלכם ומציעים את סכמת ההחלפה האופטימלית. השירות שלנו מתחיל ב-$500 וכולל אחריות לחודש.
בעת ההגדרה, אנו מתחשבים בכל הניואנסים של CommerceML: קידוד XML נכון, סינון לפי קבוצות וסוגים, מיפוי מאפיינים נוספים ובחירת שיטת העברת תמונות אופטימלית. קידוד XML שגוי הוא גורם שכיח לכשלים; אנו תמיד מאמתים את ה-XML לפני הטעינה. לאחר ההגדרה, תקבלו תיעוד הגדרות והדרכת צוות. השלמנו מעל 50 אינטגרציות, והפחתנו שגיאות לאחר ההגדרה ב-95%.
נתונים המועברים דרך CommerceML
מנגנון ה-CommerceML ב-1C:UT 11 מעביר מספר בלוקים ב-XML:
-
מסווג (
КоммерческаяИнформация → Классификатор) — מבנה קטלוג: קבוצות פריטים עם היררכיה (תיקיות), מאפיינים (מאפייני מוצר), ערכי מאפיינים (ספריית ערכים מותרים). -
קטלוג (
КоммерческаяИнформация → Каталог) — הפריטים עצמם: כל<Товар>הוא פריט אחד, המכיל: שם, מק"ט, יחידת מידה, תמונות,ДополнительныеРеквизиты,ХарактеристикиТовара.
בהרצה הראשונה, כל המסווג והקטלוג מיוצאים. במהלך החלפה מצטברת, מיוצאים רק פריטים ששונו, אך המסווג (קבוצות ומאפיינים) מיוצא תמיד במלואו. הפורמט מתואר בפירוט במפרט ה-CommerceML הרשמי.
הגדרת ייצוא פריטים היא השלב הקריטי ביותר מכיוון ששגיאות בשלב זה קשות לתיקון. לדוגמה, מיפוי מאפיינים שגוי או היעדר מסנני קבוצות עלולים לגרום לפריטי שירות (חומרי גלם, מוצרים חצי-מוגמרים) להופיע באתר. בנוסף, הגדרה שגויה של מאפייני פריט יוצרת הצעות מסחר כפולות או פוגעת בקשר בין מוצר למק"ט. אנו מבטיחים שלאחר ההגדרה שלנו, כל הסיכונים הללו מסולקים.
כיצד להימנע מאובדן נתונים בייבוא הראשון?
- ניתוח מבנה פריטים ב-UT — בדקו את ספריית הפריטים, קבוצות, סוגים, מאפיינים נוספים ומאפיינים.
- הגדרת מסננים — הגדירו מסננים לפי ארגון, קבוצות, סוגים ומאפיין נוסף (אם נדרש).
- מיפוי מאפיינים — הקצו ידנית קודי מאפיינים של בלוק מידע לפני הייבוא הראשון כדי למנוע קודים אוטומטיים בלתי קריאים.
- בחירת שיטת העברת תמונות — בחרו בין Base64, קישורי קבצים או FTP בהתאם לתשתית הלקוח. FTP מהיר פי 5 מ-Base64.
- הגדרת מאפיינים → הצעות מסחר — קשרו מאפייני UT לבלוק מידע ההצעות, הגדירו מחירים ומלאי.
- ייבוא בדיקה והתאמה — בצעו ייבוא בדיקה על עותק של הקטלוג, וודאו תקינות נתונים ותקנו שגיאות.
- תיעוד והדרכה — ספקו ללקוח מסמך המתאר את ההגדרות והדריכו את הצוות להפעלת החלפה מצטברת.
השוואת שיטות העברת תמונות
לחצו להרחבה
| שיטה | גודל XML | מהירות | המלצה |
|---|---|---|---|
| Base64 ב-XML | גדול מאוד (GB) | איטי (איטי פי 5 מ-FTP) | רק לקטלוגים קטנים (<1000 פריטים) |
| קישורי קבצים | קומפקטי | בינוני | לרשת איטית |
| תיקיית FTP | קומפקטי | מהיר | הטוב ביותר לרשת מקומית |
כמה זמן לוקח הייבוא הראשון?
| גודל קטלוג | ללא מאפיינים | עם מאפיינים |
|---|---|---|
| עד 5,000 פריטים | 2–5 דקות | 5–15 דקות |
| 5–50 אלף פריטים | 10–30 דקות | 30–90 דקות |
| 50 אלף+ פריטים | 45–120 דקות | 2–6 שעות |
עבור קטלוגים גדולים, בצעו את הייבוא הראשון ידנית ב-cron עם max_execution_time = 0, לא דרך הדפדפן.
תוצרים
- ניתוח מבנה פריטים ב-1C:UT והכנת המלצות
- הגדרת צומת החלפה ומסנני ייצוא
- מיפוי ידני של מאפייני בלוק מידע (עם קודים קריאים)
- הגדרת העברת תמונות (בחירת שיטה אופטימלית)
- הגדרת הצעות מסחר (מק"טים) ממאפיינים
- ייבוא בדיקה ותיקון שגיאות
- תיעוד הגדרות והדרכת צוות
- תמיכת אחריות לחודש לאחר ההגדרה
אנו מעריכים את הפרויקט שלכם בחינם. צרו קשר — נכין הצעה מסחרית עם לוחות זמנים ועלות מדויקים. הזמינו הגדרת ייצוא היום וקבלו אינטגרציה יציבה ללא הפתעות.