# Acente yönetim paneli: uçak bileti operasyonunu tek ekrandan yönetin

Kaynak: https://www.ucakbiletiyazilimi.com/yonetim-paneli/ — Son güncelleme: 2026-10-23

Acente yönetim paneli, uçak bileti satışının arka ofisidir. Süresi dolan opsiyonlar, başarısız ödemeler, havayolu tarife değişiklikleri, destek talepleri ve tedarikçi bağlantılarının durumu ayrı kuyruklarda toplanır; ekibiniz neyin beklediğini tek bakışta görür.

## Özetle
- Yönetim paneli opsiyon, ödeme, havayolu, mutabakat, kısmi başarısızlık ve satış sonrası talep olmak üzere ayrı operasyon kuyrukları sunar.
- Havayolu tarife değişiklikleri arka planda çalışan bir senkron göreviyle tespit edilir; operatör değişikliği kabul eder, reddeder veya ücretsiz iade başlatır.
- Destek modülü SLA, eskalasyon, memnuniyet anketi ve şablonlarla çalışır; talepler e-postadan veya rezervasyon ekranından açılır.
- Tedarikçi sağlık durumu, çağrı logları ve sandbox (test) modu tedarikçi bağlantılarının denetimini kolaylaştırır.
- Platformun kendi REST API'si OpenAPI 3.1 ile belgelenir ve Scalar arayüzünden incelenebilir.

Uçak bileti satışında asıl iş çoğu zaman bilet kesildikten sonra başlar. Bir opsiyonun süresi dolar, bir kart ödemesi bankada takılır, havayolu uçuşun saatini değiştirir, bir yolcu iade ister. Bu işlerin hiçbiri satış ekranında görünmez ama her biri gözden kaçtığında para veya müşteri kaybıdır. Acente yönetim paneli bu işleri tek bir arka ofiste toplar. DIJI.TECH'in [uçak bileti yazılımı](https://www.diji.tech/tr/b2c/ucak-bileti-yazilimi) B2B portal, B2C satış sitesi ve kurumsal portaldan gelen tüm rezervasyonları bu panelde birleştirir.

## Acente yönetim paneli nedir?

Acente yönetim paneli, satış kanallarının arkasında çalışan ve operasyon, destek, finans, fiyatlandırma ve tedarikçi ayarlarının yönetildiği bir arka ofis (back-office) arayüzüdür. Sektörde acenta yönetim paneli veya back-office olarak da anılır. Satış ekranı "ne satılabilir" sorusuna, yönetim paneli ise "satılanla ilgili ne yapılması gerekiyor" sorusuna cevap verir.

Panel birkaç ana bölümden oluşur:

| Bölüm | Ne yönetilir? |
|---|---|
| Operasyon | Opsiyon, ödeme, havayolu, mutabakat, kısmi başarısızlık ve satış sonrası talep kuyrukları |
| Destek | Müşteri ve alt acente talepleri, SLA ve eskalasyon |
| Acenteler | Master, GSA ve alt acente hiyerarşisi, kredi limitleri, duyurular |
| Fiyatlandırma | Markup kuralları, servis bedeli, satış sonrası hizmet bedeli |
| Finans ve raporlar | Ekstre, bakiye, faturalar, satış ve kârlılık raporları |
| Entegrasyonlar | Tedarikçi hesapları, muhasebe ve bildirim sağlayıcıları |

## Operasyon kuyrukları neleri takip eder?

Operasyon kuyrukları, ekibin müdahale etmesi gereken rezervasyon işlerini türüne göre ayrı listelerde toplayan iş takip ekranlarıdır. Her iş bir kuyruğa düşer ve açık, işlemde, çözüldü ya da kapatıldı durumlarından biriyle izlenir. İşin kaynağı ortadan kalktığında (örneğin opsiyon zamanında biletlendiğinde) kayıt otomatik olarak kapanır.

