Integrare C2 CJTF: rețele multinaționale și schimb de date

O forță operativă comună combinată (CJTF) este o formațiune multinațională temporară alcătuită din forțele mai multor națiuni și ale mai multor arme, pentru îndeplinirea unei misiuni specifice. Provocarea de comandă și control pe care o prezintă este unică: un cartier general care trebuie să emită ordine peste granițe naționale operează simultan mai multe domenii de clasificare, se bazează pe date aflate în sisteme C2 naționale incompatibile și depinde de legături de comunicații care aparțin unor națiuni diferite. Construirea unei integrări C2 coerente în aceste condiții este mai degrabă o problemă de arhitectură decât de selectare a produselor — iar arhitectura atinge simultan ingineria rețelelor, politica de securitate, acordurile juridice și managementul identității. Acest articol acoperă elementele tehnice și organizaționale care fac integrarea C2 a unei CJTF să funcționeze, precum și tiparele care au apărut din experiența operațională repetată. Pentru o privire mai largă asupra modului în care aceste elemente se încadrează în cadrele de interoperabilitate ale alianței, consultați ghidul nostru de interoperabilitate NATO.

Arhitectura CJTF: provocarea C2 multinațională

Dificultatea structurală a integrării C2 a unei CJTF începe cu autoritatea de comandă. Un cartier general CJTF exercită comanda operațională asupra unor forțe care rămân, în scopuri administrative și naționale, sub comandă națională. Aceasta înseamnă că cartierul general nu poate dicta standardele tehnice ale sistemelor C2 naționale de care depinde — poate doar defini ce trebuie să poată schimba acele sisteme cu coaliția și apoi construi puntea. Rezultatul este o arhitectură care trebuie să acomodeze simultan sisteme naționale construite după standarde diferite, oferind în același timp un strat orientat spre coaliție suficient de consistent intern încât să fie util operațional.

Comenzile de componentă — terestre, maritime, aeriene, operații speciale — operează fiecare propriile sisteme C2, adesea achiziționate la nivel național, și se conectează la rețeaua de misiune a coaliției la puncte de agregare definite. Modelul de proprietate al rețelei contează foarte mult aici: într-o CJTF condusă de NATO, rețeaua de misiune este administrată de obicei de direcția de sisteme de comunicații și informații (CIS) a cartierului general, dar infrastructura fizică (legături prin satelit, circuite terestre, noduri de comunicații) poate fi contribuită de națiuni individuale. Această separare între proprietatea administrativă a rețelei și proprietatea fizică a infrastructurii creează dependențe de coordonare care trebuie rezolvate înainte ca rețeaua să poată fi operată ca un întreg coerent.

O distincție-cheie de planificare este cea dintre rețeaua backbone națională și rețeaua de misiune a coaliției. Fiecare națiune contributoare operează propriul backbone de comunicații C2 național, conectat la infrastructura națională din spatele frontului, care transportă date la nivelurile de clasificare naționale. Rețeaua de misiune a coaliției este o rețea separată, construită în scop special, care transportă numai informații cu eliberare către coaliție la nivelul de clasificare agreat al coaliției. Niciun sistem nu se conectează la ambele fără o soluție cross-domain (CDS) care aplică frontiera dintre ele. Planificarea trebuie să modelizeze explicit backbone-ul național al fiecărei națiuni contributoare, punctul-frontieră CDS și topologia rețelei coaliției — trei straturi care trebuie să interoperabilizeze corect înainte de a curge orice date operaționale.

Arhitectura rețelei de misiune

Rețeaua de misiune a coaliției pentru o CJTF este construită în jurul unei arhitecturi CIS care urmează de obicei tiparele NATO stabilite pentru cartierele generale dislocate. Referința principală este modelul de arhitectură CIS TOPFAS (Tool for Operational Planning, Force Activation and Simulation), care definește tipurile de noduri, nivelurile de servicii și cerințele de conectivitate pentru un cartier general CJTF standard NATO. În practică, fiecare CJTF adaptează acest model pe baza națiunilor contributoare, a infrastructurii disponibile și a cerințelor operaționale — dar linia de bază TOPFAS previne reinventarea deciziilor arhitecturale de bază la fiecare dislocare.

Straturile de rețea care coexistă într-un mediu CIS tipic al unei CJTF sunt:

