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

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

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

שאלות נפוצות

ייצוא מחירים מ-1C ל-1C-Bitrix הוא החלק הרגיש ביותר בהחלפה. סוגי מחירים לא תואמים, כפילויות ושגיאות GUID גורמים לכ-30% מהבעיות של לקוחות בפרקטיקה שלנו (הנתונים הפנימיים שלנו). הפחתת שגיאות אלה ב-90% אפשרית באמצעות תצורה נכונה. במשך שנים, הצוות שלנו עזר לחברות להקים סנכרון חלק. במאמר זה, אנו מכסים היבטים מרכזיים של תצורת ייצוא מחירים: מקטגוריות מחירים ועד מבצעים ומטבעות. אנו מספקים תהליך שלב-אחר-שלב כך שתוכלו לפתור בעיות טיפוסיות בעצמכם או להעביר את המשימה למומחה. לדוגמה, הגדרת החלפת XML קלה יכולה להפחית עלויות שרת בכ-200 דולר לחודש.

כיצד להגדיר סוגי מחירים ב-1C וב-Bitrix?

מחירים מועברים מ-1C ל-Bitrix בקובץ offers.xml של החלפת CommerceML הסטנדרטית. כל SKU מכיל בלוק <Цены> עם קטגוריית מחיר אחת או יותר. ב-Bitrix, כל סוג מחיר מ-1C מתאים לסוג מחיר ב-b_catalog_price_type ולרשומה ב-b_catalog_price. למיפוי נכון, יש להגדיר מזההים כראוי. ב-1C, לסוג מחיר יש GUID ייחודי שחייב להיות מועבר ל-Bitrix. אם ה-GUID אינו תואם, המחיר לא יוקצה למוצר.

דוגמה למיפוי פרופיל מחירים:

סוג מחיר ב-1C קוד סמלי ב-Bitrix
קמעונאי ROZN
סיטונאי OPT
דילר DIALER
רכישה PURCHASE

המיפוי מוגדר ב-קטלוג → הגדרות החלפה עם 1C → סוגי מחירים. אנו ממליצים להשתמש בקודים סמליים — הם מספקים מיפוי מדויק יותר.

סיבות נפוצות לכשלים בעדכון מחירים

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

סנכרון מחירים נפרד (XML קל)

החלפת קטלוג מלאה היא כבדה. כאשר מחירים משתנים לעתים קרובות (מבצעים, תמחור דינמי), יש צורך במנגנון קל יותר. אנו משתמשים בקובץ XML קל prices.xml המכיל רק מחירים. זה מפחית את זמן ההחלפה בעד 80% — מ-10 דקות ל-2 דקות עבור קטלוגים עם 10,000 SKU. בניסיון שלנו, 95% מבעיות התמחור נפתרות על ידי מיפוי GUID נכון.

דוגמת קטע XML
<КоммерческаяИнформация>
  <ПакетПредложений>
    <Предложения>
      <Предложение>
        <Ид>GUID-торгового-предложения</Ид>
        <Цены>
          <Цена>
            <ИдТипаЦены>Розничная</ИдТипаЦены>
            <ЦенаЗаЕдиницу>1250.00</ЦенаЗаЕдиницу>
            <Валюта>RUB</Валюта>
          </Цена>
        </Цены>
      </Предложение>
    </Предложения>
  </ПакетПредложений>
</КоммерческаяИнформация>

ה-handler בצד Bitrix מנתח את ה-XML ומעדכן את <КоммерческаяИнформация> <ПакетПредложений> <Предложения> <Предложение> <Ид>GUID-торгового-предложения</Ид> <Цены> <Цена> <ИдТипаЦены>Розничная</ИдТипаЦены> <ЦенаЗаЕдиницу>1250.00</ЦенаЗаЕдиницу> <Валюта>RUB</Валюта> </Цена> </Цены> </Предложение> </Предложения> </ПакетПредложений> </КоммерческаяИнформация> לפי b_catalog_price של ה-SKU. עדכון מחיר ב-Bitrix:

