A közszférának olyan beszerzésre van szüksége, amely tud nemet mondani.

Egy közhatóság nem válik elszámoltathatóvá azzal, hogy aláír egy MI-rendszert. Akkor válik azzá, ha követelményei, bizonyítékai, emberi felügyelete,...

A közszférának olyan beszerzésre van szüksége, amely tud nemet mondani.

The document that can end a purchase

A public procurement file often begins with a request that sounds harmless: find a system that can help with a task. The request moves through a problem statement, a market consultation, a set of requirements, an evaluation, a contract and, if the process is healthy, a decision that can still stop the work. That last possibility is easy to lose. Once money, calendars and political attention have gathered around a purchase, the word no starts to sound like a failure of delivery. In public work, it can be the most useful decision in the file.

European procurement law already treats a tender as more than a contest of attractive promises. Directive 2014/24/EU says that award criteria must allow effective and fair competition and must be accompanied by arrangements that let the contracting authority verify the information supplied by tenderers. The directive also says that criteria should not give the authority unrestricted freedom of choice. A public buyer has to describe what matters, explain how it will be weighed and check whether the offer actually meets it. This is not an administrative footnote. It is the legal shape of a decision that other people must be able to understand and challenge.

AI makes the old discipline harder because a supplier can offer a system whose behaviour depends on data, model updates, prompts, thresholds, integrations, people and a service that may change while the contract is still warm. The brochure can remain the same while the thing behind it moves. A procurement team therefore has to buy more than an interface. It has to buy a bounded capability, the evidence that the capability is suitable, the authority to supervise it and a credible way to stop or replace it.

The public sector needs procurement that can say no because the public sector cannot outsource its judgement. A supplier may provide a model, a workflow, a hosted service or a set of tools. It cannot provide the legitimacy of the decision made with them. The authority still has to know what problem it is solving, whose interests may be affected, what evidence supports the system, which person can intervene and how the service will continue if the supplier changes course. A signature is not a transfer of responsibility. It is a record that responsibility has been arranged.

This article follows that arrangement from the first sentence of a requirement to the last line of an exit record. It uses European public guidance and procurement material as evidence. The practical patterns are recommendations, not claims that every authority must use one form. Any invented situation is labelled as hypothetical. A plausible office, a neat tender and a dramatic failure are not evidence merely because they fit a familiar story.

A public buyer buys a promise twice

Every public purchase carries two promises. The first is the supplier’s promise about a product or service. The second is the authority’s promise to the people who depend on the work: that the money was spent for a defined public purpose, that the decision can be explained, that relevant rights were considered and that someone remains answerable when the system is wrong. The second promise is the one that survives the launch event.

AI procurement often makes the first promise vivid and the second one vague. A demonstration can show a fluent summary, a ranked list or a fast answer. It rarely shows who may reject the output, what happens when a source is missing, how a change is approved, whether the records can be exported, or which person can pause the service without negotiating their own authority in the middle of an incident. Those questions are less cinematic. They are also the questions that decide whether a public body can remain in charge.

Az Európai Bizottság Közbeszerzési Közössége három részben mutatja be a frissített uniós modellszerződéses mesterségesintelligencia-záradékokat: egy teljes változatban a magas kockázatú MI-re, összhangban az MI-rendelettel, egy könnyített változatban, amely a nem magas kockázatú MI-hez igazítható, valamint egy magyarázatban arról, hogyan kell használni és adaptálni a záradékokat. A különbségtételnek jelentősége van. A modellzáradék nem varázsbélyeg, amely alkalmassá tesz egy beszerzést. Ez egy kiindulópont a közszervezet és a szállító közötti kötelezettségek elosztásához, egy olyan szerződésben, amelynek hatályáról, céljáról és bizonyítékairól még a vevőnek kell döntenie.

A vevőnek ezért azt kell megkérdeznie, hogy valójában mit ígér a nyilvánosságnak, mielőtt azt kérdezi, mit tud a szállító bizonyítani. A hatóság gyorsabb utat ígér a hátralékokon, következetesebb első felülvizsgálatot, biztonságosabb ellenőrzést, a szűkös szakértelem jobb kihasználását, vagy egyszerűen egy kísérletet, amelynek korlátai láthatóak? Minden cél más bizonyítékot és más leállítási okot teremt. Egy rendszer, amely belső feljegyzéseket fogalmaz meg, más hatásköri korlátokat igényelhet, mint amelyik olyan szolgáltatásra rangsorol kérelmeket, amelyet az emberek nem kerülhetnek el.

Vegyünk egy hipotetikus értékelő csapatot, amely egy, a szállítói benyújtásokat összegző eszközt vizsgál. A csapat dönthet úgy, hogy a feladat alkalmas támogatásra, de csak akkor, ha az összegzés megőrzi a kizárásokat, feltételeket és dátumokat, és visszautalja az értékelőket a forrásszövegrészekre. Ha a szállító nem tudja megmutatni, hogyan tesztelik ezeket a követelményeket, a csapatnak képesnek kell lennie elutasítani az eszközt vagy szűkíteni a szerződést. Ez nem vád a szállító ellen. Ez egy következtetés a meghatározott célhoz rendelkezésre álló bizonyítékokról.

Ugyanez a gondolatmenet érvényes, amikor a probléma vonzó, de rosszul körülhatárolt. Egy közszerv szeretné előre jelezni a keresletet, rangsorolni az ellenőrzéseket vagy irányítani a levelezést. Ezek az igék elrejtik a mögöttük húzódó döntéseket. Mi számít keresletnek. Mit változtat meg a prioritás. Melyik levelezés irányítható biztonságosan emberi elolvasás nélkül. Az első nem vonatkozhat a probléma hatályára, nem pedig a szoftver használatára. Egy tisztázatlan beszerzés elutasítása gyakran így védi meg a hatóság a munka hasznos részét egy tesztelhetetlen résztől.

Írja le a problémát a megoldás előtt

A beszerzés törékennyé válik, amikor egy termékkategória megelőzi a közprobléma megnevezését. A mesterséges intelligencia különösen jó abban, hogy ezt a sorrendet létrehozza, mert ugyanaz a modell bemutatható írássegédként, osztályozóként, keresési rétegként vagy ügynökként, a diától függően. A hatóságnak olyan kifejezésekkel kell leírnia a munkát, amelyek akkor is értelmesek maradnak, ha a szállítót, a modellcsaládot és a felületet eltávolítjuk.

