Artikel 1 – Doel en onderscheid tussen softwarevormen
Stichting NRBI gebruikt software om bouwkundige inspecties en deskundigenonderzoeken uniform en controleerbaar te laten uitvoeren door zelfstandige bouwkundige adviesbureaus, zzp’ers en registerbouwkundigen. LoyalExperts verzorgt het Expertisecoördinatiecentrum (ECC). Het kwaliteitsdoel is uniformiteit van templates, herleidbare onderzoeksgegevens en afzonderlijke rapportvalidatie.
NRBI-software is de software die Stichting NRBI zelf via haar aangewezen software- of hofleverancier beschikbaar stelt voor de benoemde diensten. NRBI Approved Software is andere inspectie- en rapportagesoftware van een externe leverancier of van een deskundigenbedrijf zelf, die na een verplichte toets schriftelijk is toegelaten voor benoemde versies, diensten en NRBI-templates. Deze begrippen zijn niet uitwisselbaar.
NRBI bepaalt welke diensten via de eigen softwareleverancier worden ondersteund en of andere leveranciers worden toegelaten, bijvoorbeeld voor inspecties die buiten het aanbod van de hofleverancier vallen. Een externe leverancier heeft geen automatisch recht op toelating of overname van de scope van de hofleverancier. Het besluit bepaalt de toepassing; ook de voor NRBI aangeboden software en templates moeten aantoonbaar aan de toepasselijke kwaliteitscriteria voldoen.
Een aanvraag, aansluiting of betaling is op zichzelf geen softwaregoedkeuring. Dit protocol verleent geen goedkeuring aan een nog niet beoordeelde leverancier.
Terug naar inhoudsopgave ↑Artikel 2 – Verplichte softwaretoets en afzonderlijke kwaliteitskenmerken
Een NRBI Approved Software-toets is verplicht vóór de status Approved Software mag worden gebruikt. De software en rapportagetemplates moeten aan het toepasselijke NRBI-kader voldoen en de vereisten van NTA 8060 en NEN 2767 ondersteunen voor de werkzaamheden waarvoor deze normen gelden. De toetsmatrix legt per dienst, template en gebruikte normeditie vast welke onderdelen zijn geïmplementeerd en hoe naleving aantoonbaar wordt gemaakt. Een norm die niet bij de aangevraagde dienst hoort, wordt gemotiveerd als niet van toepassing vastgelegd; er wordt geen normtoepassing gesuggereerd die niet is onderzocht.
Softwaretoelating, persoonsregistratie of certificering, rapportvalidatie en verzekeringsdekking zijn afzonderlijke kenmerken. Een toegelaten pakket maakt de gebruiker niet automatisch registerbouwkundige en maakt niet ieder rapport tot een gevalideerd of collectief verzekerd NRBI-rapport. De deskundige blijft verantwoordelijk voor opdracht, onderzoek, waarnemingen, onderbouwing, beperkingen en conclusies. Een softwaretoelating is geen NEN-certificaat.
Terug naar inhoudsopgave ↑Artikel 3 – Rollen en besluitvorming
Stichting NRBI is kaderhouder en beslist over toelating, toepassingsbereik, gebruik van de NRBI-beeldmerken en voortzetting van de status. ECC-LoyalExperts coördineert de aanvraag, praktische beoordeling, registratie, validatiestroom en opvolging namens NRBI. De aangewezen beoordelaars leggen hun toetsbevindingen vast. De leverancier bouwt en onderhoudt de toegelaten functionaliteit en templates; het deskundigenbedrijf bewaakt het gebruik daarvan door zijn medewerkers en zelfstandige uitvoerders.
Dezelfde partij kan een eigen softwareomgeving hebben en als deskundigenbedrijf gebruiker zijn. In dat geval gelden zowel het leveranciersprotocol als de gebruiksvoorwaarden. Een leverancier kan niet zelf een onafhankelijk NRBI-toelatingsbesluit of validatiebesluit voor zijn eigen product afgeven.
Terug naar inhoudsopgave ↑Artikel 4 – Verplicht NRBI-lidmaatschap en bevoegde gebruikers
Het bouwkundig adviesbureau, deskundigenbedrijf of de zzp’er die binnen dit kader met eigen of NRBI Approved Software werkt, moet lid zijn van Stichting NRBI. Bij een zelfstandige registerbouwkundige worden de persoonlijke registratie en de aansluiting van diens onderneming vastgelegd. Een minimumaantal ingediende rapporten vervangt het lidmaatschap niet.
Leden en registerbouwkundigen kiezen, binnen het door NRBI toegestane aanbod, uit NRBI-software of toegelaten Approved Software. Toegang wordt gekoppeld aan het bedrijf, de bevoegde uitvoerder en de toegekende templates. Voor diensten met vereiste persoonsregistratie of certificering blijft de juiste individuele scope verplicht. De toestemming voor een softwarepakket breidt die scope niet uit.
Een lidbedrijf met eigen toegelaten inspectiesoftware biedt minimaal 25 verschillende rapportages per kalenderjaar aan ter validatie om het feitelijke templategebruik en de uniformiteit aantoonbaar te houden. De softwareleverancier en het gebruikersbedrijf hebben verschillende rollen: een ontwikkelaar wordt als softwareambassadeur aangesloten volgens het leveranciersprotocol; dit geeft diens klanten niet automatisch het vereiste NRBI-lidmaatschap.
Terug naar inhoudsopgave ↑Artikel 5 – Verplichte uniforme NRBI-templates
De leverancier stelt herkenbare templates met de toegestane NRBI-logo’s beschikbaar voor de goedgekeurde inspecties en deskundigenonderzoeken. De gebruiker kiest het template dat past bij de opdracht, eigen bevoegdheid en toepasselijke protocolversie. De onderzoeksgrenzen en verplichte velden mogen niet door een vrij eigen rapportmodel worden vervangen.
Het rapport bevat ten minste opdrachtgever en object, opdracht en onderzoeksvragen, uitvoerder en waar van toepassing RBI-registratie, opnamedatum, onderzoeksmethode, toegepaste protocol- en normeditie voor zover relevant, waarnemingen en bronverwijzingen, beperkingen, conclusies en de overeengekomen vervolginformatie. Foto’s, metingen, aannames en informatie van partijen worden van elkaar onderscheiden. Bij een geschil worden hoor en wederhoor en de gekozen procedure vastgelegd overeenkomstig het toepasselijke onderzoeksprotocol.
Eigen vormgeving, bedrijfslogo’s en aanvullende tekst zijn toegestaan binnen het toelatingsbesluit, zolang verplichte inhoud, statusinformatie, NRBI-verwijzingen en controleerbaarheid intact blijven. Het aanpassen van verplichte velden, beoordelingsmethodiek, rekenregels of validatietekst vereist vooraf beoordeling volgens het leveranciersprotocol.
Terug naar inhoudsopgave ↑Artikel 6 – Minimaal 25 rapportages per kalenderjaar bij eigen software
Het NRBI-lidbedrijf dat zijn eigen inspectiesoftware laat toelaten, biedt minimaal 25 verschillende rapportages per kalenderjaar ter validatie aan. Het toelatings- en aansluitingsbesluit noemt de onderneming, softwareomgeving en verantwoordelijke contactpersoon. De verplichting geldt per aangesloten onderneming met de eigen toegelaten omgeving, niet automatisch per medewerker of account. Voor gebruikers van een extern toegelaten pakket gelden daarnaast de overeengekomen gebruiks- en validatieafspraken; dit protocol kent hun geen lidmaatschapsvrijstelling toe.
Een kalenderjaar loopt van 1 januari tot en met 31 december. Het betreft daadwerkelijk uitgevoerde opdrachten met een voldoende compleet rapport en de benodigde onderzoeksgegevens. Herindieningen, revisies en addenda bij hetzelfde onderzochte rapport tellen niet opnieuw. Fictieve, dubbele, ingetrokken of niet beoordeelbare inzendingen tellen niet mee. Aanbieden betekent dat inhoudelijke beoordeling mogelijk is; het betekent geen gegarandeerde positieve validatie.
ECC registreert per inzending bedrijf, rapportidentificatie, software- en templateversie, datum, LEX-Tool-nummer en uitkomst. Een negatief beoordeeld, inhoudelijk behandelbaar rapport blijft zichtbaar in het toezicht; noodzakelijke correcties moeten worden opgevolgd. Alleen aantallen halen is onvoldoende bij structurele afwijkingen.
Bij aansluiting gedurende het jaar worden startperiode, eerste uiterste datum en aantoonbare instroom vooraf vastgelegd. Er geldt geen stilzwijgende vrijstelling of automatische evenredige verlaging van het minimum. Een afwijking moet uitdrukkelijk door NRBI zijn vastgelegd. Bij dreigende onderschrijding meldt het bedrijf dit tijdig aan ECC.
Terug naar inhoudsopgave ↑Artikel 7 – Rapportvalidatie en uniek LEX-Tool-nummer
Bij het aanbieden van een rapport voor validatie wordt het rapport in de LEX-Tool geregistreerd en ontvangt het een uniek LEX-Tool-validatienummer, of wordt het aan de al bestaande bevoegde opdrachtregistratie gekoppeld. Het nummer wordt opgenomen in het rapport en in de validatiegegevens. Er wordt geen tweede, conflicterend nummer voor dezelfde registratie aangemaakt. Een lokaal softwarekenmerk kan aanvullend blijven bestaan, met een herleidbare koppeling.
Indienen en nummeruitgifte zijn geen positief validatiebesluit. De software toont de daadwerkelijke status, bijvoorbeeld ingediend, in beoordeling, aanpassing nodig, gevalideerd, afgewezen of ingetrokken, zoals vastgelegd door de bevoegde validatieomgeving. Alleen een positief beoordeelde en vastgelegde rapportversie mag als NRBI-gevalideerd worden aangeduid.
De definitieve gevalideerde rapportage vermeldt het LEX-Tool-nummer, rapportversie, validatiestatus en validatiedatum. Een inhoudelijke wijziging na validatie leidt tot een nieuwe rapportversie en zo nodig hernieuwde validatie. De oorspronkelijke gevalideerde versie en historie blijven bewaard. Een conceptrapport met NRBI-template wordt duidelijk als concept of nog niet gevalideerd aangeduid.
Voor opdrachten waarvoor het toepasselijke dienstprotocol al vóór uitvoering een LEX-Tool-opdrachtnummer vereist, blijft dat eerdere registratiemoment verplicht. Achteraf aanbieden van een eigen rapport maakt de oorspronkelijke opdracht niet automatisch tot een vooraf geregistreerde NRBI-opdracht.
Terug naar inhoudsopgave ↑Artikel 8 – Logo, leveranciersaansluiting en publieksclaims
Een softwareontwikkelaar die Approved Software wil aanbieden en als leverancier op de NRBI-website vermeld wil worden, sluit zich aan als softwareambassadeur van Stichting NRBI. Daarbij geldt een jaarlijkse bijdrage van EUR 850 per jaar. Btw-behandeling, facturering, deelnamevoorwaarden, ingangsdatum en eventuele afzonderlijke toetskosten worden vooraf in het aansluitvoorstel vastgelegd. De ambassadeursbijdrage en de softwaretoets zijn afzonderlijke verplichtingen; betaling levert geen inhoudelijke goedkeuring op.
Het NRBI-logo en de aanduiding NRBI Approved Software mogen uitsluitend na schriftelijke toelating en beeldmerktoestemming worden gebruikt voor de benoemde producten, versies, templates en toepassingen. Websitevermelding maakt duidelijk of het gaat om ambassadeursaansluiting, goedgekeurde software of beide. Een ambassadeurstitel alleen is geen bewijs dat alle software van de leverancier is toegelaten.
Gebruikers mogen de in het template opgenomen beeldmerken gebruiken voor zover hun lidmaatschap, bevoegdheid en rapportstatus dit toestaan. Een logo is geen validatiebewijs. Een nog niet beoordeeld rapport wordt niet als gevalideerd gepresenteerd. Het beeldmerk wordt niet zelfstandig gewijzigd, doorverkocht of als algemene persoonscertificering gebruikt. Na afloop, schorsing of intrekking stopt nieuw gebruik volgens het besluit; historische rapporten worden niet stilzwijgend herschreven.
Terug naar inhoudsopgave ↑Artikel 9 – Koppeling aan de LEX-Tool
Zowel eigen NRBI-software als toegelaten software van één of meer andere leveranciers kan aan de LEX-Tool worden gekoppeld na afzonderlijke technische beoordeling en activering. Toelating is geen verklaring dat een API-, SSO- of andere automatische koppeling al beschikbaar is. Tot activering kan uitsluitend de door ECC toegestane handmatige aanleverroute worden gebruikt.
De koppeling moet opdracht, bedrijf, uitvoerder, rapportversie, templateversie, validatienummer en teruggekoppelde status juist bij elkaar houden. Zij voorkomt dubbele registratie bij opnieuw verzenden en legt verzending, ontvangst, fouten en statuswijzigingen vast. Bij ontbrekende ontvangstbevestiging of een storing wordt geen validatienummer of positieve status verzonnen. Het dossier blijft herkenbaar in behandeling tot bevestiging door de bevoegde omgeving.
Terug naar inhoudsopgave ↑Artikel 10 – Zorgvuldige verwerking en professioneel gebruik
Leverancier en gebruiker leggen vast wie toegang heeft, welke gegevens worden verwerkt en gedeeld en welke bewaartermijnen en verwijderafspraken gelden. Testen gebeurt met fictieve of voldoende geanonimiseerde gegevens. Toegang is persoonlijk en passend bij de rol; export en wijziging van rapporten zijn herleidbaar. Beveiligde overdracht, back-up, herstel en een bruikbare dossierexport maken deel uit van de leveranciersbeoordeling.
Automatische tekst, berekeningen of AI-uitkomsten worden door de verantwoordelijke deskundige gecontroleerd. De software mag geen ontbrekende waarnemingen invullen alsof zij zijn onderzocht en geen oordeel, bevoegdheid, handtekening of validatiestatus fingeren. Beperkingen en niet onderzochte onderdelen blijven zichtbaar.
Terug naar inhoudsopgave ↑Artikel 11 – Collectieve BAV-route voor aangewezen keuringen
Voor bepaalde door NRBI aangewezen bouwkundige keuringen bestaande bouw en inspecties in het domein nieuwbouw geldt de collectieve beroepsaansprakelijkheidsroute (BAV) via ECC-LoyalExperts. Daarvoor moet de volledige opdracht vóór uitvoering via de NRBI-website en de bijbehorende LEX-Tool-opdrachtstroom zijn geplaatst, geregistreerd en aanvaard, met het goedgekeurde inspectieformat en een voor die dienst bevoegde uitvoerder. De dienst moet binnen de verzekerde activiteiten en de geldende polisvoorwaarden vallen.
De opdracht kan via de NRBI-boekingsroute worden ingezet of door de RBI’er zelf vanuit zijn of haar LEX-Tool-account worden ingeboekt. Ook RBI gunt RBI valt binnen deze route als de volledige opdracht en toewijzing via het portaal zijn vastgelegd. Een informeel doorgestuurde opdracht of alleen een los rapport ter validatie aanbieden is daarvoor onvoldoende. Opdracht en rapport verwijzen naar dezelfde herleidbare LEX-Tool-registratie.
NRBI/ECC legt per aangewezen dienst vast welke softwareleverancier en welk template voor deze opdrachtstroom zijn toegestaan. Approved Software krijgt niet automatisch toegang tot de collectieve verzekeringsroute. NRBI bepaalt of de eigen hofleverancier of een andere toegelaten leverancier voor de betreffende inspectie wordt ingezet. Een softwaregoedkeuring, logo, lidmaatschap, validatienummer of positieve rapportvalidatie is op zichzelf geen bewijs van collectieve dekking.
De collectieve route geldt niet zonder meer voor deskundigenonderzoeken, specialistische onderzoeken of andere diensten buiten de aangewezen keuringen. Voor zulke opdrachten wordt de verzekeringspositie afzonderlijk vastgesteld. Bij uitsluitend afzonderlijke validatie van een eigen opdracht blijft de eigen BAV van de ondernemer de aangewezen route. Achteraf validatie aanvragen creëert geen collectieve dekking met terugwerkende kracht.
De polis bepaalt verzekerden, werkzaamheden, limieten, eigen risico, uitsluitingen en meldvoorwaarden. ECC legt de toepasselijke verzekeringsroute in de opdracht vast. Er wordt geen gegarandeerde uitkering of onbeperkte dekking toegezegd. Raadpleeg de NRBI-uitleg over verzekering bij bouwkundige keuringen en het Protocol rapportage en validatie.
Terug naar inhoudsopgave ↑Artikel 12 – Toezicht, tweejaarlijkse hertoetsing en maatregelen
De softwareleverancier wordt minimaal eenmaal per twee jaar opnieuw getoetst. De eerste hertoets vindt uiterlijk 24 maanden na toelating plaats en daarna uiterlijk 24 maanden na de vorige afgeronde hertoets, tenzij NRBI een kortere termijn vastlegt. De leverancier meldt de hertoets tijdig aan. Zonder tijdig positief vervolg- of verlengingsbesluit loopt de toelating niet automatisch door. NRBI/ECC bewaakt de uiterste datum en legt de actuele status vast.
Wijzigingen in verplichte templates, methodiek, rekenregels, validatiestatus of beveiliging kunnen al eerder een hertoets vereisen. Jaarlijks worden daarnaast lidmaatschap, de leveranciersbijdrage en waar verplicht de instroom van 25 rapportages gecontroleerd. Een jaarlijkse administratieve controle vervangt de tweejaarlijkse inhoudelijke toets niet.
Bij structurele afwijkingen, onvoldoende instroom, onbevoegd beeldmerkgebruik, veiligheidsproblemen of niet nagekomen aansluitingsvoorwaarden kan NRBI herstel verlangen en toelating of gebruik beperken, schorsen, niet verlengen of intrekken. Bevindingen, reactiemogelijkheid en besluit worden vastgelegd. Bij ernstig direct risico kan nieuw gebruik tijdelijk onmiddellijk worden gestopt, met schriftelijke motivering.
Terug naar inhoudsopgave ↑Artikel 13 – Invoering, toepasselijkheid en samenhang
Dit protocol is versie 1.2, gepubliceerd en geldig vanaf 12 november 2026. Het geldt waar deze versie bij de softwaretoelating, aansluiting of gebruiksafspraak beschikbaar is gesteld en overeengekomen. Bestaande overeenkomsten worden niet stilzwijgend met terugwerkende kracht gewijzigd. NRBI bewaakt opvolgende versies; per besluit en validatie blijft de gebruikte versie herleidbaar.
Protocol toetsing en toelating van softwareleveranciers beschrijft het aanleverdossier, de praktijktest en het besluit. Protocol rapportage en validatie en de toepasselijke onderzoeksprotocollen blijven daarnaast gelden. Raadpleeg NRBI Approved Software voor het actuele aanbod en software aanmelden voor de toelatingsroute. LoyalExperts verzorgt het ECC van dit kader. Tarieven, toetskosten, licenties en validatiekosten worden afzonderlijk vooraf overeengekomen.
Terug naar inhoudsopgave ↑Artikel 14 – Aanvraag en contactverzoek
Aanmelden kan via het aanvraagformulier Approved Software. De aanvrager vermeldt of het bedrijf inspecties uitvoert, software ontwikkelt of beide doet, wie de softwareontwikkelaar is en voor welke diensten software beschikbaar is. De aanvraag bevat KvK-gegevens, de opgegeven NRBI-inschrijving en de wens om lid te worden of alleen software aan de markt aan te bieden. Lidmaatschap en ambassadeursstatus worden door ECC gecontroleerd; een opgave in het formulier is geen verificatie.
De aanvrager beschrijft of een aparte NRBI-inlog, een NRBI-template met logo, SSO en een API-koppeling mogelijk zijn. Het formulier vraagt bijvoorbeeld hoe een NRBI-MJOP-omgeving voor bevoegde RBI’ers kan worden ingericht. Deze technische mogelijkheden en hun kosten worden afzonderlijk beoordeeld; indienen activeert geen koppeling of toegang.
De ingediende aanvraag leidt tot een besloten registratie en verzoek om een contactmoment. Marktleveranciers nemen kennis van de jaarlijkse ambassadeursbijdrage van EUR 850 bij de afzonderlijke aansluiting. Een inspectiebedrijf dat nog geen lid is, kan een aanvraag of oriënterend gesprek indienen; voor eigen NRBI-gebruik blijft lidmaatschap verplicht. Wie uitsluitend software wil aanbieden, volgt waar passend de leveranciers- en ambassadeursroute.
Het Aanvraagprotocol Approved Software regelt indiening, toestemming, vastlegging van de geaccepteerde versies en gegevensverwerking. De aanvraag is geen automatische softwaretoelating, publiek leveranciersprofiel of betaalde overeenkomst.
Terug naar inhoudsopgave ↑Bijlage A – Praktische controle voor de gebruiker
- Controleer leverancier, softwareversie, dienst en template tegen het toelatingsbesluit.
- Controleer uw NRBI-lidmaatschap, eigen registratie, bevoegdheid en toegang.
- Leg de onderzoeksvraag, protocolversie en onderzoeksgrenzen vast.
- Gebruik het vrijgegeven NRBI-template en onderscheid feiten van aannames.
- Bied het complete rapport via de toegestane route voor validatie aan.
- Neem het bevestigde LEX-Tool-nummer en de werkelijke status in het rapport op.
- Gebruik de aanduiding gevalideerd pas na het positieve besluit voor die rapportversie.
- Bewaak bij eigen software de 25 verschillende rapportages per kalenderjaar en volg bevindingen op.
- Controleer bij een aangewezen keuring of de volledige NRBI/LEX-Tool-opdrachtstroom en verzekeringsroute zijn vastgelegd.