• NATO SECRET (NS): rețeaua principală de misiune a coaliției, care transportă planificare operațională, ordine, produse de intelligence și date de conștientizare a situației, accesibile tuturor participanților la coaliție cu autorizare.
• Comunități CENTRIXS: rețele de coaliție conduse de SUA pentru grupuri de parteneri specifici, care rulează la SECRET REL TO față de setul de parteneri relevant. O CJTF cu implicarea forțelor americane include de obicei una sau mai multe rețele CENTRIXS (specifice unei comunități, cum ar fi CENTRIXS-ISAF sau CENTRIXS-J) care transportă date indisponibile pe NS, dar eliberabile în cadrul grupului specific de parteneri.
• BICES (Battlefield Information Collection and Exploitation Systems): o rețea NATO de partajare a informațiilor de intelligence, folosită pentru schimbul de produse de intelligence în cadrul coaliției la un nivel de eliberare mai controlat decât NS. Accesul la BICES este specific fiecărei națiuni și nu universal pentru participanții la coaliție.
• Rețele SECRET naționale: propria infrastructură SECRET a fiecărei națiuni contributoare, care transportă date la nivelurile de clasificare naționale, conectată la rețeaua coaliției numai prin CDS.

Alocarea lățimii de bandă pe aceste straturi necesită planificare deliberată. Legăturile WAN ale rețelei de misiune — prin satelit, terestre sau hibride — trebuie împărțite între straturi cu politici de Quality of Service (QoS) care protejează traficul C2 critic în timp (actualizări de traiectorii, ordine, alerte) de a fi împins deoparte de transferurile de date în vrac (imagistică, video în mișcare continuă, rapoarte logistice). O greșeală frecventă este tratarea WAN-ului rețelei de misiune ca pe o singură conductă partajată, fără segmentare QoS: sub sarcină operațională, datele în vrac din fluxurile de intelligence saturează conducta, iar traficul de comandă critic în timp experimentează o latență inacceptabilă. Canalului de transfer inter-domeniu CDS trebuie să i se aloce de asemenea o fereastră protejată de lățime de bandă, deoarece gâtuirile de throughput CDS au un efect multiplicator asupra tuturor fluxurilor de date cross-domain.

Soluții cross-domain între rețele naționale

Soluțiile cross-domain sunt punctul de aplicare tehnică a regulilor de eliberare a informațiilor pe care le stabilesc acordurile de schimb de date. Într-o CJTF, fiecare element de date care se deplasează dintr-o rețea națională în rețeaua de misiune a coaliției — sau invers — trece printr-o CDS care evaluează eticheta de securitate a elementului față de politica de eliberare aplicabilă și decide dacă îl transferă, îl reține sau îl respinge. Înțelegerea arhitecturii CDS este, prin urmare, esențială pentru înțelegerea integrării C2 a unei CJTF, deoarece frontiera CDS este locul în care se întâlnesc domeniile de securitate naționale și de coaliție.

Implementările CDS se împart în două categorii mari. Gărzile de date hardware sunt dispozitive dedicate la nivel de echipament, cu securitate fizică care face vizibile tentativele de manipulare, aprobate pentru transferuri inter-domeniu cu asigurare ridicată la nivel național de către autoritatea de acreditare a fiecărei națiuni. Ele implementează filtrarea de conținut, întreruperile de protocol și inspecția etichetelor în hardware sau firmware, iar baza lor de certificare este de obicei Common Criteria la EAL 5 sau mai mare. Produsele CDS bazate pe software implementează funcționalitate echivalentă într-un stack software, adesea rulând pe hardware comercial cu un sistem de operare consolidat; sunt în general mai rapide de configurat și actualizat, dar poartă cerințe de acreditare diferite. Într-o CJTF, alegerea dintre CDS hardware și CDS software este adesea dictată de autoritatea de acreditare națională a fiecărei națiuni, mai degrabă decât de coaliție, deoarece domeniul protejat este cel național.

Proiectarea politicii de filtrare CDS este locul în care apare cea mai complexă muncă de inginerie. O politică de filtrare trebuie să implementeze regulile de eliberare din toate acordurile de schimb de date aplicabile, exprimate în termenii atributelor etichetei de securitate care apar pe datele-sursă. Atributele de etichetă de bază pentru C2-ul de coaliție NATO sunt definite în STANAG 4774 (sintaxa etichetei de confidențialitate) și STANAG 4778 (legarea metadatelor) — nivelul de clasificare, lista de eliberare și orice avertismente care restricționează diseminarea ulterioară. O politică de filtrare mapează combinații ale acestor atribute la decizii de eliberare: datele etichetate SECRET REL TO ISAF (ipotetic) se eliberează către rețeaua de misiune ISAF; datele etichetate SECRET NOFORN sunt reținute la frontiera națională; datele cu un avertisment al comunității de intelligence (de exemplu, SI, TK) sunt direcționate către o coadă separată de revizuire umană, în loc să fie eliberate automat.

