על השאלות הנפוצות

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

תוכניות מחיר והרשמה מוקדמת

מה ההבדל בין תוכנית מחיר לקוד קופון?

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

איך איוונטאקט בוחרת איזו תוכנית מחיר תחול על נרשם?

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

מהו מחיר ברירת המחדל?

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

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

כן. כשעדיין אין תוכניות מחיר באירוע, המחירון מציע ליצור מערך בסיסי שאפשר לשנות בהמשך: Early עד 3 שבועות לפני האירוע, Regular עד 2 ימים לפניו, Last Minute עד תאריך האירוע ו־Onsite מתאריך האירוע. אפשר גם לדלג ולהוסיף תוכניות ידנית.

איך מאפשרים לחברים לשלם פחות ממי שאינם חברים?

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

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

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

כרטיסים והמחירון

איך המחירון מאורגן?

בארבע רמות: Category — כרטיסים, לינה, טיסות, תחבורה, אטרקציות, פעילויות, מופעים, מסלולי חברות ואחר; Group — פריטים שבוחרים ביניהם, כגון מלון או ״סדנאות״; Item — הכרטיס או החדר; ו־Item part — רכיבי המשנה של פריט מורכב. טופס ההרשמה מציג את הפריטים באמצעות שדות הזמנה. ראו במחירון מגדירים מה מוכרים.

איך שולטים במי שיכול לראות כרטיס?

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

האם רכישת כרטיס יכולה להעניק תפקיד לנרשם?

כן. הגדירו את התפקיד ב־Role of Ticket Holder של הכרטיס; כל המזמין אותו יקבל את התפקיד בהשלמת ההרשמה, למשל Exhibitor או VIP. תפקיד הכרטיס נוסף לתפקיד ברירת המחדל של הטופס ואינו מחליף אותו. ראו תפקידים המוענקים באמצעות כרטיסים.

איך מוכרים כרטיסים יומיים לאירוע רב־יומי?

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

האם טופס אחד יכול למכור אירוע שמתקיים בכמה תאריכים?

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

מדוע מחיר הכרטיס אינו משתנה כשנרשם בוחר כמה כרטיסים?

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

האם נרשמים יכולים לבחור מושבים?

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

מלונות ובלוקי חדרים

איך מגדירים מלונות וחדרים?

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

האם אפשר למכור בלוק חדרים אחד בכמה תעריפים?

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

האם חדר יכול להשתייך לשני בלוקים בו־זמנית?

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

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

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

איך נותנים לשני מלונות באותו טופס תאריכי זמינות שונים?

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

איך איוונטאקט מציעה חדר המתאים למשפחה?

השתמשו בסוג ההזמנה Suggested item for the Pax. איוונטאקט קוראת את מספר המבוגרים, הילדים והתינוקות, מוצאת חדרים שתפוסתם מספיקה ומוסיפה רכיבי Optional לבסיס עד שניתן מענה לכולם. נדרשת הגדרת תפוסה בכל חדר. ראו ארבע הרמות: קטגוריה, קבוצה, פריט ורכיב.

האם אפשר לשבץ מספרי חדרים לנרשמים?

כן. מספרי חדרים מנוהלים כיחידות פיזיות (elements): הגדירו אותם לכל סוג חדר ושבצו ידנית או באמצעות Auto Assign. כשחדרו של נרשם משתנה, מספר החדר הקודם מתפנה. ראו שיבוץ חדרים ומושבים: שליטה ברמת היחידה.

מטבעות ומע״מ

האם המחירים יכולים להיות תלויים במדינה או במטבע של הנרשם?

כן. הוסיפו את המטבעות שהאירוע מקבל ב־Payment Settings של המחירון וסמנו Automatically set currency for user based on country. כל הרשמה חדשה תקבל אז את מטבע מדינת המשתתף, או את מטבע ברירת המחדל של הטופס אם האירוע אינו מקבל אותו. אפשר גם להגדיר מטבע ברירת מחדל שונה לכל טופס, למשל מקומי באחד ו־USD באחר. ראו תמחור וגבייה במטבעות מרובים.

מה קורה אם לפריט אין מחיר במטבע של הנרשם?

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

איך מוסיפים מע״מ אוטומטית למחירי כרטיסים?

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

קודי קופון והנחות

איך פועלים קודי קופון?

