Керування ланцюгом постачання боєприпасів: відстеження партій, сумісність зберігання і прогнозування витрат

Автор: Інженерна команда Corvus Intelligence · Про команду →

26 червня 2026 11 хв читання

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

Ця стаття розглядає функціональні вимоги, які відрізняють програмне забезпечення керування ланцюгом постачання боєприпасів від загального військового програмного забезпечення управління запасами: облік за номерами партій і серійними номерами, примусове застосування сумісності зберігання, керування кодами стану та наглядом, обчислення базового і операційного навантаження, прогнозування витрат із плановими коефіцієнтами набоїв на гармату на добу та інтеграція з SAAS-MOD і GCSS-Army як авторитетними системами обліку боєприпасів армії.

Характеристики ланцюга постачання класу V (боєприпаси)

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

Облік за номерами партій обов'язковий для кожного предмета класу V від виробництва до кінцевого використання. На відміну від класу II (одяг) або класу IX (запчастини), якими можна керувати на рівні NSN (NATO Stock Number) зі взаємозамінними одиницями, боєприпаси мусить бути відстежено на рівні партій, бо відгуки з міркувань безпеки, повідомлення про обмежене використання та вимоги нагляду видають проти конкретних партій. Підрозділ, який не може повідомити свої номери партій, не здатний відреагувати на відгук безпеки в межах вимогованого вікна відповіді.

Унікальні вимоги зберігання визначають, де можна зберігати боєприпаси, в якій кількості та з якими іншими предметами. Обмеження чистої ваги вибухової речовини (NEW) на складське приміщення або льох обмежують загальний вміст вибухових речовин в одному місці. Правила груп сумісності визначають, які типи боєприпасів можуть займати одну складську споруду. Мінімальні відстані роз'єднання застосовують між льохами залежно від їхньої NEW та місцевості між ними. Ці обмеження — не адміністративні вподобання; вони ґрунтуються на аналізі безпеки вибухових предметів щодо ризику симпатичного детонування та моделювання надлишкового тиску вибуху.

Регульоване переміщення застосовується до кожної передачі класу V. Навантаження конвоїв мусять відповідати правилам транспортування небезпечних матеріалів. Машини з боєприпасами мусять бути правильно позначені табличками. Несумісні предмети не можуть їхати на одній машині. Дозволи на маршрут можуть знадобитися перед переміщенням через певні райони. Пакет документації для конвою боєприпасів — форма DA 581 (Request for Issue or Turn-in of Ammunition), транспортна накладна та запис позначень небезпечних матеріалів, — мусить бути згенерований системою ланцюга постачання і супроводжувати вантаж.

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

Відстеження за номерами партій і облік за серійними номерами

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

Система партія/суфікс партії додає гранулярність нижче рівня партії. Коли велику виробничу партію поділяють на кілька відвантажень, кожне відвантаження отримує суфікс (A, B, C тощо), доданий до базового номера партії. Суфікс відстежує фізичний поділ того, що спочатку було єдиною виробничою партією, — важливо для призначення місця зберігання, бо два суфікси однієї партії можна зберігати в різних місцях, але обидва мусять простежуватися до батьківської партії для цілей відгуку безпеки.

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

Записи ланцюга опіки документують кожну зміну володіння партією від отримання до витрати або здачі. Повний ланцюг опіки для партії, отриманої в елементі підтримки боєприпасів у театрі бойових дій (TASE) і витраченої на передовому пункті постачання боєприпасів (FASP), міститиме:

Отримання в TASE зі стратегічного перекидання: дата, кількість, номер транспортного документа, код стану при отриманні, відповідальний, свідок
Передача з TASE до пункту постачання боєприпасів корпусу (ASP): дата, кількість, номер форми DA 581, відповідальний за передачу, відповідальний за отримання, обидва підписи
Передача з корпусного ASP до дивізійного ASP: та сама структура
Видача з дивізійного ASP до базового навантаження батальйону: дата, ідентифікатор підрозділу, кількість, номер документа передачі, обидва підписи
Фіксація витрати на вогневій позиції: дата-час, витрачена кількість, система озброєння, координати квадрата, орган видачі дозволу на витрату

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

Примусове застосування матриці сумісності зберігання

Групи сумісності зберігання класифікують боєприпаси за їхньою основною характеристикою небезпеки під час зберігання. Групи (від A до L та S) визначені в AASTP-1 для країн НАТО і в DOD 4145.26-M для операцій армії США. Кожна група пов'язана з набором правил зберігання: з якими іншими групами вона може ділити льох, мінімальні відстані роз'єднання від житлових будівель і громадських транспортних маршрутів, та чи потребує вона окремого льоху або може зберігатися в універсальному складському приміщенні боєприпасів.

Матриця сумісності — основна структура даних, якою користується програмне забезпечення планування розміщення пунктів постачання боєприпасів для примусового застосування правил роз'єднання. Її реалізують як двовимірну пошукову таблицю з індексацією за парою груп сумісності:

# Simplified compatibility check (pseudo-code)
def check_storage_compatibility(incoming_lot, bay_id):
    incoming_group = get_compatibility_group(incoming_lot.nsn)
    bay_contents    = get_bay_occupants(bay_id)
    bay_new_used    = sum(lot.new_per_round * lot.quantity
                         for lot in bay_contents)
    bay_new_limit   = get_bay_new_limit(bay_id)

    # NET explosive weight check
    incoming_new = incoming_lot.new_per_round * incoming_lot.quantity
    if bay_new_used + incoming_new > bay_new_limit:
        return Reject("NEW capacity exceeded")

    # Compatibility group matrix check
    for occupant in bay_contents:
        occ_group = get_compatibility_group(occupant.nsn)
        if not COMPAT_MATRIX[incoming_group][occ_group]:
            return Reject(f"Incompatible with group {occ_group} in bay")

    return Accept()

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

Вимоги роз'єднання застосовуються поза простою сумісністю. Предмети групи A (масове детонування) потребують роз'єднання не лише з несумісними групами, а й від адміністративних районів, приміщень технічного обслуговування та маршрутів інтенсивного руху в межах пункту постачання боєприпасів. Програмне забезпечення підтримує модель розміщення об'єкта — схему позицій льохів, під'їзних шляхів і зон відчуження, — та застосовує обчислення мінімальних кількість-відстаней (Q-D) під час оцінки призначень зберігання для предметів з високою NEW. Це запобігає тому, щоб валідне призначення сумісності випадково порушило дугу Q-D, яка перетинається з об'єктом, нанесеним на карту програмним забезпеченням розміщення об'єкта.

Керування кодами стану та наглядом

Коди стану боєприпасів (від A до H) — система класифікації придатності предметів класу V. Код A — повністю придатний і видається без обмежень. Коди B і C вказують на придатні предмети з дедалі суттєвішим погіршенням, яке може обмежувати видачу для певних застосувань. Код D вказує на предмети з обмеженою придатністю, які можна використовувати лише в надзвичайних ситуаціях. Коди E до G — категорії непридатності з різними характеристиками ремонтопридатності. Код H — списання: очікування демілітаризації, утилізації або знищення.

Програмне забезпечення застосовує бізнес-правила кодів стану на рівні транзакцій. Партії коду A доступні для видачі без обмежень. Нижчі коди придатності обмежують право на видачу: партію коду C можна видати лише з дозволу підтримуючого командування боєприпасів. Коди F, G і H повністю заблоковані для видачі та генерують записи робочого процесу утилізації, які спрямовуються до процесу зворотної логістики демілітаризації для розпорядження.

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

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

Обчислення базового та операційного навантаження

Базове навантаження — кількість кожного типу боєприпасів, яку підрозділ має право нести на штатних машинах і системах озброєння як початкове бойове навантаження, — боєприпаси, доступні до будь-якої операції поповнення. Базові навантаження визначає штатно-посадова таблиця підрозділу (TO&E), яка зазначає дозволені системи озброєння за типами та дозволену кількість набоїв на кожну систему для кожного NSN. Базове навантаження механізованого піхотного батальйону зазначатиме кількості 5,56 мм, 7,62 мм, .50 калібру, 40-мм гранат, протитанкових ракет AT4 і ракет Javelin — кожна прив'язана до конкретних систем озброєння, дозволених у TO&E цього батальйону.

