Etkinlik Katılımcılarının Transferi 2026: Tek Güzergâh Planı

Katılımcıların havalimanı, otel ve etkinlik alanı arasındaki transferi için pratik bir şema: veriler, dalgalar, bagaj, sevk merkezi ve yedek plan.

Uçak zamanında indi, otobüs hazır, ama kayıt yine de katılımcıların bir kısmı olmadan başlıyor. Bir kişi diğer çıkışta karşılayanı arıyor, ikincisi bagajını bekliyor, üçüncüsü programa göre doğrudan etkinlik alanına gitmesi gerekirken otele götürülmüş. Araçlar var, ama ortak bir güzergâh yok.

Biz Aventura'da ulaşım planına otobüs sayısıyla başlamıyoruz. Önce akış haritasını oluşturuyoruz: kim ne zaman varıyor, ne zaman binişe hazır olacak, ne kadar bagajı var, hangi yardıma ihtiyacı var, kime teslim ediliyor ve programın bir sonraki noktasında hangi ana kadar bulunması gerekiyor.

Karşılama, ulaşım, konaklama ve programı tek bir planda birleştirmeniz gerekiyorsa, transfer ve koordinasyon hesaplaması talep edin. İlk görüşme için şehirler, tarihler, yaklaşık katılımcı sayısı, taslak program ve varış noktaları listesi yeterlidir.

Etkinlik katılımcılarının transferi neleri kapsar?

Bizim için yolculuk, araç gönderilmeden önce başlar. Önce varış bilgilerini kontrol eder ve katılımcıyı karşılarız. Ardından grubu toplar, binişi kontrol eder ve aracı varış noktasına kadar yönlendiririz. Seferi, karşılayan taraf onayladıktan sonra kapatırız; her aşama için bir sorumlu, durum ve yedek eylem atarız.

Güzergâha, bir dizi devir teslim olarak bakmak faydalıdır:

uçuş veya tren -> karşılayıcı -> toplanma noktası -> ulaşım -> otel veya alan -> karşılayan koordinatör

Buradaki her ok, sorumluluk değişimini gösterir. Katılımcı terminaldeyken durumunu varış koordinatörü yönetir. Binişten sonra işi, araç koordinatörüyle birlikte ulaşım dispeçeri devralır. Varış noktasında karşılayan taraf, grubun doğru bölgeye ulaştığını ve programa devam edebileceğini onaylar.

Yolculuk, otobüs binanın önünde durduğu anda bitmez. Katılımcılar yanlış kapıdan inebilir, kontrolde sıraya girebilir, kayıt bankosunu bulamayabilir veya odalar hazır olmadan önce gelebilir. Bu nedenle planda nihai bir kontrol noktası vardır: örneğin, «grup kayıt sorumlusuna teslim edildi» veya «katılımcılar otel koordinatörü tarafından kabul edildi, bagajlar yerleştirildi».

Ulaşım planı komşu süreçlerle bağlantılıdır, ancak kendi sorumluları ve durumları vardır. Otel bloğu ve konaklama listesi rooming list konaklamadan sorumludur. Katılımcı kaydı misafir profilini ve etkinliğe kabulü yönetir. Transfer ekibi yalnızca ihtiyaç duyduğu verileri kullanır ve onaylanmış varış durumunu geri bildirir.

Etkinlik birden fazla şehir, otel veya tesisi kapsıyorsa, lojistik kendi sorumlusu olan ayrı bir görev haline gelir. Böyle bir projede MICE ve kurumsal turizm yolculuğu, konaklamayı ve programı birbirine bağlar; ulaşım planı ise işin bağımsız bir parçası olarak kalır.

Ulaşım dalgalarının ana matrisi

Ekip; uçuşlar, otobüsler, kişiler ve güncel değişikliklerin yer aldığı tek bir tabloda çalışır. Bu, ana matristir. Her satır bir katılımcıya veya gruba karşılık gelir ve bir ulaşım dalgası uyumlu satırları bir araya getirir. Güncellemeden tek bir kişi sorumludur; değişikliği, görevi değişen kişilere bildirir.

Aşağıdaki tablo, minimum çalışma şablonumuzdur. Bunun için zorunlu bir form yoktur.

