Планування постачання передової операційної бази: оптимізація запасів у ресурсно обмежених опорних пунктах

Передова операційна база витрачає матеріальні засоби швидше, ніж їх можна отримати, зберігає менше, ніж потрібно, і не може передбачити, коли прибуде наступне поповнення. Ці три обмеження зводять усю дисципліну управління запасами до задачі, для вирішення якої стандартне комерційне програмне забезпечення ніколи не призначалося. Алгоритми, що оптимізують рівні запасів для складу з щоденними постачаннями вантажівками та передбачуваним попитом, повністю виходять з ладу при застосуванні до FOB, де автоколона з поповненням може затриматися на 72 години, вертолітне вікно може взагалі не відкритися, а один бойовий контакт може витратити тижневий запас боєприпасів Class V за одну добу. У цій статті розглядається, як програмне забезпечення оборонної логістики вирішує завдання прогнозування попиту, розрахунку страхового запасу, вирішення міжкласових компромісів та інтеграції з театральним розподілом для планування постачання передових баз в умовах реальної оперативної невизначеності.

Задача планування постачання на передовій операційній базі

Визначальною характеристикою логістики FOB є асиметрія між мінливістю споживання та надійністю поповнення. Комерційне планування ланцюга постачання передбачає відносно стабільний зв'язок між часом виконання замовлення та попитом протягом цього часу. На передовій базі обидві сторони цього рівняння одночасно нестабільні. Попит може стрімко зрости на порядок під час контактного бою. Час виконання замовлення на поповнення може розтягнутися від номінального значення до днів або тижнів, якщо маршрут перебуває під загрозою, погода не дає злетіти авіації або завдання вищого пріоритету переспрямовують розподільні активи. Поєднання цих факторів породжує планову задачу, що вимагає імовірнісного моделювання обох вимірів, а не лише одного.

Складська ємність ускладнює ситуацію. FOB, що діє з невеликого об'єкта або переобладнаної споруди, може мати загальну закриту площу зберігання у кілька сотень квадратних метрів. Позиції різних класів конкурують за одні й ті самі стелажі, площу підлоги та контрольовані температурою сховища. Навалочне пальне Class III вимагає спеціальних ємностей та протипожежного розділення. Контрольовані речовини Class VIII вимагають заблокованого, кліматично контрольованого сховища. Боєприпаси Class V вимагають вибухозахисного розділення від всього іншого. Фізичні обмеження накладають жорсткі стелі на авторизовані рівні запасів (ASL), які можуть бути значно нижчими за теоретично оптимальну кількість страхового запасу. Програмне забезпечення, яке ігнорує ці обмеження й рекомендує рівні страхового запасу, які FOB фізично не може зберігати, гірше марного: воно налаштовує плановиків на провал.

Третє обмеження — затримка інформації. На добре підключеній головній операційній базі записи запасів оновлюються майже в реальному часі при переміщенні матеріальних засобів із кімнати постачання до користувача. На передовій базі старшина постачання може вести записи видачі вручну і вводити їх у систему раз на день або рідше у напружені оперативні періоди. Програмне забезпечення, розроблене для логістики FOB, повинне коректно обробляти рідкісні, затримані дані про споживання, використовуючи найновіші доступні записи та позначаючи місця, де прогалини в даних збільшили невизначеність прогнозу. Програмне забезпечення для управління військовими запасами, яке для правильної роботи потребує безперервних транзакцій у реальному часі, не придатне для розгортання на передньому краї.

Прогнозування попиту в умовах оперативної невизначеності

Прогнозування попиту на FOB не може спиратися виключно на екстраполяцію часових рядів з історичного споживання. Споживання на передовій базі подійно-обумовлене: спокійний тиждень, після якого три дні безперервного бойового контакту, утворює шаблон попиту, який жодна модель ковзного середнього або експоненційного згладжування не вловлює добре, оскільки ці моделі припускають стаціонарність базового процесу. Оперативний темп не є стаціонарним. Корисний прогноз попиту для FOB повинен включати випереджальні індикатори активності, а не лише запізніле споживання.

Виробниче прогнозування попиту для FOB використовує двокомпонентну модель. Базовий компонент — це норма споживання профілю підрозділу: добова норма для кожної позиції, виведена з чисельності підрозділу, насиченості технікою та історичного використання в порівнянних оперативних умовах. Базова норма коригується мультиплікатором темпу, що керується спостережуваними індикаторами: кількість запланованих патрулів, запити на вогневі місії за попередні 48 годин, темпи пересування транспортних засобів та намір командира на горизонт планування. При застосуванні мультиплікатора темпу модель видає діапазон оцінок (5-й–50-й–95-й перцентиль добового споживання), а не точкову оцінку, надаючи офіцеру постачання чітке уявлення про розкид між нормальним і високотемповим попитом.

Байєсівське оновлення — це механізм, що дозволяє моделі вдосконалюватися при реєстрації фактичного споживання. Кожне нове спостереження споживання оновлює апостеріорний розподіл параметра норми споживання. Для позицій зі стабільними базовими нормами і низькою дисперсією апостеріорний розподіл швидко сходиться до тісної оцінки. Для позицій з високою дисперсією (боєприпаси Class V під час операцій, пальне Class III під час завдань з інтенсивним використанням техніки) апостеріорний розподіл залишається широким, правильно відображаючи реальну непередбачуваність, а не нав'язуючи хибну точність. Практична перевага для плановиків полягає в тому, що система автоматично розрізняє позиції, для яких обґрунтована тісна точка повторного замовлення, та позиції, де лише великий страховий буфер може захистити від вичерпання запасів.

Моделювання страхового запасу: балансування ризику вичерпання запасів і обмежень вантажопідйомності

Стандартна формула страхового запасу з комерційної теорії управління запасами передбачає, що час виконання замовлення та попит є незалежними випадковими величинами з відомими розподілами. На FOB обидва припущення часто порушуються. Час виконання замовлення корелює з рівнем загрози, який корелює з оперативним темпом, який корелює з попитом. Коли FOB перебуває в бою, поповнення стає важчим доставити саме тоді, коли споживання найвище. Програмне забезпечення, яке трактує їх як незалежні, систематично недооцінюватиме вимоги до страхового запасу для сценаріїв, що мають найбільше значення.

Більш доречна модель використовує спільний розподіл попиту та часу виконання замовлення, оцінений на основі історичних даних як про споживання, так і про затримки поповнення для операцій порівнянного типу та рівня загрози. Потреба у страховому запасі потім обчислюється як запаси, необхідні для задоволення попиту на обраному рівні обслуговування по хвосту спільного розподілу. Для позицій з високою критичністю (вода Class I, екстрена медицина Class VIII) цільовий рівень обслуговування може бути встановлений на рівні 99% — тобто FOB укомплектовано, щоб уникнути вичерпання запасів у 99 зі 100 сценаріїв циклу поповнення. Для позицій з прийнятними замінниками або варіантами економії мета може бути нижчою, що звільняє вантажопідйомність для позицій вищого пріоритету.

Обмеження фізичного зберігання накладають стелю, яку оптимізатор повинен дотримуватися. Коли розрахований страховий запас для позиції перевищує доступний об'єм зберігання, система не мовчки скорочує рекомендацію. Натомість вона виводить обмеження як явне планове попередження: необхідний страховий запас для боєприпасів Class V 5,56 мм при поточному оперативному темпі вимагає 18 кубічних метрів закритого сховища, але наразі доступно лише 12 кубічних метрів. Плановику надається три варіанти: прийняти підвищений ризик вичерпання запасів при зниженому рівні зберігання, запросити інженерне рішення для зберігання або переглянути оперативний план для зниження відповідних чинників споживання. Явне представлення компромісу є кориснішим, ніж оптимізатор, який мовчки приймає обмеження й видає план, що виглядає завершеним, але насправді несе в собі ризики.

Міжкласові компроміси: пріоритетні конфлікти між боєприпасами, пальним, водою та медичними матеріалами

Кожна місія поповнення на FOB пов'язана з корисним навантаженням, меншим за суму всіх незадоволених потреб. Вертоліт або вантажівка, що прибувають, везуть те, що влізе, а що влізе — визначається вагою, об'ємом та схемою пріоритетів, застосованою на розподільному вузлі. З точки зору командира FOB питання полягає не просто в тому, яких позицій бракує, а які дефіцити є найважливішими з огляду на заплановані дії на наступні 48–72 години. Графік з інтенсивним патрулюванням надає пріоритет Class I та Class III. Запланована місія вогневої підтримки надає пріоритет Class V. Підрозділ, що зазнав втрат, надає пріоритет Class VIII. Порядок пріоритетності змінюється залежно від оперативної ситуації, і програмне забезпечення, яке застосовує статичну ієрархію пріоритетів, видаватиме маніфести, що не відповідають фактичним потребам.

