הגדרת חילופי מוצרים בין Bitrix24 ו-1C

חסר סנכרון מוצרים בין 1C ל-Bitrix24?

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

קטלוג המוצרים של Bitrix24 CRM

קטלוג ה-CRM מאוחסן בטבלאות b_crm_product (פריטים) ו-b_crm_product_section (קבוצות). זהו מבנה שונה מקטלוג חנות ה-e‑store של מודול 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 אנו מעבירים:

רמות מלאי בדרך כלל אינן נשלחות לקטלוג ה-CRM — הן נדרשות בקטלוג ה-e‑store, לא ב-CRM.

בחירת מנגנון הסנכרון: REST API או CommerceML?

אפשרות 1: REST API. סקריפט או שירות בצד 1C (דרך רכיב החלפה חיצוני) קורא למתודות Bitrix24:

• crm.product.list עם פילטר על XML_ID — בדיקה אם המוצר קיים.
• crm.product.update — עדכון מחיר ונתונים אחרים של מוצרים קיימים.
• crm.product.add — הוספת מוצרים חדשים.

פעולות אצווה משתמשות ב-endpoints של batch (עד 50 מתודות לכל בקשה), מה שמאיץ קטלוגים גדולים. REST API מהיר ב-30% מ-CommerceML בעת סנכרון של 1000+ מוצרים בזכות עיבוד אצווה.

אפשרות 2: מודול 1C‑Bitrix24 מקורי. משתמש בייצוא CommerceML מ-1C. זה מסנכרן את קטלוג ה-e‑store (אם קיים); ניתן למלא את קטלוג ה-CRM ממנו באמצעות סקריפט נוסף — רכיב ההחלפה יוצר/מעדכן רשומות ב-b_crm_product בהתבסס על b_iblock_element.

השוואה:

טיפול במספר סוגי מחירים

אם ל-1C יש מספר סוגי מחירים (קמעונאי, סיטונאי), Bitrix24 CRM יכול גם לאחסן מחירים מרובים דרך מאפייני מוצר או רשימות מחירים של הקטלוג. עבור עסקאות CRM, רק המחיר הבסיסי משמש — המנהל משנה אותו ידנית בפריט השורה. אם נדרשים סוגי מחירים אוטומטיים ב-CRM, יש צורך בהתאמה אישית. בפועל, אנו ממליצים לעתים קרובות להשתמש ב-REST API כדי להעביר שני מחירים ולבחור את הנכון ברמת העסקה.

תדירות סנכרון ואוטומציה

• קטלוג ומחירים — פעם ביום מספיק לרוב העסקים. אם המחירים משתנים מספר פעמים ביום, כל 1‑2 שעות.
• הפעלה — דרך סוכני Bitrix (\CAgent::AddAgent) או cron.

php -f /path/to/bitrix/modules/main/tools/cron_events.php 

מה אנו מספקים בהגדרת ההחלפה

במסגרת פרויקט אנו מספקים:

• ניתוח מבנה המוצרים של 1C ושל CRM.
• פיתוח או התאמה של סקריפט ההחלפה (REST או CommerceML).
• הגדרת סוכנים או משימות cron לסנכרון תקופתי.
• תיעוד של סכמת ההחלפה והשדות.
• הדרכה למנהלים על שימוש בקטלוג ה-CRM.
• תמיכה באחריות לאחר ההשקה.

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

1. ודא שלכל פריט 1C יש XML_ID / SKU ייחודי.
2. ב-Bitrix24, צור או אמת את מבנה קבוצות הקטלוג של ה-CRM.
3. בחר את מנגנון הסנכרון: REST API או CommerceML.
4. יישם את סקריפט ההחלפה (בצד 1C או כסוכן PHP).
5. בדוק סנכרון עם נתוני דוגמה.
6. הגדר ביצוע תקופתי (סוכנים או cron).
7. הדריך מנהלים על הקטלוג המעודכן.

למה לסמוך על המהנדסים שלנו לאינטגרציה?

סנכרון שגוי מוביל לשגיאות במסמכים, כפילויות מוצרים ובזבוז זמן. המומחים המוסמכים שלנו עם ניסיון של 5+ שנים משתמשים בגישות מוכחות. מעל 50 פרויקטים מוצלחים הם הערובה לאיכות שלנו. לדוגמה, בפרויקט אחרון עם סיטונאי המנהל 5,000 SKU, צמצמנו את זמן הסנכרון מ-40 דקות ל-8 דקות על ידי מעבר מ-CommerceML ל-REST API עם עיבוד אצווה — חיסכון של 80% בעלויות התקורה.

לוחות זמנים ותמחור

זמן הגדרה משוער: 4 עד 8 שעות עבור קטלוג נקי עם XML_ID נכונים ב-1C. אם נדרשות התאמות ב-1C או העברת נתונים, לוחות הזמנים גדלים. התמחור נקבע באופן אישי לאחר ביקורת על התשתית שלך.

צור קשר לייעוץ חינם על הפרויקט שלך. בקש ביקורת על האינטגרציה הנוכחית שלך וקבל הצעה עם לוחות זמנים מדויקים.