מחירון אחד לאתר ולהצעות מחיר: למה כל מחיר צריך תאריך תחולה, למה הצעת מחיר שומרת תצלום ולא הפניה, ואיך כל זה נראה במעבר המע"מ מ-17% ל-18% בינואר 2025.
עיקרי הדברים
- מחיר בלי תאריך תחולה אינו נתון אלא ערך רגעי. אי אפשר לענות ממנו על השאלה "מה היה המחיר ב-3 בדצמבר".
- הצעת מחיר שומרת תצלום של השורות: תיאור, כמות, מחיר יחידה וסכום, כפי שהיו ברגע ההפקה.
- שינוי שיעור המע"מ מ-17% ל-18% ב-1 בינואר 2025 הוא המקרה שממחיש למה חישוב מחדש בזמן הצפייה שובר הצעות ישנות.
- מחיר מיוחד ללקוח הוא שכבת חריגה מעל המחירון, לא מחירון שני.
- האתר וכלי הצעות המחיר קוראים מאותה שורה. שני מסכים שמושכים מקבצים שונים מייצרים שתי אמיתות בתוך שבוע.
מחירון הופך למקור אמת כששני כללים מתקיימים: לכל מחיר יש תאריך תחולה, וכל הצעת מחיר שומרת את המחיר שבו הופקה במקום הפניה למחיר הנוכחי. בלי שני אלה, הדפסה חוזרת של הצעה ישנה מציגה בשקט את מחירי היום.
שני הכללים שהופכים מחירון למקור אמת
הכלל הראשון: מחיר אינו שדה בכרטיס המוצר אלא שורה בטבלה עם תאריך התחלה ותאריך סיום. שינוי מחיר אינו עדכון של השדה הקיים אלא סגירת השורה הפעילה ופתיחת שורה חדשה.
הכלל השני: מסמך שיצא החוצה - הצעה, הזמנה, חשבונית - אינו קורא את המחירון. הוא מכיל את הערכים שלו. כך הצעה שהופקה בדצמבר תמשיך להציג את מה שנשלח ללקוח גם אחרי חמישה עדכוני מחירון.
הכללים האלה נשמעים מובנים מאליהם, ורוב המחירונים הידניים מפרים את שניהם: קובץ אחד, עמודת מחיר אחת, ועדכון שדורס.
איך נראית שורת מחיר עם תאריך תחולה?
הטבלה מחזיקה שורה לכל תקופה, לא לכל מוצר. דוגמה ממחירון חלקים:
| מק"ט | תיאור | מחיר ליחידה לפני מע"מ | בתוקף מ- | בתוקף עד |
|---|---|---|---|---|
| FLT-2040 | מסנן שמן 20/40 | 118.00 ₪ | 2024-07-01 | 2024-12-31 |
| FLT-2040 | מסנן שמן 20/40 | 125.00 ₪ | 2025-01-01 | פתוח |
| BLT-0915 | רצועה 9x15 | 64.50 ₪ | 2024-03-01 | פתוח |
| BLT-0915 | רצועה 9x15 | 71.00 ₪ | 2025-10-01 | פתוח |
השורה האחרונה היא הסיבה שהמודל הזה שווה את הטרחה: מחיר עתידי כבר קיים בטבלה, מאושר, וייכנס לתוקף לבד ב-1 באוקטובר. אין רגע שבו מישהו צריך לזכור לעדכן, ואין חלון שבו האתר וההצעות מציגים דברים שונים.
שלושה שדות נוספים ששווים את מקומם בשורה:
- מטבע, גם כשהכול בשקלים היום. הוספתו בדיעבד יקרה.
- מי אישר ומתי, כדי שאפשר יהיה לענות למי שישאל.
- סיבת השינוי בטקסט קצר - עדכון ספק, שינוי עלות, מבצע.
המקרה: הצעה מדצמבר, אספקה בינואר
ב-5 בדצמבר 2024 יוצאת הצעה על 10 יחידות FLT-2040. המחיר בתוקף אז הוא 118.00 ₪ ליחידה, ושיעור המע"מ 17%.
| מה מוצג | חישוב | סכום |
|---|---|---|
| סכום לפני מע"מ בהצעה | 10 × 118.00 | 1,180.00 ₪ |
| מע"מ בהצעה, 17% | 1,180 × 0.17 | 200.60 ₪ |
| סה"כ בהצעה | - | 1,380.60 ₪ |
| אותה הצעה מוצגת מחדש במרץ, בלי תצלום | 10 × 125.00 בתוספת 18% | 1,475.00 ₪ |
ההפרש הוא 94.40 ₪ על שורה אחת, ומקורו בשני שינויים שאין להם שום קשר ללקוח הזה: המחירון עלה ב-1 בינואר, ושיעור המע"מ עלה מ-17% ל-18% באותו תאריך. מערכת שמחשבת את ההצעה מחדש בכל צפייה תציג ללקוח מסמך שונה ממה שהוא קיבל - וזה יתגלה בדיוק כשהוא יתקשר עם ההצעה המודפסת ביד.
מכאן שני כללי יישום פשוטים: ההצעה שומרת גם את שיעור המע"מ שבו הופקה, לא רק את המחירים; ולכל הצעה יש תאריך תפוגה, כי מחירון עם תאריכי תחולה הופך את "ההצעה תקפה ל-14 יום" ממשפט משפטי לכלל שהמערכת יכולה לאכוף.
למה הצעה לא יכולה פשוט להצביע על המחיר הנוכחי?
כי שלוש שאלות שונות נשאלות על אותו מספר, ורק תצלום עונה על כולן: מה סוכם עם הלקוח, מה המחיר היום, ומה היה המחיר בתאריך מסוים. הפניה עונה רק על השנייה.
מעבר לכך, תצלום מגן מפני מקרה נוסף - מוצר שנמחק או שהוחלף במק"ט אחר. הצעה שמצביעה על שורה שנמחקה תציג שורה ריקה או תיפול. הצעה ששמרה את התיאור והמחיר תמשיך להיות מסמך תקין גם אחרי שהמוצר ירד מהמדף.
מחיר ללקוח מסוים בלי מחירון שני
הפיתוי הוא לפתוח קובץ נפרד ללקוחות סיטונאיים. זה מייצר שני מחירונים שמתפצלים תוך חודשיים. המבנה שעובד הוא שכבה:
- מחיר בסיס לכל מק"ט, עם תאריכי תחולה.
- שכבת חריגה: מחיר או אחוז הנחה לצירוף לקוח-מק"ט, גם היא עם תאריכי תחולה משלה.
- שכבת קבוצה: הנחה לקבוצת לקוחות או לקטגוריית מוצרים.
- סדר קדימויות אחד וכתוב: חריגה ללקוח, אחר כך קבוצה, אחר כך בסיס.
- תצוגה שמראה בהצעה מאיזו שכבה הגיע המחיר, כדי שאפשר יהיה להסביר אותו.
הנקודה המעשית: כשמעלים את מחיר הבסיס, החריגות לא זזות מעצמן. צריך להחליט במפורש מה קורה להן, וזה בדיוק מה שנשכח כשהמחירון הוא קובץ.
פרסום לאתר ולהצעות מאותה שורה
- מקור אחד: שתי המערכות קוראות מאותה טבלה, לא מייצוא שנשלח במייל.
- מחיר תקף נשלף לפי תאריך, לא לפי "השורה האחרונה".
- לאתר מותר להציג מחיר כולל מע"מ ולהצעה מותר להציג לפני - כל עוד שניהם נגזרים מאותו מספר בסיס.
- שינוי מחיר עובר תהליך אישור אחד, גם אם הוא נכנס לתוקף מחר.
- מחירון שמנוהל בגיליון יכול להישאר הממשק, בתנאי שהוא נטען למקור אחד שממנו קוראים.
שאלת העיגול שווה החלטה מפורשת: אם האתר מציג מחיר כולל מע"מ ומעגל לאגורות, ואילו ההצעה מסכמת שורות לפני מע"מ ומוסיפה מע"מ על הסכום, שתי הדרכים יתנו לעיתים תוצאה שנבדלת באגורה. זה נראה כמו באג ומדובר בהחלטה שלא התקבלה. קובעים כלל אחד - בדרך כלל חישוב מע"מ על סכום המסמך ולא על כל שורה - ומיישמים אותו בשני המקומות.
מה נשבר כשהמחירון חי בגיליון
- שתי גרסאות של הקובץ במחזור, ואיש לא יודע איזו מהן שימשה להצעה מסוימת.
- עדכון מחיר דורס את הקודם, ואי אפשר לשחזר מה היה בעבר.
- שני אנשים מעדכנים במקביל ומידע נדרס - ראו שני עובדים מעדכנים אותו גיליון.
- מחירים ללקוחות סיטונאיים חיים בלשונית נפרדת שמתעדכנת בפיגור.
- האתר מציג מחיר שהועתק ידנית פעם אחת ומאז לא נגעו בו.
- מוצר שהוסר מהמחירון נשאר באתר, כי ההסרה נעשתה בגיליון ולא בשום מקום אחר.
- אין דרך לענות מתי בדיוק המחיר עלה, ולכן כל ויכוח עם לקוח נגמר בהנחה.
קשור: מספר מזהה אחד להצעה, להזמנה ולחשבונית, בקרות תמחור והזמנות חוזרות לסיטונאי.
מקורות
שאלות נפוצות
מה עושים כשמחיר השתנה רטרואקטיבית?
פותחים שורה חדשה עם תאריך תחולה בעבר ומשאירים את הישנה בהיסטוריה, במקום לדרוס אותה. אז אפשר להריץ שאילתה שמאתרת אילו מסמכים הופקו בתקופה שהושפעה, ולהחליט לגבי כל אחד. דריסה של השורה הישנה מוחקת בדיוק את המידע שדרוש לבדיקה הזו.
האם לשמור מחיר לפני מע"מ או אחריו?
שומרים לפני מע"מ, ואת שיעור המע"מ שומרים כשדה נפרד על המסמך. כך אפשר להציג לצרכן מחיר כולל ולעסק מחיר לפני, מאותו נתון בסיס. שמירת מחיר כולל בלבד הופכת כל שינוי בשיעור לחישוב לאחור עם עיגולים שלא מתיישבים.
כמה זמן צריך לשמור היסטוריית מחירים?
לפחות כל עוד יש מסמכים פתוחים או ניתנים לבדיקה מהתקופה. מבחינה טכנית שורת מחיר היא רשומה קטנה, ואין סיבה למחוק אותה: היא מה שמאפשר לענות על "למה חויבנו כך" בלי לחפש בגיבויים.
אפשר להשאיר את המחירון באקסל?
כן, כממשק עריכה. מה שלא יכול להישאר באקסל הוא ההגשה: האתר וכלי ההצעות צריכים לקרוא ממקור אחד עם תאריכי תחולה. אקסל שנטען אוטומטית למקור הזה, עם בדיקות תקינות בכניסה, הוא פשרה סבירה לגמרי.
להמשך קריאה
שירות רלוונטי
אוטומציה לעסקים
אני בונה אוטומציות מותאמות שמורידות עבודה חוזרת מקצה לקצה.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה רוצה לבנות או איזה תהליך להפוך לאוטומטי. אני חוזר תוך 24 שעות עסקים עם כמה שאלות ממוקדות, ואז עוברים על זה יחד בשיחת היכרות חינמית של 30 דקות, בלי התחייבות. בסוף יש לך היקף עבודה, לוח זמנים ומחיר קבוע - או תשובה כנה שלא שווה לבנות את זה.