הגדרת מחירונים אישיים ללקוחות B2B ב-1C-Bitrix

מחירים אישיים ב-Bitrix: היכן נשבר מחירון ה-B2B

מחירים אישיים ב-Bitrix נשברים לא בשלב חישוב ההנחה, אלא קודם לכן — ברמת מודל הנתונים. הקטלוג ב-1C-Bitrix מחזיר ערך מסוג המחיר המשויך לפריט, ואילו התנאים החוזיים של לקוח מסוים חיים בדרך כלל מחוץ למערכת: בטבלה אצל המנהל, בקובץ נפרד או בהתכתבות.

כל עוד המחירים ללקוחות B2B אינם משויכים לפרופיל הקונה, האתר פשוט אינו יודע שלצד העסקי הזה מגיעים תנאים אחרים.

מכאן התקלה מתגלגלת בשרשרת. סל הקניות מחשב את ההזמנה לפי סוג המחיר הבסיסי, ההנחה האישית אינה נקלטת, וההזמנה יוצאת עם סכום שגוי. המנהל מבחין בפער רק לאחר ביצוע ההזמנה — ואז מתחיל חישוב מחדש ידני: תיקון שורות, הוצאת חשבונית מחדש וסנכרון חוזר עם מערכת הנה"ח.

העלות של תרחיש כזה עולה עם כל הזמנה. טעויות במחירון משוכפלות בחשבוניות ובמשלוחים, הנהלת החשבונות מקבלת פערים, והלקוח מקבל סיבה לפקפק במספרים.

כשזורם נפח הזמנות B2B, חישוב מחדש מפסיק להיות יוצא דופן והופך לנורמה — ומכאן שגם מטמון הקטלוג מפסיק לעבוד: המחירים מחושבים בזמן אמת עבור כל משתמש.

אנחנו מפרקים כיצד סוגרים את זה: היכן להחזיק מחירים חוזיים, כיצד לקשור אותם לצד העסקי ומה לבדוק כדי שסל הקניות יחשב נכון מהפעם הראשונה.

מה משתנה לאחר הטמעת מחירים אישיים

תנאים חוזיים מפסיקים לחיות בהתכתבות ובטבלאות של המנהל — הם עוברים לקטלוג כסוג מחיר נפרד עם שיוך לצד העסקי. הלקוח, תחת החשבון שלו, רואה את הערכים שלו, וסל הקניות מחשב מהחוזה ולא מהמחירון הקמעונאי.

ב-1C-Bitrix זה נבנה מסוגי מחיר וקבוצות משתמשים מובנים, ולכן הלוגיקה נשארת בתוך המערכת ולא בתוספת חיצונית שמפחיד לעדכן.

מהירות ביצוע ההזמנה עולה הודות לחישוב אוטומטי של המחיר: הזמנה של 40 שורות נבנית ב-5-7 דקות במקום 40, והזמנה חוזרת נשלפת מההיסטוריה עם התנאים שכבר מוזנים. המנהל כבר אינו משווה כל שורה — הוא בודק חריגים, שנשארים בודדים.

טעויות בתמחור נעלמות כקטגוריה, כי הכלל מוחל בנקודה אחת — בחישוב סל הקניות בצד השרת. אחוז חוזי, הנחה לפי נפח, שורות נפרדות בתנאים מיוחדים — כל אלה במקום אחד, ולא עשרה עותקים בחשבוניות. עדכון חוזה או רענון מחירון נכנס לתוקף מיד, בלי עריכה גורפת של מסמכים בדיעבד.

באופן נפרד נעלם הכשל היקר ביותר בתוצאותיו: חשבונית יוצאת ללקוח עם מחיר ישן, כשהחוזה כבר נחתם בתנאים חדשים. כאשר הערך מחושב מהתנאים העדכניים בכל הזמנה, והשינויים נרשמים בלוג, תרחיש כזה פשוט אינו משוחזר — מההיסטוריה רואים לפי איזה כלל התקבל הסכום.

דרכים להגדיר מחיר: השוואת גישות

ישנם ארבעה מנגנונים להגדרת מחיר בקטלוג: סוג מחיר, הסכם מחירים, כלל הנחה ותנאים אישיים. הם אינם תחליפיים זה לזה — הבחירה קובעת כיצד יתנהג המחירון בעת ייצוא פריטים מ-1C, בעת העברת לקוח לקבוצה אחרת ובעת רכישה חוזרת מתוך היסטוריית ההזמנות.

