Коли оборонний підрядник отримує урядове майно — випробувальне обладнання, спеціальний інструментарій, сировину або автопарк — він вступає у правовідносини відповідальності, які тривають до моменту повернення майна, його передачі або утилізації через уповноважені канали. Ця відповідальність не є неформальною. Вона регулюється FAR Part 45 та DFARS Part 245, забезпечується перевірками систем контролю майна DCMA та підкріплюється положеннями про фінансову відповідальність, що можуть перетворити окремі позиції на джерело значних контрактних суперечок. Правильне управління майном, наданим урядом, — це не адміністративне питання другорядної важливості; це контрактне зобов'язання з прямими операційними та фінансовими наслідками.

Для оборонних підрядників, які одночасно управляють десятками або сотнями контрактів, адміністративне навантаження з дотримання вимог щодо GFE зростає стрімко. Кожен контракт може передбачати різні категорії майна за різними CLIN. Обладнання переміщується між локаціями. Субпідрядники отримують позиції, які ніколи не виходять з облікових книг основного підрядника. Коди стану змінюються. Позиції зникають. Без спеціалізованої системи управління GFE ці зобов'язання ведуться через електронні таблиці, які неможливо перевірити на вимогу, не генерують автоматичних сповіщень при зміні стану та не забезпечують журналу перевірки для ревізорів DCMA, які приходять без попереднього повідомлення для перегляду систем контролю майна.

У цій статті розглядається повний технічний і процедурний ландшафт управління GFE: нормативна база, архітектура бази даних, відстеження стану, вимоги до нагляду CAO, відповідність маркуванню UID, робочі процеси утилізації та схеми інтеграції з ERP.

Що таке GFE і чому це важливо в оборонних контрактах

Майно, надане урядом (GFE), є підкатегорією ширшої категорії урядового майна (GFP), визначеної у FAR Part 45. Нормативний акт розрізняє чотири основні категорії урядового майна, кожна з яких має власні вимоги до обліку.

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

Матеріали охоплюють сировину, компоненти, вузли та витратні матеріали, надані для включення до кінцевих продуктів, що постачаються. На відміну від обладнання, матеріали витрачаються під час виконання контракту, а зняття з обліку документується через їх включення до кінцевих виробів, а не через фізичне повернення.

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

Інформація, надана урядом (GFI), охоплює пакети технічної документації, специфікації, креслення та програмне забезпечення, передані підряднику для посилання при виконанні робіт. Облік GFI здійснюється окремо від фізичного майна — він ведеться через системи управління контрольованою документацією та механізми контролю за експортом, а не через процедури фізичної інвентаризації.

Нормативну основу управління GFE становлять FAR 52.245-1 (стандартне застереження, що включається до більшості контрактів з GFP) та DFARS 252.245-7003, який встановлює 11 критеріїв системи майна, за якими DCMA оцінює системи контролю майна підрядника. Підрядник, чия система контролю майна визнана неадекватною відповідно до DFARS 252.245-7003, стикається з посиленим наглядом, можливим утриманням контрактних платежів, а у випадках системних збоїв — з відхиленням витрат, пов'язаних з майном.

Для підрядників, що орієнтуються в ширшому конкурентному середовищі, розуміння зобов'язань щодо GFE є частиною більшого переліку контрактних вимог, розглянутих у нашому повному посібнику з оборонних закупівель.

Архітектура бази даних обліку GFE

Модель даних системи управління GFE повинна підтримувати чотири окремі типи записів, які разом формують повну картину обліку: основний запис майна, запис про перебування, запис про місцезнаходження та журнал транзакцій. Це не незалежні таблиці — вони утворюють зв'язану структуру, де кожна транзакція атомарно оновлює кілька записів.

Основний запис майна

Основний запис майна є авторитетним документом ідентифікації для кожної позиції GFE. Він повинен містити:

  • Національний складський номер (NSN) — 13-значний номер складського обліку, що ідентифікує клас позиції
  • Номер деталі — ідентифікатор деталі виробника
  • Серійний номер — ідентифікатор рівня позиції, присвоєний виробником або урядом
  • Унікальний ідентифікатор позиції (UII) — глобально унікальний ідентифікатор системи IUID
  • Опис позиції — загальна та технічна номенклатура
  • Вартість придбання одиниці — зафіксована урядом вартість для фінансової звітності
  • Дата придбання — дата, коли уряд придбав позицію (не дата передачі підряднику)
  • Контракт та CLIN, за яким надано майно — підстава перебування позиції у підрядника

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

