Этот вопрос почти никогда не задают на этапе выбора. Его задают через полтора-два года после запуска, когда оборудование уже стоит, работает, а коммерческие или сервисные условия перестали устраивать.
Формулируется он обычно так: у нас станции TOUCH, можно ли вести их через Electro.cars и что мы от этого получим. Ответ распадается на три части: технически возможно, юридически разрешено, экономически оправдано. Совпадают все три реже, чем хотелось бы.
Технически: три проверки на месте
Смена платформы — это смена адреса, по которому станция устанавливает соединение. Проверяется всё за один визит сервисной организации.
Доступен ли сервисный интерфейс. Нужно физически или по сети войти в настройки станции. Если пароль знает только вендор, дальше идти некуда, и разговор переходит в переговорную плоскость.
Редактируется ли адрес подключения. Часть прошивок принимает адрес платформы управления только из заводской конфигурации. Это не злой умысел, а решение разработчика, но результат тот же: переехать нельзя без обновления прошивки.
Что реально умеет прошивка. Заявленная версия OCPP и фактически работающий набор сообщений расходятся чаще, чем кажется. Стенд показывает это за вечер: старт, стоп, показания счётчика, коды ошибок, удалённая перезагрузка, поведение после обрыва связи.
Если все три проверки пройдены — техническая часть решена, и дальше решают договор и деньги.
Что теряется при переезде
Это самая недооценённая часть, и терять приходится не то, о чём думают.
Логика распределения мощности. Если станции работали в связке с контроллером вендора, следившим за общим током на вводе, при переезде эта функция может остаться в оборудовании, переехать вместе с платформой или исчезнуть. Третий вариант опасен: без ограничения суммарной мощности ввод перегружается, и в лучшем случае срабатывает вводной автомат.
Аккаунты пользователей. Все, кто зарегистрировался в приложении вендора, останутся там. Заставить сотню жильцов или сотрудников заводить новый аккаунт — задача, которую придётся решать не технически.
История сессий. Переносится далеко не всегда. Без неё не сведёте бухгалтерию за прошлые периоды и не покажете сезонную загрузку следующему партнёру.
Фирменные функции. Всё, что было сделано сверх стандарта протокола, — особые режимы, интеграция с системой доступа паркинга, локальные сценарии — на стандартном OCPP работать не будет.
Юридически: что смотреть в действующем договоре
Три пункта, и их читают до звонка новой платформе.
Срок и порядок расторжения: за сколько дней уведомляется вендор, есть ли минимальный срок и штраф за досрочный выход.
Обязанность передать доступы: если её нет, вендор не обязан выдавать пароль и может этого не делать — не из вредности, а по регламенту информационной безопасности.
Судьба оборудования: если станции формально принадлежат вендору или взяты в рассрочку под условия сервиса, разговор о смене платформы вообще не имеет смысла до закрытия обязательств.
Экономически: когда переезд не окупается
Считать надо не разницу в комиссии, а полный эффект.
В расход идут: работы по перенастройке каждой станции, стендовые проверки, возможное обновление прошивки, простой на время переключения, повторная регистрация пользователей, восстановление логики распределения мощности, если она потерялась, и время сотрудников на всё это.
В доход — разница в ставке, умноженная на реальное число сессий, плюс то, ради чего затевался переезд: внешние каналы трафика, лучшая отчётность, другой уровень поддержки.
Простое правило: если срок возврата этих расходов выходит за полтора года, переезд обычно не делают — за такой горизонт меняются и условия, и рынок. Разумнее использовать полученные расчёты как аргумент в переговорах с текущим вендором.
Когда переезд оправдан почти всегда
Объект перестал быть закрытым. Паркинг открыли для посторонних, у бизнес-центра появилась гостевая зона, точка стала публичной. Требования сменились с ролей и лимитов на видимость и внешние каналы — а вендорский контур под это не проектировался.
Парк стал разнородным. К станциям одного производителя добавились другие, и вести два интерфейса дороже, чем один нейтральный.
Сервис перестал устраивать по срокам, и переговоры не помогли. Здесь платформа не решит проблему сама — эксплуатацию всё равно придётся закрывать отдельно, — но развязка железа и софта возвращает свободу выбора подрядчика.
Разговор с текущим вендором стоит провести первым
Расчёт переезда — это не только план действий, но и готовый аргумент, и использовать его лучше до, а не после.
Смена платформы для поставщика означает потерю выручки на весь оставшийся срок жизни станций. Обычно это больше, чем скидка, о которой вы просите. Поэтому предметный разговор — «вот наши цифры, вот условия конкурента, вот срок окупаемости переезда» — чаще заканчивается пересмотром условий, чем отказом.
Что реально удаётся получить в таких переговорах: снижение комиссии, фиксация сроков реакции в часах вместо формулировок, доступ к выгрузке данных, передача пароля сервисного меню, иногда — подключение внешнего канала трафика на стороне вендора.
Что почти никогда не удаётся: заставить закрытый контур стать открытым. Если функции живут в фирменном контроллере, они там и останутся.
Разговор стоит вести после первой из трёх технических проверок, а не до неё: без ответа на вопрос, возможен ли переезд в принципе, позиция слабая.
Как провести переезд без простоя
Порядок, который работает.
- Стендовая проверка одной станции каждой модели на новой платформе — до всяких уведомлений.
- Выгрузка истории сессий и списка пользователей со старой платформы, пока договор действует.
- Уведомление о расторжении с датой, согласованной так, чтобы старая платформа держала станции подключёнными до дня переключения.
- Переключение по одной точке, а не всем парком сразу.
- Информирование постоянных пользователей заранее, с инструкцией и сроком.
- Неделя параллельного наблюдения: сверка счётчиков, проверка чеков, контроль ошибок.
Пункт третий важнее остальных: пауза между отключением от старой системы и подключением к новой — это простой, который оплачиваете вы.
Что в итоге
- Вопрос переезда решается тремя проверками на месте: доступ к сервисному меню, редактируемый адрес подключения, реальные возможности прошивки.
- Потерять можно логику распределения мощности, аккаунты пользователей, историю сессий и все нестандартные функции.
- В действующем договоре смотрят срок расторжения, обязанность передать доступы и статус собственности на оборудование.
- Переезд считают целиком: перенастройка, простой, повторная регистрация пользователей — против разницы в ставке.
- Расчёт переезда полезен даже тогда, когда переезжать не будете: это лучший аргумент в переговорах с текущим поставщиком.
Материал носит информационный характер и не является инвестиционной рекомендацией или публичной офертой. Расчёты приведены с указанными допущениями; фактические показатели зависят от конкретного объекта.