ינואר 2025 – עדכוני גרסה

נוצר על-ידי Ashish Chaudhary, השתנה ב ש', 4 אוק ב- 5:36 אחר הצהריים מאת Ashish Chaudhary

ינואר 2025 – הערות לגרסה

להלן השיפורים האחרונים שבוצעו בפלטפורמת Travel-as-a-Service של Spotnana. הפיצ’רים מחולקים לפי תחומי פעילות (תוכן, שירות עצמי ועוד).

תוכן

חיבור ישיר ל-easyJet

Spotnana יצרה חיבור ישיר ל-easyJet. בזכות אינטגרציה זו, הנוסעים יכולים:

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

  • לבחור ולהזמין מושבים כבר במהלך ההזמנה.

  • לקבל החזר אוטומטי (בניכוי דמי ביטול במידה וחלים) בתוך 24 שעות מרגע ההזמנה.

  • לקבל שירות מסוכני TMC או מסוכני easyJet, כאשר כל שינוי שמתבצע אצל אחד מהצדדים יתעדכן גם אצל השני וגם ב-Spotnana.

האינטגרציה הזו פותחה באמצעות API של Kyte. משתמשים שיש להם הרשאה לצפות במקור התוכן יראו את השם "Kyte" כמקור התוכן.

למידע נוסף על כל החיבורים הישירים שלנו ל-NDC ולחברות תעופה, עיינו ב- סקירת NDC

ניהול נסיעות

הגדרת מחלקת שירות ל"טיסות לילה"

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

  • אפשרויות שדרוג מחלקה: בחירה של מחלקת השירות הגבוהה ביותר המותרת בטיסות לילה.

  • שעות לילה: הגדרה של שעת התחלה ושעת סיום של שעות הלילה לפי אזור הזמן של היציאה. ברירת המחדל היא מ-22:00 עד 06:00.

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

למידע נוסף, ראו הגדרת מדיניות טיסות

תשלומים

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

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

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

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

  • בדיקות QC לכל תרחישי התשלום: המערכת מסמנת הזמנות שבוצעו באמצעי תשלום לא מאושרים במהלך תהליך בקרת האיכות (QC), כך שסוכני TMC יוכלו לתקן את הבעיה לפני הנפקת הכרטיסים. כך מצמצמים את הסיכון לקבלת חיובים מחברות התעופה (ADM) ומבטיחים עמידה במדיניות. 

  • כללים ייחודיים לשווקים שונים: המערכת מיישמת את כללי קבלת אמצעי התשלום של חברות התעופה בהתאם לאזור גיאוגרפי, נקודת מכירה וסוג כרטיס (כמו עסקי, רגיל, פרטי). Spotnana בודקת את הקריטריונים האלה במעמד התשלום לפי נתוני חברת התעופה, סוג הכרטיס וקוד PCC של מערכת ההפצה (GDS), כדי להבטיח עמידה במדיניות.

הפיצ’רים האלו זמינים לשותפי הערוץ שלנו ב-TMC שמספקים קובץ CSV עם כללי אמצעי התשלום שלהם. אנא פנו למנהל ההצלחות שלכם כדי להפעיל את הפיצ’רים.

לשותפי הערוץ שלנו ב-TMC שיש להם חיבור פעיל ל-Stripe, הוספנו גם את השיפורים הבאים:

  • אוטומציה של תשלומי מזומן (באמצעות Stripe): כאשר מזומן הוא אמצעי התשלום היחיד שמתקבל, הנוסע יכול לשלם בכל כרטיס אשראי. התשלום מעובד דרך Stripe, שמעביר את הסכום במזומן לחברת התעופה – כך נחסך הצורך בתהליכי מזומן ידניים מול סוכנים. ה-TMC משמש כסוחר הרשום בעסקאות הללו.

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

  • תמיכה בהזמנות Shell PNR בתשלום מזומן (באמצעות Stripe): מאפשר תשלום במזומן עבור הזמנות שנוצרו ב-GDS באמצעות Shell PNR, כאשר חברת התעופה מקבלת רק מזומן. בדיקות QC יתריעו לסוכנים לעדכן את אמצעי התשלום למזומן, ולאחר התיקון המערכת תחייב אוטומטית את כרטיס האשראי שהוגדר דרך Stripe.


תשתית TMC

ניהול עצמאי של תוכן ספקים

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

  • ניהול עצמאי של פרטי גישה – מנהלי TMC יכולים כעת לצפות ולהגדיר פרטי גישה לכל ספק במערכת Spotnana, כולל Sabre, אינטגרציות NDC ישירות, אינטגרציות ישירות עם Southwest, RyanAir ו-easyJet, Travelfusion, Trainline ועוד.

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

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

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

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





האם מאמר זה היה מועיל?

נהדר!

תודה על המשוב

מצטערים! לא יכולנו לעזור

תודה על המשוב

Liquid error: 822: unexpected token at '{ "label": "כתובת הדוא"ל שלך", "type": "email", "name": "helpdesk_ticket[email]", "id": "helpdesk_ticket_email", "required" : "true" } '

ספרו לנו כיצד נוכל לשפר את המאמר הזה!

בחרו לפחות אחת מהסיבות
אימות CAPTCHA נדרש.

המשוב נשלח

אנו מעריכים את המאמץ שלכם וננסה לתקן את המאמר