בפועל, התרשים העובד הוא שילוב: ההסכם קובע את הרמה הבסיסית, כללי ההנחה והתוספות לפי קבוצות מחשבים סטיות לפי נפח וקטגוריות, והתנאים האישיים סוגרים את החריגים.

תנאי היציבות הוא אחד — השרשרת "צד עסקי → הסכם → סוג מחיר → שורה" חייבת להיות מתועדת בהזמנה, אחרת לאחר רענון הקטלוג הלקוח רואה מחיר אחד ובחשבונית מקבל אחר.

שלבי הטמעת תמחור אישי

מחירים אישיים ב-1C-Bitrix חיים בצומת שבין הקטלוג, כללי ההנחות, קבוצות המשתמשים והרשאות הגישה. טעות בעדיפות — והלקוח רואה מחיר של מישהו אחר או סכום בלי ההנחה המוסכמת, והמנהל לומד על כך משיחת טלפון. לכן הטמעת התמחור מתבצעת בשלבים, כאשר כל שלב נבדק לפני המעבר לשלב הבא.

1. ביקורת כללי המחיר. אוספים את כל מה שמשפיע על המחיר: סוגי מחיר, הנחות, תוספות, קבוצות משתמשים, תיקונים ידניים בהזמנות ותנאים חוזיים מהטבלאות. מתעדים התנגשויות — מקרים שבהם שני כללים תובעים את אותה שורה.

2. תרשים עדיפויות. מתאמים מטריצה: מה גובר כאשר תנאים חופפים, היכן המחיר הקבוע של החוזה, ואיזה מחיר מוצג כשאין כלל. בנפרד — מה רואה אורח ומה רואה הקונה הקמעונאי.

3. שיוך לקוחות. מגדירים את הקשר בין המשתמש לחברה ולחוזה, כדי שהמחירון של לקוח אחד לא יהיה נגיש לאחר. בודקים מדורים סגורים וייצוא קטלוג.

4. הגדרה. מממשים את התרשים במנגנונים המובנים של הפלטפורמה, ובמחסור — בהרחבה. מגדירים את סדר החישוב מחדש ואת המטמון, כדי שהקטלוג לא יאבד מהירות.

5. הזמנות בדיקה. מריצים תרחישים: אורח, קמעונאי, לקוח עם חוזה אחד, לקוח עם שני חוזים, החלפת סטטוס, הזמנה לפני תשלום. משווים את המחיר בסל, בחשבונית ובמסמך.

6. מסירה לתפעול. מוסרים נוהל הוספת לקוח חדש, הוראה למנהל ויומן שינויי מחירים — התיקונים מפסיקים לחזור למפתח.

הקבלה מתבצעת לפי רשימת בדיקה של תרחישים: כל עוד כל הענפים לא נותנים את המחיר המצופה, השלב לא נסגר.

תיעוד, תרשימים ונוהלי תמחור

הגדרת מחירים בלי תיעוד מחזיקה מעמד עד העזיבה הראשונה של האחראי: את הכללים זוכרים רק אלה שהגדירו אותם. לכן בהעברה אנו כוללים לא רק מנגנון עובד, אלא גם ערכת מסמכים שלפיה עובד חדש או קבלן משנה ישחזר את הלוגיקה בלי הסברים בעל פה.

