Composable Telematics

    Телематика как платформа, на которой вы строите

    Navixy — composable-платформа: каталог возможностей от готовой видимости операций (Location Intelligence) до оркестрации данных (IoT Logic), SQL-доступа к телеметрии (IoT Query) и продукта под вашим брендом. Берите весь набор или отдельные примитивы и стройте свой продукт.

    Документация Обсудить архитектуру с инженером
    С 2005 года в телематике800K+ онлайн-активовКлиенты в 130+ странах
    IoT Logic · телеметрия в движении
    Вход · сырой пакет устройства
    { "adc1": 156, "din": 5, "lat": 43.238, "lng": 76.889 }
    Выход · нормализованная телеметрия
    { "fuel_level": 62.4, "ignition": true, "location": ... }
    NavixyВаш MQTT-брокер
    Flow активен · декодирование → преобразование → маршрутизация
    За рамками монолита

    Функции есть у всех. Вопрос в том, чьи данные и дорожная карта

    Монолитная платформа закрывает типовые задачи: трекинг, отчеты, уведомления. Но данные заперты внутри, API вторичен, а каждая нестандартная функция — это тикет вендору и месяцы в чужой дорожной карте. Пока вы перепродаете чью-то платформу, ваш продукт — это чужой продукт с вашим логотипом в углу.

      Определение категории

      Что такое Composable Telematics

      Composable Telematics — подход, при котором телематический продукт собирается из независимых возможностей платформы с документированными интерфейсами, а не берется закрытым монолитом. Каждая возможность работает отдельно, стыкуется с остальными через API и заменяется без переписывания всего стека. Телематика проходит путь от white-label через headless к composable — и дальше к agent-ready, когда с платформой работают не только люди, но и AI-агенты.

      • Каждая возможность самодостаточна: Location Intelligence, IoT Logic, IoT Query и прикладной слой работают по отдельности. Зависимостей «все или ничего» нет.
      • Интерфейсы открыты в обе стороны: в любую возможность можно войти со своими данными и выйти в свои системы — через API, SDK и MCP.
      • Каталог открыт: к ядру добавляются устройства и OEM-источники, доступ для AI-агентов и интеграции. Список возможностей растет, а не ограничен рамками одного продукта.

      Каталог возможностей платформы

      Ядро — четыре возможности ниже; начните с готовой видимости или спуститесь к данным. Платформа шире: API и SDK, поддержка устройств и OEM-источников, доступ для AI-агентов через MCP.

      Location Intelligence

      Готовая видимость операций: живая карта, геозоны, событийные правила, воспроизведение маршрутов (Time Machine), отчеты и защищенные гео-ссылки. Превращает сигнал устройства в операционную картину поля — без разработки интерфейса. Location IntelligenceРуководство для разработчиков

      IoT Logic

      Прием данных с устройств и OEM-источников, декодирование протоколов, обогащение и маршрутизация потоков — в ваши системы или дальше по стеку. Новые источники и правила обработки настраиваются в конфигураторе потоков, без релиза платформы. ДокументацияIoT LogicOEM-телематика

      IoT Query

      PostgreSQL-совместимый SQL-доступ к исходным данным телематики. BI-дашборды, ML-модели, собственная аналитика — прямым запросом, а не выгрузкой CSV. Настройка подключенияСхема данныхIoT Query

      Прикладной слой

      Web- и мобильные приложения white-label: домен, логотипы и цветовые темы — под вашим брендом. Запуск без фронтенд-разработки. Когда понадобится свой интерфейс — те же данные доступны headless, через API. white-labelHeadless

      Архитектура

      Подключайтесь на любом слое. Забирайте данные там, где нужно

      Телеметрия движется снизу вверх: от устройств через IoT Logic к слою данных, Location Intelligence и приложениям. Но весь стек использовать необязательно. Подключите свой источник, интерфейс или хранилище там, где это нужно вашей архитектуре. Операции логикиДоступ к данным

      • Меняйте один слой, а не мигрируйте весь стек.
      Agent-ready

      AI-агент — такой же клиент платформы, как ваше приложение

      MCP-сервер Navixy открывает агентам доступ к данным аккаунта: телеметрия, объекты, правила, отчеты. Агент аутентифицируется, работает в пределах прав учетной записи и не требует отдельной интеграции. Спросите агента «какие машины простаивали больше двух часов вчера» — он выполнит запрос сам. Navixy MCP

        Navixy MCP · консоль агента
        Агент: какие машины простаивали больше двух часов вчера?
        Navixy MCP → аутентификация: токен аккаунта (User MCP)
        IoT Query: 7 машин с простоем больше 2 часов

        User MCP и Admin Panel MCP требуют аутентификации аккаунта; MCP по документации — публичный. Агент действует в границах прав аккаунта.

        Для кого

        Одна инфраструктура — разные продукты

        Инфраструктура одна и та же для TSP, продуктовых команд и инженерных отделов — но каждая группа использует ее по-своему.

        • TSP и интеграторы: Перестаете перепродавать чужую платформу — выпускаете отраслевой продукт: свой бренд, свои тарифы, своя логика поверх готовой инфраструктуры.
        • ISV и вертикальные продукты: Телематика как компонент: FSM, страхование, холодовая цепь. Встраиваете данные и события в свой продукт через API, не строя прием телеметрии с нуля.
        • Инженерные команды корпораций: Данные техники — в вашем хранилище и BI, запросом SQL. Без вендорского дашборда, который никто не открывает.
        Команда Navixy профессиональна, вежлива и всегда готова выслушать. Отличная компания и отличные люди. Это самая полная платформа, которую я когда-либо использовал. Никогда еще не было так просто интегрировать новые устройства.
        WM
        Warren M.
        Директор · Информационные технологии и услуги, 11-50 сотрудников
        10K+
        завершенных проектов
        800K+
        онлайн-активов
        130+
        стран клиентов

        Отзыв из программы отзывов клиентов Navixy, перевод с английского.

        Частые вопросы

        Вопросы о Composable Telematics

        Composable Telematics — это отраслевой стандарт?
        Нет, это архитектурный подход, а не стандарт с сертификацией. Проверяется он просто: у каждой возможности есть публичная документация, возможности работают независимо, данные доступны напрямую. Если хотя бы одно из трех требует «обратитесь к менеджеру» — это не composable.
        Достаточно ли платформе иметь API, чтобы быть composable?
        Нет. API у монолита обычно вторичен: покрывает часть функций и не дает войти в стек со своими данными. Composable означает, что API — основной интерфейс каждой возможности, а интерфейс платформы — лишь один из его потребителей. Операции логики
        Headless Telematics и Composable Telematics — одно и то же?
        Headless — частный случай: данные и логика без готового интерфейса. Composable шире: блоки, включая готовый white-label-интерфейс, комбинируются в любом составе. Headless-сценарий в composable-стеке доступен всегда; обратное неверно. Headless
        white-label-телематика — это уже composable?
        Само по себе — нет. У обычного поставщика white-label меняет оформление, но стек остается монолитным: данные, логика и интерфейс — единое целое. Composable добавляет главное — возможность забрать данные, заменить слой или встроить свой. При этом white-label остается законным способом поставки: в composable-платформе это один из режимов прикладного слоя, а не потолок. white-label
        Когда собирать инфраструктуру самостоятельно не стоит?
        Когда телематика для вас не продукт, а задача: отслеживать десяток машин, получать отчеты. Тогда готовое приложение дешевле любой архитектуры. Composable оправдан, когда вы строите продукт для своих клиентов или встраиваете телеметрию в собственные системы.
        Что дает Location Intelligence поверх приема данных?
        Готовую видимость операций без разработки интерфейса. Живая карта, геозоны, событийные правила, воспроизведение маршрутов (Time Machine), отчеты и защищенные гео-ссылки работают сразу. Это отдельная возможность каталога: включите ее поверх IoT Logic или замените своим интерфейсом через API. Location IntelligenceРуководство для разработчиков
        Composable Telematics устраняет зависимость от поставщика?
        Снижает, не устраняет. Смена возможности остается работой, но работой ограниченного объема: заменяется один слой, а не весь стек с миграцией данных. Ключевая проверка — можете ли вы выгрузить все данные штатным способом. В Navixy это SQL-доступ через IoT Query.
        Какие подтверждения запросить у поставщика?
        Публичную документацию API каждой возможности, схему данных, описание способа полной выгрузки, список поддерживаемых протоколов устройств и условия работы возможностей по отдельности. Если ответ — «пришлем презентацию», выводы очевидны.
        Можно ли подключить к Navixy AI-агента или инструмент разработчика?
        Агент подключается как обычная интеграция. User MCP и Admin Panel MCP работают через аутентификацию аккаунта; MCP по документации — публичный. Агент получает те же права и тот же контроль доступа, что и любое приложение. Navixy MCP

        Начните с документации

        Разберите архитектуру самостоятельно — или за 30 минут с инженером Navixy, на вашем сценарии.

        Документация Поговорить с инженером

        Начните с одной возможности или соберите весь стек под свой сценарий.