- **Opsiyon:** biletleme süresi dolmak üzere olan veya dolmuş rezervasyonlar. Opsiyon süresinin tanımı [opsiyon ve TTL](/sozluk/opsiyon-ttl/) maddesinde.
- **Ödeme:** başarısız olan tahsilatlar; her kayıt ilgili ödeme ekranına bağlanır.
- **Havayolu:** havayolunun tarife (schedule) değişikliği yaptığı rezervasyonlar.
- **Mutabakat:** sonucu tedarikçiyle doğrulanması gereken, mutabakat bekleyen rezervasyonlar.
- **Kısmi başarısızlık:** sepetin bir kısmı onaylanıp bir kısmı onaylanamadığında kalan kalemlerin takibi.
- **Satış sonrası talepleri:** operasyona devredilen satış sonrası işler; örneğin tedarikçinin API üzerinden desteklemediği yolcu veya bacak bazında kısmi iptal talepleri.

Kuyruk yapısının faydası önceliklendirmedir. Sabah işe başlayan operasyon ekibi tek tek rezervasyon açmak yerine kuyruklara bakarak gün içinde neyin acil olduğunu görür.

## Tarife değişikliği (schedule change) nasıl yönetilir?

Tarife değişikliği yönetimi, havayolunun biletlenmiş bir uçuşta yaptığı saat veya uçuş değişikliğini tespit edip operatöre karar için sunan süreçtir. Arka planda çalışan bir senkron görevi rezervasyonları tedarikçi verisiyle karşılaştırır ve değişiklik bulduğunda rezervasyonu havayolu kuyruğuna düşürür.

Operatörün üç seçeneği vardır:

| Karar | Ne zaman kullanılır? |
|---|---|
| Kabul | Yeni saat yolcuya uygunsa değişiklik rezervasyona işlenir |
| Ret | Değişiklik yolcu için kabul edilmiyorsa |
| Ücretsiz iade | Değişiklik nedeniyle yolcuya kesintisiz iade yapılacaksa |

Bu süreç sayesinde değişikliği yolcudan öğrenmek yerine, yolcu havalimanına gitmeden önce ona siz haber verebilirsiniz. İade sürecinin genel çerçevesi [uçak bileti iade süreci](/rehber/ucak-bileti-iade-sureci/) rehberinde anlatılır.

## Destek talepleri (helpdesk) nasıl çalışır?

Destek modülü, müşterilerden, alt acentelerden ve operasyon ekibinden gelen talepleri SLA kurallarıyla takip eden bir yardım masası sistemidir. Her talebe yanıt ve çözüm süresi atanır; süre aşıldığında eskalasyon kuralları talebi bir üst seviyeye taşır.

Destek modülünün öne çıkan özellikleri şunlardır:

- **SLA ve duraklatma:** talep beklemeye alındığında veya tedarikçi cevabı beklerken SLA süresi durur, talep yeniden işleme alınınca devam eder.
- **Eskalasyon:** süresi aşılan talepler tanımlı kurallara göre yükseltilir.
- **Memnuniyet anketi (CSAT):** taleplere bağlı müşteri memnuniyeti anketi.
- **Şablonlar:** sık sorulan konular için hazır cevap şablonları.
- **E-postadan talep:** gelen e-postalar otomatik olarak talebe dönüşebilir.
- **Rezervasyondan talep:** operatör bir rezervasyon ekranından o rezervasyona bağlı talep açar.

## Acente, kullanıcı ve yetki yönetimi

Panelin acente bölümü, satış ağınızın yapısını ve her acentenin yetkilerini yönettiğiniz yerdir. Yazılım master, GSA ve standart acente olmak üzere üç acente tipini tanır. GSA'lar kendi alt acentelerini, duyurularını ve markup kurallarını yönetir; her acente kaydında bir kredi limiti tutulur.

