Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Необходима привязка заявок к складам! в форме заявки фиксировать СКЛАД, с которого необходимо забрать груз. потому что складов много, и разные грузы собираются с разных складов, и авто любое может приехать на любой склад для загрузки и в день это может быть несколько складов
и при формировании маршрута будет учитываться факт того, что изначально необходимо приехать на какой то склад для загрузки а потом ехать к конечному клиенту
здравствуйте.
а если груз сборный? т.е. - часть на одном складе, а часть на другом. Опишите, пожалуйста, также и остальные моменты - согласно данным рекомендациям (https://forum.gurtam.com/viewtopic.php?id=12308) чтобы было понятней, что именно это даст в итоге.
Поддерживаю идею: при наличии нескольких складов встает вопрос о построении маршрута с корректными начальным, промежуточным и конечным складом.
Из практики нашего клиента: есть 5 начальных складов. При построении маршрута авто обязательно должно повторно заезжать на склад (промежуточный), там загружаться и снова ехать по точкам. Часто требуется вернуться на склад в конце рабочего дня.
Сейчас пытаемся выкручиваться тэгами при импорте заявок: к каждой "приписан" склад, который при импорте распознается как тэг. По тегу заявки в планировании отбираем, затем, предварительно выставив в настройках планирования корректные начальный, промежуточный и конечный склад, уже распределяем по маршрутам.
Вариант реализации: при создании заявки вручную можно было выбрать склад, при импорте в шаблоне добавить столбец "Склад".
Но идеально было бы, чтобы не нужно было распределять по маршрутам отдельно заявки с каждого склада, а система сама бы определяла, куда потом ехать загружаться.
Пример:
1) загрузилась на складе А;
2) после завершения последней заявки оказалась недалеко от склада В;
3) со склада В забирает заявки и развозит их.
То есть в таком случае распределяются сразу все заявки каждая с привязкой к складу. И начальный склад не равен промежуточному и конечному
Заранее спасибо за ответ.
да не обязательно груз должен быть сборный, для начала хотя бы привязать заявки к складам если складов несколько
на разных складах разный ассортимент товара, и при создании заявки вручную можно было выбрать "склад" на котором он хранится, при импорте в шаблоне добавить столбец "Склад".
и при распределении по маршрутам, система сама бы определяла, откуда загружаться изначально.
Пример:
1)
склад А: 10 заявок,
склад Б: 50 заявок,
склад В: 100 заявок;
2) при формировании маршрута, распределение идет среди этих 10 заявок на одном складе, 50 с другого, 100 с третьего, и если и есть пересечение складов. то водителю нужно приехать на один склад, загрузится своими заявками, потом или сразу заехать на другой склад и загрузится там
водитель А 10 заявок со склада А
водитель Б 25 заявок со склада Б
водитель В оставшиеся 25 заявок со склада Б
водитель Г 20 заявок со склада В
водитель Д 40 заявок со склада В
водитель Е 40 заявок со склада В
в таком случае необходимо больше складов у пользователя - у них есть свой тип (промежуточный, начальный конечный) - из каких давать выбор? У каждого склада также есть зона действия - учитывать ее или нет? Опять же - для склада есть сроки его работы - в случае связки их также необходимо учесть.
В теме также не указан потенциал - сколько есть у вас на данный момент проектов, где это является сдерживающим фактором? Каковы примеры использования? Есть ли системы, где это можно увидеть? Что лучше - геозона-линия, которую необходимо пройти строго определенным образом или просто пара - геозона-геозона?
serd А может сделать тип заявок разгрузка/загрузка и тогда склады можно добавлять как заявки (посередине маршрута).
Просто я сейчас прикинул, а как при такой задаче распределять 50-100 заявок между складами это трудозатрат столько же сколько и новые заявки вводить.
да - есть еще задача, над которой предлагаю поразмышлять - как учесть, что заявка должна быть доставлена как можно раньше, но не позднее 15 минут после того, как готова. например при доставке пиццы.
в таком случае необходимо больше складов у пользователя - у них есть свой тип (промежуточный, начальный конечный) - из каких давать выбор? У каждого склада также есть зона действия - учитывать ее или нет? Опять же - для склада есть сроки его работы - в случае связки их также необходимо учесть.
В теме также не указан потенциал - сколько есть у вас на данный момент проектов, где это является сдерживающим фактором? Каковы примеры использования? Есть ли системы, где это можно увидеть? Что лучше - геозона-линия, которую необходимо пройти строго определенным образом или просто пара - геозона-геозона?
в качестве промежуточных, начальных и конечных складов можно указывать просто "да" или "нет", и при распределении заявок каждому автомобилю будет определено на какие склады приезжать в зависимости от их заявок. у склада есть сроки и их распределении нужно учитывать, приехать на загрузку в сроки его работы (но это если они промежуточные актуально как я понимаю)
клиентов много, и все когда понимают что при множестве складов нужно все распределять вручную просто не хотят этим заниматься
Хотелось бы добавить теги, что бы их было видно на всём пути построения маршрута. После выгрузки заявок и распределению по автомобилям вплоть до сохранения созданных маршрутов. Можно сделать такое введение?
manaev_dv, обратите внимание на мое сообщение в данной теме.
