מנהלים מבזבזים שעות מדי יום בהעברת מסמכים ידנית מ-CRM ל-EDMS. לפי הנתונים שלנו, עד 75% מזמן האישור מושקע בהעברת קבצים ובעדכוני סטטוס. אנו הופכים את ההחלפה הזו לאוטומטית על ידי שילוב Bitrix24 עם מערכת ניהול מסמכים אלקטרונית. התוצאה: מסמכים נוצרים ומאושרים ללא העתק-הדבק אחד, ומחזור העסקה מתקצר ב-80%. בפועל: עבור חברה עם 50 עסקאות בחודש, השילוב קיצר את מחזור האישור מ-3 ימים ל-4 שעות — חיסכון של 11–16 אלף דולר בשנה. לקוח אחר עם 200 עסקאות חודשיות חסך למעלה מ-36–52 אלף דולר בשנה באמצעות פתרון שילוב Bitrix24 EDMS שלנו. מסמך נוצר בכרטיס העסקה, נשלח ל-EDMS, עובר במסלול, והסטטוס חוזר — הכל אוטומטית. המומחיות שלנו כוללת למעלה מ-10 שילובים עם Bitrix24 REST API ומערכות EDMS שונות (REST API). בעיות טיפוסיות: מסלולים שנשברים לאחר עדכוני CRM, סטטוסים שאבדו, מסמכים כפולים. השילוב מבטל סיכונים אלה. עם ניסיון של למעלה מ-10 שנים בשילוב CRM-EDMS ואחריות לשלמות הנתונים, אנו מספקים פתרון אמין. בקשו ייעוץ מהנדס לניתוח התהליך שלכם.
עם מה אנו מתחברים
| EDMS | API | פרוטוקול | שיקולים |
|---|---|---|---|
| 1C:Document Management | שירותי HTTP, OData | REST / SOAP | תלות הדוקה במערכת האקולוגית של 1C, אימות מורכב דרך סשנים של 1C |
| Directum RX | שירותי אינטגרציה | REST API | תיעוד טוב, התראות webhook, API יציב |
| ELMA365 | REST API ציבורי | REST | פלטפורמת low-code, תהליכים עסקיים גמישים, הגדרת מסלולים מהירה |
| DocsVision | שירותי web | REST / SOAP | ניתוב גמיש, אך התיעוד מפוזר |
כיצד מתבצע השילוב של Bitrix24 עם מערכות ניהול מסמכים אלקטרוניות
נקודות שילוב ב-Bitrix24
-
crm.documentgenerator.*— יצירת מסמכים על בסיס תבניות. - Bitrix24.Drive — העלאה והורדה של קבצים חתומים.
- תהליכים עסקיים — הפעלת webhook אוטומטית בעת שינוי שלב.
הגדרת החלפת נתונים שלב אחר שלב:
- צרו תבנית מסמך במחולל Bitrix24, תוך מילוי שדות העסקה.
- הגדירו תהליך עסקי: כאשר עסקה עוברת לשלב "ממתין לאישור", שלחו webhook עם נתוני המסמך ל-middleware.
- ה-middleware מקבל את הבקשה ושולח את המסמך ל-EDMS דרך ה-API שלו.
- ה-EDMS מתחיל את מסלול האישור ושולח webhook חזרה עם השלמתו.
- ה-middleware מעדכן את שלב העסקה דרך
crm.deal.updateומעלה את הקובץ החתום ל-Drive.
תהליך זה מקצר את זמן העיבוד ב-80% בהשוואה להזנה ידנית — מהיר פי 5 משיטות מסורתיות. התיעוד הרשמי של Bizproc מתאר את כל הפעולות הזמינות.
מדוע לבחור ב-Middleware לשילוב Bitrix24–EDMS
שילוב פשוט (EDMS אחד, מסלול ליניארי) יכול לפעול ללא middleware. אך middleware אמין פי 3 בטיפול בשגיאות — הוא מבטל ומנסה שוב בקשות, מתעד הכל, ומונע אובדן נתונים. עלות הזנת נתונים ידנית היא כ-360–520 דולר לחודש עבור מחלקת מכירות ממוצעת. השילוב מחזיר את ההשקעה תוך חצי שנה.
ארכיטקטורה עם middleware:
Битрикс24 -> Middleware -> СЭД ה-middleware הוא שירות נפרד (Laravel או Node.js) השומר מיפוי document_id↔deal_id, מעבד תורים דרך Redis/RabbitMQ, ומתעד כל שלב.
צלילה לעומק: מסלולי אישור ומיפוי סטטוסים — פיתוח אינטגרציה
אישור הוא התהליך המרכזי. המסלולים הם משלושה סוגים: רציף, מקבילי ומותנה. ברציף, כל מאשר הבא מקבל את המסמך לאחר שהקודם אישר. במקבילי, המסמך נשלח למספר מאשרים בו-זמנית, ונדרש אישור מכולם. מסלולים מותנים תלויים בסכום החוזה או בסוג הלקוח.
מיפוי סטטוסים:
| סטטוס ב-EDMS | שלב עסקה ב-Bitrix24 | פעולת middleware |
|---|---|---|
| נוצר | מסמכים ממתינים לאישור | Битрикс24 -> Middleware -> СЭД |
| בבדיקה | — | עדכון שדה UF |
| הערות | תיקון מסמך | הודעה למנהל |
| אושר | מסמכים מאושרים | העברת שלב |
| נחתם | חוזה נחתם | העלאת קובץ |
| נדחה | — | הודעה |
Webhook מ-EDMS:
POST /api/sed-webhook
{
"document_id": "DOC-4521",
"new_status": "approved",
"approved_by": "[email protected]",
"timestamp": "12 марта, 11:45",
"comments": "Замечаний нет",
"signed_file_url": "https://sed.company.ru/files/DOC-4521-signed.pdf"
}קונפליקטים ונעילות
תרחיש: מנהל עורך את החוזה בזמן שהמסמך נמצא באישור. שלוש אסטרטגיות:
- נעילה — עריכה אסורה (בדיקת שדה UF). השיטה האמינה ביותר.
- גרסאות — כל שינוי יוצר גרסה חדשה, האישור מתחיל מחדש.
- הודעה — אזהרה למנהל.
בפועל, נעילה מבטלת אי-התאמות.
מטא-דאטה של מסמך ואחסון משפטי
ה-EDMS מאחסן את המסמך עם מטא-דאטה: מספר, תאריך, צד שכנגד, סכום. מיפוי שדות עסקה:
| שדה Bitrix24 | שדה EDMS |
|---|---|
| TITLE | נושא המסמך |
| OPPORTUNITY | סכום החוזה |
| COMPANY_ID | צד שכנגד |
| ASSIGNED_BY_ID | יוזם |
| UF_CRM_DOC_TYPE | סוג מסמך |
עותקים חתומים מוחזרים ל-Bitrix24, אך העותק הראשי נשמר ב-EDMS.
ווידג'ט בכרטיס העסקה
אנו מטמיעים ווידג'ט דרך REST placement crm.deal.update: סטטוס אישור, מסלול, היסטוריה. המנהל רואה הכל בחלון אחד.
מה כוללת העבודה
- הגדרת מסלולי אישור ב-EDMS
- הגדרת התראות webhook בין המערכות
- פיתוח middleware (תורים, תיעוד, מיפוי סטטוסים)
- ווידג'ט בכרטיס העסקה למעקב אחר אישורים
- שילוב עם מחולל המסמכים של Bitrix24
- תיעוד ארכיטקטורה והגדרות
- הדרכת משתמשים (שעתיים)
- 30 ימי תמיכה לאחר ההשקה
שלבים ולוחות זמנים
| שלב | מה אנו עושים | משך |
|---|---|---|
| גילוי | ניתוח API ומסלולים | 3–5 ימים |
| עיצוב | ארכיטקטורת middleware | 3–4 ימים |
| פיתוח middleware | מטפלי webhook, תורים | 5–8 ימים |
| שילוב Bitrix24 | תהליכים עסקיים, ווידג'ט | 3–5 ימים |
| שילוב EDMS | הגדרת מסלולים | 3–5 ימים |
| בדיקות | תרחישים מקצה לקצה | 3–5 ימים |
| השקת פיילוט | מחלקה אחת | 5–10 ימים |
תוצאה
שילוב CRM–EDMS מבטל עבודה ידנית בגבול בין המערכות. המנהל עובד ב-Bitrix24 — יוצר מסמך, מעביר את העסקה. עורך הדין והמנהלים מאשרים ב-EDMS. המסמך עובר במסלול אוטומטית, הסטטוס חוזר ל-CRM, והגרסה החתומה נשמרת ב-Drive. צרו קשר להערכת פרויקט — קבלו ייעוץ מהנדס תוך יום. מלאו את הטופס באתר — נבחר את הארכיטקטורה האופטימלית תוך יום אחד.