Matrisin tek bir ana sürümü vardır. Şoför, karşılayıcı veya otel için hazırlanan kopya daha az alan içerebilir, ancak içinde mutlaka indirme saati ve atama yer alır. Sohbetteki bir mesaj tek başına durumu değiştirmez. Değişiklik; ana tablo güncellendiğinde, uygulayıcılar yeni görevi aldığında ve onayladığında kapanır.

Planı ve güncel durumları ayırmak faydalıdır. Plan, "nasıl olması gerektiği" sorularını yanıtlar: dalga, araç, nokta, sorumlular, yedek. Güncel kısım ise tahmini varışı, yolcuların hazırlığını, binişi, yola çıkışı, varışı ve teslimi gösterir.

Genel matrise ulaşım ekibinin ihtiyaç duymadığı bilgileri eklemeyiz. Pasaport numarası, tıbbi belgelerin içeriği veya VIP protokol ayrıntıları şoförün uçuşu gerçekleştirmesine yardımcı olmaz. Kapalı rotalar ve özel ihtiyaçlar için sınırlı erişimli ayrı bir görünüm oluşturulur.

Hesaplamadan önce hangi veriler toplanmalı?

Önce ayrıntılı bir akış haritası oluşturuyoruz: varış noktaları, zaman aralıkları ve nihai adresler. Bagajı, gerekli yardımı ve kabul edilebilir bekleme süresini ayrıca kaydediyoruz. Ardından her dalgayı programın bir sonraki noktasıyla ilişkilendiriyoruz. Böylece biletler alındıktan ve nihai program yayınlandıktan sonra ulaşımın yeniden düzenlenmesi daha az gerekir.

Havalimanı veya tren istasyonu için terminali, buluşma yerini ve binişe kadar olan güzergâhı kontrol ediyoruz. Otobüs park yerini ve yedek noktayı ayrıca netleştiriyoruz. Otel ve etkinlik alanında giriş yolunu, indirme yerini ve kullanılabilir kapıyı inceliyoruz. Karşılayıcı koordinatörün iletişim bilgilerini güzergâhın yanında saklıyoruz.

Ardından yolcular hakkında verileri topluyoruz. Asgari set projeye bağlıdır, ancak genellikle şu sıra gerekir:

1. Kayıt için dahili bir ID ve veri sahibi atayın.
2. Ulaşım türünü, uçuş veya tren numarasını, tarihi ve varış noktasını belirtin.
3. Planlanan saati, tahmini saati, gerçekleşen varışı ve karşılamaya hazır olma durumunu ayırın.
4. Güzergâhın belirli bir bölümünün nihai noktasını kaydedin.
5. Bagaj parçası sayısını ve türünü toplayın, ekipmanı ve gabari dışı yükleri ayrıca işaretleyin.
6. Gerekli yardımı tarafsız bir şekilde tanımlayın, gereksiz tıbbi bilgi vermeyin.
7. Katılımcı veya asistanıyla izin verilen iletişim kanalını belirtin.
8. Onay durumunu ve son güncelleme zamanını girin.

Varış saati otomatik olarak araca biniş saati sayılamaz. İnişten sonra katılımcı uçaktan çıkmayı bekleyebilir, pasaport kontrolünden geçebilir, bagajını alabilir veya refakat hizmetinden yararlanabilir. Bu nedenle sevk görevlisi için ayrı bir karşılamaya hazır durumu gerekir. Bunu, katılımcıyla temas kuran karşılayıcı belirler; tablodaki bir formül bunu tespit edemez.

Bagaj, grubun gerçek profiline göre toplanır. Katılımcılar arasında sandıklar, stand malzemeleri, müzik aletleri, ürün numuneleri veya hareketlilik araçları varsa tek bir "valizli" satırı yeterli değildir. Proje ekibi havacılık kurallarını belirlemez. Pil, el bagajı ve gabari dışı yük sınırlamalarını katılımcı taşıyıcıyla teyit eder.

Hangi verilerin onaylandığını, hangilerinin henüz talep olduğunu ayrıca belirliyoruz. Gerekli araç, erken giriş, havalimanı yardımı, ayrı kapı veya tekerlekli sandalye yeri, sorumlu taraf yanıt verene kadar hazır bir hizmet gibi görünmemelidir. Matriste "talep edildi", "onaylandı" ve "alternatifle reddedildi" durumları faydalıdır.

