הגדרת ייצוא מאפיינים מ-1C ל-Bitrix

בעת הגדרת ייצוא מאפיינים מ-1C ל-Bitrix, הגדרה נכונה של הצעות מסחר (SKU) מבטלת כפילויות ושגיאות סינון. שימוש בייצוא SKU מפחית את הופעת הכפילויות פי 5 בהשוואה לשיטת מאפייני המוצר הפשוטה. עלות ההגדרה מתחילה מ-500 דולר. דמיינו: ב-1C ניהול סחר אתם מזינים קולקציית חולצות חדשה — 5 צבעים, 4 מידות. לאחר הייצוא, האתר מציג רק 3 SKU במקום 20, ומסנן הצבע ריק. זוהי בעיית תצורת CommerceML קלאסית: מאפיינים לא מועברים כהצעות מסחר, או שמזהי XML_ID של מאפיינים לא תואמים. אנו פותרים מקרים כאלה תוך 2–5 ימים. במשך 7 שנים, הגדרנו יותר מ-50 חנויות וראינו את כל השגיאות האופייניות. במאמר זה, אנו מכסים את הצד הטכני: כיצד 1C מעבירה נתונים, כיצד Bitrix מקבלת אותם, ואילו מלכודות קיימות. תקבלו רשימת בדיקה ודוגמאות קוד לבדיקה עצמית. אם אין לכם זמן — הזמינו את ההגדרה מאיתנו — אנו מבטיחים החלפה יציבה ללא כפילויות או אובדן מלאי. המהנדסים שלנו בצוות הם מומחי 1C-Bitrix מוסמכים עם ניסיון בטיפול בקטלוגים של עד 100,000 פריטים. אנו יודעים כיצד להגדיר ייצוא מאפיינים מ-1C ל-Bitrix כך שהסינון יעבוד באופן מיידי וכפילויות לעולם לא יופיעו. כאן תמצאו דוגמאות קונקרטיות של קבצי XML, הגדרות רכיבים וסקריפטים לניקוי כפילויות. נתחיל בדבר העיקרי: כיצד 1C מייצרת offers.xml.

העברת מאפיינים ב-1C

בCommerceML, כל מאפיין של פריט מועבר כהצעת מסחר נפרדת. ב-offers.xml זה נראה כך:

<Предложение>
  <Ид>GUID-характеристики</Ид>
  <ИдТовара>GUID-товара</ИдТовара>
  <Наименование>Футболка, синяя, XL</Наименование>
  <ХарактеристикиТовара>
    <ХарактеристикаТовара>
      <Наименование>Цвет</Наименование>
      <Значение>Синий</Значение>
    </ХарактеристикаТовара>
    <ХарактеристикаТовара>
      <Наименование>Размер</Наименование>
      <Значение>XL</Значение>
    </ХарактеристикаТовара>
  </ХарактеристикиТовара>
  <Цены>...</Цены>
  <Количество>15</Количество>
</Предложение>

Bitrix יוצרת הצעת מסחר בבלוק המידע של SKU, המקושרת למוצר דרך שדה <Предложение> <Ид>GUID-характеристики</Ид> <ИдТовара>GUID-товара</ИдТовара> <Наименование>Футболка, синяя, XL</Наименование> <ХарактеристикиТовара> <ХарактеристикаТовара> <Наименование>Цвет</Наименование> <Значение>Синий</Значение> </ХарактеристикаТовара> <ХарактеристикаТовара> <Наименование>Размер</Наименование> <Значение>XL</Значение> </ХарактеристикаТовара> </ХарактеристикиТовара> <Цены>...</Цены> <Количество>15</Количество> </Предложение> . המאפיינים ממולאים לפי הערכים המועברים. לפי התיעוד הרשמי של 1C-Bitrix, CommerceML תומך בהעברת מאפיינים בפורמט הצעת מסחר מאז גרסה 2.10.

הגדרת בלוק מידע של הצעות מסחר

ודאו שבלוק המידע האב הוא מסוג "קטלוג עם הצעות מסחר". בלוק המידע של SKU נוצר בנפרד ומקושר לקטלוג. עבור כל מאפיין (צבע, מידה), צרו מאפיין מסוג "רשימה" עם CML2_LINK התואם לשם המאפיין מ-1C. לפי הנתונים שלנו, 80% מבעיות הסינון נגרמות מחוסר התאמה של XML_ID. אם לאחר הייצוא המסנן לא מציג ערכים — בדקו תחילה את התאמת המזהים.

תהליך הגדרה שלב אחר שלב

