Автоматическое планирование маршрутов доставки в УТ 10.3 #665343

Представлю 1С общественности дополнение к типовой конфигурации УТ 10.3. Конфигурация представляет собой интеграцию с веб-сервисом "Департамент логистики" (, который в свою очередь предназначен для автоматизации транспортной логистики в оптовых и сервисных компаниях ежедневно обслуживающих большое количество пунктов. Основные возможности веб-сервиса: Автоматическое планирование маршрутов для всего автопарка с учетом:  * Временных окон прибытия  * Грузоподъемности/объема транспортных средств  * Совместимости груза и кузова (заморозку можно везти только в рефрижераторе)  * Совместимости грузов в одном кузове (нельзя в одном рейсе верти рыбу и мороженое)  * Пробочной статистики по времени суток и районам города Для прокладки маршрутов используются карты opestreetmap.org. Если вас интересует актуальность карт для вашего региона, то вы можете зайти на этот сайт и посмотреть. Конфигурация обеспечивает: * Геокодирование адресов в форме заказа покупателя * Передачу заказов в веб-сервис * Загрузку обратно в базу 1С готовых рейсов * Печать маршрутного листа, а так же возможна пакетная печать документов по рейсу. Скачать конфигурацию с описанием интеграции можно по ссылке: PS: С волшебником согласовано

убивать надо за такие объявы. есть ссылк ана сервис - хорошо. есть ссылка на скачку конфигураци - хорошо. где ссылка на страницу с описанием конфигурации (не считая данной страницы)...?

Исправляюсь. Вот ссылка на описание конфигурации и оописание интеграции с типовой

Ветка согласована.

вот как мне поможет это планирование если все зависит от пробок на Новорязанке..?

Можно прокладывать маршруты с учётом пробок

все равно я как-то смутно это представляю... загрузка машин и выезд со склада планируются накануне. вся проблема в том, что средние показателия вероятности пробки - тут не катят...

Логист который планирует без автоматизации то же обычно не экстрасенс. При планировании в условиях неопределенности все что остается - это статистика, не зависимо от того планирует человек или машина. Как и любая система автоматизации, "Департамент логистики" контролирует основные ключевые показатели (грузоподъемноть, объем, временные окна и т.д.) и ищет наиболее выгодные решения по целевой функции.

"“Департамент логистики” – это облачный сервис для бизнеса, который помогает существенно сократить транспортные расходы за счет использования математических алгоритмов при формировании маршрутов, загрузке кузова и распределения заказов по транспортным средствам." Объясните пож-та за счет каких именно алгоритмов

ага ))))))) особенно когда там девочки после техникума сидят а не профессора РАН.

я сначала подумал,что это сервис и транспорт подгоняет,ан нет...

По каким городам есть карты? если карты областей? На сайте этой инфы сразу не нашел

а, так вы OSM используете. Тогда вопрос другой - а лицензия OSM разрешает использовать данные в платных сервисах?

да.

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

Если продукт не является производным(новый сервис карт например) - а только используется , то разрешает

Баян, я не первый был, когда писал такое на УТ до кризиса, без всяких вебсервисов. Автор - молодец, я не додумался сделать продукт и бесплатно выложить.

Возможность планирования нескольких ходок в день, безусловно есть. Система при расчете опирается на один важный показатель: расписание рейса. Если машина укладывается во все временнЫе ограничения (период работы водителя, времнные окна погрузок и разгрузок), то могут быть созданы и более 2х и (чисто теоретически) более 3х ходок (хотя на практике это врядли возможно).

На сайте не нашел информации о внедрениях, они есть вообще?

Да сервис еще молодой, но внедрения уже есть: 1. OCS Distibution - один из крупнейших дистрибьюторов компьютерной техники в России 2. OnlineTrade - крупный интернет-магазин Есть еще локальные внедрения в оптовых компаниях Кургана, Липецка, Самары, Киева.

Когда делал подобное - Вес, объем считал автоматически, по реквизитам Там еще есть интересные задачки по оптимальному наполнению неодинаковых грузов (целочисленное программ). Считал только для коробок. Ну и регистр для хранения остатков в рейсах, транспортная, приемка/сдача кладовщику/экспедитору

Да, задача оптимального размещения груза в кузове одновременно с оптимизацией маршрутов - это интересная задача, хотя и не часть встречающаяся. Можем пообщаться на эту тему лично?

а у вас оптимальное наполнение определяется по объему груза?

Пытаюсь регистрироваться, ругается, что майл некорректный.

О как! Майл нужно строчными буквами набирать.

По разному. Классика

Эта задача сама по себе NP-трудная и автоматическое планирование то же. Тяжело конечно будет это совместить.

Хватит придираться: если в части планирования развозок получаются разумные решения - честь авторам и хвала. Интересно было бы посадить оператора и сравнить качество "человеческих" и программных решений.

Если под "качеством" понимать объективные показатели, то наша система однозначно выиграет. Конкретный пример из практики: вручную логисты планировали на 40 машин, наша система сделала  35 рейсов (все рейсы были выполнены). Экономия 5 машин это существенное сокращение издержек. Другое дело что люди часто добавляют неформализуемые понятия удобно/неудобно - такие показатели сравнить вообще невозможно.

