~2~Обзор проекта ~p~Дистрибьюторская компания вручную планировала маршруты в таблицах. Каждая новая торговая точка, изменение времени приёмки или доступного транспорта требовали пересчётов. Команда разработала и передала рабочий MVP настольного приложения, способного рассчитывать маршруты с учётом ограничений и без подключения к интернету. ~2~Задача ~p~Планирование должно было учитывать окна доставки, объёмы заказов, грузоподъёмность автомобилей и приоритеты обслуживания. Заказчик хотел рабочую первую версию без ожидания интеграций со всеми корпоративными системами. Приложение также должно было работать без интернета.

~2~Решение и реализация ~3~Импорт и настройка исходных данных ~p~Логисты загружают из таблиц торговые точки, объёмы поставок и сведения о транспорте, затем задают склады и временные окна доставки. ~3~Два сценария оптимизации ~p~Программа строит маршруты под доступный автопарк либо рассчитывает минимально необходимое число автомобилей для выбранных заказов и окон доставки. ~3~Учёт ограничений в расчётах ~p~Алгоритм учитывает вместимость транспорта, окна доставки и приоритеты заказов, а не просто ищет кратчайший путь. ~3~Автономная работа ~p~Граф дорог хранится локально, что позволяет рассчитывать маршруты без онлайн-трафика и постоянного соединения. В первую версию специально не включали сложные ERP-интеграции. ~2~Технические особенности ~3~Маршрут подходит, только если соблюдены ограничения ~p~На входе — адреса доставки, объёмы паллет, доступные автомобили, склады и окна приёмки. Расчёт должен соблюдать ограничения вместимости и расписания, а не только находить кратчайшую дорогу. Математически короткий маршрут бесполезен, если магазин не примет груз в расчётное время или машина будет перегружена. ~3~Две задачи планирования в одном приложении ~p~Первый сценарий строит маршруты под заданное диспетчером количество машин. Второй определяет минимальный автопарк, который покроет поставки при указанных ограничениях. Сотрудники могут сравнивать планы без переписывания сотен строк таблиц. Поскольку расчёты выполняются по локальному графу дорог, настольный MVP работает без сети и онлайн-сервисов пробок. ~3~Выпуск полезной первой версии ~p~Команда сознательно ограничила MVP импортом таблиц, настройкой условий и автономным расчётом. Рабочую версию внедрили для сети доставки продуктов с большим объёмом заказов. Учёт пробок в реальном времени и корпоративные интеграции остались вариантами будущего развития, а не условиями получения первой пользы. ~3~Особенности реализации ~p~Первая версия работала офлайн: граф дорог хранился локально, а маршруты строились по данным из Excel без обращения к онлайн-пробкам. ~p~Планировщик поддерживал два режима: рассчитать маршруты при заданном количестве автомобилей или определить минимальный парк под временные окна и вместимость машин. ~p~Локальное хранение дорожного графа позволяет рассчитывать маршруты без постоянного подключения к онлайн-картам и внешним сервисам.

~2~Результат ~p~Рабочий MVP строит маршруты с ограничениями за минуты вместо ручной подготовки в таблицах. Диспетчер может планировать фиксированный автопарк или рассчитывать нужное количество машин, сохраняя автономную работу. Это сократило время пересчётов и позволило существующей логистической команде обслуживать сеть доставки без пропорционального роста числа планировщиков. Онлайн-трафик и автоматический импорт из ERP не входили в первую версию.