Nihai başvuru imzalanmadan önce ulaşım şemasını kontrol etmek isterseniz, bize taslak dalga listesini gönderin. Varışları, bagajı, indirme noktalarını ve programı karşılaştırır, tartışmalı varsayımları ayrı bir liste olarak sunarız.

Araçlar ve dalgalar evrensel normlar olmadan nasıl hesaplanır?

Temel olarak her onaylanmış aracın pik talebini ve gerçek kapasitesini alıyoruz. Her dalga için boş yolcu koltuklarını, bagaj konfigürasyonunu ve koltuk sabitleme ekipmanı kurulduktan ve refakatçi yerleştirildikten sonraki koltuk sayısını kontrol ediyoruz. Çalışma kapasitesi bu değerlerin en küçüğü olur. Ruhsattaki koltuk sayısı tek başına hesaplama için uygun değildir.

Önce yolcuları uyumlu güzergâhlara göre gruplandırıyoruz. Uçakların iniş saatlerinin yakın olması insanları tek bir dalga yapmaz. Uluslararası ve iç hat varışlarında çıkış süresi farklı olabilir. Katılımcılar farklı otellere gidiyor olabilir.

Konuşmacının bazen doğrudan etkinlik alanına gitmesi gerekirken ana grubun önce otele yerleşmesi gerekebilir. Aşırı boyutlu bagaj veya biniş desteği de döngüyü değiştirir.

Her dalga için şunları kontrol ediyoruz:

1. Havalimanı, tren istasyonu ve terminal aynı mı?
2. Binişe hazır olma tahmini anları ne kadar yakın?
3. Varış noktası aynı mı?
4. Bagaj profili uyumlu mu?
5. Araç müsaitlik açısından uygun mu?
6. Grup programdaki bir sonraki noktaya yetişebiliyor mu?
7. Bu katılımcı kategorisi için hangi bekleme süresi kararlaştırıldı?
8. Kalkışa yetişemeyen yolcu nereye yönlendirilecek?

Aracın tam döngüsü navigatördeki güzergâhtan daha uzundur. Hesaplamaya aracın gelişi, tesise giriş izni ve biniş dâhildir. Yolculuk sonrasında boşaltma, grubu teslim etme ve bir sonraki noktaya dönüş için süre ayırıyoruz. Araç birden fazla sefer yapıyorsa her yeni çıkış önceki döngünün tamamlanmasına bağlıdır.

Faydalı kapasite şöyle yazılabilir:

faydalı kapasite = minimum(yolcu koltukları, bagaj konfigürasyonu, koltuk sabitleme ekipmanı kurulduktan ve refakatçi yerleştirildikten sonraki koltuklar)

Koordinatör ve refakatçi koltukları önceden düşülür. Bagaj kapasitesini tedarikçi, tarif edilen profile göre onaylar. Otobüsün fotoğrafı hesaplama için uygun değildir. Tekerlekli sandalyeyi sabitlemek için yolcu koltuk sayısı değişiyorsa hesaplama seferin fiili konfigürasyonuna göre yapılır.

Hareket modelini akış yapısına göre seçiyoruz:

İstisnaları, diğerlerinin beklemesi pahasına ana akışa dâhil etmemek daha iyidir.

Evrensel bir yedek yüzdesi yoktur. Gecikmenin maliyetine, yedek araç müsaitliğine, güzergâh uzunluğuna, program yoğunluğuna ve bağımsız akış sayısına bağlıdır. Bir projede boşta duran bir araç daha faydalıdır.

Bir diğerinde yedek araç anlaşması ve iletişimde ayrı bir şoför yeterlidir. Kararı etkinlikten önce tanımlıyor ve yükleniciyle teyit ediyoruz.

Lojistik ve transferleri etkinliğin genel üretim planına dâhil ediyoruz. Böylece araç hesaplaması kayıt, konaklama, etkinlik alanı zamanlaması ve dönüş çıkışlarıyla uyumlu hâle gelir.

Havalimanı ve tren garında karşılama

