Seyahat Acentesi Yazılımı Seçim Rehberi

Seyahat acentesi ve tur operatörü işi; oda satmaktan veya tek bir ürün sepetinden çok daha karmaşık bir zincirdir. Tur paketi, kontenjan, tedarikçi maliyeti, rehber planı, transfer ve tahsilat aynı dosyada buluşur. Bu yüzden seyahat acentesi yazılımı seçerken genel e-ticaret paneli veya otel PMS ile yetinmek çoğu zaman operasyonu parçalar. Bu rehber, doğru paneli seçmeniz için farkları, akışları ve kontrol listesini netleştirir.

Seyahat acentesi yazılımı nedir, neyi bir araya getirir?

Seyahat acentesi yazılımı; tur ve hizmet paketlerini, müsaitlik/kontenjanı, rezervasyonları, tahsilatı, tedarikçi siparişlerini ve saha planını tek iş kaydında yönetmeye odaklanır. Amaç, müşterinin “Kapadokya 3 gece” talebinden fatura ve transfer listesine kadar giden süreci kopyala-yapıştır e-postalarla değil, izlenebilir bir dosyada yürütmektir.

Bu panelde tipik olarak şunlar bir arada bulunur:

• Tur / paket tanımı (gün gün program, dahil/hariç hizmetler)
• Kontenjan ve sezonluk fiyat kuralları
• Bireysel ve grup rezervasyonları
• Kapora, bakiye ve tahsilat takibi
• Otel, transfer, rehber ve diğer tedarikçi bağlantıları
• Yolcu listesi, vize/not alanları ve operasyon checklist’i

HazırSoft tarafında sektörel panelleri değerlendirirken de aynı mantıkla bakılır: ürün sepeti değil, tur dosyası merkezdedir. Genel mağaza yazılımı stok ve kargo üzerine kuruludur; acente paneli ise tarih, kişi sayısı, tedarikçi maliyeti ve hizmet bileşenleri üzerine kurulur.

Acente yazılımı ile otel rezervasyon sisteminin farkı

En sık karıştırılan nokta burasıdır. Otel rezervasyon yazılımı (veya PMS) oda envanteri, oda tipi, housekeeping ve otel içi müsaitlik için tasarlanır. Seyahat acentesi yazılımı ise birden fazla tedarikçiden gelen hizmetleri birleştirip müşteriye paket satar.

Operasyon birimi farklıdır

Otel sisteminde temel birim odadır: “deluxe double, 12–15 Mayıs, 2 gece”. Acente sisteminde temel birim tur dosyası veya rezervasyon kartıdır: “2 yetişkin + 1 çocuk, Kapadokya kültür turu, 12 Mayıs kalkış, özel transfer dahil”. Aynı kartın içinde otel gecesi, müze bileti, rehber ve uçak/otobüs koltuğu bir arada durabilir.

Satış kanalı ve stok mantığı farklıdır

Otel PMS stokunu kendi odalarından yönetir. Acente paneli ise dış kontenjanlarla çalışır: otelden bloke edilen oda kotası, uçaktan alınan koltuk, tekne turunda satılabilir koltuk sayısı. Kontenjan bittiğinde sistemin yeni satışa izin vermemesi, bekleme listesi açması veya alternatif tarihi önermesi gerekir.

Kim neyi yönetir?

• Otel PMS: resepsiyon, oda durumu, minibar, otel faturası
• Seyahat acentesi yazılımı: müşteri dosyası, paket fiyatı, tedarikçi maliyeti, rehber/transfer planı, acente kârı

Bazı oteller kendi web sitesinden oda satar; bazı acenteler de otel gibi “konaklama paketi” sunar. Yine de yazılım seçiminde sorulacak soru nettir: “Ana işim oda işletmek mi, yoksa birden fazla hizmeti birleştirip satmak mı?” İkinci cevapsa otel PMS’i ana panel yapmak yetersiz kalır.

Tur paket, kontenjan ve fiyat yönetimi

Acente yazılımının kalbi tur ve fiyat katmanıdır. İyi kurgulanmış bir yapı; satış ekibinin “fiyatı Excel’den bakayım” demesini azaltır.

Paket tanımını parçalara ayırın

Her turu tek satırlık bir isim olarak değil, bileşenlerle tanımlayın:

• Konaklama geceleri ve oda tipi
• Ulaşım / transfer bacakları
• Rehber ve müze girişleri
• Yemek ve opsiyonel ekstralar
• Sigorta veya vize danışmanlığı gibi ek kalemler

Böylece bir bileşen fiyatı değiştiğinde tüm paketi elden geçirmek yerine ilgili kalemi güncellersiniz. Ayrıca “sadece konaklama” veya “sadece günübirlik” gibi alt ürünleri aynı ana tur ailesinden türetmek kolaylaşır.

Kontenjanı satışa kilitleyin

Kontenjan yalnızca “kaç kişi kaldı?” sorusu değildir. En az şu durumları desteklemelidir:

• Tedarikçiden bloke edilen kota (garanti / allotment)
• Satışa açılan kota ile iç rezervasyon (opsiyon) ayrımı
• Opsiyon süresi dolunca kontenjanın otomatik serbest kalması
• Grup rezervasyonunda çocuk, bebek ve third bed kuralları
• Kapalı çıkış tarihleri ve minimum katılımcı eşiği

Örnek senaryo: 20 kişilik bir Kapadokya çıkışında 12 kesin, 4 opsiyonlu satış vardır. Opsiyon süresi dolunca 4 yer yeniden satılabilir hale gelmelidir. Bu akış manuel takipte kolay kaçırılır; panelde kural olarak tanımlanmalıdır.

Fiyatı sezondan ve kişi tipinden bağımsız düşünmeyin

Tur fiyatı çoğu zaman şu katmanların birleşimidir:

1. Sezon / tarih aralığı (düşük, omuz, yüksek)
2. Kişi tipi (yetişkin, çocuk, single supplement)
3. Oda tipi ve pansiyon
4. Erken rezervasyon veya son dakika kuralı
5. Acente / B2B komisyonlu fiyat ile B2C net fiyat

Yazılım seçerken “fiyat alanı var mı?” yetmez. Sormanız gereken soru şudur: “Aynı tur için 15 Mayıs ve 15 Ağustos, single ve double, acente ve son kullanıcı fiyatını tek üründe bozmadan yönetebiliyor muyum?” Cevap hayırsa sezon değişiminde Excel’e dönüş riski yüksektir.

Online rezervasyon ve tahsilat akışı

Müşteri web’den tur görür, tarih seçer, yolcu bilgisi girer ve ödeme adımına gelir. Bu akış e-ticaret sepetine benzer görünse de arka planda tur dosyası oluşmalıdır.

Sağlam bir rezervasyon adım sırası

1. Tur ve kalkış tarihi seçimi
2. Kişi sayısı ve oda dağılımı
3. Kontenjan ve fiyatın anlık doğrulanması
4. Yolcu bilgileri ve özel notlar (transfer saati, diyet, engelli erişim)
5. Kapora veya tam ödeme tercihi
6. Ödeme sonucuyla rezervasyonun “kesin / ön rezervasyon / iptal” durumuna düşmesi
7. Otomatik teyit e-postası ve operasyon görev listesi

Ödeme başarısız olduğunda kontenjanın yanlışlıkla düşmemesi kritiktir. Başarılı ödemede ise hem müşteriye teyit gitmeli hem de iç ekibe “transfer ata / tedarikçiye bildir” işi açılmalıdır. Onay ve görev zincirini sadeleştirmek için iş akışı otomasyonu mantığını rezervasyon durumlarına bağlamak faydalıdır.

Tahsilatı tur takvimine bağlayın

Acentelerde tek seferlik full ödeme her zaman mümkün olmaz. Yazılımın en azından şunları izlemesi gerekir:

• Kapora tutarı ve kalan bakiye
• Ödeme vadesi (ör. kalkıştan 14 gün önce bakiye)
• Kısmi iade / ceza kuralları için not ve durum alanları
• Nakit, havale, sanal POS ve acente cari farkı

B2B satışlarda bayi cari bakiyesi, B2C’de ise online tahsilat öne çıkar. İkisini aynı panelde karıştırmamak için müşteri tipine göre ödeme yöntemlerini sınırlayın.

Satış sonrası iletişim boşluğu bırakmayın

