פיתוח פורטל B2B על 1C-Bitrix
סוחר בקרסנויארסק מכניס 50 פריטים (SKU), צריך חשבונית מיידית עם מחיר אישי, מסגרת אשראי ומשלוח מהמחסן הקרוב. קטלוג קמעונאי לא יעזור כאן. אנחנו בונים פורטלים כאלה על 1C-Bitrix — עם מטריצות מחיר מותאמות אישית, אזורי סוחר ואינטגרציה בזמן אמת עם 1C. יותר מ-50 פורטלי B2B שהושקו, אחריות ל-12 חודשים, מומחי 1C-Bitrix מוסמכים עם ניסיון של 10+ שנים בפיתוח. שלחו בקשה לאודיט של מערכת התמחור הנוכחית שלכם — ננתח את המבנה שלכם ונציע ארכיטקטורה מותאמת.
איך עובד תמחור בפורטל B2B?
בקמעונאות יש מחיר אחד. ב-B2B יש מטריצה: סוגי מחיר ב-b_catalog_price כפול קבוצות משתמשים, הנחות מצטברות, המרות מטבע, תנאים חוזיים. טעות כאן מפילה את הפרויקט.
סוגי מחיר וקבוצות משתמשים. ביטריקס מגדיר סוגים דרך CCatalogGroup. סט סטנדרטי: קמעונאי, סיטונאי קטן, סיטונאי, סוחר, מפיץ. כל צד עסקי שייך לקבוצת משתמשים, הקבוצה לסוג מחיר. המציאות מורכבת יותר: סוחר אחד עשוי לראות מחירים סיטונאיים לאלקטרוניקה ומחירי מפיץ לאביזרים. זה דורש לוגיקה מותאמת אישית ב-handler של OnSaleBasketItemBeforePriceSave.
הנחות — פרוגרסיביות לפי כמות (מ-100 יחידות → מינוס 5%, מ-500 → מינוס 12%), מצטברות לאורך תקופה, עונתיות, לפי קטגוריה. משולבות דרך עדיפויות ב-b_sale_discount. עם 20+ כללים, דיבוג הופך למסע.
מסגרות אשראי. הצד העסקי מקבל סף אשראי למשלוחים. חוב שוטף מסונכרן מ-1C דרך הרג'יסטר РасчетыСКонтрагентами (התחשבנויות עם צדדים עסקיים). חריגה מהמסגרת חוסמת הזמנות.
מחירים חוזיים — רשימת המחירים מקושרת לחוזה ספציפי: תקופת תוקף, מספר, תנאי הארכה. פקיעת תוקף מעבירה למחירי בסיס אוטומטית. מיושם דרך שדות מותאמים אישית של הזמנה ו-handler של OnSaleComponentOrderProperties.
מטבע — חובה לסחר חוץ. המרה בשער הבנק המרכזי (CCurrencyRates::ConvertCurrency()) או בשער חוזי קבוע.
השוואה בין CommerceML ו-REST לסנכרון מחירים: CommerceML פשוט יותר אבל איטי פי 4 בקטלוגים מעל 10,000 פריטים, ולא יכול לטפל במסגרות אשראי. REST API דרך שירות HTTP של 1C מהיר פי 3 וגמיש לחלוטין אבל דורש שינויים בצד 1C. לפי מדריך המפתחים של 1C-Bitrix, סנכרון בזמן אמת של ספריות ומלאים הוא קריטי לפורטלי B2B.
מה כולל אזור הסוחר?
- הזמנות — היסטוריה מלאה עם סינון לפי סטטוסים, תאריכים, סכומים. חזרה על הזמנה קודמת בלחיצה אחת — חוסכת שעות ברכישות חוזרות.
- כספים — יתרת התחשבנויות, דוח התאמה, היסטוריית תשלומים. אין יותר המתנה של שלושה ימים לחשבונאות — הנתונים זמינים מיידית, נמשכים מ-1C דרך REST או CommerceML.
- מסמכים — חשבוניות, תעודות משלוח, חשבוניות מס, UPD, תעודות. נוצרים ב-1C, PDF נדחף לפורטל דרך אינטגרציה. הורדה בלחיצה אחת.
- ניהול עובדי סוחר — אדמין יוצר חשבונות עם הרשאות תפקיד: מנהל רכש מזמין, רואה חשבון רואה רק כספים, מנכ"ל רואה את התמונה הגדולה. הרחבה של קבוצות משתמשים סטנדרטיות בביטריקס.
הזמנה מהירה: SKU + כמות = חשבונית
לקוח B2B לא משוטט בכרטיסים יפים. הם צריכים טופס: SKU, כמות, שורה הבאה.
- טופס הזמנה מהירה — הצעה אוטומטית של שם ומחיר בהזנת SKU. חיפוש AJAX לפי
b_iblock_element.XML_IDאוPROPERTY_ARTICLE. 50 פריטים ב-3 דקות. - ייבוא מ-Excel/CSV — הלקוח מייצא מהמערכת שלו, מעלה לפורטל. התאמה אוטומטית של SKU, בדיקת זמינות, יצירת הזמנה. ניתוח דרך
PHPExcelאוPhpSpreadsheet. - סל עם מידע מלא — משקל, נפח, מספר אריזות, עלות משלוח משוערת לפני התשלום.
למה אינטגרציית 1C קריטית לפורטל B2B?
בלי נתונים עדכניים מ-1C, הפורטל חסר תועלת. מנהל שינה מחיר של מסמרים — תוך 15 דקות סוחר בקרסנויארסק רואה את המחיר החדש.
| נתונים | כיוון | מנגנון |
|---|---|---|
| קטלוג, מאפיינים | 1C → פורטל | CommerceML או REST, 15–60 דקות |
| מחירים לפי סוג וצד עסקי | 1C → פורטל | REST API, לפי אירוע או לוח זמנים |
| יתרות מלאי לפי מחסן | 1C → פורטל | REST, 5–15 דקות או בזמן אמת דרך שירות HTTP של 1C |
| הזמנות | פורטל → 1C | REST, בזמן אמת |
| סטטוסים, משלוחים | 1C → פורטל | לפי אירוע |
| התחשבנויות הדדיות | 1C → פורטל | 1–2 פעמים ביום |
| מסמכים (PDF) | 1C → פורטל | לפי אירוע |
לעתים קרובות אנחנו משתמשים בהיברידית: CommerceML לקטלוג, REST למחירים, מלאים ומסמכים.
EDI: חילופי מסמכים אלקטרוניים ללא נייר בעלי תוקף משפטי
לפרויקטי B2B גדולים:
- ספקים — Kontur.Diadoc, SBIS, Kaluga Astral. חשבוניות, תעודות, תעודות משלוח בצורה אלקטרונית עם תוקף משפטי.
- CEP — חתימה אלקטרונית מוסמכת. הצד העסקי חותם ישירות באזור האישי.
- Roaming בין מפעילים — בלעדיו, חצי מהשותפים עם מפעיל EDI אחר נשארים בחוץ.
פעילות רב-סניפית
- מחסנים אזוריים — הלקוח רואה מלאי של המחסן הקרוב ויכול לבחור את מחסן המשלוח. מוצר זמין בנובוסיבירסק אבל לא במוסקבה → הפורטל מציג שתי אפשרויות עם זמני אספקה שונים.
- שיוך מנהל אוטומטי — סוחר מקרסנודאר עובד עם איוון, מיקטרינבורג עם מרינה. מבוסס על
UF_REGIONבכרטיס הצד העסקי. - תנאים מקומיים — סכום הזמנה מינימלי, תנאי משלוח, זמני אספקה — משתנים לפי אזור.
תהליך פיתוח פורטל B2B
פיתוח פורטל B2B כולל חמישה שלבים.
| שלב | לוח זמנים | תוצאה |
|---|---|---|
| אודיט תהליכים | 1–2 שבועות | דיאגרמת תהליכים עסקיים, מפת אינטגרציה |
| עיצוב | 2–3 שבועות | ארכיטקטורה, אבות טיפוס, מפרט החלפה עם 1C |
| פיתוח | 4–8 שבועות | אזורים אישיים, מנגנוני תמחור, אינטגרציות, זרימת מסמכים |
| בדיקות | 1–2 שבועות | בדיקות פונקציונליות, אינטגרציה, עומס על נתונים אמיתיים |
| פיילוט | 2–3 שבועות | 5–10 סוחרים, משוב, שיפורים |
מה כלול בעבודה
- תיעוד פרויקט מלא (מפרט טכני, דיאגרמת ארכיטקטורה, פרוטוקולי אינטגרציה)
- הגדרת סביבת שרת ופריסה (On-Premise או ענן)
- העברת כל נתוני המשתמש והתצורות
- הדרכת מנהלי פורטל (2 מפגשים מקוונים)
- תמיכה באחריות ל-12 חודשים עם מענה תוך 4 שעות
לאחר ההשקה — תמיכה טכנית ופיתוח. פורטל B2B הוא מערכת חיה שמתפתחת עם העסק.
חיסכון ממוצע בזמן למנהל בעיבוד הזמנות — עד 20 שעות בשבוע, שמתורגם לכ-$15,000 חיסכון שנתי לכל סוחר. פורטל שנבנה עצמאית לוקח בדרך כלל 6 חודשים לפיתוח, בעוד פתרון מבוסס ביטריקס מוכן תוך חודשיים.
טעויות אופייניות שכדאי להימנע מהן בהתחלה
- וודאו סוגי מחיר וקבוצות משתמשים לפני העלייה לאוויר.
- שמרו על מספר מינימלי של כללי הנחה (3–4) — 20+ כללים גורמים לסיוטי דיבוג.
- בדקו אינטגרציית 1C על נתונים אמיתיים במהלך הפיילוט.
- תנו גישה לסוחרים רק לאחר בדיקת עומס עם 50 משתמשים בו-זמנית.
צרו קשר כדי לדון בפרויקט שלכם — נכין הערכת עלות ראשונית ונציע את הפתרון האופטימלי. קבלו אודיט של מנגנוני התמחור עוד היום.