שילוב Bitrix24 עם שירותי בדיקת צדדים מתקשרים
מנהל מקבל ליד מלקוח חדש. פותח את כרטיס החברה ב-CRM, מעתיק את ה-INN. עובר לדפדפן, מזין את ה-INN לתוך Kontur.Fokus, בודק הכנסות ותיקי בית משפט. חוזר ל-Bitrix24, כותב תגובה. עד הליד העשירי, הם פשוט מדלגים על הבדיקה. חודשיים לאחר מכן, חברת קש לא משלמת עבור משלוח בשווי $7.2k–10k. העלות הממוצעת של בדיקת צד מתקשר אחד היא $3–5 כאשר מתחשבים בזמן של המנהל. שילוב Bitrix24 עם שירותי אימות צדדים מתקשרים מבטל את השלב הידני: נתונים נמשכים לפי INN ישירות לתוך ה-CRM, סיכונים מוערכים אוטומטית, והמנהל רואה רמזור — ירוק, צהוב, אדום. הניסיון שלנו — 5 אינטגרציות ו-50+ פרויקטים מוצלחים — מאשר שאוטומציה מקצרת את זמן הבדיקה מ-5 דקות ל-10 שניות ומפחיתה תשלומים באיחור ב-40%. אנו מבטיחים פעולה יציבה של המערכת תחת כל עומס. עלות האינטגרציה תלויה בהיקף ומציעה חיסכון משמעותי לכל בדיקה, עם ROI אופייני תוך 6 חודשים.
מהן אפשרויות האינטגרציה עבור Bitrix24 עם שירותי בדיקת צדדים מתקשרים?
מספר ספקי נתונים מרכזיים עבור ישויות משפטיות זמינים בשוק. כל אחד מציע API לשאילתות אוטומטיות:
| שירות | נתונים מסופקים | API |
|---|---|---|
| Kontur.Fokus | פרטי התאגדות, כספים, תיקי בית משפט, קשרים, כתובות/מנהלים המוניים | REST API (JSON/XML) |
| SPARK-Interfax | פרטי התאגדות, דירוגים, תיקי בוררות, זיקה, מדד בדיקת נאותות | SOAP/REST |
| DaData | תקינה והעשרה: INN → שם מלא, כתובת, OKVED, סטטוס, מנהל | REST API (JSON) |
| Rusprofile / ZaChestnyBiznes | פרטי התאגדות בסיסיים, דיווחים (API מוגבל) | REST |
| רשות המסים הפדרלית (USRLE/USRIP) | תמצית מהמרשם | SMEV / egrul.nalog.ru |
DaData מהיר פי 5 מ-Kontur.Fokus בזמן תגובה (100–200 אלפיות השנייה לעומת 1–2 שניות), אך Kontur.Fokus מספק אנליטיקה פיננסית והיסטוריית בתי משפט. DaData REST API הוא התיעוד הרשמי של השירות.
כיצד למלא אוטומטית פרטי התאגדות לפי INN?
התרחיש הבסיסי הוא הצעות בעת הזנת נתונים ב-CRM. המנהל מתחיל להקליד את ה-INN או שם החברה בכרטיס איש קשר, המערכת שואלת את DaData או Kontur.Fokus וממלאת את השדות:
- שם מלא ומקוצר
- INN, KPP, OGRN
- כתובת חוקית
- שם מלא של המנהל
- OKVED (ראשי)
- תאריך רישום
- סטטוס (פעיל, מחוסל, בהליכי פשיטת רגל)
טכנית, זה מוגדר על ידי התאמה אישית של כרטיס ה-CRM: ב-onCrmCompanyUpdate או כאשר שדה ה-INN מתמלא, handler מבצע בקשת API וכותב את התוצאה לשדות מותאמים אישית. זמן התגובה של DaData הוא בערך 150 אלפיות השנייה, כך שהמילוי האוטומטי חלק.
כיצד להעשיר את ה-CRM במדדים פיננסיים?
Kontur.Fokus ו-SPARK מספקים דוחות פיננסיים של צדדים מתקשרים: הכנסות, רווח נקי, נכסים, חשבונות לתשלום. נתונים אלה נכתבים לשדות מותאמים אישית של החברה ומתעדכנים בלוח זמנים — רבעוני כאשר דוחות החשבונאות מתעדכנים. עבור בסיס של 500 צדדים מתקשרים פעילים, העדכון אורך כשעתיים באמצעות cron job.
שדות שנוספו לכרטיס החברה:
| שדה | מקור | תדירות עדכון |
|---|---|---|
| הכנסות (שנה אחרונה) | Kontur.Fokus / SPARK | רבעוני |
| רווח נקי | Kontur.Fokus / SPARK | רבעוני |
| הון מורשה | USRLE | בעת יצירה |
| מספר עובדים | Kontur.Fokus | שנתי |
| זמינות חוזים ממשלתיים | Kontur.Fokus | חודשי |
כיצד מודל הניקוד מפחית סיכונים?
מטרת האינטגרציה המרכזית היא הערכה אוטומטית של אמינות הצד המתקשר. מודל הניקוד שוקל 8 גורמי סיכון, כל אחד במשקל של 5 עד 25 נקודות, וכתוצאה מכך ניקוד מ-0 עד 100:
- כתובת רישום המונית — לפי מסד הנתונים של רשות המסים
- מנהל / מייסד המוני — אדם הרשום כמנהל ב-10+ חברות
- מנהל פסול — במרשם הפסולים של רשות המסים
- תיקי בית משפט — מספר וסכומי תיקי בוררות (כנתבע)
- חוב מס — נתוני רשות המסים
- גיל החברה — פחות מ-12 חודשים = סיכון מוגבר
- ללא עובדים — דיווח אפס על מספר עובדים ממוצע
- סטטוס פשיטת רגל — תחת פיקוח/הליכי חדלות פירעון
כיצד מחושב הניקוד הסופי
כל גורם מקבל משקל מ-5 עד 25 נקודות. הניקוד הסופי נכתב לשדה הניקוד. רובוט CRM מגיב לערך: אם הניקוד נמוך מ-60, העסקה נחסמת או נשלחת לאישור מנהל.מהי ארכיטקטורת האינטגרציה?
תוכנית חיבור סטנדרטית:
- אירוע CRM — יצירת חברה, שינוי INN, העברת עסקה לשלב "בדיקה".
- Handler (webhook או תהליך עסקי) — מפעיל סקריפט שרת.
- סקריפט שרת — מבצע בקשה ל-API של שירות הבדיקה, מנתח את התשובה.
- כתיבה ל-CRM — ממלא שדות מותאמים אישית של החברה, מצרף דוח.
- רובוט / טריגר — מגיב לתוצאת הבדיקה.
עבור DaData, webhook יוצא מ-Bitrix24 מספיק — הבקשה קלה, התשובה מגיעה תוך 100–200 אלפיות השנייה. עבור Kontur.Fokus ו-SPARK, שמחזירים יותר נתונים, נעשה שימוש בסקריפט PHP בשרת כדי לאגד נתונים וליצור תוצאה אחידה. עומס השרת מינימלי: בקשת API אחת אורכת לכל היותר 2 שניות עם נפח נתונים אופייני.
כיצד להגדיר בדיקה אוטומטית בעת יצירת עסקה?
התרחיש השימושי ביותר הוא להפעיל אוטומטית בדיקה כאשר חברה מקושרת לעסקה או כאשר עסקה נכנסת לשלב מסוים ב-pipeline. תהליך לדוגמה:
- המנהל יוצר עסקה, מקשר חברה.
- טריגר CRM מפעיל את התהליך העסקי "בדיקת צד מתקשר".
- הסקריפט שואל את Kontur.Fokus: פרטי התאגדות, כספים, בתי משפט, מאפיינים המוניים.
- התוצאה נכתבת לשדות החברה, נוצר דוח PDF.
- אם הסיכונים גבוהים — העסקה עוברת לשלב "דורש אישור", המנהל מקבל הודעה עם הדוח.
- אם הסיכונים נמוכים — העסקה ממשיכה ב-pipeline ללא עיכובים.
כל המחזור אורך לכל היותר 5 שניות, מתוכן 3 שניות המתנה לתגובת Kontur.Fokus.
כיצד להגדיר הערכה תקופתית מחדש של מסד הנתונים?
צדדים מתקשרים עם עסק פעיל נבדקים מחדש בלוח זמנים. cron job או סוכן Bitrix24 פועל פעם בחודש על בסיס החברות הפעילות (בדרך כלל 500+ רשומות) ומעדכן נתונים. אם הסטטוס משתנה (פשיטת רגל, תביעות גדולות) — המנהל האחראי מקבל הודעה. תדירות העדכון ניתנת להגדרה: עבור צדדים מתקשרים בסיכון גבוה, ניתן להגדיר בדיקות שבועיות.
מה כלול באינטגרציה?
- חיבור API של Kontur.Fokus / SPARK / DaData
- יצירת שדות מותאמים אישית בכרטיס החברה ב-CRM
- הגדרת מילוי אוטומטי של פרטי התאגדות לפי INN
- פיתוח מודל ניקוד עם משקלי גורמי סיכון
- הטמעת מחוון רמזור בכרטיס החברה
- הגדרת רובוטים לחסימת עסקאות בסיכון גבוה
- עדכונים תקופתיים של נתוני צדדים מתקשרים
- הכנת תיעוד והדרכת מנהלים
- תמיכה באחריות לאחר ההשקה
האינטגרציה המוגמרת מפחיתה את זמן הבדיקה ב-70% ומפחיתה תשלומים באיחור בעד 40%. צרו קשר לייעוץ על הפרויקט שלכם. הזמינו הטמעה וקבלו תוכנית עבודה מפורטת.