Payment Authorized/Captured ama Booking Unknown/Failed

Payment başarılı görünürken booking unknown veya failed olduğunda divergence'ı diagnose edin, recovery ve compensation kararlarını güvenli verin.

Editoryal bilgi
Advertisement

Payment AUTHORIZED veya CAPTURED iken booking UNKNOWN/FAILED olabilir. Bu durum payment success = booking success varsayımının yanlış olduğunu gösterir.

Symptom

  • kartta authorization/capture görünür,
  • booking terminal confirmation'a ulaşmamıştır,
  • provider booking bulunamaz veya UNKNOWN kalır,
  • kullanıcı charge görür ama rezervasyon görmez.

Possible causes

  • authorize başarılı, booking create failed,
  • booking timeout sonrası outcome bilinmiyor,
  • capture booking confirmation'dan önce yapıldı,
  • provider booking confirmed ama local persistence başarısız,
  • payment callback geldi fakat booking webhook'u gelmedi.

Diagnosis

  1. Payment transaction ID ve bookingIntentId'yi correlate edin.
  2. Booking provider lookup yapın.
  3. Authorization ile capture'ı ayırın.
  4. Provider booking reference var mı kontrol edin.
  5. Capture/refund/void attempt history'yi inceleyin.
  6. Aynı işlem için duplicate payment veya booking attempt var mı bakın.

Recovery

  • Booking CONFIRMED bulunursa local booking state'i düzeltin.
  • Booking authoritative FAILED ise AUTHORIZED payment'ı void edin.
  • CAPTURED ise refund policy'ye göre compensation başlatın.
  • Booking UNKNOWN ise önce reconciliation; erken refund/cancel kararı vermeyin.

Prevention

  • booking/payment ayrı state machine,
  • authorize → book → capture tercihinin explicit olması,
  • operation-scoped idempotency,
  • reconciliation queue,
  • payment/booking divergence alert.

Observability

  • AUTHORIZED-without-booking count,
  • CAPTURED-without-confirmed-booking,
  • divergence age,
  • void/refund latency,
  • manual intervention,
  • duplicate charge signal.
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

Travel Booking Saga ve Compensation Patterns

Travel booking, payment, cancellation ve refund akışlarında rollback yerine Saga ve compensation desenlerini tasarlayın.

sagacompensationbooking
İncele →
troubleshooting

Refund / Reconciliation Mismatch Troubleshooting

Booking cancellation ile payment refund state'i ayrıştığında amount, currency, partial refund ve provider/payment evidence zincirini teşhis edin.

refundreconciliationpayment
İ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 →