למה חנות סוחרים על Битрикс נשברת עם הצמיחה
חנות סוחרים על 1С-Битрикс נשברת לא מעומס — היא מתפצלת מנתוני החשבונאות. כל עוד יש מאות פריטים וסוחר אחד, מתקנים מחירים ומלאי ידנית ישירות בכרטיסים, והכול מסתדר. כבר באלפי הפריטים הראשונים ובעשרות רמות סוחרים, הקטלוג ומערכת החשבונאות מתחילים לחיות חיים נפרדים.
השורש — עריכות ידניות בקטלוג: המנהל משנה מחיר בחנות, אבל לא בחשבונאות, והסנכרון הבא מחזיר את הערך הישן. המלאי נמשך בנפרד לפי מחסנים והצעות מכר, וחלק מהפריטים נוצרים שוב — תחת מק"ט אחר או עם שגיאת כתיב בשם.
עם כל ייצוא אי-ההתאמות מתרבות: חלק מהקטלוג מתעדכן, חלק נשאר במצב ישן, והחנות מציגה לסוחר מחיר לא נכון — לא זה שלפיו יופק לו חשבון.
אזור נפרד — שגיאות הרשאה של סוחרים. ההרשאות ניתנות לפי קבוצות משתמשים, וכשמשתנים תנאי העבודה, האזור או הסוחר עצמו — הן לא נבנות מחדש: מישהו רואה רמת מחירים של אחר, מישהו רואה חנות ריקה. ככל שיש יותר רמות וחוקים, כך גדל הסיכוי שההרשאה נשארה מתצורה קודמת, ויבחינו בכך רק בשלב ההזמנה.
בהמשך נפרט איך סוגרים את זה: איך להפריד בין חשבונאות לתצוגה כדי שמחירים ומלאי לא יתפצלו, ואיך לשמור על סדר בהרשאות כשמספר הסוחרים גדל.
מה נותן קטלוג מנוהל עם מחירי סוחרים
מחירי סוחרים בקטלוג הם לא שדה בכרטיס, אלא תוצאה של חוק. סוג המחיר נקשר לקבוצת לקוחות, לאזור ולנפח הרכש; ההנחה מחושבת בעת הצגת העמוד, והעיגול מוגדר בנפרד לכל קבוצה. המנהל מתקן חוק אחד — המחירים מחושבים מחדש לכל קבוצת הסוחרים, וכרטיסי המוצרים לא נכתבים מחדש.
עדכון אוטומטי של מלאי מגיע ממערכת החשבונאות דרך תור סנכרון עם מפתחות אידמפוטנטיים: מסירה חוזרת של חבילה לא מכפילה את הכמות ולא מאפסת פריט כשמתרחשת תקלה באמצע. הפרסום מופעל לפי אירוע שינוי, ולא בייצוא לילה מלא, ולכן פריט שנמכר יוצא מהמלאי הזמין כמעט מיד.
כך מוסרים שלושה סוגי כשלים שבדרך כלל מחזיקים את התמיכה: מכירה עם מלאי שלילי, מחיר ישן "תקוע" אחרי שינוי תנאים לקבוצה, ופער בין האתר לחשבונאות אחרי עריכה ידנית בממשק הניהול.
בעבר כל אחד מהם טופל בהשוואה ידנית, ועכשיו — בבדיקה בכניסה, ביומן סנכרון ובמסירה חוזרת של חבילות שנכשלו.
צמצום הפעולות הידניות ניכר בהרכב העבודה: נשארים חוקים, חריגים וטיפול בפריטים שנויים במחלוקת, בעוד חישובים מחדש והשוואות שגרתיות מתבצעים לפי לוח זמנים. מהירות עדכון הקטלוג נמדדת בדקות לחבילה במקום מחזור לילה, וכל חבילה מותירה עקבה — מה הגיע, מה הוחל, מה נדחה ולמה.
קטלוג כזה על 1С-Битрикс נמסר יחד עם תיאור חוקי המחירים ונוהל הסנכרון: התמיכה רואה את ההיגיון במסמכים, ולא משחזרת אותו מהקוד.
דרכים לארגון קטלוג סוחרים: השוואה
דרכים לארגון קטלוג סוחרים אינן רבות, וכמעט כולן נשענות על הכלים המובנים של 1С-Битрикс: קבוצות משתמשים, סוגי מחירים, אינפובלוקים והגדרות סנכרון עם מערכת החשבונאות.
ההבדל מתגלה בקנה מידה — חמישה סוחרים עם מטריצה משותפת מול מאתיים עם מבחר חופף חלקית ותנאים אישיים דורשים ארכיטקטורות שונות. להלן ארבע תוכניות שבהן באמת בוחרים.
| אפשרות | מתי מתאימה | מגבלות |
|---|---|---|
| קבוצות משתמשים וסוגי מחירים מובנים | סוחרים עובדים עם מטריצה אחת, ורק המחירים וההנחות שונים | הפרדת הרשאות פועלת ברמת מחירים ונראות מוצרים; לא ניתן להגדיר כך מבני קטלוג שונים ותנאים נפרדים |
| ריבוי אתרים על ליבה משותפת | לכל סוחר נדרשת כתובת ועיצוב משלו, עם קטלוג משותף | ההגדרות והתבניות מתוחזקות בנפרד לכל אתר; עם עשרות סוחרים הליווי מתייקר |
| אינפובלוקים נפרדים למטריצות סוחרים | המבחר שונה מאוד או חופף חלקית | שכפול כרטיסים, פערים במלאי ובמחירים, חיפוש וסינון מאוחדים מסובכים |
| מסלול סנכרון נפרד ושכבת תצוגה חיצונית | נדרשת הפרדה של נתוני הסוחר, תרחישי הזמנה משלו ותנאים אישיים | דורש תכנון של סכמת סנכרון, חוקי איחוד פריטים ותמיכה בשני המסלולים |
הבחירה נקבעת לפי שלוש שאלות: כמה סוחרים, עד כמה המטריצות שונות, והיכן מקור האמת למחירים ולמלאי. בפועל משלבים בין התוכניות — קבוצות מובנות סוגרות תנאים שגרתיים, ומסלול סנכרון נפרד מקבל שותפים גדולים. מתחילים בניתוח הקטלוג הקיים וחוקי הסנכרון, אחר כך בונים אב טיפוס ותוכנית מעבר בלי לעצור מכירות.
שלבי הטמעת קטלוג סוחרים: עבודה לפי צעדים
השלבים בנויים כך שחנות הסוחרים על 1С-Битрикс תישען על נתוני מערכת החשבונאות, ולא על ייצוא ידני שמתפצל מהמציאות כבר ביום השני. קודם כול מבינים את מבנה הקטלוג, אחר כך מתכננים סנכרון, מגדירים חוקים, ורק לאחר מכן מציגים את התוצאה לסוחרים.
- אבחון הקטלוג והאינטגרציות. מבנה קבוצות המוצרים, מאפיינים והצעות מכר, סנכרונים פעילים, פערים בין החשבונאות לאתר בפריטים ובמלאי.
- תכנון סכמת סנכרון הנתונים. הרכב הישויות, תדירות וכיוון הסנכרון, חוקי התאמת פריטים ועדיפות בעת קונפליקט: עדכון מהחשבונאות או עריכה בצד הסוחר.
- הגדרת חוקי מחירים. סוגי מחירים, קישור לחוזה ולקבוצת הסוחר, עיגול, ספי הנחה וסדר עדיפויות — המחיר בכרטיס תואם לחשבון.
- הפרדת הרשאות. תפקידים ואזורי נראות לפי אזורים ומחסנים: הסוחר רואה רק את הפריטים, המחירים והמסמכים שלו.
- בדיקה על נתונים אמיתיים. סנכרון מלא על מערך הפריטים החי, השוואת מדגמים והבאת הפערים לאפס לפני ההשקה.
- מסירה והדרכה. נוהלי סנכרון, הוראות למנהלים ולסוחרים, ניטור שגיאות ויומן אי-סנכרון לשבועות הראשונים.
תיעוד, תרשימים ונוהלים אחרי ההטמעה
התמיכה בחנות לא צריכה להיות תלויה בשאלה אם מהנדס מסוים זוכר למה חוק התאמת הפריטים הוגדר דווקא כך. לכן יחד עם מסלול עובד אתם מקבלים סט מסמכים ותוצרים שלפיהם אפשר לפתח את החנות, להעביר אותה לצוות אחר ולא לבנות את ההיגיון מחדש.
- מפת סנכרון — אילו ישויות ובאיזה כיוון עוברות בין מערכת החשבונאות, הקטלוג והחנות, והיכן מתבצעת התאמה של פריטים, מחירים ומלאי.
- תרשימי אינטגרציה עם נקודות כשל — מה קורה כשהמקור אינו זמין, איך מטפלים בפער גרסאות ולאן להסתכל קודם.
- תצורת חוקי התאמה — מיוצאת לקובץ ונשמרת בריפוזיטורי, ולא בהגדרות של מנהל אחד.
- תפקידי גישה והרשאות — מטריצה לפי תפקידים: מנהל, סוחר, עורך קטלוג, מנהל מערכת — מי רואה ומה משנה.
- נוהל עדכון הקטלוג — תדירות ההרצה, חלון הסנכרון, סדר הבדיקה אחרי הטעינה והפעולות בעת תקלה.
- הוראות למנהלי מערכת — תרחישים שלב-אחר-שלב לפעולות שגרתיות: לחבר סוחר, להגביל לו מדור, לבטל מחירון שגוי.
- יומן שינויים ונקודת שחזור — מה ומתי השתנה בחוקים ובהרשאות, ולאיזה מצב חוזרים.
התיעוד נבדק בתרחיש חי: מנהל המערכת שלכם עובר לפי ההוראה בעצמו, ואנחנו מתקנים כל מה שהתברר כלא ברור. לאחר מכן אפשר לנהל את התמיכה בכוחות עצמכם או להעביר אלינו — הנוהלים עובדים באותה מידה בשני המקרים.
מקרה בוחן: העברת קטלוג סוחרים לחוקים מנוהלים
קטלוג הסוחרים של הלקוח נשען על קישורים ידניים: המנהל ייצא מחירון, השווה מלאי לפי מחסנים והגדיר הנחות לכל קבוצת סוחרים. בארבע רמות מחירים, שינוי מחיר ספק הפך לפעולה של יומיים, והפער בין החנות לחשבונאות צף כבר בשיחת טלפון מהסוחר. החנות עבדה על 1С-Битрикс, אבל חוקי המחיר היו מקודדים בתבניות הרכיבים — תיקון דרש מפתח.
מדדים לפני ואחרי
| מדד | לפני | אחרי |
|---|---|---|
| הצגת מחיר ומלאי בחנות | 2-3 ימים של עריכות ידניות | 10-15 דקות אחרי סנכרון |
| פריטים שמתעדכנים ידנית | כ-100% | פחות מ-5%, רק חריגים |
| כשלי סנכרון חוזרים | 3-4 בחודש | 0-1, עם ניסיון חוזר לשורה שנכשלה |
| השוואת מלאי לפי סניפים | יום עבודה בחודש | 20 דקות לפי הנוהל |
מה שינינו וכמה זה לקח
חוקי המחיר והזמינות הועברו לחוקים מנוהלים: עדיפות מחירון, קבוצת הנחה, סף מלאי ומנה מינימלית תוארו בנתונים, ולא בקוד.
הסנכרון הפך לנוהלי, עם יומן הרצות וניסיון חוזר רק לשורות שנכשלו — תקלה בפריט אחד כבר לא עוצרת את הייצוא כולו, והמנהל מטפל בדוח החריגים במקום בהשוואת מחירונים ידנית.
פיילוט על קבוצת מוצרים אחת ארך שלושה שבועות, והמעבר המלא של הקטלוג — תשעה שבועות, כולל העברת ההנחות המצטברות והדרכת המנהלים. בשבועיים הראשונים אחרי ההשקה היה ליווי הסנכרון: הפערים טופלו בצד המחסן, ולא בצד החנות.
במה שונה חנות סוחרים מחנות אינטרנט רגילה
חנות אינטרנט רגילה בנויה סביב קטלוג אחד ומחיר אחד לכל המבקרים. חנות סוחרים עובדת אחרת: המחיר כאן אינו מאפיין של המוצר, אלא ערך מחושב — השרת קובע אותו לפי הצירוף "לקוח → קבוצה → סוג מחיר" ברגע בקשת העמוד. לכן כרטיס המוצר אחד, אבל תנאי העסקה של כל קונה שונים.
ההבדל השני — ניהול נראות. בקטלוג סוחרים חלק מהפריטים סגורים לקמעונאות, חלק זמינים רק לקבוצות נבחרות, והמלאי וזמני האספקה מוצגים לפי מחסן שמשויך לסוחר מסוים. חוקי הנראות מוגדרים ברמת המדורים והצעות המכר, והסוחר פיזית לא יכול לפתוח את מה שאסור לו למכור.
תנאים אישיים קובעים גם היגיון הזמנה אחר. ללקוח סיטונאי יש מנה מינימלית, כפולת אריזה, דחיית תשלום, איסוף עצמי והזמנה לפי מחירון שסוכם מראש. מגבלות כאלה לא משתלבות בתהליך הזמנה סטנדרטי, ולכן מוציאים אותן לתרחישים נפרדים ובודקים אותן בשלב בניית הסל, ולא אחרי שליחתו.
הפרדת מחירים נפתרת בנפרד. מחירי רכש ומחירי קמעונאות נשמרים כסוגים שונים, והגישה אליהם ניתנת דרך קבוצות משתמשים והרשאות ברמת הקטלוג — ב-1С-Битрикс זה נעשה בכלים מובנים, בלי לתקן את הליבה.
טעות בקישור לקוח לקבוצה מובילה להצגת מחירון סגור, ולכן את החוקים מקבעים בתצורה ובודקים מחדש בכל שינוי במבחר או בתנאי החוזה.
שאלות טכניות נפוצות וספקות לפני התחלה
הספקות לפני ההתחלה בדרך כלל אותם: מה יקרה לקטלוג הקיים, איך החנות מקבלת מלאי ומחירים, האם יהיה צריך להזין את הסוחרים מחדש, ואיך לוודא שחוקי המחירים יעבדו לפני ההשקה. בקצרה על כל נקודה.
את הקטלוג מעבירים בחבילות: מוצרים, מאפיינים, הצעות מכר והקשרים ביניהם, עם השוואת מספר הפריטים והמחירים במדגם. בהמשך החנות חיה לא על ייצוא חד-פעמי, אלא על סנכרון קבוע עם מערכת החשבונאות — ולכן פערים בין המחסן לאתר לא מצטברים.
הקטלוג כבר קיים במערכת אחרת — האם מעבר בלי לעצור מכירות אפשרי?
כן. טוענים בקבוצות: קודם פריטים ומאפיינים, אחר כך הצעות מכר והיגיון הגישה. פערים בפריטים ובמחירים מסלקים לפני שאנחנו פותחים את החנות לסוחרים.
איך בנוי הסנכרון עם מערכת החשבונאות?
במנות לפי לוח זמנים: פריטים, מלאי, מחירים, סטטוסי הזמנות. כל מעבר כותב יומן שינויים, ולכן כשל בסנכרון לא הופך לפער מלאי שקט.
משנים תנאים לסוחר — צריך לבנות מחדש את הקטלוג?
לא. התנאים של הסוחר הם סט חוקי גישה ומחירים, לא עותק של הקטלוג. משנים קבוצה, מטריצת הנחות או נראות מדורים — החנות קולטת את החדש בבקשה הבאה.
איך בודקים את חוקי המחירים לפני ההשקה?
מריצים על מסלול בדיקה: בונים סל מלא לכל קבוצת סוחרים, בודקים עדיפויות הנחות, עיגולים ומקרים של מלאי אפס. רשימת הבדיקות הזו הופכת לרשימת קבלה וחוזרת בכל עדכון מחירים.
נדון במשימה ונחזור עם תוכנית עבודה
כדי לחזור עם הערכה ותוכנית עבודה, ולא עם מחשבות כלליות, מספיק לנו תיאור קצר של המשימה וגישה לסביבת בדיקה. לפי זה אנחנו מפרקים את היקף העבודה לבלוקים — קטלוג, הפרדת הרשאות, סנכרון עם מערכת החשבונאות, ביצוע הזמנה — ומחלקים אותם לשלבים. ככל שהקלט מדויק יותר, כך יש פחות הנחות בהערכה.
מה כדאי להכין לפני השיחה:
- תרשים תפקידים וחוקי גישה: מה רואה המשרד הראשי, ומה רואה כל סוחר.
- חוקי הרכבת המבחר והמחירים: לפי חוזה, אזור, מותג או ידנית.
- דוגמה לייצוא ממערכת החשבונאות: הרכב השדות, תדירות, אחראי הסנכרון.
- דוגמת חנות או תבנית נוכחית שאליה צריך להגיע.
- רשימת שירותים חיצוניים: תשלום, משלוח, מחסן, אזור אישי לסוחר.
- מגבלות לוחות זמנים והתאריך שבו החנות צריכה לקבל הזמנות.
- איש קשר מצד העסק שמאשר את הדרישות.
בהמשך אנחנו עובדים: מדייקים נקודות שנויות במחלוקת, בודקים את החיבור ל-1С-Битрикс על נתוני בדיקה, מקבעים את היקף העבודה וחוזרים עם הערכה, לוחות זמנים ושלבים — עם פירוט היכן אתם מקבלים איזה תוצאה. תארו את המשימה בצורה נוחה לכם: נשלח תוכנית ונסמן מה יידרש מכם בכל שלב.