Tedarikçi hesapları (credential) her acenteye ayrı ayrı açılıp kapatılır; her hesap için dahil ve hariç havayolları, ortam ve zaman aşımı tanımlanır. Satış temsilcilerinin rezervasyona ekleyebileceği manuel ücret, rollerine göre sınırlanır. Alt acente yapısının ayrıntıları [B2B uçak bileti yazılımı](/b2b-ucak-bileti-yazilimi/) sayfasında.

## Rezervasyon kaydında neler yönetilir?

Rezervasyon kaydı, operasyon ekibinin bir satışla ilgili işlemleri başlattığı merkezdir; kuyruklardaki işlerin çoğu bir rezervasyon kaydına bağlıdır. Kayıtta PNR, olay zaman çizelgesi, iç notlar ve acentenin kendi referans numarası birlikte tutulur. Rezervasyonda neyin ne zaman olduğu zaman çizelgesinde görünür, bu yüzden vardiya değişiminde işin hangi aşamada kaldığı kolayca anlaşılır.

İptal teklifi alınıp onaylanır, destekleyen tedarikçilerde bilet sonrası ek hizmet satışı yapılabilir ve e-bilet PDF'i e-posta veya SMS ile gönderilir. Travelport ve Turkish Airlines biletlerinde değişiklik (reissue) teklifi de buradan istenir. Rezervasyon ekranından o rezervasyona bağlı destek talebi de açılabilir.

## Ödeme sistemlerinin yönetimi

Ödeme bölümü, acentenin kullandığı sanal POS ve ödeme kuruluşlarının tanımlandığı ve tahsilatların izlendiği alandır. Yazılımda 20 sanal POS ve ödeme adaptörü bulunur; banka POS'ları, ödeme kuruluşları ve Stripe gibi uluslararası altyapılar aynı yapıda tanımlanır. Kart ödemelerinde 3D Secure kullanılır, taksit seçenekleri kartın BIN numarasına göre gelir ve tek çekim çalışan POS'larda taksit gösterilmez. Hangi POS'ların desteklendiği [sanal POS entegrasyonu](/sanal-pos-entegrasyonu/) sayfasında.

## Fiyatlandırma kuralları

Fiyatlandırma bölümü, satış fiyatına eklenen kâr ve ücretlerin kurallarını yönettiğiniz alandır. Markup kural motoru rota, tedarikçi, havayolu, fiyat aralığı, seyahat tarihi, satış kanalı, kabin, yolcu tipi ve kurumsal müşteri gibi kriterlerle çalışır. Servis bedeli fiyat kırılımında ayrı satır olarak gösterilir; iptal ve değişikliklerde satış sonrası hizmet bedeli de ayrıca tanımlanabilir. Kriterlerin tamamı [fiyatlandırma ve markup](/fiyatlandirma-ve-markup/) sayfasında.

## Finans, raporlar ve muhasebe

Finans bölümü, acentenin ve alt acentelerin para hareketlerini izlediğiniz ekranlardan oluşur: hesap ekstresi, bakiye geçmişi, depozito, satış faturaları ve komisyon faturaları. Ödeme linkleri ve acente cüzdanı da bu bölümden yönetilir.

Raporlar uçuş satış raporu, komisyon, kâr, kârlılık, satıcı komisyonu ve fiyat mutabakatını kapsar. Muhasebe tarafında Arkman, Paraşüt, Luca ve Logo Netsis entegrasyonlarıyla satışlar aktarılır ve e-fatura, e-arşiv belgeleri oluşturulur. SYS için kesilen her bilet yolcu bazında, satış ve tedarikçi para birimi ayrı olarak beslenir. Ayrıntılar [muhasebe entegrasyonu](/muhasebe-entegrasyonu/) sayfasında.

Bildirimler için e-posta (Brevo, SendGrid, JetMail, UseInbox, SMTP), SMS (JetSMS, NetGSM) ve anlık bildirim (Firebase) sağlayıcıları desteklenir.

## Platform yönetimi ve tedarikçi denetimi