Поскольку используем ОСМ, то планирование возможно практически везде. Но подключаем страны постепенно. Сейчас маршрутизация доступна по России и Украине. Скоро подключим Белорусию и Узбекистан.

У меня вопрос к сообществу: как много компаний (по вашему мнению) сейчас используют УТ 11? Стоит ли делать такую ще интеграцию для 11-ой редакции?

лучше для 7.7 сделайте - ее в дистрибъюции чаще используют, чем УТ 11. Ну и про УПП не забывайте - всякие хлебо- и молоко-производители на ней сидят

С 7.7 проблема с json сериализатором. Если кто-нибудь знает какие-нибудь компоненты для того, то обмен сделать можно. Неужели 7.7 еще кто-то использует? УПП в плане интеграции для нас ничем не отличается от УТ 10.3, так что с УПП проблем то же нет.

у нас в сегменте edi не меньше трети клиентов на 7.7. Переписанная ТиС - страшная сила :) Для комфортного общения 1С 7.7 с севером лучше выносить эту логику в во внешнюю компоненту. В перспективе, общая логика работы с сервером будет вынесена в один С++-ный код, который вы сможете использовать и в 7.7 и в 8.2 и в УФ

Подскажите - а данные о пробках откуда берутся? Тоже из OSM?

А нет ли чего из существующих компонент?

К сожалению в ОСМ нет данных о пробках. Пробки настраиваем по яндекс статистике.

может быть, искать надо вручную или через АПИ яндекса?

И к какому Васе Пупкину потом бежать, когда всё это счастье перестанет работать? Хоть бы права на домен подтвердили для начала...

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

да, если автопарк 70 машин, то пролет однйо машины - можно сказать статистика. А если не успел в окно к воротам сетевого магазина - и поиг - статитика или не статистика или еще что - либо штраф за сорванную поставку либо стоять ждать чтобы втиснуться и недоставленные остальные заказы. Учитывает ваша конфига, разновидности клиентов? типа заказы на этих клиенто в- надо грузить 1 заказ в одну машину и пофиг что полупустая поедет - потому что все равно непрогнозируемо - даже еслиприедет в свое окно - не примут ибо "у вас не продовольствие" - подождете пару часиков...

на, общайся:

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

Не, эта штука нужная, сам порывался не раз... А собственно чего ТС хочет здесь услышать?

О, если эти 2 фигни скрестить - нормальный инструмент получится...

Да наш сервис учитывает и разновидности клиентов и совместимость заказов в одном рейсе (например частая задача: нельзя что бы заказ в гипермаркет ехал одновременно с заказом в рестораны). Так же можно указывать длительность стоянки в точке разгрузки.

Посмотрел этот сервис. В процессе расчета плана доставки производить еще и укладку врядли получится - у них скорость раскладки не быстрая. На сайте заявлены цифры от 25 сек до 2000 сек. Если и использовать то только уже в конце после расчета маршрутов, но тут эффекта будет меньше...

А откуда описание API OSM брали ? Есть где подробное ? про знаю, но там по сравнению с яндексом(API) как то уныло

Мы почти не используем никаких сторонних API (только получение тайлов с сервер openstreetmap). Все остальное отображение, роутинг, геокодирование это все наша разработка.

Планировать то все равно как-то надо. Логист по вашему как такие вещи планирует?

Так что никто УТ 11 не использует? А как на счет УНФ?

Их "небольшие" фирмы используют, а серьезные - УПП. А поскольку нет нормальных правил обмена с УТ11, то ждут рабочий релиз УП ERP.

Вышла новая в версия интеграции ред.1.15 Планирование маршрутов возвратов В новой версии интеграции с конфигурацией 1С:Управление торговлей 10.3 мы добавили возможность передавать в веб-сервис не только заказов покупателей на доставку товара но и другие документы, которые так же необходимо включать в маршруты водителей: Заказы поставщикам – доставка от поставщика на свой склад Возврат от покупателя – доставка от покупателя на свой склад Возврат поставщику – доставка со своего склада на склад поставщика Планирование доставки клиенту с забором товара на складе поставщика В документ “Заказ покупателя” добавлен реквизит “Адрес погрузки” – если этот реквизит заполнен то маршрут строится не от склада а от указанного адреса. Это полезно если требуется доставить товар покупателю непосредственно со склада поставщика. Отбор по подразделению в обработке “Рабочее место логиста” В обработке “Рабочее место логиста” добавлен глобальный фильтр по подразделению  - полезно для компаний с филиальной структурой, где каждый отдел отвечает за планирование своего региона. Если выбрано подразделение, то все документы будут фильтроваться по соответствующему реквизиту. В веб-сервисе так же присутствует возможность разделения видимости (доступа) пользователей по подразделениям. Таким образом эта функция позволит компаниям имеющим несколько относительно независимых филиалов, разграничивать зоны ответственности разных отделов доставки. Скачать новый релиз можно по ссылке: