הגדרת סנכרון דו-כיווני בין 1C ל-1C-Bitrix
סנכרון דו-כיווני של 1C Bitrix הוא טכנית סכמת ההחלפה המורכבת ביותר: שינויים בכל אחת מהמערכות חייבים להגיע לשנייה ללא אובדן נתונים או התנגשויות גרסאות. בניסיון שלנו, נתקלנו בפרויקטים שבהם CommerceML הסטנדרטי מכסה חלקית את המשימה (קטלוג מ-1C + הזמנות ל-1C), אך החלפה דו-כיוונית מלאה דורשת הגדרה ברורה של כללי עדיפות ומנגנונים לזיהוי שינויים מתנגשים. ללא אסטרטגיית סנכרון נכונה, אתה מסתכן באובדן נתונים, בחוסר עקביות בנתונים ובצורך בהתערבות ידנית בתהליך ההחלפה.
כללי עדיפות — הבסיס להחלפה דו-כיוונית
לפני תחילת הפיתוח, עלינו לענות: איזו מערכת היא ה-master עבור כל שדה? זה קריטי כי ללא כללים ברורים, המערכת לא יודעת איזה ערך להחשיב כנכון במקרה של התנגשות. אנו מציעים טבלת עדיפות המבוססת על 150+ פרויקטים אמיתיים שבהם החלפה דו-כיוונית פועלת באופן אמין:
| שדה | מערכת ראשית | נימוק |
|---|---|---|
| מחיר | 1C | חשבונאות פיננסית ב-1C |
| רמות מלאי | 1C | ניהול מחסן ב-1C |
| תיאור מוצר | אתר | תוכן SEO נכתב באתר |
| תמונת מוצר | אתר | תמונות מועלות לספריית המדיה של האתר |
| סטטוס הזמנה | 1C | ההזמנה מבוצעת ב-1C |
| כתובת משלוח | אתר | הלקוח מזין אותה באתר |
| פרטי לקוח | 1C | נתונים בעלי משמעות משפטית ב-1C |
כפי שמומחי תעשייה מציינים, סנכרון דו-כיווני טוב רק כמו לוגיקת פתרון ההתנגשויות שלו. הפרת כללים אלה מובילה ל"הבהוב" נתונים: 1C דורסת את התיאור → העורך מתקן אותו → 1C דורסת אותו שוב → עבודה אבודה. מחזור כזה מדכא את הצוות ומוביל לשגיאות תכופות. אנו מבטיחים שעם הגדרה נכונה, המערכת תחסום דריסה של שדות מוגנים ותכבד שינויים שנעשו בכל מערכת לפי תחום האחריות שלה.
מדוע סנכרון דו-כיווני גורם להתנגשויות?
התנגשויות גרסאות מתרחשות כאשר אותו שדה משתנה בשתי המערכות בין מפגשי החלפה. ה-handler המותאם שלנו גמיש פי 3–5 יותר מהסוכן הסטנדרטי, מכיוון שהוא מאפשר שליטה נקודתית בכל שדה. אנו מזהים התנגשויות באמצעות חותמת הזמן של השינוי האחרון, המאוחסנת בשדות המשתמש של האלמנט.
קוד זיהוי התנגשות גרסאות
```php // אחסון בשדה נוסף את זמן העדכון האחרון מהאתר $lastSiteUpdate = $element['UF_LAST_SITE_UPDATE']; // timestamp $lastExchangeUpdate = $element['UF_LAST_EXCHANGE_UPDATE']; // timestamp מ-1Cif ($lastSiteUpdate > $lastExchangeUpdate) { // השדה שונה באתר לאחר ההחלפה האחרונה — אין לדרוס }
// Хранить в доп. поле элемента время последнего обновления с сайта $lastSiteUpdate = $element['UF_LAST_SITE_UPDATE']; // timestamp $lastExchangeUpdate = $element['UF_LAST_EXCHANGE_UPDATE']; // timestamp из 1С if ($lastSiteUpdate > $lastExchangeUpdate) { // Поле изменялось на сайте после последнего обмена — не перезаписывать } הפתרון המותאם מבוסס-אירועים שלנו הוא אמין פי 3 מגישת הסוכן כברירת מחדל.
מקרה בוחן: סנכרון דו-כיווני עבור מפיץ
חברת הפצה עם 15,000 פריטי SKU. הלקוח שלנו משתמש ב-1C למחירים ומלאי, ובאתר לתיאורים ו-SEO. פעמיים בשנה — הערכת שווי מחדש ב-1C, המשנה מחירים עבור 80% מהמגוון. לפני הגדרת החלפה דו-כיוונית, הערכת השווי עדכנה מחירים אך במקביל דרסה תיאורי SEO שנכתבו על ידי כותבי תוכן. הוספנו את השדה // Хранить в доп. поле элемента время последнего обновления с сайта $lastSiteUpdate = $element['UF_LAST_SITE_UPDATE']; // timestamp $lastExchangeUpdate = $element['UF_LAST_EXCHANGE_UPDATE']; // timestamp из 1С if ($lastSiteUpdate > $lastExchangeUpdate) { // Поле изменялось на сайте после последнего обмена — не перезаписывать } ל"רשימה המוגנת" דרך מאפיין המשתמש \Bitrix\Main\EventManager::getInstance()->addEventHandler( 'iblock', 'OnIBlockElementBeforeUpdate', function(\Bitrix\Main\Event $event) { $fields = $event->getParameter('fields'); $elementId = $event->getParameter('id'); $protected = getProtectedFields($elementId); foreach ($protected as $fieldCode) { unset($fields[$fieldCode]); } return new \Bitrix\Main\EventResult( \Bitrix\Main\EventResult::SUCCESS, ['fields' => $fields] ); } ); . לאחר היישום — ללא אובדן תוכן SEO ב-8 חודשי פעילות. הניסיון מראה שגישה זו עובדת עבור 90% מהפרויקטים.
מה כלול בעבודה
- תיעוד כללי החלפה ומיפוי שדות
- גישה ליומני סנכרון וניטור
- הדרכה לצוות שלך (2 מפגשים)
- תמיכה לאחר השקה למשך חודש
סנכרון תמונות
תמונות הן אתגר נפרד. אם 1C מעבירה תמונות דרך CommerceML (DETAIL_TEXT) ולאתר יש גלריה נוספת עם תמונות שעברו ריטוש, אנו:
- מגנים על התמונה הראשית (
UF_PROTECT_DESCRIPTION) עם דגל "טופלה על ידי צלם"; - מוסיפים תמונות חדשות מ-1C מבלי למחוק תמונות קיימות.
לוחות זמנים להגדרה
| משימה | לוח זמנים |
|---|---|
| החלפה דו-כיוונית עם כללי עדיפות | 2–4 ימים |
| + זיהוי התנגשות גרסאות | +1–2 ימים |
| + סנכרון משתמשים דו-כיווני | +1–2 ימים |
הגישה שלנו לסנכרון דו-כיווני של 1C Bitrix עברה עידון על פני 150+ פרויקטים. רוצה ייעוץ לפרויקט שלך? אנו נעריך לוחות זמנים ומורכבות ללא תשלום. צור קשר — נעזור להגדיר את ההחלפה ללא אובדן נתונים.