Automatizarea eliberării informațiilor (ROI) este capacitatea care face acest lucru gestionabil la volumele operaționale de date. Revizuirea manuală a fiecărui transfer de date cross-domain este fezabilă pentru un mic element de legătură, dar complet impracticabilă pentru o CJTF de mărimea unei divizii, care generează mii de actualizări de traiectorii, trafic de mesaje și rapoarte de senzori pe oră. Automatizarea ROI folosește eticheta de securitate de pe fiecare element de date pentru a aplica decizia de eliberare fără intervenție umană pentru elementele care se potrivesc clar cu politica. Elementele care intră în goluri de politică — date neetichetate, date cu avertismente nerecunoscute, date la frontiera de clasificare — sunt reținute pentru revizuire umană. Calitatea automatizării este, prin urmare, direct proporțională cu calitatea etichetării datelor-sursă: datele prost etichetate creează un flux de revizuire umană care anulează scopul automatizării și introduce latență în imaginea coaliției.

Pentru o tratare mai profundă a tehnologiei CDS și a rolului ei în arhitecturile de rețea de apărare, consultați articolul nostru despre soluția cross-domain în apărare.

Acorduri de schimb de date și echivalența clasificării

Un acord de schimb de date (DSA) este instrumentul juridic și de politică care autorizează o națiune să partajeze informații clasificate cu alta sau cu o coaliție. Într-o CJTF, DSA-urile definesc condițiile partajării — ce categorii de informații sunt acoperite, la ce niveluri de clasificare, cu ce restricții și sub ce supraveghere — iar existența lor este o condiție prealabilă pentru operarea politicilor de eliberare a informațiilor ale CDS care implementează partajarea. O CDS nu poate elibera date către coaliție fără un DSA valid care să furnizeze autoritatea de eliberare.

DSA-urile pot fi structurate bilateral (între două națiuni) sau multilateral (întreaga coaliție). DSA-urile bilaterale sunt de obicei mai precise cu privire la ce se partajează și în ce condiții, dar nu se scalează la o coaliție mare — o CJTF cu cincisprezece națiuni ar necesita până la 105 instrumente bilaterale, multe dintre care trebuie negociate individual la nivel guvernamental superior. Cadrele DSA multilaterale, cum ar fi politica de securitate NATO și directivele tehnice și de implementare asociate privind securitatea informațiilor, stabilesc condițiile de bază în care toate națiunile membre NATO împărtășesc informații între ele, reducând sarcina de negociere per operațiune pentru națiunile membre. Partenerii de misiune (națiuni non-NATO care participă la o anumită operațiune) necesită de obicei acorduri bilaterale separate care să mapeze regulile lor naționale de securitate pe cadrul NATO.

Echivalența clasificării este unul dintre cele mai semnificative tehnic elemente ale unui DSA. Fiecare națiune folosește propriul sistem național de clasificare, cu propriul vocabular de etichete, propriile reguli de manipulare a materialului clasificat și propriile presupuneri despre ce înseamnă SECRET în ceea ce privește eliberarea controlată de origine. O CJTF multinațională trebuie să stabilească un tabel de mapare care să specifice cum corespund nivelurile de clasificare naționale ale fiecărei națiuni nivelurilor coaliției (NATO UNCLASSIFIED, NATO RESTRICTED, NATO CONFIDENTIAL, NATO SECRET, COSMIC TOP SECRET) în scopul schimbului de informații. Această mapare este rar o echivalență perfectă — ceea ce o națiune clasifică drept SECRET poate fi semnificativ peste sau sub ceea ce alta consideră SECRET — iar alegerile de mapare afectează atât securitatea informației, cât și disponibilitatea operațională a datelor pe rețeaua coaliției.