A közszervezetek számára fenntartott holland Algoritmekader ezt a munkát az ajánlott intézkedései közé sorolja. Arra kéri a szervezeteket, hogy írják le a tervezett célt és a felhasznált adatokat, határozzák meg az alkalmazandó kockázati csoportot, állapítsák meg a hatást, ha az algoritmus nem a tervek szerint működik, és döntsék el, hogy a megoldást fejleszteni vagy vásárolni kell-e. Emellett egy projektindító architektúrára is utal az algoritmusok fejlesztéséhez vagy beszerzéséhez. Ezek nem beszerzési díszek. Ezek a probléma olvashatóvá tételének módjai, mielőtt választ kínálnának.

Egy jó követelmény azzal kezdődik, hogy melyik döntésnek vagy szolgáltatásnak kell javulnia, kik végzik vagy kapják azt, milyen információt használhat a rendszer, milyen információt nem használhat, és milyen emberi hatáskör marad. Meghatározza azokat a feltételeket, amelyek mellett a rendszer hasznos, és azokat, amelyek mellett nem szabad használni. Megnevezi azokat a nyilvántartásokat, amelyeknek létezniük kell, amikor a kimenetet elfogadják, elutasítják, javítják vagy továbbítják. Nem kell megjósolnia a szállító belső tervezését. Meg kell határoznia azt a közszolgáltatási képességet, amely ellenőrizhető.

Itt az a lényeg, hogy a funkcionális és teljesítménybeli követelményeknek jelentőségük van. A 2014/24/EU irányelv megköveteli, hogy a műszaki leírások elég pontosak legyenek ahhoz, hogy az ajánlattevők megértsék a beszerzés tárgyát, és hogy az ajánlatkérők értékelni tudják, hogyan felelnek meg az ajánlatok a kritériumoknak. Egy olyan követelmény, mint például „intelligens megoldás biztosítása”, nem használható tesztként. Egy olyan követelmény, mint például „a tervezetben felhasznált forrásszövegek megőrzése, a lekérdezés dátumának megjelenítése, annak lehetővé tétele, hogy a bíráló elutasítsa a tervezetet, és a keletkező rekord exportálása”, közelebb áll egy tesztelhető közérdekhez. Ez egy viselkedést és egy bizonyítékutat ír le, nem pedig egy divatot.

A követelményeknek a feladat határait is meg kell világítaniuk. Egy közhatalmi szerv kijelentheti, hogy a rendszer javasolhat útvonalat, de a végső döntést nem hozhatja meg. Kijelentheti, hogy egy ajánlás nem használható, ha egy meghatározott forrás hiányzik vagy ellentmondásos. Előírhat emberi eljárást annak, akit az ügy érint, és aki vitatni kívánja az eredményt. Ezek nem ellenséges megkötések. Ezek azok a feltételek, amelyek mellett a beszerzés közszolgáltatás marad, nem pedig kormányzati logóval ellátott magánmunkafolyamat.

A szűken meghatározott problémafelvetés nem az ambíció hiánya. Ez egy módja annak, hogy az ambíció felelősségre vonható legyen. Ha az ajánlatkérő nem tudja megmagyarázni, hogy a rendszer melyik lépést változtatja meg, ki részesül belőle, mi romolhat el, és mit tehet ezután az érintett személy, akkor még nem áll készen az ajánlattevők összehasonlítására. A helyes lépés lehet több feltárás, nem mesterséges intelligencián alapuló megoldás, kisméretű, ellenőrzött kísérleti projekt, vagy akár a beszerzés elmaradása is. A közbeszerzési dokumentációnak teret kell adnia mindegyik válasznak.

A követelmények átalakítása bizonyítékká

A bizonyíték szót lazán használják a technológiai beszerzésekben. Az ajánlattevő bemutatója, egy termékismertető és az a kijelentés, hogy a rendszer megbízható, mind hasznos inputok lehetnek. Egyik sem bizonyítja automatikusan, hogy egy követelmény teljesül. A bizonyítékot össze kell kötni egy állítással, egy teszttel, egy hatókörrel és egy személlyel, aki ellenőrizheti. E kapcsolat nélkül az értékelés olyan versennyé válik, amelyben a legcsiszoltabb mondat győz.

A közbeszerzési irányelv egyértelmű az alapvető kapcsolatról: az odaítélési szempontokhoz olyan rendelkezéseket kell társítani, amelyek lehetővé teszik az ajánlattevők által szolgáltatott információk hatékony ellenőrzését. Ez az elv különösen fontos a mesterséges intelligencia esetében, mert egy eredmény meggyőzőnek tűnhet, miközben az azt előállító feltételek rejtve maradnak. A vevőnek meg kell kérdeznie, hogy mit mutatnak meg, milyen adat- és feladatfeltételek mellett, milyen alapvonallal, és hogyan tudja a bíráló reprodukálni vagy vitatni az eredményt.

A holland Algoritmekader gyakorlati nyelven fogalmazza meg ugyanezt a követelést. Közbeszerzési intézkedései közé tartozik, hogy az algoritmusra vonatkozó követelményeket a közbeszerzési dokumentumok és a szerződés részévé teszik, előírják az ajánlattevőknek, hogy az értékelés részeként bizonyítékot szolgáltassanak a követelmények teljesüléséről, értékelik az ajánlattevő felelősségi feltételeit, auditképességet írnak elő a szerződésben, megállapodnak az adatokkal és artefaktumokkal kapcsolatos eljárásról, és tervet kérnek az algoritmus leállítására. A lista útmutatás, nem pedig egyetemes jogi ellenőrzőlista. Az értéke abban rejlik, hogy a bizonyítékot a közbeszerzés tárgyaként kezeli.

A vevő a bizonyítékot három hasznos kategóriára bonthatja. A bemutatott bizonyíték az, amit az ajánlattevő egy ellenőrzött értékelés során megmutat: a bemenet, a kimenet, a hibakezelés, a forráshasználat és az emberi eljárás megfigyelhető. A vizsgálható bizonyíték az, amit az ajánlatkérő bemutató nélkül is megvizsgálhat: dokumentáció, teszteredmények, naplók, interfészek, változásnyilvántartások, adatleírások és egy megállapodott ellenőrzés elvégzésének képessége. A szerződéses bizonyíték az, amit az ajánlattevőnek folyamatosan szolgáltatnia kell: lényeges változásokról szóló értesítések, incidensinformációk, audit-hozzáférés, szolgáltatási nyilvántartások, exportlehetőségek és az ellenőrzött kilépés támogatása. A kategóriák átfedik egymást, de megakadályozzák, hogy egyetlen lenyűgöző alkalom vigye el az egész szerződést.

