סוגי מחירים ב-1C-Bitrix: קמעונאי, סיטונאי, סוחר — הגדרה
תארו לעצמכם: אתם משיקים חנות מקוונת על 1C-Bitrix. יש לכם לקוחות קמעונאיים, סיטונאיים וסוחרים. כל אחד מהם צריך מחיר משלו לאותו מוצר. ללא הגדרה נכונה של סוגי מחירים, אתם מסתכנים בהצגת אותו מחיר לכולם או בשגיאות לוגיות בחישוב הסל.
נתקלנו בפרויקטים שבהם, עקב שיוך שגוי של קבוצות משתמשים, המחירים נשברו עם כל החלפה עם 1C. בואו נפרק כיצד להגדיר סוגי מחירים בצורה מוסמכת כדי להימנע מבעיות כאלה.
אילו בעיות פותר תצורת סוגי מחירים?
בלבול בעדיפויות. ב-Bitrix, משתמש אחד יכול להשתייך למספר קבוצות. איזה מחיר יש להציג? כברירת מחדל, מוחל הסוג עם הערך הנמוך ביותר בשדה SORT. אם SORT לא מוגדר, הסדר אינו מוגדר. אנו ממליצים להגדיר SORT במפורש לכל סוג: BASE = 10, סיטונאי = 20, סוחר = 30. אחרת, לקוחות VIP עלולים לראות את המחיר הסיטונאי במקום הצעת מחיר מיוחדת.
ייבוא מ-1C. החלפה סטנדרטית דרך CommerceML מעבירה מחירים במאפיין PriceType. מפתחים רבים מנסים בטעות להגדיר מחירים דרך CIBlockElement::SetPropertyValues — זה לא עובד. הדרך הנכונה היחידה היא דרך CCatalogProduct::SetPrice או D7 API. תיעוד רשמי. כמו כן כדאי ללמוד את פורמט CommerceML בוויקיפדיה.
מטמון סוגי מחירים. אם מטמון מתויג מופעל, לאחר שינוי מחירים או שיוכי קבוצות, יש לנקות את מטמון בלוק המידע. אחרת, משתמשים יראו מחירים ישנים. אנו מגדירים ניקוי מטמון אוטומטי באמצעות סוכנים כאשר מחירים מתעדכנים מ-1C.
כיצד אנו עושים זאת: מקרה מהפרקטיקה שלנו
לאחרונה פנה אלינו לקוח — ספק סיטונאי של חומרי בניין. קטלוג של 15,000 מוצרים, שלושה סוגי מחירים (קמעונאי, סיטונאי קטן, סיטונאי גדול) המשויכים לקבוצות. הכאב העיקרי: לאחר החלפה שעתית עם 1C, המחירים נשברו — חלק מהמוצרים ירדו לאפס, אחרים שוכפלו. התברר של-1C היו 4 סוגי מחירים, בעוד של-Bitrix היו 3, והמיפוי היה חלקי. אנו:
- יצרנו סוג רביעי "הצעה מיוחדת" המשויך לקבוצת "VIP".
- הגדרנו את אירוע OnBeforePriceUpdate לבדיקת כפילויות ומניעת מחירי אפס.
- הוספנו סוכן לניקוי מטמון מתויג כל 59 דקות (קצת פחות תכוף מההחלפה). תוצאה: מחירים יציבים, משתמשים רואים את הסוגים שלהם, ההחלפה עובדת ללא כשלים. הלקוח חסך עד 40% מהתקציב על ידי מניעת השבתות ותיקוני מחירים ידניים.
תהליך העבודה על הפרויקט שלך
אנו לא רק יוצרים סוגי מחירים בפאנל הניהול. שלבים:
- אנליטיקה — לימוד מבנה הקבוצות שלך, סוגים מ-1C, מטבעות. איסוף כל התרחישים.
- עיצוב — קביעת SORT, שיוכים, סוג בסיס. החלטה אם נדרש ריבוי מטבעות.
- יישום — יצירת סוגים, כתיבת קוד לייבוא (אם לא סטנדרטי), אינטגרציה עם 1C דרך CommerceML או API.
- בדיקות — בדיקת כל קבוצת משתמשים, כל סוג, תרחישים עם מחירי אפס.
- פריסה — העלאה לפרודקשן, ניקוי מטמון, ניטור למשך כמה ימים.
כיצד עובד ריבוי מטבעות?
עבור מטבעות שונים, נוצרים סוגי מחירים נפרדים (למשל, "מחיר RUB", "מחיר USD"). בהגדרות הסוג מצוין המטבע. לאחר מכן הסוגים משויכים לאותן קבוצות. בתבנית הקטלוג מיושמת בחירת הסוג הנדרש בהתאם למטבע הנוכחי. אנו משכללים את הלוגיקה דרך אירוע OnGetOptimalPrice.מה כלול בתוצאה
לאחר השלמה, תקבלו:
- סוגי מחירים מוגדרים עם שיוכי קבוצות משתמשים נכונים.
- אינטגרציה עם 1C (אם נדרש) — מיפוי סוגים, מטפלי כפילויות.
- תיעוד על סכימת המחירים והמלצות לשינויים.
- הדרכה למנהל שלכם על עבודה עם סוגי מחירים.
- חודש תמיכה חינם במקרה של שאלות.
השוואה: הגדרה מקצועית לעומת עשה זאת בעצמך
| קריטריונים | עשה זאת בעצמך | הזמנה מאיתנו |
|---|---|---|
| זמן הגדרה ל-2-3 סוגים | 4–8 שעות | 2–4 שעות |
| סיכון לשגיאות ייבוא | גבוה (כפילויות, אפסים) | נמוך (מטפלים + בדיקות) |
| ריבוי מטבעות | קשה, צריך להתעמק ב-API | פתרון מוכן ביום אחד |
| הבטחת יציבות | אין | חודש תמיכה |
הגדרה מקצועית מהירה פי 3 מעשה זאת בעצמך ומונעת שגיאות טיפוסיות שעלולות להוביל להפסדים.
כיצד להימנע משגיאות בעת ייבוא מחירים מ-1C?
שגיאות טיפוסיות ופתרונותיהן:
- מחיקת סוג BASE או יצירת מספר סוגי BASE — מוביל להתנהגות בלתי צפויה של הקטלוג. לעולם אל תמחקו את סוג הבסיס.
- הגדרת מחירים דרך
CIBlockElement::SetPropertyValues— המחירים לא יישמרו. השתמשו רק ב-CCatalogProductאו D7. - התעלמות ממטמון — משתמשים יראו מחירים ישנים. הגדירו ניקוי מטמון אוטומטי.
- שיוך סוג לקבוצה אחת בלבד — אם משתמש שייך למספר קבוצות, לא תקבלו את המחיר הצפוי. שייכו סוגים לכל הקבוצות הרלוונטיות.
| שגיאה | תוצאה | פתרון |
|---|---|---|
| אין SORT לסוגים | עדיפות לא מוגדרת | הגדירו SORT במפורש |
| מיפוי חלקי מ-1C | חלק מהמחירים לא נטענים | צרו סוגים חסרים |
| אין מטפל כפילויות | רשומות מחיר מרובות | השתמשו ב-OnBeforePriceUpdate |
לוחות זמנים וכיצד להזמין
הגדרה בסיסית של 2-3 סוגי מחירים עם שיוכי קבוצות אורכת בין 2 ל-4 שעות. אם נדרש ייבוא מורכב או ריבוי מטבעות, זה אורך בין 4 ל-16 שעות. העלות מחושבת בנפרד לאחר ניתוח הפרויקט שלכם. צרו קשר — נעריך את המקרה שלכם ונציע פתרון. הזמינו הגדרת סוגי מחירים היום וקבלו חודש תמיכה במתנה.
אנו מבטיחים פעולת מחירים נכונה לכל קבוצות המשתמשים — אפילו עם החלפה שעתית עם 1C. ניסיון עם Bitrix: למעלה מ-7 שנים, עשרות פרויקטים עם סוגי מחירים שונים. יש לנו תעודות ורישיון פיתוח.