Оптимізація маніфесту з обмеженою вантажопідйомністю формулюється як задача багатоцільового рюкзака. Кожній позиції запитаного маніфесту призначається пріоритетний бал, виведений з вагового коефіцієнта на рівні класу, поточного співвідношення запасу до страхового запасу (позиції нижче страхового запасу набирають більше балів, ніж ті, що вище) та коригування пріоритету командиром, яке можна застосувати вручну до запуску розв'язувача. Розв'язувач знаходить маніфест, що максимізує загальний пріоритетний бал з урахуванням вантажопідйомності транспортного засобу, об'єму та будь-яких специфічних для способу перевезення обмежень (ліміти вантажу на зовнішній підвісці вертольота, обмеження осьового навантаження вантажівки, правила поводження з небезпечними матеріалами). Результатом є ранжований маніфест, що відображає реальну відносну терміновість кожної позиції, а не просту чергу за класовим пріоритетом.

Формат виводу має таке ж значення, як і розрахунок. Плановики повинні розуміти компроміси, які вони приймають, а не просто отримувати маніфест. Коли розв'язувач витісняє запит на пальне Class III на користь додаткових боєприпасів Class V, вивід повинен чітко зазначати: завантаження додаткових 300 кг Class V скорочує автономність техніки за паливом приблизно на 6 годин від поточного рівня запасів, виходячи з запланованого графіка патрулювання. Такий явний виклад наслідків дозволяє командиру застосувати оперативний контекст, до якого модель не має доступу: графік патрулювання міг змінитися, роблячи дефіцит пального більш значущим, ніж припускала модель. Плановик скасовує рекомендацію розв'язувача за десять секунд, а не повторно запускає оптимізацію з нуля.

Планування графіка поповнення: оптимізація частоти, способу та вікон

Частота поповнення на FOB не підлягає вільній оптимізації. Вона обмежена доступністю розподільних активів на театральному рівні, оцінкою загрози для кожного маршруту і способу поповнення та плановими циклами вищого ешелону, що контролює розподіл конвоїв і авіаційних транспортних засобів. Програмне забезпечення планування постачання FOB повинне працювати в цих обмеженнях, а не розглядати частоту поповнення як вільну змінну рішення. Відповідна оптимізація — це які позиції запитувати в кожному доступному вікні поповнення, а не скільки вікон відкривати.

Оптимізація вікон вимагає, щоб програмне забезпечення відстежувало майбутню доступність кожного способу поповнення: наступний слот конвою, наступне вікно запиту пріоритету вертольота та будь-яку можливість повітряного десантування, яку театральна логістична система позначила як доступну. Для кожного вікна система розраховує прогнозований рівень запасів на момент очікуваного отримання, порівнює його з вимогою до страхового запасу та генерує пріоритетний запит на позиції, які будуть на рівні або нижче точки повторного замовлення. Позиції, що прогнозуються залишатися вище страхового запасу через наступне заплановане вікно, виключаються із запиту, якщо тільки їхня дисперсія споживання не є достатньо високою для виправдання профілактичного поповнення.

Вибір способу перевезення взаємодіє з характеристиками позицій у спосіб, який ручне планування часто обробляє непослідовно. Навалочне пальне Class III вимагає наземного конвою — його неможливо ефективно перевезти вертольотом у кількостях, потрібних FOB. Медичні матеріали класу евакуації уражених Class VIII є чутливими до часу й виправдовують вищу вартість авіації, якщо наземні маршрути перебувають під загрозою. Боєприпаси Class V мають вимоги до ваги та поводження з небезпечними матеріалами, які обмежують типи повітряних суден і конфігурації вантажівок, що можуть їх перевозити. Програмне забезпечення, що кодує ці обмеження сумісності способу перевезення і позицій, гарантує, що згенерований запит є фізично виконуваним, а не лише теоретично оптимальним. Запит, який неможливо фізично завантажити на наявний транспорт, гірший за відсутність запиту взагалі — він витрачає час на планування та затримує фактичне поповнення.

Інтеграція з театральним розподілом та системами обліку Class I-IX

