DOP · Модуль «Логістика» · Інструкція
Покрокові сценарії живими прикладами — три напрямки транспортного потоку, кожен своєю мовою: довезти вантаж, зібрати його найдешевше, розвезти по місту.
Прямої дороги немає. Логіст сам складає ланцюг із трьох плечей — авто → поїзд → море — і система веде вантаж цим шляхом.
Уявіть фізичний шлях контейнера з електронікою. Він не летить літаком і не їде суцільною дорогою — його перевантажують тричі:
Склад у Києві → залізничний термінал Київ-Ліски
Київ-Ліски → морський порт Одеса
Одеса → порт Торонто (через океан)
Це головна думка всього модуля. Замовлення й Відправка — два різні документи, бо їх заповнюють двоє різних людей.
Клієнт каже
«Мені треба довезти один 40-футовий контейнер електроніки з Києва в Торонто до такого-то числа за таку ціну.» Клієнту байдуже, яким шляхом.
→ Замовлення на перевезенняЛогіст вирішує
«Авто до Ліски, потім поїздом до Одеси, потім судном за океан.» Саме послідовність плечей, яку логіст додає у Відправку, і є його рішенням.
→ Відправка (три плечі)Переконайтесь, що заведені локації (Київський склад, Київ-Ліски, Порт Одеса, Торонто), тип вантажу «контейнерний», тип контейнера 40HC і підрядники (автоперевізник, залізниця, лінія). Далі їх лише обиратимете зі списків.
Якщо з клієнтом узгоджені тарифи — заведіть Договір фрахту з тарифною сіткою. Тоді ціни в замовлення й відправку підтягуватимуться самі. Разова відправка може обійтись і без нього.
Створіть документ: звідки Київ, куди Торонто, вантаж — 1×40HC електроніка, дата готовності й дедлайн, ціна та Інкотермс. У вкладці Специфікація перелічіть позиції вантажу. Це фіксує, чого хоче клієнт — ще без вибору шляху.
Створіть Відправку, прив'яжіть замовлення. У вкладці Плечі додайте три рядки — по одному на кожен відрізок шляху: авто, поїзд, море. Для кожного вкажіть режим, звідки → куди, виконавця й вартість. Це і є ланцюг Київ → Торонто.
Для морського плеча заведіть Бронювання судна: лінія, назва судна, порт відправлення Одеса → порт призначення Торонто, дати ETD/ETA, кількість контейнерів. Прив'яжіть його до третього плеча відправки.
Відкрийте Трекер відправок — і стежте, як контейнер рухається плече за плечем. Статус кожного плеча змінюється: заплановано → виїхав → прибув → виконано. Застрягле плече підсвітиться, і ви одразу побачите, де затримка.
| Документ | Навіщо в цьому сценарії | Хто заповнює |
|---|---|---|
| Договір фрахту | Тарифи з клієнтом (за потреби) | Менеджер |
| Замовлення на перевезення | Запит клієнта: Київ → Торонто, контейнер | Менеджер |
| Відправка | План логіста: три плечі авто-поїзд-море | Логіст |
| Бронювання судна | Морське плече: слот на судні Одеса → Торонто | Логіст |
| Трекер відправок | Спостереження за рухом контейнера | Логіст / диспетчер |
Зворотний напрямок: не один вантаж кудись, а багато джерел в одну точку. Треба завантажити судно в порту, а зерно розкидане по елеваторах. Звідки брати й чим везти, щоб вийшло найдешевше, вирішує оптимізатор, а не людина.
Трейдер задає
«Мені треба 100 000 т пшениці в порту Миколаїв до кінця місяця.» Скільки, чого і в який порт — решта не його турбота.
→ План накопичення партіїОптимізатор вирішує
Перебирає всі джерела за landed-вартістю (ціна + перевалка + доставка в цей порт): близькі свої силоси беруть першими, дефіцит закриває докупівля; близько — авто, далеко — залізниця.
→ Замовлення збору (натиснути «Оптимізувати»)Свої силоси й залишки зерна беруться з обліку зерна. Заведіть порт (локація) і, за потреби, ринкові пропозиції зерна — з координатами походження й ціною за тонну, щоб було звідки докупити дефіцит.
Створіть документ і задайте ціль: клас зерна, тоннаж, порт призначення й вікно збору. Поки що це лише «чого хочемо», без вибору джерел.
Система будує замовлення збору — по одному плечу на джерело, від найдешевшого landed. Ви одразу бачите розклад: скільки й звідки везти, яким транспортом, і скільки це коштує.
Відкрийте Дошку накопичення — стежте за планом проти факту тоннажу й статусом кожного плеча, поки зерно збирається в порт.
Якщо кілька планів конкурують за те саме зерно (різні порти), оптимізувати їх поодинці невигідно. GrainFlow розв'язує всі разом однією математикою — і віддає дешеве зерно тому плану, якому воно вигідніше. Економія — реальні гроші.
Ще один напрямок: один склад → багато адрес. Зранку є 8 замовлень по Києву. Як об'їхати всіх, проїхавши найменше? Дві кнопки — і система збирає рейс та сама шукає найкоротший порядок об'їзду, показуючи його на карті.
Замовлення надходять самі
Клієнти оформили замовлення на продаж — з адресами й вагою. Диспетчеру лишається задати склад, з якого виїжджають, і дату доставки.
→ Замовлення на продажОптимізатор вирішує
Групує замовлення в маршрути й підбирає найкоротший порядок об'їзду зупинок. Диспетчер лише тисне дві кнопки — «Зібрати» і «Оптимізувати».
→ План розвозу + картаЩоб малювати маршрут, потрібні координати: у клієнтів на картках (або хоча б адреси, які знайдуться на мапі) і в складу-депо. Це заповнюється раз.
Створіть План розвозу, оберіть склад-депо і дату доставки.
Натисніть — відкриті замовлення на продаж підтягнуться й згрупуються за районом у маршрути й зупинки (клієнт, адреса, вага). Рейс сформовано.
Натисніть — координати зупинок визначаться, а порядок об'їзду перевпорядкується в найкоротшу петлю. Бачите пробіг кожного маршруту.
Відкрийте Дошку розвозу — маршрути на карті: депо, нумеровані пінки в порядку об'їзду, лінія маршруту й пробіг. Тут же стежите за доставкою.