אין סנכרון מוצרים בין 1C ל-Bitrix24?
כאשר מנהל יוצר הצעת מחיר או חשבונית ב-Bitrix24, הוא בוחר פריטים מהקטלוג של ה-CRM. קטלוג זה הוא ישות נפרדת, שאינה מקושרת ל-1C כברירת מחדל. ללא סנכרון, המחירים הופכים למיושנים, מלאי המוצרים אינו תואם, ויש להוסיף פריטים חדשים באופן ידני.
אנו מפתחים ומיישמים החלפה אוטומטית של פריטי מוצר בין 1C ל-Bitrix24 במתכונת turnkey — מניתוח המלאי הקיים ועד להפעלת סוכן סנכרון. הניסיון שלנו של 5+ שנים ו-50+ פרויקטים מבטיח אינטגרציה יציבה וללא אובדן נתונים.
קטלוג המוצרים של Bitrix24 CRM
קטלוג ה-CRM מאוחסן בטבלאות b_crm_product (פריטים) ו-b_crm_product_section (מדורים). זהו מבנה שונה מקטלוג החנות המקוונת של מודול sale. גישה דרך REST: crm.product.list, crm.product.get, crm.product.add, crm.product.update.
לכל מוצר יש שדות: NAME, PRICE, CURRENCY_ID, DESCRIPTION, XML_ID. השדה XML_ID הוא המפתח לסנכרון — הוא מקשר את פריט ה-CRM לפריט ה-1C.
כיצד פועל הסנכרון: כיוון ונפח נתונים
בדרך כלל, הסנכרון הוא חד-כיווני: 1C → Bitrix24. 1C היא מערכת המקור לפריטים ולמחירים; ה-CRM מקבלת עדכונים. סנכרון הפוך (מנהל מוסיף פריט ב-CRM → הוא מופיע ב-1C) הוא נדיר ודורש לוגיקה עסקית נוספת.
מ-1C אל Bitrix24 אנו מעבירים:
| נתונים | הערה |
|---|---|
| שם המוצר | כפי שמוצג בהצעות מחיר ובחשבוניות |
| SKU / XML_ID | מזהה תואם |
| מחיר (סוג מחיר אחד או mehrere סוגי מחיר) | קמעונאי, סיטונאי, סוחר |
| יחידת מידה | יח', ק"ג, מ', וכו' |
| קטגוריה/קבוצה | מבנה הקטלוג |
| דגל פעילות | מוצרים שהופסק ייצורם |
מלאי בדרך כלל אינו נשלח לקטלוג ה-CRM — הוא נדרש בקטלוג החנות המקוונת, לא ב-CRM.
בחירת מנגנון הסנכרון: REST API או CommerceML?
אפשרות 1: REST API. סקריפט או שירות בצד 1C (באמצעות רכיב חילופין חיצוני) קוראים למתודות של Bitrix24:
crm.product.listעם סינון לפיXML_ID— בדיקה אם המוצר קיים.crm.product.update— עדכון מחיר ונתונים אחרים של מוצרים קיימים.crm.product.add— הוספת מוצרים חדשים.
פעולות מרובות משתמשות בנקודות קצה של batch (עד 50 מתודות לבקשה), ומאיצות קטלוגים גדולים. REST API מהיר ב-30% מ-CommerceML בעת סנכרון של 1000+ מוצרים בזכות עיבוד מרובה.
אפשרות 2: מודול מובנה 1C‑Bitrix24. משתמש בייצוא CommerceML מ-1C. זה מסנכרן את קטלוג החנות המקוונת (אם קיימת); ניתן לאכלס את קטלוג ה-CRM ממנו באמצעות סקריפט נוסף — רכיב החילופין יוצר/מעדכן רשומות ב-b_crm_product בהתבסס על b_iblock_element.
השוואה:
| פרמטר | REST API | CommerceML |
|---|---|---|
| מהירות | גבוהה, בקשות מרובות | בינונית, ייצוא מלא |
| גמישות | שליטה מלאה בשדות | מוגבלת על ידי התקן |
| מורכבות היישום | סקריפטים ב-1C או PHP | ייצוא מוכן מ-1C |
| מתי להשתמש | לוגיקה לא סטנדרטית, קטלוג גדול | אינטגרציה טיפוסית |
טיפול במספר סוגי מחירים
אם ל-1C יש כמה סוגי מחירים (קמעונאי, סיטונאי), Bitrix24 CRM יכול גם לאחסן מספר מחירים באמצעות מאפיינים של מוצרים או רשימות מחירים בקטלוג. עבור עסקאות ב-CRM, משתמשים רק במחיר הבסיסי — המנהל משנה אותו ידנית בשורת הפריט. אם יש צורך בסוגי מחירים אוטומטיים ב-CRM, נדרשת התאמה אישית.
בפועל, לעתים קרובות אנו ממליצים להשתמש ב-REST API כדי להעביר שני מחירים ולבחור את המתאים ברמת העסקה.
תדירות סנכרון ואוטומציה
- קטלוג ומחירים — פעם ביום מספיק לרוב העסקים. אם המחירים משתנים כמה פעמים ביום, כל 1‑2 שעות.
- הפעלה — באמצעות סוכני Bitrix (
\CAgent::AddAgent) או cron.
עוד על הגדרת סוכן
סוכני Bitrix פועלים בכל בקשה. עבור קטלוגים גדולים, אנו מעדיפים cron כדי למנוע עומס על בקשות משתמשים. דוגמה לפקודה:
php -f /path/to/bitrix/modules/main/tools/cron_events.php
מה אנחנו מספקים בהגדרת הסנכרון
במסגרת הפרויקט אנחנו מספקים:
- ניתוח של מבנה המוצר ב-1C וב-CRM.
- פיתוח או התאמה של סקריפט הסנכרון (REST או CommerceML).
- הגדרה של סוכנים או משימות cron לסנכרון תקופתי.
- תיעוד של סכמת הסנכרון והשדות.
- הדרכה למנהלים על שימוש בקטלוג ה-CRM.
- תמיכה באחריות לאחר ההשקה.
מדריך הגדרה שלב‑אחר‑שלב
- יש לוודא שלכל פריט ב‑1C יש XML_ID / SKU ייחודי.
- ב‑Bitrix24, יש ליצור או לוודא את מבנה מדור הקטלוג ב‑CRM.
- יש לבחור את מנגנון הסנכרון: REST API או CommerceML.
- יש ליישם את סקריפט ההחלפה (בצד 1C או כסוכן PHP).
- יש לבדוק את הסנכרון עם נתוני דוגמה.
- יש להגדיר הרצה תקופתית (סוכנים או cron).
- יש להדריך את המנהלים לגבי הקטלוג המעודכן.
למה לסמוך על המהנדסים שלנו בביצוע אינטגרציה?
סנכרון שגוי מוביל לשגיאות במסמכים, לכפילות מוצרים ולבזבוז זמן. המומחים המוסמכים שלנו עם ניסיון של 5+ שנים משתמשים בגישות מוכחות. למעלה מ-50 פרויקטים מוצלחים הם ערובת האיכות שלנו.
לדוגמה, בפרויקט אחרון עם סיטונאי המנהל 5,000 מק"טים, קיצרנו את זמן הסנכרון מ-40 דקות ל-8 דקות על ידי מעבר מ-CommerceML ל-REST API עם עיבוד באצוות — וצמצמנו את התקורה ב-80%.
לוחות זמנים ותמחור
זמן הקמה משוער: 4 עד 8 שעות עבור קטלוג נקי עם מזהי XML_ID נכונים ב-1C. אם נדרשים שינויים ב-1C או העברת נתונים, לוחות הזמנים מתארכים. התמחור נקבע באופן אישי לאחר ביקורת של התשתית שלך.
צרו קשר כדי לדון בפרויקט שלכם. בקשו ביקורת של האינטגרציה הנוכחית שלכם וקבלו הצעה עם לוחות זמנים מדויקים.