Записи про перебування та місцезнаходження

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

-- Core GFE schema (simplified)
CREATE TABLE gfe_items (
    item_id         UUID PRIMARY KEY,
    nsn             CHAR(13),
    part_number     VARCHAR(50),
    serial_number   VARCHAR(100),
    uii             VARCHAR(50) UNIQUE,
    description     TEXT,
    unit_cost_usd   NUMERIC(12,2),
    acq_date        DATE,
    status          VARCHAR(30),  -- ACTIVE | RETURNED | TRANSFERRED | DISPOSED
    contract_id     UUID REFERENCES contracts(contract_id),
    clin            VARCHAR(20)
);

CREATE TABLE gfe_location (
    location_id     UUID PRIMARY KEY,
    item_id         UUID REFERENCES gfe_items(item_id),
    location_code   VARCHAR(50),
    custodian       VARCHAR(100),
    effective_from  TIMESTAMPTZ,
    effective_to    TIMESTAMPTZ
);

CREATE TABLE gfe_transactions (
    txn_id          UUID PRIMARY KEY,
    item_id         UUID REFERENCES gfe_items(item_id),
    txn_type        VARCHAR(30),  -- RECEIPT | MOVE | CONDITION_CHANGE | TRANSFER | RETURN
    txn_date        TIMESTAMPTZ,
    from_location   VARCHAR(50),
    to_location     VARCHAR(50),
    performed_by    VARCHAR(100),
    notes           TEXT,
    document_ref    VARCHAR(50)   -- DD Form number or system document ID
);

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

Відстеження кодів стану та звітність

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

Шкала кодів стану

Стандартні коди стану DoD, що застосовуються до GFE:

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

Робочий процес вхідного контролю

Вхідний контроль є критично важливою першою подією присвоєння коду стану. Коли GFE надходить на об'єкт підрядника, інспектор з прийому повинен: звірити кількість з відвантажувальним документом (форма DD 1149 або еквівалент); перевірити наявність фізичних пошкоджень, корозії, відсутніх аксесуарів або ознак неналежного зберігання; відсканувати або вручну зафіксувати позначку IUID; та присвоїти відповідний код стану на основі результатів перевірки.

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

Звітність про зміну стану

Коли стан позиції GFE змінюється — через використання, технічне обслуговування, пошкодження або виявлення під час інвентаризації — підрядник повинен оновити запис стану в системі майна та повідомити Контрактного офіцера про значні зміни стану. Позиції, що деградують з коду A до коду D або нижче, як правило, потребують письмового повідомлення. Позиції, що деградують до коду F (брухт), ініціюють зобов'язання щодо звітності про втрату, пошкодження або знищення відповідно до FAR 52.245-1(f)(1)(vii), якщо деградація сталася з причин, відмінних від нормального виконання контракту.

Нагляд CAO та аудити системи контролю майна

Офіс адміністрування контрактів (CAO) — як правило, DCMA для великих оборонних підрядників — відповідає за нагляд за системою контролю майна (PCS) підрядника. Нагляд здійснюється через перевірки систем контролю майна (PCSR), які можуть бути оголошеними або неоголошеними. Частота та глибина перевірок визначається рівнем ризику: підрядники з великими портфелями GFP, попередніми висновками аудиторів або складними відносинами з субпідрядниками підлягають більш частому нагляду.

11 критеріїв PCSR

DFARS 252.245-7003 визначає 11 критеріїв адекватності системи, за якими ревізор DCMA оцінює систему контролю майна підрядника:

  1. Придбання — система точно фіксує, як та звідки була отримана кожна позиція.
  2. Отримання — все майно проходить формальний вхідний контроль до потрапляння на зберігання або у використання.
  3. Записи — записи майна є точними, повними та актуальними для всього GFP у підрядника.
  4. Фізична інвентаризація — щорічна фізична інвентаризація проводиться та звіряється з балансовими записами.
  5. Контроль субпідрядників — GFP, передане субпідрядникам, відстежується, а системи майна субпідрядників оцінюються.
  6. Звіти — обов'язкові звіти (щорічна інвентаризація, повідомлення про LDD, звіти про надлишкове майно) подаються вчасно та точно.
  7. Звільнення від відповідальності — підрядник має задокументований процес отримання звільнення від фінансової відповідальності за втрачене або пошкоджене GFP.
  8. Використання — GFP використовується для дозволених цілей контракту і не простоює або не застосовується не за призначенням.
  9. Технічне обслуговування — необхідне технічне обслуговування GFP виконується та документується.
  10. Утилізація майна — утилізація GFP здійснюється через уповноважені канали та належним чином документується.
  11. Закриття контракту — все GFP обліковане та утилізоване до закриття контракту.