Tratarea avertismentelor este o problemă paralelă. Națiunile aplică avertismente naționale — NOFORN, REL TO liste specifice, restricții numai-pentru-ochi-naționali, avertismente de compartimentare — care trebuie respectate chiar și atunci când informația trece într-un domeniu de coaliție. DSA-ul trebuie să specifice cum trebuie tratat fiecare avertisment: respectat ca atare (avertismentul călătorește odată cu datele pe rețeaua coaliției), eliminat în condiții definite (originea permite eliminarea avertismentului pentru utilizarea în coaliție) sau folosit drept criteriu de blocare (datele cu acest avertisment nu pot fi eliberate deloc către coaliție). Implementarea politicii de filtrare CDS urmează direct din aceste reguli de tratare a avertismentelor, motiv pentru care negocierea DSA și proiectarea politicii CDS trebuie să avanseze în coordonare strânsă, nu secvențial.

Armonizarea STANAG pentru schimbul de date al coaliției

STANAG-urile (NATO Standardization Agreements) definesc standardele tehnice pe care sistemele C2 ale coaliției le folosesc pentru a schimba date. STANAG-urile relevante pentru integrarea C2 a unei CJTF acoperă etichetarea, mesageria, legăturile de date tactice și modelul de informații C2. Provocarea de inginerie este că națiunile implementează STANAG-urile cu profiluri de implementare naționale — aleg versiuni diferite, activează câmpuri opționale diferite, folosesc codificări diferite și interpretează diferit dispozițiile ambigue. O CJTF trebuie fie să armonizeze aceste profiluri naționale, fie să construiască mediere care să le pună în legătură la gateway-ul coaliției.

Cele mai direct relevante STANAG-uri pentru schimbul de date al coaliției includ:

• STANAG 4774 / 4778: definesc sintaxa etichetei de confidențialitate NATO și legarea metadatelor pentru atașarea etichetelor de securitate la mesaje și obiecte de date. Națiunile care implementează versiuni sau extensii opționale diferite ale acestor STANAG-uri produc etichete care s-ar putea să nu poate fi analizate de CDS-ul altei națiuni — o defecțiune directă de interoperabilitate cu consecințe de securitate.
• STANAG 5048: Military Message Handling System (MMHS), standardul coaliției pentru mesagerie formală între cartiere generale. Implementările MMHS naționale diverg în ceea ce privește gestionarea setului de caractere, codificarea câmpurilor de antet și construcțiile de rutare opționale.
• STANAG 5516 (și ADatP-3 asociat): formate de schimb tactic de date. Națiunile implementează Link 16 și standardele sale de mesaje cu extensii naționale și diferențe de versiune care necesită traducere la gateway atunci când datele imaginii tactice traversează granițe naționale.
• STANAG 2534 / MIP (Multilateral Interoperability Programme): definește modelul de date de schimb de informații C2 (C2IEDM / JC3IEDM / MIM) pentru sistemele C2 ale forțelor terestre. Sistemele C2 naționale implementează versiuni MIP diferite, iar migrarea de la versiunile anterioare la MIP4 nu este completă în întreaga alianță, creând cerințe de punte între versiuni.

Reconcilierea dicționarului de date este procesul laborios de comparare a profilurilor de implementare naționale câmp cu câmp, de identificare a punctelor în care diverg și de decidere a modului de tratare a fiecărei divergențe. Pentru câmpurile în care ambele părți folosesc aceeași codificare și aceleași semantică, nu este nevoie de nicio punte. Pentru câmpurile în care o parte folosește o extensie opțională pe care cealaltă nu o implementează, trebuie definită o mapare sau o valoare implicită. Pentru câmpurile în care cele două națiuni folosesc modele semantice cu adevărat diferite pentru același concept (de exemplu, moduri diferite de a exprima starea operațională a unei unități), trebuie scrisă și testată pe date reale o regulă de traducere substanțială. Această muncă se face de obicei într-un eveniment de integrare pre-implementare — ideal la un exercițiu de testare al coaliției de tip CWIX — iar golurile reziduale sunt documentate ca limitări acceptate care intră în operațiune.

Puntea de formate de mesaje la gateway-ul coaliției traduce între formatele naționale și profilul de bază al coaliției pentru fiecare STANAG. Un serviciu de mediere primește mesaje în profilul fiecărei națiuni contributoare, aplică maparea de reconciliere și republică mesajele în profilul de bază al coaliției pentru consumul de către alți participanți. Mediatorul trebuie testat față de întreaga gamă de tipuri de mesaje și combinații de câmpuri pe care sistemele fiecărei națiuni contributoare le produc efectiv — nu doar exemplele canonice din specificația STANAG — deoarece implementările naționale exercită adesea cazuri limită pe care testele de laborator le ratează.