Katılımcıya önceden kısa bir talimat gönderiyoruz, koordinatöre ise ana ve yedek senaryoyu veriyoruz. Varış gününden önce buluşma noktasını ve koordinatörün kimlik tespit yöntemini teyit ediyoruz. Ardından iletişim kanalını ve uçuş durumunu kontrol ediyoruz. Ayrıca araca binene kadarki güzergâhı ve katılımcının belirlenen saatte gelmemesi durumunda yapılacakları ayrıca kaydediyoruz.

Katılımcıya verilen talimatta yalnızca bir sonraki adımı atmasına yardımcı olan bilgileri belirtiyoruz: nerede karşılıyoruz, koordinatör veya tabela nasıl görünüyor, çıkışta hangi iletişim numarasından haber verilecek, çıkış değiştiğinde nereye gidilecek ve mobil internet olmadan ne yapılacak. Çok uzun bir e-posta yolda kaybolur, bu nedenle operasyonel kısım kısa bir mesaja sığmalıdır.

Karşılayan kişi durumları kontrol eder:

1. bekleniyor - resmi durum değişmedi, koordinatör karşılamaya hazırlanıyor;
2. geldi - uçak veya tren geldi, ancak yolcu henüz hazır değil;
3. takip ediliyor - katılımcı mevcut aşamayı bildirdi;
4. bagajını alıyor - karşılayan kişi beklemenin nedenini anlıyor;
5. karşılamaya hazır - katılımcı noktaya doğru ilerliyor;
6. karşılaşıldı - temas teyit edildi;
7. araca biniyor - grup araç koordinatörüne teslim edildi;
8. katılımcı bulunamadı - üzerinde anlaşılan kontrol prosedürü başlatıldı;
9. yeniden atandı - katılımcı yeni bir gruba veya bireysel güzergâha yönlendirildi.

Ana ve yedek noktalar tanıdık bir terminalde bile gereklidir. Çıkış değişebilir, bölgenin bir kısmı kapatılabilir ve büyük bir grubun popüler bir yerde toplanması zor olabilir. Koordinatör, insanları B noktasına ne zaman yönlendireceğini ve bunu sevk görevlisine nasıl bildireceğini önceden bilir.

Katılımcı iletişime geçmezse, karşılayan kişi önce uçuşun veya trenin resmi durumunu ve mesaj kayıtlarını kontrol eder. Ardından izin verilen kanaldan arar veya yazar. Üzerinde anlaşılan bekleme süresinden sonra sevk görevlisi görevi sürdürmeye, yolcuyu başka bir araca yönlendirmeye veya «katılımcı bulunamadı» durumunu kapatmaya karar verir. Burada sürücünün kendi başına karar vermesi farklı versiyonların çatışmasına yol açar.

Geciken bagajı yolcu akışından ayırmak daha iyidir. Katılımcı, teslim alma bölgesinden çıkmadan önce kayıp bagaj servisinde bagajın alınamadığına dair bildirimi düzenler ve taşıyıcının talimatını izler. Program veya kişinin durumu aksini gerektirmedikçe ana grup güzergâhına devam eder. Koordinatör, işlemler sırasında kime eşlik edildiğini ve ardından durumu kimin güncelleyeceğini kaydeder.

Bir grubu otelde ve etkinlik alanında nasıl teslim ederiz?

Bir seferi yalnızca otel veya etkinlik alanı koordinatörünün onayından sonra kapatırız. Koordinatör dalgayı karşılar, yolcu ve bagaj bilgilerini alır, bir sonraki güzergâhı gösterir ve tamamlandığını dispazçere bildirir. Giriş, odalar veya kayıt hazır değilse ekip önceden kararlaştırılmış senaryoyu uygular.

Otelde önceden giriş yolunu ve indirme noktasını kontrol ederiz. Ardından valizlerle resepsiyona veya bagaj odasına kadar olan güzergâhı geçeriz. Erken dalga için ayrı bir senaryo ve sorumlu kişinin iletişim bilgisini kararlaştırırız.

Rezervasyonun yapılmış olması, odaların standart saatten önce hazır olduğu anlamına gelmez. Grup bagajını bırakabilir, kayıt işlemini yapabilir, yemeğe gidebilir veya doğrudan etkinlik alanına gidebilir.

