Invoering
Quantumsoftware omvat programmeertalen, compilers, circuitoptimalisatie, foutbeperking, besturingssystemen, simulatoren, workfloworkestratie, applicatiebibliotheken, schatting van hulpbronnen en domeinoplossingen. Sommige producten zitten dicht bij een kwantumprocessor. Anderen coördineren kwantum- en klassieke berekeningen, beheren experimenten of verpakken wetenschappelijke methoden voor scheikunde, financiën, optimalisatie en machinaal leren. De transactieperimeter kan daarom code, data, patenten, bedrijfsgeheimen, werknemers, klantcontracten, cloudrelaties en toekomstige toegang tot hardware bevatten.
De centrale vraag van de koper is of het doelwit een duurzaam vermogen bezit of een tijdelijke implementatie die is afgestemd op een bepaald apparaat. Een circuit dat op twee platforms werkt, kan verschillende nauwkeurigheid, diepte, kosten en latentie opleveren. Een compiler kan het aantal poorten op de ene topologie verkleinen en de routeringsoverhead op een andere topologie vergroten. Een applicatie kan afhankelijk zijn van de eigen pulstoegang, foutbeperkingsservice of wachtrijprioriteit van een provider. Een klantencontract kan onderzoek financieren in plaats van een herhaalbaar product.
Waardering wordt moeilijk wanneer overdraagbaarheid wordt behandeld als een ja-of-nee-attribuut. Software kan draagbaar zijn op bronniveau en afhankelijk op prestatieniveau. Het kan zich compileren tot een gemeenschappelijke representatie en toch een doelspecifieke verlaging vereisen. Het kan een wiskundig resultaat reproduceren terwijl de snelheid, kosten of nauwkeurigheid verloren gaan die de commerciële claim ondersteunden. Het kan op alternatieve hardware draaien, terwijl de klantrelatie gebonden blijft aan een voorkeursaanbieder.
Dit artikel vervangt de brede claim van hardware-onafhankelijkheid door een bewijshiërarchie. Er wordt gevraagd wat beweegt, wat moet worden herbouwd, wat presteert, wie betaalt en welke rechten worden overgedragen. De output is een transactieraamwerk voor bedrijfsontwikkelingsteams, investeerders, oprichters en adviseurs die de acquisities, combinaties en strategische investeringen van kwantumsoftware beoordelen.
1 Definieer de acquisitiethese
De transactiecommissie moet aangeven waarom eigendom vereist is. Een koper kan op zoek zijn naar een algoritmeportfolio, een compiler- of controlelaag, een applicatieteam, klanttoegang, bedrijfseigen gegevens, patenten, een ontwikkelaarsgemeenschap of een route om hardware en software te integreren. Elk proefschrift vereist een andere zorgvuldigheid en levert een andere waarderingsbrug op.
Een koper van hardware kan software waarderen omdat het het gebruik ervan verbetert, de mogelijkheden van apparaten blootlegt en werkdruk met zich meebrengt. Een cloud- of platformkoper kan waarde hechten aan abstractie, orkestratie en distributie. Een industriële koper kan waarde hechten aan een domeinworkflow en de wetenschappers die deze begrijpen. Een financiële investeerder kan de keuzevrijheid van verschillende hardwareaanbieders waarderen. De commissie moet de opbrengsten, kosten, tijd of strategische afhankelijkheid identificeren die de overname verandert.
Het proefschrift moet ook het contrafeitelijke feit vermelden. Alternatieven kunnen onder meer licentieverlening, partnerschap, interne build, open-source adoptie, acquisitie of wachten zijn. Vervangingstijd en uitvoeringsrisico zijn vaak belangrijker dan historische ontwikkelingsuitgaven. Een overnamepremie is moeilijk te rechtvaardigen wanneer een geloofwaardig alternatief hetzelfde klantresultaat oplevert voordat kwantumhardware commercieel relevant wordt.
Het bestuursdocument moet de waarderingsdatum, de zekerheid, de tegenprestatie, de veronderstelde financiering en het integratiebudget specificeren. Het moet identificeren welke waarde aanwezig is bij de afsluiting en welke afhangt van technische, klant- of hardwaremijlpalen. Die scheiding maakt het mogelijk dat prijs en bescherming het bewijs volgen.
2 Hardware-onafhankelijkheid ontleden
Bronportabiliteit betekent dat code of een algoritme op hoog niveau kan worden verplaatst of vertaald. Semantische portabiliteit betekent dat de beoogde wiskundige bewerking gelijkwaardig blijft. Compilatieportabiliteit betekent dat het programma kan worden verlaagd tot een geaccepteerde tussenweergave en doelinstructieset. Uitvoerbare portabiliteit betekent dat de volledige workflow op een doel draait onder ondersteunde omstandigheden.
Prestatieportabiliteit voegt oplossingskwaliteit, resourcegebruik, latentie, doorvoer en kosten toe. Commerciële portabiliteit vraagt of de klant de output accepteert, of het ondersteuningsmodel levensvatbaar blijft en of de economie overleeft. Deze lagen moeten afzonderlijk worden getest. Het passeren van een eerdere laag vormt niet de basis voor de volgende.
Een tussenrepresentatie kan de koppeling tussen taal en compiler verminderen. Microsoft beschrijft Quantum Intermediate Representation als taal- en hardware-agnostisch, waarbij de LLVM-infrastructuur als een gemeenschappelijke interface wordt gebruikt. De doelomgeving bepaalt nog steeds de beschikbare poorten, controlestroom, metingen, timing en runtimeservices. Azure Quantum-doelprofielen documenteren verschillende mogelijkheden voor voorwaardelijke vertakking, rekenkunde en lussen. De koper moet het profiel testen dat vereist is voor elke waardevolle workflow.
OpenQASM 3 biedt op vergelijkbare wijze een brede taal voor kwantumprogramma's en realtime klassieke besturing. De specificatie maakt het mogelijk dat implementaties de runtime-verwerking beperken tot bewerkingen die hardware efficiënt kan uitvoeren. Amazon Braket documenteert ondersteunde verklaringen, bewerkingen en apparaatmogelijkheden. Het bestaan van een standaard verbetert daarom de interoperabiliteit, terwijl er materiële implementatieverschillen overblijven.
3 Bouw de bewijsladder voor algoritmen
Het eerste niveau is een wiskundige specificatie met een gedefinieerd probleem, inputs, outputs en correctheidscriteria. De tweede is een reproduceerbare klassieke simulatie. De derde is een compilatie voor een genoemd doelwit. De vierde is uitvoering op hardware met volledige resource- en foutrecords. De vijfde is herhaalde prestaties op verschillende datums, apparaten en probleeminstanties. De zesde is een geaccepteerd klantresultaat.
Elk niveau moet een bevroren bewijspakket hebben. Het moet de broncode, afhankelijkheden, omgevingsbestanden, testgevallen, gegevens, zaden, compilerinstellingen, doelidentificaties, kalibratierecords, wachtrijtijd, uitvoeringstijd, opnamen, nabewerking, kosten en resultaatkwaliteitsmetingen bevatten. De acquirer moet de geclaimde output vanuit een schone omgeving kunnen reproduceren.
Algoritmische nieuwigheid creëert niet automatisch commerciële waarde. Een methode kan wetenschappelijk interessant zijn, terwijl klassieke alternatieven sneller, goedkoper of nauwkeuriger blijven. Een waardevolle toepassing zou de verbeterde beslissing moeten definiëren, de relevante basislijn en de omstandigheden waaronder kwantum- of kwantum-geïnspireerde berekeningen de economie veranderen.
De ladder moet het hoogste bewijsniveau identificeren dat voor elk product is bereikt. Een portfolio kan volwassen foutdiagnostische software, experimentele optimalisatieroutines en niet-gefinancierd onderzoek bevatten. Door één inkomstenveelvoud op alle drie toe te passen, wordt het verschil verborgen. Bij de waardering moeten de behaalde waarde en de voorwaardelijke optiewaarde afzonderlijk worden toegekend.
4 Meet benchmarkkwaliteit
Benchmarks moeten een transactievraag beantwoorden. QED-C toepassingsgerichte benchmarks evalueren de resultaatgetrouwheid, de uitvoeringstijd en het resourceverbruik voor alle algoritmen en probleemgroottes. Ze zijn nuttig omdat ze verder gaan dan een enkele hardwaremetriek. De koper moet nog steeds controleren of de benchmark de werklast van de klant van het doelwit vertegenwoordigt en of de implementatiekeuzes een platform bevoordelen.
Het benchmarkplan moet uitgestelde gevallen, klassieke basislijnen en meerdere doelconfiguraties omvatten. Het moet de compilatietijd, circuitbreedte en -diepte, twee-qubit-bewerkingen, shots, wachtrijtijd, uitvoeringstijd, klassieke naverwerking, nieuwe pogingen en de totale kosten registreren. De kwaliteit van de oplossing moet worden gedefinieerd voordat de resultaten bekend zijn.
Hardware- en compilerversies zijn van belang. Een resultaat kan verbeteren vanwege kalibratie, transpilatie of foutbeperking in plaats van het eigen algoritme van het doel. De koper moet een basisimplementatie opnieuw uitvoeren via dezelfde stapel en de bijdrage van het doelwit testen via ablatie. Eigenwaarde wordt ondersteund wanneer de verbetering aanhoudt na controle op toegang en configuratie.
Benchmarkbeheer moet selectieve rapportage voorkomen. Alle pogingen tot exemplaren, uitsluitingen en mislukte uitvoeringen moeten behouden blijven. Het diligenceteam moet inzicht hebben in het afstemmen van parameters en of klantimplementaties een soortgelijke specialistische interventie vereisen. Een resultaat dat afhangt van handmatige afstemming onder leiding van de oprichter kan de waarde van diensten of talent vertegenwoordigen in plaats van een schaalbaar softwareproduct.
5 Kaartcompiler en afhankelijkheid van tussenliggende representaties
Kwantumcompilatie omvat decompositie, mapping, routing, planning, optimalisatie, pulsverlaging en runtime-integratie. Een applicatie kan een bibliotheek op hoog niveau aanroepen, terwijl de waardeverhogende prestaties in passen van derden of providerservices zitten. De koper moet elke transformatie volgen van bron tot uitgevoerde taak.
De afhankelijkheidsgrafiek moet talen, bibliotheken, tussenliggende representaties, compilers, plug-ins, doelbackends, simulators, cloud-API's en klassieke services identificeren. Voor elk onderdeel moet zorgvuldigheid het eigendom, de licentie, de versie, het onderhoud, de vervangingsinspanning en het operationele belang vastleggen. De beschikbaarheid van open source vermindert enig acquisitierisico en creëert tegelijkertijd verplichtingen op het gebied van governance en compatibiliteit.
De prestaties van de compiler moeten per doel worden getest. Een pas die de diepte op één connectiviteitsgrafiek vermindert, kan elders een beperkt voordeel opleveren. Dynamische circuits, metingen in het middencircuit, reset, pulstoegang en functies voor foutbeperking kunnen het beschikbare algoritme veranderen. QIR-doelprofielen en leveranciersdocumentatie moeten in overeenstemming worden gebracht met de werkelijke behoeften van het doel.
De acquirer moet een schone build reproduceren zonder inloggegevens van de oprichter, lokale bestanden of niet-openbaar gemaakte services. Het moet tussenliggende artefacten regenereren en een overeengekomen benchmark uitvoeren. Reproduceerbaarheid van de build ondersteunt de overdraagbaarheid. Het schept op zichzelf geen vrijheid om te opereren, schaalgrootte of klantwaarde.
6 Test portabiliteit tussen hardwaremodaliteiten
Hardwaremodaliteiten verschillen op het gebied van connectiviteit, native operaties, metingen, reset, coherentie, poortduur, controle en wachtrij-economie. Supergeleidende, gevangen-ion-, neutrale-atoom-, fotonische en uitgloeisystemen kunnen verschillende formuleringen of compilatiekeuzes vereisen. Een claim van overdraagbaarheid moet de ondersteunde probleemklasse en het doel specificeren.
De testmatrix moet ten minste één primair doelwit, één geloofwaardig alternatief en één simulator of emulator bevatten. Voor dezelfde werklast moeten gedefinieerde invoergegevens en acceptatiecriteria worden gebruikt. Verschillen in oplossingskwaliteit, diepgang, looptijd, nieuwe pogingen en kosten moeten worden gemeten. Wanneer het algoritme per doel wezenlijk verandert, moet de koper elke implementatie als een afzonderlijk onderhouden product behandelen.
Toegang tot providers kan een verborgen voordeel zijn. Prioriteitswachtrijen, gereserveerde capaciteit, kalibratie-informatie, technische ondersteuning en niet-openbare functies kunnen resultaten ondersteunen die gewone klanten niet kunnen reproduceren. Contracten moeten worden beoordeeld op toewijzing, controlewijziging, prijsstelling, gegevens en continuïteit. De taxatie moet de software scheiden van geprivilegieerde toegang.
Draagbaarheid kan ook de differentiatie verzwakken. Als een standaardrepresentatie concurrenten in staat stelt gelijkwaardige algoritmen gemakkelijk te verplaatsen, kan het probleem liggen op het gebied van data, optimalisatie, workflowintegratie of klantrelaties. Het diligence-rapport moet aangeven welke laag eigendom blijft nadat het programma via open interfaces tot expressie is gebracht.
7 Diligence intellectueel eigendom en open source
De koper moet patenten, auteursrechten, handelsgeheimen, datarechten, licenties en contribuantenovereenkomsten voor elk product in kaart brengen. Bronrepository's moeten auteurschap, commitgeschiedenis, componenten en releases van derden tonen. De opdrachten van werknemers en aannemers moeten voltooid zijn. Universitair of door de overheid gefinancierd werk kan aanvullende rechten en plichten met zich meebrengen.
Open-sourcesoftware kan de adoptie versnellen en een ontwikkelaarsgemeenschap creëren. Het kan concurrenten ook in staat stellen kerncapaciteiten te gebruiken. De koper moet begrijpen welke opslagplaatsen open zijn, welke componenten eigendom blijven en of een wijziging in de licentieverlening juridisch en commercieel praktisch is. Copyleft-, attributie-, kennisgevings-, patent- en herdistributieverplichtingen moeten worden beoordeeld door een gekwalificeerde raadsman.
Trainingsgegevens, moleculaire gegevens, klantdatasets en benchmarkcorpora kunnen van materieel belang zijn. Het doelwit moet herkomst, toestemming, contractuele gebruiksrechten, retentie- en overdrachtsrechten aantonen. Gegevens verkregen voor een specifiek project zijn mogelijk niet herbruikbaar na een acquisitie. Synthetische of openbare gegevens kunnen vervangbaar zijn en mogen geen niet-ondersteunde schaarstewaarde krijgen.
Bedrijfsgeheimen vereisen operationele controles. De koper moet onderzoek doen naar toegang, documentatie, encryptie, offboarding en kennisconcentratie. Een methode die slechts bij één onderzoeker bekend is, moet worden gewaardeerd met behoud- en overdrachtsrisico. Patenten moeten worden gekoppeld aan het daadwerkelijke product in plaats van te worden geteld.
8 Scheid productinkomsten van onderzoeksfinanciering
De inkomsten uit Quantum-software kunnen bestaan uit abonnementen, licenties, professionele diensten, overheidsprijzen, onderzoekssamenwerkingen, mijlpaalbetalingen en cloudgebruik. Deze categorieën hebben verschillende herhaalbaarheid en brutomarges. De koper dient contracten, facturen, acceptatie en contante betaling per klant en product op elkaar af te stemmen.
Terugkerende inkomsten moeten een voortdurende verplichting en een geloofwaardige verlengingsbasis vereisen. Een meerjarige onderzoeksovereenkomst kan gecontracteerd geld opleveren en tegelijkertijd maatwerk financieren. Een pilot kan budget en betrokkenheid aantonen zonder te bewijzen dat de product-markt geschikt is. Subsidies kunnen waardevolle ontwikkeling financieren, terwijl er beperkingen en een beperkte commerciële herhaling met zich meebrengen.
Het klantencohort moet de openingsomzet, verlengingen, uitbreiding, inkrimping, klantverloop, diensten, uitgestelde omzet en contante inning laten zien. Het moet de hardwareprovider, werklast, productversie en specialistische ondersteuning identificeren. De concentratie kan hoog zijn omdat vroege klanten strategische partners zijn. De koper moet testen of deze relaties een verandering van controle of een hardwarestrategie overleven.
Omzetprognoses mogen er niet van uitgaan dat een bredere beschikbaarheid van hardware automatisch vraag creëert. Het model moet elk klantensegment koppelen aan een gedefinieerde capaciteit, adoptiegebeurtenis en verkoopkosten. Niet-ondersteunde marktvoorspellingen zouden buiten de bereikte-waardebrug moeten blijven.
9 Diligence-klantresultaten
Klantreferenties moeten zich richten op beslissingen en geaccepteerde resultaten. De koper moet vragen welk probleem is aangepakt, welke klassieke basislijn er bestond, welk doel werd gebruikt, hoe de resultaten werden gevalideerd, welke middelen werden verbruikt en of de klant een operationele beslissing heeft gewijzigd. Een gepubliceerde samenwerking kan van strategisch belang zijn zonder terugkerende economische waarde te creëren.
Acceptatiecriteria moeten waar mogelijk contractueel zijn. Chemiesoftware kan worden beoordeeld op voorspellende nauwkeurigheid en experimentele validatie. Optimalisatie kan worden beoordeeld op basis van objectieve waarde, haalbaarheid, looptijd en herhaalbaarheid. Foutdiagnostiek kan worden beoordeeld aan de hand van gemeten reductie- of validatiekwaliteit. De statistiek moet overeenkomen met het gebruik van de klant.
Draagbaarheid moet commercieel worden getest. Als de oorspronkelijke aanbieder niet beschikbaar is of het doel wordt overgenomen door een concurrerend hardwarebedrijf, kan de klant dan doorgaan? De koper moet de beëindigings-, exclusiviteits-, gegevens-, output-eigendoms-, audit- en ondersteuningsverplichtingen onderzoeken.
Het sterkste bewijs is herhaald betaald gebruik met een stabiele leveringseconomie. Het zwakste is een niet-ondertekende blijk van belangstelling. Bij de taxatie moet gebruik worden gemaakt van een klantbewijsladder in plaats van alle logo's in pijplijnwaarde te plaatsen.
10 Waardeer talent en wetenschappelijke kennis
Quantumsoftwareteams kunnen theoretische natuurkundigen, toegepaste wiskundigen, compileringenieurs, domeinwetenschappers, software-ingenieurs, productleiders en klantwetenschappers combineren. De koper moet elke kritische capaciteit toewijzen aan producten en mijlpalen. Organisatietitels alleen laten geen technische afhankelijkheid zien.
Het doelwit kan vertrouwen op de oprichters voor het ontwerp van algoritmen, de geloofwaardigheid van de klant en handmatige afstemming. Belangrijke ingenieurs kunnen eigenaar zijn van de compiler of het implementatiesysteem. Domeinwetenschappers kunnen klantproblemen vertalen naar oplosbare formuleringen. Het diligenceteam moet ongedocumenteerde kennis en een realistische vervangingstijd identificeren.
De retentie moet een weerspiegeling zijn van het werk na afsluiting. Servicegerichte beloningen kunnen de continuïteit ondersteunen. Bij mijlpaalbeloningen moet gebruik worden gemaakt van reproduceerbare resultaten en geaccepteerde klantresultaten. Compensatie moet voorkomen dat benchmarkselectie of niet-onderbouwde prestatieclaims worden beloond.
Integratie moet de wetenschappelijke uitdaging en de softwareleveringsdiscipline behouden. De koper moet de toegang tot de repository, het releasebeheer, de beveiliging, de architectuurautoriteit en het producteigendom definiëren. Een hardware-acquirer moet voorkomen dat elke applicatie op zijn eigen platform wordt geforceerd voordat de portabiliteit en de klantwaarde zijn getest.
11 Beoordeel de risico's op het gebied van cyberbeveiliging en de toeleveringsketen van software
Kwantumsoftwareproducten nemen het klassieke softwarerisico over. De koper moet de identiteit, bevoorrechte toegang, geheimen, afhankelijkheden beoordelen, pijplijnen bouwen, pakketondertekening, kwetsbaarheidsbeheer, logboekregistratie, incidentrespons en herstel. Cloudtokens en hardwarereferenties vereisen bijzondere controle.
Softwarestuklijsten moeten pakketten, versies, licenties en bekende kwetsbaarheden identificeren. Reproduceerbare builds en beschermde releasepijplijnen verminderen het risico dat het aangeschafte product niet kan worden gereconstrueerd of vertrouwd. De koper moet het herstel van back-ups testen en de mogelijkheid om alle inloggegevens te rouleren bij het sluiten.
Klant- en experimentele gegevens kunnen gevoelig zijn. Contracten en architectuur moeten laten zien waar inputs, circuits, kalibratiegegevens en outputs worden opgeslagen. Grensoverschrijdende verwerking, exportcontroles en sectorvereisten kunnen de integratie beïnvloeden. Beveiligingsrepresentaties moeten worden getoetst aan logboeken en incidenten.
De saneringskosten horen thuis in het waarderings- en integratieplan. Een waardevol algoritme met zwakke softwarecontroles kan repository-, cloud- en identiteitswerk vereisen voordat het kan worden ingezet bij gereguleerde klanten. Deze uitgaven mogen niet verborgen blijven in algemene synergie.
12 Modelvervangingskosten en vermeden tijd
De vervangingskosten moeten een schatting maken van het team, de gegevens, de experimenten, de software en de verstreken tijd die nodig zijn om de overdraagbare capaciteit te reproduceren. Historische uitgaven zijn een bewijs, maar omvatten ook mislukte trajecten en verzonken kosten. De koper moet het huidige systeem, de documentatie en de kennis waarderen die een geloofwaardig alternatief inkorten.
Het model moet het codevolume scheiden van de moeilijkheidsgraad. Een kleine compilerpas kan zeldzame expertise coderen. Een grote applicatierepository kan vervangbare integratiecode bevatten. Expertinterviews, repositorygeschiedenis en benchmarkreproductie helpen bij het identificeren van het knelpunt.
Vermeden tijd kan waardevol zijn wanneer een hardware- of industriële roadmap een vast venster heeft. De overnemende partij moet de aankoop- en integratietijd vergelijken met een interne build. Het voordeel moet worden verlaagd wanneer belangrijke rechten, klanten of personeel niet mogen worden overgedragen.
Open standaarden en open-sourceframeworks kunnen de vervangingskosten verlagen. Ze kunnen ook de markt uitbreiden en de waarde van complementaire eigen lagen vergroten. De waardering moet uitwijzen of de slotgracht van het doelwit sterker of zwakker wordt naarmate de interoperabiliteit verbetert.
13 Bouw het verdienmodel
Een inkomensmodel zou gebruik moeten maken van klantgegevens in plaats van een kwantummarktvoorspelling op afstand. De inkomsten moeten worden gesegmenteerd op basis van producten, diensten, subsidies en andere bronnen. De brutomarge moet de uitvoering van de cloud, hardwaretoegang, specialistische levering, ondersteuning en licenties van derden omvatten. Onderzoeksloonadministratie en productontwikkeling moeten zichtbaar blijven.
De prognose moet conversiegebeurtenissen modelleren. Een pilot converteert wanneer acceptatie, inkoop en budget zijn voldaan. Een abonnement wordt verlengd wanneer het product bruikbaar blijft op verschillende hardware en versies. Een dienstenproject wordt pas productinkomsten als de levering herhaalbaar is met minder maatwerk.
Het model moet hardware-afhankelijkheden bevatten. Als een waardevolle workflow de capaciteit van een provider vereist die over twee jaar wordt verwacht, moeten de inkomsten naar waarschijnlijkheid worden gewogen en voorzichtig worden gekapitaliseerd. Als het doelwit vandaag inkomsten haalt uit diagnostiek of simulatie, kan de bereikte cashflow de conventionele analyse ondersteunen.
De eindwaarde moet de technologische verandering en de concurrentie weerspiegelen. Een lange groeiperiode die niet wordt ondersteund door klantencohorten zorgt voor valse precisie. Het transactiecomité moet de inkomstenbenadering vergelijken met de vervangingskosten en de scenariowaarde.
14 Gebruik een scorekaart die is aangepast aan de draagbaarheid
De scorekaart moet het bewijs van algoritmen, portabiliteit, benchmarkkwaliteit, intellectueel eigendom, gegevens, klantresultaten, omzetkwaliteit, team, beveiliging en start- en landingsbaan omvatten. Elke score moet verband houden met bewijsmateriaal en een waarderingsimplicatie. Een hoge wetenschappelijke score kan ontbrekend eigenaarschap of zwakke klantacceptatie niet herstellen.
Portabiliteit zou aparte subscores moeten krijgen voor bron, semantiek, compilatie, uitvoering, prestatie en commerciële continuïteit. De koper moet het minimumniveau identificeren dat vereist is door de acquisitiescriptie. Een koper van hardware kan een afhankelijkheid accepteren die zijn platform versterkt. Een neutrale cloudkoper heeft mogelijk brede draagbaarheid van prestaties nodig.
De scorekaart moet concentratie tonen. Een target kan sterke gemiddelde cijfers behalen terwijl hij afhankelijk is van één aanbieder, wetenschapper of klant. Poortfouten moeten daarom afzonderlijk van de gewogen scores worden gerapporteerd. Het bestuur moet weten welke kwestie de scriptie ongeldig kan maken.
Scores zouden moeten veranderen na bevestigende tests. Het model moet het bewijs en de onderbouwing voor elke update behouden. Dit ondersteunt prijsonderhandelingen en verantwoording na afsluiting.
15 Leer van onthulde combinaties
De oprichting van Quantinuum combineerde Honeywell Quantum Solutions met Cambridge Quantum. Openbare aankondigingen beschreven een geïntegreerd hardware- en softwarebedrijf en productieondersteuning op lange termijn. De combinatie illustreert een thesis van verticale integratie, inclusief de mogelijkheid om software op verschillende platforms te ontwikkelen en tegelijkertijd een hardware-roadmap te beheren.
Door de overname van Quantum Benchmark door Keysight zijn software voor foutdiagnostiek, foutonderdrukking en prestatievalidatie toegevoegd aan een breder kwantumportfolio. De onthulde grondgedachte illustreert de waarde van software die hardware meet en verbetert. Er wordt geen op zichzelf staande algoritmewaardering beschreven.
Quantum Machines heeft QDevil overgenomen om de kwantumcontrolemogelijkheden uit te breiden van poortniveau naar qubit. SandboxAQ heeft Good Chemistry overgenomen om computationele chemietechnologie, klanten en talent toe te voegen. Deze transacties illustreren de stellingen over de controlestapel en domeinapplicaties.
De voorbeelden mogen niet worden behandeld als directe vergelijkingen zonder afstemming van prijs, inkomsten, rechten en bewijsmateriaal. Ze zijn nuttig voor het identificeren van strategische waarderoutes: verticale integratie, validatie, controle, domeinworkflow, toegang tot talent en klanten. Het doelwit moet in kaart worden gebracht op de route die wordt ondersteund door het bewijsmateriaal.
16 Construeer de hypothetische waardering
Het uitgewerkte voorbeeld maakt gebruik van een volledig hypothetisch kwantumsoftwaredoel. Het rapporteert USD 18 million aan jaarlijkse inkomsten: USD 11 million terugkerende productinkomsten, USD 4 million-diensten en USD 3 million-subsidies en andere inkomsten. Het heeft USD 96 million aan onbeperkt contant geld en USD 38 million aan jaarlijks contant gebruik. Deze bedragen vertegenwoordigen niet een geobserveerd bedrijf.
De centrale ondernemingswaarde is USD 420 million. Het wijst USD 105 million toe aan gevalideerde algoritmen en applicaties, USD 90 million aan compiler- en orkestratiemiddelen, USD 60 million aan klantrelaties en contracten, USD 45 million aan bedrijfseigen gegevens en workflows, USD 70 million aan team en knowhow, en USD 50 million aan routekaartopties. Elke waarde is een managementaanname.
Vier scenario's testen de draagbaarheid. Een beperkt geval waarin het hoofdalgoritme aan één provider gebonden blijft, heeft een waarde van USD 140 million en een waarschijnlijkheid van 25 procent. Een bron-draagbare maar prestatievariabele behuizing heeft een waarde van USD 360 million en een waarschijnlijkheid van 40 procent. Een draagbaar prestatieproduct met terugkerende klanten heeft een waarde van USD 820 million en een waarschijnlijkheid van 27 procent. Een categorieplatform met brede hardwaretoegang heeft een waarde van USD 1.80 billion en een waarschijnlijkheid van 8 procent. De illustratieve waarschijnlijkheidsgewogen waarde is USD 508.4 million vóór integratie, financiering en verwatering.
Het verschil tussen de centraal toegewezen waarde en de kansgewogen scenariowaarde legt aannames bloot. Een koper moet rekening houden met integratiekosten, retentie, toestemming van de klant, hardwarecontracten en financiering. Voorwaardelijke overwegingen kunnen de betaling afstemmen op portabiliteitstests en klantenbehoud.
17 Structuuroverwegingen rond bewijsmateriaal
Vooraf betalen kan leiden tot gecontroleerde code, rechten, cashflow en overdraagbare mogelijkheden. Uitgestelde betalingen kunnen afhankelijk zijn van een schone constructie, een volgehouden multi-target benchmark, klantbehoud of geaccepteerde productrelease. Retentiebeloningen moeten service en kennisoverdracht belonen.
Mijlpalen moeten doelen, versies, workloads, baselines, statistieken en onafhankelijke beoordeling specificeren. Een algemene eis dat software hardware-agnostisch moet blijven, roept discussie op. Een betere mijlpaal is dat gedefinieerde werklasten worden samengesteld en uitgevoerd volgens afgesproken doelen, terwijl wordt voldaan aan de drempelwaarden voor oplossingskwaliteit, tijd en kosten.
De overeenkomst moet technische veranderingen mogelijk maken. Nieuwe hardware kan een origineel doel vervangen. Vervangingsregels moeten de economische gelijkwaardigheid behouden en voorkomen dat beide partijen een kunstmatig gemakkelijke of onmogelijke test kiezen. Gekwalificeerde adviseurs moeten zich bezighouden met de gevolgen op het gebied van boekhouding, belastingen, werkgelegenheid en effecten.
De koper moet ook de gegevens en de klantcontinuïteit beschermen. Toestemmingen, transitiediensten, cloudtoegang en beveiligingsherstel kunnen afsluitende voorwaarden of convenanten zijn. Een escrow kan vastgestelde rechtenlacunes aanpakken. Elke bescherming moet in kaart worden gebracht met een waardeveranderend risico.
18 Plan de eerste honderd dagen
De eerste dertig dagen moeten opslagplaatsen, inloggegevens, cloudaccounts, klantgegevens en releasepijplijnen beveiligen. De koper moet cruciaal personeel bevestigen, de bewijsbasislijnen bevriezen en de toegang van de provider behouden. Klantcommunicatie moet de continuïteit verklaren zonder niet-ondersteunde prestatiebeloftes.
Dagen dertig tot zestig moeten builds reproduceren, belangrijke benchmarks opnieuw uitvoeren, productarchitectuur in kaart brengen en klantverplichtingen valideren. Het integratieteam moet gedeelde diensten scheiden van beschermd wetenschappelijk werk. Een gecombineerde routekaart moet identificeren welke platforms nog steeds worden ondersteund en waarom.
Dagen zestig tot honderd moeten overlappende tools rationaliseren, de product- en hardwarematrix goedkeuren, de beveiliging herstellen en kennisoverdracht testen. Commerciële leiders moeten de prijs-, ondersteunings- en verlengingsplannen herzien. Financiën moet de integratie-uitgaven en mijlpaalvoortgang in overeenstemming brengen met het investeringsscenario.
Het bestuur dient een waarderealisatierapport te ontvangen. Het moet de bereikte synergieën, het behouden van klanten, het bewijs van overdraagbaarheid, het gebruik van contant geld, de risico's en de volgende beslissingen laten zien. Technisch leren zou waarderingsaannames moeten actualiseren in plaats van alleen als activiteit te worden gerapporteerd.
Conclusie
De waarde van kwantumsoftware wordt niet bepaald door een hardware-agnostisch label. Het hangt af van de mate waarin algoritmen, compilers, workflows en klantresultaten een verandering in de uitvoeringsomgeving overleven. Bronvertaling, succesvolle compilatie en gelijkwaardige commerciële prestaties zijn verschillende bewijzen.
Een overnemende partij moet een algoritme-bewijsladder, een afhankelijkheidsgrafiek, een portabiliteitsmatrix, een benchmarkplan en een klantencohort bouwen. Het moet builds reproduceren, de functies van de provider controleren, de kwaliteit en de tijd tot oplossing meten, rechten bevestigen en het geld van klanten afstemmen. Bereikte activa moeten worden gescheiden van de voorwaardelijke routekaartwaarde.
Open representaties en standaarden kunnen de overstapkosten verlagen en tegelijkertijd doelspecifieke capaciteitsgrenzen blootleggen. Strategische combinaties laten zien dat software waarde kan creëren door middel van verticale integratie, diagnostiek, controle en domeinapplicaties. De waarde van een specifiek doelwit vereist nog steeds transactiespecifiek bewijs.
Besturen kunnen dit raamwerk gebruiken om te beslissen of ze willen verwerven, investeren, in licentie geven, samenwerken of bouwen. Elke materiële waardecomponent moet verwijzen naar gecontroleerde rechten, reproduceerbare prestaties, geaccepteerde klantresultaten of een expliciet geformuleerde managementaanname. De overweging moet in beweging komen als dat bewijsmateriaal verandert.
Bijlage A Draagbaarheidstestprotocol
Het protocol moet de bron, afhankelijkheden, compilerversies, doelprofielen, gegevens, zaden en acceptatiecriteria bevriezen. Het moet een primair doelwit, een geloofwaardig alternatief en een simulator of emulator omvatten. Het doel moet worden opgebouwd vanuit een schone omgeving met behulp van gedocumenteerde referenties en infrastructuur.
Elke run moet de compilatietijd, circuitbreedte en -diepte, native bewerkingen, shots, wachtrij- en uitvoeringstijd, klassieke naverwerking, nieuwe pogingen, totale kosten en oplossingskwaliteit registreren. Uitsluitingen en mislukte runs moeten in het record blijven. Een basislijnimplementatie moet dezelfde toegang en configuratie gebruiken.
Het rapport moet de bron, semantiek, compilatie, uitvoering, prestatie en commerciële portabiliteit classificeren. Hierin moet worden aangegeven welke wijzigingen nodig zijn en of deze behouden producttakken vormen. Onafhankelijke reviewers moeten voldoende toegang hebben om de conclusie te reproduceren.
Bijlage B Klant- en omzetbewijs
Het klantenschema moet de juridische tegenpartij, het product, de werklast, de hardwareleverancier, de looptijd, de toegezegde waarde, de diensten, de acceptatie, de facturering, het geld, de verlenging en de controlewijziging identificeren. Onderzoeksfinanciering en subsidies moeten gescheiden worden gehouden van terugkerende productinkomsten.
De cohortanalyse moet de terugkerende omzet bij het openen, nieuwe klanten, expansie, krimp, verloop en terugkerende omzet laten zien. Het moet aansluiten op de boekhoudkundige gegevens. De pijplijn moet buiten de gecontracteerde inkomsten blijven en de inkoop-, technische en budgettaire poorten identificeren.
Klantreferenties moeten de ondersteunde beslissing, de basislijn, de geaccepteerde output, de specialistische inspanning en de toekomstige intentie bevestigen. De koper moet testen of de relatie een hardware- of eigendomsverandering overleeft.
Bijlage C Taxatiedatakamer
De technische dataroom moet opslagplaatsen, bouwinstructies, afhankelijkheidsvergrendelingen, softwarestuklijsten, licenties, overeenkomsten met bijdragers, patenten, datarechten, benchmarks, onbewerkte uitvoeringsgegevens, doelconfiguraties, beveiligingsgegevens en incidentgeschiedenis bevatten. Het moet negatieve en mislukte experimenten omvatten.
Commerciële documenten moeten contracten, werkoverzichten, subsidies, facturen, kassabonnen, ondersteuningslogboeken en gebruik bevatten. Financiële gegevens moeten inkomstencategorieën, brutomarge, onderzoeksuitgaven, contant geld, verplichtingen en maandelijks contant geldgebruik met elkaar in overeenstemming brengen.
Het diligencerapport moet identificeren wat er is gereproduceerd, bemonsterd, niet beschikbaar of betwist. Elke onopgeloste kloof moet zichtbaar worden in de prijs, de structuur, het integratiebudget of de goedkeuringsvoorwaarden.
Bijlage D Integratiewaardegrootboek
Het grootboek voor de integratiewaarde moet onderscheid maken tussen omzet, kosten, kapitaal en strategische effecten. Opbrengsteffecten kunnen bestaan uit klantbehoud, cross-sell, toegang tot nieuwe platforms en snellere conversie uit pilots. Kosteneffecten kunnen onder meer het verwijderen van dubbele infrastructuur, inkoopvoordelen en lagere externe licentie-uitgaven omvatten. Kapitaaleffecten omvatten vermeden interne ontwikkeling en kortere tijd tot de volgende productrelease. Strategische effecten omvatten de controle over een kritische compiler, workflow, data-asset of klantinterface.
Elk item moet een basislijn, verantwoordelijke eigenaar, timing, vereiste uitgaven en bewijsbron hebben. Een bruto synergieschatting moet worden verlaagd voor klantverloop, productverstoring, retentiebeloningen, cloudmigratie, beveiligingsherstel, dubbele platformondersteuning en belastingen. Voordelen die afhankelijk zijn van toekomstige hardware moeten op waarschijnlijkheid worden gewogen en afzonderlijk worden getoond van acties op korte termijn.
Het grootboek moet dubbeltellingen voorkomen. De portabiliteit van algoritmen kan het klantenbehoud ondersteunen en de wederopbouwkosten verlagen, maar hetzelfde voordeel zou niet in beide lijnen moeten optreden zonder afstemming. De koper moet ook onderscheid maken tussen de waarde die wordt overgedragen van een andere bedrijfseenheid en de waarde die wordt gecreëerd voor de gecombineerde groep. Het verplaatsen van cloud- of engineeringkosten naar een centraal budget creëert op zichzelf geen bedrijfswaarde.
Rapportage na afsluiting moet de gerealiseerde waarde vergelijken met de goedgekeurde casus. Technische statistieken moeten aansluiten op commerciële resultaten. Een succesvolle multi-target benchmark heeft een beperkte transactiewaarde totdat deze de ondersteuningskosten verlaagt, een klant behoudt, de distributie uitbreidt of een product ontgrendelt. Een klantverlenging moet zorgvuldig worden toegewezen als deze ook afhankelijk is van de verkoop, hardwarevooruitgang of prijsstelling.
Het bestuur moet het grootboek met bepaalde tussenpozen beoordelen en de investeringscasus herzien als het bewijsmateriaal verandert. Niet gerealiseerde waarde zou aanleiding moeten geven tot een product-, kapitaal- of integratiebeslissing. Het doel is om een traceerbare verbinding te behouden tussen de acquisitiethesis, technisch bewijsmateriaal, contant geld en verantwoordelijke uitvoering.
Bijlage E Beslissingscijfers en tabellen
Voorgestelde volgorde; elke fase vereist een reproduceerbaar record en een gedefinieerde acceptatietest.
Geheel hypothetische managementaannames; score combineert genormaliseerde oplossingskwaliteit, tijd en kosten.
Geheel hypothetische managementaannames; USD miljoen.
Geheel hypothetische managementaannames; USD miljoen.
Geheel hypothetische managementaannames; USD miljoen.
| Laag | Test | Veel voorkomende mislukking | Waardering gebruik |
|---|---|---|---|
| Bron | Code vertaalt of wordt uitgedrukt via een gedeelde taal | De syntaxis beweegt terwijl de afhankelijkheden blijven bestaan | Beperkt bewijs van overdraagbaarheid |
| Semantisch | De wiskundige bedoeling blijft gelijkwaardig | Doelbeperkingen veranderen de methode | Algoritme bewijs aanpassing |
| Compilatie | Het programma zakt naar de doelstapel | Niet-ondersteunde besturings-, poorten- of runtime-functies | Kosten voor retargeting |
| Uitvoering | Volledige workflow wordt uitgevoerd onder ondersteunde omstandigheden | Verborgen providerservice of handmatige tussenkomst | Capaciteitstest behaald |
| Prestatie | Kwaliteit, tijd en kosten blijven binnen de perken | Equivalente output wordt oneconomisch | Product- en optiewaarde |
| Commercieel | Klant accepteert, betaalt en verlengt | Verandering van hardware of eigenaar verhindert de adoptie | Relatie en inkomenswaarde |
Voorgestelde hiërarchie; elke laag vereist zijn eigen bewijsmateriaal.
| Fase | Vereist record | Onafhankelijke controle | Waardering behandeling |
|---|---|---|---|
| Wiskundige bewering | Probleem, aannames en juistheidscriterium | Deskundige beoordeling | Alleen onderzoeksoptie |
| Reproduceerbare simulatie | Code, data, zaden en klassieke basislijn | Herhaling van een schone omgeving | Knowhow en codewaarde |
| Doelcompilatie | Compiler-, profiel-, circuit- en bronrecords | Herhaal de bouw | Voorwaardelijke implementatiewaarde |
| Hardware-uitvoering | Taken, kalibratie, opnamen, tijd, kosten en output | Uitgehouden run | Technisch bewijs verkregen |
| Cross-target prestaties | Vergelijkbare doelstellingen en acceptatiedrempels | Onafhankelijke benchmark | Verhoging van de draagbaarheid |
| Klantacceptatie | Contract, levering, factuur en contant geld | Klant- en boekhoudafstemming | Commerciële waarde |
Voorgestelde transactie-diligence-volgorde.
| Laag | Bewijs | Afhankelijkheidsrisico | Waarde implicatie |
|---|---|---|---|
| Talen en bibliotheken | Repositories, versies, licenties en tests | Brekende wijzigingen en componenten die geen eigendom zijn | Onderhouds- en saneringskosten |
| Tussenvertegenwoordiging | Profielen, transformaties en validatie | Niet-ondersteunde semantiek of doelfuncties | Aanpassing van de draagbaarheid |
| Compiler en passen | Bouw, benchmarks, eigendom en documentatie | Doelspecifieke optimalisatie | Behaalde activa- of retargetingkosten |
| Hardware en cloud | Contracten, toegang, wachtrijen, prijzen en functies | Concentratie van aanbieders en controlewijziging | Prestaties en klantaanpassing |
| Klassieke werkstroom | Data, HPC, AI, nabewerking en orkestratie | Quantumclaim is afhankelijk van klassieke activa | Wijs waarde toe aan het volledige systeem |
Voorgestelde minimale herziening van de software-uitvoeringsketen.
| Waardecomponent | Illustratief bedrag | Bewijspoort | Nadeel behandeling |
|---|---|---|---|
| Gevalideerde algoritmen en toepassingen | USD 105 million | Reproduceerbare benchmarks en rechten | Draagbaarheid tegenhouden |
| Compiler en orkestratie | USD 90 million | Clean build, doelgericht bewijs en eigendom | Saneringsreserve |
| Klantrelaties en contracten | USD 60 million | Acceptatie, verlenging, contant geld en toestemming | Retentie aanpassing |
| Eigen gegevens en workflows | USD 45 million | Herkomst, overdrachtsrechten en bijdrage | Rechten aftrek |
| Team en kennis | USD 70 million | Behoud van cruciale rollen en kennisoverdracht | Op service gebaseerde retentie |
| Opties voor routekaarten | USD 50 million | Gefinancierde portabiliteit en klantmijlpalen | Voorwaardelijke overweging |
Geheel hypothetische managementaannames; niet waargenomen bedrijfs- of transactiegegevens.
| Bewijs | Wat het ondersteunt | Beperking | Waardering gebruik |
|---|---|---|---|
| Onderzoekssamenwerking | Toegang en technische betrokkenheid | Mogelijk ontbreekt een terugkerend budget of acceptatie | Relatie bewijs |
| Subsidie of onderscheiding | Gefinancierde reikwijdte en beleidsondersteuning | Beperkt gebruik en beperkte herhaling | Contant gecontracteerd met voorwaarden |
| Betaalde piloot | Klantbudget en gedefinieerd experiment | Maatwerk is mogelijk niet schaalbaar | Voor waarschijnlijkheid gecorrigeerde conversie |
| Geaccepteerde productlevering | Prestaties volgens overeengekomen criteria | Brengt geen vernieuwing tot stand | Contract- en leveringswaarde |
| Herhaal betaald gebruik | Blijvende budgettaire en operationele relevantie | Kan providerafhankelijk blijven | Sterker inkomensbewijs |
Voorgestelde classificatie voor inkomstendiligence.
| Meeteenheid | Illustratief bedrag | Diligence vraag | Waardering gevolg |
|---|---|---|---|
| Terugkerende productopbrengsten | USD 11 million | Verlenging, marge en portabiliteit | Inkomensondersteuning |
| Inkomsten uit diensten | USD 4 million | Inspanning en herhaalbaarheid van de oprichter | Aanpassing van diensten |
| Subsidies en andere inkomsten | USD 3 million | Beperkingen en herhaling | Los van productmultiple |
| Onbeperkt contant geld | USD 96 million | Beschikbaarheid en verplichtingen | Verzoening van aandelenwaarde |
| Jaarlijks contant gebruik | USD 38 million | Volgende bewijspoort en doorlooptijd van financiering | Aanpassing van de landingsbaan en verdunning |
Geheel hypothetische managementaannames; USD miljoen.
| Beslissingsgebied | Groen bewijs | Amberkleurige staat | Rode staat |
|---|---|---|---|
| Draagbaarheid | Uitgestelde werklasten voldoen aan de kwaliteits-, tijd- en kostendrempels voor overeengekomen doelstellingen | Portabiliteit van bron- en uitvoering met prestatievariatie | Marketingclaim zonder reproduceerbaar doelbewijs |
| Rechten | Code, gegevens, licenties en bijdragerechten bevestigd | Gelimiteerde sanering met kosten en datum | Kritieke capaciteit is niet in eigendom of niet-overdraagbaar |
| Klanten | Betaalde acceptatie, verlenging en contante afstemming | Pilot- of gefinancierd onderzoek met conversieplan | Logo's of pijplijn behandeld als terugkerende inkomsten |
| Team en veiligheid | Cruciale rollen behouden; schone build en toegangsoverdracht geslaagd | Gedocumenteerd herstel- en retentieplan | Inloggegevens van de oprichter of een onveilige toeleveringsketen zijn vereist |
| Waardering | Verkregen activa en voorwaardelijke opties gescheiden | Breed maar expliciet scenariobereik | Marktvoorspellingen vervangen bewijs |
Voorgesteld besliskader.
Bronnen
- Quantum Economic Development Consortium, applicatiegerichte prestatiebenchmarks voor quantum computing. Lees de primaire bron
- Quantum Economic Development Consortium, Quantum-algoritmeverkenning met behulp van toepassingsgerichte prestatiebenchmarks, 2024. Lees de primaire bron
- Quantum Economic Development Consortium, technische adviescommissie voor normen en prestatiestatistieken. Lees de primaire bron
- Microsoft Azure Quantum, Quantum Intermediate-vertegenwoordiging. Lees de primaire bron
- Microsoft Azure Quantum, QIR-doelprofielen in de Quantum Development Kit, 2026. Lees de primaire bron
- Microsoft Azure Quantum, Backend-kwantumsimulators van kwantumproviders, 2026. Lees de primaire bron
- OpenQASM, OpenQASM 3 live-specificatie. Lees de primaire bron
- Cross en medewerkers, OpenQASM 3: een bredere en diepere kwantumassembleertaal, ACM Transactions on Quantum Computing, 2022. Lees de primaire bron
- Amazon Web Services, ondersteuning voor OpenQASM op verschillende Amazon Braket-apparaten. Lees de primaire bron
- Amazon Web Services, OpenQASM-functies ondersteund door Amazon Braket. Lees de primaire bron
- IBM Quantum, Qiskit-transpilerdocumentatie. Lees de primaire bron
- IBM Quantum-, Backend- en doeldocumentatie. Lees de primaire bron
- Google Quantum AI, Cirq-documentatie. Lees de primaire bron
- NVIDIA, CUDA-Q-documentatie. Lees de primaire bron
- NVIDIA, cuQuantum SDK-documentatie, 2026. Lees de primaire bron
- Xanadu, PennyLane-documentatie. Lees de primaire bron
- Linux Foundation, QIR Alliantie. Lees de primaire bron
- Nationaal Instituut voor Standaarden en Technologie, Kwantuminformatiewetenschap. Lees de primaire bron
- ISO, ISO/IEC 4879:2024 Kwantumtechnologieën; Vocabulaire. Lees de primaire bron
- Honeywell, Honeywell Quantum Solutions en Cambridge Quantum voltooien bedrijfscombinatie, 2021. Lees de primaire bron
- Quantinuum, Maak kennis met Quantinuum, 2021. Lees de primaire bron
- Quantinuum, Registratieverklaring ingediend bij de Amerikaanse Securities and Exchange Commission, 2026. Lees de primaire bron
- Keysight Technologies, Keysight Technologies neemt Quantum Benchmark over, 2021. Lees de primaire bron
- Quantum Machines, Quantum Machines neemt QDevil over, 2022. Lees de primaire bron
- SandboxAQ, SandboxAQ neemt Good Chemistry over, 2024. Lees de primaire bron
- IFRS Foundation, IFRS 3 Bedrijfscombinaties. Lees de primaire bron
- IFRS Foundation, IFRS 13 Waardering tegen reële waarde. Lees de primaire bron
- IFRS Foundation, IAS 38 Immateriële activa. Lees de primaire bron
- International Valuation Standards Council, Internationale Waarderingsstandaarden. Lees de primaire bron
- Amerikaanse Securities and Exchange Commission, Financial Reporting Manual. Lees de primaire bron
- Nationaal Instituut voor Standaarden en Technologie, Secure Software Development Framework SP 800-218. Lees de primaire bron
- Nationaal Instituut voor Standaarden en Technologie, Cybersecurity Framework 2.0. Lees de primaire bron