Tur satışı kapandıktan sonra müşteri “nereye gelecek, saat kaçta, belgeler neler?” diye sorar. Panelden giden teyit, hatırlatma ve destek kanalı bu yükü azaltır. Yoğun sezonda sohbet ve ticket ihtiyacı artarsa canlı destek yazılımı ile acente panelini aynı operasyon disiplininde düşünmek gerekir: rezervasyon numarası destek kaydına bağlanabilmeli, geçmiş yazışmalar kaybolmamalıdır.

Tedarikçi, rehber ve transfer planlama

Müşteriye giden tek fatura, arka planda birden fazla tedarikçi iş emrine bölünür. Seyahat acentesi yazılımı burada “satış paneli” olmaktan çıkıp operasyon paneline dönüşür.

Tedarikçi kartını rezervasyona bağlayın

Her tedarikçi için en az şu bilgiler tutulmalıdır: iletişim, sözleşme notu, iptal koşulları, maliyet para birimi, ödeme vadesi. Rezervasyon oluşunca ilgili otel, transfer firması veya aktivite sağlayıcısına iş emri üretilebilmeli; manuel WhatsApp mesajı tek kaynak olmamalıdır.

Rehber planı kişi ve dil bazlı olmalı

Günübirlik ve kültür turlarında rehber ataması basit bir isim seçimi gibi görünür; pratikte dil, grup büyüklüğü ve rota çakışması devreye girer. İyi bir panel:

• Rehberin müsaitlik takvimini gösterir
• Aynı saatte iki tura atanmasını engeller
• Grup büyüklüğüne göre ikinci rehber ihtiyacını hatırlatır
• Rehbere yolcu listesi ve buluşma noktasını paylaşır

Transferi “adres satırı” olarak bırakmayın

Transfer planlamasında havalimanı saati, otel adresi, araç tipi ve pax sayısı birlikte okunmalıdır. Örnek: sabah 08:00’de üç otelden toplanacak 14 yolcu için minibüs kapasitesi ve sıralı pickup listesi panelden çıkarılabiliyorsa saha hatası azalır. Gece uçuşu veya gecikmeli varış notları da aynı transfer kartında görünmelidir.

Küçük ekiplerde bu işler tek operasyon sorumluda toplanabilir; büyüdükçe “satış / operasyon / saha” rollerinin yetki ayrımı şart olur. Herkes her tedarikçi maliyetini ve rehber telefonunu görmemelidir.

Fatura, KVKK ve entegrasyon dikkat noktaları

Tur satışı kişisel veri ve mali belge yoğun bir alandır. Yazılım seçimini yalnızca “online form güzel mi?” sorusuna indirgemeyin.

Fatura ve mali belge akışı

Acentelerde sık görülen senaryolar: peşin e-arşiv faturası, kapora makbuzu sonrası bakiye faturası, acenteye komisyonlu satış, tedarikçiye mahsup. Panelin en azından şu sorulara cevap vermesi gerekir:

• Rezervasyon durumundan faturaya veri aktarımı var mı?
• Yolcu adı ile fatura ünvanı ayrılabiliyor mu?
• İptal ve iade durumunda belge düzeltme süreci izlenebilir mi?
• Muhasebe veya e-belge entegratörüne nasıl bağlanıyor?

Mali ve hukuki yükümlülükler işletme tipine, ciroya ve belge türüne göre değişir; yazılım vaadi yasal danışmanlığın yerini tutmaz. Kurulumdan önce muhasebecinizle belge senaryolarını tek tek yürütün.

KVKK ve yolcu verisi

Pasaport no, doğum tarihi, iletişim ve özel istekler hassas veya en azından dikkatle işlenmesi gereken verilerdir. Panelde aramanız gereken pratik kontroller:

• Kim hangi yolcu alanını görebiliyor? (rol bazlı erişim)
• Veri saklama süresi ve silme / anonimleştirme süreci tanımlı mı?
• Aydınlatma metni ve açık rıza kayıtları form akışına bağlanabiliyor mu?
• Yedekler ve dış entegrasyonlar şifreli / yetkili erişimle mi gidiyor?

Bu maddeler genel bilgilendirmedir; KVKK uyumu süreç, sözleşme ve teknik tedbirlerin birlikte tasarlanmasını gerektirir. “Panelde kutucuk var” demek tek başına uyum anlamına gelmez.

Entegrasyonlarda gerçek ihtiyaç listesi çıkarın

Her acentenin entegrasyon önceliği farklıdır. Yaygın adaylar:

• Sanal POS ve 3D ödeme bildirimi
• E-posta / SMS bilgilendirme
• Muhasebe veya e-belge
• Web sitesi tur vitrini ve blog
• CRM veya çağrı merkezi

Entegrasyonu “var / yok” diye işaretlemek yerine veri yönünü yazın: “online ödeme başarılı → rezervasyon kesin → kontenjan düş → teyit maili”. Ters yön de önemlidir: iptalde kontenjan iadesi ve ödeme iade kaydı. API, dosya aktarımı veya manuel dışa aktarma seçeneklerinden hangisinin sizin hacminize yettiğini netleştirin.

Seçim kontrol listesi: panele demo soruları

Demo alırken genel sunum yerine kendi turunuzla senaryo oynatın. Aşağıdaki liste, seyahat acentesi yazılımı kararını somutlaştırır:

1. Tek bir tur dosyasında otel + transfer + rehber bileşenlerini fiyat ve maliyet olarak ayrı gösterebiliyor musunuz?
2. Allotment kontenjanı, opsiyon süresi ve kesin rezervasyon ayrımı çalışıyor mu?
3. Sezon, çocuk ve single kuralları aynı pakette bozulmadan hesaplanıyor mu?
4. Online kapora sonrası bakiye takibi ve vade hatırlatması var mı?
5. Tedarikçiye iş emri veya en azından net yolcu listesi üretilebiliyor mu?
6. Rehber ve araç çakışması engelleniyor mu?
7. Rol bazlı yetki ile maliyet ve pasaport alanları gizlenebiliyor mu?
8. İptal durumunda kontenjan, tahsilat ve belge adımları izlenebilir mi?
9. Web vitrini, ödeme ve bildirim entegrasyonları sizin altyapınıza uyuyor mu?
10. Raporlar “hangi tur kârlı, hangi çıkış dolulukta?” sorusuna cevap veriyor mu?

Cevaplar kağıtta kalmasın: demo ortamında 1 tur, 2 çıkış tarihi, 1 grup ve 1 bireysel rezervasyon açtırın. Satıştan transfer listesine kadar aynı dosyayı izleyin.

Hazır panel mi, özelleştirme mi?

KOBİ ölçeğinde çoğu acente, tur dosyası + kontenjan + tahsilat + temel operasyon akışını karşılayan hazır bir seyahat acentesi yazılımı ile hızlı ilerler. Kurumsal veya çok ülkeli yapılarda ek onay katmanları, çoklu şube, karmaşık B2B fiyat listeleri veya özel tedarikçi XML’leri devreye girebilir; bu durumda özelleştirme veya özel geliştirme ihtiyacı artar.

Karar verirken “bugünkü tur sayım” ile “önümüzdeki sezon kanal planım”ı birlikte düşünün. Yalnızca bugünkü Excel’i kopyalayan bir panel, gelecek yıl online satış ve bayi ağı açıldığında dar gelebilir. Tersine, hiç kullanmayacağınız dev modüller de ekibi boğar. Orta yol; çekirdek tur-rezervasyon-operasyon akışını sağlam kurup, entegrasyonları ihtiyaca göre eklemektir.

İhtiyacınıza yakın hazır çözümleri incelerken HazırSoft yazılım kataloğu üzerinden sektörel panelleri ve web altyapı seçeneklerini yan yana değerlendirmek, demo öncesi kapsamı daraltmanıza yardımcı olur.

Sonuç: tek panel, net dosya, ölçülebilir operasyon

Doğru seyahat acentesi yazılımı; otel PMS’in oda odaklı dünyasını veya genel e-ticaret sepetini taklit etmez. Tur paketini, kontenjanı, rezervasyonu, tahsilatı ve tedarikçi planını aynı dosyada buluşturur. Farkı anladığınızda seçim kriterleri de sadeleşir: paket bileşenleri, kota kuralları, online ödeme sonrası durumlar, rehber-transfer planı, belge ve veri erişimi.

Kendi en çok satan iki turunuzu alıp bu rehberdeki kontrol listesiyle demo yapın. Süreç kâğıt üzerinde değil, gerçek bir rezervasyon kartında akıyorsa paneli ciddi aday yapabilirsiniz. Kapsamı netleştirdikten sonra HazırSoft ile web ve yazılım tarafını işletmenizin satış-operasyon dengesine göre konuşmak, bir sonraki adımı hızlandırır.