Az evidenciának is kell legyen hatóköre. Egy szállító megmutathatja, hogy egy rendszer jól teljesít egy példahalmazon. A vevőnek azonban még mindig tudnia kell, hogy a példák reprezentálják-e a célnyelvet, a dokumentumminőséget, az esetösszetételt, a hozzáférhetőségi igényeket és a működési korlátokat. Egy laboratóriumi modellre vonatkozó állítás nem automatikusan állítás a közszolgáltatásról. Ez az elvégzett kísérletre vonatkozó állítás. A beszerzési csapatnak meg kell őriznie a feladatot, az adatfeltételeket, a verziót és az eredményt, hogy a későbbi döntés ne lebegjen el a teszttől.

Képzeljük el hipotetikusan, hogy egy ajánlattevő mintahalmazt ad az elkészített összefoglalókból és egy általános pontossági nyilatkozatot. A hatóság kérheti a forrásdokumentumokat, a kiválasztási szabályt, a használt verziót, a hiányzó anyag kezelését, a felülvizsgálati eljárást és az átvétel után megmaradó artefaktumot. Ha a válasz az, hogy a részletek üzleti titkot képeznek, és nem vizsgálhatók meg, a csapat fontos dolgot tanult meg. Nem azt tanulta meg, hogy a rendszer rossz. Azt tanulta meg, hogy a javasolt evidenciakorlát túl gyenge lehet a közcélhoz.

Az evidenciának arányosnak kell lennie. Egy kis belső fogalmazást segítő eszköznek nem kell ugyanolyan vizsgálati csomag, mint egy olyan rendszernek, amely befolyásolja a közszolgáltatáshoz való hozzáférést. Az arányosság nem azt jelenti, hogy alacsony kockázat mellett elfogadunk egy szlogent. Azt jelenti, hogy a bizonyítás mélységét hozzáigazítjuk a következményhez, a visszafordíthatósághoz, az érintett személyekhez és a hiba észlelésének és kijavításának képességéhez. A szállítónak az ajánlat benyújtása előtt tudnia kell a szükséges evidenciáról. Ellenkező esetben a hatóság a verseny után változtatja meg a versenyt, ami ismert módja a drága meglepetés előállításának.

A követelménynek bizonyítékhoz kell vezetnie, és a bizonyítéknak módosíthatnia kell az odaítélési döntést.

A vevőnek módjában kell állnia egyet nem érteni

A közszolgálati elszámoltathatóság nem ugyanaz, mint a szállítói átláthatóság. Egy szállító elmagyarázhatja a szolgáltatását, miközben a hatóságnak továbbra sincs módja arra, hogy egy lakos, munkavállaló, vállalkozás vagy szakember vitassa a szolgáltatás használatának módját. A beszerzési dokumentációnak ezért arra kell kérdeznie, hogyan működik az egyet nem értés, nem csak arra, hogyan állítja elő a rendszer a választ.

Az Algoritmekader a humán kontrollt, az alapvető jogokat, az átláthatóságot és a panaszutakat a közszféra tárgyai közé sorolja. Ajánlott intézkedései közé tartozik az értelmes emberi beavatkozás a döntéshozatalban, egy eljárás, amelyen keresztül az állampolgárok vagy más érdekelt felek panaszt, kifogást vagy fellebbezést nyújthatnak be, nyilvános döntés az algoritmus használatáról, valamint a hatásvizsgálattal érintett algoritmusok közzétételének módja a holland algoritmusregiszterben. Ezek az intézkedések nem változtatnak minden algoritmust nyilvános látványossággá. A hatóság felelősségét teszik láthatóvá annyira, hogy megkérdőjelezhető legyen.

A procurement requirement for human oversight should name the human action. Can the reviewer see the information that shaped the recommendation. Can they correct the record. Can they reject the result without first obtaining permission from the system. Can they ask for a second route when a source is missing. Can they stop a batch, isolate a version or escalate a concern to someone with authority. If the answer is only that a person is present somewhere in the process, the requirement describes furniture, not oversight.

Disagreement also needs time. A reviewer who is expected to check every output while carrying the original workload may be technically in the loop and practically outside it. Procurement can require training, support, usable evidence and a workload assumption for review. It can define which cases need pre-action approval and which reversible, low-consequence actions may proceed with logging and later sampling. It can ask the supplier to support the route rather than hiding it behind an application programming interface.

The authority has to disagree with its own enthusiasm as well. A successful pilot can create pressure to extend a tool to a population or decision that was never part of the test. The contract should preserve the original purpose and require a new decision when the purpose, data, affected people or consequence changes. An update is not automatically harmless because it is delivered as a service. A new use is not automatically covered because the same logo appears at the top of the screen.

When a supplier says that the model is only advisory, the authority should look at what the work actually does. If staff are instructed to accept the ranking, if there is no time to review it or if the system controls which cases reach a person, advice may have become a decision in practice. The procurement team does not need to argue about the perfect label. It needs to document the route from output to consequence and retain the authority to change that route.

The supplier’s boundaries are part of the contract

AI procurement is often described as a choice between building and buying. The harder choice is how to divide the boundary between supplier and public organisation. The supplier may control a model, service, update path, infrastructure, support team and part of the data processing. The authority controls the public purpose, the decision, the affected population and the duty to provide a lawful and usable service. A contract must connect these responsibilities rather than leave them as two polite diagrams.

The updated EU model contractual AI clauses are useful because they recognise that public buyers need distinct approaches for high-risk and non-high-risk AI and need guidance on customising the clauses in practice. They are not a substitute for a procurement strategy or a legal review. They are a common vocabulary for making responsibilities explicit. The buyer still has to decide which evidence, data rights, audit access, change notice, support, liability and exit conditions are proportionate to the system being purchased.

Data and artefacts deserve particular care. A system may touch source documents, labels, prompts, embeddings, generated drafts, human corrections, evaluation sets, logs and final records. The contract should distinguish what the authority supplies, what the supplier creates, what each party may use, what must be returned, what must be deleted and what proof of deletion or retention is required. Saying that the authority owns its data does not answer where derived artefacts live or how the authority can retrieve the records that explain a result.

Az auditjogoknak gyakorlati formát kell adni. A vevőnek tudnia kell, mely nyilvántartások vizsgálhatók, hogyan kérhető hozzáférés, mi számít ésszerű értesítési határidőnek, mely titokvédelmi rendelkezések vonatkoznak az eljárásra, és mi történik, ha az audit hiányosságot tár fel. A használható eljárásrend nélküli auditklauzula vita esetén csak időzített bomba. Ugyanez igaz az incidenskezelési klauzulára is, amely pusztán annyit mond, hogy a szállító együttműködik, de nem nevezi meg az együttműködéshez szükséges információkat, határidőket és felelősöket.