Etkinlik alanında giriş yolu, otopark, izin verilen indirme saati, erişilebilir giriş ve kayıt noktasına olan mesafe önemlidir. Etkinlik alanları kataloğu seçime başlamak için yardımcı olur, ancak ulaşım şeması gerçek tesise göre kontrol edilir. Güzel bir salon, otobüsün nerede duracağı ve valizli katılımcının içeriye nasıl gireceği sorusunu yanıtlamaz.

Karşılayan koordinatör beklenen kişi sayısını, dalga ID'sini, tahmini varış saatini, sapmaları ve özel işlemleri alır. Tüm ana manifestoya ihtiyacı yoktur. Varıştan sonra gerçek kişi sayısını, istisnaları ve grubun ilerlemeye hazır olup olmadığını teyit eder. Otobüste kalan, kendi başına ayrılan veya başka bir alana yönlendirilen biri varsa bu durum statüye yansıtılır.

Birden fazla tesiste gerçekleşen etkinlikler için de aynı mantık geçerlidir. İki mekânda forum organizasyonu hakkındaki makalemizde mekânlar arası geçişin tüm döngüsünü ayrıntılı olarak ele alıyoruz. Havalimanı transferini, katılımcı bir sonraki ekibe teslim edildiğinde ve programına devam edebildiğinde tamamlanmış sayarız.

Sevk merkezi, durumlar ve karar günlüğü

Tüm operasyonel değişiklikleri tek bir sevk merkezinde topluyoruz, böylece ekip olayların ortak bir sürümüne göre çalışır. Burada resmi varış durumu, yolcuların hazır olması, araçlar, koordinatörler, karşılama noktaları ve sapmaların program üzerindeki etkisi görülür. Sürücüler ve karşılayıcılar gerçekleri iletir, ulaşım lojistiği yöneticisi ise senaryoyu seçer ve bir sonraki kontrolü atar.

Roller farklı kişiler arasında dağıtılabilir veya küçük bir ekipte birleştirilebilir, ancak işlevler kalmalıdır:

• ulaşım lojistiği yöneticisi plana sahiptir ve kararları verir;
• manifest operatörü ana tabloyu günceller;
• varış koordinatörü yolcularla iletişimi yürütür;
• araç sevk görevlisi gönderimi ve değişimleri yönetir;
• biniş koordinatörü kişileri ve bagajı kontrol eder;
• karşılama tarafı hazır olmayı ve teslimi onaylar;
• standart dışı güzergâh koordinatörü istisnaları ele alır.

Operasyonel durumu kısa bir şemaya göre oluşturuyoruz:

gerçek -> etki -> karar -> uygulayıcı -> sonraki kontrol

Örneğin, sevk görevlisine "uçuş gecikiyor" mesajı yardımcı olmaz. Şu kayıt gerekir: "tahmini varış değişti; A dalgası etkilendi; ana araç iki yolcu olmadan kalkıyor; yolcular B dalgasına yeniden atandı; koordinatör fiili varıştan sonra iletişimi onaylıyor". Burada uydurma dakikalar yok, ancak bir eylem var.

Günlükte mesajın saatini ve kaynağını, önceki ve yeni durumu, alınan kararı ve sorumluyu bırakıyoruz. Yanına bir sonraki kontrolün saatini koyuyoruz. Böylece yeni vardiya sonucu ve yeniden atamanın nedenini görür.

İletişim kanallarını görevlere göre ayırıyoruz. Genel operasyonel kanalda dalga durumları ve kararlar kalır. Sürücüler gönderim, güzergâh, sevk görevlisi iletişimi ve kontrol için minimum listeyi alır.

VIP ve erişilebilirlik verileri kapalı kanala gider. Katılımcı için buluşma noktası, dalga ertelemesi ve varış hakkında kısa mesajlar hazırlıyoruz.

İletişim yedeği de gereklidir. Bu, minimum manifestin çevrimdışı kopyası, önceden kaydedilmiş telefonlar, sahada telsiz iletişimi veya koordinatör aracılığıyla raporlama kuralı olabilir. Yedek, eylemle test edilir. İnternet olmadan kimsenin açmadığı bir dosya, çalışan bir yedek senaryo sayılmaz.

Gecikme, gelmeme ve kayıp bagaj durumunda ne yapmalı?

