Klantportaal voor productdocumentatie en certificaten

Uit gesprekken met meer dan 50 fabrikanten zien wij een duidelijke voorkeur. Teams halen compliancewerk steeds meer in eigen huis. Ze willen minder partijen tussen hun productteams en hun bewijsmateriaal.

Het Klantportaal is het klantgerichte onderdeel van ons SaaS-platform voor het delen van documenten. Specifieke klanten krijgen rechtstreeks toegang tot goedgekeurde productbestanden, terwijl uw team de producten, versies, documenten en toegangsperiode beheert.

Fabrikanten willen minder overdrachtsmomenten

Compliancewerk loopt vaak dwars door meerdere bedrijven heen.

Een onderdeelleverancier levert een SBOM aan. Een testlaboratorium stelt een rapport op. Een consultant helpt het technisch dossier voorbereiden. Een softwareleverancier bewaart een deel van het dossier.

Externe ondersteuning is nuttig. Het probleem begint zodra de fabrikant de grip op het bewijsmateriaal verliest.

De fabrikant beantwoordt nog steeds de vragen van klanten. En de fabrikant moet het productdossier bijhouden als een leverancier verandert.

Daarom willen steeds meer teams het werkdossier in eigen huis houden. Ze kopen nog steeds specialistische hulp in, maar het bewijsmateriaal komt terug in hun eigen proces.

Het voorkeursmodel is eenvoudig.

Leveranciers leveren bewijsmateriaal aan. Fabrikanten zijn eigenaar van het uiteindelijke productdossier. Klanten ontvangen een goedgekeurd deel van dat dossier.

Een leverancier wordt een risico als bewijsmateriaal niet kan worden overgedragen

In die gesprekken beginnen problemen met leveranciers vaak met onduidelijke leveringsafspraken.

Een leverancier stuurt bij de start van een project één SBOM. De fabrikant verwacht een bijgewerkt bestand bij elke release van een onderdeel.

Een laboratorium stuurt een pdf zonder duidelijke productversie. Het rapport is dan lastig te gebruiken bij een releasebeoordeling.

Een consultant bewaart het technisch dossier in zijn eigen werkomgeving. De fabrikant heeft geen nette export zodra het contract afloopt.

Het werk is afgerond, maar het bewijsmateriaal kan niet mee.

Dat leidt tot vier veelvoorkomende problemen:

1. Versieverwarring: niemand kan bevestigen welk bestand bij welke release hoort
2. Trage reacties naar klanten: herhaalde verzoeken starten de zoek- en goedkeuringsketen telkens opnieuw
3. Afhankelijkheid van een leverancier: één extern account wordt de enige route naar het dossier
4. Zwakke wijzigingsgeschiedenis: gecorrigeerde bestanden vervangen oudere versies zonder duidelijk spoor

Leg de leveringsafspraken vast voordat het werk begint.

Benoem het bestand, het formaat, de productversie, de aanleiding voor een update en de leverdatum. Voeg een exportstap toe voor het einde van de samenwerking.

Bepaal voor softwarecomponenten de verwachte output met de handleiding voor SBOM-generatie. Spreek voor de kwetsbaarheidsstatus af wanneer de leverancier een VEX-document aanlevert.

Leveranciersinput en klantdeling dienen een ander doel

Bewijsmateriaal van leveranciers stroomt het dossier van de fabrikant in. Bewijsmateriaal voor klanten stroomt eruit.

De fabrikant staat tussen beide stromen in.

Deze scheiding beschermt de interne werkomgeving.

Klanten zien geen verzoeken aan leveranciers. Ze zien geen interne beoordelingsnotities. Ze zien geen bewijsmateriaal voor producten die niet voor hen relevant zijn.

Leveranciers krijgen geen toegang tot klantomgevingen.

Klanten beginnen bij de producten die met hen zijn gedeeld

Nadat klanten hun toegangstoken hebben ingevoerd, zien ze de producten die voor hen beschikbaar zijn.

Elke kaart toont de productnaam, de omschrijving, het aantal gedeelde versies en de nieuwste gedeelde versie. De klant gaat rechtstreeks vanuit de catalogus naar het juiste product.

Elk product houdt zijn gedeelde versies bij elkaar

Klanten selecteren een gedeeld product uit de catalogus. De productpagina toont elke versie die binnen hun toegangsbereik valt.

De nieuwste gedeelde versie staat bovenaan. Oudere gedeelde versies blijven daaronder beschikbaar.

De klant opent de versie die in zijn eigen omgeving draait. Zo staan actuele en oudere productdocumentatie op één pagina.

Elke versie heeft zijn eigen gepubliceerde bestanden

Productdocumentatie verandert vaak tussen releases.

Een testrapport voor versie 3.4.1 beschrijft geen versie 3.2.0. Dezelfde regel geldt voor risicobeoordelingen, architectuurdocumenten, SBOM's en de kwetsbaarheidsstatus.

Het Klantportaal houdt die versiegrens zichtbaar.

Klanten openen de versie die zij gebruiken. Ze kunnen één bestand downloaden of de beschikbare bundel.

Dit overzicht houdt de bestanden gekoppeld aan hun product en versie.

De productnaam is duidelijk. Het versienummer is duidelijk. De beschikbare bestanden staan gegroepeerd onder die versie.

U bepaalt hoe versies het portaal binnenkomen

Elk product heeft twee deelopties.

Geselecteerde versies publiceren

Kies losse versies wanneer elke release een laatste controle nodig heeft.