A változáskezelést nem szabad a release-notes-ra bízni. A hatóság előírhatja, hogy értesítsék a modellt, az adatforrásokat, a feldolgozás helyét, az alvállalkozókat, a felületeket, a küszöbértékeket, az értékelési módszertant vagy a humán felülvizsgálati utat érintő lényeges változásokról. Meghatározhatja, milyen bizonyítékokra van szükség, mielőtt egy módosított verziót közfeladat ellátására használnának. Jogot adhat a felfüggesztésre, az elutasításra vagy a visszaállításra, ha a módosított szolgáltatás már nem felel meg valamely lényeges követelménynek. Ezek ajánlások a szerződés működőképessé tételére. Nem állítják, hogy egyetlen klauzula minden szállítói kapcsolatot rendezni tud.

A felelősség kiterjed arra is, amit a szállító nem tud biztosítani. Egy szolgáltatás függhet harmadik fél modelljétől vagy infrastruktúrájától, amelynek változásai nem állnak a közvetlen szállító ellenőrzése alatt. A vevőt tájékoztatni kell erről a függőségről, és tudnia kell, mely kötelezettségek szállnak át rá. Egy közszervezet nem tudja a teljes láncot felmérni, ha csak a bejárati ajtón néz be. A szerződésnek biztosítania kell az utat a releváns bizonyítékokhoz, vagy a vevőnek fel kell ismernie, hogy a bizonytalanság okot ad a beszerzés szűkítésére vagy elutasítására.

A jól meghúzott határok a szállítókat is védik. Az a közbeszerző, amely minden lehetséges dokumentumot, minden forráskód-részletet és korlátlan támogatást kér meghatározott cél nélkül, csökkentheti a versenyt, és vonzatlanná teheti a szerződést a kisebb európai szolgáltatók számára. Az arányosság, az egyértelműség és a hiteles bizonyítékok köre lehetővé teszi a szállítónak, hogy megmondja, mit tud vállalni, a vevőnek pedig, hogy mire van szüksége. A közbeszerzés legyen igényes, de ne legyen teátrális. A lehetetlen követelményekből épült fal ugyanolyan hatékonysággal tartja távol a rossz rendszereket, mint a jókat.

A szerződéskötés utáni változás is beszerzés

A szerződés odaítélése nem a döntés vége. Ez az a pont, ahol a szolgáltatás másfajta ellenőrzés alá kerül. A működés során az adatok változnak, a szabályzatok módosulnak, a felületeket lecserélik, a munkatársak rövidítéseket tanulnak meg, a szállítók felülvizsgálják a modelljeiket, és egy rendszert olyan helyzetekben is használhatnak, amelyeket az eredeti csapat el sem képzelt. A hatóságnak eszközre van szüksége, hogy észrevegye ezeket a változásokat, mielőtt azok véletlenül új közfeladattá válnának.

Az Algoritmekader rendszeres ellenőrzést javasol annak biztosítására, hogy az algoritmus a rendeltetésének megfelelően működjön, az adatok változásainak nyomon követését, valamint a teljesítmény és a kimenet értékelését adatváltozás esetén, továbbá a folyamatos monitorozási terv fenntartását. Tartalmaz továbbá egy intézkedést az algoritmus leállítására szolgáló vészhelyzeti tervre. Ezek az ajánlások az időt a kormányzási modell részévé teszik. Az a beszerzés, amely csak a kezdeti specifikációt rögzíti, egy mozgó szolgáltatásról készült fényképet vásárolt.

Nem minden frissítésnek kell ugyanazt az eljárást kiváltania. Egy biztonsági javítás, amely nem változtat a modellen, az adatkörön és a döntési szerepkörön, más utat járhat be, mint egy új modellcsalád, egy módosított lekérdezési forrás vagy egy új küszöbérték. A szerződés működési szempontból határozhatja meg a lényegességet: egy változás akkor lényeges, ha módosítja a feladatot, az érintett személyeket, a bizonyítékok útját, a döntés következményeit, az alkalmazás joghatóságát, az alvállalkozót, az adatfelhasználást vagy a beavatkozás lehetőségét. A pontos meghatározáshoz jogi és műszaki szakértelem szükséges. Az elv egyszerű: a változás a megvásárolt képesség része.

Monitoring should preserve the information needed to make a decision. A dashboard can show that a service is busy; it may not show that a source has become stale or that reviewers are overriding the same recommendation. The authority should retain the relevant version, task scope, evidence conditions, human action and reason for a change. It should know which changes were accepted, which were rolled back, which were restricted and which created a new procurement question.

A supplier may be unable to give advance notice of every internal change. The contract can still require a usable notification and an evidence package before the changed behaviour is relied on. The authority may choose a staged deployment, a controlled evaluation or a temporary hold. The ability to pause is not a punishment. It is what lets a public service remain answerable while facts are being established.

A change record also protects against false certainty. If the authority cannot tell whether a difference came from a new model, a data change, a prompt, a human workaround or an external dependency, it should not claim that the system behaved consistently. The correct response may be to narrow use, collect better evidence or stop the affected route. Public money does not become safer because the explanation is tidy.

Interoperability is the polite word for leaving

People often discuss interoperability as if it were a technical courtesy between systems. In public procurement it is also a continuity control. If a public service cannot move its records, configurations, evidence, interfaces and operating knowledge to another route, the authority may be legally free to leave and practically unable to do so. The contract has created a dependency that the procurement file did not name.

The Commission’s JRC report on advancing AI adoption in EU public administrations calls procurement a crucial enabling role and says that interoperability should be embedded from the outset. It also presents strategic procurement as a way to reduce dependency on non-EU providers and support European AI startups, open-source and GovTech solutions. This is not an argument to buy European by slogan or to treat open source as an automatic guarantee. It is an argument to make the technical and institutional ability to change course part of the value being bought.

Exit begins with a list of what must survive. That may include source records, identifiers, labels, prompts, model and configuration versions, evaluation sets, audit records, user and role mappings, integration contracts, retention status, security material and the meaning of fields. The list depends on the service. A portable file with no context may be less useful than a smaller record with its semantics and permissions intact. Export is a capability to test, not a box to tick.

Interoperability also means that the authority can run a meaningful comparison. Can a destination process the records without silently changing their meaning. Can reviewers compare an old and new output under the same task conditions. Can the public service continue in a reduced mode if one dependency is unavailable. Can evidence remain readable after the interface is gone. These questions belong in the requirements, the evaluation and the contract because an exit discovered during an emergency is usually an archaeological dig.