בשני שלבים. תחילה הגדירו promotion ב־Pricelist > Promotion Codes: סוג הנחה, הפריטים שעליהם היא חלה וקוד אחד או יותר. לאחר מכן הוסיפו שדה Promo Code לטופס לפני עמוד הכרטיסים. לכל קוד יכולים להיות מכסת שימוש, תאריכי תוקף וסטטוס משלו. ראו קודי קופון באיוונטאקט.

אילו הנחות אפשר להגדיר במבצע?

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

האם קוד יכול לפתוח כרטיס מוסתר?

כן. הוסיפו את הכרטיס לפריטים שעליהם המבצע חל והגדירו Eligible Registrants בכרטיס כ־Registrants with promotion code. מקמו את Promo Code בעמוד שלפני הכרטיסים, כדי שרשימתם כבר תשקף את הקוד.

מכסת השימוש בקוד סופרת כרטיסים או הרשמות?

כרטיסים. השימוש הוא מספר הכרטיסים שקיבלו הנחה, לא מספר ההרשמות: הרשמה עם ארבעה כרטיסים מוזלים משתמשת בקוד ארבע פעמים. נספרים רק כרטיסים שמחירם השתנה בפועל; קוד שפותח כרטיס בלבד (Enable Item) או מוחל על כרטיס חינם אינו מנצל את המכסה. הכרטיסים נספרים מיד כשעוברים את עמוד הבחירה, עוד לפני הסיום. הזמנות מבוטלות והרשמות מבוטלות, דחויות או מחוקות אינן נספרות, והרשמה שננטשה משחררת שימושים כ־15 דקות אחרי הפעולה האחרונה. הבדיקה היא מול שימושים שכבר נרשמו, ללא ההזמנה הנוכחית: כשנוצלו 9 מתוך 10, הזמנת 4 כרטיסים מקבלת הנחה מלאה, ושני נרשמים שמחילים קוד באותו רגע יכולים שניהם לקבלו. למכסה מדויקת השתמשו בכרטיס נפרד עם כמות משלו, כמתואר בשאלת נותני החסות להלן.

איך מאפשרים לכל נותן חסות לרשום אורחים בתוך מכסת כרטיסי חינם קבועה?

להקצאה קשיחה צרו כרטיס נפרד לכל נותן חסות והגדירו Total available tickets to sale כמכסתו. הגדירו Eligible Registrants כ־Registrants with promotion code, ותנו לכל נותן חסות קוד שהמבצע שלו כולל את הכרטיס; מבצע Enable Item מספיק. הכמות נבדקת לכל ההזמנה, ולכן הזמנת 3 תידחה אם נותרו רק 2. הרשמות שלא הושלמו מחזיקות בכרטיסים עד כ־15 דקות אחרי הפעולה האחרונה; הזמנות שנוספות בעמוד Orders בממשק הניהול אינן נבדקות מול הכמות. קוד יחיד עם מכסת שימוש פשוט יותר אך אינו קשיח: המכסה נבדקת לפני ספירת ההזמנה הנוכחית, ולכן האחרונה יכולה לחרוג. קוד שפותח כרטיס חינם בלבד אינו מנצל מכסה כלל.

האם עובדי חברה שותפה יכולים לקבל הנחה ללא קוד?

כן. הפעילו Use Email Domain as Promo Code באפשרויות שדה Promo Code והוסיפו את דומיין האימייל של החברה, למשל example.com, כקוד במבצע. מזיני כתובת באותו דומיין יקבלו את ההטבה אוטומטית. שדה Promo Code חייב להופיע אחרי Email, וקוד שהנרשם מקליד מקבל עדיפות.

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

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

איך מחושבת הנחה בסכום קבוע כשהמחיר כולל מע״מ?

ההנחה מופחתת מהמחיר לפני מע״מ, והמע״מ נוסף לאחר מכן. למשל כרטיס ב־140.40 הכולל 17% מע״מ הוא 120 לפני מע״מ; הנחה של 20 נותנת 100, או 117 כולל מע״מ. הגדירו את הסכום בהתאם אם נדרשת הפחתה מסוימת במחיר הכולל מע״מ.

מה האורך המרבי של קוד קופון?

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

זמינות וקיבולת

מה רואים הנרשמים כשהמלאי של פריט אוזל?

כשבשדה הזמנה לא נותרו פריטים, הטופס מציג הודעה לפי סוג ההזמנה, כגון ״There are no Rooms available״ או ״There are no Tickets available״, בשפת הטופס. אי אפשר להזמין פריטים שהבלוק שלהם התרוקן.

מי מקבל אימיילים על מצב הבלוק?