• תרשים עדיפויות מחירים — טבלה שבה מתועד סדר הפעולה: מחיר מההסכם עם הלקוח, מחיר המחירון המשויך, הנחה קבוצתית, מבצע בקטלוג, מחיר בסיס. עם דוגמאות: אילו כללים מכסים זה את זה ומדוע התוצאה בכרטיס היא בדיוק כזו.
• מטריצת תנאים — איזה סוג לקוח משויך לאיזה מחירון, דרך אילו שדות של ההסכם, מה עושים עם לקוח בלי חוזה וכיצד לנהוג בעת החלפת קבוצה.
• נוהל תמחור — מי מגדיר את המחיר, מי מאשר, באיזה רגע התיקון מגיע לפרודקשן, וכיצד מבוצעת חזרה למצב הקודם של המחירון.
• הוראה למנהלים — תרחיש צעד-אחר-צעד: לשייך לקוח למחירון, לבדוק את המחיר בסל ובהזמנה, לזהות פער ולהעביר אותו לבדיקה. בלוק נפרד — טעויות אופייניות ומה הן שוברות.
• תיעוד הקטלוג — אילו מאפיינים וסוגי מחיר מעורבים, כיצד הם קשורים להצעות המסחריות ולמחסנים, ובאיזה אירוע מחושב מחדש המחיר בהזמנה.
• מפת סנכרון עם מערכת הנה"ח — רשימת השדות המסונכרנים, והשדות שחייבים להיות מלאים בצד מערכת הנה"ח, אחרת המחיר לא יגיע.
• סדר השינויים — בעל הכללים, נקודת הכנסת התיקונים, סביבת בדיקה ורשימת בדיקה לפני פרסום.

התיעוד משויך לתצורה בפועל, ולא נכתב באופן מופשט: כל סעיף מפנה לכלל או לשדה קונקרטי שאפשר לפתוח ולבדוק. את המסירה סוגרים בדיון עם המנהלים והתמיכה — לפיו רואים אילו מקומות עדיין דורשים הבהרה.

מקרה בוחן: כיצד הסרנו מחירונים ידניים אצל מפיץ

מפיץ עם רשת שותפים מבוזרת ניהל תנאים חוזיים בטבלאות: לכל לקוח הנחה משלו לפי קבוצות מוצרים, דחיית תשלום ושורות נפרדות לפרויקט. המחירון יוצא ממערכת הנה"ח, עובד ידנית ונשלח לשותף במייל — עד רגע ההזמנה הוא כבר סטה מהמחירים העדכניים.

כל הזמנה חזרה למנהל לחישוב מחדש: להשוות את החוזה, להחיל את ההנחה, לאשר. הביצוע ארך עד 40 דקות, כשליש מההזמנות עברו חישוב מחדש ידני, ופערי מחיר חיפשו כבר בהתכתבות עם הלקוח.

מה שינינו

על גבי 1C-Bitrix נבנה קטלוג B2B שבו המחיר לשותף מחושב על ידי המערכת לפי החוזה שלו. פרופיל הלקוח משויך לסוג מחיר ולכללי הנחות, הנראות של המדורים מוגבלת לפי החוזה, והפריטים והמחירים מגיעים מ-1C בייצוא מתוזמן — בלי טבלאות ביניים אצל המנהלים.

מה קרה בפועל: ביצוע ההזמנה הצטמצם ל-5-7 דקות, שיעור ההזמנות עם חישוב מחדש ידני ירד ל-2%, ופניות לתמיכה בנושא מחירים — פי ארבעה פחות. מדיניות ההנחות הפכה אחידה לכל הרשת, והמנהלים הפסיקו להיות מתווכים בין השותף לקטלוג.

במה נבדלים הסכמי מחירים מכללי הנחות

אלה שני מנגנונים שונים, והבלבול ביניהם הוא סיבה נפוצה למחירים "צפים" אצל הסיטונאי. הסכם מחירים מקבע את המחיר החוזי ברמת סוג מחיר המשויך לחברה או לקבוצת קונים: הלקוח רואה אותו בקטלוג, והוא עצמו נכנס לסל.

כלל הנחה אינו שומר מחיר — הוא מפחית מחיר קיים ברגע חישוב הסל, ולכן תוצאתו תלויה בכך איזה מחיר הוזן קודם.

חפיפת התנאים היא המקור העיקרי להתנגשות בין כללי המחיר. אם עבור קבוצה עם מחירים אישיים נותרו פעילות הנחות מצטברות או כלל שמגביל את המחיר מלמטה, הסל יחשב מחדש את המחיר החוזי לפי התנאים הכלליים.

עדיפות התנאים אינה נקבעת "מאליה": תחילה מוזן המחיר מההסכם, ואחר כך מוחלים רק הכללים שמוגדרים במפורש כמותרים עבור סוג המחיר הזה.

כדי שההסתעפות לא תהפוך לתיקונים ידניים, עבור קבוצה עם הסכמים בדרך כלל מכבים הנחות מצטברות, מגבילים כללים לפי קבוצות קונים ובודקים את ההתנהגות על קונה לבדיקה עם סט מוצרים מעורב.

