שילוב הזמנות: Bitrix → 1С:Accounting
אנו מגדירים שילוב הזמנות מ-Bitrix ל-1С:Accounting במפתח מלא. נבחן את הפרויקט שלך תוך יום אחד ונכין תוכנית עבודה עם לוחות זמנים מדויקים. אנו משתמשים ב-CommerceML וב-Bitrix REST API — זה מבטיח החלפה יציבה ללא אובדן נתונים. רואה החשבון שלך יראה כל הזמנה במערכת המוכרת ללא טרחה מיותרת.
טעינת הזמנות מ-Bitrix ל-1С:Accounting היא פתרון פשרה. מערכת החשבונאות אינה מיועדת לניהול הזמנות: אין סטטוסי הזמנה, אין טיפול של מנהל, אין CRM. אבל אם החשבונאות מתבצעת ב-1С:Accounting והמעבר ל-Trade Management אינו מתוכנן עדיין — השילוב עדיין נחוץ. זמן הגדרה ממוצע הוא 1–3 ימים, וחוסך לרואה החשבון עד שעתיים ביום.
מה נוצר בחשבונאות כאשר הזמנה מועברת
בניגוד ל-Trade Management, שבו נוצר 'הזמנת לקוח', בחשבונאות, הזמנה מ-Bitrix נוצרת כ'חשבונית לתשלום' או 'מכירת סחורות ושירותים' (תלוי בגרסת החשבונאות ובהגדרות).
לרוב — 'חשבונית לתשלום'. המשמעות: המנהל רואה את החשבונית שהונפקה, אך עד התשלום, היא אינה משפיעה על יתרות המלאי. אין הזמנה — לחשבונאות אין מנגנון הזמנה. תנועת המלאי מתרחשת רק כאשר 'המכירה' מתפרסמת.
זהו הבדל מהותי מ-Trade Management: ב-Trade Management, הזמנה = הזמנה + זרימת סטטוסים. בחשבונאות, הזמנה = חשבונית, שמומרת ידנית למכירה.
| קריטריון | 1С:Trade Management | 1С:Accounting |
|---|---|---|
| מסמך הזמנה | הזמנת לקוח | חשבונית לתשלום |
| הזמנת פריטים | כן | לא |
| עיבוד סטטוסים | רב-שלבי | רק פורסם/לא פורסם |
| מתאים ל | עומס גבוה (50+ הזמנות/יום) | עומס נמוך (עד 30 הזמנות/יום) |
כיצד להגדיר החלפת הזמנות בין Bitrix ל-1С:Accounting
סעיף בחשבונאות: Счёт на оплату покупателю. הגרסאות שונות, אבל ההיגיון זהה.
- ציין פרטי אתר (URL, שם משתמש, סיסמה להחלפה).
- הגדר את לוח הזמנים של המשימה המתוזמנת — בדרך כלל כל 5–15 דקות.
- אפשר יצירת פריטים בעת הצורך בהגדרות ההחלפה.
- מפה סטטוסים: חשבונית נוצרה → סטטוס ב-Bitrix, פורסם → שולם, מכירה → נשלח.
צד שכנגד. בעת יצירת חשבונית, החשבונאות מחפשת צד שכנגד:
- לגופים משפטיים — לפי ח.פ.
- ליחידים — לפי שם (שם מלא)
אם לא נמצא — נוצר חדש. כפילויות של יחידים עם שמות זהים הן בעיה בלתי נמנעת. פתרון: העבר דוא"ל כמזהה נוסף ובדוק אותו לפני יצירת צד שכנגד חדש.
פריטים. שורות החשבונית מתמלאות לפי XML_ID מהזמנת Bitrix. אם XML_ID אינו תואם ל-GUID בחשבונאות — השורה נוצרת עם פריט 'לא ידוע' או עם שם מחרוזת (תלוי בהגדרות).
הגדרה: בפרמטרי ההחלפה של החשבונאות, אפשר 'צור פריטים בעת הצורך'. זה יאפשר להזמנה להיכנס למערכת, אבל רואה החשבון יצטרך לשפר את הפריט ידנית. עדיף: הגדר סנכרון דו-כיווני של פריטים כך ש-XML_ID יתאימו.
העברת סטטוסים הפוכה
לחשבונאות אין מערכת סטטוסי הזמנות. מצבי המסמך היחידים הם Реализация товаров и услуг. סנכרון הפוך של סטטוסים ל-Bitrix פועל כך:
- חשבונית נוצרה בחשבונאות → Bitrix מקבל אישור יצירה → ניתן לעדכן את סטטוס ההזמנה (לדוגמה, 'התקבל לעיבוד')
- חשבונית פורסמה (לאחר תשלום) → ניתן להעביר סטטוס 'שולם' ל-Bitrix
- מכירה פורסמה → סטטוס 'נשלח'
טכנית: החשבונאות שולחת מסמכים מעודכנים עם המצב הנוכחי ל-Bitrix במהלך כל החלפה. Bitrix מעדכן את סטטוס ההזמנה לפי טבלת המיפוי.
מסים ומע"מ בחשבונית
אם החנות עובדת עם מע"מ — החשבונית בחשבונאות חייבת להכיל שיעורים נכונים. בעת העברת הזמנה מ-Bitrix, ה-XML חייב לציין את שיעור המע"מ עבור כל שורה:
<Товар>
<Ид>товар-guid</Ид>
<Количество>2</Количество>
<ЦенаЗаЕдиницу>1000.00</ЦенаЗаЕдиницу>
<Налоги>
<Налог>
<Наименование>НДС</Наименование>
<УчтенВСумме>false</УчтенВСумме>
<Ставка>20</Ставка>
</Налог>
</Налоги>
</Товар>ב-Bitrix, שיעור המע"מ מאוחסן במאפיין פריט העגלה. ודא שכאשר נוצרת הזמנה, שיעורי המע"מ מתמלאים כראוי מכרטיס המוצר (מודול המסחר).
מקרה בוחן: חנות קמעונאית על חשבונאות ללא מעבר ל-Trade Management
הלקוח שלנו — חנות קטנה לכימיקלים ביתיים: 1,200 פריטים, מנהל אחד, 15–30 הזמנות ביום. החשבונאות משמשת לניהול ספרים; מעבר ל-Trade Management אינו אפשרי בשל היקף.
הגדרה: הזמנות מ-Bitrix מועברות לחשבונאות כל 5 דקות. חשבונית לתשלום נוצרת בחשבונאות. המנהל רואה את רשימת החשבוניות בחשבונאות ומעבד אותן אחת אחת.
הוספנו התראה: כאשר חשבונית חדשה נוצרת בחשבונאות, משימה מתוזמנת רצה ושולחת דוא"ל למנהל עם קישור לחשבונית. יושם באמצעות 'דיוור' במודול 'דואר' של החשבונאות.
לאחר המשלוח: המנהל ממיר את החשבונית ל'מכירה' בחשבונאות ומפרסם אותה. בהחלפה הבאה, Bitrix מקבל את הסטטוס המעודכן ומעביר את ההזמנה ל'הושלם'. הקונה מקבל דוא"ל.
מגבלה: בין פרסום המכירה בחשבונאות לעדכון הסטטוס באתר — עיכוב של עד 5 דקות (מרווח החלפה). עבור היקף עסקי זה, זה מקובל.
למה לבחור בהגדרה שלנו
אנו משלבים Bitrix עם 1С כבר למעלה מ-5 שנים. השלמנו למעלה מ-50 פרויקטים ברמות מורכבות שונות. אנו מבטיחים סנכרון נכון של פריטים, צדדים שכנגד וסטטוסים. אנו משתמשים ב-CommerceML — שהוא יעיל פי 2 מהעברת נתונים ידנית, עם דיוק סנכרון המגיע ל-98%.
מה כלול בעבודה
- ביקורת על ההחלפה הנוכחית (אם קיימת)
- הגדרת לוח זמנים ומיפוי
- ריצת בדיקה עם הזמנות אמיתיות (מינימום 30 הזמנות)
- הדרכת רואה חשבון על עבודה עם ההחלפה (שעה)
- תיעוד של תוכנית ההחלפה
- תמיכה למשך שבועיים לאחר ההשקה
| שלב | לוח זמנים |
|---|---|
| ביקורת ועיצוב | יום אחד |
| הגדרת החלפה | 1–2 ימים |
| בדיקות | 0.5 יום |
| הדרכה | 0.5 יום |
מתי לעבור ל-1С:Trade Management?
אם מספר ההזמנות עולה על 50–80 ביום או שאתה צריך:
- הזמנת פריטים בעת קבלת הזמנה
- עיבוד סטטוסים רב-שלבי
- ניהול רב-מנהלים/רב-מחסנים
— הגיע הזמן לעבור ל-1С:Trade Management. העברת נתונים (פריטים, צדדים שכנגד, היסטוריית מחירים) אורכת 1–2 ימים ואינה דורשת שינוי ב-Bitrix: XML_ID של פריטים נשמרים עם הגירה שבוצעה כראוי.
צור קשר לייעוץ. הזמן את ההגדרה — ונפתור את המשימה במהירות. קבל ייעוץ ממהנדס שילוב.