Managementul federat al identității și accesului în CJTF

Controlul accesului pe o rețea de misiune a coaliției trebuie să acomodeze utilizatori autentificați prin multe infrastructuri naționale de identitate diferite, care accesează resurse la o gamă de niveluri de clasificare și marcaje de eliberare, din sisteme aflate în multiple roluri organizaționale. O listă de control al accesului per utilizator, menținută centralizat de coaliție, nu este gestionabilă pentru o CJTF mare, în care listele de personal se schimbă pe măsură ce națiunile rotesc forțele înăuntru și în afară. Soluția este managementul federat al identității combinat cu controlul accesului bazat pe atribute (ABAC).

Fiecare națiune contributoare își menține propria infrastructură de chei publice (PKI) — o ierarhie de CA care emite certificate digitale utilizatorilor și sistemelor sale. Pentru ca un PKI național să fie de încredere pentru părțile care se bazează pe rețeaua coaliției (servere de autentificare, servicii de control al accesului, portaluri de aplicații), certificatul CA-ului rădăcină al națiunii trebuie inclus în depozitul de ancore de încredere al coaliției, iar cele două PKI-uri trebuie să aibă un acord de certificare încrucișată. NATO operează un NATO PKI cu propria ierarhie de CA; națiunile membre operează de asemenea PKI-uri naționale, iar certificarea încrucișată între NATO PKI și PKI-urile naționale este o condiție prealabilă pentru autentificare fără întreruperi în întreaga coaliție. Partenerii de misiune care nu se află în țesătura de încredere a NATO PKI necesită aranjamente separate de certificare încrucișată, care trebuie finalizate înainte de începerea operațiunii. Pentru o tratare mai profundă a modului în care funcționează identitatea federată în rețelele de coaliție, consultați articolul nostru despre identitatea federată în rețelele de coaliție.

Odată stabilită identitatea, deciziile de acces folosesc politici ABAC care evaluează atributele utilizatorului — naționalitate, nivel de autorizare, rol atribuit, misiune operațională, poziție organizațională — față de atributele resursei (nivel de clasificare, avertismente, marcaje de eliberare) pentru a lua o decizie de acordare sau refuz. Avantajul ABAC față de modelele bazate pe roluri pentru o CJTF este că politica poate fi scrisă o singură dată în termenii combinațiilor de atribute și aplicată dinamic la orice resursă, fără a pre-numera perechile utilizator-resursă. O regulă de politică precum „o resursă etichetată SECRET REL TO [set de parteneri] poate fi accesată de orice utilizator a cărui naționalitate se află în [setul de parteneri] și a cărui autorizare este SECRET sau mai mare” acoperă un număr indefinit de utilizatori și resurse, fără administrare manuală.

Implementarea practică a ABAC într-un mediu CJTF dislocat necesită ca informațiile de atribute să fie exacte și actuale. Atributele de nivel de autorizare, rol și misiune trebuie preluate din directoare sau furnizori de identitate naționali autoritativi și menținute pe măsură ce listele de personal se schimbă. Un utilizator al cărui atribut de rol nu a fost actualizat după o reasignare poate păstra accesul la resurse pe care noul său rol nu le autorizează, sau poate fi refuzat pentru accesul de care noul său rol are nevoie. Managementul atributelor este un proces operațional, nu o sarcină de configurare unică, iar direcția CIS a coaliției trebuie să dețină și să mențină maparea listă-atribute în coordonare cu autoritatea de personal a fiecărei națiuni contributoare.

# Illustrative ABAC policy rule (XACML-style pseudocode)
Rule: "Access SECRET REL TO partner-set resources"
  Effect: Permit
  Condition:
    resource.classification == "SECRET"
    AND resource.releasability.contains(subject.nationality)
    AND subject.clearanceLevel IN ["SECRET", "TOP_SECRET"]
    AND subject.assignment.operationalStatus == "ACTIVE"
  ObligationOnPermit:
    log_access(subject.id, resource.id, decision="PERMIT", timestamp=now())
            

Lecții din desfășurări reale ale CJTF

Tiparele care apar din operațiunile succesive de CJTF dezvăluie moduri recurente de eșec care sunt arhitecturale, nu accidentale. Înțelegerea lor este cea mai directă cale de a evita aceleași probleme într-o nouă dislocare.

