Modele de preturi pentru software de aparare: FFPIF, T&M, cost-plus si SaaS in contracte guvernamentale

Vanzarea de software catre un minister al apararii nu seamana cu vanzarea de software catre o intreprindere comerciala. Cumparatorii comerciali semneaza un abonament, activeaza o perioada de proba si decid intr-un trimestru. Cumparatorii guvernamentali opereaza in cadrul Federal Acquisition Regulation (FAR), Defense Federal Acquisition Regulation Supplement (DFARS) si al unui set de principii de stabilire a preturilor care determina nu doar cat este platit un furnizor, ci si daca contractul este chiar legal. Modelul de pret -- tipul de contract -- nu este o preferinta de facturare; este un instrument juridic care aloca riscul de cost intre guvern si contractant, declanseaza obligatii de audit si modeleaza ce este stimulat sa faca furnizorul. O companie de software care abordeaza achizitiile de aparare cu o fisa de preturi comerciale si fara intelegerea FAR Part 16 fie va pierde in fata concurentilor care o au, fie va castiga in conditii care devin daunatoare financiar in timpul executiei. Acest articol acopera principalele structuri de preturi utilizate astazi pentru software de aparare, unde este potrivit fiecare tip si modul in care modelele moderne de abonament SaaS se incadreaza in cadre care au fost scrise inainte de existenta cloud computing-ului. Cititorii care construiesc o strategie de contractare ar trebui sa consulte si intregul ciclu de viata al achizitiilor de aparare, de la RFP la contractul semnat pentru context privind modul in care tipul de pret este negociat in timpul selectiei sursei.

De ce modelele de preturi comerciale esueaza in contractarea de aparare

Un furnizor comercial de software ofera de obicei un meniu: licenta per loc, preturi API bazate pe consum sau un tarif fix de intreprindere. Pretul este publicat, cumparatorul accepta termenii, iar contractul este un acord de abonament guvernat de termenii de serviciu standard ai furnizorului. Cumparatorii guvernamentali nu pot opera asa. Guvernul este obligat de Truth in Negotiations Act (TINA, acum codificat in 10 U.S.C. 3702 si 41 U.S.C. 3503), care cere contractantilor de peste pragul de achizitie simplificata sa certifice ca preturile propuse se bazeaza pe date curente, exacte si complete privind costurile sau preturile atunci cand nu exista o concurenta de pret adecvata. Aceasta inseamna ca un furnizor care vinde o capacitate software dintr-o sursa unica unei agentii de aparare trebuie sa isi deschida structura de costuri -- ratele de munca, regia, profitul -- scrutinizarii guvernamentale, nu doar sa numeasca un pret.

Dincolo de transparenta, procesul bugetar al guvernului creeaza constrangeri care nu au echivalent comercial. Alocarile bugetare pentru aparare sunt anuale. Un contract finantat dintr-o singura alocare Research, Development, Test and Evaluation (RDT&E) pentru un an fiscal nu poate fi platit din fonduri Operations and Maintenance (O&M). Software-ul care incepe ca un efort de dezvoltare (finantat RDT&E) trece la un efort de sustinere (finantat O&M) la o anumita etapa de program, iar structura de pret a contractului trebuie adesea sa se schimbe in acelasi timp. Un tarif fix anual SaaS nu se mapeaza in mod natural la aceste tipuri de fonduri, motiv pentru care ofiterii de contractare guvernamentali restructureaza frecvent preturile comerciale ale furnizorilor in numere de linie de contract (CLINs) care se aliniaza la categoriile de alocare bugetara. Intelegerea acestei constrangeri este o conditie prealabila pentru structurarea oricarei propuneri de pret pentru software de aparare care va supravietui fazei de negociere a contractului.

A treia diferenta structurala este dreptul concurentei. Competition in Contracting Act (CICA) cere guvernului sa obtina o concurenta deplina si deschisa, cu exceptia cazului in care o justificare specifica de sursa unica este documentata. Majoritatea abonamentelor de software recurente sunt recompetitionate sau plasate in raport cu vehiculele contractuale existente -- contracte IDIQ, GSA Schedules sau OTAs -- mai degraba decat atribuite ca acorduri de sursa unica independente. Fiecare vehicul are propriile reguli de pret, iar modelul de pret al furnizorului trebuie sa se conformeze cu ceea ce a fost prenegociat in vehiculul de baza, nu cu lista de preturi comerciale a furnizorului.

Firm Fixed Price si FFPIF: cand pretul fix functioneaza pentru software

