מחירים אישיים ב-ביטריקס: היכן נשבר מחירון B2B
לקוח סיטונאי מתחבר לאזור האישי ורואה מחיר קמעונאי: מנגנון ההצבה לוקח סוג מחיר בסיסי מכרטיס המוצר, ולא את זה שמוצמד לחוזה. מכאן מתחילה עבודה ידנית — המנהל מחשב מחדש את ההזמנה, שולח חשבונית בערכים אחרים, ומחירון ה-B2B באתר מפסיק להתאים למה שסוכם בפועל בחוזה.
זה נשבר, בדרך כלל, לא במקום אחד. ב-1C מוגדרים כמה סוגי מחיר וקבוצות של צדדים קשורים, אבל ההתאמה בין קבוצת המשתמשים באתר לבין סוג המחיר בהחלפה לא קבועה — בעת הייצוא מוצב הראשון המתאים.
תוסיפו לזה את מטמון הקטלוג: העמוד מוגש ממאגר כללי, ומחירים שונים ללקוחות מוחלפים זה בזה כבר בטעות הראשונה בהקשר המשתמש.
המחיר של התקלה — לא רק חישוב ידני מחדש. הפער עובר לחשבונית, למפרט ולמסמכי המשלוח, ומחירי הסיטונאות של החנות המקוונת מפסיקים להיות מקור האמת: המכירות מחשבות לפי אחד, המחסן והנהלת החשבונות — לפי אחר. הלקוח רואה סכומים שונים בוויטרינה ובחשבונית ומפסיק לסמוך על הקטלוג.
נפרק איך סוגרים את זה: היכן צריך לחיות מקור המחיר היחיד, איך לקשר חוזה לסוג מחיר ובאילו רמות צריך לאפס את המטמון, כדי שמחירים אישיים בביטריקס יעבדו ביציבות לכל קבוצת לקוחות.
מה נותנת הפרדת מחירונים לפי חוזים וקבוצות לקוחות
כל עוד תנאי העסקה חיים בהתכתבות עם המנהל, כל מחיר נשאר פעולה ידנית: המנהל מחזיק בראש את האחוז של הלקוח, מתקן שורה בהזמנה, מאשר הנחה בנפרד. בהזמנה סיטונאית של מאה פריטים אלה מאות נגיעות ידניות, והפער בין המחיר בעגלה למחיר בחשבונית — עניין של זמן.
מחירונים נפרדים לפי חוזים מעבירים את ההיגיון הזה למבנה הקטלוג. החוזה נקשר לקבוצת קונים, הקבוצה — לסוג מחיר נפרד, והאתר מציב את המחיר הנכון כבר בשלב יצירת העגלה. התנאי מוגדר פעם אחת ועובד לכל הזמנות הלקוח, כולל כאלה שבוצעו בלי השתתפות המנהל.
מחירים לפי קבוצות קונים נותנים כמה רמות בו-זמנית: קמעונאות, סיטונאות, דילר, שותף למכרז — עם היגיון עיגול משלהם, מנה מינימלית והנחה מצטברת. ב-1C-ביטריקס זהו מנגנון תקני של סוגי מחיר וכללי עבודה עם העגלה, ולכן רמה חדשה מתווספת בהגדרה, ולא בפיתוח של היגיון ההזמנה.
האפקט המדיד — צמצום תיקונים ידניים של הזמנה לחריגים בודדים ועלייה במהירות ביצוע הזמנה סיטונאית: הלקוח מרכיב את העגלה בעצמו ורואה מיד את התנאים שלו. האחריות על המחיר עוברת מהתכתבות להגדרה שאפשר לבדוק ולבטל, ומחיר שקוף בקטלוג מפחית את מספר העגלות הנטושות בשל בירור מחיר.
הגדרת מחירונים: השוואת מצבי עבודה ומגבלות
כאשר בקטלוג יש כבר כמה סוגי מחיר, ותנאים מיוחדים לא נחוצים לכולם, המנהל מתחיל לחשב ידנית. טעות בפריט אחד — והלקוח מקבל חשבונית במחיר קמעונאי או קונה בזול ממה שהחוזה מתיר. להלן ארבעה מצבים שבאמת סוגרים את המשימה, והגבולות של כל אחד.
| אפשרות | מתי מתאימה | מגבלות |
|---|---|---|
| לפי קבוצת לקוחות | סגמנט עם תנאים זהים: סיטונאים, דילרים, סניפי רשת | הלקוח נמצא בדיוק בקבוצה אחת; אי אפשר להגדיר חריג בתוך הקבוצה |
| הצמדת מחיר לחוזה | התנאים קבועים בחוזה ומתעדכנים לעיתים רחוקות | נדרשים כרטיסי חוזים וקשר לקוח—חוזה; תיקון התנאים נעשה דרך החוזה |
| רשימה אישית | לקוחות גדולים בודדים עם מחירים מיוחדים על חלק מהקטלוג | נפח התיקונים הידניים גדל; בלי תקנון הרשימה מתרחקת מהתנאים בפועל |
| סכימה משולבת | הקבוצה קובעת רמה בסיסית, החוזה או הרשימה — חריגים | קשה יותר לנפות סדרי עדיפויות: נדרש סדר החלה מפורש ויומן שינויים |
סדר החלת הכללים נקבע ברמת סוגי המחיר והקבוצות: תחילה תנאי אישי ללקוח, אחר כך החוזה, אחר כך הקבוצה. אז אותו פריט לא מחושב באופן שונה בקטלוג, בעגלה ובחשבונית.
סכימה משולבת נבחרת במקומות שבהם נדרשים גם הנחות סגמנטיות וגם תנאים אישיים — אבל כדאי להקים אותה רק יחד עם יומן תיקונים וסדר עדיפויות ברור, אחרת פער המחירים יצוף כבר בחשבונית שהוצאה.
שלבי יישום: מביקורת הקטלוג ועד בדיקת הייצוא
סדר העבודה כאן חשוב יותר מהמהירות: מחירים אישיים נוגעים בבת אחת בקטלוג, בסוגי מחיר, בקבוצות משתמשים ובהחלפה עם 1C. אם מתחילים מההגדרות ודוחים את ביקורת הקטלוג של החנות המקוונת, יצופו כפילויות של סוגי מחיר, תיקונים ידניים בכרטיסים ופערים מול מערכת החשבונאות. לכן יישום מחירים אישיים הולך מניתוח הכללים הקיימים לבדיקה על נתוני אמת.
- ביקורת הקטלוג של החנות המקוונת. בודקים אילו סוגי מחיר כבר בשימוש, כמה קבוצות משתמשים יש, היכן תוקנו מחירים ידנית ואילו כללי הנחה פועלים.
- תכנון סכימת המחירונים. מחליטים אילו סוגי מחיר נדרשים, איך הם מוצמדים לפרופיל החברה ואיזו עדיפות פועלת אם התנאים מצטלבים.
- הגדרת הרשאות ותצוגה. מצמידים סוגי מחיר לקבוצות, סוגרים את המחירון הבסיסי מפני האחרים, בודקים התנהגות בקטלוג, בכרטיס המוצר ובעגלה.
- הגדרת החלפה עם 1C. קובעים אילו סוגי מחיר מגיעים אוטומטית, מה נשאר באחריות המנהל, איך מותאמים צדדים קשורים וחוזים.
- הרצה על עותק של נתוני אמת. מריצים הזמנות אמיתיות: עגלה, עיגולים, מנה מינימלית, חשבונית ומערך מסמכים. פערים מנתחים לפני ההעברה למערכת העבודה.
- בדיקת ייצוא המחירים. משווים מחירונים לאחר ההחלפה, מגדירים התראה על פערים ומעבירים תקנון: איך לחבר לקוח חדש בלי מפתח.
ערכת מסירה: תקנונים, סכימות והגדרות מחירונים
אנחנו מוסרים לא רק החלפת מחירים עובדת, אלא גם ערכה שלפיה המהנדסים שלכם יוכלו לשנות כללים בעצמם: להוסיף סוג מחיר, לשנות עדיפות הנחה, לחבר סניף חדש. להלן מה שנשאר פיזית במאגר הקוד ובפורטל לאחר הקבלה.
- תקנון עדכון מחירונים — מאין מגיע המקור, איך נבדקת שלמות לפני הטעינה, מי מאשר את היישום ומה לעשות במקרה של פער במספר הפריטים.
- תיעוד להגדרת מחירים — מפת סוגי מחיר, הצמדה לקבוצות משתמשים, סדר החלת הנחות, עיגול ומחיר משלוח מינימלי.
- סכימת גישה למחירונים — אילו קבוצות רואות אילו מחירים, היכן נשמרות הצמדות של צדדים קשורים ואיך ניתן גישה למנהל חדש בלי לתקן קוד.
- הוראות למנהל — איך לבדוק מחיר עבור לקוח מסוים, היכן להסתכל ביומן כשמתקבלת תלונה על סכום שגוי ומתי להסלים למהנדס.
- סכימת אינטגרציה — רצף ההחלפה בין הפורטל למערכת החשבונאות: ספרי עזר, מחירים, יתרות, כללי טיפול בשגיאות וניסיונות חוזרים.
- מערך בדיקות — צדדים קשורים לדוגמה ותרחישים שמורצים לאחר כל שינוי בכללי החישוב, כדי שתיקון לא "יברח" לפרודקשן.
- פרוטוקול ביטול — איך להחזיר את מערך המחירים הקודם ומי מקבל החלטה אם הייצוא עבר עם שגיאה.
את הערכה מוסרים עם סשן מלווה לצוות שלכם: מפרקים כל ארטיפקט על הנתונים שלכם ועונים על שאלות בנוגע להתאמות.
מקרה בוחן: מחירון של כמה אלפי פריטים בלי הרכבה ידנית
הפרויקט — ספק סיטונאי של אלקטרוניקה עם ארבעת אלפים פריטים בקטלוג ורשת דילרים, שלכל אחד תנאים משלו. לפני היישום המחירונים חיו בקבצים נפרדים ובתפוצות דואר, והמנהל בעת ביצוע ההזמנה חישב מחדש ידנית את המחיר עבור הלקוח. בהרכבה הידנית הזו הצטברו שלוש בעיות: טעויות במספרים, עיכובים בבקשות וזרם מתמיד של פניות לתמיכה.
מה שינו
הגדרנו סוגי מחיר אישיים והצמדנו אותם לפרופיל החברה של הקונה — עם הכניסה לאזור האישי הקטלוג והעגלה מציגים את התנאים של הדילר הזה בדיוק, כולל קבוצות הנחה והנחות מדורגות לפי נפח.
המחירונים נטענים ממערכת החשבונאות לפי לוח זמנים, ולא מיוצאים ידנית: העדכון עובר בלילה, החישוב מיושם על הקטלוג דרך מטמון סוגי המחיר, ולכן גידול במספר הקבוצות לא מאט את הגשת העמודים.
לתנאים מורכבים — דחייה, תוספת קבועה לפי קטגוריה, הצמדה לשער — הגדרנו כללי חישוב בצד הקטלוג, כדי שהמנהל לא יתקן את ההזמנה אחרי הלקוח. בפלטפורמת 1C-ביטריקס זה נעשה במנגנוני התאמה אישית תקניים בלי לתקן את הליבה, ולכן עדכוני המערכת נשארים בטוחים.
תוצאות היישום
- שיעור ההזמנות עם תיקון מחיר ידני: 62% → 6% — המקרים שנותרו הם אישורים אישיים מחוץ למחירון.
- זמן טיפול ממוצע בבקשה: מכמה שעות ל-20 דקות — ההזמנה נוצרת על ידי הלקוח מיד עם התנאים הנכונים.
- פניות לתמיכה בנוגע לפערי מחיר: בערך 140 → 18 בחודש.
- הקטלוג עבור הלקוח נבנה מאותם כרטיסים — בסיס מוצרים אחד במקום ארבעה עותקים, ופער המחירים בין הסניפים נסגר.
הניסיון הזה באוטומציה של מחירונים ל-B2B ניתן להרחבה: לקבוצת הדילרים הבאה התנאים החדשים מתווספים כסוג מחיר נפרד, בלי התאמות ובלי הרכבה מחדש של הקטלוג.
מה לעשות אם המחירון כבר מנוהל במודול אחר של ביטריקס?
החלפת סכימת החישוב לא דורשת בסיס נקי. העברת המחירונים נעשית מעל קטלוג עובד: מצלמים תמונת מצב של התנאים הקיימים, מחברים סוגי מחיר אישיים, ורק לאחר השוואה מכבים את ההיגיון הישן.
הסכנה אינה בהעברה עצמה, אלא בעבודה במקביל של שני מנגנונים — אז המחיר מחושב פעמיים ויורד מתחת למה שסוכם עם הלקוח.
| היכן התנאים חיים כיום | מה עושים בעת ההעברה | במה מסתכנים |
|---|---|---|
| הנחות שכבר הוגדרו: כללי עגלה, הנחות על מוצר | מעבירים כרמות בסיס, את הכללים מכבים לאחר השוואה | ההנחה והמחירון מצטברים, התוספת מתאפסת |
| סוג מחיר שמוצמד לקבוצת משתמשים | מעבירים להצמדה לחברה ולעובדיה | עובד בשתי קבוצות רואה שני מחירים שונים |
| מחירים במאפייני המוצר או בקובץ מחירון | טוענים כשורות לסוגי מחיר בקטלוג | הקובץ והקטלוג נפרדים כבר בעדכון הראשון |
| מחירים ידניים שנכתבו בהזמנות | משאירים כארכיון, לא משתתפים בחישובים | חישוב מחדש של ההיסטוריה שובר דוחות סגורים |
הנדידת תנאי הלקוחות הולכת לפי שרשרת: פרופילי חברות, חוזים, סוגי מחיר, ואחר כך שאריות של אישורים ידניים. היסטוריית ההזמנות לא מחושבת מחדש — מסמכים סגורים שומרים על הסכומים הקודמים, וחדשים מחושבים כבר לפי המחירון האישי.
כפילות מחירונים עוצרים בהשוואה על מדגם לקוחות: הפער בין הקטלוג למאגר הישן לא צריך לעלות על אפס, אחרת מוקדם למחוק את שני המקורות.
ב-1C-ביטריקס מחירים אישיים נבנים באופן תקני על סוגי מחיר ופרופיל חברה, ולכן מודול צד שלישי לאחר ההעברה הופך לחוליה מיותרת — מסירים אותו אחרון, כשההתאמה אושרה בכל החוזים.
ספקות טכניים נפוצים לפני תחילת העבודה
לפני ההתחלה הצוות הטכני של המזמין בודק לא את המצגת של הגישה, אלא את התנהגות המערכת בתרחישים לא נוחים: מה יקרה למחירים שכבר הצטברו, איך תעבוד ההחלפה כשיש פער בנתונים, מי ואיך יבטל הגדרה כושלת. את השאלות האלה שואלים לפני חתימת העבודה — להלן תשובות ענייניות.
יש לנו כמה סוגי מחיר — הכול יצטרך להיעשות מחדש?
לא. מבנה סוגי המחיר וההצמדות הקיים נשמר, ומחירונים אישיים נוספים מעליו כרמה נפרדת: הכלל "חברה → סוג מחיר" מקבל עדיפות על הבסיסי. היסטוריית ההזמנות והמחירים במסמכים סגורים לא מחושבים מחדש.
מה יקרה אם הנתונים ב-1C ובאתר יהיו שונים?
ההחלפה נעשית במנות עם יומן: הפער נרשם כרשומה נפרדת ולא מוחק את המחיר בוויטרינה. לטעינה שגויה יש ביטול — הערך הקודם נשאר בהיסטוריה, ולכן השחזור לא דורש ייצוא חוזר של כל הקטלוג.
איך להפריד הרשאות כדי שהמנהל לא יראה תנאים של אחרים?
ההרשאות עוברות בירושה מההצמדה של המשתמש לחברה: המנהל עובד רק עם הלקוחות שלו, והקונה רואה מחירון אחד משלו. המנהל הראשי מקבל סיכום כללים ויומן שינויים.
האם החישוב האישי לא יאט את הקטלוג?
המחיר מוצב בעת השליפה, ועמודי הרשימה נשמרים במטמון לפי קבוצות תנאים, ולא מכובים לגמרי. קטלוג של כמה אלפי פריטים לא מחושב מחדש בכל כניסה.
מי מתחזק את המחירונים לאחר ההשקה?
כללים, תבניות טעינה ותקנון עדכון מועברים לצוות המזמין עם הוראות. שינוי תנאים לפי חברה או סוג מחיר חדש מבוצעים בלי התאמת קוד.
נדון במשימה: נחזור עם הערכה ותוכנית עבודה
כדי לחזור עם הערכת עבודה על מחירונים ותוכנית יישום מחירים, לא נדרש מאיתנו גישה מלאה לפרויקט — מספיק להבין איך אצלכם בנויים סוגי המחיר, הקונים וההחלפה עם מערכת החשבונאות.
לפי הנתונים הראשוניים האלה אנחנו קובעים את מידת העבודה ואת סדר השלבים, בלי תיקונים "על העין" כבר בקטלוג עובד.
מה שכדאי לשלוח או להראות בשיחה:
- איך בקטלוג מופרדים הקונים: קבוצות משתמשים, הצמדה לחוזים, סגמנטים סיטונאיים ושותפים — מזה תלויה מודל אחסון המחירים האישיים.
- אילו סוגי מחיר כבר מנוהלים במערכת החשבונאות: בסיסי, סיטונאי, שותפים, חוזי — ולפי איזה סימן נבחר המתאים ללקוח מסוים.
- איך המחירים מגיעים לאתר כיום: ייצוא מתוזמן, כללים ידניים, טבלה נפרדת — מה מזה עובד והיכן זה נשבר.
- כללי עיגול, מנה מינימלית, כפולת אריזה והנחה לפי נפח — הם משפיעים על חישוב המחיר בוויטרינה ועל העגלה.
- מי מהעובדים מנהל את המחירים ואילו תפקידים נדרשים: מנהל תחום, מנהל מסחרי, מנהל ראשי.
- הגבלות נראות: האם להסתיר מחירים ממשתמשים לא מאומתים, להציג טווחים, ערכים מחוקים או מחיר "לפי בקשה".
- סביבת בדיקות נפרדת מאתר הפרודקשן — כדי לבדוק את היגיון בחירת המחיר לפני שחרור על לקוחות אמיתיים.
תארו את המשימה באופן כללי — קטלוג, מספר סגמנטים, איך אתם מנהלים מחירים אישיים כעת. נחזור עם הערכה ותוכנית ליישום מחירים: מה משנים בצד מערכת החשבונאות, מה בצד האתר ובאיזה סדר מוציאים, כדי שההזמנות הנוכחיות לא ייפגעו.