Как MasterCadastre хранит данные

Редакция 24.10.2026 · Stage 6
Принцип: исходные кадастровые XML/ZIP не используются как постоянная тестовая база. Рабочее пространство, напротив, является сохраняемой рабочей системой: проекты и команда хранятся, чтобы пользователь мог продолжать работу между сессиями.

Разовая проверка XML/ZIP и результаты

  1. файл временно принимается сервером;
  2. выполняются выбранные проверки/конвертация/сравнение;
  3. формируются результаты;
  4. исходная загрузка и временно извлечённые файлы удаляются после штатной обработки;
  5. результаты, не связанные с проектом, обычно доступны до 7 дней;
  6. результат, прикреплённый к проекту, сохраняется как часть проектного досье пока существует проект или соответствующая связь;
  7. в истории разовой проверки остаётся техническая запись без постоянного архива исходного XML/ZIP.

Координаты проекта

При импорте координат сервис сохраняет исходный CSV, TXT, XML, ZIP или DXF внутри SQLite вместе с точками и версиями правок. Старые импорты доступны через историю проекта. Архивирование проекта не удаляет эти файлы. Окончательное удаление проекта удаляет их из основной базы; резервные копии могут содержать их до окончания своего срока хранения. Не загружайте в файлы лишние персональные данные.

Рабочее пространство

Для авторизованной организации сохраняются:

  • название рабочего пространства и роли участников;
  • имена сотрудников, их активность и связь с аккаунтом;
  • проекты: номер, клиент, контакт при наличии, услуга, кадастровый номер, регион/адрес, ответственный, этап, приоритет, срок, стоимость, признак оплаты, причина задержки, заметки;
  • история переходов проекта и комментариев;
  • связи проекта с результатами технических проверок MasterCadastre.

Эти сведения хранятся не как временный файл, а как рабочая база до удаления/прекращения соответствующей цели обработки.

Демо без аккаунта

Публичное Рабочее пространство показывает только вымышленные примеры. Демо-записи создаются в браузере и не дают посетителю доступ к реальным таблицам проектов, сотрудников или аналитики других пользователей. Изменения и экспорт в демо заблокированы.

Аккаунт и восстановление доступа

  • в БД хранится e-mail и хэш пароля, а не пароль;
  • для восстановления создаётся случайный одноразовый токен; сервер хранит только SHA-256-хэш токена;
  • ссылка восстановления действует ограниченное время и после использования становится недействительной;
  • после успешного сброса пароля старые авторизованные сессии инвалидируются;
  • сервисное письмо сейчас отправляется через настроенный SMTP-провайдер.

Отзывы и bug reports

Оценки/отзывы и сообщения об ошибках могут храниться с привязкой к аккаунту для управления и защиты от спама. Публичный отзыв отображается без логина автора. Не следует помещать в обратную связь содержимое XML и персональные данные третьих лиц.

Техническая статистика и журналы

Агрегированная статистика не предназначена для хранения ФИО, координат, кадастровых номеров, исходных имён файлов или содержимого XML. Технические журналы предназначены для диагностики и безопасности и не должны содержать пароли или SMTP-секреты.

Резервные копии

Резервная копия SQLite может содержать аккаунты, историю, Рабочее пространство, отзывы и обращения. Плановый срок хранения резервных копий — до 14 дней. Исходные файлы координатных проектов входят в резервную копию SQLite; временные XML/ZIP разовой проверки в неё не входят. Отдельные снимки для восстановления после инцидента могут храниться дольше до решения оператора.

Архив и удаление проектов

Проект можно архивировать: он исчезает из активного потока и аналитики, но его история, задачи и QA-версии сохраняются. Руководитель может переместить проект в корзину; в корзине проект хранится до 30 дней и может быть восстановлен. После истечения срока корзины проект может быть автоматически удалён из основной базы. Руководитель также может удалить проект навсегда раньше срока только после дополнительного подтверждения номера проекта. Резервные копии базы имеют отдельный срок хранения и поэтому удалённая запись может временно присутствовать в резервной копии до её планового удаления.

Запись технической проверки можно удалить из личного интерфейса. Если результат уже связан с проектом, личное удаление скрывает запись, но не уничтожает общую проектную версию и её файлы. Для удаления аккаунта или всего рабочего пространства, пока соответствующая кнопка самообслуживания не реализована, пользователь может обратиться на mastercadastreru@gmail.com.

Если данные нужно сохранять по обязательному закону или для защиты законных требований, оператор может сохранить только необходимый объём на соответствующий срок.
Версия документа: 2026-10-24-stage6.