הגדרת חלונות ראווה לשותפים ב-1C-Bitrix: מערכת ריבוי חלונות ראווה
החברה שלך מרחיבה את רשת השותפים: סוחרים, מפיצים, נציגים אזוריים. כל שותף מוכר מאותו קטלוג אבל רוצה חלון ראווה משלו—עם המיתוג, התמחור והאנשי הקשר שלו. ללא חלונות ראווה לשותפים, זה הופך לקבצי Excel עם רמות מלאי ועיבוד הזמנות ידני, שצורך עד 3 שעות להזמנה וגורם לשגיאות ב-12% מהמקרים.
המומחים המוסמכים שלנו ב-1C-Bitrix מגדירים מערכות ריבוי חלונות ראווה כבר למעלה מ-10 שנים, והשלימו 50+ פרויקטים החל מהגדרות פשוטות של שני חלונות ראווה ועד לרשתות עם 20+ שותפים. אנו מבטיחים פתרון עובד תוך 2-4 שבועות.
אוטומציה של הזמנות ותמחור מפחיתה את עלויות התפעול ב-40% (חיסכון של עד עלות מחושבת לאחר ביקורת בשנה עבור רשת סוחרים בינונית) ומבטלת הזנת נתונים ידנית. לפי תיעוד multisite, התקנה אחת תומכת בעד 10 אתרים במהדורת Business ובעד 100 ב-Enterprise. מערכת ריבוי חלונות ראווה על פלטפורמה אחת חסכונית פי 3 מאתרים נפרדים.
כיצד פועלת מערכת ריבוי-חנויות על 1C-Bitrix?
הארכיטקטורה נשענת על מנגנון multisite. התקנה אחת של 1C-Bitrix משרתת מספר אתרים, שלכל אחד מהם הגדרות משלו:
- קטלוג מאוחד – מוצרים, מאפיינים וקטגוריות נשמרים באינפובלוק v2.0 אחד. כל החנויות משתמשות באותו מסד נתונים.
- שיוך לאתר – כל מוצר יכול להיות גלוי לכל החנויות או רק לחלקן.
- תמחור נפרד – באמצעות סוגי מחירים: "Base", "Partner A", "Partner B". כל חנות מציגה את סוג המחיר שהוקצה לה.
- מיתוג – לוגו, צבעים, פרטי קשר ותבנית האתר מוגדרים בנפרד.
ארכיטקטורה זו מאפשרת להשיק חנות שנייה בתוך 5 ימים בלבד. החיסכון בעלויות רישוי מגיע ל-60% בהשוואה להתקנות נפרדות. בעת הוספת שותף חדש, זמן הטעינה הממוצע של החנות גדל בלא יותר מ-5%.
מדוע ניתוב הזמנות תקין הוא קריטי?
הזמנה שמבוצעת בחנות השותף חייבת להגיע לנמען הנכון. אנו מיישמים שלוש סכמות ניתוב:
| סכמה | כיצד זה עובד | מתי זה מתאים |
|---|---|---|
| הזמנה לשותף | ההזמנה נוצרת ומקושרת לאתר השותף. השותף רואה רק את ההזמנות שלו בממשק הניהול | לשותף יש מחסן משלו והוא שולח בעצמו |
| הזמנה לבעל הפלטפורמה | ההזמנה עוברת למחסן המרכזי. השותף מקבל התראה ועמלה | לשותף אין מלאי |
| משולבת | חלק מהמוצרים ממחסן השותף, חלק מהמרכזי | מודל מכירות מעורב |
הרשאות גישה: השותף מתחבר לממשק הניהול ורואה רק את ההזמנות שלו, את הסטטיסטיקות שלו ואת הגדרות החנות שלו. הגישה לנתונים של שותפים אחרים חסומה. זמן עיבוד ההזמנה יורד מ-3 שעות ל-15 דקות—שיפור של פי 12.
כיצד להגדיר תמחור נכון עבור כל שותף?
קטלוג המוצרים הוא משותף. השותף אינו מנהל כרטיסי מוצר—זה נשאר באחריות בעל הפלטפורמה. התמחור נבנה על סוגי מחירים במודול "קטלוג מסחרי". כל שותף מקבל סוג מחיר ייחודי. ניתן להגדיר כללי תוספת מחיר: מחיר בסיס + 15% תוספת עבור שותף מסוים, או מחירים אישיים על פריטים נבחרים. ניהול מלאי יכול להיות מחסן משותף או נפרד לכל שותף.
| סוג מחיר | מטרה | דוגמת תוספת מחיר |
|---|---|---|
| בסיס | עבור חנות קמעונאית | 0% |
| שותף א' | עבור סוחר עם תוספת מחיר של עד 20% | +10% |
| שותף ב' | עבור מפיץ | +5% |
טעות נפוצה היא הקצאה שגויה של סוג מחיר, הגורמת לשותפים לראות מחירים של אחרים. הפתרון הוא שימוש במזהים ייחודיים לכל שותף ובדיקה במהלך הפיתוח. ב-65% מהפרויקטים שלנו, גילינו את השגיאה הזו במהלך הביקורת הראשונית.
כיצד להאיץ פריסת חלונות ראווה של שותפים?
אנו משתמשים בתבניות מודולריות וביצירה אוטומטית של סוגי מחירים באמצעות סקריפטים של מיגרציה. חלון ראווה טיפוסי עם שותף אחד מוקם בתוך 5 ימי עסקים. עבור 10 שותפים, זה לוקח 3 שבועות.
החיסכון בזמן נובע משימוש בתבניות ומטמון מתויג: הסוכנים מעדכנים את המטמון רק כאשר הנתונים של שותף מסוים משתנים.
אתגרים טכניים אופייניים
על סמך הניסיון שלנו, הנה הקשיים העיקריים:
- הגדרה שגויה של סוג המחיר – שותפים רואים מחירים שגויים בגלל הקצאות לא ייחודיות. אנו משתמשים בשמות כמו
PRICE_TYPE_{PARTNER_ID}ובבדיקות אוטומטיות. - היעדר מטמון מתויג – עם חנויות רבות, הביצועים יורדים ב-30%. אנו מפעילים מטמון משולב ומגדירים תגיות לכל חנות.
- מורכבות החלפה עם 1C – אם לכל שותף יש מחסן משלו, יש לפצל מלאי בצורה נכונה ב-CommerceML. אנו מגדירים החלפה עם הפרדת מחסנים באמצעות הרחבות פרוטוקול.
- הזנחת SEO – תגי מטא ו-robots.txt חייבים להיות ייחודיים לכל חנות. אנו מטמיעים אותם בתבנית.
תהליך העבודה שלנו
- אנליטיקה – איסוף דרישות: מספר שותפים, סוגי מחירים, תכנית מחסנים, מיתוג. מתועד במפרטים.
- עיצוב – ארכיטקטורת multisite, בלוקי מידע, סוגי מחירים, הרשאות גישה. סכמת בסיס נתונים וניתוב.
- פיתוח – מימוש חזיתות חנות, תמחור, הזמנות, מיתוג. חזית חנות ראשונה תוך 5 ימים.
- בדיקות – אימות כל התרחישים: הזמנות, מחירים, גישה, אינטגרציה עם 1C.
- פריסה והדרכה – העלאה לפרודקשן, אספקת הוראות לשותפים, שבועיים של תמיכה.
לוח זמנים: 2 עד 4 שבועות. העלות תלויה במורכבות—נעריך את הפרויקט שלך תוך יום אחד. עם השלמתו, אנו מספקים תיעוד מלא.
מה מקבלים
- מפרט טכני עם תיאור ארכיטקטורה מפורט
- תיעוד ארכיטקטוני להגדרת ריבוי אתרים
- פריסת חנות לכל שותף (מיתוג, תמחור, הרשאות)
- הדרכה לשותפים על שימוש בפאנל הניהול
- שבועיים של תמיכה טכנית לאחר ההשקה
- אחריות על הקוד ל-12 חודשים
צרו קשר לייעוץ—נעריך את הפרויקט שלכם תוך יום אחד. הזמינו פיתוח חנויות שותפים וקבלו פתרון מוכן תוך 2-4 שבועות. נעזור לכם להימנע מטעויות נפוצות ולהרחיב את המערכת לעשרות שותפים עם הזמן. קבעו הדגמה כדי לראות את החנויות בפעולה.