Sapma durumunda ana akışı ve programı koruruz, istisnayı ise önceden tanımlanmış bir senaryoya aktarırız. Karar, doğrulanmış duruma, mevcut dalgalara ve bir sonraki noktanın en geç saatine dayanır. Her eylem bir sorumlu, katılımcıya bir mesaj ve yeniden kontrol zamanı alır. Dispeçer, ev sahibi taraf üzerindeki etkiyi ayrıca kaydeder.

Karar matrisini etkinlikten önce oluştururuz:

1. Tahmini süre değişti, program korunuyor. Saati güncelleriz, aracın atamasını kontrol ederiz ve ev sahibi tarafa bildiririz.
2. Yolcu kendi dalgasına yetişemiyor. Onu bir sonraki uyumlu dalgaya atar ve yeni talimatı onaylarız.
3. Uçuş ana akıştan ayrıldı. Ana otobüs hareket eder, gecikenler için yedek güzergâh atanır.
4. Bagaj teslim edilmedi. Katılımcı resmi hizmet üzerinden kayıp başvurusu yapar, dispeçer refakat ve sonraki yolculuk konusunu çözer.
5. Araç gelmedi veya arızalı. Dispeçer onaylanmış yedeği devreye alır, koordinatör grubu güvenli bir noktada tutar.
6. Varış noktası hazır değil. Kalkış, ulaşım lojistiği yöneticisinin kararıyla geciktirilir veya grup üzerinde anlaşılmış bir ara noktaya yönlendirilir.
7. Katılımcı bulunamadı. Resmi durumu kontrol ederiz, izin verilen kanaldan iletişim kurarız, üzerinde anlaşılmış gelmeme kuralını uygularız ve kararı kaydederiz.
8. Programın bir sonraki noktasına ulaşılamıyor. Katılımcı geç girişe, doğrudan alana veya başka bir üzerinde anlaşılmış güzergâha yönlendirilir.

"Katılımcı bulunamadı" durumu, etkinliğe katılmama ile karıştırılmamalıdır. Kişi kendi başına gelmiş, başka bir araca geçmiş, koordinatöre kaydolmamış veya iletişimi kaybetmiş olabilir. Otobüsteki boş koltuk henüz gelmeme anlamına gelmez; önce ekip katılımcının durumunu kontrol eder. Ulaşımda gelmeme için genel bir yüzde de diğer etkinliklerden aktarılmaz.

Uçuş gecikmesi durumunda taşıyıcı, Federal Havacılık Kuralları ile taşıyıcı ve havalimanının geçerli prosedürlerine göre hizmeti düzenler. Ulaşım ekibi farklı bir görevi çözer: etkinliğin güzergâhını korumak. Havayolu şirketinin hizmetlerini taahhüt etmiyoruz ve resmi bilgi kanallarının yerini almıyoruz. Manifestoya doğrulanmış durumu ve ekibimizin eylemini kaydederiz.

Yedek plan altı soruya yanıt vermelidir:

1. Senaryoyu hangi doğrulanabilir olgu tetikler?
2. Kararı kim verir?
3. Ek onay olmadan gerçekleştirilen ilk eylem nedir?
4. Kimler bilgilendirilmelidir?
5. Hangi araç, nokta veya dalga kullanılır?
6. Ekip durumu ne zaman yeniden kontrol eder?

"Başka bir otobüs buluruz" ifadesi bu sorulardan hiçbirini kapatmaz. Onaylanmış yedek daha mütevazı olabilir, ancak gerçek bir sözleşmede, kişilerde ve programda mevcuttur.

Erişilebilirlik, VIP ve standart dışı bagaj

Bu tür seyahatler için genel ulaşım planı içinde ayrı rotalar oluşturuyoruz. Yalnızca işlem için gerekli bilgileri topluyor, hizmeti havaalanı, tren istasyonu ve ulaşım sağlayıcısıyla önceden teyit ediyor, teslim noktasını kontrol ediyor ve hassas bilgilere erişimi sınırlıyoruz. Özel senaryonun nedenini geniş ekiple paylaşmıyoruz.