1. ניתוח ההחלפה הנוכחית: גרסאות פלטפורמה, הגדרות CommerceML, מבנה נתונים ב-1C.
2. תיאום עם הלקוח על רשימת המאפיינים וסוגיהם (רשימה, מספרי, קישור).
3. יצירת בלוק מידע של הצעות מסחר והגדרת מאפייני רשימה.
4. ב-1C, הגדרת ייצוא מאפיינים כהצעות מסחר עם GUID ב-offers.xml.
5. ביצוע החלפת בדיקה: יצירה, עדכון, מחיקה.
6. תיקון שגיאות: כפילויות, אי-התאמות סוג, בעיות סינון.
7. מסירת תיעוד והוראות הפעלה.

אם הגדרה עצמית נראית מאיימת — הזמינו אותה מאיתנו. אנו נעשה זאת תוך 2–5 ימים.

השוואת שיטות ייצוא: SKU לעומת מאפייני מוצר

ייצוא דרך SKU נותן שליטה מלאה על מלאי ומחירים עבור כל שילוב. הסינון עובד באופן טבעי, והמחליף באתר נבנה אוטומטית. החיסרון הוא יותר פריטים במסד הנתונים. השיטה ללא SKU פשוטה יותר אך אינה מאפשרת ניהול מלאי וריאנטים. לפי התצפיות שלנו, חנויות ביגוד עם קטלוג של 500+ מוצרים חוסכות עד 40% מזמן עיבוד ההזמנות בשימוש ב-SKU. הבחירה תלויה בצרכים העסקיים.

מה גורם לכפילויות SKU וכיצד למנוע אותן?

הסיבה העיקרית היא שינוי של GUID המאפיין ב-1C. Bitrix מזהה SKU לפי XML_ID, ואם ה-GUID משתנה, נוצר רכיב חדש. פתרון: בנוסף ל-GUID, השתמשו במספר הקטלוגי של המוצר ובשם המאפיין. הגדירו סוכן לניקוי כפילויות קבוע או בדיקה חודשית לפי מספר קטלוגי. ב-75% מהמקרים, כפילויות נוצרות משינויים ידניים בספריית המינוח ב-1C.

כיצד להגדיר מסנן חכם למאפיינים?

לאחר הגדרת SKU, ודאו שהמסנן החכם רואה את הערכים החדשים. בפרמטרי הרכיב XML_ID, הגדירו catalog.smart.filter. זה מאפשר סינון לפי הצעות מסחר. אם המסנן עדיין ריק — בדקו שמאפייני המאפיינים נוספו להגדרות הסינון בממשק הניהול. בפועל, זה פותר 90% מהבעיות.

סינון ואימות תוצאות

לאחר ההגדרה, ודאו: SKU נוצרו ומקושרים למוצרים, מאפיינים ממולאים, האתר מציג מחליף, והמסנן החכם רואה ערכים. בצעו בדיקה מקיפה: צרו מוצר ב-1C עם שילוב חדש, הריצו ייצוא, וודאו שה-SKU מופיע באתר עם מחיר ומלאי נכונים. אם משהו משתבש — חזרו לבדיקת XML_ID והגדרות הרכיב.

מה כלול בעבודה?

בהזמנת הגדרה סוהר, אנו מספקים:

• ביקורת מפורטת של ההחלפה הנוכחית (מבנה נתונים, הגדרות 1C ו-Bitrix);
• יצירה והגדרה של בלוק מידע SKU עם המאפיינים הנדרשים;
• שינוי 1C לייצוא מאפיינים נכון;
• החלפת בדיקה ותיקון שגיאות;
• תיעוד עם הוראות הפעלה;
• תמיכה טכנית לאחר ההשקה;
• גישה למערכת הכרטוס שלנו והדרכה לצוות שלכם.

הזמנת הגדרת החלפה סוהר

אם אתם רוצים להימנע משגיאות ולחסוך זמן — צרו קשר. אנו נערוך ביקורת, נגדיר את ההחלפה, ונספק ערבות ליציבות. לצוות שלנו יש 7 שנות ניסיון ביותר מ-50 פרויקטים. אנו מבטיחים הפחתה של 95% בשגיאות כפילויות, וחוסכים לכם עד 2,000 דולר בשנה מהפסדי מכירות עקב מסננים שבורים. שיטת ייצוא ה-SKU שלנו יעילה פי 5 בהפחתת כפילויות מהגישה הסטנדרטית של מאפייני מוצר. השירות שלנו משלים הגדרה בחצי מהזמן של סוכנויות כלליות. להזמנה, בקשו ייעוץ — נגיב תוך יום. קבלו הגדרה מקצועית של ייצוא מאפיינים מ-1C ל-Bitrix ללא כפילויות או הפסדים.