# Envanter **Envanter**, rezervasyon yapılabilir birimlerin sayısıdır — belirli bir tarihte belirli bir odadan kaç tanesinin satılabilir olduğu. Fiyatlamanın diğer yarısıdır: envanteri olmayan bir oda reklamını yapabileceğiniz ama satamayacağınız odadır. ## Envanter nasıl görünür? Oda başına, tarih başına platform şunları takip eder: * **Toplam envanter** — tarih için rezervasyon yapılabilir birimlerin üst sınırı. * **Zaten rezerve** — mevcut rezervasyonlara ayrılmış birimler. * **Mevcut** — satılmak üzere kalan. * **Allotment'lı vs. talep üzerine** — bir kontrat altında önceden tahsis edilmiş birimler vs. rezervasyonlar geldikçe tedarikçiden istediğiniz birimler. Konsol bunu bir takvim ızgarası olarak gösterir: satırlar odalardır, sütunlar tarihlerdir, hücreler renk kodlamalı "*mevcut / toplam*" gösterir. ## Envanter nereden gelir? Kendi mülkleriniz için envanter sizin belirlediğinizdir — doğrudan, Adragent ile veya toplu işlemler üzerinden. Tedarikçilerden (channel manager — *CM olarak da geçer*, bedbank — *B2B yatak tedarikçi ağı*, içerik kaynakları) aldığınız envanter için partner güncellemeleri gönderir ve platform bunları kanonik envanter satırlarınıza uygular. Her durumda kanonik envanter satırı tek doğru kaynaktır. Yayınladığınız outbound (*bizden kanallara giden*) kanallar ondan okur. Rezervasyonlar — doğrudan veya bir partner üzerinden — ondan eksiltir. ## Allotment'lar — önceden tahsis edilmiş taahhütler Bir kontrat genellikle envanteri önceden tahsis eder: *tedarikçi Mayıs–Eylül arasında bizim için gece başına 5 oda tutar, 7 günlük release süresiyle*. Bu bir **allotment**'tır — *size tahsis edilen kontenjan; release süresinde satamazsanız tedarikçiye geri döner*. Allotment'lar açık envanterden farklı çalışır: | Kavram | Davranış | | -------------------- | ------------------------------------------------------------- | | **Toplam allotment** | Tedarikçinin sizin için tutacağı maksimum. | | **Kullanılan** | Allotment içinde satılan sayı. | | **Kullanılmayan** | Tarih için allotment'tan kalan. | | **Release süresi** | Satılmamış envanterin tedarikçiye geri döndüğü kesim noktası. | Allotment'ın ötesinde **talep üzerine** envantere erişiminiz olabilir — rezervasyonlar geldikçe tedarikçiden istediğiniz, onaya tabi birimler. Platform her iki havuzu da tarih başına karıştırabilir. ## Tarihler arası envanter belirleme Envanter takvimi şunları yapmanızı sağlar: * **Sabit bir sayı uygulayın** — *Mayıs için gece başına 5 oda.* * **Güne göre değiştirin** — *hafta içi 5 oda, hafta sonları 8 oda.* * **Bir pazar için envanter geri tutun** — *Gece başına 2 odayı doğrudan rezervasyonlar için ayırın; gerisini kanallara bırakın.* * **Bir tedarikçi feed'i ile senkronize edin** — bir partner güncelleme gönderdiğinde platform otomatik olarak kanonik satıra uygular. * **Adragent ile toplu düzenleyin** — *"Hotel Sunrise'ın Deluxe Sea View envanterini Haziran'daki tüm hafta sonları için gece başına 8'e yükselt."* Her değişiklik uygulamadan önce önizlemeden geçer; hücre geçmişi değişikliği kaydeder. ## Envanter azaldığında Platform düşük envanter durumlarını açıkça gösterir: * Takvim ızgarasında **hücre düzeyi uyarılar** — müsaitlik düştükçe renkler değişir. * **Organizasyon düzeyi özetler** — sonraki 30 günde sold-out tarihleri olan mülkler, yüksek tempolu tarihler. * **Kanal düzeyi sinyaller** — sold-out olan bir tarih için partner istek yaptığında temiz bir *envanter yok* yanıtı alır, eskimiş bir evet değil. Nasıl tepki vereceğinize karar verirsiniz: ekstra bir oda açın, bir allotment'ı doldurun, fiyatları yükseltin, tarihi kapatın, rezervasyonları farklı bir mülke yönlendirin. ## Fiyat planları arası paylaşılan envanter Tek bir odanın envanteri, onu satan tüm fiyat planları arasında paylaşılır. Bir tarihte 5 odası mevcut olan bir *Deluxe Sea View*, onun için yayınlanan herhangi bir fiyat planı üzerinden rezerve edilebilir — ilk gelen rezervasyon (hangi fiyat planı üzerinden olursa olsun) aynı mevcut sayıdan eksiltir. Bu, fiyat planı çoğalmasından kaynaklanan overbooking'i engeller: birçok fiyat planı tek bir envanter havuzuna hizmet eder, tersi değil. ## Envanter kısıtlamalarla nasıl çalışır? Envanter *kaç tane*; kısıtlamalar *hangi koşullarla*. Bir tarihte 5 oda mevcut olabilir ama 3 gece minimum konaklama kısıtlaması varsa, envanter olsa da tek gecelik rezervasyona izin verilmez. Kısıtlamalar ve envanter birlikte, belirli bir rezervasyonun yapılıp yapılamayacağını belirler. Bkz. [Stop-sale ve kısıtlamalar](/console/tr/fiyatlama-ve-musaitlik/stop-sale-restrictions.md). ## Kanal başına envanter görünürlüğü Fiyat planları gibi envanter de kanal başına farklı yayınlanabilir: * Bir mülk tüm mevcut envanterini bir kanala, sadece bir kısmını başka bir kanala yayınlayabilir (pazar rezervi). * Bir B2B (*B2B = işletmeden işletmeye*) kontratına ayrılan envanter perakende kanallarına görünmez olabilir. * İç bir demo yürüten bir mülkün envanteri sadece doğrudan olarak işaretlenebilir. Mekanizma her yerde kullanılan aynı kanal başına kısıtlama overlay'idir — bkz. [Stop-sale ve kısıtlamalar](/console/tr/fiyatlama-ve-musaitlik/stop-sale-restrictions.md). ## Rezervasyonlar, içeri ve dışarı Rezervasyonlar envanteri hareket ettirir: * **Doğrudan bir rezervasyon** kanonik envanter satırından eksiltir. * **Kanal kaynaklı bir rezervasyon** (örn. metasearch — *otel karşılaştırma motoru* yönlendirmesi üzerinden) aynı kanonik satırdan eksiltir. * **Üçüncü taraf envanteri üzerinden rezervasyon** (örn. yeniden sattığınız bedbank tedariki) buyer-tarafı akışı üzerinden tedarikçinin envanterinden eksiltir, kendi kanonik envanterinizden değil. * **Bir iptal** envanteri geri yükler. Her rezervasyonun, hücreden onu üreten kanala dönen bir izi vardır, zaman damgalarıyla. Overbooking'i bu yüzden inceleyebilirsiniz. ## Adragent ve envanter Adragent envanter operasyonlarına eşlenen yaygın operatör cümleleri: * *"Hotel Sunrise'ın Deluxe Sea View'ini 15 Mayıs ile 15 Haziran arası gece başına 5 odaya ayarla."* * *"Tüm Antalya mülkleri için yaz boyunca doğrudan rezervasyonlar için gece başına 2 oda geri tut."* * *"Sonraki 7 günde sold-out tarihleri olan her mülkü göster."* * *"Tedarikçi X'ten mülk Y için allotment'ı gece başına 3 oda artır."* Tüm yazma işlemleri uygulamadan önce önizlemeden geçer. ## Sırada * **Envanterden okuyan fiyat planları** → [Fiyat planları](/console/tr/fiyatlama-ve-musaitlik/rate-plans.md) * **Sadece müsaitlik ötesinde bir tarihte rezervasyon yapılabilirliği kontrol eden** → [Stop-sale ve kısıtlamalar](/console/tr/fiyatlama-ve-musaitlik/stop-sale-restrictions.md) * **Envanter değişiklikleri için hücre başına geçmiş sayfası** → [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/inventory.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.