Програмне забезпечення обчислює потреби базового навантаження, опитуючи запис TO&E підрозділу, який підтримується як структурована конфігураційна таблиця в системі. Запит повертає список пар NSN–кількість, що представляють дозволене базове навантаження. Порівняння цієї потреби із залишками на рівні партій дає відсоток базового навантаження на кожен NSN:

NSN	Предмет	Дозволене базове навантаження	Наявні (код A)	Покриття
1305-01-576-2149	Набій, 5,56 мм, M855A1	420 000 наб.	387 000 наб.	92%
1310-01-413-3898	Граната, 40 мм, M433 HEDP	4 200 наб.	2 730 наб.	65% ⚑
1410-01-460-0829	Ракета, Javelin, M98A1	36 ракет	36 ракет	100%

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

Прогнозування витрат для операцій

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

Опубліковані коефіцієнти RPGD — планові оцінки, а не емпіричні темпи. В активних операціях програмне забезпечення ланцюга постачання боєприпасів відстежує фактичні темпи витрат на кожну систему озброєння за 24-годинний період із записів витрат, поданих підрозділами. Ці фактичні темпи споживання порівнюють із плановими коефіцієнтами, а різниця — варіація між плановим і фактичним споживанням, — живить оновлений прогноз на решту діб операції. Якщо підрозділ витрачає на 140% від планового коефіцієнта RPGD у перші дні операції, потребу поповнення на наступні дні коригують вгору до вичерпання запасів, а не після.

Обчислення резерву на пік враховує той факт, що споживання боєприпасів розподіляється нерівномірно протягом операції. Початкові дні продуманого наступу зазвичай мають високе споживання, коли вогонь формує ціль; наступні дні експлуатації можуть мати нижче споживання, якщо опір розвалюється. Модель резерву на пік обчислює максимальне очікуване споживання в будь-яку одну добу — добу піку, — і забезпечує, щоб запаси на передовому ASP могли підтримувати цей піковий темп протягом тієї кількості діб, яку конвеєр поповнення потребує для відновлення. Для 72-годинного конвеєра поповнення та RPGD доби піку в 85 набоїв на 155-мм гаубицю потрібний резерв на пік для батальйону з 18 гаубиць становить щонайменше 85 × 18 × 3 = 4 590 набоїв на FASP до початку операції, — плюс базове навантаження, уже видане вогневим підрозділам.

Дані про витрати також інформують довгострокове планування запасів на рівні театру бойових дій. Агрегуючи записи витрат підрозділів усього театру та проєктуючи вперед за операційним планом, офіцер з боєприпасів театру може виявити нестачі запасів на рівні бази розподілу театру за тижні до того, як вони проявляться як нестачі на рівні вогневого підрозділу. Саме ця попередня видимість дозволяє замовити стратегічні відвантаження поповнення, які можуть мати строк від 30 до 90 діб від національного пункту зберігання боєприпасів, вчасно для підтримки операцій.

Примітка щодо планування: коефіцієнти RPGD припускають сталий операційний темп. Бойові операції часто демонструють сплески споживання: одне вогневе завдання проти високоцінної цілі може витратити тижневий запас набоїв Excalibur за години. Програмне забезпечення ланцюга постачання боєприпасів мусить коректно обробляти такі сплески: точно фіксувати фактичну витрату, оновлювати поточний темп споживання і не карати прогноз за легітимні операційні піки. Алгоритм виявлення аномалій споживання, який позначає статистично незвичайні добові темпи витрат для людського розгляду, — замість автоматичних дій поповнення, — уникає і недостатньої реакції на реальні тренди споживання, і надмірної реакції на одноденні викиди даних.

Інтеграція з SAAS-MOD і GCSS-Army

SAAS-MOD (Standard Army Ammunition System — Modernized) — авторитетна система обліку боєприпасів армії США від рівня театру бойових дій через пункт постачання боєприпасів до базового навантаження підрозділу. Вона фіксує кожну транзакцію отримання, видачі, передачі, здачі та витрати боєприпасів. Дані в SAAS-MOD — юридичний запис обліку, система записів про те, що армія має, де це знаходиться і хто за це відповідає. Будь-яке програмне забезпечення керування ланцюгом постачання боєприпасів, що працює в логістичному середовищі армії, мусить інтегруватися з SAAS-MOD, а не замінювати його.

