Sabre יחד עם Mindtrip ו-PayPal משיקים הזמנה אג'נטית מקצה לקצה ברבעון השני של 2026. Google AI Mode מבצע הזמנות ב-Marriott ישירות. Amadeus Cytric Easy חי בתוך Microsoft Teams. הדירקטוריון שלכם שואל מהי אסטרטגיית ה-AI שלכם לנסיעות. אנחנו בונים את החלופה הדטרמיניסטית והנייטרלית לספקים עבור TMC ו-OTA שאינם יכולים להרשות לעצמם מלון הזוי או פסיקת אחריות בנוסח Air Canada.
0.6%
שיעור ההצלחה של GPT-4 במדד TravelPlanner
OSU NLP Group, arXiv 2402.01622
$812.02
Air Canada חויבה לשלם לאחר שצ'אטבוט המציא מדיניות תעריף אבל
Moffatt v. Air Canada, BC CRT, פברואר 2024
2 באוג׳ 2026
כללי השקיפות של חוק ה-AI של האיחוד האירופי נכנסים לתוקף עבור גורמים מטמיעים
Kennedys, AI Act Article 50
למי הדף הזה מיועד. מנהלי תפעול של חברות ניהול נסיעות, מנהלי מוצר של OTA, ומנהלי נסיעות תאגידיות שזקוקים לשכבת AI אג'נטית המכבדת את חוזי ה-GDS הקיימים שלהם, את מציאות השירות של NDC, את מחויבויות מדיניות הנסיעות התאגידית, ואת החשיפה לרגולציה האירופית. זה עובד גם אם כבר הרצתם פיילוט עם צ'אטבוט של ספק וצפיתם בו מאשר בביטחון חדר שמעולם לא היה במלאי.
הכשל הקלאסי, כדי שתדעו שאנחנו מדברים על אותו דבר: משפחה מבקשת מתכנן ה-AI של סוכנות נסיעות אכסניית אקו יוקרתית בקוסטה ריקה מתחת ל-$200. ה-LLM ממזג בין Tabacon Resort ל-Nayara Springs לכדי Tabacon Springs Eco-Lodge בדיוני. התיאור מהמם. אישור ההזמנה נוצר. המשפחה טסה לשם. הנכס אינו קיים.
זו אינה בעיית איכות שצריך לשפר בה איטרציה. זו בעיה משפטית, בעיית חובת זהירות, ובעיית מרווח רווח — הכול בבת אחת.
ב-14 בפברואר 2024 בית הדין ליישוב סכסוכים אזרחיים של קולומביה הבריטית חייב את Air Canada לשלם ל-Jake Moffatt $812.02 לאחר שהצ'אטבוט שלה המציא מדיניות תעריף אבל רטרואקטיבית שסתרה את כללי התעריף האמיתיים של חברת התעופה. Air Canada טענה שהצ'אטבוט הוא ישות משפטית נפרדת. בית הדין דחה את ההגנה הזו בלשון ברורה: החברה אחראית לכל אמירה במשטחים שלה, בין אם היא מגיעה מדף סטטי ובין אם ממודל. כל תזכיר של יועץ משפטי בתחום הטכנולוגיה לנסיעות שנכתב מאז מצטט את המקרה הזה. זה התקדים האחד שצוות המשפט שלכם מודאג ממנו.
ב-2025 זוג תיירים טיפס עד 4,000 מטר באנדים של פרו בחיפוש אחר Sacred Canyon of Humantay, יעד שמתכנן AI המציא מאפס. זוג מלזי נסע 400 קילומטר כדי לרכוב על Kuak Skyride שאינו קיים לאחר שסרטון שנוצר על ידי AI שכנע אותם שהוא אמיתי. כפר טסמני בן 33 נפשות החל לקבל שיחות מלון על מעיינות חמים שאינם קיימים. ISO 31030 הופך את בטיחות הנוסע למחויבות של הגורם המטמיע. אלה בדיוק התקריות שהוא נכתב כדי למנוע, וחברת הביטוח שלכם כבר שואלת על עמדת ה-AI שלכם.
הזמנת טיסה מציאותית היא כעשרה שלבים רציפים: חילוץ כוונה, חיפוש, סינון, תמחור, החזקה, בדיקת מדיניות, פרטי נוסע, העברה לתשלום, התחייבות PNR, הנפקת כרטיס. אם כל שלב הוא קריאת LLM הסתברותית באמינות של 90%, שיעור ההצלחה שלכם מקצה לקצה הוא 0.9^10, כ-34%. מדד TravelPlanner של OSU NLP Group מצא ש-GPT-4 עם ReAct משלים מסלולים אמיתיים רב-יומיים בשיעור של 0.6%. אי אפשר להיחלץ באמצעות הנדסת prompt מכשל סטוכסטי מצטבר. צריך להוציא את ה-LLM מזרימת הבקרה.
ספקי GDS גובים לפי מקטע, בדרך כלל $3 עד $3.50 בתוספת עמלה, והם אוכפים יחסי look-to-book שמענישים חיפושים ספקולטיביים. קבוצת Lufthansa העלתה שוב את דמי ההזמנה של GDS החל מ-1 בינואר 2026 ברחבי Amadeus, Sabre ו-Travelport. סוכן שמריץ בשמחה ארבעה חיפושים חוקרים בכל תור משתמש ישרוף את מרווח מודל הסוחר של OTA בשיעור 3 עד 5% תוך רבעון. זהו המספר היחיד המתעלמים ממנו ביותר בהצגות נסיעות אג'נטיות, וזו הסיבה שרוב הדמואים של ספקים אינם שורדים את הייצור.
האמת הלא נוחה
שוטף אינו זהה לנכון. הדור הנוכחי של מעטפות LLM לנסיעות נכשל בדיוק במקום שבו קוני נסיעות אינם יכולים להרשות לעצמם כשל: בתפר שבין הסתברות למלאי. סוכן נסיעות אנושי שמנחש זמינות מפוטר. AI שמנחש זמינות זוכה לשבחים על הטון שלו עד שלקוח מגיע לשדה תעופה.
כל אופציה למטה היא בחירה סבירה עבור קונה מסוים. אנחנו חברת ייעוץ, לא ספק פלטפורמה, ולכן עמודת הפערים כאן כתובה כפי שהיינו כותבים אותה עבור הערכת לקוח, כולל הפערים בהצעה שלנו עצמה.
| אופציה | מה הם באמת מספקים | היכן הם מתאימים | פער אמיתי |
|---|---|---|---|
| Sabre + PayPal + Mindtrip | הזמנה אג'נטית מקצה לקצה על Sabre Mosaic, 420+ חברות תעופה, 2M מלונות, בסיס הידע של Mindtrip בן 6.5M נקודות עניין, תשלום ב-PayPal | OTA לצרכנים ולפנאי שמוכנים להפיץ מלאי Sabre על מסילות Sabre | אספקה נעולה ל-Sabre, ללא שכבת מדיניות תאגידית, ללא סיפור שירות NDC, ללא מכשור בטיחות נוסע לפי ISO 31030 |
| Amadeus Cytric Easy + Microsoft Teams | עוזר AI גנרטיבי בתוך Teams עבור לקוחות Cytric, אינטגרציות שנבנו על ידי Accenture, Microsoft היא הפריסה הייחוסית | ארגונים ילידי-Microsoft שכבר נמצאים על Cytric ו-Concur | מגיע רק למשטח Teams, משרת רק לקוחות חתומים ל-Cytric, דליל עבור יחידות עסקיות שאינן Microsoft |
| Google AI Mode + מותגי מלונות | הזמנה ישירות-לספק באמצעות Gemini בתוך Search. השותפים כוללים את Marriott, IHG, Booking.com, Expedia, Choice, Wyndham | רשתות מלונות גדולות שרוצות לעקוף את ה-OTA ולהחזיק בקשר עם האורח | מבטל לחלוטין את תיווך ערוץ ה-OTA. אינו מסלול עבור TMC או עבור OTA המגנים על המשפך שלהם. |
| Navan (TripActions) | פלטפורמת נסיעות תאגידית ילידת-AI, מדווחת על 73% הוצאות נטולות מגע והפרות מדיניות שירדו מ-35% לכדי פחות מ-5% | קונים ב-mid-market עד ארגון המוכנים לעקור-ולהחליף את ה-TMC שלהם | נעילה לפלטפורמה, תמחור ארגוני, גמישות מוגבלת ללוגיקת מדיניות מותאמת אישית או חוזי GDS לא סטנדרטיים |
| Kayak AI, Expedia Romie, Booking.com Smart Messenger | קונסיירז'ים בצ'אט פונים-לצרכן על המלאי שלהם, משטחי iMessage ו-WhatsApp | צרכני פנאי בתוך המשפך שבבעלות כל מותג | B2C בלבד, אינו בר-מענה עבור TMC שבונים סוכן תאגידי משלהם |
| Big 4 ואינטגרטורים גלובליים (Accenture, Deloitte, Capgemini) | ייעוץ בתוספת יישום על מחסנית של שותף פלטפורמה, בדרך כלל התקשרויות רב-שנתיות של $2M עד $10M | ארגונים שזקוקים לכתובת אחת לאחריות ולמשקל המותג עבור מצגת דירקטוריון | נאמנות לפלטפורמה מטה את ההמלצה, מומחיות בכירה יושבת במחזור המכירות, היישום מאויש ביועצים זוטרים |
| בנייה פנים-ארגונית על LangGraph + Amadeus Self-Service | מסגרת מכונת מצבים בקוד פתוח, ממשקי GDS ברמת חינם, צוות של 10+ מהנדסים, מאמץ של 12 עד 18 חודשים | חברות עם ספסלי הנדסת AI עמוקים וסובלנות לעקומת הלמידה | Self-Service Production מחריג במפורש את Flight Create Orders, עדיין נדרשת בנפרד הנפקת כרטיסים של IATA או ARC, ללא ספריית התאוששות משגיאות מובנית מראש |
| בנייה מותאמת אישית של Veriprajna | סוכן מכונת מצבים דטרמיניסטי עם צינור כפול GDS + NDC, לולאת אימות, אכיפת מדיניות תאגידית, שכבת שקיפות לחוק ה-AI של האיחוד האירופי, העברת תשלום בהיקף PCI | TMC ו-OTA ב-mid-market שזקוקים לספק סוכן מבלי לוותר על אסטרטגיית מלאי, קשרי קונים, או עמדה רגולטורית | אינו SaaS מנוהל (אנחנו בונים, אתם מפעילים), אינו מוסמך IATA (הנפקת כרטיסים עוברת דרך המארח שלכם), אינו יכול לתקן מסמכי מדיניות נסיעות תאגידית מעורפלים |
מקורות: הודעה לעיתונות של Sabre מ-12 בפברואר 2026, Skift מ-11 בפברואר 2026 (Marriott), חדרי החדשות של Amadeus ו-Accenture, navan.com 2026, developers.amadeus.com, OSU NLP Group TravelPlanner.
שלושה אשכולות יכולת, לא מוצר אחד. רוב ההתקשרויות משלבות שניים מהם. אנחנו לא מספקים אותה מצגת-דף לכל קונה, והמחסנית שאליה אנחנו פונים תלויה בחוזי ה-GDS הקיימים שלכם ובספסל ההנדסה שלכם, לא בהעדפת פלטפורמה.
01 · בנייה ליבתית
מכונת מצבים של LangGraph עם סכמת מצב מסוג Pydantic. ה-LLM מטפל רק בחילוץ ובעיצוב של שפה טבעית. כל קריאת GDS, כל בדיקת מדיניות, כל העברת תשלום היא Python מקודד קשיח. אנחנו פונים ל-LangGraph כברירת מחדל משום שה-checkpointing ושיחזור בזמן (time-travel debugging) שלו בשלים, אבל אם המחסנית שלכם כבר חיה על AWS Bedrock AgentCore או Vertex AI Agent Builder אנחנו משתמשים בהם במקום.
מה זה מכסה
02 · מעקה הגנה
אם כבר השקתם צ'אטבוט של ספק וצוות המשפט שלכם בדיוק שלח לכם במייל את פסיקת Air Canada, אינכם זקוקים לבנייה מחדש. אתם זקוקים למעקה הגנה. אנחנו מספקים ממשק אימות עצמאי שיושב בין מעטפת ה-LLM הנוכחית שלכם לבין המשטחים שלכם. לפני שמלון, תעריף או PNR כלשהו מוצג למשתמש, קריאת האימות מאשרת אותו מול מלאי אמיתי. אין סטטוס HK, אין הצגה.
מה זה מכסה
03 · ציות
מדיניות נסיעות תאגידית כקוד בר-אכיפה, לא כטריקים של prompt ל-LLM. אנחנו קולטים את מסמך המדיניות שלכם, מהדרים אותו לפרדיקטים של כללים, והופכים את הסוכן לבלתי מסוגל פיזית להציג אופציות שמחוץ למדיניות. אנחנו גם מספקים את שכבת השקיפות לחוק ה-AI של האיחוד האירופי שאתם זקוקים לה עבור המועד האחרון של 2 באוגוסט 2026.
מה זה מכסה
אלה המלכודות הטכניות הספציפיות שאנחנו רואים בכל התקשרות. הן הסיבה שדמואים נראים מצוין וייצור שורף כסף.
מפרטי ה-IATA NDC Offer ו-Order נמצאים במצב טוב יחסית. שירות לאחר Order (NDC) — החלפות, החזרים, ושינוי הזמנה עקב שינוי לוח זמנים — עדיין מבולגן. כרטיסים רבים שהוזמנו ב-NDC אינם ניתנים להחלפה דרך אותו צינור NDC שיצר אותם וחייבים לחזור לתשתית GDS או לתור אנושי. זהו הפער שהופך דמו NDC אלגנטי לחשבון תפעול של $500 להפרעה כאשר תפעול חריג פוגע בבסיס הלקוחות שלכם.
גרפי הייצור שלנו מפרידים במפורש בין צינור ה-Offer-and-Order לבין צינור השירות. הסוכן יודע, לכל חברת תעופה ולכל משפחת תעריפים, אילו פעולות הוא יכול לנסות באמצעות NDC ואילו עליו לנתב ל-mid-office של ה-GDS או להסלים לאדם. טבלת הניתוב היא קוד, לא prompt. כאשר חברת תעופה סוגרת את משיכת התוכן שלה מ-GDS, אנחנו מעדכנים את הטבלה. כאשר מצרף NDC חדש מספק כיסוי שירות טוב יותר (Duffel ו-Verteil נמצאים במרוץ חימוש כרגע), אנחנו מעדכנים את הטבלה. הסוכן שלכם אינו צריך ללמוד דבר מחדש.
הפניה: סיקור NDC של Business Travel News, IATA NDC Implementation Guide, מטריצות השירות של Duffel ו-Verteil.
סוכן פטפטן שמריץ ארבעה חיפושים ספקולטיביים בכל תור משתמש מול GDS בעלות של $3.00 למקטע יוסיף $12 של עלות חיפוש לכל שיחה, שרובה לעולם אינה מומרת. על מרווח של 3 עד 5% במודל הסוחר, זוהי פגיעה ישירה ב-P&L. קבוצת Lufthansa העלתה שוב את דמי ההזמנה של GDS החל מ-1 בינואר 2026. הכלכלה מתהדקת, לא מתרופפת.
שלושה מנגנונים מתקנים זאת בייצור, וכולם חייבים להיות שם. ראשית, מטמון תוצאות בזיכרון הממופתח על שלשות מנורמלות של מוצא-יעד-תאריך-נוסעים, עם TTL מכוונן לתנודתיות חברת התעופה (טיסות בינלאומיות ארוכות-טווח סובלות TTL ארוכים יותר מאשר מקומיות זולות). שנית, חיפוש דחוי: הסוכן אינו מריץ שאילתת GDS עד שהמשתמש אישר את הסינונים שהוא זקוק להם, גם אם פירוש הדבר תור דיאלוג נוסף אחד. שלישית, קריאת אימות-מחדש לפני הנפקת כרטיס, מפני שנתונים מהמטמון יגרמו מדי פעם לאישורי מחיר מיושנים שהופכים לחיובים חוזרים (chargebacks). אלה מנגנונים זולים מבחינה הנדסית והם ההבדל בין סוכן שעובד בייצור לבין כזה שמושך לאחר בקרת התקציב הרבעונית הראשונה.
הפניה: Travel Market Report ינואר 2026 (העלאת דמי Lufthansa), D-EDGE 2026 GDS Consortia Guide, ניתוח עלויות הפצה של AltexSoft.
הנה הכשל הקונקרטי: הסוכן הנפיק בהצלחה את כרטיס הטיסה היוצאת באמצעות סילוק ARC, ואז הזמנת המלון נכשלת מפני שהתעריף המאוחסן במטמון פג והנוסע נתון בדדליין כניסה נוקשה. גרסת הדמו של סוכן אינה מטפלת בזה. היא או מעמידה פנים שהמלון הצליח או משאירה את המשתמש עם טיסה וללא מקום לישון. שניהם תקדימי Air Canada שממתינים לקרות.
תשובת הייצור היא תבנית Saga: לכל שלב קדימה יש פעולה מפצה הרשומה בזמן שהוא מתבצע. אם שלב N נכשל, הגרף מריץ את הפעולה המפצה עבור שלבים 1 עד N-1 בסדר הפוך. עבור הזמנה של טיסה-בתוספת-מלון פירוש הדבר ביטול כרטיס (void) בתוך חלון הביטול של 24 שעות, או בקשת החזר באמצעות ARC אם ביטול אינו זמין, בתוספת ביטול של מלאי מלון מוחזק כלשהו, בתוספת הסבר פונה-למשתמש והצעה של אפשרויות חלופיות. ה-checkpointing של LangGraph הופך זאת לבר-טיפול מפני שאתם יכולים להריץ מחדש את המסלול המפצה באותה נקיון כמו המסלול קדימה. זוהי תבנית בשלה בטרנזקציות מבוזרות. היא עדיין אינה ידועה היטב בקהילת ה-AI לנסיעות, והיא הדבר היחיד החשוב ביותר לעשות נכון לפני שאתם מציבים סוכן מול לקוח.
הפניה: תיעוד LangGraph Time Travel, ספרות תבנית Saga של Temporal ו-Dagster, כללי חלון הביטול של חברות תעופה (בדרך כלל 24 שעות מהנפקת הכרטיס).
אנחנו קטנים. התקשרויות מאוישות במהנדסים בכירים שנשארים על העבודה מהגילוי ועד המסירה. אין שכבת יועצים זוטרים.
שלב 1 · גילוי
אנחנו ממפים את המשטחים הנוכחיים שלכם, החוזים, תמהיל ה-GDS, חשיפת ה-NDC, סטטוס IATA/ARC, מסילות התשלום, וטביעת הרגל הרגולטורית באיחוד האירופי/בריטניה. הפלט הוא תזכיר עמדה כתוב שצוות המשפט שלכם יכול להביא לוועדת ההיגוי. שבועיים עד שלושה.
שלב 2 · ארכיטקטורה
אנחנו מתכננים את הגרף הספציפי למקרה השימוש שלכם (הזמנה תאגידית, פנאי ב-OTA, שינוי הזמנה ב-IROPS, או הוספת מעקה הגנה). כל צומת, כל פעולה מפצה, כל מסלול שגיאה נכתב לפני שורת LangGraph אחת מבוצעת. שלושה עד ארבעה שבועות.
שלב 3 · בנייה
אנחנו בונים מול ה-sandbox של ה-GDS שלכם, מחווטים את צינורות ה-NDC, מיישמים את מהדר המדיניות, ומריצים את הגרף דרך תרחישי בדיקה אדברסריאליים (בדיקות ישות הזויה, תרגולי rollback של Saga, בדיקות עומס של יחס L2B). שמונה עד שתים-עשרה שבועות בהתאם להיקף.
שלב 4 · מסירה
הצוות שלכם מפעיל את הסוכן לאחר שאנחנו עוזבים. אנחנו מתעדים את הגרף, את מיפויי השגיאות, את הדקדוק של כללי המדיניות, ואת ספרי ההפעלה של ההסלמה. אנחנו מדריכים את המהנדסים שלכם על תצפיתיות (observability) של LangSmith ועל זרימת השיחזור (replay). שבועיים עד שלושה.
התקשרות טיפוסית של מעקה-הגנה-בלבד (יכולת 02) נמשכת ארבעה עד שישה שבועות. בנייה ליבתית מלאה עם צינור כפול NDC נמשכת ארבעה עד שישה חודשים. המספרים שאתם רואים בהצעות של Big 4 (12 עד 24 חודשים) משקפים את התקורה של מודל מסירה שונה, לא את העבודה עצמה.
שבע שאלות, תשובה כנה אחת. מדרג את העמדה הנוכחית שלכם מול הדרישות המקדימות לפריסה אג'נטית ונותן לכם צעדים הבאים ספציפיים, בין אם תפנו אלינו ובין אם לא. השתמשו בה ככלי שיחה עם צוות המשפט שלכם או עם ועדת ההיגוי.
1. איזה אחוז מההזמנות שלכם עובר כיום דרך GDS (Amadeus, Sabre, Travelport) לעומת NDC ישיר לעומת ספק ישיר?
2. מהו שיעור ההזמנה נטולת-המגע הנוכחי שלכם (הזמנות שהושלמו ללא התערבות סוכן אנושי)?
3. מי הוא סוחר הרשומה (merchant of record) בהזמנות, וכיצד מטופל התשלום כיום?
4. סטטוס הסמכה של IATA או ARC?
5. שכבת AI נוכחית בייצור?
6. מדיניות נסיעות תאגידית: האם היא מסמך חי עם כללים ברי-אכיפה?
7. חשיפה לאיחוד האירופי או לבריטניה (נוסעים, משרדים, או לקוחות קצה)?
זהו כלי אבחון. זה אינו טופס יצירת לידים. התשובות שלכם נשארות בדפדפן שלכם.
נלקח מילה במילה משיחות טרום-התקשרות עם מנהלי תפעול של TMC ומנהלי מוצר של OTA ב-2025 וב-2026. התשובות מוסיפות עומק מעבר למה שיש בחלקים הראשיים.
התיקון האמין היחיד הוא ארכיטקטוני. עטפו את ה-LLM בלולאת אימות שמסרבת להציג נכס, מחיר, או PNR כלשהו אלא אם הוא אומת מול מלאי אמיתי עם קוד סטטוס מאושר-החזקה. באופן קונקרטי: ה-LLM מנתח כוונה ומעצב פלט, אבל לעולם אינו ממציא אספקה. כל שם מלון, תעריף, ואמירת זמינות עובר דרך קריאה דטרמיניסטית ל-Amadeus Hospitality, Sabre CSL, או CRS מלון ישיר, והתוצאה חייבת להתאים על מזהה הנכס בתוספת קוד התעריף לפני שהסוכן רשאי להציג זאת למשתמש. אם קריאת האימות נכשלת, הסוכן מחזיר תשובה כנה של לא-יכולתי-לאשר במקום בדיה. זו אינה הנדסת prompt. זהו מעקה הגנה מקודד קשיח סביב רכיב הסתברותי.
זה תלוי במי שאתם. אם אתם OTA ללא העדפת נעילה ל-GDS והאסטרטגיה שלכם היא להפיץ מלאי Sabre על מסילות Sabre, אז Sabre בתוספת Mindtrip היא כנראה התשובה הנכונה ונאמר לכם זאת. אם אתם TMC עם מחויבויות מדיניות תאגידית, אספקה מרובת-GDS, חשיפת NDC, ומשרד אמצע/אחורי קיים על Concur או Cytric, מחסנית Sabre בתוספת Mindtrip אינה מתאימה. היא צרכן-תחילה, נעולה ל-Sabre, וללא שכבת מדיניות תאגידית או מכשור חובת זהירות לפי ISO 31030. הבנייה שלנו נותנת לכם את אותו חזית אג'נטית מבלי לוותר על אסטרטגיית המלאי שלכם או על קשר הקונה שלכם.
Moffatt v. Air Canada, שהוכרע ב-14 בפברואר 2024 בבית הדין ליישוב סכסוכים אזרחיים של קולומביה הבריטית, קבע שחברת התעופה אחראית למדיניות תעריף-אבל שהצ'אטבוט שלה המציא. Air Canada טענה שהצ'אטבוט הוא ישות משפטית נפרדת. בית הדין דחה את ההגנה הזו על הסף. ההשלכה המעשית עבור כל TMC או OTA שפורסים סוכן נסיעות פונה-ללקוח: החברה נושאת במלוא המשקל המשפטי של כל אמירה שהסוכן עושה, בין אם היא הגיעה מ-LLM של ספק, ממודל מכוונן, או ממעטפת שהצוות שלכם שילח בשבוע שעבר. ההגנה של זה-היה-ה-AI אינה עובדת. זו הסיבה שההתקשרויות שלנו תמיד מתחילות בסקירת עמדת-אחריות לפני שנכתבת שורת קוד כלשהי, וזו הסיבה שלולאת האימות ונתיב הביקורת אינם ניתנים למשא ומתן בארכיטקטורה.
התשובה הכנה היא שאינכם יכולים לסגור אותו במלואו עדיין, וכל ספק שאומר אחרת מוכר לכם משהו. מפרטי ה-IATA NDC Offer ו-Order נמצאים במצב טוב יותר מזרימות השירות לאחר-ההזמנה, וזו הסיבה שהחלפות, החזרים, ושינוי הזמנה בתפעול חריג עדיין דולפים בחזרה לתשתית GDS או לתורי סוכנים. מה שאנחנו בונים הוא סוכן צינור-כפול: Offer ו-Order עוברים דרך Verteil או Duffel עבור תוכן NDC; מסלולי השירות מחווטים למארח ה-GDS שלכם עבור גיבוי EDIFACT. הסוכן יודע באיזה צינור להשתמש לכל חברת תעופה, מתעד כל העברה, ומסלים בנקיון לתור אנושי עבור חברות התעופה עם כיסוי השירות הגרוע ביותר. אינכם מקבלים פתרון מושלם. אתם מקבלים פתרון שמתדרדר בחן ואינו משאיר נוסעים תקועים במהלך IROPS.
כנראה שלא, ונאמר זאת בשיחה הראשונה. Cytric Easy משובץ ב-Microsoft Teams עם אינטגרציות ה-Copilot שנבנו על ידי Accenture הוא ברירת מחדל הגיונית אם הנסיעות התאגידיות שלכם כבר רצות על Cytric והכוח האנושי שלכם חי ב-Teams. היכן שאנחנו עוזרים הוא במקרי הפער: יש לכם יחידות עסקיות שאינן Microsoft, אתם זקוקים לאכיפת מדיניות ש-Cytric אינו מכסה, יש לכם GDS שני או קשרי ספק-ישיר ש-Cytric אינו מגיע אליהם, או שיש לכם שווקים מפוקחים שבהם מחויבויות השקיפות של חוק ה-AI של האיחוד האירופי מ-2 באוגוסט 2026 דורשות תיעוד ש-Cytric עדיין אינו פולט. אם אף אחד מאלה אינו חל, קנו את Cytric Easy ודלגו על התקשרות הייעוץ.
הוא נעשה גרוע יותר אלא אם תתכננו סביבו. זרימות עבודה אג'נטיות עושות חידוד רב-תורי, מה שאומר חיפושים ספקולטיביים מרובים לכל הזמנה. ספקי GDS גובים עבור חיפושים, לא רק עבור הזמנות, והם אוכפים יחסי look-to-book (בדרך כלל אזהרה מעל 250:1 וקנסות מסחריים מעל 1000:1 בהתאם לחוזה שלכם). קבוצת Lufthansa העלתה שוב את דמי ההזמנה של GDS החל מ-1 בינואר 2026. כלכלת היחידה תישבר אם לא תשתמשו במטמון. גרפי הייצור שלנו משתמשים בשלושה מנגנונים: מטמון תוצאות בזיכרון הממופתח על שלשות מנורמלות של מוצא-יעד-תאריך-נוסעים עם TTL מכוונן לתנודתיות חברת התעופה; חיפוש דחוי עבור סינונים שהמשתמש עדיין לא אישר; וקריאת אימות-מחדש לפני הנפקת כרטיס כך שהמטמון אינו גורם לאישורי מחיר מיושנים. בלעדיהם, סוכן פטפטן ישרוף את תקציב ה-GDS שלכם תוך רבעון.
אין לנו הסמכת IATA או ARC. סמכות הנפקת כרטיסים היא נטל רגולטורי כבד ואין לנו עניין להפוך לסוכנות נסיעות. הארכיטקטורה שאנחנו מספקים משתלבת עם המארח המוסמך שלכם להנפקת כרטיסים: הסוכן מכין את ה-PNR, מאמת כללי תעריף ומדיניות, מנתב תשלום ל-PSP שלכם, ואז מעביר לצינור סילוק ARC או IATA הקיים שלכם. אם עדיין אין לכם הסמכה ואתם זקוקים לה, ARC לוקח כ-25 ימים לאחר הדרישות המקדימות; IATA מלא יכול לקחת 6 עד 12 חודשים. נאמר לכם זאת בשבוע הראשון של הגילוי כך שזה לא יארוב לכם בחודש הרביעי.
משטח הצ'אט לעולם אינו נוגע בנתוני כרטיס. זהו כלל קשיח בכל גרף שאנחנו מספקים. כאשר הסוכן מגיע לשלב התשלום, הוא מעביר לרכיב בהיקף PCI: ה-PSP הקיים שלכם, או כספת tokenization כמו Very Good Security או Checkout.com, בהתאם למחסנית שלכם. הסוכן מקבל token בחזרה, מצמיד אותו ל-PNR, והאדם מאשר באמצעות כפתור תשלום קונבנציונלי או זרימת 3DS2. זה שומר את ה-LLM ואת מאגר מצב השיחה כליל מחוץ להיקף PCI, מה שהוא גם הישג ציות וגם הישג בסכסוכי חיובים חוזרים. פרוטוקולי מסחר אג'נטי עדיין מתבגרים כאן ואנחנו עוקבים אחר עדכוני OpenAI, Stripe, ו-Adyen מדי רבעון מפני שהתבנית הנכונה החודש עשויה שלא להיות התבנית הנכונה ברבעון הבא.
שלושה דברים, לכל הפחות. ראשית, גילוי לפי Article 50 בחוויית המשתמש של הסוכן: יש לומר למשתמשים שהם מתקשרים עם מערכת AI, בשפה שהם יכולים להבין, לפני כל חילופי דברים מהותיים. לא קבור במדיניות פרטיות. שנית, נתיב ביקורת של רישום-והסבר: עבור כל החלטה שהסוכן מקבל שמשפיעה על נוסע, אתם זקוקים לרשומה הניתנת לאחזור של הקלטים, מסלול ההיגיון, והפלטים. טקסט שנוצר על ידי LLM לבדו אינו נתיב ביקורת. שלישית, הערכה-עצמית של סיכון גבוה מול הנחיית Article 6 שפורסמה ב-2 בפברואר 2026. רוב סוכני הזמנת הנסיעות ינחתו מחוץ לסיווג הסיכון הגבוה של Annex III, אבל אם הסוכן שלכם נוגע בתעסוקה, בכושר אשראי, או בסמיכות לתשתית קריטית, התשובה משתנה. אנחנו בונים את חוויית המשתמש של הגילוי, את סכמת אירועי הביקורת, ואת תיעוד ההערכה-העצמית כתוצרים סטנדרטיים בכל התקשרות חשופה לאיחוד האירופי.
אתם יכולים, ואם אתם רוצים כתובת אחת לאחריות עבור תוכנית רב-שנתית של $2M עד $10M, Big 4 או אינטגרטור גלובלי הוא התשובה המסורתית. שני הבדלים מעשיים. ראשית, לרוב האינטגרטורים הגלובליים יש שותפויות פלטפורמה: Accenture בנתה את אינטגרציית ה-Copilot של Cytric Easy עם Amadeus, ולכן התקשרות עם Accenture תיטה לכיוון תשובה ממוקדת-Amadeus ללא קשר לשאלה אם זה אופטימלי עבור תמהיל המלאי שלכם. אין לנו נאמנות לפלטפורמה ונמליץ על המחסנית שמתאימה לקונה שלכם ולמרווחים שלכם. שנית, ההתקשרויות האלה בדרך כלל מאיישות יועצים זוטרים ליישום; המומחיות הבכירה נמצאת במחזור המכירות ובוועדת ההיגוי. אנחנו מאיישים את אותו מהנדס בכיר לאורך ההתקשרות מפני שהצוות קטן. אתם מקבלים עומק מהר יותר ומשלמים פחות. מה שאתם מוותרים עליו הוא משקל של שם מותג במצגת הדירקטוריון שלכם.
הניירות הלבנים האינטראקטיביים שלמטה הם המחקר הארוך שעליו דף זה בנוי. שניהם מסדרת הנסיעות של Veriprajna.
מדוע מעטפות LLM נכשלות בלוגיסטיקת נסיעות, תבנית Orchestrator-Worker, ותבניות האינטגרציה הספציפיות של GDS (Amadeus, Sabre) שהופכות הזמנות מאומתות לאפשריות.
טיעון זרימת-הבקרה: מדוע מכונות מצבים של LangGraph מנצחות שרשראות prompt, פירוק מדד TravelPlanner, וסקירה צומת-אחר-צומת של גרף הזמנת טיסה בייצור.
הרבעון השני של 2026 הוא הזמן שבו הפלטפורמות הגדולות עולות לאוויר. החלון לבנות שכבת נסיעות אג'נטית מבודלת ללא הנעילה של Sabre-Mindtrip או Navan פתוח, והוא נסגר במהירות.
התחילו בסקירת אחריות ומוכנות בת שבועיים. אתם יוצאים עם תזכיר עמדה כתוב בין אם נמשיך יחד ובין אם לא.