1C:UNF ו-Bitrix: סנכרון נתונים ללא שגיאות
כאשר ההחלפה הסטנדרטית אינה מספיקה
אתה מוסיף מוצרים ב-1C:UNF, אבל הם לא מופיעים באתר. או שמתבצעת הזמנה באתר, אבל היא לא מגיעה ל-UNF. החלפת CommerceML הסטנדרטית似乎 קיימת, אבל לעתים קרובות המחירים שגויים, המלאי לא תואם, וסטטוסי ההזמנות לא מסונכרנים. אנו מגדירים החלפה זו במפתח מלא — מהחיבור הראשוני ועד לתרחישים מותאמים אישית. יש לנו ניסיון מלמעלה מ-50 פרויקטים. החיסכון בסנכרון ידני יכול להגיע עד 80% מעלויות העבודה.
אילו בעיות אנו פותרים
אי-התאמת מחירים. UNF מעביר מחירים לפי סוג מחיר, אבל אם באתר יש הנחות או מבצעים, הסנכרון נשבר. אנו מגדירים מיפוי מחירים תוך התחשבות בכללי Bitrix.
מלאי לא מתעדכן. החלפה סטנדרטית מתרחשת כל 15-60 דקות. אם אתה צריך עדכוני מלאי בזמן אמת, אנו מיישמים שירות HTTP ב-1C שמחזיר מלאי לפי בקשה. עומס? אנו בודקים: עבור קטלוג של עד 10,000 פריטים, זמן התגובה של השירות הוא בתוך 0.5 שניות.
סטטוסי הזמנות. כברירת מחדל, הסטטוס מ-UNF לא חוזר ל-Bitrix. אנו מפתחים handler מותאם אישית: כאשר הסטטוס משתנה ב-UNF, נשלחת בקשת POST לאתר, והסטטוס מתעדכן. זה פותר את הבעיה של "ההזמנה הושלמה, אבל האתר מציג 'בטיפול'."
כיצד להגדיר החלפה ב-3 שלבים
- אבחון. בדיקת גרסאות 1C (פלטפורמה לא נמוכה מ-8.3.20), הגדרות CommerceML, הרשאות משתמש ב-Bitrix. אנו מאתרים צווארי בקבוק תוך שעה.
-
הגדרה. הגדרת כתובת ה-URL של ההחלפה, סוג מחיר, מחסן, לוח זמנים. עבור תרחישים מותאמים אישית, אנו כותבים handlers ב-PHP ב-
init.php. שלב זה אורך עד יומיים. - בדיקה והשקה. הרצת ההחלפה עם קבוצה של 10-20 פריטים. בדיקת מחירים, מלאי, הזמנות. לאחר אישור, השקה מלאה.
למה זה עובד מהר יותר מהגדרה סטנדרטית? כי אנחנו כבר מכירים שגיאות טיפוסיות: לדוגמה, ב-UNF, סוג המחיר לייצוא נשאר לעתים קרובות ריק, וההחלפה מתבצעת עם נתונים ריקים.
אילו נתונים ניתן לסנכרן
CommerceML תומך בהעברת נומנקלטורה, מחירים, מלאי, תמונות והזמנות. עבור סנכרון מורחב (סטטוסים, צדדים נוגעים, בקשות), נדרש פיתוח של שירותי HTTP. אנו מחברים את REST API של Bitrix24 להחלפה דו-כיוונית.
| נתונים | כיוון | שיטה טיפוסית |
|---|---|---|
| נומנקלטורה | UNF → Bitrix | CommerceML |
| מלאי | UNF → Bitrix | CommerceML / שירות HTTP |
| הזמנות | Bitrix → UNF | CommerceML |
| סטטוסים | UNF → Bitrix | POST מותאם אישית |
| תמונות | UNF → Bitrix | CommerceML |
למה UNF פשוט יותר מ-UT ומה המלכוד
בניגוד ל-UT ו-ERP, UNF קל יותר להגדרה להחלפה. אין ריבוי מטבעות, הנחות מורכבות לפי חוזים. אבל יש מלכודות:
-
מאפיינים. UNF תומך במאפיינים, אבל אם הם לא מוגדרים בכרטיס המוצר, ה-
offers.xmlיהיה ריק. - צדדים נוגעים. עבור הזמנות חוזרות, UNF מחפש צד נוגע לפי אימייל. אם האימייל לא צוין, נוצר כפיל. אנו הופכים את הקישור לאוטומטי לפי מספר טלפון.
- מלאי לפי מחסן. אם יש מספר מחסנים ב-UNF, יש לציין במפורש מאיזה מחסן לייצא מלאי. אחרת, האתר עלול להציג אפס.
השוואה: החלפת UNF לעומת UT
| פרמטר | 1C:UNF | 1C:UT |
|---|---|---|
| תמיכה במאפיינים | כן, אבל פשוט | כן, עם וריאנטים |
| תמחור | סוג מחיר אחד | מרובה + הנחות |
| סטטוסי הזמנות | לא מסונכרנים כברירת מחדל | אותו דבר |
| מורכבות הגדרה | 2-3 ימים | 3-5 ימים |
| שגיאות טיפוסיות | סוג מחיר חסר | מיפוי מחסן שגוי |
UNF מנצח במהירות היישום: אינטגרציה בסיסית אורכת פי 1.5-2 פחות זמן מאשר עבור UT.
כיצד להאיץ החלפה
השתמש ב-caching מתויג באתר והגדר החלפה אוטומטית כל 5-10 דקות. אם נדרש זמן אמת, יישם שירות HTTP או אינטגרציה דרך REST API. אנו ממליצים על ביקורת ביצועים לפני ההשקה.
מה כלול בהגדרת ההחלפה
גישה והגדרה:
- יצירת משתמש Bitrix עם הרשאות ל-
1c_exchange.php - הגדרת כתובת ה-URL של ההחלפה ב-UNF
- ציון סוג המחיר והמחסן
בדיקת נתונים:
- החלפת בדיקה עם 10 פריטים
- התאמת מחירים ומלאי
- בדיקת טעינת תמונות
תיעוד:
- דיאגרמת החלפה עם תיאורי שדות
- הוראות להשקה וניפוי שגיאות
תמיכה:
- שבועיים של תמיכה לאחר ההשקה
- תיקון באגים אם הם מתרחשים
אנו מבטיחים תוצאות
יש לנו מומחים מוסמכים ב-1C ו-Bitrix. כל פרויקט נמסר עם פרוטוקול בדיקה. אם ההחלפה לא פועלת כמתוכנן, אנו משפרים אותה בחינם. קבל ייעוץ לפרויקט שלך — אנו מעריכים את המשימה תוך יום אחד. צור קשר כדי לדון בפרטים.