Firm Fixed Price (FFP) este tipul de contract preferat de guvern. FAR 16.202 prevede ca FFP ar trebui utilizat atunci cand riscul contractual este minim sau cand contractantul poate estima in mod rezonabil costul. Contractantul este platit pretul convenit indiferent de costurile reale suportate. Daca contractantul livreaza mai ieftin, isi pastreaza marja. Daca depaseste, absoarbe pierderea. Pentru lucrari de software bine definite, cu cerinte stabile -- un modul specific de integrare a datelor, un set definit de componente UI sau migrarea unui sistem mostenit catre o platforma noua -- FFP este potrivit si familiar din punct de vedere comercial. Provocarea este ca cerintele software sunt rareori suficient de stabile pentru ca un FFP autentic sa fie corect pentru oricare dintre parti.

Firm Fixed Price Incentive Fee (FFPIF), guvernat de FAR 16.403, adauga un mecanism de impartire. Partile negociaza patru parametri: un cost-tinta, un profit-tinta (onorariu), un pret-plafon si un raport de impartire. Daca costul final este sub tinta, contractantul castiga mai mult decat profitul-tinta proportional cu economia realizata, pana la un plafon maxim al onorariului. Daca costul final este peste tinta dar sub plafon, contractantul castiga mai putin decat profitul-tinta. Peste plafon, contractantul suporta 100% din depasiri -- plafonul devine de facto un plafon FFP. Aceasta structura este bine adaptata pentru angajamentele de dezvoltare software unde domeniul general de aplicare este clar (o capacitate specifica, o limita de integrare definita), dar estimarea efortului implica o incertitudine moderata. Guvernul castiga un stimulent de reducere a costurilor fara a necesita transparenta completa a costurilor in timpul executiei; contractantul isi pastreaza potentialul de castig daca echipa sa de ingineri este eficienta. Pentru companiile care navigheaza obligatiile de preturi si conformitate in aparare, FFPIF este adesea calea de mijloc pragmatica intre riscul pretului fix pur si povara administrativa a contabilitatii cu rambursarea costurilor.

Un punct practic critic: FFP si FFPIF necesita o baza de estimare (BOE) realista in faza de propunere. O echipa de software care nu are istoric de urmarire a orelor de munca in raport cu livrabilele se va chinui sa produca un BOE credibil. Analistii de costuri guvernamentali vor compara ratele de munca propuse si orele cu datele istorice din bazele lor de date si vor contesta valorile aberante. Furnizorii noi in contractarea guvernamentala subliciteaza adesea contractele FFP pentru a castiga, apoi descopera ca pretul fix nu acopera costul real al indeplinirii cerintelor specifice guvernamentale de securitate, documentatie si testare care erau implicite in statementul de lucrari de performanta dar nu au fost incluse in costuri in propunere.

Time and Materials: utilizare adecvata si expunere la audit

Contractarea Time and Materials (T&M), guvernata de FAR 16.601, este tipul de contract cel mai apropiat de modul in care serviciile comerciale de dezvoltare software sunt de obicei tarifate: contractantul factureaza rate orare pentru categoriile de munca plus costul materialelor fara adaos (sau cu o rata negociata de manipulare a materialelor). Guvernul plateste pentru orele efectiv lucrate, pana la un pret-plafon care nu poate fi depasit. T&M este potrivit atunci cand nici guvernul, nici contractantul nu pot defini domeniul de aplicare al lucrarii cu suficienta precizie la atribuirea contractului pentru a o tarifa ca un efort cu pret fix. Mentenanta sistemelor mostenite, unde volumul defectiunilor este inerent imprevizibil, este un caz de utilizare clasic pentru T&M. Fazele de prototipare rapida in cadrul unui acord de cercetare, unde cerintele evolueaza zilnic, sunt altul. Suportul software de urgenta in urma unui incident de securitate cibernetica, unde guvernul are nevoie imediat de orele contractantului si nu poate astepta un SOW detaliat, este un al treilea.

Expunerea la audit a contractelor T&M este substantiala. FAR 16.601(c) cere ofiterului de contractare sa stabileasca faptul ca niciun alt tip nu este potrivit inainte de a autoriza T&M, iar ofiterii de contractare sunt auditati pentru aceasta determinare. Deoarece T&M nu ofera niciun stimulent de reducere a costurilor -- profitul contractantului pe munca este incorporat in rata orara fixa si nu se modifica cu eficienta -- Defense Contract Audit Agency (DCAA) examineaza indeaproape facturarile T&M. Auditorii verifica daca orele de munca facturate sunt sustinute de inregistrari de pontaj contemporane, daca categoria de munca facturata corespunde categoriei de munca a persoanei care a lucrat efectiv si daca vreo ora facturata a fost pentru lucrari in afara statementului de obiective al contractului. Contractantii fara un sistem de pontaj conform DCAA vor intampina dispute de facturare, retineri si potential acuzatii de facturare frauduloasa in cadrul False Claims Act. Pentru orice companie de software de aparare care se asteapta sa foloseasca vehicule T&M, stabilirea unui sistem de pontaj conform inainte de prima comanda de sarcina este o conditie prealabila, nu o reflectie ulterioara.

