Лизинг

Кейс по лизингу и сборник SQL-рецептов

circle-exclamation

Лизинговые компании (особенно банки и поставщики флит‑лизинга) сохраняют право собственности на автомобиль или оборудование, в то время как клиент лишь арендует их использование, поэтому они принимают на себя риск, связанный с активом, на протяжении всего срока договора. 

Для защиты остаточной стоимости, обеспечения соблюдения договорных ограничений (пробег, география, обслуживание) и упрощения обязательств по полному обслуживанию они полагаются на Navixy. Данные GPS в реальном времени, диагностика на основе датчиков и поведенческая аналитика позволяют им проверять условия использования, автоматизировать планирование сервисного обслуживания, выявлять механические неисправности на ранней стадии, рассчитывать штрафы или плату за превышение пробега и, при необходимости, блокировать или возвращать актив — всё это защищает их инвестиции, сокращает операционные расходы и повышает прозрачность для клиента на протяжении всего жизненного цикла лизинга.

Navixy IoT Query поможет организовать любую аналитику на каждом этапе лизингового договора. Лизинговый контракт проходит через несколько предсказуемых фаз: Ввод в эксплуатацию и настройка актива → Операционная фаза → Надзор за рисками и соответствием

Следующие SQL‑рецепты в вашей книге совместно отслеживают каждый критический этап в этом жизненном цикле:

Фаза жизненного цикла
Цели и вехи
Рассматриваемые сценарии / рецепты

Ввод в эксплуатацию и настройка актива

• Зарегистрировать транспортное средство, активировать страхование и учетные данные водителя. • Импортировать активы в портал клиента с корректной видимостью.

Оповещения о регистрации/истечении страховки — зафиксированы базовые даты. Истечение срока действия водительского удостоверения — проверяет водителей перед допуском.

Планирование профилактического обслуживания

• Установить повторяющиеся графики обслуживания на основе пробега и времени. • Обеспечить сезонную замену шин.

Периодические осмотры по интервалу — задачи, управляемые календарём. Обслуживание по порогу пробега — правила мелкого/капитального обслуживания, основанные на км. Мониторинг часов двигателя — обслуживание машин по наработке часов.

Ограничения использования, привязанные к контракту

• Обеспечивать соблюдение лимитов пробега и финансовых ограничений. • Раннее обнаружение превышения использования, чтобы избежать сюрпризов в конце срока.

Лимит пробега и штрафы — контроль километража по году / по сумме контракта.

Поведение водителя и актива в реальном времени

• Защитить стоимость актива; обучать водителей. • Обнаруживать злоупотребления, которые аннулируют покрытие «полного обслуживания».

Резкое торможение. Резкое ускорение. Внезапные повороты/заходы на поворот.

Надзор за рисками и соответствием

• Держать активы в пределах географических и договорных границ. • Сохранять право на блокировку или возврат.

Выход за геозону (граница страны) — мгновенное оповещение о нарушении территории. Обнаружение зажигания и простоя — отслеживание расхода топлива / неправомерного использования.

Шаблон панели мониторинга

Хотя приведённые ниже SQL‑рецепты обеспечивают полный контроль над аналитикой по лизингу, вы можете начать быстрее с готовой панели мониторинга, которая визуализирует ключевые метрики на протяжении жизненного цикла лизинга. Шаблон исключает необходимость создавать запросы и визуализации с нуля. Импортируйте его, отрегулируйте параметры и сразу начните мониторинг соблюдения требований, рисков и защиты активов.

Шаблон охватывает ключевые рабочие процессы лизинга: отслеживание регистрации и сроков страховки, мониторинг водительских удостоверений, обнаружение резкого торможения и ускорения с классификацией по степени тяжести, анализ времени простоя и мониторинг активности устройств.

Импортируйте конфигурацию в Dashboard Studioarrow-up-right, отрегулируйте пороговые значения для ваших контрактов (лимиты пробега, уровни тяжести поведения, параметры обнаружения простоя) и разверните рабочее пространство полного мониторинга. Это удобно, когда командам нужны операционные панели для ежедневного контроля соответствия и рисков без написания SQL.

Предварительные требования:

  • IoT Query включён в вашей среде

  • Dashboard Studio установлена и доступна

  • По крайней мере 72 часа данных отслеживания

  • Заполнены таблицы стандартной схемы: tracking_data_core, states, objects, vehicles, employees

Конфигурация после импорта:

После импорта шаблона адаптируйте его к вашим конкретным лизинговым контрактам и операционным порогам:

  1. Просмотрите диапазон времени по умолчанию (72 часа) и скорректируйте, если доступность ваших данных отличается.

  2. Установите пороги тяжести для дорожных событий в параметрах запросов (по умолчанию: 60+ км/ч/с для предупреждений, 80+ км/ч/с для критических оповещений).

  3. Настройте параметры обнаружения простоя (по умолчанию: скорость ниже 5 км/ч, минимальная длительность 5 минут).

  4. Обновите метки геозон в запросе пересечения границы, если вы контролируете территориальные ограничения.

  5. Используйте глобальный выбор времени для анализа исторических периодов или сосредоточьтесь на недавней активности.

JSON шаблона:

Чтобы узнать больше о приложении панели IoT Querie, смотрите Dashboard Studio.

Для помощи при настройке свяжитесь с [email protected]envelope.

Оповещения о регистрации / истечении страховки

Банки должны отслеживать предстоящие истечения регистрации и страховки, поскольку они несут ответственность за технические осмотры, регистрацию и страхование. Своевременные оповещения предотвращают штрафы и простой транспортных средств.

Истечение срока действия водительского удостоверения

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

Выход за геозону (граница страны)

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

Этот SQL‑запрос предназначен для мониторинга и определения момента, когда устройство покидает заранее определённую географическую зону с меткой "Tallaght Depot Geofences." Процесс начинается со сбора и упорядочивания географических точек, определяющих границу зоны. Чтобы убедиться, что граница образует корректный полигон, первая точка добавляется в конец списка, эффективно закрывая форму. Этот замкнутый набор точек затем используется для создания полигона, представляющего геозону, который преобразуется в объект geography для пространственного анализа.

Затем запрос получает данные отслеживания устройств в заданном диапазоне времени, преобразуя сырые значения широты и долготы в географические точки. Он вычисляет, находится ли каждая точка устройства внутри или вне заранее определённой зоны с помощью функции ST_Contains, которая проверяет пространственное вхождение. Вычисляемый параметр pos принимает значение «inside», если точка находится внутри зоны, и «outside» в противном случае. Наконец, запрос фильтрует эти результаты для обнаружения переходов, когда устройство перемещается изнутри зоны наружу, используя оконную функцию для сравнения текущей позиции с предыдущей. Эта логика помогает в мониторинге перемещений устройств и обнаружении событий выхода из конкретных географических областей. Убедитесь, что вы добавили корректное значение для параметра: z.zone_label = 'your_zone_label'.

Периодические осмотры по времени

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

Обслуживание по порогу пробега (мелкое/капитальное)

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

Обратите внимание, что поле vst.description должно содержать соответствующие комментарии / описание для использования его в фильтрах в приведённом ниже SQL‑коде.

Ограничение пробега и штрафы

Лизинговые контракты часто ограничивают пробег (например, 25 000 км/год). В случае превышения применяются штрафные положения. Система должна сравнить фактический пробег за период действия контракта с оговоренным лимитом и рассчитать сборы.

Мониторинг моторочасов

Для машин и сельско‑хозяйственной техники эксплуатационные часы — а не пробег — определяют техобслуживание и выставление счетов. Данные по моторочасам (например, из CAN‑шины) необходимо контролировать и суммировать.

События резкого торможения

Поведение водителя влияет на износ и соблюдение условий договора. Выявление резкого торможения помогает банку отнести преждевременный износ тормозов/шин к неправильной эксплуатации водителем и, при необходимости, переложить расходы.

SQL‑запрос ниже сначала вычисляет скорость в километрах в час и разницу во времени между последовательными точками данных для каждого устройства. Используя эту информацию, затем рассчитывается скорость замедления в км/ч за секунду. Наконец, фильтруются и возвращаются записи, где величина замедления составляет 20 км/ч/с или более, что указывает на значительные события замедления.

События резкого ускорения

Агрессивное ускорение увеличивает износ шин, трансмиссий, приводных агрегатов и опор двигателя. Идентификация таких событий помогает в обучении водителей и возможном возмещении затрат.

SQL‑запрос ниже предназначен для выявления значительных событий ускорения в наборе данных трекинга. Сначала он вычисляет скорость в км/ч и разницу во времени между последовательными точками данных для каждого устройства. Используя эту информацию, затем рассчитывается скорость ускорения в км/ч за секунду. Наконец, фильтруются и возвращаются записи, где скорость ускорения достигает или превышает заданный порог, что указывает на значительные события ускорения.

Резкие повороты / маневры

Резкие повороты в сочетании с внезапными изменениями скорости указывают на рискованное вождение. Отслеживание такого поведения помогает выявлять неправильное использование транспортного средства.

Этот SQL‑запрос предназначен для выявления значительных изменений направления и скорости в данных трекинга за указанный период. Он сначала преобразует сырые значения широты и долготы в десятичные градусы и вычисляет скорость в км/ч. Используя функцию LAG, он получает предыдущие данные по положению и скорости для каждого устройства, что позволяет вычислять изменения во времени. Затем запрос рассчитывает изменение курсового угла в градусах с помощью тригонометрических функций для определения направления между последовательными точками. Также вычисляется изменение скорости между этими точками. Наконец, запрос фильтрует результаты, включая только те записи, где абсолютное изменение курса составляет 10 градусов или более и абсолютное изменение скорости составляет 5 км/ч или более, выявляя значительные маневры или события в данных трекинга.

Выключение зажигания и обнаружение холостого хода

Измерение времени холостого хода (зажигание включено, низкая/отсутствует скорость) помогает сократить расход топлива и выявить неправильное использование. Длительные периоды холостого хода следует фиксировать и контролировать.

circle-info

Dashboard Studio и подобные инструменты не поддерживают подстановку переменных (:variable синтаксис). Замените все параметры на буквальные значения перед выполнением этого запроса. Смотрите пример ниже для корректного формата.

Последнее обновление

Это было полезно?