A hordozhatóság nem feltétlenül jelenti azt, hogy a szállítónak minden belső megvalósítási részletet át kell adnia. Azt viszont igen, hogy az ajánlatkérő meg tudja őrizni a közfeladatot és azokat a nyilvántartásokat, amelyekért felelős, a jogszerű jogok és biztonsági korlátok tiszteletben tartása mellett. A határt a szerződés aláírása előtt kell rögzíteni. Ha a szállító modellje nem hozzáférhető, az ajánlatkérő akkor is megkövetelheti a hordozható bemeneteket, kimeneteket, döntési nyilvántartásokat, értékeléseket, konfigurációt és a szolgáltatás közfeladatai újjáépítésének módját. Ha ezt a módot nem tudja megszerezni, a függőséget őszintén be kell áraznia, vagy el kell állnia a szerződéstől.

Egy kilépési próba azért értékes, mert a szerződéses ígéretet megfigyelhető képességgé változtatja. A közbeszerző tesztelheti az exportot, megvizsgálhatja a mezőket, reprezentatív munkaterhelést futtathat egy ellenőrzött célkörnyezetben, és összevetheti az így keletkező nyilvántartásokat. Rögzítheti, hogy mi nem került át, és eldöntheti, hogy a hiány elfogadható-e. A gyakorlatnak nem kell drámainak lennie. Egy kisebb próba a megújítás előtt jobb, mint egy hősies migráció, amelyet csak azután hajtanak végre, hogy a szállító lett az egyetlen, aki ismeri a rendszert.

A kilépés az ajánlatkérő, az export, a jelentés, az ellenőrzés, a folytonosság és a lezárás sorozata. Egy export feliratú gomb nem maga a sorozat.

A költség több, mint a közbeszerzési felhívásban szereplő tétel

Az árat könnyű összehasonlítani, ha a megvásárolt dolog stabil. A mesterséges intelligenciával kapcsolatos beszerzéseknél hosszabb a költséghorizont. Lehetnek integrációs munkák, forrás-előkészítés, felülvizsgálati idő, biztonsági ellenőrzések, tárolás, értékelés, modellfrissítések, akadálymentesítési munka, incidenskezelés, támogatás, export és csere. Egyes költségeket az ajánlatkérő visel. Mások a dolgozókra vagy a nyilvánosságra hárulnak, amikor egy szolgáltatás nehezebben vitathatóvá válik. Az a beszerzés, amely csak a kezdeti díjat hasonlítja össze, nem feltétlenül gazdaságos. Egyszerűen csak egy látható részt számol.

A 2014/24/EU irányelv lehetővé teszi az életciklus-költségszámítást, ha az ajánlatkérő ezt a megközelítést választja. Az irányelv olyan költségeket ír le, mint a beszerzés, a használat, a karbantartás, az élettartam vége, valamint adott esetben és ellenőrizhető módon a környezeti externáliák. Emellett előírja, hogy a közbeszerzési dokumentumokban meg kell határozni, hogy az ajánlattevőknek milyen adatokat kell szolgáltatniuk, és milyen módszerrel értékelik az életciklus-költséget. Ez hasznos fegyelem a mesterséges intelligencia esetében, mert megköveteli a vevőtől, hogy meghatározza, mit számolnak, ahelyett, hogy minden szállítóra bízná az olcsóság eltérő értelmezését.

Ugyanez az elv vonatkozik az emberi figyelemre is. Ha egy rendszer olyan javaslatokat állít elő, amelyeket át kell nézni, akkor az átnézés munkája az üzemeltetési modellhez tartozik. Ha egy közszolgáltatásnak korrekciós útvonalra van szüksége, akkor az útvonalnak gazdára és időre van szüksége. Ha egy beszállító frissítése új értékelést igényel, akkor a hatóságnak rendelkeznie kell a végrehajtás képességével. Ezek nem az automatizálás elleni érvek. Emlékeztetők arra, hogy az automatizálás megváltoztatja, hogy hol történik a munka. A számlán szereplő megtakarítás költség lehet a sorban állásban, ha a beszerzés nem nevezi meg az új munkát.

A költségnek tartalmaznia kell a távozás képtelenségének költségét is. Egy függőség olcsónak tűnhet, amíg új, és drágává válhat, amikor nyilvántartások, szakértelem, integrációk és közvélemény-elvárások halmozódnak fel körülötte. A vevő kérhet migrációs becslést, adat- és artefaktumleltárt, támogatási kötelezettséget és próbamenetrendet. Összehasonlíthatja ezeket a feltételeket az ajánlat értékének részeként. A választás nem az optimizmus és a pesszimizmus között van. Hanem a látható függőség és a jövő időbe rejtett függőség között.

Az életciklus-szemlélet segít a beszerzési csapatnak nemet mondani anélkül, hogy úgy tennének, mintha a legolcsóbb látható ajánlat lenne a semleges opció. A csapat elutasíthat egy ajánlatot, mert annak bizonyítékai, áttekintési terhe, változtatási útja vagy kilépési költsége nem egyeztethető össze a közcélkal. Megmagyarázhatja a döntést a közzétett kritériumok alapján. Ez nem piacellenes gesztus. Ez az, amit egy ellenőrizhető követelményekkel rendelkező piacnak lehetővé kell tennie.

A közbeszerzőknek felhatalmazásra van szükségük a nemhez

A beszerzési csapat nem gyakorolhat olyan jogkört, amelyet a szervezet nem adott meg neki. Sok hatóságnál vannak olyan emberek, akik jogi, műszaki, pénzügyi és szolgáltatási kérdéseket tudnak értékelni, de az a felhatalmazás, hogy ezeket az értékeléseket szüneteltetéssé vagy elutasítássá kombinálják, nem egyértelmű. Az eredmény ismerős: az aggodalmakat az egyik dokumentumban rögzítik, a lelkesedést egy másikban, és az odaítélés folytatódik, mert senki sem tudja, melyik szerepkör zárhatja le a kaput.

A felhatalmazásnak meg kell neveznie azokat a szerepköröket, amelyek minden szakaszban elfogadhatnak, elutasíthatnak, szűkíthetnek vagy felfüggeszthetnek egy vásárlást. A szerepköröknek hozzáféréssel kell rendelkezniük a releváns bizonyítékokhoz és útvonalhoz az indok rögzítéséhez. Egy beszerzési tisztviselő birtokolhatja a folyamatot, egy szolgáltatásgazda a közcélt, egy adatvédelmi tisztviselő egy adatvédelmi feltételt, egy biztonsági vezető egy kontrollt, egy műszaki bíráló egy tesztet, és egy vezető felelős szerepkör a végső döntést. A pontos elrendezés változó. Az elrendezés hiánya a veszélyes rész.

