Saha senaryosu: Uçuş iniyor, karşılıyor, şoföre devrediyor
Karşılamacı uygulamasının temel amacı, transferin kritik anlarını tek bir kayıtta toplamak: uçuşun inişi, yolcunun bulunması, şoföre teslim ve kapanış. Süreç çoğunlukla şoför uygulaması, karşılayıcı paneli ve müşteri/operasyon görünümü üzerinden yürür. Her adım için zaman damgası, lokasyon veya terminal bilgisi ve durum kodu tutulur. Örneğin “Uçuş İndi” kaydı oluşmadan teslim başlatılmaz. Böylece hem vardiya içinde senkron sağlanır hem de raporlamada tutarlılık korunur. Hedef, sahada “kim ne zaman yaptı?” sorusunu tek ekrandan yanıtlamaktır.
Operasyon başlangıcı: Rezervasyon + uçuş bilgisi nasıl bağlanır?
Sistem çalışmaya rezervasyonla başlar. Uçuş takip kaydı, rezervasyonla eşleşen sefer numarası, havayolu, kalkış/iniş saati ve varsa terminal alanlarıyla açılır. Karşılamacı ataması yapılmadan önce operatör, uçuşun gidiş-dönüş durumunu ve varış havaalanını doğrular. İyi bir kurulumda sürücüye teslim edilecek kişi listesi net olur: yolcu sayısı, isim yazımı, rota (ör. çıkış kapısı) ve bagaj notları. Uçuş bilgilerinde eksik alan kalırsa sistem “yüksek risk” etiketi üretmelidir. Bu etiket, karşılamacı ekibinin sahaya çıkmadan önce telefonla doğrulama gerektireceğini belirtir.
Uçuş takibi ve durum etiketleri: Hangi olaylar loglanır?
Uçuş takibi bölümünde kritik olan, her durum değişikliğinin hangi metrikle tetiklendiğidir. Uygulamada tipik etiketler şunlardır: “Planlanan Varış”, “İniş Gerçekleşti”, “Bölge Çıkış Hazır” ve “Teslim Başlatılabilir”. “İniş gerçekleşti” kaydı için tek bir kaynak belirlenir; örneğin uçuş takip servisinden gelen event ile zaman damgası alınır. İkinci adımda karşılayıcı, terminal çıkışına dair pozisyon bilgisini veya seçilmiş alanı işaretler. Yanlış uygulanan kurulumda, “varış” ile “biniş kapısı” karıştırılır; teslim süresi raporları hatalı çıkar. Doğru yaklaşımda her etiket ayrı bir ekran aksiyonuna bağlıdır.
Karşılama anı: Yolcu tanımlama, bekleme ve kapı değişimi
Yolcu karşılaması, uygulamada en fazla hata üreten aşamadır. Sistem, yolcuyu teslimat için “tanımlı” hale getirmelidir. Bunun için karşılayıcı, yolcunun ad-soyad bilgisini seçer ya da kısa bir kontrol kodu girer. Ardından “bekleme başladı” ve “yolcu bulundu” gibi ara durumlar kayda alınır. Terminal/kapı değişirse, uygulama “plan değişikliği” notu ister ve yeni alan seçimini zorunlu kılar. Karşılayıcı yalnızca not düşerse, sonradan doğrulama zorlaşır. Somut bir kontrol noktası: yolcu bulunduğunda fotoğraf veya kısa teyit (onay kutusu) tutulur; böylece şoföre devretme anı netleşir. Bagaj sayısı veya grup bileşimi değişirse bu bilgi teslim öncesi güncellenmelidir.
Şoföre devir: Teslimat ekranı ve onay akışı
Teslim aşaması tek bir “handoff” aksiyonuna bağlanmalıdır. Karşılayıcı uygulamasında “şoföre teslim” başlatılırken, sürücü plaka veya araç kodu eşleşmesi zorunlu olmalıdır. Sistem, şoförün bulunduğu lokasyonu her zaman istemez; ancak teslim başlatmadan önce “şoför atandı” kontrolü yapar. Teslim anında, iki tarafın da teyidi alınabilir: karşılayıcı “teslim edildi” der, şoför “teslim alındı” ile durumu kapatır. Bu çift onay yaklaşımı, sahada tartışmayı azaltır. Sık yapılan hata, teslim kaydı oluşurken yolcu durumunun “tanımlı” değilken tamamlanmasıdır. Doğru kurulumda teslim düğmesi sadece yolcu bulundu durumunda aktif olmalıdır.
Saha kayıt formatı: Zaman damgası, lokasyon ve durum kodları
Uygulamada kayıtların standardı karar verdirir. Her adım için en az üç alan saklanır: zaman damgası, durum kodu ve operasyon notu. Lokasyon için terminal/çıkış bölgesi seçimi veya basit koordinat kaydı kullanılır. Durum kodları raporlamada kullanılır: örneğin “Gecikme bildirimi”, “Kapı değişikliği”, “Yolcu dışarı çıktı” gibi. Böylece bir gün sonra olay kronolojisi çıkar. Not alanı serbest metin olmalı ama minimum format kuralı koyulmalı: “neden + aksiyon” örneği. En büyük risk, serbest metnin tek doğruluk kaynağı olmasıdır. Sisteminiz notu desteklesin; ancak operasyon kararını durum kodlarından versin.
Raporlama ve kalite kontrol: Gün sonunda ne kontrol edilir?
Gün sonu kontrolünde amaç, açık uçlu iş kalemlerini bulmaktır. Operasyon panelinde teslim edilmiş, teslim başlatılmış ama teslim alınmamış, uçuş inmiş ama karşılamaya geçmemiş işleri ayıran filtreler olmalıdır. Ayrıca uçuşa göre ortalama bekleme süresi, terminal çıkışı başlatma süresi ve teslim teyidi süresi raporlanır. Kontrol listesi pratikte şöyle çalışır: (1) Uçuş “İniş gerçekleşti” var mı? (2) Karşılamacı “yolcu bulundu” kaydı oluşturdu mu? (3) Teslim “çift onay” kapandı mı? (4) Kapı/terminal değişikliği notlandı mı? Bu adımlar tamamlanmadıysa iş akışı yeniden açılabilmelidir. Saha kaynaklı hatalar erken yakalanır ve tekrar kaydı önlenir.
Neptün Transfer ile uygulama tasarımında dikkat edilmesi gerekenler
Neptün Transfer tarafında hedef, karşılamacı uygulamasını karar verdiren bir kayıt sistemine dönüştürmektir. Uygulamada teslim düğmesi kilitli olmalı; yolcu tanımlı değilse aksiyon alınmamalıdır. Uçuş event’leri “planlanan” ve “gerçekleşti” şeklinde iki ayrı durum olarak işlenmelidir. Ekranlar rol bazlı tasarlanır: karşılayıcı için yolcu kontrolü, şoför için teslim teyidi önceliklidir. Operasyon ekranda ise kronoloji ve eksik adımlar hızlı görülür. Böylece aynı rezervasyonda “kim neyi atladı?” sorusu tek bakışta yanıtlanır. Neptün Medya, saha diline uyumlu ekran metinleri ve net durum kodlarıyla bu standardı korur. Böyle bir yapı, uçuş takibi ile teslimatın birbirine bağlandığı gerçeği bozulmadan işler.
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.