Cumparatorii guvernamentali impig din ce in ce mai mult contractantii de la T&M catre FFP sau structuri hibride pe masura ce programele se maturizeaza. Se asteapta ca o comanda de sarcina care incepe ca T&M in timpul descoperirii initiale sa treaca la o comanda de livrare cu pret fix pentru faza de productie. Contractantii care rezista acestei tranzitii -- preferand previzibilitatea veniturilor din facturarea orara -- semnaleaza guvernului ca nu isi pot estima propriile costuri, ceea ce este un dezavantaj competitiv in achizitiile ulterioare. Cea mai aparabila strategie T&M este de a utiliza faza T&M pentru a construi un istoric de ore de munca care sustine apoi un BOE FFP credibil pentru lucrarile ulterioare.

Structuri Cost Plus: CPFF, CPAF, CPIF si implicatiile lor software

Contractele Cost Plus ramburseaza contractantului toate costurile admisibile, alocabile si rezonabile suportate, plus un onorariu. Sunt utilizate atunci cand lucrarea este prea incerta sau prea riscanta din punct de vedere tehnic pentru ca contractantul sa suporte riscul pretului fix si cand guvernul are nevoie ca lucrarea sa fie efectuata de un anumit contractant in ciuda incertitudinii costului. Trei variante sunt relevante pentru software de aparare: Cost Plus Fixed Fee (CPFF), Cost Plus Award Fee (CPAF) si Cost Plus Incentive Fee (CPIF).

CPFF (FAR 16.306) plateste un onorariu care este fixat la atribuirea contractului ca procent din costul estimat, de obicei 6--10% pentru lucrarile de dezvoltare. Onorariul nu se modifica in functie de performanta reala a costului. CPFF este cel mai comun tip cu rambursarea costurilor pentru cercetarea si dezvoltarea de software de aparare in faza incipienta: guvernul obtine lucrarea efectuata, contractantul recupereaza costurile si castiga un onorariu modest, iar niciuna dintre parti nu beneficiaza de un cost umflat. Dezavantajul este ca CPFF nu ofera niciun stimulent pentru eficienta costurilor -- contractantul castiga acelasi onorariu indiferent daca proiectul se desfasoara la costul estimat sau cu 40% peste. Managerii de program guvernamentali pe contracte CPFF trebuie sa gestioneze costul prin supraveghere activa si managementul valorii dobandite, mai degraba decat prin stimulente financiare in contractul propriu-zis. Intelegerea costului pe intregul ciclu de viata al CPFF si al sustinerii este abordata in profunzime in analiza privind costul total de detinere pentru software de aparare.

CPAF (FAR 16.305) adauga un fond de onorariu de recompensa peste un onorariu de baza si costurile rambursate. Onorariul de recompensa este evaluat periodic -- de obicei la fiecare sase luni -- de catre un Award Fee Determining Official (AFDO) guvernamental care puncteaza contractantul pe criterii definite in planul onorariului de recompensa: performanta tehnica, respectarea calendarului, eficienta managementului si masuri calitative similare. Determinarea AFDO nu este supusa clauzei de dispute, ceea ce face CPAF deosebit de puternic pentru guvern ca instrument de management al performantei. Pentru programele de dezvoltare software unde calitatea executiei conteaza la fel de mult ca si costul -- livrarea de software securizat, bine documentat, interoperabil -- CPAF aliniaza stimulentele contractantului cu prioritatile non-cost ale guvernului intr-un mod pe care CPFF pur nu il poate. Riscul pentru contractant este ca evaluarea AFDO poate fi subiectiva, iar un contractant care crede ca a performat bine poate primi un scor de onorariu slab cu recurs limitat.

Structuri de contract hibride pentru dezvoltarea de software pe faze

Programele reale de software de aparare se incadreaza rareori curat intr-un singur tip de contract pentru intregul lor ciclu de viata. O traiectorie tipica trece prin trei faze: o faza de proiectare si prototip cu incertitudine ridicata, o faza de dezvoltare si integrare mai bine definita si o faza matura de sustinere si operatiuni. Fiecare faza are un profil de risc diferit si fiecare justifica o structura de pret diferita. Contractele hibride -- contracte cu mai multe CLINs tarifate sub tipuri de contract diferite -- permit guvernului si contractantului sa aplice cel mai potrivit tip de pret fiecarei faze fara a necesita o recompetitie completa la fiecare tranzitie.

