# Fiyatlama motoru **Fiyatlama motoru**, belirlediğiniz girdileri — taban fiyatlar, pansiyon planları, markup (*sizin ekleyeceğiniz fiyat farkı / kâr payı*), kontratlar, promosyonlar, kısıtlamalar, para birimi kuralları, kitle kuralları — bir gezginin gördüğü ve bir partnerin aldığı son sayıya çeviren bileşendir. Aynı girdiler, aynı çıktı, her seferinde. Bu tahmin edilebilirlik tüm meseledir. ## Hesaplama nasıl çalışır? Fiyatlama motoru aynı girdiler için aynı hesaplama yolunu izler: 1. **Fiyat yeniden üretilebilir.** Aynı girdilerle hesaplamayı yeniden çalıştırmak aynı sayıyı döner. Rastgelelik yok, fiyatladığınız tarih dışında zamana bağımlı tuhaflık yok. 2. **Fiyat açıklanabilir.** Verilen herhangi bir fiyat için motor onu üreten *hangi* taban fiyatı, *hangi* pansiyon planı ayarlamasını, *hangi* markup'ı, *hangi* promosyonu, *hangi* indirimi gösterebilir. Bir partner veya finans ekibiniz "*bu fiyata nasıl ulaştık*" diye sorduğunda hesaplama zinciri cevabı gösterir. ## Türetme zinciri Tek bir hücre için — *mülk X, oda Y, fiyat planı Z, tarih D, doluluk O* — motor şunları değerlendirir:
Girdiler türetme zincirinden geçerek son fiyatı üretir

Her adımda girdiyi siz ayarlarsınız; motor onları deterministik biçimde birleştirir.

