# Veri saklama

Hücre geçmişi zengindir ancak sonsuza kadar tutulmaz. Adrasis hücre başına değişiklik geçmişini sınırlı bir pencerede tutar; böylece depolama maliyeti öngörülebilir kalır ve inceleme ihtiyaçları yine de karşılanır. Bu sayfa hangi kaydın ne kadar süre saklandığını ve daha uzun gerektiğinde ne yapacağınızı net biçimde anlatır.

## Ne, ne kadar saklanır

| Kayıt                             | Saklama           | Kapsamı                                                                                                                                                                             |
| --------------------------------- | ----------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Fiyat geçmişi**                 | **3 ay yuvarlak** | Bir fiyat hücresindeki her değişiklik — temel fiyatlar, türetilmiş fiyatlar, promosyon kaynaklı hareketler, partner inbound'ları.                                                   |
| **Envanter geçmişi**              | **3 ay yuvarlak** | Oda × tarih bazında envanter sayısının her değişimi — satılan, serbest bırakılan, kanal güncellemeleri dahil.                                                                       |
| **Kısıtlama geçmişi**             | **3 ay yuvarlak** | Stop-sale, CTA/CTD, min/maks konaklama, ön-rezervasyon pencerelerinin her değişimi.                                                                                                 |
| **Rezervasyonlar ve sözleşmeler** | **Süresiz**       | Rezervasyon kayıtları ve onları destekleyen sözleşmeler bu 3 aylık pencereye tabi değildir. Sözleşme yaşam döngüsünü ve sizin vergi/muhasebe saklama yükümlülüklerinizi takip eder. |

3 aylık pencere **yuvarlak**'tır: her takvim ayının sonunda en eski ay düşer. Yani 1 Haziran'da platform 1 Nisan → 31 Mayıs aralığını tutar (ay ilerledikçe yeni Haziran kayıtları üzerine eklenir). Anında aranabilir hücre geçmişi her zaman en az 60, en fazla 90 gündür.

## Neden üç ay

Üç ay, çoğu operasyonel incelemenin gerçekleştiği penceredir:

* **Operatör incelemesi** — *"Bu fiyatı geçen hafta kim değiştirdi?"* — aynı gün ile birkaç hafta arası.
* **Partner mutabakatı** — *"Bu konaklama tarihinde iptal politikası neydi?"* — genelde rezervasyon-konaklama aralığında (bir-iki ay).
* **Fiyatlama incelemeleri** — *"Geçen ayın ikinci yarısında ortalama fiyatımız neden düştü?"* — son 30 gün içinde kapsanır.

Bunun ötesinde sorular *"bu hücrede ne değişti"* sorusundan *"platform bugün nasıl yapılandırılmış"* sorusuna kayar — cevap canlı durumdur, geçmiş olaylar değil.

Üç ay ayrıca her müşteri için olay hacminden bağımsız olarak depolama maliyetini öngörülebilir tutar; pencere tüm planlarda aynıdır.

## Süresiz saklananlar

3 aylık pencere **hücre değişikliği olaylarına** uygulanır, hücrelerin kendisine veya altındaki kayıtlara değil:

* **Güncel fiyat, envanter ve kısıtlama değerleri** — her zaman canlı, asla zaman aşımına uğramaz.
* **Rezervasyonlar** — süresiz tutulur (sizin kendi veri saklama politikalarınıza tabi).
* **Sözleşmeler ve fiyat planları** — süresiz tutulur; sürüm geçmişi sözleşme kaydıyla birlikte ilerler.
* **Tesisler, odalar, öznitelikler, eşleştirmeler** — süresiz tutulur.
* **Toplu raporlama** — uzun vadeli raporlama (aylık performans, yıllık karşılaştırmalar) 3 aylık pencereyi aşan rollup'lardan üretilir.

Yani hücre geçmişi zaman çizelgesi düşse bile hücreyi kaybetmezsiniz — yalnızca güncel değerini üreten *mikro değişikliklerin izi* gider.

## Daha uzun gerekirse

İki seçenek:

1. **Düşmeden önce dışa aktarın.** Hücre geçmişi konsol dışa aktarımından alınabilir; yuvarlak pencereyi kendi raporlama deponuza çekmek kalıcı kayıt isteyen müşteriler için en güvenli yoldur. Platform organizasyon başına bir dışa aktarma sunar; istediğiniz sıklıkta (günlük, haftalık, aylık) çalıştırabilirsiniz.
2. **Genişletilmiş saklama eklentisi.** Düzenleyici veya sözleşmesel sebeplerle geçmişi daha uzun tutması gereken müşteriler için genişletilmiş saklama planı vardır — 12 ay veya 24 ay. Genişletilmiş saklama davranışı değil yalnızca pencereyi değiştirir: platformdaki diğer her şey aynı şekilde davranır. Etkinleştirmek için hesap yöneticinizle konuşun; servis sözleşmenize yansır.

## Pratikte ne anlama geliyor

* Hücre geçmişi paneli, ayın hangi gününde olduğunuza bağlı olarak her zaman son 60–90 günü gösterir.
* Daha gerilere uzanması gereken bir mutabakat sorgusu (örneğin 6 ay önceki bir partner anlaşmazlığı) dışa aktarmaya ihtiyaç duyar — canlı konsolda bulunmaz.
* Ekibiniz belirli bir geriye bakış penceresine bağlıysa ay sonunda dışa aktarma için hatırlatıcı koyun veya genişletilmiş saklamaya geçin.

## Bu nereye yazılıyor

Saklama ayarlanabilir bir tercih değildir — sözleşmeseldir. Tam ifade servis sözleşmenizde yer alır; hesap yöneticiniz ve [Sözleşmeler](/console/tr/kontratlar-ve-onboarding/contracts.md) kaydı bunu taşır. Organizasyon'ınız için pencere değişikliği daima sözleşme üzerinden yapılır, asla bir konsol anahtarından değil.

## Sıradaki adımlar

* **Hücre geçmişi sayfasının kendisi** → [Hücre geçmişi](/console/tr/fiyatlama-ve-musaitlik/cell-history.md)
* **Sözleşmelerin süresiz tuttukları** → [Sözleşmeler](/console/tr/kontratlar-ve-onboarding/contracts.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/data-retention.md?ask=<question>
```

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.