Відстеження корегувальних дій

Коли висновок аудиту виявляє неадекватність одного або кількох критеріїв PCSR, CAO видає Запит на корегувальні дії (CAR). Підрядник повинен відповісти у строки, визначені у CAR, — як правило, 30 днів для початкового плану корегувальних дій, з контрольними точками впровадження для складних системних змін. Система управління GFE повинна включати модуль відстеження CAR, який фіксує висновок, аналіз основних причин, план корегувальних дій, контрольні точки впровадження та докази усунення. Цей модуль підтримує як внутрішнє управління відповідями на аудити, так і пакет доказів, необхідний DCMA при формальному закритті CAR.

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

Вимоги до маркування IUID/UID

Унікальна ідентифікація позицій (IUID) — це система серіалізації та відстеження майна DoD. Кожна охоплена позиція урядового майна повинна мати позначку UID — двовимірний штрих-код типу Data Matrix, — що кодує глобально унікальний ідентифікатор, який дозволяє відстежувати позицію протягом усього її життєвого циклу: виробництво, отримання урядом, передача підряднику, повернення, передача та остаточна утилізація.

Відповідність MIL-STD-130N

MIL-STD-130N — специфікація маркування, що визначає фізичні вимоги до позначок UID на урядовому майні. Стандарт встановлює розміри позначок, класи якості символів Data Matrix (мінімальний клас ISO/IEC 15415 1.5), вимоги до підкладки та методу нанесення для різних типів матеріалів, а також правила розміщення. Для вбудованих позначок (пряме маркування деталей на металевих або композитних поверхнях) допустимі методи включають лазерне гравіювання, електрохімічне травлення та точкове набивання — кожен з конкретними вимогами до глибини та контрасту. Для нанесених позначок (етикетки та таблички) стандарт визначає класи матеріалу етикеток, вимоги до клею та вимоги до довговічності в умовах експлуатації.

Структура UII

Унікальний ідентифікатор позиції (UII), закодований у Data Matrix, має два допустимих варіанти конструкції відповідно до MIL-STD-130N:

  • Конструкція 1 (присвоєна виробником): Ідентифікатор підприємства (CAGE-код) + оригінальний номер деталі + серійний номер. Використовується, коли виробник присвоює UID на виробництві.
  • Конструкція 2 (присвоєна урядом): Ідентифікатор підприємства (CAGE-код) + послідовний номер, присвоєний підприємством. Використовується, коли уряд присвоює UID, як правило, для позицій, що не були марковані на виробництві.
-- Example UII parse from 2D Data Matrix scan
-- Raw scan output (GS1 Application Identifiers):
-- (17D)5J0001234A(1P)12-34567-1(S)ABC123456

-- Parsed fields:
enterprise_id  = "5J"          -- CAGE code
part_number    = "12-34567-1"  -- Original Part Number (AI 1P)
serial_number  = "ABC123456"   -- Serial Number (AI S)

-- Constructed UII:
uii = "5J" || "12-34567-1" || "ABC123456"
    = "5J12-34567-1ABC123456"

-- Registered in IUIDR as:
{
  "uii": "5J12-34567-1ABC123456",
  "enterpriseId": "5J",
  "partNumber": "12-34567-1",
  "serialNumber": "ABC123456",
  "registrationDate": "2026-06-25",
  "contractNumber": "W52H09-26-C-0041",
  "clin": "0001"
}

Програмна інтеграція для захоплення даних UID

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

Робочі процеси повернення, передачі та утилізації GFE

Кожна позиція GFE повинна досягти уповноваженого кінцевого стану до закриття контракту. Чотири уповноважені кінцеві стани — повернення уряду, передача іншому підряднику, утилізація надлишків/брухту через DRMO та звільнення від відповідальності за позиції LDD — кожен вимагає окремих документальних робочих процесів і генерує специфічні записи транзакцій у системі майна.

Повернення уряду

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

Передача між підрядниками