Un model comun este un hibrid pe faze cu un CLIN CPFF pentru faza initiala de proiectare (sa zicem, sase luni), urmat de un CLIN FFPIF pentru livrarea principala de dezvoltare (douasprezece luni) si un CLIN T&M cu un plafon care nu poate fi depasit pentru primul an de mentenanta de sustinere. Fiecare CLIN are propria perioada de performanta, fonduri angajate si criterii de acceptare. Guvernul isi pastreaza optiunea de a negocia termenii FFPIF pentru CLIN-ul de dezvoltare dupa revizuirea rezultatului fazei de proiectare, mai degraba decat sa tarifeze lucrarea de dezvoltare cu precizie completa la momentul atribuirii initiale. Aceasta este uneori structurata ca un contract cu optiuni, in care perioada de baza acopera faza de proiectare CPFF, iar perioadele de optiune acopera livrarile FFP sau FFPIF ulterioare, fiecare exercitabila dupa ce guvernul revizuieste rezultatul fazei precedente.

Programele Software Acquisition Pathway (SWP) in cadrul DoDI 5000.87 formalizeaza aceasta abordare pe faze in cadrul achizitiilor al DoD. Programele SWP sunt incurajate sa utilizeze cicluri de livrare iterative cu comenzi de livrare cu pret fix in raport cu un contract de baza IDIQ. IDIQ-ul stabileste calificarile, ratele si termenii contractantului; comenzile individuale de livrare definesc incrementuri software specifice cu livrabile cu pret fix. Aceasta permite programului sa absoarba schimbarile de cerinte intre comenzile de livrare fara modificarea contractului, mentinand in acelasi timp disciplina costurilor pretului fix in cadrul fiecarui increment. Pentru furnizorii de software de aparare, castigarea unei pozitii pe un IDIQ aliniat SWP este adesea mai valoroasa comercial decat castigarea oricarei comenzi de livrare individuale, deoarece ofera un canal multianual pentru comenzi de sarcini recurente fara recompetitie la nivelul comenzii.

Preturi pe abonament SaaS in contracte guvernamentale: caile IDIQ, BPA si OTA

Mediul apararii a construit incet mecanisme pentru a acomoda preturile comerciale SaaS, dar potrivirea este inca imperfecta. Tensiunea fundamentala este ca furnizorii SaaS stabilesc preturi pe consum (locuri, apeluri API, volum de date) intr-un model de abonament continuu, in timp ce structura bugetara a guvernului este anuala si specifica alocarii. Un acord SaaS de intreprindere de 36 de luni este problematic din punct de vedere juridic daca se intinde pe mai multi ani fiscali fara a fi structurat ca un contract multianual in cadrul FAR 17.1 sau ca un IDIQ cu comenzi de livrare anuale. Fiecare angajament SaaS de aparare trebuie in cele din urma reconciliat cu aceasta constrangere.

Trei cai de vehicule acomodeaza preturile pe abonament SaaS in practica. Prima este un contract IDIQ cu comenzi de livrare anuale sau trimestriale. IDIQ-ul de baza prenegociaza preturi unitare (per loc pe luna, per apel API, per GB de date procesate), termeni de securitate si drepturi asupra datelor. Comenzile de livrare anuale finanteaza abonamentul pentru fiecare an fiscal din alocarea corespunzatoare. Aceasta structura functioneaza bine pentru software disponibil comercial cu un statut FedRAMP Authorized, deoarece autorizarea FedRAMP ofera documentatia de securitate de care guvernul are nevoie pentru a executa rapid comenzile de livrare fara o evaluare completa a securitatii sistemului pentru fiecare comanda. A doua cale este un Blanket Purchase Agreement (BPA) in raport cu GSA Multiple Award Schedule (MAS). MAS Schedule 518210C acopera serviciile profesionale IT si multe platforme SaaS; un BPA in raport cu contractul MAS al unui furnizor prenegociaza o reducere si termeni specifici guvernului, cu apeluri BPA individuale care finanteaza fiecare perioada de abonament. A treia cale este un Other Transaction Agreement (OTA) in cadrul 10 U.S.C. 4022. OTAs nu necesita conformitate completa cu FAR, ceea ce inseamna ca o agentie de aparare poate angaja un furnizor comercial SaaS in conditii de pret comerciale standard ale furnizorului, cu conditia ca OTA sa includa prevederi guvernamentale obligatorii pentru drepturile asupra datelor, securitate si accesul la audit.

