# Stop-sale ve kısıtlamalar Envanter size *kaç tane* olduğunu söyler. Fiyat planları *hangi fiyatta* olduğunu söyler. **Kısıtlamalar** *bir rezervasyonun gerçekten hangi koşullarda yapılabileceğini* söyler. Satışı durdurmanın, konaklama sınırlandırmanın, varışları geri itmenin veya bir fiyat planını belirli bir kanaldan gizlemenin yoludur. ## Katmanın kapsadıkları | Kısıtlama | Ne yapar | | --------------------------- | ------------------------------------------------------------------------------------ | | **Stop-sale** | Bir mülk, oda veya fiyat planı için bir tarihi kapatır. Rezervasyon yok, tam kapalı. | | **Varışa kapalı** | Rezervasyonlar tarihte başlayamaz ama içinden geçen konaklamalar uygundur. | | **Çıkışa kapalı** | Rezervasyonlar tarihte sonlanamaz. | | **Minimum konaklama** | Bir rezervasyon en az N gece içermelidir. | | **Maksimum konaklama** | Bir rezervasyon N geceyi aşamaz. | | **Haftanın günü kısıtları** | Belirli günler kilitli veya gerekli (örn. yalnızca-Cumartesi konaklamaları). | | **Ön-satın alma** | Rezervasyon check-in'den en az N gün önce yapılmalıdır. | | **Lead time** | Tersi — rezervasyon şu andan en az N gün *sonra* olmalıdır. | | **Kanal başına görünürlük** | Bir kanalda görünür ama başka bir kanalda görünmeyen bir fiyat planı. | Her biri bağımsızdır; durum gerektirdiği şekilde üst üste eklersiniz. ## Stop-sale — basit, yaygın durum Stop-sale en küt araçtır: bu tarih, bu oda, bu fiyat planı — kapalı. Şu durumlarda kullanırsınız: * Mülk tadilat yapıyor ve o tarihlerde misafir kabul edemez. * Yakındaki bir etkinlik şehri doldurur; walk-in'leri yönetmek için dış satışları durdurursunuz. * Bir tedarikçi sorunlu davranıyor ve siz durumu giderene kadar dağıtımı durdurmak istiyorsunuz. Bir stop-sale belirlemek konsolda tek bir işlemdir: 1. Fiyat takviminde tarih aralığını açın. 2. Hücreleri sürükle-seçin. 3. *Stop-sale*'e tıklayın; önizleme etkilenen hücreleri, kanalları ve mevcut rezervasyonları gösterir. 4. Onaylayın. Hücre rengi değişir; outbound (*bizden kanallara giden*) kanallar o tarih için müsaitlik döndürmeyi durdurur; inbound (*kanaldan gelen*) rezervasyonlar temiz bir gerekçe ile reddedilir. Bir stop-sale aynı şekilde geri alınabilir — sürükle-seç, *Satışa aç*, onaylayın. Mevcut rezervasyonlar etkilenmez. ## Min ve maks konaklama Konaklama kısıtlamaları rezervasyon yapılabilir konaklamaların şeklini sınırlar: * **Cumartesileri minimum 2 konaklama** — hafta sonu tatil mülkleri için yaygın. * **Pik sezonda minimum 3 konaklama** — kısa konaklama rezervasyonlarının daha uzun konaklama gelirini engellemesini önler. * **Maksimum 14 gece konaklama** — daha uzun konaklamaların farklı bir kontrat gerektirdiği bir mülk için. Bunları tarih aralıklarına ayarlarsınız. Fiyat takvimi kısıtlamayı tarihin yanında gösterir; kısıtlamayı ihlal eden rezervasyonlar net bir gerekçeyle kanal katmanında reddedilir. ## Haftanın günü kısıtları Bazı mülkler yalnızca belirli haftalık örüntüleri satar: * **Yalnızca Cumartesi-Cumartesi** — tatil kiralıkları için yaygın. * **Pazar varışı yok** — hafif Pazar operasyonları olan mülkler için. * **Pazartesi–Çarşamba kapalı** — sezonsal operasyonlar için. Haftanın günü kısıtları stop-sale ve konaklama kurallarıyla birlikte çalışır — bir mülk hem yalnızca Cumartesi varışlı olabilir hem de 7 gece minimum konaklama uygulanır; ikisi birden geçerlidir. ## Ön-satın alma ve lead-time Zaman şekilli kurallar: * **Ön-satın alma 7 gün** — check-in'den en az bir hafta önce rezerve edin. İade edilemez fiyatlar için yaygın. * **Aynı gün rezervasyon serbest** — son dakika rezervasyonları için kuralı gevşetin. * **Lead time 90 gün** — bazı durumlarda pik sezon için rezervasyon pencerelerini geri itmek için kullanılır. Bu kurallar tipik olarak envantere değil bir fiyat planına bağlanır — *İade Edilemez Avrupa* 7 gün ön-satın alma gerektirir, *BAR (Best Available Rate — en iyi mevcut fiyat)* check-in'e kadar izin verir. ## Kanal başına görünürlük Bu, "seçici yayın"ı mümkün kılan kısıtlama overlay'idir: * **Sadece genel** olan bir fiyat planı B2B kanallarından uzak kalır. * **Sadece B2B** olan bir fiyat planı metasearch'ten uzak kalır. * **Sadece doğrudan** olan bir mülk hiçbir outbound kanalda görünmez. * Belirli bir fiyat planı **bir kanaldan hariç tutulurken** diğerlerinde görünür kalır. Overlay (fiyat planı, kanal) çifti başına uygulanır. Bir kez ayarlarsınız; platform her outbound mesajda buna uyar. Görünmediği bir kanaldan o fiyat planına gelen inbound mesajlar güncelleme üretmez. ## Kısıtlamalar nasıl üst üste eklenir? Aynı rezervasyon denemesine birkaç kısıtlama uygulandığında en sıkısı kazanır: * 5 oda mevcut, 3 gece minimum, ön-satın alma 7 gün → 6 gün önceden 2 gecelik rezervasyon reddedilir (iki kısıtlama da başarısız). * Stop-sale aktif → reddedilir, başka bir şey değerlendirmeye gerek yok. * Tüm kısıtlamalar geçer → rezervasyon hücreye iner. Platform kanala — ve nihayetinde gezgine — hangi kısıtlamanın rezervasyonu engellediğini söyler, böylece yeniden denemeler akıllı olabilir. ## Toplu işlemler Kısıtlamalar, toplu işlemlerin değerini gösterdiği yerlerdir. Düzenli olarak ortaya çıkan birkaç örnek: * *"Hotel Sunrise'daki tüm odaları 1–8 Haziran arası tadilat için stop-sale yap."* * *"Tüm Antalya plaj mülklerinde Temmuz Cumartesilerine 3 gece minimum konaklama uygula."* * *"Ağustos Pazarlarında BAR'ı varışlara kapat."* * *"Tüm organizasyonda üye fiyat planları için metasearch görünürlüğünü kaldır."* Bunların hepsi konsoldan manuel olarak yapılabilir veya uygulamadan önce önizleme ile Adragent'a tek cümlede ifade edilebilir. ## Override (geçersiz kılma) durumları Kısıtlamalar belirli rezervasyonlar için insanlar tarafından geçersiz kılınabilir — ön büro fiyat planı 2 gece minimum söylediği hâlde 1 gecelik rezervasyon alır veya satış ekibi tanıdık bir misafir için stop-sale'i geçersiz kılar. Geçersiz kılma işlemleri açıkça kaydedilir: * Kuralı geçersiz kılan operatör. * Faydalanan rezervasyon. * Orijinal kısıtlama. * Sebep (serbest metin, o anda yakalanır). Bu, kısıtlamaları net tutar: kural gerçektir, istisna gerektiğinde ekip tarafından görünür kalır. ## Sırada * **Bu kısıtlamaların yaşadığı fiyat planları** → [Fiyat planları](/console/tr/fiyatlama-ve-musaitlik/rate-plans.md) * **Envanter tarafı** → [Envanter](/console/tr/fiyatlama-ve-musaitlik/inventory.md) * **Kısıtlanmamış hücreler üzerine bindirilen promosyonlar** → [Promosyonlar ve indirimler](/console/tr/fiyatlama-ve-musaitlik/promotions-and-discounts.md) * **Hücre başına değişiklik geçmişi** → [Hücre geçmişi](/console/tr/fiyatlama-ve-musaitlik/cell-history.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/stop-sale-restrictions.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.