Коли GFE повинне переміститися від одного підрядника до іншого — під час перехідного переукладання контракту, коли наступний контракт укладається з іншим підрядником, або коли обсяг робіт субпідрядника переходить до іншого субпідрядника — передача вимагає авторизації Контрактного офіцера. Підрядник, що передає, готує форму DD 1149 (Requisition and Invoice/Shipping Document) з переліком кожної позиції, її UII, коду стану та CLIN контракту. Підрядник-приймальник здійснює вхідний контроль при передачі, присвоює нові записи про перебування та місцезнаходження та звітує про будь-які розбіжності з переданим станом. Основний запис майна переходить від системи підрядника, що передає, до системи підрядника-приймальника; транзакційна історія повинна слідувати за позицією.

Утилізація надлишків та брухту через DRMO

GFE, що більше не потрібне для виконання контракту до його завершення, повинне бути невідкладно повідомлено як надлишок Контрактному офіцеру. Контрактний офіцер визначає, чи перенаправити надлишок до іншого контракту, повернути на урядове депо, або авторизувати його здавання до Організації з утилізації та маркетингу оборони (DRMO). Позиції в стані коду F (брухт), що виникли внаслідок авторизованого використання, можуть бути здані до DRMO для відновлення деталей або переробки металів. Здавання до DRMO вимагає форми DD 1348-1A (Issue Release/Receipt Document) та ініціює перевірку коду демілітаризації для позицій із контрольованим технологічним вмістом.

Звільнення від відповідальності

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

Інтеграція з управлінням контрактами та ERP

Управління GFE не функціонує ізольовано. Записи майна повинні бути пов'язані з контрактними записами для підтримки закриття контракту, з фінансовими системами для підтримки звітності щодо урядового майна та з системами управління технічним обслуговуванням для відстеження ремонтних дій щодо позицій GFE. Архітектура інтеграції безпосередньо впливає на відповідність аудиту: роз'єднані системи породжують прогалини в звірці, які генерують висновки PCSR.

Зв'язування записів GFE з CLIN контракту

Кожна позиція GFE повинна бути прив'язана до CLIN, за яким вона була надана. Цей зв'язок забезпечує звірку при закритті контракту — процес підтвердження того, що всі позиції за CLIN були повернуті, передані або належним чином утилізовані до адміністративного закриття CLIN. Якщо система майна не підтримує зв'язок на рівні CLIN, закриття вимагає ручної звірки між системою майна та контрактом, що є схильним до помилок і повільним. Зв'язок з CLIN також керує фінансовою звітністю щодо урядового майна — форма DD 1662 (Майно DoD у підрядника) звітується на рівні CLIN.

Обробка урядових даних (GFD)

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

Шаблони проектування системних інтерфейсів

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

-- GFE event schema (message queue payload)
{
  "event_type": "CONDITION_CHANGE",
  "event_id": "evt_9f2a1c3b",
  "timestamp": "2026-06-25T09:14:33Z",
  "item": {
    "uii": "5J12-34567-1ABC123456",
    "nsn": "5820-01-603-5291",
    "contract_id": "W52H09-26-C-0041",
    "clin": "0001"
  },
  "change": {
    "previous_condition": "A",
    "new_condition": "D",
    "reason": "Impact damage discovered during cycle count",
    "inspector": "J. Martinez",
    "inspection_date": "2026-06-25"
  },
  "requires_co_notification": true,
  "notification_deadline": "2026-06-26T09:14:33Z"
}

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

Інтеграція ERP для обліку урядового майна

Підрядники, що підпадають під дію Стандартів обліку витрат (CAS), повинні вести облік урядового майна окремо від власних активів у фінансовій звітності. Інтеграція ERP повинна зберігати урядове майно за зафіксованою урядом вартістю (без амортизації, на відміну від власних активів підрядника) та відображати його на відповідному рядку балансу. Коли GFE повертається або передається, запис ERP повинен оновлюватися одночасно із записом системи майна, щоб запобігти розбіжностям у звітності. Інтеграція повинна перевірятися через регулярну звірку — загальний баланс урядового майна в ERP повинен відповідати загальному балансу в системі управління майном до копійки. Розбіжності потребують розслідування та усунення до щорічного подання форми DD 1662.

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

Corvus Intelligence розробляє оборонне програмне забезпечення, що інтегрує облік GFE, відстеження стану та готовність до аудитів DCMA в єдину платформу управління майном. Наші системи розроблені з нуля для відповідності FAR 52.245-1, робочих процесів сканування IUID/UID та подієво-керованих схем інтеграції ERP, що усувають прогалини ручної звірки.

Дізнатися про Corvus Intelligence →