Acumularea de informații este modul de eșec cu cele mai consecințe operaționale și cel mai constant raportat în analizele post-operațiune. Apare atunci când contingentele naționale refuză să elibereze date către rețeaua coaliției deoarece politica de eliberare a informațiilor este nerezolvată, deoarece CDS nu este configurată să implementeze DSA-ul aplicabil sau deoarece ofițerii naționali de divulgare aplică interpretări excesiv de conservatoare atunci când politica este ambiguă. Rezultatul este o imagine operațională comună a coaliției vizibil inferioară celei pe care orice națiune individuală o poate vedea pe propria rețea națională, degradând capacitatea cartierului general de a planifica și conduce operațiunile. Atenuarea constă în finalizarea negocierii DSA și a configurării politicii CDS înainte de începerea operațiunii — nu după — și în efectuarea de testări pre-implementare care validează fluxul real de date, nu doar conectivitatea rețelei. Golurile de politică care nu sunt identificate decât atunci când datele operaționale încep să curgă sunt extrem de greu de rezolvat sub presiunea timpului.

Constrângerile de lățime de bandă sunt a doua categorie de eșec și sunt aproape universale la elementele dislocate în avans, conectate prin satelit tactic. Traficul generat de sistemele C2 moderne — actualizări continue de traiectorii, produse de intelligence pe mai multe niveluri, imagistică de înaltă rezoluție și video în mișcare continuă de la UAV-uri — depășește cu mult ceea ce pot transporta multe legături satelitare dislocate. Modul de eșec este degradarea treptată: traficul C2 critic în timp începe să experimenteze latență pe măsură ce datele în vrac umplu capacitatea disponibilă, iar imaginea coaliției devine învechită exact când ritmul operațional crește. Atenuarea este o combinație de aplicare QoS (așa cum s-a descris mai sus), comprimare a datelor la gateway-ul coaliției și decizii deliberat despre ce categorii de date sunt permise pe rețeaua de misiune și la ce rate de actualizare. Nu tot ce poate fi partajat trebuie partajat; managementul priorităților al spațiului informațional este o decizie de comandă pe care arhitectura CIS trebuie proiectată să o aplice.

Gâtuirile CDS apar atunci când soluția cross-domain devine o constrângere de throughput. Un singur echipament CDS care gestionează tot traficul inter-domeniu pentru un cartier general CJTF mare — o configurație inițială frecventă în operațiunile asamblate rapid — devine un punct unic de eșec și un punct de sufocare a procesării pe măsură ce volumele de date cresc. Modul de eșec este de obicei acumularea de coadă la CDS: eliberările către interior din rețelele naționale așteaptă în coadă în urma throughput-ului de inspecție al CDS, introducând latență care, pentru date critice în timp precum actualizările de traiectorii aeriene, face ca datele eliberate să devină operațional învechite până când ajung pe rețeaua coaliției. Atenuarea este arhitectura CDS distribuită: mai multe instanțe CDS care gestionează fluxuri de trafic funcționale diferite (intelligence, focuri, logistică, urmărire forțe proprii), cu capacitate de failover între instanțe. Aceasta necesită mai multă capacitate CDS, dar costul este justificat de riscul operațional al unei gâtuieli cu punct unic în calea inter-domeniu.

Un mod de eșec mai puțin citat, dar practic semnificativ, este degradarea calității etichetelor de clasificare pe parcursul unei operațiuni. La începutul dislocării, disciplina etichetării datelor este de obicei la nivel maxim — sistemele sunt configurate corect, operatorii au fost instruiți, iar conformitatea este verificată. Pe măsură ce operațiunea continuă și ritmul operațional variază, calitatea etichetelor tinde să se deterioreze: operatorii aplică etichete generice în locul marcajelor specifice de eliberare, sistemele automate generează produse de date neetichetate, iar excepțiile se acumulează. Consecința este un volum crescând de date pe care CDS nu le poate elibera automat, deoarece eticheta nu se potrivește cu politica, creând o coadă de revizuire umană în expansiune și reducând acoperirea efectivă a automatizării ROI. Menținerea calității etichetelor necesită supraveghere operațională persistentă — audituri periodice ale tiparelor de etichetare, feedback către unitățile de origine ale căror date eșuează constant la filtrul de eliberare automată și controale de inginerie care împiedică datele neetichetate să intre în lanțul de distribuție la nivelul sistemului-sursă.