Veri toplamadan önce müşteri; veri sorumlusunu, amacı, asgari bilgi setini, hukuki dayanağı, saklama ve imha süresini, erişim kapsamını ve alt yüklenicilere aktarım usulünü belirler. Yanıtlar sağlık durumu veya diğer özel nitelikli kişisel veri kategorilerini açığa çıkarıyorsa, işleme şekli ve dayanağı önceden kişisel verilerden sorumlu kişi veya hukukçu tarafından kontrol edilir. Gerekirse ayrı bir yazılı onay alınır. Amaç gerçekleştikten sonra, yasal veya sözleşmesel olarak daha fazla saklama gerekmiyorsa çalışma manifestoları silinir.

Hareket kabiliyeti kısıtlı katılımcı için tüm güzergâhı kontrol ederiz:

• yardım çağrı noktası ve karşılayıcıya teslim;
• terminal ile araç arasındaki yol;
• biniş ve hareketlilik aracının sabitlenmesi;
• refakatçinin yeri;
• otelin ve etkinlik alanının erişilebilir girişi;
• bir sonraki koordinatöre teslim.

Otobüsteki asansör, araç gerekli noktaya yaklaşamıyorsa veya sonrasında alternatifi olmayan bir merdiven varsa sorunu çözmez.

İş süreci şöyle işler:

1. İşleme amacını ve hukuki dayanağını belirlemek; gerekirse yardım organizasyonu için gereken bilgiler için ayrı onay almak.
2. Hizmeti havayolu, havaalanı veya tren istasyonundan teyit etmek.
3. Teslim noktasını ve sorumlusunu kaydetmek.
4. Ulaşımı etkiliyorsa hareketlilik aracının parametrelerini almak.
5. Aracın gerçek konfigürasyonunu teyit etmek.
6. Uygulayıcıya yalnızca kendi bölümüne ait verileri iletmek.
7. Bir sonraki noktada teslimin tamamlandığını kontrol etmek.

Teşhisi, gerekli olmadıkça ve ayrı bir hukuki dayanak olmaksızın genel manifestoya dahil etmiyoruz. Operasyon ekibinin nötr bir ifadeye ihtiyacı vardır: binmede yardım gerekiyor, alçak girişli araç gerekiyor, yolcu tekerlekli sandalyeyle hareket ediyor, refakatçiyle seyahat ediyor, teslim için ek süre gerekiyor. Ayrıntılara erişim yalnızca hizmetin organizasyonu için ihtiyaç duyan kişiye verilir.

VIP senaryosu kapalı erişim ve rotanın kesintisizliği üzerine kuruludur. Bunda ayrı bir irtibat kişisi, araç, karşılayıcı ve teslim noktası olabilir. Bu statü, trafik kurallarını ihlal etme veya teyit edilmemiş erişimi kullanma hakkı vermez. Rota; terminal, otel, etkinlik alanı ve güvenlik birimi sahipleriyle koordine edilir.

Standart dışı bagajı ayrı bir profil olarak yönetiyoruz. Önce boyutları ve ağırlığı toplar, ardından yükleme yöntemini ve araç kısıtlarını netleştiririz. Sandıklar, numuneler, müzik aletleri, stand malzemeleri ve büyük ekipmanlar, koltuklar bitmeden bagaj bölmesini doldurabilir. Tehlikeli maddeler ve bataryalarla ilgili kuralları katılımcı taşıyıcıdan kontrol eder.

Yükleme ve boşaltma sırasında parça sayımından sorumlu bir kişi atarız. Bu kişi adedi karşılaştırır, kişisel bagajı grup ekipmanından ayırır ve boşaltma sonrası bölmenin boş olduğunu kontrol eder. Bu basit prosedür, bir çanta veya valizin bir sonraki sefere çıkmış araçta kalma riskini azaltır.

Uçtan uca prova ve teklif için brief

Provada ekip, katılımcının buluşma noktasından karşılayan koordinatöre teslimine kadar olan yolculuğunu baştan sona deneyimler. Gerçek buluşma noktasını, biniş yolunu, kişi kontrolünü, bagaj yerleşimini, otele veya alana yaklaşmayı ve seyahatin tamamlanmasını kontrol eder. Prova sonrasında tek bir şema sürümü ve sorumluları belirtilmiş düzeltme listesi kalır.

