Duplicate Booking After Retry Troubleshooting

Timeout veya retry sonrası oluşan duplicate travel booking'leri identify edin, kanıt toplayın, doğru rezervasyonu koruyup güvenli compensation uygulayın.

Editoryal bilgi
Advertisement

Duplicate booking genellikle ilk create'in UNKNOWN sonucu sonrası ikinci create'in gönderilmesiyle oluşur. Önce hangi booking'in original intent'e ait olduğunu ve hangisinin compensation gerektirdiğini belirleyin.

Symptom

  • aynı traveler/itinerary için iki provider reference,
  • iki confirmation email,
  • duplicate payment/authorization,
  • aynı bookingIntentId altında birden fazla create attempt.

Possible causes

  • timeout sonrası blind retry,
  • idempotency key her retry'da değişti,
  • provider idempotency desteklemiyor,
  • distributed lock expire oldu,
  • manual ops ikinci booking açtı,
  • client double-submit.

Diagnosis

  1. Tüm booking attempts'i zaman sırasıyla çıkarın.
  2. bookingIntentId/idempotency key eşleşmesini kontrol edin.
  3. Provider references ve confirmation timestamps karşılaştırın.
  4. Payment attempts'i correlate edin.
  5. Cancellation/refund penalty bilgilerini toplayın.
  6. Traveler'ın gerçekten iki booking istediğine dair evidence var mı kontrol edin.

Recovery

  • Canonical olarak korunacak booking'i seçin.
  • Diğer booking için provider-specific cancellation koşulunu doğrulayın.
  • Payment duplication varsa void/refund compensation uygulayın.
  • Local duplicate kayıtları silmeyin; audit için linked duplicate state tutun.

Prevention

  • persistent idempotency store,
  • unique constraint,
  • UNKNOWN retry block,
  • client double-submit protection,
  • manual ops warning,
  • provider/client reference lookup.

Observability

  • duplicate provider reference,
  • blocked duplicate attempts,
  • same-intent multi-create,
  • duplicate payment,
  • cancellation cost caused by retry.
Teknik danışmanlık

Bu problemi production’da mı yaşıyorsunuz?

Semptomu, veri akışını ve entegrasyon davranışını birlikte teknik olarak inceleyebiliriz.

Projenizi konuşalım →

İlgili içerikler

architecture

Idempotency ve Duplicate Booking Prevention

Travel booking create, payment, cancellation ve refund operasyonlarında idempotency sınırlarını ve duplicate booking önleme desenlerini tasarlayın.

idempotencyduplicate-bookingretry
İncele →
troubleshooting

Booking Timeout / Outcome Unknown Troubleshooting

Travel booking timeout'larında duplicate retry yapmadan evidence, lookup, reconciliation ve recovery adımlarıyla UNKNOWN outcome teşhis edin.

bookingtimeoutunknown
İncele →
integration

Expedia Rapid Lodging Entegrasyon Rehberi

developers.expediagroup.com

Expedia Rapid Lodging entegrasyonunu content, geography, live shopping, Price Check, booking, idempotency, persistence, error taxonomy ve monitoring ile production seviyesinde tasarlayın.

expediarapid-apihotel
İncele →
integration

Hotelbeds API Suite Entegrasyon Rehberi

developer.hotelbeds.com

API-key signature, Content API sync, live availability, CheckRates, booking state ve reconciliation içeren production Hotelbeds entegrasyonu.

hotelbedshbxbedbank
İncele →
distribution-api

Hotelbeds API Suite: Bedbank Dağıtım Profili

developer.hotelbeds.com

B2B konaklama dağıtımı için booking, content ve cache API'lerini kapsayan HBX Group Hotelbeds API Suite teknik profili.

hotelbedshbxbedbank
İncele →
distribution

OTA vs Metasearch vs Travel Marketplace: Farklar

OTA, metasearch ve travel marketplace modellerini transaction ownership, supplier relationship, monetization, handoff ve teknik architecture açısından karşılaştırın.

otametasearchtravel-marketplace
İncele →