# Fiyat planları Bir **fiyat planı**, gezginlerin üzerinden rezervasyon yaptığı, adlandırılmış bir fiyatlama paketidir — *"hangi fiyatta, hangi koşullarla?"* sorusunun cevabıdır. Bir mülk aynı anda birden fazla fiyat planını satışa sunabilir — iade edilebilir, iade edilemez, yalnızca üye, paket — her birinin kendi taban fiyatı, para birimi, pansiyon planı ve kuralları vardır. {% hint style="info" %} **Tek oda, birkaç fiyat planı, birkaç ürün.** Aynı oda üzerinde *BAR*, *İade Edilemez Avrupa*, *Member Saver* ve bir *Yarım Pansiyon Yükseltmesi* — dört kitleye dört ürün. Platform onları bağımsız izler ve paralel satar. {% endhint %} *** ## Bir fiyat planı neyi tanımlar? | Eleman | Söylediği | | --------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Ad** | Gezginlerin ve operatörlerin gördüğü etiket (örn. *BAR*, *Member Saver*, *İade Edilemez Avrupa*). | | **Taban fiyat** | Gece, oda, doluluk başına başlangıç fiyatı. | | **Para birimi** | Fiyatın ifade edildiği para birimi. Çoklu para birimi ve dönüşüm kuralları için bkz. [Fiyatlama motoru](/console/tr/fiyatlama-ve-musaitlik/pricing-engine.md). | | **Pansiyon planı** | Konaklamayla birlikte gelen yiyecek-içecek (sadece oda, kahvaltı, yarım pansiyon, tam pansiyon, her şey dahil). | | **Kitle** | Kim görebilir ve rezervasyon yapabilir (genel, sadece üye, B2B partnerler, belirli pazarlar). | | **İptal politikası** | Rezervasyonun ne zaman ve nasıl iptal edilebileceği, iadesinin yapılabileceği veya değiştirilebileceği. | | **Kanal görünürlüğü** | Fiyat planının yayınlandığı outbound kanallar. | Bir fiyat planı tek başına var olmaz — bir mülke bağlıdır, bir veya daha fazla odaya uygulanır ve tarih başına takvimlenir. *** ## Aynı oda üzerinde birden fazla fiyat planı Aynı oda tipik olarak birkaç fiyat planı üzerinden aynı anda satar. Bir *Deluxe Sea View* odası şöyle satılabilir: * **BAR** (Best Available Rate — *en iyi mevcut fiyat*) — kahvaltı dahil 180 EUR/gece, herkese açık, iade edilebilir. * **İade Edilemez Avrupa** — Avrupa pazarı için %10 indirim, rezervasyonda kilitlenir. * **Member Saver** — giriş yapmış üyelere %15 indirim, iade edilebilir. * **Yarım Pansiyon Yükseltmesi** — BAR + yarım pansiyon, 220 EUR/gece. Bir gezgin (ya da bir partner kanalı) yalnızca hak kazandığı fiyat planlarını görür: bir üye hem genel fiyatları hem üye fiyatını, bir Avrupa gezgini iade edilemez planı, bir B2B partner ise perakendede gösterilmeyen B2B fiyat planını görür. *** ## Taban fiyat → son fiyat **Taban fiyat**, fiyat planında bir tarih için belirlediğiniz başlangıç sayısıdır. **Son fiyat**, motor üstüne her şeyi ekledikten sonra gezgine ulaşan sayıdır.
Taban fiyat 6 dönüşüm adımından geçerek son fiyata dönüşür

Motor pansiyon planı, markup, promosyon, indirim, kitle kuralları ve MSP clamp'i sırayla uygular. Siz tabanı belirlersiniz; gerisi otomatik akar.

