Владение данными климат-компьютера: что теряется при смене поставщика оборудования
Разбираем, где физически хранится история климат-данных теплицы, почему доступ к ней часто платный an-он, и что проверить перед сменой поставщика оборудования.
Катя Аверина
Контент-менеджер
17 августа 2026 г.•4 мин чтения
5
6
Смена поставщика климат-компьютера: что именно оказывается под риском
Часть тепличных хозяйств уже проходила вынужденный переход между системами автоматизации. Какую систему выбрать взамен, мы разбирали в материале ниже.
Здесь — другой вопрос: что технически происходит с накопленной историей климата и настроек при переходе, независимо от того, что стало его причиной и на какую систему переходит хозяйство.
Локальная память контроллера и облачная история: два разных хранилища
Климат-компьютер работает на двух уровнях хранения. Локальный контроллер — физический блок или PLC в теплице — держит данные для оперативного управления: текущие показания и недавние логи, нужные автоматике прямо сейчас. Многосезонная история, на которой строится аналитика и сравнение по годам, обычно живёт не там, а на серверах вендора — в облачной платформе, к которой контроллер подключается через интернет. Именно эта история нужна, например, чтобы понять, дала ли новая стратегия полива реальный прирост урожайности, или разница объясняется просто более тёплым летом.
Это значит: физический блок, который остаётся у хозяйства при уходе от поставщика, часто не содержит накопленную историю — она хранится не в оборудовании, а в облаке.
Проверка: отключите теплицу от интернета. Автоматика продолжит работать по локальным настройкам, но доступ к истории за прошлые сезоны, скорее всего, пропадёт вместе с соединением. Если так — история физически хранится не у хозяйства.
Второй барьер: доступ к своей истории может быть платной опцией
Даже если история хранится в облаке вендора, а не потеряна физически, это не значит, что её можно забрать. Есть второй барьер: доступ к выгрузке данных тарифицируется отдельно от их хранения.
У Priva это видно на примере Historical Data API. Без него хозяйство обычно может смотреть свою историю только вручную, в интерфейсе вендора — экран за экраном, отчёт за отчётом. Программно выгрузить историю целиком, чтобы загрузить её в новую систему или подключить стороннюю аналитику, можно только через этот API, а он доступен как платный an-он в тарифах Essentials и Plus — в базовом тарифе Starter такой возможности нет.
Это не особенность одного вендора, а обычная практика SaaS: история может быть «вашей» по договору, а инструмент, чтобы её действительно достать, — отдельной строкой в счёте.
Практическое действие: спросить у текущего поставщика, независимо от планов на переход, входит ли программный доступ к историческим данным (не просмотр, а выгрузка) в тариф, или это отдельная платная опция.
Третий слой потерь: логика управления, а не только цифры
Даже полный экспорт истории показаний не восстанавливает работающую систему. Есть третий слой, который обычно вообще не считается «данными» по договору: настроенные пороги и сценарии управления — например, при каком VPD запускается вентиляция или как совмещаются полив и досветка под конкретную культуру и геометрию теплицы. Это результат месяцев или сезонов подстройки под конкретное хозяйство.
По общей практике отрасли, а не по конкретному подтверждённому случаю, такая логика обычно хранится не как таблица значений, а как конфигурация внутри программной среды вендора, в закрытом формате — и редко переносится в готовом виде в другую систему.
Способ не зависеть от этого: вести собственный документ с настроенными порогами и сценариями отдельно от интерфейса вендора, не полагаясь на систему как на единственное место, где записана эта логика. Тогда переход на новую систему потребует перенастройки, но не восстановления с нуля по памяти.
Что проверить до перехода: три вопроса поставщику
Прежде чем подписывать договор с любым поставщиком климат-компьютера — включая того, к которому вы только присматриваетесь, и включая Gros.farm — стоит получить ответы на три вопроса:
Хранится ли история параметров локально на контроллере, а не только в облаке вендора?
Включён ли программный доступ к историческим данным, не только просмотр в интерфейсе, в тариф?
Экспортируются ли настроенные пороги и сценарии управления в переносимом формате, а не только сырые показания?
Три «да» — сигнал, что переход в будущем не будет означать потерю накопленной работы. Любой «нет» — повод получить ответ письменно до подписания договора, а не после.
Отключить теплицу от интернета. Если автоматика продолжает работать по текущим настройкам, но доступ к истории за прошлые сезоны пропадает вместе с соединением, значит история физически хранится не на контроллере, а на серверах вендора.
Локальный контроллер продолжит управлять теплицей по сохранённым настройкам — это данные для оперативной работы. Доступ к многосезонной истории, на которой строится аналитика и сравнение по годам, обычно пропадает, потому что она хранится в облаке вендора, а не в самом оборудовании.
Это распространённая практика SaaS: хранение данных и инструмент для их выгрузки — разные функции с разной тарификацией. У Priva, например, Historical Data API для программной выгрузки истории доступен только как платный an-он в тарифах Essentials и Plus, в базовом тарифе Starter такой возможности нет.
По общей практике отрасли настроенные пороги и сценарии управления обычно хранятся не как таблица значений, а как конфигурация внутри закрытой программной среды вендора, и не экспортируются в формате, понятном другой системе, даже при полном доступе к сырым историческим данным.
Три вещи: хранится ли история параметров локально, а не только в облаке; включён ли программный доступ к историческим данным в тариф, а не только просмотр в интерфейсе; экспортируются ли настроенные пороги и сценарии управления в переносимом формате. Ответы стоит получить письменно до подписания договора.
Вести собственный документ с настроенными порогами и сценариями отдельно от интерфейса вендора, не полагаясь на систему как на единственное место, где записана эта логика. Тогда переход потребует перенастройки, но не восстановления с нуля по памяти.