Platform yönetim katmanı, uçuş verisinin ve tedarikçi bağlantılarının doğru çalışmasını sağlayan ayarların tutulduğu bölümdür. Burada yönetilen başlıca alanlar şunlardır:

- **Havayolları ve havalimanları:** havayolu kayıtları ve logoları, havalimanı verisi.
- **Rota senkronu:** destekleyen tedarikçilerden uçulan rotaların senkronize edilmesi.
- **Branded fare özellikleri:** paket özelliklerinin çevirileri ve istenmeyen özelliklerin gizlenmesi.
- **Ulaşım tipleri ve ekipman kodları:** uçak tipi ve ulaşım tipi tanımları.
- **Tedarikçi sağlığı ve çağrı logları:** her tedarikçinin bağlantı durumu ve yapılan çağrıların kayıtları.
- **Tedarikçi hesapları ve sandbox modu:** her işletmenin kendi tedarikçi hesapları ve gerçek satışa açmadan deneme yapılabilen test modu.

Çağrı logları, "bu bilet neden kesilmedi" sorusunun cevabını tahminle değil kayıtla vermenizi sağlar.

## Charter ve grup operasyonu

Kendi koltuk envanteri veya grup satışı olan acenteler için yönetim panelinde ayrı operasyon ekranları bulunur. Charter modülünün iş listesi, ekibin günlük takip etmesi gerekenleri tek yerde toplar: bekleyen rezervasyonlar, yolcu bilgisi eksik olanlar, satışa kapanmak üzere olan uçuşlar ve isim bekleyen gruplar. Acente allotment'larının otomatik iade (release) kuralları, bekleme listesi ve manifest de bu bölümden yönetilir. Ayrıntılar [charter uçuş yazılımı](/charter-ucus-yazilimi/) sayfasında.

Grup uçuş modülünde ise her talep satış, operasyon ve ödeme olmak üzere üç ayrı durum iziyle takip edilir. Ekip görevleri, notlar, belgeler, talep takvimi, son tarih hatırlatmaları, SLA kontrolleri ve yönetici onay eşikleri grup operasyonunu kişilere bağımlı olmaktan çıkarır. Satış hunisi, teklif süresi ve gecikmiş ödemeler raporlarıyla grup satışının nerede tıkandığı görülür. Ayrıntılar [grup uçak bileti yönetimi](/grup-ucak-bileti-yonetimi/) sayfasında.

## B2C satış sitesinin yönetimi

B2C satış sitesi de aynı yönetim altyapısından beslenir; site içeriği, kampanyalar ve yönlendirmeler ayrı bir yazılım gerektirmeden yönetilir. Sayfa içi görsel editörde bölümler sayfanın üzerinde düzenlenir, revizyonlar saklanır ve değişiklik yayınlandığında önbellek anında temizlenir. Medya kütüphanesi görselleri tek yerde toplar; düzenleme kilidi ise iki kişinin aynı sayfayı aynı anda değiştirmesini engeller.

Pazarlama tarafında kupon, duyuru ve kampanyalar tanımlanır; yönlendirmeler ve kısa linkler (`/r/<kod>`) kampanya takibini kolaylaştırır. Siteden giden işlem e-postaları sitenin logosu ve renkleriyle gönderilir. Sitenin tüm özellikleri [B2C uçak bileti sitesi](/b2c-ucak-bileti-sitesi/) sayfasında anlatılır.

## REST API ve dokümantasyon

Platformun kendi REST API'si OpenAPI 3.1 standardıyla belgelenir ve dokümantasyon Scalar arayüzünden incelenebilir. Bu API platformun kendi işlevleri içindir. Yazılım partnerlere veya alt acentelere XML ya da API ile uçuş içeriği dağıtımı sunmaz; alt acente dağıtımı B2B portal üzerinden yapılır.

## Yönetim paneliyle bir operasyon günü

Yönetim panelinin değeri, ekibin gününü tahmin edilebilir hale getirmesidir. Tipik bir operasyon günü şu sırayla ilerler:

1. Ekip güne opsiyon kuyruğuyla başlar ve süresi dolmak üzere olan rezervasyonları biletler ya da bırakır.
2. Ödeme kuyruğundaki başarısız tahsilatlar incelenir; gerekirse müşteriye ödeme linki gönderilir.
3. Havayolu kuyruğundaki tarife değişiklikleri incelenir; kabul, ret veya ücretsiz iade kararı verilir.
4. Destek talepleri SLA sırasına göre cevaplanır, kısmi iptal talepleri tedarikçiyle sonuçlandırılır.
5. Gün sonunda mutabakat kuyruğu ve satış raporları kontrol edilir.

Panel, ortalama iki hafta süren kurulumun parçası olarak sizin operasyon akışınıza göre ayarlanır; yazılımı kiralayabilir ya da kaynak kodunu satın alabilirsiniz. Paneli kendi operasyon akışınız üzerinde görmek için [demo talep edebilirsiniz](https://www.diji.tech/tr/demo).

## Sık sorulan sorular
### Acente yönetim paneli nedir?
Acente yönetim paneli, satış ekranlarının arkasında çalışan ve operasyon, destek, finans, fiyatlandırma ve tedarikçi ayarlarının yönetildiği arka ofis arayüzüdür. Satış temsilcisi müşteriyle ilgilenirken operasyon ekibi bu panelden bekleyen işleri takip eder.

### Operasyon kuyruğu ne işe yarar?
Operasyon kuyruğu, ekibin müdahale etmesi gereken işleri türüne göre ayrı listelerde toplar: süresi dolmak üzere olan opsiyonlar, başarısız ödemeler, tarife değişiklikleri, mutabakat kayıtları, kısmen başarısız sepetler ve satış sonrası talepleri. Her kayıt açık, işlemde, çözüldü veya kapatıldı durumuyla izlenir.

### Havayolu uçuş saatini değiştirdiğinde ne olur?
Arka planda çalışan senkron görevi tarife değişikliğini tespit eder ve rezervasyonu operasyon kuyruğuna düşürür. Operatör değişikliği kabul edebilir, reddedebilir veya yolcu için ücretsiz iade sürecini başlatabilir.

### Destek taleplerinde SLA nasıl işler?
Her talebe yanıt ve çözüm süresi atanır; süre aşıldığında eskalasyon kuralları devreye girer. Talep beklemeye alındığında veya tedarikçi cevabı beklenirken SLA süresi durdurulur, böylece ekibin elinde olmayan bekleme süreleri performansa yansımaz.

### Müşteri e-postaları destek talebine dönüşebilir mi?
Evet. Destek modülü gelen e-postalardan talep oluşturabilir. Ayrıca operasyon ekibi bir rezervasyon ekranından doğrudan o rezervasyona bağlı talep açabilir; talep ve rezervasyon geçmişi birlikte görünür.

### Tedarikçi bağlantısında sorun olduğunu nasıl anlarız?
Yönetim katmanında tedarikçilerin sağlık durumu ve tedarikçiye yapılan çağrıların logları izlenir. Bir tedarikçi yavaşladığında veya hata döndürdüğünde bunu panelden görür, çağrı loglarıyla sorunun kaynağını inceleyebilirsiniz.

### Yönetim paneli sandbox (test) modu içerir mi?
Evet. Tedarikçi hesapları canlı, test veya sandbox ortamında çalışacak şekilde tanımlanabilir ve platformda sandbox modu bulunur. Yeni bir bağlantıyı veya kuralı gerçek satışa açmadan önce test ortamında deneyebilirsiniz.

### Yazılımın kendi API'si var mı?
Evet. Platformun kendi REST API'si OpenAPI 3.1 ile belgelenir ve Scalar arayüzünden incelenebilir. Bu API platformun kendi işlevleri içindir; partnerlere XML veya API ile uçuş içeriği dağıtımı sunulmaz.