ACP, UCP, AP2, MPP, x402, MCP ve A2A: Travel için Protocol Landscape

Agentic commerce protokollerini tek bir yarışın alternatifleri gibi görmek yanlış olur. Travel architecture açısından bunlar tooling, agent coordination, commerce interaction ve payment authorization/rail gibi farklı katmanlara oturur.

Katman bazlı özet

ACP

ACP, buyer/agent/business arasında purchase interaction modeli ve checkout interface'leri tanımlar. 2026 itibarıyla OpenAI ve Stripe tarafından geliştirilen açık bir standarttır.

Travel açısından doğrudan "flight NDC replacement" değildir. Daha uygun sınır:

• checkout capability,
• seller interaction,
• delegated payment,
• order/fulfillment extensions.

Travel-specific Offer/Order/Servicing semantics yine canonical travel domain'de kalmalıdır.

UCP

UCP commerce capabilities'i interoperable hale getirmeyi hedefler. 2026 sürümleri capability versioning, cart ve payment/security alanlarında genişlemektedir.

Travel kullanımı için dikkat:

• retail cart modeli travel offer lifecycle'ına birebir eşit değildir,
• reprice/availability zorunluluğu korunmalıdır,
• booking/ticketing semantics adapter layer'da ele alınmalıdır.

AP2

AP2 agent tarafından yapılan payment'larda kullanıcı intent/authorization evidence'ına odaklanır. Travel'da özellikle:

• delegated purchase limits,
• human-not-present flows,
• verifiable intent,
• mandate evidence için anlamlıdır.

AP2 booking protocol değildir; payment authorization katmanıdır.

MPP

MPP machine-to-machine ödeme akışları için açık protocol yaklaşımıdır. Travel'da:

• paid supplier APIs,
• agent-to-service micro-payments,
• machine-billed ancillary/data services gibi alanlarda değerlendirilebilir.

Consumer booking payment'ının tamamını otomatik olarak çözmez.

x402

x402 HTTP 402 Payment Required semantiğini programmatic payment'a taşır. Travel core booking'den çok:

• paid API access,
• premium data,
• agent tool usage,
• machine commerce senaryolarında doğal fit gösterebilir.

MCP

MCP travel tool layer için güçlü bir abstraction'dır:

search_flights
reprice_offer
create_order
retrieve_order
cancel_order
quote_refund

MCP payment authorization veya booking semantics'i tanımlamaz; tool invocation boundary'dir.

A2A

A2A farklı agent'ların discover/call/collaborate etmesini standartlaştırır. Travel'da:

• trip planner agent,
• loyalty agent,
• payment agent,
• servicing agent arasında coordination için kullanılabilir.

Protocol composition

Agentic travel protocol composition

Mermaid source (.mmd)

Seçim kriteri

"Hangisini kullanalım?" yerine şu soruyu sorun:

• tool access mı gerekiyor?
• agent-to-agent collaboration mı?
• merchant checkout interoperability mi?
• delegated payment evidence mı?
• machine-native payment rail mı?

Bir production sistem birden fazla protocol'ü birlikte kullanabilir.

Travel-specific constraints

Her protocol entegrasyonunda travel domain şu kuralları korumalı:

• offer freshness,
• reprice,
• booking UNKNOWN,
• idempotency,
• payment/booking separation,
• passenger PII boundary,
• servicing/reconciliation.

Failure modes

• commerce protocol'ü booking domain modeli sanmak,
• MCP tool call'u authorization kabul etmek,
• agent payment success'i booking success saymak,
• protocol capability version mismatch,
• travel-specific reprice/state machine'i generic checkout altında kaybetmek.

Observability

• protocol capability negotiation failure,
• version mismatch rate,
• tool/agent/payment protocol error breakdown,
• authorization rejection rate,
• fallback/adaptation path usage,
• travel-domain reconciliation triggered by protocol-layer ambiguity.

Production checklist

• protocol boundary map,
• version pinning,
• capability negotiation,
• travel canonical model,
• authorization evidence,
• idempotent side effects,
• PII redaction,
• protocol-specific observability.