Записи передачі боєприпасів у SAAS-MOD виробляються як форма DA 581 (Request for Issue or Turn-in of Ammunition) для кожної передачі опіки на рівні ASP. Програмне забезпечення генерує 581 у форматі, сумісному з SAAS-MOD, з усіма обов'язковими полями: номер документа, підрозділ-заявник, NSN, номер партії, код стану, кількість та подвійні підписи відповідальних. Записи передачі, подані до SAAS-MOD, оновлюють авторитетні залишки партій, що зберігаються в центральній базі даних SAAS-MOD, і створюють офіційний запис аудиторського сліду.

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

Видимість боєприпасів ASL і PLL у GCSS-Army надає менеджерам забезпечення на рівні бригади та батальйону актуальну картину запасів боєприпасів за всіма рахунками їхнього з'єднання. Список дозволеного асортименту (ASL), який підтримують у батальйоні забезпечення бригади (BSB), показує, які NSN зберігаються, в якій кількості та який рівень наповнення відносно призначеного об'єктива ASL. Боєприпаси переліку навантаження (PLL), які підрозділи технічного обслуговування підтримують для прямого забезпечення систем озброєння, — невеликі кількості конкретних NSN, що зберігаються на майданчику технічного обслуговування для підтримки негайного польового ремонту, — відстежуються в GCSS-Army як окрема категорія позицій, що згортається в ту саму панель видимості офіцера постачання.

Для об'єднаних або багатонаціональних операцій дані SAAS-MOD можна експортувати до об'єднаної інформаційної системи керування боєприпасами (JAMIS) або до спільної операційної картини логістики (LOG COP) через стандартні інтерфейси обміну даними. Ця видимість боєприпасів на рівні театру живить процес JRSOI (Joint Reception, Staging, Onward Movement, and Integration) і дозволяє об'єднаному командуванню забезпечення арбітрувати між конкуруючими вимогами видів збройних сил і країн щодо дефіцитних типів боєприпасів під час коаліційних операцій.

Обговоріть ваш проєкт

Ми розробляємо військове логістичне програмне забезпечення: керування ланцюгом постачання боєприпасів, відстеження класу V, інтеграцію з SAAS-MOD і прогнозування витрат для оборонних організацій.

Логістичне програмне забезпечення → Розробка C2 →

Цей аналіз підготували інженери Corvus Intelligence, які створюють програмне забезпечення критичного призначення для оборонних і державних організацій. Дізнайтеся про нашу команду →

Часті запитання

Що таке клас V (боєприпаси) в термінології військового постачання?

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

Що таке номер партії у відстеженні боєприпасів і чому він важливий?

Номер партії боєприпасів призначають під час виробництва, і він кодує виробника, завод, виробничу лінію та дату виготовлення конкретної виробничої партії. Номери партій важливі, бо вони є одиницею простежуваності для відгуків з міркувань безпеки: коли в партії виявляють якісний дефект або ризик для безпеки, проти цього номера партії видають повідомлення Army Ammunition Restricted Use (ARU) або Suspended Ammunition. Програмне забезпечення мусить негайно розмістити кожну одиницю цієї партії у всіх місцях зберігання та заблокувати транзакції видачі, доки перевірку безпеки не завершено.

Як працює відстеження партій з двох компонентів для артилерійських боєприпасів?

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

Що таке групи сумісності зберігання для боєприпасів?

Групи сумісності зберігання (від A до L та S) визначені в AASTP-1 (НАТО) і DOD 4145.26-M (США) і призначають кожен вид боєприпасів до групи за його основною небезпекою під час зберігання: ризик масового вибуху, розльоту уламків, ризик пожежі тощо. Групи сумісності визначають, які предмети можна зберігати разом в одному льоху або складському приміщенні. Предмети групи A (масове детонування) не можна зберігати з предметами групи B (масове детонування з розльотом уламків); порохи групи D не можна зберігати з вибуховими речовинами групи A. Програмне забезпечення планування розміщення пунктів постачання боєприпасів застосовує призначення груп сумісності як жорсткі обмеження під час призначення партій, що надходять, до місць зберігання, запобігаючи несумісному зберіганню до переміщення фізичних предметів.

Що таке коди стану боєприпасів і як їх використовує програмне забезпечення?

