בניית חשבונות אישיים מותאמים אישית B2B ו-B2C על 1C-Bitrix
אנחנו צוות מפתחי 1C-Bitrix מוסמכים עם ניסיון של למעלה מ-7 שנים. במהלך תקופה זו, סיפקנו יותר מ-50 פרויקטים של חשבונות אישיים עבור B2B ו-B2C. כל יום לקוחות מתקשרים למנהל: "מה הסטטוס של ההזמנה שלי?" "שלח לי את דוח ההתאמה לרבעון האחרון." "אני צריך חשבונית כפולה." המנהל נכנס ל-1C, מייצר את המסמך ושולח אותו במייל. חמש דקות לכל בקשה. עשרים שיחות כאלה ביום — זו שעה וחצי של זמן יקר המושקע בעבודה שחשבון אישי אמור לטפל בה. על 1C-Bitrix, החשבון האישי בנוי מרכיבים מוכנים. אבל חשבון B2B מלא עם גישת משתמשים מרובים ואינטגרציה עם 1C תמיד דורש התאמה אישית. אנו מבטיחים שהחשבון האישי שלך יפעל ללא תקלות ויתאים את עצמו לצמיחת העסק שלך. חשבון ה-B2B מרובה המשתמשים שלנו מפחית את עומס העבודה של המנהל פי 3 בהשוואה לעיבוד ידני, ולקוחות בדרך כלל חוסכים 40% בעלויות התמיכה.
ארכיטקטורת החשבון האישי
חשבון אישי טיפוסי הוא הקטע /personal/ של האתר. הוא כולל קבוצה של תתי-קטעים, שכל אחד מהם מיושם על ידי רכיב Bitrix או עמוד מותאם אישית.
רכיבים סטנדרטיים:
-
bitrix:main.profile— צפייה ועריכת פרופיל -
bitrix:sale.personal.order— רשימת הזמנות עם פרטים -
bitrix:sale.personal.order.cancel— ביטול הזמנה -
bitrix:catalog.viewed— מוצרים שנצפו -
bitrix:main.feedback— טופס משוב
בפועל, קבוצה זו מספיקה לחנות מקוונת עם מודל פשוט. לקוח קונה, עוקב אחר ההזמנה, מוריד קבלה. עבור B2B, שבו מספר אנשים מארגון אחד עובדים עם תפקידים שונים, נדרשת שכבת-על.
הניתוב בתוך החשבון האישי משתמש בכללי SEF ב-.urlrewrite.php או ברכיב מורכב עם מצב SEF. האפשרות השנייה נוחה יותר. כל עמודי החשבון האישי מנוהלים ממקום אחד.
הבחנה בין זכויות גישה
מערכת הזכויות ב-Bitrix מבוססת על קבוצות משתמשים. עבור חשבון אישי זה נראה כך:
- משתמש רשום — גישה בסיסית: פרופיל, הזמנות משלו
- לקוח סיטונאי — מחירים סיטונאיים, קטעים נוספים (חובות, דוחות התאמה)
- צד שכנגד — מסמכים והתחשבנויות עבור הארגון שלהם
- שותף — סטטיסטיקות הפניות, חומרים שיווקיים
קבוצות מוקצות במהלך ההרשמה דרך ה-handler OnAfterUserRegister או ידנית על ידי המנהל. הזכויות נבדקות בשתי רמות: מערכת הקבצים (/personal/b2b/ — נגיש רק לקבוצת "סיטונאים") ובתוך רכיבים (סינון נתונים לפי $USER->GetID()).
צלילה עמוקה: חשבון B2B עם גישת משתמשים מרובים
לחשבון אישי סטנדרטי יש משתמש אחד, חשבון אחד, ההזמנות שלהם. ב-B2B, לארגון יש רוכש, רואה חשבון, מנהל. כל אחד צריך את מערך הנתונים והזכויות שלו. זהו האתגר הארכיטקטוני המרכזי.
ישות "ארגון". נוצרת דרך בלוק highload או אינפובלוק עם שדות: שם, ח.פ., ח.מ., כתובת משפטית, תנאי תשלום, מסגרת אשראי. משתמשים מקושרים לארגון דרך מאפיין המשתמש UF_COMPANY_ID.
תפקידים בתוך הארגון:
| תפקיד | זכויות |
|---|---|
| מנהל | ניהול עובדי הארגון, כל ההזמנות והמסמכים, כספים |
| רוכש | יצירת הזמנות, קטלוג עם מחירי הארגון, עגלה |
| רואה חשבון | מסמכים, דוחות התאמה, חשבוניות, חובות. ללא גישה לביצוע הזמנות |
| משקיף | צפייה בלבד בהזמנות ובסטטוסים |
מנהל הארגון מוסיף עובדים דרך ממשק החשבון האישי. הם שולחים הזמנה במייל. המשתמש החדש נרשם ומקושר אוטומטית לארגון עם התפקיד שצוין. אין צורך להתקשר למנהל כדי להוסיף רוכש חדש.
יישום טכני:
- קישור משתמש-לארגון מאוחסן ב-
UF_COMPANY_IDאו בטבלת קישורים נפרדת (לתמיכה בגישה מרובת ארגונים כאשר אדם אחד עובד עם מספר ישויות משפטיות) - תפקידים — בלוק highload נפרד:
user_id,company_id,role - בכניסה, הקשר הארגון ותפקיד המשתמש נטענים לתוך ה-session
- רכיבים מסננים נתונים לפי
company_id: הרוכש רואה את ההזמנות שלו, המנהל רואה את כל ההזמנות של הארגון - מעבר בין ארגונים — בורר בכותרת החשבון האישי
אישור הזמנות. בארגונים גדולים, ההזמנה לא הולכת ישירות לספק:
- הרוכש יוצר הזמנה (סטטוס "טיוטה")
- מנהל הרכש מקבל הודעה, בודק את התוכן והתקציב
- מאשר או מחזיר לתיקון עם הערה
- לאחר האישור, ההזמנה עוברת לסטטוס "מאושר" ונכנסת לעיבוד
מיושם דרך סטטוסי הזמנה מותאמים אישית במודול sale ו-handlers של אירועים OnSaleOrderBeforeSaved, OnSaleStatusOrder.
מה כלול בפיתוח חשבון אישי?
תוצרים:
- עיצוב ארכיטקטורה ומודל תפקידים
- הגדרת רכיבים סטנדרטיים ופיתוח מותאם אישית
- אינטגרציה עם 1C דרך CommerceML או REST API
- הגדרת אבטחה (HTTPS, אימות דו-שלבי, רישום לוגים)
- בדיקת עומסים עד 1000 משתמשים בו-זמנית
- תיעוד ניהול ושימוש
- הדרכה לעובדי הלקוח (עד 5 אנשים)
- תמיכה באחריות למשך 3 חודשים לאחר המסירה
קטעי החשבון האישי
הזמנות
רכיב sale.personal.order — רשימה עם סינון לפי סטטוס, תאריך, סכום. פרטים: הרכב, סטטוסי תשלום ומשלוח, מספר מעקב. הרחבות:
- הזמנה חוזרת — העתקת ההרכב לעגלה בלחיצת כפתור אחד
- תלונה — טופס תביעה המקושר להזמנה ולפריט ספציפיים
- טפסי הדפסה — הפקת חשבונית, מעשה, תעודת משלוח דרך
\Bitrix\Sale\Order::getDocuments()
מסמכים
קטע להורדת מסמכים סוגרים: חשבוניות, מעשים, חשבוניות מס, UPD. המסמכים נוצרים ממודול sale או מועלים מ-1C דרך אינטגרציה. אחסון — מקושר להזמנה או למשתמש דרך בלוק highload.
עבור B2B קריטי שרואה החשבון יראה את כל המסמכים של הארגון, לא רק את שלו. סינון לפי company_id, לא לפי user_id.
פניות (Tickets)
מערכת פניות: המשתמש יוצר פנייה, מצרף קבצים, רואה היסטוריה וסטטוס. יישום — דרך מודול support (תמיכה טכנית) או מותאם אישית על אינפובלוק / תהליך חכם ב-CRM. האפשרות השנייה נוחה יותר אם הפניות צריכות להיכנס ל-CRM ולהיות מטופלות על ידי המנהל בממשק מוכר.
יתרה והתחשבנויות
עבור לקוחות B2B: יתרה עדכנית, היסטוריית תשלומים, חובות. הנתונים מגיעים מ-1C דרך REST או החלפת קבצים. דוח התאמה נוצר לפי בקשה — המשתמש לוחץ על כפתור, הבקשה נשלחת ל-1C, וה-PDF חוזר תוך מספר דקות.
אינטגרציה עם 1C
קישור חשבון אישי עם 1C הוא חובה עבור B2B. מודול ההחלפה הסטנדרטי sale + catalog מסנכרן את הקטלוג וההזמנות, אבל חשבון אישי מלא דורש החלפה מורחבת.
מ-1C לחשבון האישי:
- היסטוריית הזמנות, כולל אלה שבוצעו בטלפון או דרך המנהל
- חובות לפי צד שכנגד
- דוחות התאמה ב-PDF
- מחירים והנחות אישיים לפי רשימת המחירים של הצד שכנגד
- סטטוסי משלוח ותשלום
החלפה — דרך REST API (מודול rest), שירותי SOAP, או CommerceML עם סכמה מורחבת. התיעוד הרשמי של 1C-Bitrix ממליץ להשתמש ב-REST עבור פרויקטים חדשים. עבור מערכות בעומס גבוה, נתונים נשמרים במטמון בבלוקי highload: כשהמשתמש מבקש, החשבון האישי קורא את המטמון המקומי במקום לחכות לתגובה מ-1C. סנכרון — לפי לוח זמנים (cron agent) או לפי אירוע (webhook כאשר נתונים משתנים ב-1C).
אבטחה
החשבון האישי מטפל בנתונים אישיים ובמידע פיננסי. סט מינימלי של אמצעים:
- HTTPS עבור כל הקטע
/personal/ - CAPTCHA או הגבלת קצב על טופס ההתחברות — הגנה מפני ניחוש סיסמאות
- אימות דו-שלבי דרך מודול
security(OTP) - רישום פעולות משתמש במודול "הגנה פרואקטיבית"
- סיום אוטומטי של session בחוסר פעילות (מוגדר במודול
security) - עבור B2B — הגבלת session לפי IP אופציונלית
שלבי פיתוח ותמחור
| היקף | מה כלול | לוח זמנים | עלות אופיינית |
|---|---|---|---|
| B2C בסיסי | פרופיל, הזמנות, מועדפים, פניות | 1–2 שבועות | $2,000–$4,000 |
| B2B מורחב | + מסמכים, יתרה, אינטגרציה עם 1C | 2–4 שבועות | $4,000–$8,000 |
| B2B מרובה משתמשים | + תפקידים, ארגונים, אישור הזמנות | 4–6 שבועות | $8,000–$15,000 |
| B2B מלא עם 1C בזמן אמת | + מחירים אישיים, התאמות, חובות מ-1C | 6–8 שבועות | החל מ-$15,000 |
העלות מחושבת לאחר ניתוח דרישות. צור קשר להערכת פרויקט.
למה להזמין פיתוח מאיתנו?
- ניסיון של למעלה מ-7 שנים והסמכת 1C-Bitrix
- יותר מ-50 פרויקטים של חשבונות אישיים שיושמו
- תיעוד מלא והדרכה
- אחריות על העבודה עד 12 חודשים
- גישה אישית: איננו משתמשים בפתרונות תבניתיים
קבל ייעוץ — נעריך את הפרויקט שלך.