Transfer Firmaları İçin Rezervasyon Takip Sistemi
Tekliften sürücü atamasına, uçuş ve ödeme durumundan tamamlanmaya kadar transfer rezervasyonlarını tek operasyon akışında yönetin.
Transfer rezervasyon takip sistemi; web formu, telefon, acente veya WhatsApp’tan gelen talepleri tek rezervasyon numarası altında toplar ve teklif, bilgi bekliyor, onaylandı, ödeme bekliyor, araç/sürücü atandı, yolcu alındı, tamamlandı veya iptal gibi açık durumlarla yönetir. Kayıtta tarih-saat ve saat dilimi, alış-bırakış noktası, yolcu ve bagaj bilgisi, uçuş numarası, fiyat kapsamı, ödeme durumu, görevli araç/sürücü ve değişiklik geçmişi bulunur. Sistem kapasite çakışmasını ve yinelenen talebi kontrol etmeli; müşteriye yalnız doğrulanmış bilgiyi bildirmelidir. WhatsApp iletişim kanalı, harita rota desteği ve analiz araçları entegre edilebilir; ancak rezervasyonun tek doğruluk kaynağı merkezî operasyon kaydı olmalıdır.
Çoklu satış ve iletişim kanalından gelen transfer taleplerini standart veri modeline dönüştüren; müsaitlik, fiyat, ödeme, araç-sürücü ataması, müşteri bildirimi ve operasyon geçmişini tek rezervasyon kimliğiyle yöneten sistemdir.
Rezervasyon ile mesajı birbirinden ayırın
Bir WhatsApp konuşması, e-posta veya form gönderimi rezervasyonun kendisi değildir; rezervasyon oluşturma talebidir. Sistem gerekli alanları doğruladıktan ve işletme kuralı onayladıktan sonra benzersiz kayıt üretmelidir. Aynı müşterinin formu iki kez göndermesi veya webhook olayının yeniden gelmesi ikinci rezervasyon oluşturmamalıdır.
Temel veri modeli
Zaman ve rota
Tarih, yerel saat ve saat dilimi ayrı biçimde net olmalıdır. Alış ve bırakış noktaları serbest açıklamanın yanında doğrulanmış adres veya konum kimliği taşıyabilir. Google Routes API; noktalar arasında rota, mesafe ve süre, birden çok başlangıç/varış için rota matrisi hesapları sunar. Bunlar planlama girdisidir; gerçek seyahat süresi trafik ve saha koşullarına bağlıdır. Google Routes API
Yolcu ve hizmet kapsamı
Ana iletişim kişisi, kişi sayısı, bagaj, çocuk koltuğu veya erişilebilirlik ihtiyacı gibi hizmeti gerçekten etkileyen alanlar toplanmalıdır. Gereksiz kimlik veya ayrıntılı kişisel veri istenmemelidir. KVKK ilkeleri verinin belirli amaçla, sınırlı ve ölçülü biçimde işlenmesini ve gerekli süre kadar saklanmasını gerektirir. KVKK temel ilkeler
Fiyat ve ödeme
Fiyat kaydında para birimi, vergi, bekleme, otoyol/otopark, gece veya ek hizmetlerin dahil olup olmadığı açık olmalıdır. Ödeme sağlayıcısının işlem kimliği tutulmalı; kart verisi rezervasyon sistemine alınmamalıdır. İade ve kısmi ödeme ayrı olaylar olarak kaydedilmelidir.
Atama ve kapasite
Araç sınıfı, koltuk/bagaj kapasitesi, sürücü çalışma durumu ve önceki/sonraki iş arasındaki transfer süresi kontrol edilmelidir. Aynı araç veya sürücünün çakışan saatlerde atanması sistem tarafından engellenmeli veya açık yönetici onayı istemelidir.
Önerilen durum akışı
- Yeni talep: Kayıt geldi, henüz doğrulanmadı.
- Bilgi bekliyor: Zorunlu alan veya fiyat girdisi eksik.
- Teklif gönderildi: Kapsam ve fiyat müşteriye iletildi.
- Onaylandı: Müşteri onayı kaydedildi.
- Ödeme bekliyor / ödendi: Finansal durum operasyon durumundan ayrı izlenir.
- Görevlendirildi: Araç ve sürücü atanmıştır.
- Yolcu alındı: Sürücü operasyon olayını doğrulamıştır.
- Tamamlandı: Bırakış ve kapanış bilgisi kaydedilmiştir.
- İptal: Kim, ne zaman ve hangi kuralla iptal ettiği bellidir.
Durum değişikliği yetkili kullanıcı, zaman ve önceki/yeni değerle kaydedilmelidir. OWASP, güvenlik ve operasyon olaylarının incelenmesine yetecek uygulama logları oluşturulmasını önerir. OWASP Logging Cheat Sheet
Kanal entegrasyonları
Meta Cloud API mesaj göndermek, Webhooks ise gelen mesaj ve durum olaylarını almak için kullanılabilir. Rezervasyon onayı, sürücü/araç bilgisi ve önemli değişiklik bildirimleri ana sistem durumundan üretilmelidir. Mesaj teslimi rezervasyonun tamamlandığı anlamına gelmez. Meta WhatsApp Business Platform
Web sitesi ve acente
Her kanal aynı zorunlu alan ve doğrulama kurallarına bağlanmalıdır. Acenteye kendi rezervasyonlarını görme/değiştirme yetkisi verilebilir; başka acentenin müşteri ve fiyat bilgisi görünmemelidir. Kanal, kampanya ve yönlendirme bilgisi raporlama için kaydedilebilir.
Analiz ve dönüşüm
Rezervasyon onayı veya ödeme, gerçek iş olayından sonra analiz sistemine gönderilmelidir. Google Analytics 4 e-ticaret dokümanı, satın alma olayında benzersiz `transaction_id`, para birimi, değer ve öğe bilgilerinin kullanılmasını gösterir. Aynı işlem kimliğini korumak çift sayımı azaltmaya yardımcı olur. GA4 e-ticaret ölçümü
Pilot ve kabul testleri
Tek rota yerine kısa/uzun transfer, gidiş-dönüş, uçuş gecikmesi, gece tarifesi, araç değişimi, ek durak, iptal ve kısmi ödeme senaryoları test edilmelidir. Aynı talebi iki kez gönderin; çakışan sürücü atayın; yanlış acente hesabıyla kaydı açmayı deneyin; mesaj gönderimini başarısız kılın. Sistem bilinmeyen durumu açıkça göstermeli ve operatöre düzeltme yolu sunmalıdır.
SolidSEO proje örneği
Havalimanı–otel transferi projesinde web rezervasyonu, destinasyon sayfaları, hızlı iletişim ve operasyon görünürlüğü birlikte ele alınır. Transfer takip görseli, rezervasyonların durum ve görev akışıyla izlenmesi fikrini gösterir. Gerçek uygulama; firmanın tarife, filo, acente, ödeme ve veri sorumluluklarına göre keşif aşamasında özelleştirilmelidir.
Bu yapı ne kazandırır?
Farklı kanallardan gelen talepleri tek rezervasyon kimliğinde birleştirir.
Tekrarlanan kayıt ve araç/sürücü kapasite çakışmalarını azaltır.
Fiyat, ödeme ve operasyon durumunu birbirinden ayırarak netleştirir.
Müşteri, acente, sürücü ve yönetici erişimini rol bazında sınırlar.
Rezervasyon kaynağından tamamlanmaya kadar ölçülebilir olay geçmişi kurar.
Uygulamadan ekranlar ve kanıtlar
Transfer rezervasyonu yönetim seçenekleri
| Ölçüt | Tablo | WhatsApp odaklı | Merkezî rezervasyon sistemi |
|---|---|---|---|
| Çoklu kanal | Elle kopyalanır | Sohbetler arasında dağılır | Form, acente ve mesaj talepleri birleşir |
| Çakışma kontrolü | Formül ve insan kontrolü | Manuel | Araç/sürücü zaman ve kapasite kuralı |
| Durum geçmişi | Hücre değişimine bağlı | Mesaj geçmişi | Yetkili durum olayları |
| Müşteri bildirimi | Elle | Hızlı fakat kayıtla kopuk | Rezervasyon durumundan otomatik/manuel kontrollü |
| Raporlama | Hazırlama disiplini ister | Sınırlı | Kanal, rota, durum, iptal ve dönüşüm bazlı |
| Erişim | Dosya paylaşımıyla genişleyebilir | Telefon/grup üyeliği | Rol ve kayıt kapsamı |
Kısa ve açık cevaplar
Uçuş gecikmesi otomatik izlenebilir mi?+
Uçuş veri sağlayıcısı entegrasyonuyla durum alınabilir. Sağlayıcı kapsamı ve gecikmesi açıklanmalı; kritik değişiklik operatör tarafından doğrulanmalı ve atamaya etkisi yönetilmelidir.
Aynı araç iki rezervasyona atanabilir mi?+
Saatler çakışmıyorsa ve önceki işten sonraki alış noktasına ulaşma süresi yeterliyse olabilir. Sistem yalnız rezervasyon saatini değil tampon ve rota süresini de değerlendirmelidir.
WhatsApp rezervasyonun ana kaydı olabilir mi?+
İletişim kaynağı olabilir; fakat değişiklik, ödeme, atama ve kapanış için merkezî rezervasyon kaydı gerekir. Sohbet durumu tek başına operasyon doğruluğu sağlamaz.
Acenteler hangi veriyi görmeli?+
Yalnız kendi yetki kapsamındaki rezervasyon, yolcu ve fiyat bilgisini görmelidir. Rol, işletme ve kayıt düzeyi yetkiler sunucuda uygulanmalıdır.
Dönüşüm ne zaman sayılmalı?+
İşletmenin tanımına göre onay veya başarılı ödeme anında, ana sistem olayı oluştuktan sonra sayılmalıdır. Form gönderimini kesin rezervasyon gibi ölçmek hatalı sonuç üretebilir.
Kaynaklar
İlgili diğer rehberler
GEO ve SEO Arasındaki Fark Nedir? Uygulamalı Karşılaştırma
SEO ile GEO’nun görevlerini, ortak noktalarını ve bir içerikte birlikte nasıl uygulanacağını açık bir planla karşılaştırın.
Oku →AI Arama ve GEOİşletmeler AI Aramalarında Nasıl Görünür?
İşletmenizin Google AI özellikleri ve ChatGPT Search gibi deneyimlerde kaynak olarak değerlendirilebilmesi için uygulanabilir kontrol listesi.
Oku →FleetTrack ve Mobil SistemlerOkul Servisi Takip Sistemi Nasıl Çalışır?
Araç konumundan veli bildirimine kadar okul servisi takip sisteminin veri akışını, sınırlarını ve kurulum adımlarını öğrenin.
Oku →