Egy hasznos leállítási feltétel nem egy piros jelvény, amely magas kockázatot jelez. Ez egy tény, amely blokkolja a következő döntést. A tervezett cél nincs kellően meghatározva. A beszállító nem tud bizonyítékot szolgáltatni egy lényeges követelményre. Az érintett személynek nincs használható felülvizsgálati útvonala. A hatóság nem tudja ellenőrizni a releváns változást. Az adat- vagy artefaktumjogok nem egyértelműek. A rendszer nem exportálható vagy cserélhető a folytonossági terven belül. Az emberi bírálónak felelőssége van, de nincs felhatalmazása. Minden feltételnek lehet más orvoslása. Néhány tisztázást igényel, néhány szerződésmódosítást, néhány szűkebb kört, és néhány nemet.

A leállítási feltételeket a pályázat értékelése előtt ismerni kell. Kapcsolódniuk kell az odaítélési szempontokhoz és a szerződéshez, hogy a vevő ne találjon ki új szabványt a beszállító válaszának megismerése után. Az odaítélés után is felül kell vizsgálni őket. Egy követelmény, amely az induláskor teljesült, teljesítetlenné válhat egy lényeges változás vagy új felhasználás után. A nem mondásának képessége nem egyetlen kapu a végén. Ez egy fenntartott felhatalmazás a szolgáltatás teljes élettartama alatt.

Tekintsünk egy hipotetikus közintézményt, amely dokumentum-továbbítási szolgáltatást kíván beszerezni. A közzétett követelmények között szerepel a forrás nyomon követhetősége, emberi felülvizsgálati út, értesítés a lényegi modellváltozásokról, a nyilvántartások exportálása és egy meghatározott leállítási eljárás. Az egyik ajánlattevő meggyőző bemutatót nyújt, de nem teszi lehetővé a hatóság számára a forráskiválasztás ellenőrzését, és nem tudja megőrizni a verziózott útválasztási bizonyítékokat. Egy másik ajánlattevő kevesebb funkciót kínál, de teljesíti a bizonyítékokra és a kilépésre vonatkozó követelményeket. A közintézménynek nem kötelessége a hangosabb bemutatót előnyben részesíteni. Alkalmazhatja a megadott szempontokat, arányos kérdéseket tehet fel, és elutasíthatja az első ajánlatot, ha egy lényegi követelmény bizonyítatlan marad.

Ezt a döntést nem szabad erkölcsi ítéletként megfogalmazni a szállítóról vagy a technológiáról. Inkább meg kell határoznia a közérdeket, a követelményt, a kapott bizonyítékokat, a rendezetlen feltételt és a közbeszerzési dokumentumok által megengedett döntést. Egy egyértelmű nem tiszteletteljesebb, mint egy homályos talán, amely később kötelező megújítássá válik. Emellett hasznos jelzést ad a piacnak: a közbeszerzők hajlandóak fizetni a bizonyítékokért és az ellenőrzésért, nem csak a képességek bemutatásáért.

Az emberi leállítási jogosultságnak incidens esetén használhatónak kell lennie. Az üzemeltetőnek tudnia kell, kit hívjon, milyen rendszerállapotot őrizzen meg, melyik szolgáltatási útvonal folytatódhat, és milyen kommunikáció szükséges. A döntési nyilvántartásnak meg kell különböztetnie az azonnali kármentést a hosszabb távú közbeszerzési döntéstől. Egy közintézménynek nem kell megvárnia egy tökéletes vizsgálatot, mielőtt megakadályozza a további károkat, de kerülnie kell, hogy nagyobb bizonyosságot állítson, mint amennyivel rendelkezik. A leállítás egy ellenőrzési eszköz. A magyarázat később fejlődhet.

A közbeszerzés formálja a piacot

A közbeszerzés az egyik módja annak, ahogy Európa eldönti, mely képességeket érdemes fejleszteni. A JRC jelentése az AI-alkalmazás előmozdításáról az EU közigazgatásaiban a közszférát jelentős piacformáló erőként írja le. A sikeres bevezetést az irányításhoz, a munkaerő felkészültségéhez, a felelős közbeszerzéshez, az interoperabilitáshoz és a közbizalomhoz köti. Azt is megállapítja, hogy a stratégiai közbeszerzés csökkentheti a nem uniós szolgáltatóktól való függőséget, és támogathatja az európai startupokat, a nyílt forráskódú és a GovTech megoldásokat. A lényeg nem az, hogy egy közhatóság kockázati tőkévé váljon. A lényeg az, hogy a követelményei vagy az elszámoltatható képességeket jutalmazzák, vagy a függőség köré épített meggyőző csomagolást.

Az Európai Számvevőszék 28/2023. számú különjelentésének címe: Közbeszerzés az EU-ban: csökkent a verseny az építési beruházásokra, árukra és szolgáltatásokra irányuló szerződéseknél a 2021-ig tartó tíz évben. A nyilvános összefoglaló az európai közbeszerzési pályázatok versenyének szűkülését írja le. A kevesebb tényleges versenytársat felvonultató piac rossz hely a homályos követelmények elrejtésére. Ha a hatóság nem tudja összehasonlítani a bizonyítékokat, előfordulhat, hogy marketingstílusok között választ, nem pedig szolgáltatások között. Egy nem tesztelhető ajánlatra mondott nem megőrizheti a feltételeket egy jobb verseny későbbi lebonyolításához.

Ugyanakkor a vevő véletlenül kizárhat hasznos szállítókat, ha olyan formában kér bizonyítékokat, amelyet csak a legnagyobb szállító tud előállítani. Az arányos követelmények, a világos interfészek, a nyílt formátumok és a szakaszos értékelések lehetővé tehetik a kisebb szervezetek számára, hogy korlátozott képességet mutassanak be anélkül, hogy egy multinacionális vállalat erőforrásait színlelnék. A vevőnek szigorúnak kell lennie a közcél tekintetében, és rugalmasnak a megvalósításban, ahol a megvalósítás nem befolyásolja ezt a célt. Így válik a nem egy jobb kérdéssé, nem pedig zárt ajtóvá.

A piacformálás azt is jelenti, hogy nem tesszük meg egyetlen szállító magánarchitektúráját a közszükséglet meghatározásává. Ha egy követelmény konkrét modellt, felhőt vagy védett munkafolyamatot nevez meg indokolt kapcsolat nélkül a feladathoz, a verseny már a bizonyítékok megtekintése előtt szűkülhet. A funkcionális követelmények és az ellenőrizhető eredmények nagyobb teret adnak a közbeszerzőknek a megközelítések összehasonlítására. Emellett kevésbé törékennyé teszik a szerződést, ha a kiválasztott összetevő megváltozik.

