Karşılamacı uygulaması neyi yönetir?
Havalimanı karşılamacı uygulaması, uçuş operasyonunu tek bir kayıtta birleştirir: uçuş takibi, yolcunun karşılanması ve şoföre teslim. Uçak indiğinde sistem sadece “takvim” kaydı düşmez; ilgili rezervasyonun durumunu günceller, sürücü ve karşılama ekibinin görmesi gereken bilgileri açar. Yolcu teslimi ise bir “anlık onay” mantığıyla ele alınır: doğru kişi, doğru araç, doğru saat. Bu sayede aynı yolcu için birden fazla çağrı, yanlış teslim veya eksik bilgilendirme gibi hatalar daha erken görünür. Uygulamanın sahadaki hedefi, her adımın ne zaman, kim tarafından ve hangi referansla alındığını kayıt altına almaktır.
Kayıt akışı: Uçuş bilgisi uygulamada nasıl başlar?
İlk adım, uçuş planının rezervasyonla eşleşmesidir. Uygulama, uçuş numarası, terminal/kapı bilgisi ve planlanan iniş saatini rezervasyona bağlar. Operatör, “uçuş takip” ekranında gerçek iniş saatini ve gerekiyorsa gecikme/iptal durumunu izler. Burada kritik karar, “iniş kesinleşti mi?” eşiğidir: sadece planlanan saat üzerinden işlem yapmak, erken karşılama veya şoföre gereksiz bekletme doğurur. Doğru yöntem, gerçek iniş geldiğinde karşılamacı ekibe görev düşmesini sağlamaktır. Ekranda şu alanlar net olmalıdır: uçuş durumu (inmiş/geliyor), yolcu sayısı, teslim noktası (buluşma alanı) ve sürücünün araç plakası. Karşılamacı yaklaşımı, SMS/arama üzerinden dağılmamalı; uygulama tüm adımları tek rezervasyon üstünden yürütmelidir.
Sahada karşılamacı ekibi ne görür, ne kaydeder?
Karşılamacı ekibi uygulamada “görev kartı” görür. Kart; rezervasyon kodu, yolcu adı soyadı (maskelenebilir), uçuş bilgisi, buluşma yeri ve iletişim kanalı özetini barındırır. Ekip sahadayken üç kaydı hedefler: (1) “buluşma noktasına varış”, (2) “yolcu ile eşleşme”, (3) “teslime hazır” durumu. Eşleşme sırasında uygulama, fotoğraf/konum zorunluluğunu opsiyonel ama kontrol amaçlı sunabilir. Karar ölçütü, yolcunun kimlik doğrulamasıdır: yolcu birden fazla kişiyle geldiyse, uygulama “yolcu seti”ni kayda almalıd��r. Sık hata şudur: ekip “yolcuyu gördüm” diye işaretler ama aynı anda gecikme/terminal kayması yaşanır; bu durumda görev güncellenmez. Doğru kurulumda, görev kartı terminal değiştiğinde otomatik uyarı verir ve kayıt zamanlarını korur.
Uçuş takibi bölümünde hangi durumlar yönetilmeli?
Uçuş takibi ekranında en az şu durumlar ayrıştırılmalıdır: planlandı, gecikme, rötar, iniş gerçekleşti, bagaj bekleme, iptal/alternatif uçuş. Uçuş durumuna göre uygulama farklı işlem butonları göstermelidir. Örneğin iniş gerçekleşmediği sürece “teslim edildi” seçeneği pasif olur. Gecikme geldiğinde karşılama ekibinin bekleme süresi için uyarı üretilir; ayrıca şoföre “yenilenmiş ETA” bilgisi sunulur. Terminal veya kapı değişikliği olduğunda, sadece “not” alanına yazmak yerine sistem teslim noktası alanını güncellemeli ve geçmiş kaydı görünür kılmalıdır. En sık yapılan hata, uçuş inişini manuel girmek ve rezervasyonla uyumsuz saat üretmektir. Bu yüzden doğrulama; uçuş numarası ve zaman penceresiyle kontrol edilmelidir. Böylece yanlış uçuşa görev bağlama riski azalır.
Şoföre teslim onayı nasıl alınır?
Teslim adımında amaç, üçüncü bir tarafın araya girmesini önlemek ve doğrulamayı uygulama üstünden yapmak. Uygulama “handoff” ekranında şoför için araç bilgisi, sürücü kimliği, yolcu sayısı ve teslim noktası görünür olmalıdır. Karşılama ekibi veya yetkili kişi, teslim gerçekleştiğinde “teslim onayı” verir. Onay akışı, tek tık olmamalı; en azından iki doğrulama içermelidir: (1) doğru yolcu seti (isim/rezervasyon kodu), (2) doğru araç (plaka veya araç kodu). Mümkünse teslim anında kısa bir kayıt alınır: zaman damgası ve saha notu. Yaygın hata, teslimi şoförün “ben aradım” notuyla tamamlamasıdır; bu durumda sürücü doğru olsa bile kayıt eksik kalır. Uygulama, teslim adımını tamamlamadan önce önceki adımların tamamlanma durumunu kontrol etmelidir.
Teslim sonrası veri kaydı ve operasyon raporu
Teslim onayı alındıktan sonra rezervasyon kapanır; ancak kapanışta loglar saklanmalıdır. En az şu alanlar raporda kullanılabilir olmalıdır: uçuş durumu değişim geçmişi (zaman damgalarıyla), karşılamacı varış kaydı, yolcu eşleşme kaydı, teslim zamanı ve notlar. Bu veriler, sonraki planlama için temel oluşturur: örneğin belirli havalimanlarında ortalama gecikme yüzdesi ve bekleme süreleri. Rapor ekranında “saha gecikmesi” hesaplanabilmeli; “uçuş inişi” ile “teslim” arasındaki fark görünmelidir. Hata noktası, kayıtların tamamı sadece serbest metin şeklinde kalırsa analizin yapılamamasıdır. Bu nedenle uygulama, her adımı alan bazlı kaydeder. Neptün Transfer tarafında bu yaklaşım, tek rezervasyon üstünden olay zincirini raporlanabilir tutar.
Neptün Transfer ile uygulanacak sahada kontrol listesi
Operasyon ekibi her vardiyada aynı kontrolü uygulamalı. 1) Rezervasyonda uçuş numarası doğru mu, 2) gerçek iniş bilgisi geldi mi, 3) terminal/buluşma noktası güncellendi mi, 4) karşılamacı görev kartında yolcu seti doğru mu, 5) şoföre araç/plaka eşleşmesi doğru mu, 6) teslim onayı “handoff” ekranından mı alınıyor, 7) teslim sonrası loglar rezervasyona bağlı mı. Uygulama ekranlarında bu soruların karşılığı buton/alan olmalı. Beklenen sonuç: “Uçuş indi → karşılandı → şoföre teslim edildi” zinciri kesintisiz görünür. Sık yapılan hata, bazı adımların kurum içi notlara yazılması ve uygulama kaydının boş kalmasıdır. Doğru kurulumda, uygulamada zorunlu alanlar ve pasif butonlar adım atlamayı engeller. Bu yaklaşımı Neptün Transfer içinde, süreç ekranları ve durum kontrolleri üzerinden kurgulamak pratik olur.
Sık hatalar, kök neden ve düzeltme adımları
Üç tip hata çoğu operasyonda tekrar eder. Birincisi, uçuş durumu güncellenmeden karşılama görevini başlatmaktır; düzeltme, iniş gerçekleşti koşulunu geçmeden görev eşleşmesini kapatmak. İkincisi, terminal veya buluşma alanı değişikliğini sadece mesajla iletmek; düzeltme, teslim noktası alanını güncelleyip görev kartını yeniden görünür kılmak. Üçüncüsü, teslimin “sözlü onay” ile kapanmasıdır; düzeltme, teslim onayını yalnızca doğru yolcu seti ve doğru araç doğrulaması tamamlandıktan sonra aktifleştirmek. Ayrıca saha koşullarında cihaz kaybı olur; bu durumda uygulama, son olay durumunu offline önbellekten gösterip yeniden senkronlamalıdır. Böylece kayıt kopukluğu yaşanmaz. En kritik kök nedenler süreç tasarımı ve ekran kontrollerinin zayıf olmasıdır; doğru yapılandırma ise adımların birbirini tetiklemesini ve kayıtların tutarlılığını sağlar.
Uygulama sonrası kontrol listesi
- Mobil görünüm, form ve WhatsApp yönlendirmeleri test edilir.
- Title, description, canonical ve sitemap kayıtları kontrol edilir.
- Kırık link, hatalı görsel ve boş CTA alanı bırakılmaz.
- İçerikler gerçek hizmet kapsamıyla uyumlu kalır.