Motor şu adımları sırayla uygular: 1. **Pansiyon planı ayarlaması** (örn. yarım pansiyon farkı) 2. **Markup veya komisyon** (kontrattan) 3. **Aktif promosyonlar** 4. **İndirimler** 5. **Kitleye özgü kurallar** (üye, pazar, kanal) 6. **Minimum satış fiyatı (MSP) clamp'i** — aşağıda anlatılıyor Genelde yalnızca taban fiyatı siz belirlersiniz; gerisini motor halleder. Tabanı değiştirdiğinizde, etkilenen tüm son fiyatlar otomatik güncellenir. Tam türetme zinciri için bkz. [Fiyatlama motoru](/console/tr/fiyatlama-ve-musaitlik/pricing-engine.md). *** ## Türev fiyat planları (ana → türev) Bazen hiç taban fiyat ayarlamak istemezsiniz — fiyatı *başka bir fiyat planını takip eden* bir plan istersiniz. Yaygın bir desen: * **BAR**, iade edilebilir — **ana fiyat planınız**; tabanı siz ayarlarsınız. * **İade edilemez** — aynı odalar, iade penceresi yok, **ana plana göre %10 indirim**. * **Member Saver** — aynı odalar, **ana plana göre %15 indirim**, iade edilebilir. İki türev fiyat planı kendi taban fiyatını taşımaz; ana plana göre bir fark ile çalışır. Ana planı değiştirin, türev planlar otomatik güncellenir. ### Neler miras alınabilir? Bir türev fiyat planı, ana planını şu yönlerin herhangi bir kombinasyonunda takip edebilir: | Yön | Anlamı | | -------------------------------------------------------- | --------------------------------------------------------------------------------------------------------- | | **Fiyat** | Türevin fiyatı, *ana ± fark* (yüzde veya sabit tutar) olarak hesaplanır. | | **Kısıtlamalar** | stop-sale, min/maks konaklama, haftanın günü kuralları — türev, ana planınkileri kullanır. | | **İptal politikası** | Türev, ana planın politikasını kullanır. | | **Durum (açık / kapalı)** | Türev, ana planla birlikte açılır ve kapanır. Modlar: asla, sadece açıkken, sadece kapalıyken, her zaman. | | **MSP** (Minimum Selling Price — *minimum satış fiyatı*) | Türev, ana planın MSP tabanını miras alır. | Hangi yönlerin miras alınacağını türev başına seçersiniz. Tipik bir *İade Edilemez* türev fiyat ve kısıtlamaları takip eder ama kendi iptal politikasını taşır. Tipik bir *Member Saver* türev, fiyat dışında her şeyi takip eder (kendi indirim matematiği vardır). {% hint style="info" %} **MSP nedir?** Bazı sözleşmeler bir taban dayatır: bu tabanın altına satamazsınız. Genelde fiyat paritesi (aynı odayı başka kanalda daha ucuza göstermemeniz) ya da marka koruması içindir. Sistem hesapladığı son fiyat MSP altına düşerse otomatik olarak tabana yükseltir; rezervasyon iner ama sözleşmeniz ihlal edilmez. Detay için bkz. [Fiyatlama motoru → MSP](/console/tr/fiyatlama-ve-musaitlik/pricing-engine.md). {% endhint %} ### Ana plana göre fark — yüzde ya da sabit Bir türevin ana plana fiyat ilişkisi şunlardan biridir: * **Yüzde** — *ana − %10* veya *ana + %5*. Üye fiyatları ve riske göre fiyatlanan iade edilemez planlar için yaygın. * **Sabit tutar** — *ana − gece başına 20 EUR*. Promosyonel paketler ya da sezonsal ayarlamalar için yaygın. Her türev, belirli bir ilişkide ikisinden birini kullanır — ikisini birden değil. ### Zincirler Bir türev fiyat planı kendisi başka bir türev planın anası olabilir — *BAR → İade Edilemez → İade Edilemez Mobil*. Türev zincirleri **en fazla 5 seviye** derindir; bir türevin dolaylı olarak kendisine işaret etmesi (döngü) kabul edilmez. ### Bu neden faydalı? Türev fiyat planları fiyatlamayı tutarlı yönetmenize imkân verir. Tabanı bir kez değiştirirsiniz; tüm varyantlar takip eder. Somut örnek: yaz başında BAR'ı 180 EUR'dan 200 EUR'a çıkardığınızda, **İade Edilemez Avrupa otomatik olarak 180 EUR** (200 − %10), **Member Saver 170 EUR** (200 − %15) olur. Üç planı tek tek elle güncellemek zorunda kalmazsınız. Yeni bir pazar ya da kitle eklediğinizde mevcut ana plandan yeni bir türev üretirsiniz. Matematik açıklanabilir kalır — her rezervasyon, kendisini üreten zinciri gösterir. *** ## Tarihler arası fiyat belirleme Platformun fiyat takvimi şunları yapmanıza imkân verir: * Bir fiyat planı ve oda için **tarih aralığı açın** — 1 Mayıs ile 31 Ekim arasını sürükleyerek seçin. * Tek bir hareketle **bir taban fiyat uygulayın** — tüm aralık için 180 EUR/gece. * **Haftanın gününe göre değiştirin** — hafta içi 180 EUR, hafta sonu 220 EUR. * **Belirli tarihleri üzerine yazın** — 15 Haziran yüksek talep tarihi, sadece o gece için 280 EUR. * **Adragent ile toplu düzenleyin** — *"Hotel Sunrise'ın BAR fiyatına Mayıs'taki tüm hafta sonları için 220 EUR uygula."* Her değişiklik uygulanmadan önce önizlemeden geçer. Neyin kaydedildiği için bkz. [Hücre geçmişi](/console/tr/fiyatlama-ve-musaitlik/cell-history.md). *** ## Fiyat planları ve kanal görünürlüğü Hangi fiyat planlarının hangi kanallara gideceğine kanal başına karar verirsiniz. Yeni bir fiyat planı oluşturduğunuzda görünürlük varsayılanlardan biriyle başlar; istediğiniz zaman manuel değiştirirsiniz. Varsayılanlar: * **Sadece doğrudan** — iç fiyatlama araçları, personel rezervasyonları, demolar. Hiçbir kanala yayınlanmaz. *Pratik kullanım: yeni bir paketi önce kendi sitenizde deneyin, OTA'lara ve metasearch'e açmadan.* * **Genel perakende** — genel fiyat planları genel kanallara gider (OTA, metasearch). * **Sadece B2B** — B2B kanallarına giden ama tüketiciye dönük olanlara gitmeyen partner fiyatları. * **Kanala özgü** — sadece bir metasearch motorunun görmesini istediğiniz bir promosyon ya da sadece bir bedbank distribütörünün almasını istediğiniz bir fiyat planı. Görünürlük, başka her şey için kullanılan aynı kanal başına ayar mekanizmasıyla yönetilir — bkz. [Stop-sale ve kısıtlamalar](/console/tr/fiyatlama-ve-musaitlik/stop-sale-restrictions.md). *** ## İptal ve değiştirme politikaları Her fiyat planı, rezervasyonla birlikte taşınan bir iptal politikası taşır. Bir politika **kademelidir** — iptalin check-in'e ne kadar yakın yapıldığına göre farklı ceza adımları olabilir. | Kademe şekli | Örnek | | ------------------------------------- | ------------------------------------------------------------------------- | | Bir kesim öncesine kadar **ücretsiz** | *Check-in'den 24 saat öncesine kadar ücretsiz iptal.* | | **Yüzde cezası** | *Check-in'den 24–6 saat önce iptalde rezervasyon değerinin %50'si.* | | **İlk N gece için sabit ceza** | *Check-in'den 6 saatten az önce iptalde ilk gece için ücret.* | | **Sabit tutar** | *48 saat içindeki iptal için 50 EUR ücret.* | | **İade edilemez** | *Zamanlamadan bağımsız olarak iade yok — rezervasyon, onayda kilitlenir.* | Kademeleri check-in'e en uzaktan en yakına doğru sıralarsınız; sistem hangisinin aktif olduğuna iptal anına bakarak karar verir. {% hint style="warning" %} **İki kademe aynı zaman aralığını kapsarsa listede üstte yer alan kazanır.** Sıralama anlamlıdır. Gezginler sonuçlanan politikayı rezervasyon akışında görür; iptal hesaplaması her seferinde aynı sonucu verir. {% endhint %} ### Tarih aralığı istisnaları Bazı tarih aralıkları daha sıkı bir politikayı hak eder — pik sezon, tatiller, büyük etkinlikler. Her iptal politikası belirli bir aralık için standart kademeleri **geçersiz kılan istisnalar** taşıyabilir: * *Standart politika: check-in'den 24 saat öncesine kadar ücretsiz iptal.* * *İstisna (22 Aralık – 5 Ocak): rezervasyondan itibaren iade edilemez.* İstisna konaklama tarihine göre otomatik uygulanır; istisna aralığı dışında standart politika geçerlidir. Pik ve düşük sezon için iki ayrı fiyat planı yönetmek zorunda kalmazsınız. Politikalar fiyat planının parçasıdır, ayrı bir nesne değildir — gezgin *BAR*'ı seçtiğinde, yanında gelen politikayı da seçer. *** ## Fiyat planı şablonları Birçok mülk işlettiğinizde her seferinde sıfırdan fiyat planı kurmak verimsizdir. Platform önceden yapılandırılmış **fiyat planı şablonlarıyla** gelir: * *BAR, sadece oda.* * *BAR, kahvaltı dahil.* * *İade Edilemez, sadece oda.* * *İade Edilemez, kahvaltı dahil.* Yeni bir mülk için sisteme alma sürecinde (onboarding) seçtiğiniz şablonlar klonlanır; yeni mülk saniyeler içinde düzenlenmeye hazır fiyat planları alır. Sonra mülk başına özelleştirirsiniz. Şablon kataloğunu kendi düzenlemelerinizle (zincire özgü varsayılanlar, pazara özgü desenler) genişletebilir ve tüm organizasyon boyunca yeniden kullanabilirsiniz. *** ## Misafir kategorileri — yetişkinler, çocuklar, yaş aralıkları Bir fiyat planı yetişkinlere, çocuklara ve çocuklar içindeki yaş aralıklarına farklı uygulanır. Bunu tek bir "çocuk" tanımıyla sabitlemek yerine, mülk başına misafir kategorisi tanımlayabilirsiniz: * **Yetişkinler** — her mülkün tam olarak bir yetişkin kategorisi vardır. * **Adlandırılmış yaş aralıklı çocuklar** — *Çocuk 0–2*, *Çocuk 3–6*, *Çocuk 7–12*. Aralıkların adlarını ve sınırlarını mülk başına siz tanımlarsınız. Her fiyat planı sonra yaş aralığı başına fiyatlama kuralı taşıyabilir (ücretsiz, yetişkin fiyatının yüzdesi, sabit tutar). İki yetişkin ve dört yaşındaki çocukla rezervasyon yapan bir gezgin, çocuğun düştüğü aralık için doğru fiyatı alır. Bu, partner kanalların çocuk fiyatlarını tanımlama şekliyle eşleşir — *Çocuk 3–6 ücretsiz* kuralı olan bir mülk, bu kuralı destekleyen her kanala doğru şekilde yayınlar. {% hint style="warning" %} **Yaş aralıkları örtüşemez ve boşluk bırakamaz.** *Çocuk 0–2* ve *Çocuk 2–5* aynı anda tanımlanamaz; aynı şekilde *Çocuk 0–2* ve *Çocuk 4–6* aralarında 2–4 yaş boşluğu bırakırsa kabul edilmez. Hatalı yapılandırma kaydedilmeden önce ekranda gösterilir. {% endhint %} *** ## Fiyat planları kontratlarla nasıl ilişkilidir? Sattığınız her fiyat planı bir **kontrat** sayesinde var olur — ya işlettiğiniz bir mülk ile yaptığınız doğrudan kontrat ya da yeniden sattığınız bir tedarikçinin kontratı. Fiyat planı, kontratlı şartların kamu yüzüdür; kontrat şartları tutar. Tek bir fiyat planı **birden fazla kontrata** bağlı olabilir — örneğin aynı mülk Mayıs–Haziran kendi doğrudan kontratınızla, Temmuz–Ağustos bir bedbank üzerinden satılabilir. Sistem her fiyat hücresinin hangi kontrat versiyonuna bağlı olduğunu takip eder. Bir kontrat değiştiğinde (yeni markup, sezona göre net fiyat değişikliği, yeniden müzakere edilmiş komisyon), ona bağlı fiyat planları otomatik güncellenir; motor yeni kontrat şartlarını doğrudan okur. Bir kontrat **sona erdiğinde** o kontratın desteklediği tarih aralıklarındaki fiyat planları rezervasyona kapanır — mevcut rezervasyonlar kontratın imzalandığı şartlarda geçerli kalır, yeni rezervasyon yapılamaz. Yenileme zamanı yaklaşırken sistem önceden uyarır. Detaylar için bkz. [Kontratlar](/console/tr/kontratlar-ve-onboarding/contracts.md). *** ## Sırada * **Rezervasyon yapılabilir oda sayısı tarafı** → [Envanter](/console/tr/fiyatlama-ve-musaitlik/inventory.md) * **Bir tarihte rezervasyon yapılabilirliği kontrol eden** → [Stop-sale ve kısıtlamalar](/console/tr/fiyatlama-ve-musaitlik/stop-sale-restrictions.md) * **Fiyat planlarının üzerine eklenen promosyonlar** → [Promosyonlar ve indirimler](/console/tr/fiyatlama-ve-musaitlik/promotions-and-discounts.md) * **Son fiyatın nasıl hesaplandığı** → [Fiyatlama motoru](/console/tr/fiyatlama-ve-musaitlik/pricing-engine.md) --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://adrasis.gitbook.io/console/tr/fiyatlama-ve-musaitlik/rate-plans.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.