Kontrolü etkinlikte olacak konfigürasyonla yaparız. Otobüs terminale yaklaşamıyorsa bu, grup gelmeden önce tespit edilir. İniş noktasından girişe kadar olan yol navigatörün gösterdiğinden uzun sürüyorsa düzeltme programa işlenir. Alanda birden fazla kapı varsa şoför ve koordinatör aynı adı ve şemayı alır.

Minimum prova senaryosu:

1. Ana ve yedek buluşma noktalarını bulmak.
2. Koordinatörün iletişimini ve kimlik tespit yöntemini kontrol etmek.
3. Grubun yolunu normal ve standart dışı bagajla geçmek.
4. Bekleme ve biniş yerini kontrol etmek.
5. Atanan sınıftaki aracın yaklaşmasını ve manevrasını doğrulamak.
6. İniş noktasını ve girişe kadar erişilebilir güzergâhı geçmek.
7. Test grubunu karşılayan tarafa teslim etmek.
8. Gecikmeli uçuş, iletişim kesintisi ve güncel kaydı olmayan yolcu senaryolarını canlandırmak.
9. Program sonrası dönüş çıkışını ve toplanma noktalarını kontrol etmek.
10. Sonuçlara göre ana matrisi güncellemek.

Teklif ve ilk brief için müşterinin kusursuz bir bilet listesine ihtiyacı yoktur. Başlangıç çerçevesini iletmesi yeterlidir:

• şehir ve tarihler;
• havalimanları, tren garları, oteller ve alanlar;
• taslak program;
• beklenen varış ve ayrılış dalgaları;
• grup kompozisyonları ve katılımcı rolleri;
• tahmini bagaj ve ekipman;
• erişilebilirlik ihtiyaçları;
• gereksiz kişisel ayrıntı olmadan VIP kategorileri;
• mekân kısıtlamaları;
• istenen sevk ve raporlama formatı.

Biletler alındıktan sonra matris netleştirilir. Matriste güncelleme süreleri ile müşteri ve organizatör tarafındaki sorumlular yer almalıdır. Veriler birkaç birim üzerinden değişiyorsa yeni seyahati onaylama, aracı iptal etme veya varış noktasını değiştirme yetkisinin kimde olduğunu önceden belirleriz.

Nihai sürümü yayınlamadan önce son kontrolü yaparız:

• her dalganın bir sahibi ve karşılayan tarafı var;
• varış saatleri binişe hazır olma durumundan ayrılmış;
• kullanılabilir kapasite kişi, bagaj ve erişilebilirlik açısından doğrulanmış;
• ana akış istisnalardan ayrılmış;
• A ve B noktaları kontrol edilmiş;
• yedeğin devreye alma koşulu var;
• dönüş çıkışları etkinlik başlamadan önce toplanmış;
• uygulayıcılar yalnızca ihtiyaç duydukları verileri almış;
• değişiklikler ana tabloya işleniyor;
• program grupların gerçek varışlarını biliyor.

Ulaşım, etkinliğin genel planının bir parçası olmalıdır. Aventura olarak onu kayıt, konaklama, alan ve zamanlama ile ilişkilendiririz. Böylece sevk görevlisi katılımcıların programa devam etme hazırlığını yönetir ve araçları bu görevin bir kaynağı olarak kullanır.

Karşılama, servis araçları, bagaj, konaklama ve dönüş çıkışlarını kapsayan tek bir plana ihtiyacınız varsa, projeyi görüşün ve teklif isteyin. Akış haritasıyla başlarız ve hâlâ teyit edilmesi gereken verileri ayrıca belirtiriz.

Kaynaklar

• Rusya Ulaştırma Bakanlığı'nın 161 Sayılı Emri: yolcu ve bagaj taşıma kuralları
• Rusya Ulaştırma Bakanlığı'nın 368 Sayılı Emri: havalimanları ve hava araçlarının erişilebilirliği
• 152-FZ Sayılı Federal Kanun «Kişisel Veriler Hakkında», 5, 9, 10 ve 18.1. maddeler
• Federal Havacılık Kuralları: yolcu ve bagaj taşımaya ilişkin genel kurallar
• Domodedovo: hareket kabiliyeti kısıtlı yolcular için
• Pulkovo: özel ihtiyaçları olan yolcular için
• Demiryolu Gar Müdürlüğü: yolcu hizmetleri
• IATA: Passenger Baggage Rules
• ACI World: Accessibility