На утро записаны четыре машины, но две привезли груз, который можно разгрузить только через одни ворота. Ещё один перевозчик опоздал на час. Склад переносит работы по телефону, охрана видит старый список, а поставщик уверен, что подтверждённое время гарантирует немедленный въезд.
Электронный календарь не решит эту проблему без правил совместимости и обработки отклонений. Сервис бронирования разгрузки должен помочь назначить выполнимое окно, сообщить условия участникам и сохранить фактический ход визита. Начать можно с одной площадки и одного понятного вида поставок.
Определите, что означает окно
Окно может обозначать допустимый интервал прибытия, ожидаемое начало разгрузки или полную занятость ворот. Эти значения нельзя использовать как синонимы.
Например, перевозчику разрешено прибыть с 09:30 до 09:45, проверка документов занимает предусмотренное время, а ворота зарезервированы с 10:00 до 11:00. В интерфейсе следует показать назначение каждого времени. Иначе водитель приедет к окончанию интервала, считая его началом.
Отдельно определите часовой пояс площадки, рабочий календарь, правила выходных и срок, до которого разрешён самостоятельный перенос. При нескольких складах одинаковое время на экране не должно скрывать разные местные условия.
Сначала проверьте совместимость
Карточка визита должна содержать сведения, которые действительно меняют способ обработки: тип транспорта, груз, количество мест, способ разгрузки и особые согласованные требования. Перечень зависит от площадки.
Сопоставьте эти данные с воротами и ресурсами. Наличие свободных ворот ещё не означает возможности принять машину. Могут требоваться определённая техника, подготовленная зона, сотрудники или свободное место для размещения.
Не заставляйте перевозчика угадывать внутренние номера ворот. Он указывает характеристики поставки, а система предлагает допустимые варианты по утверждённым правилам. Если данных недостаточно, заявка идёт на уточнение, а не получает красивое, но невыполнимое подтверждение.
Учебный пример одной площадки
Рассмотрим условный склад с воротами А и Б. Палетный груз можно принимать через любые, длинномерный — только через Б. Для обеих зон используется один погрузчик. Этот пример иллюстрирует требования, а не описывает внедрение ExtentLab.
Машина П-1 с палетами занимает ворота А с 09:00 до 10:00 и погрузчик с 09:10 до 09:40. Машина Д-1 с длинномерным грузом должна занимать ворота Б с 09:30 до 10:30, а погрузчик — с 09:40 до 10:20.
Интервалы погрузчика соприкасаются в 09:40, но не пересекаются. Если нужен десятиминутный переезд и подготовка, такой план уже невыполним. Начало использования погрузчика для второй машины нужно перенести минимум на 09:50 и заново проверить окончание разгрузки.
Поэтому важно различать длительность занятия ворот и отдельные интервалы вспомогательных ресурсов. Для первой версии можно применять консервативное правило резервирования на всю разгрузку, если склад осознанно принимает снижение доступности ради простоты.
Длительность должна иметь основание
Одинаковый час для всех машин выглядит удобно, но может создавать постоянную очередь. Соберите факты по нескольким типовым поставкам: ожидание, подготовка, собственно разгрузка и освобождение ворот.
Не выдавайте среднее время за обещание для любой ситуации. Для планирования нужны выбранное правило длительности, известные ограничения и запас, который площадка считает необходимым. Новые или нестандартные грузы можно направлять на ручное подтверждение.
Сохраняйте плановую и фактическую длительность отдельно. Если оператор постоянно переписывает план после завершения, отчёт перестаёт показывать качество исходного расписания. Корректировка будущих норм должна опираться на объяснимые наблюдения, а не стирать прежние отклонения.
Разделите план и факт визита
Полезная цепочка состояний: заявка, согласованное окно, прибытие, допуск, начало разгрузки, окончание и выезд. Не обязательно показывать все состояния перевозчику, но внутри площадки их смысл должен быть понятен.
Раннее прибытие не означает разрешение занять ворота. Подтверждённая бронь не доказывает фактическое присутствие машины. Окончание разгрузки не всегда совпадает с выездом с территории.
Источники фактов распределите по ролям. Перевозчик сообщает ожидаемое прибытие, охрана подтверждает регистрацию, склад — начало и завершение обработки. При ошибке запись корректируют с причиной. Это помогает отличать задержку в пути от ожидания на площадке и задержки самой обработки.
Что делать с опозданием
Заранее определите, какие опоздания требуют нового окна, кто вправе переставлять машины и как уведомляются затронутые участники. Универсального допустимого числа минут нет: оно зависит от процесса.
Представим, что П-1 опаздывает на 40 минут. Если просто сдвинуть её разгрузку, она пересечётся с уже запланированным использованием погрузчика для Д-1. Сервис должен показать конфликт, а не автоматически разрушить подтверждённый план.
Диспетчер может выбрать ожидание, другое допустимое окно или изменение ресурса. Решение сохраняют вместе с причиной. Перевозчик получает актуальное время, охрана видит изменённый визит, а склад — новый порядок. Сообщение об отправке уведомления не следует считать подтверждением, что получатель его прочитал.
Где заканчивается сервис бронирования
Бронирование отвечает за визит и доступность ресурсов. Складской учёт — за фактическое принятие товаров, количество и дальнейшие операции. Одно не должно незаметно подменять другое.
Свяжите визит с заказом поставки или другим принятым основанием. Если разгружено меньше заявленного, календарь фиксирует завершение обработки, а расхождение по товару разбирается в соответствующем процессе. При необходимости эти сведения показывают рядом.
Готовый модуль управления двором или складом может быть достаточным, если поддерживает ваши ограничения и внешних участников. Заказной сервис стоит оценивать, когда нужны особые правила назначения окон, несколько несвязанных систем или специфичный обмен с поставщиками.
Первая версия без лишнего масштаба
Выберите одну площадку, несколько типов груза и ограниченный набор ресурсов. Включите заявку перевозчика, проверку допустимости, подтверждение окна, перенос, регистрацию фактов и рабочий экран диспетчера.
Предусмотрите права доступа: поставщик видит свои визиты, диспетчер — общую очередь, охрана — нужные сведения для допуска. Внешнему участнику не требуется видеть коммерческие условия других поставок.
Можно отложить автоматическое распознавание номеров, сложную оптимизацию очереди и прогноз времени прибытия. Но обработка отмены, опоздания и повторной отправки заявки нужна сразу, если эти ситуации происходят ежедневно. Первая версия должна сохранять контроль при отклонениях, а не только в идеальном расписании.
Как проверить результат до запуска
Подготовьте день с обычными визитами и несколькими исключениями: неподходящие ворота, недоступный погрузчик, позднее прибытие, изменение груза, отмена и повторная заявка.
Попросите участников независимо ответить, где машина должна находиться сейчас, какое действие ожидается и кто принимает решение. Затем сравните плановые интервалы с доступностью всех ресурсов. Проверьте, что внешний пользователь не видит чужие визиты и не может подтвердить запрещённое время прямым повтором действия.
Для подготовки условий пригодятся критерии приёмки внутренней системы. В ExtentLab можно обсудить схему одной площадки и расписание типового дня: они помогут определить, что закрывает готовый модуль, где требуется доработка и какие правила нужно согласовать до оценки проекта.