Програмне забезпечення планування постачання FOB функціонує в ієрархії логістичних інформаційних систем, що простягається від рівня підрозділу через бригаду, дивізію і театр. Цінність даних на рівні FOB — норми споживання, наявні запаси, невиконані запити — повністю реалізується лише тоді, коли вони передаються вгору для підтримки планування театрального розподілу. Менеджер театрального розподілу, який не бачить рівнів запасів FOB у реальному часі, розподіляє активи на основі запланованих циклів поповнення, а не фактичних потреб, що призводить як до надмірного постачання низькопріоритетних позицій, так і до недостатнього постачання позицій, споживання яких зросло з моменту останнього запланованого вікна.

Інтеграція з театральними логістичними системами та системами оспорюваних ланцюгів постачання зазвичай використовує шаблон синхронізації, а не потокову передачу в реальному часі. Система FOB надсилає знімок наявних запасів і дельту споживання до театральної системи з визначеними інтервалами, як правило, раз на 24 години або за запитом перед запланованим вікном запиту поповнення. Театральна система поглинає дані FOB разом з такими ж даними від усіх інших підтримуваних підрозділів і запускає оптимізацію розподілу для розподілу наявних активів. Цей шаблон «отримай та звіряй» стійкий до переривчастого з'єднання, характерного для мереж передового краю: FOB, що втрачає зв'язок на 12 годин, надсилає пакетне оновлення після відновлення зв'язку, і театральна система включає наздоганяючі дані до початку наступного циклу розподілу.

Звірка між записами FOB та театральними записами є стійким джерелом розбіжностей у військовій логістиці. Матеріальні засоби транспортуються між розподільним вузлом та FOB з документацією, яка може бути неповною, переспрямованою або просто повільно вводитися в обидві системи. Програмне забезпечення, що автоматизує перевірку звірки — порівнюючи задокументовані квитанції FOB із задокументованими відвантаженнями театру та позначаючи розбіжності вище порогу допуску — зменшує адміністративне навантаження на персонал постачання й виявляє втрати при транзиті та помилки в документації до того, як вони накопичуються у більші неточності запасів. Розрив звірки, виявлений протягом 48 годин, є виправним; виявлений через три тижні вимагає фізичної інвентаризації, що забирає значний час та порушує операції.

Планування деградованих операцій: що пріоритизувати, коли постачання перервано

Кожна FOB діє з розумінням того, що постачання може бути перервано на невизначений термін. Перехоплення маршруту, тривала негода або конкуруючий пріоритет на театральному рівні можуть залишити FOB ізольованою на терміни від днів до тижнів. Система планування постачання повинна підтримувати не лише оптимізацію запасів у стаціонарному режимі, але й планування деградованих операцій: виходячи з поточних наявних запасів і відсутності поповнення протягом N днів, яка пріоритизована послідовність збереження ресурсів і в якій момент кожен клас матеріальних засобів стає критичним?

Планування деградованих операцій — це часово-фазовий аналіз виснаження. Програмне забезпечення бере поточні наявні запаси для кожної позиції, застосовує норми споживання при базовому темпі та при підвищеному темпі та прогнозує дату, коли кожна позиція опуститься нижче мінімально прийнятного рівня. Результат — часова шкала виснаження: вода Class I досягає мінімального безпечного рівня на 4-й день при поточному споживанні, на 2-й день при підвищеному споживанні; пальне Class III досягає критичного рівня на 6-й день при поточному споживанні; основні боєприпаси Class V досягають мінімуму на 8-й день при поточному споживанні, але на 1-й день при темпі бойового контакту. Ця часова шкала дає командиру чітке уявлення про те, які позиції найшвидше обмежують оперативні варіанти і де заходи зі збереження мають найбільший вплив.

Заходи зі збереження не є бінарними. Програмне забезпечення повинне моделювати стани часткового збереження: скорочення переміщень транспортних засобів на 30% (зниження споживання Class III), перехід на холодні пайки (зниження споживання пального Class I для приготування їжі) або директива про вогневу дисципліну (зниження споживання Class V на контакт). Кожен захід зі збереження має оцінку зниження споживання та оперативну вартість. Система представляє їх у вигляді меню з прогнозованим впливом на часову шкалу виснаження, дозволяючи командиру вибрати позицію збереження, що максимально продовжує критичний запас при мінімальних оперативних витратах. Коли постачання зрештою відновлюється, система автоматично перераховує вимоги до поповнення для повернення до доопераційних рівнів страхового запасу, генеруючи запит на аварійне поповнення з позиціями, ранжованими за ступенем виснаження.