ביקורת אינטגרציות של אתר 1C-Bitrix
ביצענו ביקורת אינטגרציות על מאות פרויקטים של Bitrix במשך יותר מ-10 שנים. אינטגרציות הן החלק השביר ביותר: החלפת 1C נכשלת בשקט ב-3 לפנות בוקר, מערכת תשלומים מפסיקה לעבוד לאחר עדכון API בצד שלהם, אינטגרציה של מרקטפלייס יוצרת הזמנות כפולות. ללא ניטור ותיעוד, בעיות אלה מתגלות רק דרך תלונות לקוחות או במהלך המשבר הבא. הביקורת שלנו היא מלאי מלא של כל החיבורים והערכת אמינותם. אתה מקבל תמונה שקופה ותוכנית ברורה לסילוק סיכונים. הערך את הפרויקט שלך ביום אחד — פשוט צור קשר.
מדוע ביקורת אינטגרציות קריטית לחנות מקוונת?
שגיאה קטנה לכאורה בהחלפת 1C עלולה להוביל למשלוח מוצר שגוי, לפער של 20% במלאי, ולאובדן של עד 15% מההזמנות. ראינו פרויקטים שבהם לאינטגרציה של שער תשלום לא היה טיפול בשגיאות — כאשר שרת התשלום לא היה זמין, ההזמנה פשוט נתקעה ללא התראה. לאחר הביקורת שלנו, לקוחות חוסכים עד 40% מזמן התמיכה ומונעים עד 90% מהתקלות.
מפת אינטגרציות
השלב הראשון הוא בניית רשימה מלאה של אינטגרציות. לאתר Bitrix ממוצע יש 5–15 אינטגרציות, לעיתים קרובות חלקן לא מתועדות. אנו מוצאים את כולן, כולל נסתרות או נשכחות:
| סוג | דוגמאות | מנגנון |
|---|---|---|
| ERP/חשבונאות | 1C: Enterprise | CommerceML, REST |
| מערכות תשלום | Sberbank, YooKassa, Stripe | מודולי sale.payment |
| משלוחים | CDEK, Boxberry, דואר רוסיה | מודולי API |
| CRM | Bitrix24, amoCRM | REST API |
| שיווק | SendPulse, GetResponse | SMTP, REST |
| אנליטיקה | GA4, Yandex.Metrica | מונה JS |
| מרקטפלייסים | Wildberries, Ozon | REST API |
| מעקב שיחות | CoMagic, CallTouch | JS + webhooks |
כיצד אנו בודקים החלפת 1C?
החלפת 1C היא האינטגרציה הבעייתית ביותר. אנו בודקים:
יומן החלפה
ב-Bitrix: שולחן עבודה — 1C-Bitrix — החלפת נתונים. אנו מסתכלים על תאריכי הסנכרון האחרונים ושגיאות ביומן. היומן נשמר בקבצים /bitrix/modules/sale/sync/ ובמסד הנתונים — טבלה b_catalog_import_log.
שלמות נתונים
אנו מבצעים בדיקה מדגמית: 10–20 מוצרים אקראיים המושווים בין האתר ל-1C עבור מחירים, מלאי וזמינות. פערים מצביעים על בעיית מיפוי או אובדן נתונים במהלך העברה. בממוצע, אנו מוצאים פערים של 3–5% המובילים לכפילויות או הזמנות אבודות.
לוח זמנים
אנו בודקים את משימת cron להחלפה: האם היא רצה בזמן, האם יש תהליכים תקועים (ps aux | grep import). ללא לוח זמנים תקין, האינטגרציה עובדת בצורה לא יציבה.
פורמט CommerceML
כאשר מתרחשות שגיאות פענוח, אנו בוחנים את מבנה קבצי ה-XML ב-/bitrix/catalog_import/. סיבות נפוצות: תווים לא חוקיים בשמות מוצרים, חריגה ממגבלת הזיכרון של PHP בעת ייבוא קובץ גדול. פרטים נוספים על הפורמט ניתן למצוא בתיעוד CommerceML.
בדיקת אינטגרציות תשלום
עבור כל מערכת תשלום:
- העסקה המוצלחת האחרונה (מתוך
b_sale_order_payment) - תוקף מפתח API (פג תוקף, רוטציה)
- הגדרת Webhook לאישור תשלום — כתובת ה-URL חייבת להיות נגישה מהאינטרנט
- טיפול בשגיאות: מה קורה כאשר שער התשלום לא זמין? לעיתים קרובות אנו רואים שהאתר פשוט מציג שגיאה, וההזמנה נתקעת.
השוואה: ביקורת מול בדיקה עצמית
| קריטריון | בדיקה עצמית | הביקורת שלנו |
|---|---|---|
| כיסוי | 40–60% (אינטגרציות נסתרות לעיתים קרובות מוחמצות) | 95–100% |
| זמן | 2–3 ימים למצוא ולנתח | 3–5 ימים כולל הכל |
| איכות דוח | הערות מפוזרות | דוח מובנה עם עדיפויות |
| סיכון להחמצת בעיה קריטית | גבוה | מינימלי — בדיקה צולבת |
מה כלול בביקורת אינטגרציות
- בניית מפה מלאה של אינטגרציות הפרויקט
- בדיקת יומנים וסטטוס החלפה עם 1C, CRM, מרקטפלייסים
- אימות תוקף מפתחות API ותעודות
- הערכת אמינות: טיפול בשגיאות, ניטור
- בדיקה מדגמית של שלמות נתונים מועברים
- דוח סופי עם המלצות לסילוק סיכונים
דוגמאות לשגיאות טיפוסיות שאנו מוצאים
בפרויקט אחד, האינטגרציה עם שירות דואר השתמשה ב-SMTP ללא הצפנה, מה שהוביל לדליפת סיסמה. בפרויקט אחר, מפתח API של מערכת תשלום נפגע ונחשף במאגר ציבורי. אנו גם מוצאים לעיתים קרובות אינטגרציות הפועלות במצב 'עיוור': שגיאות מתועדות, אך אף אחד לא קורא אותן.דוח סופי
עבור כל אינטגרציה: סטטוס (עובד / עובד עם בעיות / לא ידוע), תאריך בדיקה אחרון, סיכונים שזוהו, המלצות. בנפרד — רשימת אינטגרציות ללא ניטור (כשל יתגלה רק ידנית). אנו גם מספקים הערכת דחיפות: אילו בעיות יש לתקן מיד, ואילו ניתן לתכנן. לאחר הדוח, ניתן להזמין שיפור אינטגרציות כולל — המהנדסים שלנו יתקנו את כל הבעיות שזוהו, יקימו ניטור והתראות. צור קשר — קבל הערכה מקדימה ביום אחד. הזמן ביקורת — ובתוך 5 ימים, תדע את כל נקודות החולשה של הפרויקט שלך.