Calea OTA este folosita din ce in ce mai mult pentru angajamentele pilot cu platforme comerciale de AI si software care nu au urmarit inca autorizarea FedRAMP. Limitarea este ca OTAs nu pot fi utilizate pentru implementarea in productie a unui sistem care va gestiona informatii clasificate, iar acestea sunt in general limitate la activitati de cercetare, dezvoltare si prototipare. Un program care incepe in cadrul unui OTA trebuie sa treaca la un vehicul contractual bazat pe FAR pentru implementarea operationala completa -- iar la acel punct de tranzitie, termenii de pret comerciali SaaS trebuie reconciliati cu principiile de cost FAR. Furnizorii care nu s-au gandit la aceasta tranzitie constata adesea ca termenii lor comerciali OTA sunt incompatibili cu principiile de admisibilitate a costurilor din FAR 31.201, necesitand o restructurare semnificativa a contractului inainte ca tranzitia sa poata fi executata.

Marje de profit, rate ale costurilor indirecte si ce determina evaluarile de pret guvernamentale

Evaluarea de pret guvernamentala analizeaza mai mult decat pretul final. Pentru achizitiile negociate (spre deosebire de licitatiile sigilate), guvernul evalueaza daca pretul propus este corect si rezonabil prin analizarea elementelor de cost: munca directa, rate indirecte, alte costuri directe si profit. Profitul nu este plafonat in contractarea comerciala, dar politica de profit guvernamentala in cadrul FAR 15.404-4 stabileste linii directoare ponderate care limiteaza profitul la un interval de obicei intre 5% si 15% din cost pentru majoritatea lucrarilor de software de aparare, plafonul specific variind in functie de tipul de contract si alocarea riscului. Un furnizor de software care propune 30% profit pe un contract cu rambursarea costurilor nu va castiga o selectie de sursa; un furnizor care propune 8% pe un contract FFP foarte competitiv ar putea lasa bani pe masa. Intelegerea unde se situeaza asteptarile de profit ale evaluatorilor pentru un anumit tip de achizitie face parte din strategia de pret competitiva.

Ratele costurilor indirecte sunt multiplicatorul care converteste dolarii de munca directa in cost complet incarcat. Un inginer de software facturat la 85 USD/ora direct poate costa guvernul 170 USD/ora complet incarcat daca ratele indirecte combinate de beneficii salariale, regie si G&A ale contractantului totalizeaza 100%. Marii contractanti principali de aparare cu costuri ridicate de facilitati, organizatii extinse de conformitate si structuri mari de regie corporativa au frecvent rate indirecte totale de 150--250% asupra muncii directe. Companiile mici de software cu structuri de regie reduse pot avea rate de 60--90%. Aceasta diferenta structurala inseamna ca o companie de software mica si agila poate adesea tarifa sub un mare contractant principal pentru lucrari tehnice echivalente chiar si la marje de profit echivalente, deoarece baza de munca directa este incarcata la o fractiune din rata principalului. Comunicarea clara a acestui aspect intr-o propunere de pret -- aratand structura ratelor indirecte, oferind o naratiune despre modul in care ratele scazute reflecta o regie redusa mai degraba decat o subnumarare a costurilor -- este o parte importanta a pozitionarii competitive pentru furnizorii mai mici de software de aparare.

Criteriile de evaluare a pretului variaza si in functie de tipul de achizitie. Achizitiile Best Value Tradeoff (BVT) permit guvernului sa plateasca o prima de pret pentru evaluari superioare de performanta tehnica sau trecuta. Achizitiile Lowest Price Technically Acceptable (LPTA) atribuie ofertantului tehnic acceptabil cu cel mai mic pret, fara nicio prima pentru propuneri tehnice superioare. Achizitiile de software de aparare s-au indepartat de LPTA in ultimii ani, in urma recunoasterii faptului ca LPTA conduce catre dezvoltatorii cu cel mai mic cost mai degraba decat catre solutiile cu cea mai mare capacitate. Politica DoD din 2017 (DFARS 215.101-2-70) restrictioneaza utilizarea LPTA pentru lucrarile de dezvoltare. Pentru furnizorii de software de aparare, aceasta schimbare inseamna ca investitia in diferentierea tehnica -- metodologie documentata, componente reutilizabile, performanta trecuta demonstrata pe programe similare -- poate produce o prima de pret in selectia sursei mai degraba decat sa creasca pur si simplu costul evaluat al ofertei in raport cu concurenta.