לעיתים קרובות אנו נתקלים במצב שבו מחלקת הנהלת החשבונות מבקשת להעתיק חשבוניות מ-Bitrix24 ל-1С באופן ידני. התוצאה — שגיאות במספרים, כפילויות, אי-התאמות בסטטוסים של תשלומים. הלקוחות מאבדים זמן, המנהלים לא רואים את התמונה האמיתית.
המשימה שלנו היא להגדיר חילופי חשבוניות אוטומטיים כך שהנתונים יזרמו ללא התערבות אנושית. עם למעלה מ-10 שנות עבודה עם Bitrix, ביצענו למעלה מ-50 אינטגרציות ואנחנו מכירים את כל המלכודות. שגיאה בשדה אחד עלולה לעלות בסגירת עסקה — לכן האוטומציה חייבת להיות ללא רבב.
מדי יום, מנהלי חשבונות מבלים שעות בהתאמת סטטוסים, בעוד שמנהלים לא יכולים לומר ללקוח בזמן אמת אם החשבונית שולמה. אנחנו מתקנים זאת: לאחר ההגדרה, החשבונית נוצרת ב-CRM, נשלחת אוטומטית ל-1С, מעובדת שם, והסטטוס חוזר באופן מיידי. ללא הקלדה ידנית.
חיסכון בזמן — למעלה מ-10 שעות בשבוע לכל מנהל חשבונות. חיסכון אופייני לעסק בינוני — 400,000 RUB בשנה על התאמות הנהלת חשבונות. השגיאות מתבטלות כמעט לחלוטין.
מדוע יש צורך באוטומציה של החלפת חשבוניות?
העברה ידנית של חשבוניות מובילה ל:
- אי-התאמות בסטטוסים (שולם ב-CRM אך לא נרשם ב-1С);
- כפילויות במסמכים;
- אי-התאמות בפריטים (מספרי פריטים אינם תואמים);
- עיכובים בסגירת החודש.
אוטומציה מבטלת את הגורם האנושי ומאיצה את סגירת החודש. השוואה: תהליך החלפה אוטומטי מעבד חשבונית בשנייה אחת, בעוד שתהליך ידני אורך מ-5 דקות עם סיכון לטעות. זה פי 300 מהר יותר.
איך מתבצעת ההחלפה
החלפה סטנדרטית מבוססת על מודול crm ועל פרוטוקול CommerceML (פורמט XML למסמכים מסחריים). עבור חשבוניות משתמשים במנגנון שונה מהזמנות בחנות אינטרנטית: חשבוניות CRM מועברות דרך Bitrix24 REST API או דרך מודול האינטגרציה הסטנדרטי של 1С. שתי אפשרויות:
- דרך REST API (
crm.invoice.*אוcrm.item.*עבור חשבוניות חכמות). סקריפט חיצוני מבצע polling ל-Bitrix24 ומביא חשבוניות חדשות/ששונו. דורש פיתוח בצד 1С אך נותן שליטה מלאה. - דרך CommerceML — מודול סטנדרטי של Bitrix24. 1С יוזם סשן, Bitrix מפיק XML. פחות קוד אך פורמט מחמיר יותר.
לפי התיעוד הרשמי, CommerceML מתאים לרוב התרחישים הסטנדרטיים.
חשבוניות ב-CRM: ישנות וחכמות
ב-Bitrix24 קיימות שתי ישויות של חשבוניות:
- חשבוניות ישנות (
CRM_INVOICE) — סוג מדור קודם, טבלה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 / צד נגדי |
צד נגדי | דורש התאמה |
| שורות פריטים | מקטע טבלאי | Article/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 RUB רבעוני — האוטומציה השתלמה בחודש הראשון.
מה כלול בהגדרה
- ניתוח החילופין הנוכחי וזיהוי צווארי בקבוק.
- הגדרת משתמש אינטגרציה והרשאות גישה.
- הגדרת מודול 1С או סקריפט REST.
- בדיקת המחזור: יצירת חשבונית — ייצוא — רישום — סטטוס.
- תיעוד ערכת החילופין.
- תמיכה למשך שבועיים לאחר ההשקה.
תהליך הערכה ועבודה
תהליך העבודה שלנו עוקב אחר שלבים אלה: איסוף נתונים → ביקורת/ניתוח → עיצוב → הערכה → פיתוח → בדיקות → השקה. תחילה אנו מעריכים את התשתית והדרישות שלך, ולאחר מכן מספקים הערכת מחיר קבועה בהתבסס על ההיקף. ללא עלויות נסתרות.
הערכות לוח זמנים
הגדרה בסיסית אורכת בין 4 ל-8 שעות, בתנאי שמומחה 1С זמין. מחזור מלא עם בדיקות ומשוב דורש בדרך כלל 1-2 ימי עבודה. לוחות זמנים ארוכים יותר חלים אם נדרשות התאמות אישיות נוספות.
אם ברצונך לזרז את סגירת סוף החודש ולחסל שגיאות, הזמן כעת הגדרת חילופי חשבוניות. הניסיון שלנו — למעלה מ-10 שנים בפיתוח Bitrix, למעלה מ-50 אינטגרציות מוצלחות. קבל ייעוץ בנושא אוטומציה של חילופי חשבוניות — ננתח את התשתית שלך ונציע את הפתרון האופטימלי.