Выезд сотрудника, подтверждённый адресом, актом и историей правок
Кейсы

Выезд сотрудника, подтверждённый адресом, актом и историей правок

Задача

У компании с выездными сотрудниками не было способа подтвердить, что назначенный выезд действительно состоялся и предусмотренные договором работы выполнены, и отдельно учесть дорогу между объектами при расчёте зарплаты.

Решение

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

Результат

Зарплата считается по закрытым и подтверждённым фактам - выездам, дороге и актам, и у руководителя с сотрудником одна проверяемая история с зафиксированными правками.

Запись в расписании ещё не доказывает, что работа выполнена

Когда сотрудники каждый день ездят по объектам клиентов, у руководителя остаются три разных вопроса. Был ли человек на месте? Выполнил ли то, что предусмотрено договором? Сколько времени и денег ушло на дорогу между адресами?

Таблица отвечает только на первый вопрос в самой слабой форме: в ней стоит отметка о выезде. За этой отметкой может быть реальная работа, визит без полного набора услуг или "фантомный" выезд, который существует только в отчёте. Если подтверждения хранятся отдельно, к расчёту зарплаты и проверке приходится собирать картину по расписанию, звонкам, актам и словам сотрудника.

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

Один выезд начинается с заявки или договора

Возьмём обычный визит к клиенту. Он появляется одним из двух способов: клиент оставляет заявку либо наступает дата планового обслуживания по договору. Руководитель выбирает исполнителя и назначает выезд на конкретный день. Сотрудник видит адрес и время в своём расписании.

Дальше запись должна пройти весь путь до расчёта. Сотрудник приезжает, подтверждает присутствие, выполняет предусмотренные договором работы и берёт подпись клиента. После проверки выезд закрывают, а его время, дорога и документы участвуют в зарплате.

На объекте есть два способа отметиться

Основной вариант - мобильное приложение. Сотрудник отмечает начало визита, а портал сравнивает координаты телефона с адресом клиента и проверяет, попадает ли устройство в допустимый радиус.

Но выезд происходит не в идеальных условиях. На площадке может не быть интернета, приложение может оказаться недоступно, а телефон - неточно определить место. Поэтому остаётся второй путь: сотрудник звонит в офис, и диспетчер подтверждает визит вручную.

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

Дорога между клиентами становится частью расчёта

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

Территория разделена на зоны - города и районы. Для каждой пары зон задаётся своё правило оплаты. Переезд может тарифицироваться в одном направлении и не тарифицироваться в обратном либо рассчитываться по разным условиям: система не предполагает, что все маршруты симметричны.

Расстояние и продолжительность поездки берутся из внешнего картографического сервиса на день выезда. В расчёт попадает маршрут и дорожная обстановка этого дня, а не усреднённое значение, которое однажды записали в справочник. По правилам договора оплачиваются километры, время или оба показателя.

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

Клиент подтверждает не только присутствие, но и результат

Координаты показывают, что телефон оказался рядом с объектом. Они ничего не говорят о выполненной работе. Поэтому перед уходом сотрудник заполняет акт: отмечает, что сделал, и получает подпись клиента.

Администратор сверяет акт с договором. Если на визите должны были выполнить несколько обязательных действий, по документу видно, какие из них закрыты. Неполный набор услуг нельзя спрятать за общей отметкой "был на объекте".

Подписанный акт становится вторым независимым подтверждением выезда. Геопозиция отвечает на вопрос о месте, документ - на вопрос о содержании работы. Если приложение не сработало и визит отметил диспетчер, подпись клиента сохраняет внешнее подтверждение того, что сотрудник действительно приехал.

Закрытый выезд нельзя поправить задним числом

До закрытия планы могут меняться: руководитель переносит время, назначает другого исполнителя или уточняет статус. Система записывает каждое такое действие - кто, что и когда изменил.

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

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

Зарплата собирается из закрытых фактов

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

Отсутствующий акт означает, что работа подтверждена не полностью, и это отражается в оплате. То же относится к дороге: она попадает в сумму по правилам зон и договора, а не автоматически для любого перемещения.

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

Один сигнал может ошибиться, несколько дают контекст

Самая трудная часть системы - доказать физическое присутствие человека за пределами офиса. Единственный цифровой источник на объекте - телефон самого сотрудника, а его геопозиция и связь не гарантируют идеальной точности.

Поэтому портал не строит доверие на одном сигнале. Каждый механизм отвечает на свой вопрос и компенсирует слабые стороны остальных.

Подтверждение Что оно показывает Чего не доказывает само по себе
Геопозиция приложения Телефон находился в допустимом радиусе от адреса Что предусмотренная договором работа выполнена полностью
Звонок диспетчеру Визит зафиксирован без приложения или интернета Точное положение телефона по координатам
Акт с подписью клиента Клиент подтвердил перечисленные в документе работы Корректность маршрута и оплаты дороги
Журнал изменений Кто, что и когда менял до закрытия Физическое присутствие сотрудника на объекте

Если одно из свидетельств отсутствует или расходится с остальными, это видно до того, как выезд попадёт в окончательный расчёт.

Руководитель получает не обещание абсолютной точности, а набор согласующихся свидетельств.

Где заканчивается точность системы

Портал не улучшает сигнал телефона и не изобретает правила оплаты. Точность проверки места ограничена координатами устройства, расстояние и время в дороге приходят из внешнего картографического сервиса, а тарифные зоны, километры и симметричность маршрута задаёт договор. Эти условия нужно правильно настроить и поддерживать при изменениях.

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

Александр

Александр

Fullstack-разработчик с 8+ годами опыта - от промышленной автоматизации и работы с оборудованием до электронного документооборота и чат-ботов. Сейчас фокус на прикладном ИИ - от RAG-платформ для диалоговых ботов до компьютерного зрения.

Обезличенный кейс

Это реальный проект, поданный обезличенно. Узнаваемые детали - отрасль, конкретику, всё, по чему можно вычислить заказчика, - мы намеренно меняем; имя и коммерческие тайны заказчика не раскрываем. Неизменной остаётся суть: какую задачу решали и каким инженерным подходом. Кейс написан, чтобы показать проблему и её решение - что и как мы делаем.