Раздел FAQ (часто задаваемые вопросы), Q&A (вопросы и ответы) и ЧаВо (частые вопросы) собран на основе реальных обращений от партнеров, интеграторов и клиентов платформы Waliot. Мы проанализировали историю обращений в техподдержку, общение в чатах, а также звонки по горячей линии, чтобы отразить здесь максимально полный перечень вопросов и ответов, встречающихся при работе с системой.
Вопросы и ответы сгруппированы по тематическим разделам. Рекомендуем:
Информация в этом разделе регулярно обновляется и дополняется новыми кейсами. Если вы не нашли ответ на свой вопрос — обратитесь в техническую поддержку, и мы добавим решение в базу знаний.
Перед тем как обращаться в техподдержку, рекомендуем выполнить несколько простых шагов. В большинстве случаев они помогают устранить проблему без дополнительных действий:
На компьютере, планшете или смартфоне должны быть выставлены правильные дата и часовой пояс. Неверные настройки могут приводить к сбоям при авторизации, отображении треков и формировании отчетов.
Медленный или нестабильный интернет влияет на загрузку карт, отчетов и треков. Рекомендуем:
Если страница «подвисла» или данные не загружаются:
При повторяющихся ошибках или некорректном отображении данных очистите кэш веб-приложения. Подробная инструкция: Очистка кэша браузера.
Устаревший браузер может некорректно работать с современными веб-технологиями. Для WALIOT.Навигатор, WALIOT.Админ и других веб-приложений платформы рекомендуется использовать последнюю версию одного из браузеров:
При использовании других браузеров возможна частичная или некорректная работа отдельных функций.
Расширения вроде AdBlock или AdGuard могут мешать работе веб-приложения и вызывать ошибки. Добавьте Waliot в список исключений.
Раздел о работе с веб-приложением WALIOT.Навигатор: карта и отображение объектов, отчеты, дашборды и уведомления. Здесь собраны ответы на самые частые вопросы диспетчеров и логистов о том, как находить нужные данные, настраивать их отображение и использовать в ежедневной работе.
Чаще всего это связано с настройками фильтрации в дереве объектов. Проверьте:
Если все указано верно, попробуйте обновить карту или перезапустите приложение.
В разделе «Уведомления» создайте новое правило: задайте условие (тип события, объекты, геозоны) и выберите способ доставки. Поддерживается несколько каналов: уведомление внутри приложения, электронная почта, SMS, Telegram и MAX. Для работы с настройками уведомлений у пользователя должны быть соответствующие права.
Если уведомления перестали приходить, убедитесь, что правило активно и пользователь подписан на канал. При доставке на почту письма иногда попадают в «Спам». Если уведомления не приходят в Telegram или MAX — проверьте, что бот не был отключен пользователем.
Основные причины:
Проверьте трек объекта на карте за тот же период. Если трек отображается, но в отчете нет данных, значит в панели администратора некорректно настроено дополнительное оборудование на данном объекте. Рекомендуется сверить телеметрию в панели администратора и проверить настройки датчиков.
Это действие выполняет администратор в панели администратора. Вся история треков и отчетов при этом сохраняется. Перемещение между группами внутри одной организации доступно самому пользователю через WALIOT.Навигатор при наличии соответствующих прав.
В дереве справа от названия геозоны есть значок «глаз». Включите его, чтобы зона отображалась на карте. В случае создания новой геозоны, если она не отобразилась на карте или в дереве, попробуйте обновить карту или перезапустить приложение.
Если поле отчета пустое — объект не передавал соответствующий параметр (например, обороты двигателя или уровень топлива). Проверить наличие параметров можно в панели администратора через просмотр телеметрии навигационного оборудования.
На экране карты откройте меню выбора слоя в нижней части карты — со стороны, противоположной дереву объектов (по умолчанию справа) — и выберите нужный слой. Доступны схематичные карты (2ГИС, Яндекс, Google, OSM), спутниковые и гибридные слои, рельеф, а также отдельный слой «Пробки». Выбранный слой сохраняется локально в этом браузере (на данном устройстве) и не переносится между устройствами.
Причины: слишком большой объем данных для отображения или слабое интернет-соединение. Рекомендуется включать фильтры, ограничивать число одновременно отображаемых объектов. Используйте поиск или группировку объектов, чтобы ускорить загрузку.
В разделе «Отчетность» откройте «Отчеты по расписанию». Укажите тип отчета, периодичность и адреса рассылки. Система будет формировать отчеты автоматически и отправлять их на указанную почту. Отчеты формируются по локальному часовому поясу пользователя, создающего или редактирующего настройку. Раздел доступен только при наличии соответствующих прав.
Сообщение «Подготовка печати» с зависанием относилось к прежнему интерфейсу. В текущей версии WALIOT.Навигатор отчеты формируются и отправляются на печать средствами самого приложения. Если печать не запускается или страница подвисает:
Если проблема сохраняется — обратитесь в техническую поддержку.
Да. В отчетной подсистеме есть отдельная группа отчетов «Путевые листы» по унифицированным формам с кодами ОКУД:
Отдельно поддерживается интеграция с 1С:УАТ: в этом случае Waliot передает данные мониторинга (пробег, моточасы, расход и остатки топлива, посещение пунктов), а сам бланк путевого листа формируется уже в 1С.
Кнопка выбора карты переключает картографического провайдера и тип отображения (а не «город / трасса / село»). Доступны схематичные карты (2ГИС — по умолчанию, Яндекс, Google, OSM, а также OSM Light и OSM Dark), спутниковые и гибридные слои (Яндекс, Google), рельефная карта (Google Ландшафт) и отдельный слой «Пробки». Ориентир по выбору:
Выбранный слой сохраняется локально в браузере (на данном устройстве).
Требования к каналу на рабочем месте невысокие. На практике достаточно стабильных 1–2 Мбит/с; мобильного 4G хватает. Объем обновлений растет пропорционально числу объектов и геозон в организации, поэтому для крупных парков, а также при просмотре видеонаблюдения (видеопоток идет напрямую из вашей системы видеонаблюдения) запас по каналу нужен больше.
⚠️ Не путайте с системными требованиями On-Premise: указанные там 100 Мбит/с относятся к серверу, на котором разворачивается платформа, а не к рабочему месту пользователя.
Тепловая карта — это картографический слой, который цветовой заливкой показывает плотность движения и стоянок объектов по их GPS-трекам за выбранный период: чем чаще техника проезжала или стояла в точке, тем «горячее» цвет. Ее строят по одному объекту, группе объектов или всей организации.
Тепловую карту используют, чтобы увидеть, где техника бывает чаще всего, найти нештатные маршруты и места длительных стоянок. Важно: слово «тепловая» здесь про цветовую шкалу плотности, а не про температуру или тепловые нагрузки. Для точного учета посещений конкретных территорий используйте отчеты «Посещение геозон» и «Прохождение геозон».
В этом разделе объясняется, как формируются и отображаются данные в системе. Почему может не совпадать пробег, пропадать координаты или топливо, как работает фильтрация и откуда берутся различия между отчетами и треками. Все, что связано с телеметрией, ее визуализацией и отчетностью.
В системе события фиксируются по изменениям уровня топлива, которые передает датчик уровня топлива (ДУТ), установленный в баке.
Небольшие колебания показаний связаны с погрешностью датчика, температурными изменениями и колебаниями топлива в баке. Чтобы убедиться в достоверности события (слива или заправки), проверьте:
Пользователю:
Администратору:
При использовании нескольких ДУТ (в одном баке или разных баках) необходимо убедиться в корректной работе каждого.
Если после проверки и коррекции проблема сохраняется — вероятна неисправность самого датчика.
Причины:
Если в данных отсутствуют валидные широта и долгота, это значит:
Проверьте время последней активности объекта и качество спутникового сигнала (флаг валидности, число спутников, HDOP).
Основные причины:
Такая ситуация возникает при механических помехах (например, крен автомобиля или движение по неровной дороге). Также стоит проверить частоту фиксации уровня топлива: обычно данные приходят с каждым телематическим пакетом от оборудования. Рекомендуется настроить фильтрацию в анализе топлива и проверить тарировочную таблицу.
Возможные причины:
Наиболее частые причины:
Причины:
Возможные причины:
Также разрывы могут быть при сбросе буферизованных данных («черного ящика») до их отправки на телематический сервер.
Система считает «программные» моточасы по флагу зажигания, что фактически соответствует времени работы двигателя (машиночасы).
Расхождения возможны, если:
Реальные моточасы, учитывающие нагрузку на двигатель, можно получить только через CAN-шину или специализированное оборудование.
Незначительные расхождения между уровнем топлива на начало и конец дня не всегда означают слив или заправку. Даже при высокой точности оборудования показания могут немного колебаться из-за физических и эксплуатационных факторов. Основные причины:
Такие расхождения считаются нормой и не свидетельствуют о сливе топлива. Чтобы минимизировать погрешность, рекомендуется не отключать питание трекера и датчика уровня топлива — это обеспечивает постоянную фиксацию данных в течение суток.
Платформа фиксирует несколько независимых слоев данных — для разбора спора полезны все:
Для доказательной базы надежнее выгрузить и сохранить файлы отчетов сразу: выгрузка фиксирует состояние данных на момент формирования, и ее можно приложить к ответу на претензию.
Паспортная погрешность относится к самому датчику — линейности его сигнала в лабораторных условиях. В смонтированной системе на итоговую цифру влияет вся цепочка: тарировка бака, монтаж, условия эксплуатации и обработка данных.
Главный источник расхождений — тарировочная таблица. ДУТ передает не литры, а условные единицы уровня; в литры их переводит тарировочная таблица объекта, снятая проливом. Между соседними точками таблицы значение вычисляется линейной интерполяцией, поэтому чем меньше точек и чем сложнее геометрия бака, тем больше ошибка на промежуточных уровнях. Если включено продление таблицы за ее пределы, показания ниже первой и выше последней точки экстраполируются — это наименее точная зона.
Условия эксплуатации: волна в баке при движении и на уклоне, температурное расширение топлива (объем меняется, масса — нет). Для второго есть опция температурной компенсации: если датчик передает собственную температуру, объем пересчитывается с поправкой на тепловое расширение по типу топлива. Устойчивое смещение показаний убирается коэффициентом коррекции в настройках анализа топлива.
Что платформа делает, чтобы шум не превращался в «сливы»: отсекает показания вне заданного диапазона валидных значений датчика, усредняет несколько ДУТ одного бака, по настройке игнорирует данные при выключенном зажигании и может округлять результат до литров.
Как измерить фактическую точность своей установки. В отчетах по выдаче топлива есть колонка «Погрешность УСС/ДУТ, %». Это не паспортная характеристика датчика, а расхождение двух независимых измерений на одной и той же заправке: «Выдано по УСС, л» (счетчик на раздаче) против «Получено по ДУТ, л» (прирост уровня в баке), в процентах от показаний ДУТ. По серии заправок она показывает реальную точность конкретного объекта: разовые выбросы объясняются условиями заправки, а устойчивое смещение — повод уточнить тарировку или коэффициент коррекции.
См. также Q2.1 — как проверить достоверность конкретного события, и Q3.5–Q3.6 — как система определяет заправку и слив.
В этом разделе описаны алгоритмы и правила, по которым система определяет поездки, простои, превышения скорости, заправки, сливы топлива и другие события. Здесь собраны ответы на самые частые вопросы пользователей о том, как именно работает логика платформы, почему данные в отчетах могут отличаться и какие настройки влияют на расчеты.
Поездка начинается, когда объект возобновляет движение после стоянки: скорость становится выше порога «отсутствия движения» (по умолчанию 0 км/ч) при валидных навигационных данных. Отдельного порога по пройденному расстоянию для старта поездки нет. Пороги скорости и времени можно изменить в настройках объекта.
Поездка завершается, если:
Эти параметры могут быть изменены администратором в настройках.
Время поездки учитывает только движение объекта (изменение положения и скорость перемещения).
Время работы двигателя учитывает весь период, когда зажигание включено, включая простои на холостом ходу.
Холостой ход фиксируется, когда зажигание включено, а объект не движется (скорость ниже порога отсутствия движения). Кратковременные остановки отсеиваются задержкой регистрации остановки (по умолчанию 30 секунд). Время холостого хода накапливается за периоды остановок и стоянок при включенном зажигании.
Заправка фиксируется, когда объем топлива в баке резко увеличивается больше установленного порога. Порог задается в единицах объема (по умолчанию около 3 литров) и настраивается администратором для каждого объекта в зависимости от типа техники и датчика. Мелкие колебания уровня и плавные изменения при этом отсеиваются, чтобы исключить ложные события.
Слив фиксируется, когда объем топлива в баке резко уменьшается больше установленного порога (по умолчанию около 3 литров; настраивается администратором для объекта). Очень малые изменения (доли процента от объема бака) и плавное снижение уровня система трактует как обычный расход, а не слив. Резкие маневры и тряска при движении могут искажать показания, поэтому важны корректная тарировочная таблица и настройка фильтрации в анализе топлива.
Основные причины:
Превышение фиксируется, когда скорость объекта становится выше заданного порога. По умолчанию используется порог 90 км/ч; его можно изменить для конкретного объекта. Отдельная минимальная длительность превышения по умолчанию не задана — событие фиксируется сразу; при построении отчета можно включить фильтр, отсекающий слишком короткие превышения.
Причины:
Это событие фиксируется встроенным акселерометром трекера, если ускорение превышает установленный порог. Порог можно скорректировать в конфигурации оборудования, чтобы уменьшить или увеличить чувствительность.
Как это отражается в системе Waliot:
Пороги времени остановки и стоянки можно изменить в свойствах объекта.
При очень медленном движении навигационные данные могут иметь значительную погрешность, из-за чего система мониторинга иногда воспринимает объект как стоящий. Основные причины:
На практике это означает:
Нет. Складского учета запчастей и прогноза потребности в расходниках на неделю, месяц или сезон в платформе нет: остатки на складе, закупки и списание материалов не ведутся.
Для планирования работ есть раздел Техобслуживание — планы ТО с интервалами по пробегу, моточасам и календарю, с напоминаниями о приближении и просрочке, и отчет История прохождения ТО. По ним видно, какие работы предстоят по каждой единице техники и когда, но номенклатуру и количество запчастей платформа не рассчитывает.
Нет. Платформа не подбирает места размещения инфраструктуры — ни зарядных станций для электротранспорта, ни стоянок, ни складов. Такой расчет не входит в возможности системы и не заявлен в дорожной карте.
Оценить, где техника фактически проводит время, помогают отчет по стоянкам и геозоны: по ним видны реальные точки простоя и его продолжительность. Решение о размещении принимает пользователь.
Нет. Учета зарядных сессий — кто подключал автомобиль, где и когда, сколько энергии получено и сколько это стоило — в платформе нет, интеграций с зарядными станциями тоже нет.
По электропитанию объекта доступны датчики напряжения бортовой сети и напряжения АКБ (см. Доп. оборудование): их показания видны на графике трека, попадают в отчеты и могут использоваться в событиях. По ним видно, что напряжение выросло, но объем и стоимость полученной энергии система не считает.
Да. Объект в платформе — не обязательно транспорт: любой объект заводится с трекером и нужным набором датчиков. Поэтому под мониторинг попадают дизель-генераторы и насосы (моточасы и факт работы — через датчики зажигания и работы оборудования, обороты), холодильные установки и рефрижераторы (датчики температуры, состояние и режим установки), топливные емкости и цистерны (датчики уровня топлива, учет выдачи). Полный перечень датчиков — «Доп. оборудование».
Нет. Платформа не ведет статус «в ремонте» и не сравнивает длительность ремонта объекта с аналогичными машинами. По телеметрии доступен анализ простоя и стоянок и холостого хода (сколько техника стояла или работала вхолостую), а плановое обслуживание отслеживается по интервалам — моточасы, пробег, календарь (см. «Техническое обслуживание»). Автоматического выявления «слишком долгого ремонта» в системе нет.
Нет. Платформа не хранит гарантийные условия техники и не сверяет их с режимом эксплуатации. Она фиксирует фактическую телеметрию — моточасы, обороты, температуру, нагрузку, режимы работы; эти данные можно выгрузить в отчеты и использовать при разборе спорной ситуации вручную, но автоматической проверки «гарантийный случай или нет» в системе нет.
Нет. Такой сквозной цепочки учета ремонтов в платформе нет: нет модулей заявок, заказ-нарядов, склада запчастей, поставщиков и учета фактической стоимости ремонта (см. также Q3.13). Что есть: плановое техническое обслуживание по интервалам (моточасы, пробег, календарь) с напоминаниями и историей обслуживания, а также учет топливных и эксплуатационных затрат — но это не управление ремонтами.
Типовой методики или калькулятора окупаемости в платформе нет. Срок окупаемости зависит от состава парка, задач и текущих потерь (перерасход и сливы топлива, переработки и простои, штрафы), поэтому расчет делается индивидуально под конкретный парк. За ориентирами и детальным расчетом обратитесь к вашему менеджеру Waliot — он поможет оценить экономию по вашим данным.
В этом разделе собраны ответы на самые частые вопросы, связанные с техническими сбоями, потерей связи, некорректными данными и нестандартными ситуациями при работе с системой Waliot. Здесь описаны типичные ошибки, причины их возникновения и способы устранения.
Основные причины:
Возможные причины:
Обычно это связано с временной потерей ГНСС-сигнала (туннель, здания, РЭБ) или с некорректной фильтрацией данных. Рекомендуется:
Причины:
Перенос объекта между организациями сам по себе дублей не создает — это перемещение с сохранением идентификатора и всей истории.
Основные причины:
Возможные причины:
Основные причины:
Причины:
Если ошибки только у одного пользователя — проблема локальная (браузер, интернет), если у всех — это системная нагрузка (возможны временные работы).
Обычно это связано с отсутствием интернет-доступа или блокировкой картографического сервиса.
Рекомендуется:
Проверьте:
В этом разделе собраны ответы на вопросы, связанные с установкой, настройкой и работой телематического оборудования: трекеров, датчиков уровня топлива, CAN-адаптеров и других устройств. Здесь рассмотрены типичные проблемы инженеров и интеграторов при подключении оборудования к платформе Waliot.
Для регистрации необходимо:
Основные причины:
Список поддерживаемых моделей доступен в документации и в панели администратора при добавлении трекера. Часть устройств может работать через универсальные протоколы (EGTS, Wialon IPS и другие). Если модель вашего оборудования не отображается, обратитесь в техническую поддержку.
Возможные причины:
После замены бака или ДУТ тарировочную таблицу нужно откалибровать заново.
Причины:
Для большинства устройств обновление выполняется через конфигуратор производителя или OTA-механизм. Перед обновлением следует сохранить текущие настройки трекера. Рекомендуется:
Основные причины:
1. Физическое подключение
2. Настройки входа
3. CAN-шина
Зажигание или работа двигателя может определяться по напряжению бортовой сети ТС (атрибут powerVoltage). Если отдельный вход не подключен, используйте этот параметр для диагностики.
Подключение выполняется через свободные входы/выходы трекера:
Используйте документацию производителя трекера для правильного подключения и защиты от поломок.
Основные причины:
После установки рекомендуется провести тест-драйв для проверки корректности всех датчиков и стабильной передачи данных.
Нет. Объект мониторинга связывается только с одним трекером — «второго» или резервного трекера в модели объекта не предусмотрено. Возможен обратный вариант: один физический трекер можно показать в нескольких карточках-объектах через механизм дубликата (например, чтобы объект был виден в разных организациях). Если на одну единицу техники нужно завести несколько устройств, создайте для них отдельные объекты.
Аналитику ИИ-камер (DSM/ADAS: непристегнутый ремень, разговор по телефону, курение, усталость, отвлечение, предупреждение о столкновении) платформа сейчас не принимает и не обрабатывает. Что доступно: видеонаблюдение — подключение внешних видеопотоков с камер и просмотр в реальном времени без ИИ-анализа; и контроль стиля вождения по данным акселерометра и GPS (резкие ускорения, торможения, повороты) — без камеры. Если требуется именно распознавание поведения водителя по видео, уточните возможность в технической поддержке.
Отдельного готового сценария «прицеп уехал без метки — тревога» в платформе нет. RFID применяется для идентификации: водителя (карта или ключ iButton — учет смен, «свой / чужой») и навесного оборудования (у каждого агрегата своя RFID-метка, а считыватель определяет, какой агрегат сцеплен, — для сельскохозяйственных отчетов). Контроль перемещения собирается из штатных средств: геозоны с уведомлением о выезде (условие «выход из зоны») и реле-иммобилайзер для блокировки. Для конкретной задачи обратитесь в техническую поддержку — подберем комбинацию оборудования и правил.
Отдельной функции «камера 360°» со сшивкой единого кругового обзора в платформе нет. Видеонаблюдение устроено так: платформа отображает потоки внешних видеорегистраторов (например, Carvis, NSCAR и др.) — каждая камера задается именем и ссылкой на видеопоток. Несколько ракурсов (дорога, кабина, борт, грузовой отсек, зад) возможны, если регистратор передает их как отдельные каналы-камеры. Панорамной склейки в единый обзор 360° сама платформа не выполняет. Про аналитику ИИ-камер (DSM/ADAS) — см. Q5.12.
В этом разделе собраны ответы на вопросы, связанные с входом в систему Waliot, управлением ролями и правами пользователей, сбросом паролей и настройкой доступа к данным. Здесь рассмотрены типичные ситуации, когда пользователи не могут войти в систему, теряют доступ или сталкиваются с ограничениями прав.
Восстановить пароль может только администратор вашей организации. Обратитесь к нему для сброса и выдачи нового пароля. Администратор не может узнать старый пароль — он всегда назначает новый. Сотрудники Waliot не имеют доступа к текущим паролям пользователей.
Основные причины:
Все веб-приложения Waliot (в том числе WALIOT.Навигатор и WALIOT.Админ) доступны только по HTTPS.
Администратор в WALIOT.Админ (Панели администратора) может создать пользователя, указав:
Есть два варианта настройки:
1. Ограничение доступа к объектам
2. Ограничение доступа к функциям
Если требуется ограничить доступ не к объектам, а к функциям системы (например, отчеты, уведомления), используйте роли и разрешения. В этом случае создавать отдельные организации не нужно.
Роли можно настраивать индивидуально под задачи организации.
Скорее всего, его роль не имеет соответствующих прав. Проверьте права в панели администратора и при необходимости добавьте разрешения.
Администратор может задать пользователю новый пароль в WALIOT.Админ (Панели администратора): ввести пароль вручную или воспользоваться кнопкой автоматической генерации, после чего сообщить новый пароль пользователю. Узнать старый пароль нельзя — он хранится в необратимо зашифрованном виде.
Если сотрудник не может войти в систему, доступ восстанавливается только через администратора:
Основные причины:
Администратор может управлять доступом через панель администратора:
Рекомендуется использовать отключение (блокировку), если нужно временно приостановить доступ (например, на время отпуска или внутренней проверки).
Платформа использует Yandex SmartCaptcha для защиты от перебора паролей. Капча может потребоваться в двух случаях:
После успешного решения капчи можно повторить попытку входа. Пороги задаются на стороне сервера авторизации и по умолчанию соответствуют указанным значениям.
Если пользователь с верным логином и ключом организации продолжает вводить неверный пароль, система считает неудачные попытки за последний 1 час. При достижении 10 таких попыток учетная запись блокируется автоматически.
Разблокировать аккаунт может только администратор организации в WALIOT.Админ (см. Q6.7, Q6.8). Это дополняет ручную блокировку администратором и не связано с задолженностью по абонентской плате.
Если с одного IP-адреса зафиксировано 10 и более неудачных попыток входа за 1 минуту (по любой причине — неверный логин, пароль, ключ, заблокированный аккаунт и т. п.), этот IP получает временный бан на 1 час. В течение бана новые попытки авторизации с этого адреса отклоняются.
Бан IP не связан со сменой IP при VPN или мобильном интернете (см. Q6.9): бан наступает только при интенсивном переборе. Счетчики неудачных попыток по IP сбрасываются автоматически по истечении тайм-аутов.
В этом разделе собраны ответы на вопросы, связанные с использованием Waliot API, обменом данными с внешними системами (1С, ERP, BI), получением API ключей и отладкой интеграций. Раздел предназначен в первую очередь для интеграторов и разработчиков, которые настраивают взаимодействие с платформой.
Необходимо создать специального пользователя, настроить его роль и разрешения и выпустить для этого пользователя API ключ. API-ключ всегда привязан к конкретному пользователю и наследует его права. Важно! API ключ нельзя использовать для входа в веб-приложения. Пользователь, для которого выпущен API ключ, не может авторизоваться в веб-приложениях.
Все запросы выполняются с использованием API ключа.
Ключ передается в заголовке:
Authorization: ApiKey ${API_KEY}Выполните запрос получения данных о текущем пользователе:
GET /api/customers/users/userВ ответ должно вернуться 200 OK с данными пользователя в JSON формате.
Ошибку 401 Unauthorized возвращает запрос с неверным или отозванным (заблокированным) API-ключом. Если ключ верный, но у пользователя нет прав на запрашиваемый ресурс, возвращается 403 Forbidden. API-ключи не имеют срока действия — они работают, пока не отключены администратором.
Если речь идет о 1С:УАТ (1С:Управление Автотранспортом):
Для других конфигураций 1С (в том числе ERP, Бухгалтерия) существует отдельный интеграционный модуль 1С-Waliot от компании «Аркис».
Для интеграции с иными ИТ-системами мы предоставляем документацию по API и консультации по методам и данным; саму интеграцию выполняет заказчик или привлеченная сторонняя компания.
Подключение выполняется через API:
Пример запроса:
GET /api/customers/organizations/${ORG_ID}/tracking-objects
Authorization: ApiKey ${API_KEY}Пример запроса:
GET /api/tracks/${OBJECT_ID}?from=${FROM_ISO8601}&to=${TO_ISO8601}
Authorization: ApiKey ${API_KEY}Даты указываются в формате ISO 8601 (рекомендуется в UTC).
Причины:
Рекомендуется:
Для отладки рекомендуется использовать тестовую организацию, чтобы не создавать тестовые данные в рабочей базе.
Классических webhook (мгновенный HTTP-запрос на ваш URL в момент события) в платформе нет. События-уведомления доставляются по фиксированным каналам: всплывающие в приложении, email, SMS, Telegram, MAX.
Для передачи данных во внешние системы есть ретрансляция: платформа потоково в реальном времени пересылает телеметрию выбранных объектов на ваш сервер по телематическим протоколам (EGTS, Wialon IPS и др.). Это не «push по событию», а непрерывный поток телеметрии; для событийной интеграции обычно используют периодический опрос Waliot API (см. Q7.1).