איוונטאקט שולחת למנהלי ההרשמה של האירוע כשהבלוק עובר 90% שימוש, כשהוא מתמלא ובאבני דרך של שימוש: 10, 100, 500 ו־1,000. כדי שהאדם הנכון יקבלם, הוסיפו אותו כמנהל הרשמה לאירוע.

האם אפשר להזמין מעבר לבלוק מממשק הניהול?

כן, בעמוד Orders של הנרשם. הזמנות שנוספות או משתנות שם אינן נבדקות מול הבלוק ולא מוצגת אזהרה, ולכן אפשר לחרוג מכמותו. גם הזמנות דרך API אינן נבדקות. כל שינוי נרשם בלשונית History. עריכת ההרשמה דרך טופס ההרשמה בממשק הניהול מחילה בדיקת זמינות כמו הרשמה מקוונת, ואי אפשר להזמין כך בלוק מלא. לא נדרשת הרשאה מיוחדת מעבר לגישה להרשמה באירוע. הגדירו את הבלוק בכמות הפתוחה לנרשמים והוסיפו חדרים נוספים מעמוד Orders. להקצאה נפרדת לצוות צרו פריט נפרד עם Eligible Registrants המוגדר כ־Back office operators only, ובלוק משלו.

פריטים נראים כאזלו כשאנשים רבים עדיין ממלאים טופס. מה עושים?

כרטיסים וחדרים נשמרים מרגע המעבר מעבר לעמוד בחירתם, עוד לפני הסיום, ולכן מלון יכול להיראות מלא גם כשחלק אינם משלימים. עזיבה ללא השלמה משחררת את ההחזקה אוטומטית כ־15 דקות אחרי הפעולה האחרונה. הרשמות שהושלמו שומרות את הפריטים עד לביטולן. אם הרשמות נשארות In Progress זמן רב יותר, למשל אחרי אתחול שרת, השתמשו ב־Change InProgress to Incomplete ב־Registration Settings > Maintenance לשחרור הרשמות שלא היו פעילות מעל 30 דקות. להגבלת מספר ההרשמות הפתוחות בשיא, הגדירו Maximum visitors at the same time בטופס. כשהגבול מושג, מבקרים חדשים ממתינים בתור ונכנסים אוטומטית כשמתפנה מקום. ראו תור הרשמה.

פתרונות מהירים

נרשם אינו מצליח להשלים הרשמה.

ודאו שלכל פריט המוצע לו יש מחיר בתוכנית החלה עליו. פריט ללא מחיר באותה תוכנית חוסם הרשמה; הזינו 0 לפריט חינם.

פריט מציג ״Free. No prices defined״ אף שיש לו מחיר.

המחיר במטבע שהאירוע אינו מקבל. הוסיפו אותו ב־Payment Settings במחירון או הזינו מחיר באחד ממטבעות האירוע.

מע״מ מחושב באופן שגוי.

  1. בדקו איזו הגדרת מע״מ פעילה. בהגדרות המחירון (Pricelist) בדקו איזו הגדרת VAT חלה. אם בחברה מוגדרות כמה, הפעילה היא הראשונה שאינה מסומנת Not applicable. בדקו גם אם לפריט יש הגדרת מע״מ משלו, שגוברת על הגדרת החברה. אם הגדרת המע״מ שחלה מוגבלת למדינה מסוימת (למשל ישראל), ודאו שיש בטופס שדה מדינה.
  2. חשבו מחדש הרשמות קיימות. שינויים במחירון אינם חלים על מי שכבר נרשם. כדי לעדכן את המחיר של נרשם, פתחו את הרשומה שלו, עברו ל־Payments ובחרו Recalculate בתפריט ⋮.
  3. חשבו מחדש כל נרשם שמכוסה ב־Pay For. אם נרשם אחד משלם עבור אחרים באמצעות Pay For, הריצו Recalculate גם לכל אחד מהנרשמים האחרים.
  4. בדקו את פירוט המחיר לפני הפקת חשבונית. לשונית Payments של הנרשם מציגה את פירוט המחיר עם המע״מ בנפרד, כך שאפשר לוודא שהמע״מ תקין לפני שמפיקים חשבונית.

קוד קופון נדחה כלא תקין.

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

הסכום כולל פריט שהנרשם כבר אינו רואה.

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

שינוי במחירון עדיין אינו מופיע בטופס.

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

חשבונית מציגה שהייה במלון ללא תאריכים.

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

עדיין זקוקים לעזרה? פנו לתמיכת איוונטאקט. קראו עוד על מערכת ההרשמה לאירועים של איוונטאקט.

מאמרים נוספים