Egy közhatalmi szerv lehet igényes megrendelő anélkül, hogy nehéz ügyfél lenne. Publikálhatja az elvárt bizonyítékokat, megmagyarázhatja a leállítási feltétel okát, lehetőséget adhat a pontosításra, és fizethet azért a munkáért, amely tartós közszolgálati képességet hoz létre. A piacnak ekkor van mire reagálnia. Nem kell találgatnia, hogy a nyerő tényező rejtett preferencia, egy szép bemutató vagy egy jövőbeli probléma ára volt-e.

Működő minta a visszautasításra képes beszerzéshez

A következő minta gyakorlati javaslat, nem új jogi eljárás. Ez egy mód arra, hogy a közérdekű döntés látható maradjon, miközben egy rendszer az ötlettől a működésig halad. A hatóságnak a saját jogszabályaihoz, ágazatához, kockázataihoz és beszerzési módjához kell igazítania. A lényeg az, hogy minden kapunak legyen gazdája, bizonyítéka és megengedett kimenetele, amely magában foglalja a szüneteltetést vagy a visszautasítást.

Először írja le a közérdekű célt. Nevezze meg a szolgáltatást, az azt végző személyeket, az azt igénybe vevő személyeket, a döntést vagy intézkedést, amely változhat, és az okot, amiért rendszer bevezetését fontolgatják. Jelölje meg, mi esik kívül a hatókörön. Ha a célt nem lehet leírni a szállító termékszókincse nélkül, a hatóság még mindig a piaci feltárás fázisában van. Ennek a kapunak a kimenetele egy problémafelvetés és egy döntés arról, hogy a beszerzés-e a helyes következő lépés.

Másodszor írja le a bizonyítékok határát. Minden lényeges állítás esetében jelölje meg, mi mutatná, hogy az igaz a tervezett feladatban. Nevezze meg az adatfeltételeket, a nyelvet, a hozzáférhetőségi igényeket, a forrásnyilvántartásokat, a verziót, az alapállapotot és a felülvizsgálati utat, amelyek értelmes sé teszik a tesztet. Határozza meg, minek kell ellenőrizhetőnek lennie, mi maradhat bizalmas, és mit kell szerződéses nyilvántartásként átadni. Ennek a kapunak a kimenetele olyan követelményrendszer, amelyet az ajánlattevők megértenek, és egy értékelési terv, amely megváltoztathatja az odaítélést.

Harmadszor írja le a hatósági határt. Nevezze meg azokat a műveleteket, amelyeket a rendszer javasolhat, amelyeket végrehajthat, amelyekhez jóváhagyás szükséges, és amelyek tilosak. Nevezze meg, ki javíthat egy forrást, utasíthat el egy kimenetet, módosíthat egy szabályt, szüneteltethet egy szolgáltatást, és beszélhet az érintett személlyel. Határozza meg, mi történik, ha a rendszer bizonytalan, vagy a bizonyítékok ellentmondanak egymásnak. Ennek a kapunak a kimenetele egy emberi út, amely konkrétabb, mint egy jelölőnégyzet.

Negyedszer írja le a változás határát. Azonosítsa azokat a változásokat, amelyek bejelentést, értékelést, jóváhagyást vagy új beszerzési döntést igényelnek. Foglalja bele a modellt, az adatokat, a szállítót, az alvállalkozót, az infrastruktúrát, a feldolgozás helyét, a felületet, a küszöbértéket, a populációt, a célt és az emberi utat. Döntse el, mely bizonyítékok maradnak a változási nyilvántartásban, és melyeket lehet jogszerű okból anonimizálni. Ennek a kapunak a kimenetele egy karbantartott nyilvántartás, nem pedig ígéret arra, hogy a rendszer változatlan marad.

Ötödször írja le a kilépési határt. Sorolja fel azokat a nyilvántartásokat, adatokat, konfigurációkat, bizonyítékokat, engedélyeket, integrációkat és működési ismereteket, amelyeknek fenn kell maradniuk. Határozza meg a formátumokat, az időzítést, a támogatást, az ellenőrzést, a csökkentett szolgáltatást, az átállást, a hozzáférés lezárását és a törlést. Próbáljon ki egy kisebb exportot a megújítás vagy egy jelentős bővítés előtt. Ennek a kapunak a kimenetele egy olyan út, amelyet még akkor lehet tesztelni, amikor a szállító még partner, nem csak akkor, amikor a kapcsolat már vitává vált.

Hatodszor írja le a közérdekű nyilvántartást. Döntse el, mi publikálható a célról, a rendszer szerepéről, a bizonyítékokról, az emberi útról, a változásokról, az incidensekről és a kifogásolási kapcsolattartóról. Védje a bizalmas és személyes adatokat anélkül, hogy az egész döntést magánbeszélgetéssé alakítaná. Egy közérdekű nyilvántartás elmondhatja, mi ismert, mi nem ismert, és mikor következik a következő felülvizsgálat. A feladata nem az, hogy a rendszert tökéletesnek mutassa. Az a feladata, hogy a hatóság ítélete ellenőrizhető legyen.

Végül írjuk meg az elutasítást. Az elutasítás nem drámai sajtóközlemény. Ez egy normális kimenetel a döntési jegyzőkönyvben: a követelmény lényeges volt, a bizonyíték nem felelt meg neki, az orvoslást megfontolták, és a hatóság úgy döntött, hogy elutasít, szűkít, felfüggeszt vagy más utat keres. Egy beszerzés, amely nem tud ilyen jegyzőkönyvet felmutatni, úgy tünteti fel a vásárlást, mintha elkerülhetetlen lenne, még mielőtt ezt a következtetést kiérdemelte volna.

Ezek a kapuk megjelenhetnek ajánlati válaszban, projektindító architektúrában, szerződéses ütemtervben, felülvizsgálati értekezleten és incidens-forgatókönyvben. Nem szabad, hogy önmagukért nagyobb űrlappá váljanak. Ha egy kapu nem változtatja meg, hogy a csapat mit dönthet, az valószínűleg dokumentációs színház. Ha bizonyítékot és felhatalmazást ad egy személynek a cselekvésre, akkor az a szolgáltatás része.

Kérdések, amelyeket érdemes beírni egy ajánlatkérésbe

