לעתים קרובות אנו נתקלים במצב שבו מחלקת הנהלת החשבונות מבקשת להעתיק חשבוניות מ-Bitrix24 ל-1С באופן ידני. התוצאה — שגיאות במספרים, כפילויות, אי-התאמות בסטטוסי תשלום. לקוחות מאבדים זמן, מנהלים לא רואים את התמונה האמיתית. המשימה שלנו היא להגדיר החלפת חשבוניות אוטומטית כך שהנתונים יזרמו ללא התערבות אנושית. עם ניסיון של 10+ שנים בעבודה עם Bitrix, ביצענו למעלה מ-50 אינטגרציות ואנו מכירים את כל המלכודות. שגיאה בשדה אחד יכולה לעלות בסגירת עסקה — לכן האוטומציה חייבת להיות ללא דופי.
כל יום, רואי חשבון מבלים שעות בהתאמת סטטוסים, בעוד מנהלים לא יכולים לעדכן את הלקוח בזמן אם החשבונית שולמה. אנו מתקנים זאת: לאחר ההגדרה, החשבונית נוצרת ב-CRM, נשלחת אוטומטית ל-1С, מעובדת שם, והסטטוס חוזר מיידית. ללא הזנה ידנית. חיסכון בזמן — למעלה מ-10 שעות בשבוע לכל רואה חשבון. חיסכון אופייני לעסק בינוני — 400,000 ₪ בשנה על התאמות הנהלת חשבונות. שגיאות כמעט מבוטלות.
מדוע יש צורך באוטומציה של החלפת חשבוניות?
העברה ידנית של חשבוניות מובילה ל:
- אי-התאמות בסטטוסים (שולם ב-CRM אך לא פורסם ב-1С);
- כפילויות במסמכים;
- אי-התאמות בפריטים (מספרי קטלוג לא תואמים);
- עיכובים בסגירת חודש.
אוטומציה מבטלת את הגורם האנושי ומאיצה את סגירת החודש. השוואה: החלפה אוטומטית מעבדת חשבונית בשנייה אחת, ידנית לוקחת מ-5 דקות עם סיכון לשגיאה. זה פי 300 מהר יותר.
כיצד פועלת ההחלפה
ההחלפה הסטנדרטית מבוססת על המודול crm ופרוטוקול CommerceML (פורמט XML למסמכים מסחריים). עבור חשבוניות, נעשה שימוש במנגנון שונה מהזמנות בחנות אינטרנט: חשבוניות CRM מועברות דרך REST API של Bitrix24 או דרך המודול הסטנדרטי של אינטגרציית 1С. שתי אפשרויות:
-
דרך REST API (
crm.invoice.*אוcrm.item.*לחשבוניות חכמות). סקריפט חיצוני בודק את Bitrix24 ומביא חשבוניות חדשות/משונות. דורש פיתוח בצד של 1С אך נותן שליטה מלאה. - דרך CommerceML — המודול הסטנדרטי של Bitrix24. 1С יוזם סשן, Bitrix מוציא XML. פחות קוד אך פורמט נוקשה יותר.
לפי התיעוד הרשמי, CommerceML מתאים לרוב התרחישים הסטנדרטיים.
חשבוניות ב-CRM: ישנות וחכמות
ל-Bitrix24 יש שתי ישויות חשבוניות:
-
חשבוניות ישנות (
CRM_INVOICE) — סוג legacy, טבלהb_crm_invoice. נגישות דרךcrm.invoice.list,crm.invoice.get. -
חשבוניות חכמות (
SMART_INVOICE) — מבוססות על תהליכים חכמים של CRM.crm.item.listעםentityTypeId = 31.
במהלך ההגדרה, חשוב לקבוע איזה סוג נמצא בשימוש. אם הפורטל עבר לחשבוניות חכמות, השיטות הישנות לא יעבדו.
השוואת שיטות אינטגרציה
| קריטריון | REST API | CommerceML |
|---|---|---|
| גמישות | גבוהה | בינונית |
| דורש פיתוח ב-1С | כן | כן |
| תמיכה בחשבוניות חכמות | כן | מוגבלת |
| מורכבות הגדרה | בינונית | נמוכה |
CommerceML עדיף אם כבר קיימת החלפת הזמנות וצריך נקודת אינטגרציה אחת. REST API גמיש יותר ללוגיקה מורכבת אך דורש יותר פיתוח בצד של 1С. לרוב, REST נבחר לחשבוניות חכמות, ו-CommerceML לישנות.
מה מועבר ל-1С
נתונים מינימליים הנדרשים לפרסום:
| שדה Bitrix24 | שדה 1С | הערה |
|---|---|---|
ACCOUNT_NUMBER |
מספר מסמך | |
DATE_INSERT |
תאריך מסמך | |
UF_COMPANY_ID / צד שכנגד |
צד שכנגד | דורש התאמה |
| פריטי שורה | קטע טבלאי | מאמר/XML_ID חובה |
CURRENCY_ID |
מטבע | |
OPPORTUNITY |
סכום | |
STATUS_ID |
סטטוס תשלום |
כיצד להגדיר החלפה תוך התחשבות בסוגי חשבוניות?
- קבע את סוג החשבונית (ישנה או חכמה) דרך הגדרות CRM.
- בחר פרוטוקול: REST (מומלץ לחכמות) או CommerceML.
- צור משתמש אינטגרציה עם הרשאות קריאה ל-CRM.
- הגדר webhook להודעת 1С על חשבונית חדשה.
- בצד של 1С, הגדר את נקודת ההחלפה והתדירות.
- בצע סנכרון בדיקה.
- הגדר העברה הפוכה של סטטוס תשלום.
שגיאות הגדרה נפוצות
- צדדים שכנגד לא תואמים — השתמש ב-GUID מ-1С.
- פריטים ללא XML_ID — הוסף מספרי מאמרים להתאמה.
- חשבונית נוצרה ללא איש קשר — השבת שדה חובה ב-CRM.
המהנדסים שלנו בודקים יומני החלפה ומתקנים אי-התאמות.
מקרה בוחן
בפרויקט אחד, הלקוח איבד עד 15% מהחשבוניות עקב אי-התאמות במספרי מאמרים. זיהינו ש-1С ו-Bitrix24 השתמשו במזהי פריט שונים. פתרון — הוספת XML_ID לקטלוג המסחרי והגדרת התאמה דרך CommerceML. לאחר מכן, השגיאות נעלמו לחלוטין. הסנכרון רץ כבר שנתיים ללא תקלות. שגיאות הובילו להפסדים של עד 300,000 ₪ רבעונית — האוטומציה החזירה את ההשקעה בחודש הראשון.
מה כלול בהגדרה
- ניתוח ההחלפה הנוכחית וזיהוי צווארי בקבוק.
- הגדרת משתמש אינטגרציה והרשאות גישה.
- הגדרת מודול 1С או סקריפט REST.
- בדיקת המחזור: יצירת חשבונית — ייצוא — פרסום — סטטוס.
- תיעוד תוכנית ההחלפה.
- תמיכה למשך שבועיים לאחר ההשקה.
תהליך הערכה ועבודה
תהליך העבודה שלנו כולל את השלבים הבאים: איסוף נתונים → ביקורת/ניתוח → תכנון → הערכת עלות → פיתוח → בדיקות → השקה. ראשית אנו מעריכים את התשתית והדרישות שלך, ולאחר מכן מספקים הערכת מחיר קבועה לפי היקף העבודה. ללא עלויות נסתרות.
הערכות זמנים
הגדרה בסיסית אורכת בין 4 ל-8 שעות, בתנאי שזמין מומחה 1С. מחזור מלא עם בדיקות ומשוב דורש בדרך כלל 1-2 ימי עבודה. זמנים ארוכים יותר נדרשים אם יש צורך בהתאמות נוספות.
אם אתה רוצה להאיץ את סגירת החודש ולבטל שגיאות, הזמן עכשיו הגדרת החלפת חשבוניות. הניסיון שלנו — 10+ שנים בפיתוח Bitrix, למעלה מ-50 אינטגרציות מוצלחות. קבל ייעוץ על אוטומציה של החלפת חשבוניות — ננתח את התשתית שלך ונציע את הפתרון האופטימלי.