> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/user/ru/guide/account/data-retention.md).

# Хранение данных

Как долго Navixy хранит историю мониторинга, события и видеозаписи, а также за какой период назад вы можете запросить запись с камеры.

Эта страница объясняет, как долго Navixy хранит данные, которые создают ваши GPS-устройства, и как далеко назад вы можете посмотреть. Она охватывает историю мониторинга, события и видеозаписи. Она применяется ко всем пользователям платформы Navixy, независимо от того, какие устройства вы используете.

## Как долго Navixy хранит ваши данные

Navixy хранит вашу сохранённую историю в течение 3 лет. Этот период одинаков для всех видов данных, которые создают ваши устройства:

| Данные                                                                              | Срок хранения |
| ----------------------------------------------------------------------------------- | ------------- |
| История мониторинга, включая позиции и поездки                                      | 3 года        |
| Показания датчиков                                                                  | 3 года        |
| Счётчики, такие как Одометр и Моточасы                                              | 3 года        |
| История поездок и событий, включая события, лежащие в основе ваших Контроль событий | 3 года        |

Navixy отсчитывает срок с момента, когда поступает каждая запись, а не с даты, когда вы её просматриваете. Поездка, записанная 2 года назад, всё ещё доступна. Та же поездка перестаёт быть доступной через 3 года после того, как произошла.

Для видеозаписей действуют другие правила, потому что запись начинается на камере, а не на платформе Navixy. Подробности см. [Видеозаписи](#video-recordings).

## Как ваш тариф влияет на то, что вы можете видеть

Ваш тариф определяет, насколько далеко назад вы можете просматривать данные в платформе, и этот период может быть меньше 3 лет. Ваш поставщик услуг выбирает его для каждого тарифа. Если самая ранняя дата, которую вы можете открыть в отчёте или окне истории, меньше чем 3 года назад, ваш тариф задаёт этот предел.

Чтобы узнать, какой период действует для вас, или запросить более длительный период, обратитесь к своему поставщику услуг.

{% hint style="info" %}
Период по вашему тарифу влияет на то, что вы можете открыть в платформе. Он не меняет, как долго Navixy хранит данные.
{% endhint %}

## Видеозаписи

Видеозапись может находиться в двух местах, и у каждого места свои правила. Камера записывает её в свою память. Navixy хранит копию только после загрузки записи.

### Запрос записи с камеры

Вы можете запросить запись за период до 30 дней назад и только пока камера ещё хранит её. Оба условия должны выполняться. Запись за прошлую неделю будет недоступна, если камера уже перезаписала её, а запись, которую камера ещё хранит, будет недоступна, если ей больше 30 дней.

Камеры перезаписывают свою память по мере записи, поэтому то, насколько далеко назад хранится запись на конкретной камере, зависит от объёма её хранилища и от того, сколько она записывает. Камера в автомобиле, который ездит каждый день, хранит меньше дней, чем камера в автомобиле, который ездит дважды в неделю.

Чтобы посмотреть, что ещё хранит камера, откройте **Видеомониторинг** окно из **виджета Объект**. Селектор дат отмечает даты, на которых есть видео, и различает записи, всё ещё находящиеся на камере, и записи, уже загруженные в Navixy. Шаги см. [Воспроизведение видео](/docs/user/ru/guide/tracking/objects-list/object-widget.md#video-playback).

### Записи, уже загруженные в Navixy

Запись, которую вы загрузили в Navixy, больше не зависит от камеры. Вы можете открыть её после того, как камера перезапишет свою копию, и после истечения 30-дневного окна запроса.

Загрузка использует мобильный трафик камеры. Запрашивайте нужные фрагменты, а не целый день.

### Видеособытия

Видеособытие — это запись события с прикреплённой к ней видеозаписью. Эти две части хранятся отдельно:

* Запись события следует периоду хранения в [Как долго Navixy хранит ваши данные](#how-long-navixy-keeps-your-data), как и любое другое событие.
* Прикреплённая к ней видеозапись подчиняется правилам для видео в этом разделе.

Событие годичной давности всё ещё есть в вашей истории поездок и событий. Вы по-прежнему можете посмотреть прикреплённую к нему запись, только если эта запись поступила в Navixy. Чтобы открыть запись из истории поездок и событий, см. [Видеомониторинг, запускаемый событием](/docs/user/ru/guide/tracking/history-view/event-history.md#event-triggered-video-monitoring).

## Анализ данных имеет отдельное ограничение в 30 дней

Анализ данных хранит последние значения устройства до 30 дней после его последнего сообщения, и это ограничение не связано со сроком хранения вашей истории. Анализ данных показывает небольшой кэш для диагностики. Когда Navixy удаляет этот кэш, история мониторинга и события остаются без изменений. Подробности см. [Доступность данных](/docs/user/ru/guide/account/iot-logic/data-stream-analyzer.md#data-availability).

## См. также

* [Воспроизведение видео в виджете Объект](/docs/user/ru/guide/tracking/objects-list/object-widget.md#video-playback)
* [История поездок и событий](/docs/user/ru/guide/tracking/history-view/event-history.md)
* [Анализ данных](/docs/user/ru/guide/account/iot-logic/data-stream-analyzer.md)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://navixy.com/docs/user/ru/guide/account/data-retention.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.