Dit werkt goed voor gevoelige producten. Het past ook bij contracten die een exacte ondersteunde versie noemen.

Uw team selecteert de versie nadat het beschikbare bewijsmateriaal is beoordeeld.

Huidige en toekomstige, in aanmerking komende versies opnemen

Kies automatische opname wanneer dezelfde deelregel voor alle releases geldt.

Nieuwe, in aanmerking komende versies komen zonder extra selectiestap in de bedrijfsscope terecht. Bestanden doorlopen nog steeds hun normale beoordelings- en publicatiestatus.

Beide opties combineren

Eén organisatie kan beide modellen gebruiken.

Een industrieel product kan met geselecteerde versies werken. Een standaard softwareproduct kan automatische opname gebruiken.

U hoeft niet voor elke productlijn dezelfde deelregel te hanteren.

De bedrijfsscope bepaalt het deelplafond

De bedrijfsscope is de grootste bewijsset die via klantomgevingen beschikbaar is.

Elke klant erft die scope of krijgt een smallere versie ervan. Een klant krijgt nooit meer dan het bedrijf heeft goedgekeurd.

Een wijziging bij de ene klant verandert niets voor een andere klant.

Dit ondersteunt verschillende commerciële relaties:

Een smaller klantbereik vermindert ook het risico op onbedoeld te veel delen.

Inkoopteams hebben geen interne notities nodig. Klanten hebben geen bewijsmateriaal nodig voor producten die nog niet zijn uitgebracht.

Publiceer de bestanden die bij de klantrelatie passen

De beschikbare publicatieset omvat gangbare productdocumentatie.

U kunt delen:

• SBOM-bestanden gekoppeld aan de gepubliceerde versie
• VEX-documenten met de kwetsbaarheidsstatus
• CSAF-beveiligingsadviezen
• gegenereerde EU-conformiteitsverklaringen
• gegenereerde gebruikersinformatie en instructies
• versiebundels
• individueel geselecteerde goedgekeurde documenten

Hardware bills of materials maken geen deel uit van de huidige publicatieset van het Klantportaal.

Delen blijft een beslissing van de fabrikant. Het portaal publiceert niet standaard elk intern bestand.

Begin met de documenten die klanten al opvragen. Voeg nieuwe bestandstypen toe zodra de commerciële relatie daarom vraagt.

Gebruik voor de SBOM-planning de CRA SBOM-vereistengids.

Tokens houden klantomgevingen gescheiden

Klantomgevingen vereisen een toegangstoken. Het zijn geen anonieme, openbare pagina's.

Uw team maakt de token aan voor een specifieke klant. De ruwe token verschijnt eenmalig op het moment van aanmaken. Het platform slaat de hash ervan op, niet de ruwe waarde.

U kunt een vervaldatum instellen. U kunt de token roteren wanneer een contactpersoon wijzigt. U kunt de token intrekken zodra de relatie eindigt.

Zo ontstaat een duidelijk toegangsproces zonder dat klantgebruikers worden toegevoegd aan de interne werkomgeving van de fabrikant.

Klanten doorzoeken de catalogus in hun browser. Ze kunnen ook een machineleesbaar manifest gebruiken in een intern werkproces.

Downloadgeschiedenis ondersteunt opvolging

Het portaal registreert klantactiviteit en downloads.

Die geschiedenis helpt bij het beantwoorden van praktische vragen:

• Welke klant de omgeving heeft geopend
• Welk bestand of welke bundel is gedownload
• Wanneer de download plaatsvond
• Welke token de klant vertegenwoordigde

De geschiedenis toont leveringsactiviteit. Ze bewijst niet dat de klant een document heeft gelezen of geaccepteerd.

Leg acceptatievoorwaarden vast in de klantovereenkomst. Gebruik de portaalgeschiedenis als leveringsbewijs.

Gecontroleerde zelfbediening bespaart herhaald e-mailwerk

Het eerste verzoek van een klant om bewijsmateriaal lijkt vaak klein.

Iemand zoekt de bestanden op. Iemand controleert de versie. Iemand keurt de e-mail goed. Iemand verstuurt de bijlage.

Datzelfde werk herhaalt zich voor de volgende klant.

Het Klantportaal verplaatst die inspanning naar de publicatiestap. Na goedkeuring halen klanten het beschikbare bewijsmateriaal zelf op.

De fabrikant houdt controle over elk gedeeld product en elke gedeelde versie.

Dit model werkt voor:

• Bewijspakketten voor inkoop
• Beoordelingen van productintegratie
• Beveiligingsbeoordelingen door klanten
• Documentlevering per release
• Doorlopende toegang tijdens een supportcontract

Een eenvoudige start begint met één klant

Begin niet met het publiceren van het hele portfolio.

Kies één product en één klant.

Breng eerst in kaart welke bestanden die klant al opvraagt. Koppel elk bestand aan de juiste productversie.

Stel vervolgens de bedrijfsscope voor dat product in. Kies voor geselecteerde versies of automatische opname.

Maak daarna de klantomgeving aan. Gebruik een smaller klantbereik als de overeenkomst dat vereist.

Open ten slotte de omgeving met de uitgegeven token. Controleer de productcatalogus, de versiepagina, de bestandsnamen en de bundel.

Herhaal dit patroon zodra de eerste omgeving klopt.

Gebruik voor het bredere interne dossier de gids voor technische documentatie.

Alleen voor informatieve doeleinden. Deze inhoud vormt geen juridisch advies. Raadpleeg voor specifiek compliance-advies een gekwalificeerd juridisch adviseur die bekend is met EU-productregelgeving.