יומן חישוב הסל במקרה כזה מראה איזה מחיר ואיזה כלל פעלו — התקלה מנותחת צעד אחר צעד, ולא בניסוי וטעייה של הגדרות.

ספקות נפוצים לגבי הגדרת מחירים בקטלוג

הספקות בשלב ההגדרה נוגעים בדרך כלל לא למנגנון המחירים האישיים עצמו, אלא להשלכותיו: מה יקרה להזמנות שכבר בוצעו, כיצד יגיב הסנכרון עם מערכת הנה"ח, והאם אפשר להגדיר תנאי רק לחלק מהלקוחות. להלן תשובות לשאלות שעולות לרוב בדיוני הקבלה.

האם אפשר להגדיר תנאי רק לחלק מהלקוחות?

כן, המחיר משויך לא לאדם אלא לקבוצת לקוחות ולהסכם. הלקוח נכנס לקבוצה המתאימה — עם הכניסה לקטלוג מוצג לו המחירון שלו, והאחרים רואים את הבסיסי. לקוח אחד יכול להשתייך לכמה קבוצות, ואז העדיפות מוגדרת במפורש כדי שלא תהיה בחירה דו-משמעית.

באותו אופן מוגדרים תנאים חלקיים: הנחה על קטגוריה נפרדת, מחיר קבוע לרשימת שורות מוסכמת, מכסה מינימלית. שאר הקטלוג פועל לפי הכללים הכלליים.

האם זה לא ישבור את הסנכרון עם מערכת הנה"ח?

הסנכרון מתבצע לפי אותם שדות כמו קודם — רק מקור הערכים משתנה. המחירים והתנאים מיוצאים ממערכת הנה"ח, וכללי השיוך לקבוצות נשמרים בצד האתר. אנחנו מפרידים בין השכבות האלה, כדי שהייצוא לא ידרוס את ההגדרות בכל סנכרון.

מריצים מחזור מלא על עותק: ייצוא, התאמת שורות, בדיקת פריטים שנויים במחלוקת, חזרה לאחור. אם כלל מתנגש עם הנתונים של מערכת הנה"ח, הוא אינו מוחל בשקט — הפער נכנס לדוח.

בואו נדון במשימת התמחור בקטלוג

כדי שהדיון במשימת המחירים האישיים ייארך סבב אחד ולא שבוע של התכתבות, כדאי לאסוף את נתוני הפתיחה מראש. להלן המינימום שאיתו המהנדסים שלנו רואים מיד את היקף העבודה ואת נקודות הסיכון בקטלוג ובסנכרון.

• מבנה הקטלוג: כמה מוצרים והצעות מסחריות, האם יש מאפיינים וכיצד הם משתתפים בבחירת המחיר.
• סוגי המחיר כיום: אילו מוגדרים ב-1C, איזה נחשב לבסיסי ומה רואה מבקר לא מחובר.
• סגמנטי לקוחות: לפי אילו סימנים אנחנו מחלקים קונים — חוזה, קבוצה, אזור, דחיית תשלום, היסטוריית רכישות.
• כללי חישוב: הנחות, תוספות, עיגול, מכסה מינימלית, עדיפות כללים בעת חפיפה.
• סנכרון עם 1C: מה מיוצא, באיזו תדירות, והאם יש התאמות בסנכרון הנוכחי.
• הרשאות גישה: עותק בדיקה של האתר, גישה לניהול ולמסד הנתונים של 1C, כדי לא לתקן את הקטלוג החי.
• מגבלות: מה אסור לשנות — אינטגרציות, דוחות, תרחישי הזמנה שהמנהלים רגילים אליהם.

בהמשך ננתח היכן לחשב את המחיר — ב-1C, בקטלוג או בצד האתר — וכיצד זה ישרוד אינדוקס מחדש מלא וייצוא. נחזור עם הערכת ההגדרה: שלבים, שינויים בסנכרון, שיטת הבדיקה וסדר החזרה לאחור. את תוכנית העבודה בנושא המחירים נתאם לפני ההתחלה, כדי שתיקונים בכללים לא ישברו תנאים חוזיים שכבר נחתמו.