Коди стану боєприпасів (від A до H) описують придатність партії. Код A — повністю придатний і видається без обмежень. Код B вказує на предмети, які є придатними, але з незначним погіршенням. Коди C і D вказують на предмети з обмеженою придатністю, що потребують нагляду. Код F означає непридатність, але економічну можливість ремонту. Код H означає списання та очікування демілітаризації або утилізації. Програмне забезпечення застосовує правила видачі на основі коду стану: партії коду A видають першими за правилами FIFO; коди F і H блокують видачу і генерують записи робочого процесу утилізації. Зміни стану виникають за результатами інспекції нагляду та оновлюються офіцером нагляду за боєприпасами з обов'язковим записом коментаря.

Що таке базове навантаження і як його обчислюють з TO&E?

Базове навантаження — кількість кожного типу боєприпасів, яку підрозділ має право нести на штатних машинах і системах озброєння як початкове бойове навантаження. Базові навантаження виводять із штатно-посадової таблиці підрозділу (TO&E), яка визначає системи озброєння підрозділу та дозволену кількість набоїв на кожну систему. Програмне забезпечення обчислює потребу базового навантаження, опитуючи запис TO&E підрозділу, підсумовуючи дозволені кількості за всіма системами озброєння для кожного NSN і порівнюючи цю суму з поточними фактичними залишками, щоб отримати відсоток базового навантаження. Підрозділи нижче порогу — типово 70% для звітності про готовність, — позначають для пріоритетного поповнення.

Що таке плановий коефіцієнт RPGD для прогнозування витрат?

RPGD — rounds per gun per day (набоїв на гармату на добу), плановий коефіцієнт, який використовують для оцінки витрат артилерійських боєприпасів за визначений операційний період. Коефіцієнти RPGD публікують у доктринальних документах планування забезпечення, і вони змінюються за типом операції: тривала оборонна операція може використовувати 25 RPGD для 155-мм гаубиць, тоді як плановий коефіцієнт для продуманого наступу може становити 75 RPGD. Програмне забезпечення множить RPGD на кількість наявних систем озброєння, кількість операційних діб і коефіцієнт непередбачуваних обставин (типово від 1.1 до 1.3), щоб отримати загальну кількість набоїв, потрібних для планування. Фактичні темпи витрат з історичних операцій використовують для перевірки або заміни опублікованих планових коефіцієнтів у театрі бойових дій.

Що таке SAAS-MOD і яку роль він відіграє у відстеженні боєприпасів?

SAAS-MOD (Standard Army Ammunition System — Modernized) — основна система обліку боєприпасів армії США, яку використовують від рівня елемента підтримки боєприпасів у театрі бойових дій вниз до пункту видачі базового навантаження. Вона фіксує кожну транзакцію отримання, видачі, передачі, здачі та витрати боєприпасів на рівні пункту постачання боєприпасів (ASP) і підрозділу. Система виробляє форму DA 581 (записи передачі боєприпасів), підтримує залишки на рівні партій, генерує заявки на постачання до підтримуючого командування боєприпасів та виробляє звіти для офіцера обліку майна. Інтеграція з GCSS-Army на рівні обліку майна дозволяє боєприпасам з'являтися в загальному обліку майна підрозділу поряд з іншими великими предметами класу VII.

Як програмне забезпечення ланцюга постачання боєприпасів обробляє вибірку нагляду?

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

Як видимість боєприпасів інтегрується в GCSS-Army?

GCSS-Army (Global Combat Support System — Army) — система планування ресурсів підприємства армії для обліку майна та логістичного управління. Боєприпаси з'являються в GCSS-Army на рівнях списку дозволеного асортименту (ASL) та обліку майна. Боєприпаси ASL — наявні запаси в складському приміщенні батальйону забезпечення, — відстежуються в GCSS-Army з NSN, кількістю та місцезнаходженням. Боєприпаси обліку майна записують на рахунок офіцера обліку майна (PBO) підрозділу. Транзакції SAAS-MOD на рівні ASP автоматично публікують оновлення в GCSS-Army, щоб системи обліку майна та видимості забезпечення лишалися синхронізованими. Боєприпаси переліку навантаження (PLL), які підрозділи технічного обслуговування підтримують для забезпечення систем озброєння, також з'являються в GCSS-Army як окрема категорія позицій.