# Konnektör bağlamaları Bir **konnektör bağlaması**, bir partner konnektörü ile kataloğunuzdaki belirli bir mülk, oda veya fiyat planı arasındaki canlı bağlantıdır. Bağlamalar, kürasyonlanmış bir mapping'i çalışan bir kanala dönüştüren şeydir — etkin olduktan sonra partner mesajları otomatik olarak akar. ## Bir bağlama ne yapar? Mapping kürasyon işidir — *bu partner kodu bu katalog öğesine karşılık gelir.* Bir bağlama etkinleştirmedir — *bu mülk için, bu konnektörde, bu yön için o eşlemeyi kullan.* Bir mülkün bir partnere yayın yapması (veya ondan alması) için mülkün ihtiyacı olanlar: * Organizasyon'ınızda (kuruluş hesabınızda) **etkin bir konnektör.** Organizasyon — birden fazla otel/markanız varsa her biri ayrı organizasyon olabilir; organizasyonlar arası veri görünmez (white-label kurulumlar bu yüzden bağımsız çalışır). * Organizasyon'ınızda vault'lanmış o konnektör için **kimlik bilgileri.** * "Bu mülk bu konnektörden geçer" diyen bir **bağlama satırı.** * Kataloğunuz ile partnerin sözcük dağarcığı arasındaki **mapping.** İlk üçü mülkün *Channels* sekmesinde yaşar. Mapping kürasyon sayfalarında yaşar. Birlikte bağlamayı çalıştırırlar. ## Operatör olarak ne görürsünüz? Bir mülkü açın ve *Channels*'a tıklayın. Kanal başına şunu görürsünüz: * **Durum** — etkin, duraklatılmış, mapping bekliyor, hata. * **Uzak tanımlayıcı** — partnerin bu mülke hitap etmek için kullandığı kod. * **Son aktivite** — son başarılı inbound (kaynaktan size gelen) veya outbound (sizden kanala giden) mesaj, zaman damgasıyla. * **Mapping tamamlanma** — oda, fiyat, öznitelik ve pansiyon planı eşlemelerinin tamamen çözümlenmiş olup olmadığı veya boşlukların kalıp kalmadığı. * **Son mesajlar** — sorunları yakalamak için faydalı, gelen veya gidenlerin kısa bir listesi. Bağlamalar arkasındaki kürasyon işini kaybetmeden duraklatılabilir — geçici olarak bir mülkü bir partnere yayınlamayı durdurmak isterken devam etmeyi beklediğinizde faydalıdır. ## Çalışma zamanında bir partner mesajı nasıl iner? Bir partner bir mesaj gönderdiğinde — bir fiyat güncellemesi, bir envanter değişikliği, bir stop-sale, bir rezervasyon — platformun çok hızlı bir şekilde mesajın kataloğunuzdaki hangi öğeye atıfta bulunduğunu bulması gerekir. Zincir: 1. Partner mesajı, partnerin tanımlayıcılarıyla (mülk ID'si, oda kodu, fiyat kodu, pansiyon planı kodu) gelir. 2. Platform o konnektör için bağlamalara ve eşlemelere bakar. 3. Her partner tanımlayıcısı katalog öğenize karşılık bulur — mülk, oda, fiyat planı, pansiyon planı. 4. Platform mesajı doğru öğeye uygular. Mesajdaki herhangi bir tanımlayıcının eşlemesi yoksa, mesaj kaybolmaz — eşlenmemiş değer görünür şekilde bir kürasyon kuyruğunda tutulur ve boşluğu kapatmanız için bir uyarı alırsınız. Yapar yapmaz, kuyruk boşalır ve sonraki mesajlar hazırlama olmadan akar. ## Outbound bağlamaları nasıl çalışır? Outbound aynı şekildedir, ters yönde: 1. Adrasis'te bir fiyat, envanter hücresi veya kısıtlama değiştirirsiniz. 2. Platform o mülkü hangi kanalların yayınladığını (bağlamalar üzerinden) tespit eder. 3. Her kanal için platform katalog öğenizi partnerin sözcük dağarcığına çevirir (mapping kullanarak), kanal başına filtreleri (fiyat planı görünürlüğü, kısıtlama overlay'leri) uygular ve outbound mesajı gönderir. 4. Partner kabul eder veya reddeder; platform sonucu bağlamanın durumuna kaydeder. Outbound tarafındaki bağlamalar aynı zamanda kanal başına görünürlüğün onurlandırıldığı yerdir: "yalnızca iç" olarak işaretlediğiniz bir fiyat planı, gösterilmediği hiçbir bağlama için outbound mesajına dahil edilmez. ## Bağlamalar neden hızlı olmalı? Platformun en yoğun yolları bağlamalardan geçer. Bir partnerden gelen her inbound fiyat güncellemesi, her metasearch poll'u, her rezervasyon onayı tanımlayıcıları çevirmek için bir bağlamadan okur. Bu çözümleme yavaşsa, partner trafiği birikir ve outbound feed'ler geride kalır. Platform çözümlenmiş bağlamaları kanal trafiğinin ihtiyaç duyduğu yerde hızlı tutar; bağlamalar değiştikçe tazeler. Operatör mekaniği görmez; bağlamaların hızlı çalıştığını ve taze kaldığını görür. ## Bir bağlama yanlış gittiğinde Bir bağlama birkaç dürüst sebeple sağlıksız olabilir: * **Kimlik bilgileri süresi doldu** — partner gizini rotate etti ve yeni olan girilmedi. Platform bunu işaretler. * **Mapping boşluğu** — kanonik karşılığı olmayan bir partner kodu geldi. Platform mesajı kuyruğa alır ve boşluğu öne çıkarır. * **Partner bağlantısı çalışmıyor** — partner bağlantısı başarısız oluyor; bağlamanın son aktivite feed'i başarısızlıkları gösterir. * **Partner biçimi değişti** — partner gönderdiği veya beklediği biçimi değiştirdi; Adrasis ekibine yükseltilir. Her durumda bağlama duraklatılmış ama kurtarılabilir kalır. Hiçbir şey sessizce düşürülmez; hiçbir şey sessizce oluşturulmaz. Sorunu görürsünüz, düzeltirsiniz, bağlama kurtarılır. ## Bağlama geçmişi Her bağlama aksiyonu — etkinleştirme, duraklatma, mapping güncellemesi, kimlik bilgisi değişikliği — bağlama geçmişinde görünür. "Bu fiyat nereden geldi" sorusuna cevap vermeniz gerektiğinde bağlamadan başlayıp ilgili kanal mesajına ilerlersiniz. Fiyat hücresi düzeyinde geçmiş için bkz. [Hücre geçmişi](/console/tr/fiyatlama-ve-musaitlik/cell-history.md). ## Sırada * **Bağlamaların çözümlendiği ortak kayıt** → [Kanonik mapping](/console/tr/mapping-ve-kurasyon/canonical-mapping.md) * **Oda tiplerini uzlaştırma** → [Oda mapping](/console/tr/mapping-ve-kurasyon/room-mapping.md) * **Olanakları ve kategorileri uzlaştırma** → [Öznitelik mapping](/console/tr/mapping-ve-kurasyon/attribute-mapping.md) * **Pansiyon planı kodlarını uzlaştırma** → [Pansiyon planı mapping](/console/tr/mapping-ve-kurasyon/meal-plan-mapping.md) * **Bağlamaların yaşadığı kanal yapılandırma modeli** → [Kanallar](/console/tr/dagitim/channels.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/mapping-ve-kurasyon/connector-bindings.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.