Her adımda girdileri siz belirlersiniz; motor onları birleştirir. Herhangi bir girdiyi değiştirin — yeni bir kontrat markup'ı, yeni bir promosyon, yeni bir minimum satış fiyatı — etkilenen her hücrede son fiyat güncellenir. Türev fiyat planları (başka bir fiyat planının türevleri) için Adım 1 ana planın tabanını okur ve ilişki farkını (yüzde veya sabit tutar) uygular. Türetme zinciri en fazla 5 seviye derindir. Bkz. [Fiyat planları → Türev fiyat planları](/console/tr/fiyatlama-ve-musaitlik/rate-plans.md). ## MSP (Minimum Selling Price — *minimum satış fiyatı*) Bazı kontratlar ve partner anlaşmaları bir **MSP** (Minimum Selling Price — *minimum satış fiyatı*) ile gelir — sözleşmenin altına düşülemeyecek bir taban tanımlar; sistem altına düşmenize izin vermez, otomatik olarak tabana yükseltir. Yaygın sebepler: * **Tedarikçi kontratı** — tedarikçi envanterinin belirli bir fiyatın altında gösterilmemesini şart koşar (fiyat paritesi, marka koruması). * **Parite kuralı** — operatörün kendi taahhüdü; genel perakendenin belirli bir kanalın altında satmaması. * **Manuel geçersiz kılma** — belirli bir dönem için finans veya fiyatlama ekibinin kararı. Motor MSP'nin altına düşen bir son fiyat hesapladığında rezervasyonu reddetmez — **fiyatı tabana yükseltir (clamp)**. Rezervasyon iner; gezgin taban fiyatı görür; fiyatlama görünümü tabanın uygulandığını ve nereden geldiğini gösterir. ### MSP nereye uygulanır? MSP iki seviyede ayarlanır: * **Fiyat planında** — o fiyat planı üzerinden yapılan her rezervasyon için varsayılan taban. * **Kanal başına görünürlükte** — belirli bir outbound kanal için daha sıkı bir taban (örneğin bir B2B partner perakende için olandan daha yüksek bir taban gerektirebilir). Her ikisi de uygulandığında ikisinden yüksek olanı kazanır. Fiyat açıklaması hangi değerin kullanıldığını ve nedenini gösterir. ### MSP bir rezervasyonu ne zaman etkiler? Akış: 1. Motor promosyonlar, markup ve kitle ayarlamaları üzerinden son fiyatı hesaplar. 2. Sonuç uygulanan MSP'nin altındaysa fiyat tabana yükseltilir. 3. Hücre geçmişi şunları kaydeder: orijinal hesaplanan fiyat, uygulanan taban, tabanın kaynağı, clamp edilmiş sonuç. 4. Gezgin clamp edilmiş fiyatı görür; rezervasyon normal şekilde ilerler. Bu, tedarikçi zorunlu fiyat tabanları altında B2B dağıtımı operasyonel olarak temiz kılan şeydir — motor tabanı otomatik halleder; "MSP üstü" ve "altında olabilirdi" durumları için paralel fiyat planları sürdürmeniz gerekmez. ## Net fiyat vs. komisyon Kontrat türüne bağlı olarak iki fiyatlama modeli bir arada bulunur: * **Net fiyat + markup.** Kontrat size net fiyat verir; markup'ınızı eklersiniz; gezgin brüt öder. Bedbank tedarikçileriyle ve bazı doğrudan mülklerle yaygın. * **Brüt üzerinden komisyon.** Kontrat brüt fiyat yayınlar; siz tepeden komisyon alırsınız. Otel-doğrudan kontratlarda ve bazı kanal anlaşmalarında yaygın. Motor kontrat türünü okur ve doğru modeli otomatik uygular. Rezervasyon başına seçmezsiniz; kontrat seçer. ## Çoklu para birimi Tek bir rezervasyonda üç para birimi bağlamı bir arada bulunur: * **Gösterim** — operatörün konsolda gördüğü. * **Kontrat** — tedarikçi kontratının olduğu para birimi. * **Mutabakat** — bir ödemenin mutabakata bağlandığı para birimi. Motor her adımda dönüşümleri, yapılandırılabilir bir kur kaynağı kullanarak halleder. Her dönüşüm kaydedilir, böylece zincir açıklanabilir kalır — *180 EUR taban, kontrat USD'de, kaynak X'ten D tarihinde uygulanan kur*. ## Aynı fiyat her yerde Adrasis'in fiyatlama motoru doğru kaynaktır ve hesaplamanın gösterildiği yere bakılmaksızın aynı yanıtı verir — operatör konsolu, bir outbound feed, bir inbound eşleştirme yolu. Bir gezginin metasearch sonucunda gördüğü sayı, fiyat takviminde gördüğünüz aynı sayıdır. ## Motor neyi yapmaz? Motor bilinçli olarak şunları *yapmaz*: * **Neyin gösterileceğine karar vermez.** Bu bir dağıtım meselesidir (kanal başına görünürlük). * **İş durumu tutmaz.** Kanonik durumdan okur; onu değiştirmez. * **Rezervasyonları yönlendirmez.** Rezervasyon oluşturma ayrı bir etki alanıdır; motor fiyatı üretir, rezervasyon akışı onu kullanır. * **Müsaitliği yönetmez.** Envanter kontrolleri aynı bileşik "bunu satabilir miyiz" sorusunun parçasıdır, ama envanter matematiği motorun işi değil. Motor bilinçli olarak dardır. Fiyatı hesaplar; politika onun çevresinde yapılandırılır. ## Türetilmiş bir fiyatı incelemek Fiyat takvimindeki her hücre için şunları yapabilirsiniz: * **Fiyat açıklamasını** açın — gösterilen sayıyı üreten tam zincir. * Tarih için aktif olan **hangi kontrat versiyonunun** olduğunu görün. * **Hangi promosyon(lar)ın** hangi sırayla üst üste eklendiğini görün. * Kullanılan **kurları** (para birimi dönüşümü uygulandıysa) görün. * Herhangi bir girdiye son dokunan **operatör aksiyonunu** geri izleyin. Bu, "*neden bu sayı bu sayı*" sorusunun manuel araştırma yerine hızlı bir ürün cevabına dönüşme yoludur. ## Adragent motoru nasıl kullanır? Adragent'tan bir fiyat alıntılamasını veya bir promosyon uygulamasını istediğinizde: 1. Agent motorun okuduğu aynı kanonik girdileri okur. 2. Önizleme size türetilmiş fiyatı, onu üreten girdilerle yan yana gösterir. 3. Onayda girdilerdeki değişiklik (yeni promosyon, yeni markup) motorun normal yolundan geçer. Motorun üretmediği bir alıntılanmış fiyatı asla almazsınız. Adragent'ın kendi fiyatlama mantığı yoktur. ## Sırada * **Motorun okuduğu fiyat planları** → [Fiyat planları](/console/tr/fiyatlama-ve-musaitlik/rate-plans.md) * **Motorun üst üste eklediği promosyonlar** → [Promosyonlar ve indirimler](/console/tr/fiyatlama-ve-musaitlik/promotions-and-discounts.md) * **Motorun uyduğu kısıtlamalar** → [Stop-sale ve kısıtlamalar](/console/tr/fiyatlama-ve-musaitlik/stop-sale-restrictions.md) * **Her girdi değişikliğini kaydeden hücre başına geçmiş** → [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/pricing-engine.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.