A legjobb kérdések nem azok, amelyekre a szállító megismétli a marketingnyelvét. Hanem azok, amelyek láthatóvá teszik a közérdekű célt és a bizonyítékok határát. A vevő az alábbi kérdéseket a rendszerhez és az eljáráshoz igazíthatja:

  • Milyen konkrét közfeladatot támogat a javasolt képesség, és mely feladatok esnek a tervezett felhasználási körön kívül?
  • Mely személyek, nyilvántartások és adatforrások tartoznak a körbe, és melyeket kell kizárni?
  • Milyen kimenetet állít elő a rendszer, és milyen döntés vagy intézkedés következhet belőle?
  • Melyik követelmény mutatható be, melyik vizsgálható meg, és melyiket tartják fenn szerződésileg?
  • Hogyan reprodukálja a hatóság az eredményt a megfelelő verzióval, forrásokkal, konfigurációval és feladatfeltételekkel?
  • Mit láthat, módosíthat, utasíthat el, emelhet magasabb szintre vagy állíthat le egy emberi felülvizsgáló, mielőtt következménnyel járó intézkedés történik?
  • Mely modell-, adat-, infrastruktúra-, alvállalkozó- vagy szakpolitikai változások igényelnek értesítést és újraértékelést?
  • Mely nyilvántartásokat és artefaktumokat exportálhatja a hatóság, milyen formátumokban, milyen jelentéssel, jogokkal és megőrzési státusszal?
  • Mi történik, ha a szolgáltatás nem elérhető, a bizonyíték hiányos, vagy egy személy megkérdőjelezi az eredményt?
  • Mely támogatási, audit-, incidens-, képzési és kilépési kötelezettségek maradnak fenn az első kiadás után?

Ezek a kérdések nem helyettesítik a beszerzési irányelvet, az AI-törvényt, az adatvédelmi jogszabályokat vagy az ágazati szabályokat. Arra ösztönzik a hatóságot, hogy a saját kötelezettségeit működőképessé tegye. Az a szállító, aki világosan meg tud válaszolni ezekre, még lehet, hogy nem a megfelelő szállító. Az a szállító, aki nem tud megválaszolni ezeket, még rendelkezhet hasznos összetevővel, de a hatóság ne keverje össze a hasznos összetevőt a teljes közszolgáltatási képességgel.

Rövid megjegyzésünk

A Dweve-nél az AI Compas szállítófüggetlen beszerzési és irányítási utat kínál szabályozott európai szervezetek számára. Az RFI- és RFP-anyag arra kéri a csapatokat, hogy osztályozzák a felhasználási esetet, alkalmazzanak kizáró kritériumokat, hasonlítsák össze a szállítókat, futtassanak koncepcióigazolást, és őrizzék meg a bizonyítékokat a monitoring során. Ez a mi megvalósítási kontextusunk, nem független bizonyíték a közbeszerzésről, és nem állítás arról, hogy egy keretrendszer minden hatóságnak megfelel. Azért említjük, mert az itt leírt fegyelem az a fegyelem is, amelyet a saját munkánkban igyekszünk alkalmazni: határozzuk meg a határt, követeljünk bizonyítékot, tartsuk emberinek a döntést, és tegyük láthatóvá a kilépést.

A Trust Centre ugyanezt a megkülönböztetést más regiszterben fogalmazza meg. Egy nyilvános nyilvántartás leírhatja, hogy mi van dokumentálva, mi van előkészítve, és mi marad jövőbeli esemény, anélkül hogy a szándéknyilatkozatot bizonyítékká változtatná. Egy beszerzési csapat ugyanezt az őszinteséget érdemli meg a szállítóitól. A vevőnek látnia kell egy állítás státuszát, a mögötte álló bizonyítékot és a megkérdőjelezésének útját.

A tanulság

Egy közhatalmi szerv nem válik elszámoltathatóvá attól, hogy aláír egy MI-rendszerre vonatkozó szerződést. Akkor válik elszámoltathatóvá, ha a közbeszerzés meg tudja magyarázni, miért illik a rendszer a munkába, milyen bizonyíték támasztja alá ezt a következtetést, ki avatkozhat be, mi történik, ha a rendszer megváltozik, és hogyan folytatódhat a közfeladat ellátása, ha a szállító nem tudja azt teljesíteni.

Az európai közbeszerzési szabályok már most is fontos gyakorlatokat írnak elő: az értékelési szempontoknak kapcsolódniuk kell a szerződés tárgyához, az információnak ellenőrizhetőnek kell lennie, a súlyozásokat közölni kell, a szerződési feltételeknek pedig egyértelműeknek kell lenniük. Az Európai Bizottság MI-közbeszerzési záradékai lehetőséget adnak a közbeszerzőknek, hogy megvitassák a kockázatos és nem kockázatos rendszereket, és megosszák egymás között a felelősséget. A holland Algoritmekader a felelős közbeszerzést gyakorlati intézkedésekké alakítja a cél, az adatok, a bizonyítékok, az audit, az emberi kontroll, a leállítás és a kilépés területén. A JRC-jelentés a közbeszerzést Európa képességekről és szuverenitásról szóló párbeszédébe helyezi. Az ECA figyelmeztetése a verseny szűküléséről arra emlékeztet, hogy a gyenge versenyt nem pótolja a magabiztos odaítélés.

A nehéz szó még mindig a nem. Nem, a cél nincs meghatározva. Nem, a bizonyíték nem vizsgálható meg. Nem, az emberi út csak dísz. Nem, a változás útja láthatatlan. Nem, a közérdekű nyilvántartás nem tartható fenn. Nem, a szolgáltatás nem távozhat anélkül, hogy ne veszítené el a munkát, amelyet védenie kellett volna. Minden nem lehet elutasítás, szűkítés, szünet vagy jobb válasz iránti kérés. A hatóságnak el kell döntenie, melyikről van szó, rögzítenie kell az indokot, és nyitva kell hagynia a döntést a megkérdőjelezés előtt.

A közbeszerzés, amely képes nemet mondani, nem fél a technológiától. Olyan közbeszerzés, amely ismeri a különbséget a képesség és az ígéret között. Olyan rendszerért fizet, amely tesztelhető, felügyelhető, módosítható és elhagyható. Igazságosabb versenyt kínál a szállítóknak, mert a kérdés látható. Lehetőséget ad a közszolgáknak, hogy beavatkozzanak, mielőtt a probléma politikává válik. Azoknak, akiket a szolgáltatás érint, valami hasznosabbat ad, mint egy nyilatkozatot arról, hogy egy szállító jóváhagyást kapott.

A közbeszerzésnek olyan szolgáltatással kell végződnie, amelyet a hatóság továbbra is képes irányítani. Ha a bizonyíték erős, az igen kimondásának van jelentősége. Ha a bizonyíték gyenge, a nem kimondása a közfeladat. A közbeszerzési aktának mindkét mondatot tartalmaznia kell.

Források