$priceData = CCatalogProduct::GetByID($productId);
CCatalogProduct::SetPrice($productId, $priceTypeId, $price, $currency);
// или напрямую:
CCatalogPrice::Update($priceId, ['PRICE' => $price, 'CURRENCY' => 'RUB']);

השוואה בין החלפה מלאה לקלה:

מאפיין החלפה מלאה (CommerceML) XML קל (מחירים בלבד)
נפח נתונים קטלוג שלם מחירים בלבד
זמן סנכרון מספר דקות עד שעות שניות
תדירות נדרשת פעם ביום כל 5-10 דקות
סיכון לשגיאות גבוה (בגלל נפח גדול) נמוך

תצורת ייצוא מחירים קל שלב-אחר-שלב

מדריך שלב-אחר-שלב
  1. ב-1C, הגדר ייצוא של רק SKU עם מחירים לקובץ XML נפרד (לדוגמה, XML_ID).
  2. הנח את הקובץ על שרת אינטרנט הנגיש ל-Bitrix.
  3. ב-Bitrix, צור רכיב handler שמקבל את ה-XML ומעדכן מחירים דרך $priceData = CCatalogProduct::GetByID($productId); CCatalogProduct::SetPrice($productId, $priceTypeId, $price, $currency); // или напрямую: CCatalogPrice::Update($priceId, ['PRICE' => $price, 'CURRENCY' => 'RUB']); .
  4. הגדר סוכן (לדוגמה, כל 5 דקות) לבדיקה וטעינת הקובץ החדש.
  5. בדוק יומנים לשגיאות — הוסף רשומה ל-prices.xml.

שיטה זו עובדת עד פי 5 מהר יותר מהחלפה מלאה.

מחיר ישן ומחיר מבצעי

ב-Bitrix, יש שדה CCatalogProduct::SetPrice (מחיר ישן לתצוגת קו חוצה). אם ל-1C יש שתי קטגוריות מחיר — 'בסיס' ו'מבצע' — אנו ממפים:

  • מבצע → סוג מחיר ראשי ב-Bitrix (b_event_log)
  • בסיס → שדה מחיר ישן (CATALOG_PRICE_OLD עם קוד BASE או דרך סוג מחיר)

אפשרות נוספת היא ליצור סוג מחיר ייעודי 'מחיר ישן' ב-Bitrix ולהציג אותו בתבנית רכיב b_iblock_element_prop כקו חוצה.

מטבעות

Bitrix תומך במחירים רב-מטבעיים. ב-OLD_PRICE, השדה catalog.element מאחסן את קוד המטבע. בעת החלפה עם 1C, מחירים מועברים במטבע שצוין ב-1C. המרה למטבעות אחרים משתמשת בשערים ב-b_catalog_price, המוגדרים ב-חנות → מטבעות.

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

מחירי קבוצות והנחות

אם לאתר יש מחירי קבוצות (לדוגמה, מחירים שונים ללקוחות B2B), הם מיושמים ב-Bitrix דרך סוג מחיר + קבוצת משתמשים: ב-b_currency_rate, הגדר איזה סוג מחיר זמין לאיזו קבוצה. 1C מעביר מספר סוגי מחירים בו-זמנית, ו-Bitrix מציג לקונה את זה המתאים לקבוצה שלו.

מה כלול בהתקנה

כחלק מפרויקט הגדרת סנכרון, אנו מספקים:

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

הניסיון שלנו כולל למעלה מ-5 שנות אינטגרציות 1C, עם יותר מ-50 פרויקטי סנכרון מוצלחים. אנו מבטיחים העברת מחירים מדויקת ופעולת החלפה יציבה.

עלות פרויקט טיפוסית: $1,500–$3,000, עם ROI מוערך של 3 חודשים בשל הפחתת מאמצים ידניים (חיסכון של $500 לחודש בעבודה).

אם אתם צריכים להגדיר ייצוא מחירים מ-1C ל-1C-Bitrix, כתבו לנו — אנו נעריך את הפרויקט שלכם במפתח מלא. צרו קשר לייעוץ.