Bestuurslaag: Zelfstandig bestuursorgaan (via naam aanbestedende dienst)
REST API Design Rules (FDS Standaarden) — 3 vermeldingen
term REST API Design Rules
Bijlage 06-
Programma van
eisen NFR-2.12
Aanbestedende dienst stelt dat beschikbare REST API’s moeten
voldoen aan de NL Gov Assurance Profile for OAuth 2.0 en de
REST API Design Rules.
term REST API Design Rules
Bijlage 06-
Programma van
eisen NFR-2.12
Aanbestedende dienst stelt dat beschikbare REST API’s moeten
voldoen aan de NL Gov Assurance Profile for OAuth 2.0 en de
REST API Design Rules.
term REST API Design Rules
Bijlage 06-
Programma van
eisen NFR-2.12
Aanbestedende dienst stelt dat beschikbare REST API’s moeten
voldoen aan de NL Gov Assurance Profile for OAuth 2.0 en de
REST API Design Rules.
ARBIT (Inkoopvoorwaarden) — 336 vermeldingen
term ARBIT
ARBIT - 2022:
ARTIKEL 26.4
sub c en d
Leverancier vindt geen enkele beperking niet proportioneel en strijdig
met Voorschrift 3.9 D, onderdeel 1, Gids Proportionaliteit.
Bestuurslaag: Zelfstandig bestuursorgaan (via naam aanbestedende dienst)
DCAT (FDS Standaarden) — 2 vermeldingen
term DCAT
27 Functionele scope en uitbreidbaarheid Termennetwerk (NDE): Zijn er specifieke DCAT- of API-eisen vanuit NDE?
term DCAT
27 Functionele scope en uitbreidbaarheid Termennetwerk (NDE): Zijn er specifieke DCAT- of API-eisen vanuit NDE?
NL-SBB (FDS Standaarden) — 2 vermeldingen
term NL-SBB
Zie het antwoord op vraag 1
6 Datamodel en standaarden NL-SBB: In hoeverre gaan de KB thesauri ook voldoen aan de NL-SBBstandaard en moeten we bij het beheer rekening daarmee houden
(bijvoorbeeld Brinkmanthesaurus, zou prima conform NL-SBB kunnen worden
beheerd)?
term NL-SBB
Zie het antwoord op vraag 1
6 Datamodel en standaarden NL-SBB: In hoeverre gaan de KB thesauri ook voldoen aan de NL-SBBstandaard en moeten we bij het beheer rekening daarmee houden
(bijvoorbeeld Brinkmanthesaurus, zou prima conform NL-SBB kunnen worden
beheerd)?
Bestuurslaag: Zelfstandig bestuursorgaan (via naam aanbestedende dienst)
SHACL (FDS Standaarden) — 4 vermeldingen
term SHACL
Om deze reden wordt met deze aanbesteding de
opdracht gegeven om als opdrachtnemer zorg te dragen voor de wisselende benodigde
capaciteit voor ontologie ontwerp en ontwikkeling en SPARQL query-ontwikkeling. De
opdrachtnemer is daarbij in staan om kandidaten voor te stellen met de juiste kennis en
ervaring op het gebied van ontologie en/of semantic web development, waarbij in ieder geval
kennis van RDF, SPARQL, OWL en SHACL vereist is.
term SHACL
3.5 Planning
De voorlopige planning voor deze voorgenomen aanbesteding ziet u hier beneden, maar is
onder voorbehoud van wijzigingen:
Actie Datum / tijdstip
Verzending offerteaanvraag Q1 2026
Beoogde ingangsdatum overeenkomst Q3 2026
3.6 Kaders en uitgangspunten aanbesteding
Het Zorginstituut hanteert aangaande een mogelijke aanbesteding de volgende kaders en
uitgangspunten:
• Het KIK-V programma hanteert de FAIR principes;
• De kandidaten worden ingezet per opdracht, waarbij er geen gegarandeerd volume
afgegeven kan worden door het programma;
• De kandidaat werkt mee in het ontwikkelteam, neemt actief deel aan overleggen en volgt
de Agile Scrum werkwijze;
• Voor het ontwerp en ontwikkeling van de ontologie is, op tenminste medior niveau, kennis
van semantische ontwikkeling en linked data en ervaring met OWL, SHACL, RDF en RDF
schema nodig;
• Voor de ontwikkeling van SPARQL-queries is ervaring vereist met triple stores, SPARQLqueries en reasoning engines;
• De kandidaat heeft kennis van en ervaring met de ontwerpprincipes FAIR en W3C- bestpractices.
term SHACL
Kwaliteitsborging en governance
Welke methoden en werkwijzen adviseert u om op te nemen in het programma van eisen voor
het borgen van kwaliteit en consistentie in:
• ontologie-ontwerp;
• SPARQL-queries;
• RDF-structuren en SHACL-validaties?
Bestuurslaag: Zelfstandig bestuursorgaan (via naam aanbestedende dienst)
DCAT (FDS Standaarden) — 6 vermeldingen
term DCAT
AES Versleutelingstechniek FIPS 197 NIST
ASN.1 Datastructuren ISO/IEC 8824-
1:2015
ISO
CAA Controle over uitgifte van digitale
certificaten
RFC 8659 IETF
CMIS Content-uitwisseling tussen CMS-
/DMS-systemen
1.0 OASIS
CSS Website opmaak 2021 W3C
CSV Tabelbestanden RFC4180 IETF
Datum en Tijd Datum en tijd NEN-ISO 8601:2019 ISO
DCAT Beschrijven van datasets Recommendation
16-01-2014
W3C
EPUB e-bookformaat 3.2 IDPF
ETSI TS 119 312 Digitale handtekening v1.1.1 (2014-11) ETSI
FTP Bestandsuitwisseling RFC 959 IETF
Genericode Definiëren van Codelijsten 1.0 OASIS
HTML Opmaak van webpagina’s. living standard WHATWG
HTTP webcommunicatie 1.1 en 2.0 IETF
iCalendar Kalendergegevens Nov 1998 IETF
IMAP E-mail synchronisatie 4, revisie 1 IETF
IP Sec Beveiligde IP-verbindingen RFC 4301 met
RFC4309 + RFC
6040 en 7619
IETF
ISO 3166-1 Codes voor landnamen ISO 3166-1:2013
Landcodes
ISO
EA2023004 EA ESMA : Technische Architectuur Pagina 30 van 31
JSON Uitwisselen van datastructuren RFC8259,
december 2017
IETF
LDAP Netwerkprotocol 3 IETF
MIM Standaard voor metamodellering 1.1.1 Geonovum
MIME e-mail opmaak RFC 2045 IETF
MTOM MTOM januari
2005, (voor SOAP
versie 1.2)
W3C
NEN-ISO 4217 NEN-ISO 4217:2015
Valuta codes
ISO
NTP Synchroniseren van tijd 4 IETF
Oauth API Autorisatiestandaard 2.0 IETF
Odata Bevraging van REST APIs 4.0 OASIS
OIDC Authenticatie 1.0 OpenID
Foundation
OWL Beschrijvingstaal semantisch web OWL 2 W3C
PDF/UA Formaat documentpublicatie ISO14289-1:2015 ISO
Peppol BIS Financiële administratie 3.08 openPEPPOL
AISBL
RDF Publicatie gestructureerde gegevens Versie 1.1 W3C
RDFa Indexeren en verzamelen van
geautomatiseerde content
RDFa 1.1 W3C
RDFS Resource Description Framework
Schema (RDFS) biedt een standaard
taal waarmee de structuur van
gegevens in termen van klassen,
eigenschappen en datatypen kan
worden beschreven.
term DCAT
AES Versleutelingstechniek FIPS 197 NIST
ASN.1 Datastructuren ISO/IEC 8824-
1:2015
ISO
CAA Controle over uitgifte van digitale
certificaten
RFC 8659 IETF
CMIS Content-uitwisseling tussen CMS-
/DMS-systemen
1.0 OASIS
CSS Website opmaak 2021 W3C
CSV Tabelbestanden RFC4180 IETF
Datum en Tijd Datum en tijd NEN-ISO 8601:2019 ISO
DCAT Beschrijven van datasets Recommendation
16-01-2014
W3C
EPUB e-bookformaat 3.2 IDPF
ETSI TS 119 312 Digitale handtekening v1.1.1 (2014-11) ETSI
FTP Bestandsuitwisseling RFC 959 IETF
Genericode Definiëren van Codelijsten 1.0 OASIS
HTML Opmaak van webpagina’s. living standard WHATWG
HTTP webcommunicatie 1.1 en 2.0 IETF
iCalendar Kalendergegevens Nov 1998 IETF
IMAP E-mail synchronisatie 4, revisie 1 IETF
IP Sec Beveiligde IP-verbindingen RFC 4301 met
RFC4309 + RFC
6040 en 7619
IETF
ISO 3166-1 Codes voor landnamen ISO 3166-1:2013
Landcodes
ISO
EA2023004 EA ESMA : Technische Architectuur Pagina 32 van 33
JSON Uitwisselen van datastructuren RFC8259,
december 2017
IETF
LDAP Netwerkprotocol 3 IETF
MIM Standaard voor metamodellering 1.1.1 Geonovum
MIME e-mail opmaak RFC 2045 IETF
MTOM MTOM januari
2005, (voor SOAP
versie 1.2)
W3C
NEN-ISO 4217 NEN-ISO 4217:2015
Valuta codes
ISO
NTP Synchroniseren van tijd 4 IETF
Oauth API Autorisatiestandaard 2.0 IETF
Odata Bevraging van REST APIs 4.0 OASIS
OIDC Authenticatie 1.0 OpenID
Foundation
OWL Beschrijvingstaal semantisch web OWL 2 W3C
PDF/UA Formaat documentpublicatie ISO14289-1:2015 ISO
Peppol BIS Financiële administratie 3.08 openPEPPOL
AISBL
RDF Publicatie gestructureerde gegevens Versie 1.1 W3C
RDFa Indexeren en verzamelen van
geautomatiseerde content
RDFa 1.1 W3C
RDFS Resource Description Framework
Schema (RDFS) biedt een standaard
taal waarmee de structuur van
gegevens in termen van klassen,
eigenschappen en datatypen kan
worden beschreven.
term DCAT
AES Versleutelingstechniek FIPS 197 NIST
ASN.1 Datastructuren ISO/IEC 8824-
1:2015
ISO
CAA Controle over uitgifte van digitale
certificaten
RFC 8659 IETF
CMIS Content-uitwisseling tussen CMS-
/DMS-systemen
1.0 OASIS
CSS Website opmaak 2021 W3C
CSV Tabelbestanden RFC4180 IETF
Datum en Tijd Datum en tijd NEN-ISO 8601:2019 ISO
DCAT Beschrijven van datasets Recommendation
16-01-2014
W3C
EPUB e-bookformaat 3.2 IDPF
ETSI TS 119 312 Digitale handtekening v1.1.1 (2014-11) ETSI
FTP Bestandsuitwisseling RFC 959 IETF
Genericode Definiëren van Codelijsten 1.0 OASIS
HTML Opmaak van webpagina’s. living standard WHATWG
HTTP webcommunicatie 1.1 en 2.0 IETF
iCalendar Kalendergegevens Nov 1998 IETF
IMAP E-mail synchronisatie 4, revisie 1 IETF
IP Sec Beveiligde IP-verbindingen RFC 4301 met
RFC4309 + RFC
6040 en 7619
IETF
ISO 3166-1 Codes voor landnamen ISO 3166-1:2013
Landcodes
ISO
EA2023004 EA ESMA : Technische Architectuur Pagina 30 van 31
JSON Uitwisselen van datastructuren RFC8259,
december 2017
IETF
LDAP Netwerkprotocol 3 IETF
MIM Standaard voor metamodellering 1.1.1 Geonovum
MIME e-mail opmaak RFC 2045 IETF
MTOM MTOM januari
2005, (voor SOAP
versie 1.2)
W3C
NEN-ISO 4217 NEN-ISO 4217:2015
Valuta codes
ISO
NTP Synchroniseren van tijd 4 IETF
Oauth API Autorisatiestandaard 2.0 IETF
Odata Bevraging van REST APIs 4.0 OASIS
OIDC Authenticatie 1.0 OpenID
Foundation
OWL Beschrijvingstaal semantisch web OWL 2 W3C
PDF/UA Formaat documentpublicatie ISO14289-1:2015 ISO
Peppol BIS Financiële administratie 3.08 openPEPPOL
AISBL
RDF Publicatie gestructureerde gegevens Versie 1.1 W3C
RDFa Indexeren en verzamelen van
geautomatiseerde content
RDFa 1.1 W3C
RDFS Resource Description Framework
Schema (RDFS) biedt een standaard
taal waarmee de structuur van
gegevens in termen van klassen,
eigenschappen en datatypen kan
worden beschreven.
+3 meer vermeldingen — zie de publicatie.
REST API Design Rules (FDS Standaarden) — 18 vermeldingen
term API Design Rules
Zie ook §6.1
Verplichte Standaarden : REST-API Design Rules.
term API Design Rules
Verplichte Standaarden ’Pas toe of Leg Uit’
Standaard Typering Versie Beheerorganisatie
OpenAPI Specification Beschrijven van REST APIs 3.0 OpenAPI Initiative
REST-API Design Rules Verzameling regels voor het
structureren en documenteren van
REST API’s.
1.0 Logius
DKIM Bescherming tegen e-mailphishing RFC 6376 IETF
DMARC Bescherming tegen e-mailphishing RFC 7489 IETF
DNSSEC Domeinnaambeveiliging RFC 4033,
RFC4034,
RFC4035
IETF
HTTPS en HSTS Beveiligde websiteverbinding 1.2 IETF
IPv6 en Ipv4 Adressering van ICT-systemen binnen
een netwerk
4 en 6 IETF
NL GOV Assurance
profile for Oauth 2.0
Beveiligingstandaard voor het
autoriseren van toegang tot REST
API’s
15 juli 2019 Logius
ODF Format documentbewerking 1.3 OASIS
PDF (NEN-ISO) Formaat documentpublicatie ISO
RPKI Beveiligen van de routing
infrastructuur
IETF
SAML Authenticatie en autorisatie 2.0 OASIS
4 Forum Standaardisatie
5
'Pas toe of leg uit'-beleid | Forum Standaardisatie
EA2023004 EA ESMA : Technische Architectuur Pagina 31 van 33
Standaard Typering Versie Beheerorganisatie
security.txt Publicatie van contactinformatie voor
beveiligingsmeldingen
RFC 9116 IETF
SPF Bescherming tegen e-mailphishing 1 IETF
STARTTLS en DANE Beveiligde verbinding tussen
mailservers
RFC 3207 en RFC
7672
IETF
STIX en TAXII Uitwisseling van
cyberdreigingsinformatie
1.2.1 (STIX) en
1.1.1 (TAXII)
OASIS
TLS Beveiligde internetverbinding 1.3 en 1.2 IETF
XBRL Bedrijfsrapportages met een
financiële component
XBRL 2.1 XBRL International
6.2.
term API Design Rules
SaaS koppelen met de
SVB - Integratie methoden', dat tijdens de aanbesteding het
mogelijk is dat niet alle integraties gemaakt kunnen worden
volgens de REST-API Design Rules (6.1).
+15 meer vermeldingen — zie de publicatie.
SHACL (FDS Standaarden) — 6 vermeldingen
term SHACL
1.1 W3C
RTP Media streaming RFC3550 IETF
S/MIME E-mail beveiliging 3.2 IETF
SCIM Uitwisseling identiteitsinformatie RFC 7642, 7643 en
7644
IETF
SHA-2 Authenticatie en integriteitscontrole ISO/IEC 10118-
3:2016
ISO
SHACL Kwaliteitscriteria op linked data 20170720 W3C
SIP Communicatie via IP RFC3261 IETF
SMTP Versturen van e-mail RFC 5321 IETF
SOAP Uitwisseling van berichten tussen
machines
1.2 W3C
SQL Databasetaal 2011 ISO
SSH-2 Versleuteld inloggen RFC 4251: 2006 IETF
SVG Grafische afbeeldingen 1.1 W3C
TCP/IP Netwerkcommunicatie December 1975 /
September 1981
IETF
UDDI Register voor webservices 3.0.2 OASIS
UDP Netwerkprotocol op transportniveau RFC 768 IETF
EA2023004 EA ESMA : Technische Architectuur Pagina 33 van 33
URI en IRI Standaard voor de identificatie
van online bronnen van informatie
RFC 3986 en RFC
3987
IETF
UTF-8 Karaktercodering RFC 3629 IETF
VCF Uitwisseling van contactgegevens RFC 6350 IETF
WebDAV en CalDAV Delen en bewerken van documenten RFC 4918 en RFC
4791
IETF
WebRTC Real Time communicatie 1.0 W3C
WSDL Interface van Webservices 2.0 W3C
X509 Authenticatie (PKI Certificaten) RFC5280 en update
RFC6818
IETF
XMI 2.x UML Metadata informatie 2.5.1 OMG
XML Gestructureerde gegevens in
tekstformat
1.0 W3C
XSD Beschrijven van XML documenten XCD 1.1 W3C
XSL Transformeren XML berichten XSL W3C
Bijlage H: Huidige situatie
Niets uit dit document mag zonder schriftelijke toestemming vooraf van de Sociale Verzekeringsbank worden
verveelvoudigd, openbaar gemaakt of voor andere doelstellingen gebruikt dan het indienen van een Inschrijving.
EA2023004 ESMA : Bijlage H – Huidige Situatie Pagina 2 van 26
Inhoudsopgave
Inleiding ..................................................................................................................................................................3
1.
term SHACL
1.1 W3C
RTP Media streaming RFC3550 IETF
S/MIME E-mail beveiliging 3.2 IETF
SCIM Uitwisseling identiteitsinformatie RFC 7642, 7643 en
7644
IETF
SHA-2 Authenticatie en integriteitscontrole ISO/IEC 10118-
3:2016
ISO
SHACL Kwaliteitscriteria op linked data 20170720 W3C
SIP Communicatie via IP RFC3261 IETF
SMTP Versturen van e-mail RFC 5321 IETF
SOAP Uitwisseling van berichten tussen
machines
1.2 W3C
SQL Databasetaal 2011 ISO
SSH-2 Versleuteld inloggen RFC 4251: 2006 IETF
SVG Grafische afbeeldingen 1.1 W3C
TCP/IP Netwerkcommunicatie December 1975 /
September 1981
IETF
UDDI Register voor webservices 3.0.2 OASIS
UDP Netwerkprotocol op transportniveau RFC 768 IETF
EA2023004 EA ESMA : Technische Architectuur Pagina 31 van 31
URI en IRI Standaard voor de identificatie
van online bronnen van informatie
RFC 3986 en RFC
3987
IETF
UTF-8 Karaktercodering RFC 3629 IETF
VCF Uitwisseling van contactgegevens RFC 6350 IETF
WebDAV en CalDAV Delen en bewerken van documenten RFC 4918 en RFC
4791
IETF
WebRTC Real Time communicatie 1.0 W3C
WSDL Interface van Webservices 2.0 W3C
X509 Authenticatie (PKI Certificaten) RFC5280 en update
RFC6818
IETF
XMI 2.x UML Metadata informatie 2.5.1 OMG
XML Gestructureerde gegevens in
tekstformat
1.0 W3C
XSD Beschrijven van XML documenten XCD 1.1 W3C
XSL Transformeren XML berichten XSL W3C
Handleiding
Social Return
Inhoud 1.
term SHACL
1.1 W3C
RTP Media streaming RFC3550 IETF
S/MIME E-mail beveiliging 3.2 IETF
SCIM Uitwisseling identiteitsinformatie RFC 7642, 7643 en
7644
IETF
SHA-2 Authenticatie en integriteitscontrole ISO/IEC 10118-
3:2016
ISO
SHACL Kwaliteitscriteria op linked data 20170720 W3C
SIP Communicatie via IP RFC3261 IETF
SMTP Versturen van e-mail RFC 5321 IETF
SOAP Uitwisseling van berichten tussen
machines
1.2 W3C
SQL Databasetaal 2011 ISO
SSH-2 Versleuteld inloggen RFC 4251: 2006 IETF
SVG Grafische afbeeldingen 1.1 W3C
TCP/IP Netwerkcommunicatie December 1975 /
September 1981
IETF
UDDI Register voor webservices 3.0.2 OASIS
UDP Netwerkprotocol op transportniveau RFC 768 IETF
EA2023004 EA ESMA : Technische Architectuur Pagina 33 van 33
URI en IRI Standaard voor de identificatie
van online bronnen van informatie
RFC 3986 en RFC
3987
IETF
UTF-8 Karaktercodering RFC 3629 IETF
VCF Uitwisseling van contactgegevens RFC 6350 IETF
WebDAV en CalDAV Delen en bewerken van documenten RFC 4918 en RFC
4791
IETF
WebRTC Real Time communicatie 1.0 W3C
WSDL Interface van Webservices 2.0 W3C
X509 Authenticatie (PKI Certificaten) RFC5280 en update
RFC6818
IETF
XMI 2.x UML Metadata informatie 2.5.1 OMG
XML Gestructureerde gegevens in
tekstformat
1.0 W3C
XSD Beschrijven van XML documenten XCD 1.1 W3C
XSL Transformeren XML berichten XSL W3C
Bijlage H: Huidige situatie
Niets uit dit document mag zonder schriftelijke toestemming vooraf van de Sociale Verzekeringsbank worden
verveelvoudigd, openbaar gemaakt of voor andere doelstellingen gebruikt dan het indienen van een Inschrijving.
EA2023004 ESMA : Bijlage H – Huidige Situatie Pagina 2 van 26
Inhoudsopgave
Inleiding ..................................................................................................................................................................3
1.
Bestuurslaag: Zelfstandig bestuursorgaan (via naam aanbestedende dienst)
SHACL (FDS Standaarden) — 1 vermelding
term SHACL
De werkzaamheden bestaan onder andere uit: Ontwikkelen,
optimaliseren en onderhouden van SPARQL-queries en SPARQL-endpoints voor complexe
zorgdatatoepassingen; Ontwikkelen en onderhouden van RDF-ontologieën en vocabularia (RDF,
OWL, SHACL); Modelleren van domeinkennis samen met ontologen en informatieanalisten;
Implementeren van SPARQL-endpoints en linked data API’s; Opzetten en uitvoeren van datavalidatie
met onder andere SHACL; Ondersteunen van de technische specificatie van het KIK-V
afsprakenstelsel; Documenteren van modellen en ondersteunen van implementatie door externe
partijen.
Bestuurslaag: Zelfstandig bestuursorgaan (via naam aanbestedende dienst)
SHACL (FDS Standaarden) — 1 vermelding
term SHACL
De werkzaamheden bestaan onder andere uit: Ontwikkelen,
optimaliseren en onderhouden van SPARQL-queries en SPARQL-endpoints voor complexe
zorgdatatoepassingen; Ontwikkelen en onderhouden van RDF-ontologieën en vocabularia (RDF,
OWL, SHACL); Modelleren van domeinkennis samen met ontologen en informatieanalisten;
Implementeren van SPARQL-endpoints en linked data API’s; Opzetten en uitvoeren van datavalidatie
met onder andere SHACL; Ondersteunen van de technische specificatie van het KIK-V
afsprakenstelsel; Documenteren van modellen en ondersteunen van implementatie door externe
partijen.
Bestuurslaag: Zelfstandig bestuursorgaan (via naam aanbestedende dienst)
REST API Design Rules (FDS Standaarden) — 2 vermeldingen
term API Design Rules
Onderdeel hiervan is dat Opdrachtnemer zorg draagt voor ondertekening van de specifieke documenten van Opdrachtgever zoals een geheimhoudingsverklaring, de gedragscode integriteit, e.d.
Opdrachtnemer maakt gebruik van het inkoopsysteem van de Opdrachtgever voor het aanmeldproces, de urenregistratie en de facturering.
Nr.
Eisen koppeling inkoopsysteem*
De API’s van Opdrachtnemer zijn ontwikkeld en beschreven conform de REST-API Design Rules en OpenAPI Specification.
term API Design Rules
Onderdeel hiervan is dat Opdrachtnemer zorg draagt voor ondertekening van de specifieke documenten van Opdrachtgever zoals een geheimhoudingsverklaring, de gedragscode integriteit, e.d.
Opdrachtnemer maakt gebruik van het inkoopsysteem van de Opdrachtgever voor het aanmeldproces, de urenregistratie en de facturering.
Nr.
Eisen koppeling inkoopsysteem*
De API’s van Opdrachtnemer zijn ontwikkeld en beschreven conform de REST-API Design Rules en OpenAPI Specification.
ARIV (Inkoopvoorwaarden) — 2 vermeldingen
term Algemene Rijksinkoopvoorwaarden
Inkoopvoorwaarden
De Algemene Rijksinkoopvoorwaarden voor het verstrekken van opdrachten tot het verrichten van diensten (ARVODI-2025) (bijlage 4).
term Algemene Rijksinkoopvoorwaarden
Inkoopvoorwaarden
De Algemene Rijksinkoopvoorwaarden voor het verstrekken van opdrachten tot het verrichten van diensten (ARVODI-2025) (bijlage 4).
ARVODI (Inkoopvoorwaarden) — 42 vermeldingen
term ARVODI
Hiervoor is destijds
in overleg met de uitzendbranche (ABU, NBBU) en de
Rijksoverheid een 'Raamovereenkomst ARVODI-2018 inzake
inhuur Flexibele Arbeidskrachten op basis van een
Uitzendovereenkomst' ontwikkeld.
term ARVODI
‘ARVODI’ betekent de Algemene Rijksvoorwaarden voor het verstrekken van opdrachten tot het verrichten van diensten (ARVODI 2025).
term ARVODI
De ARVODI zijn van toepassing op deze Raamovereenkomst en zijn als bijlage A aan deze Raamovereenkomst gehecht.
Bestuurslaag: Zelfstandig bestuursorgaan (via naam aanbestedende dienst)
REST API Design Rules (FDS Standaarden) — 2 vermeldingen
term API Design Rules
Voor elke koppeling met een interne of externe applicatie
wordt minimaal het volgende beschreven:
• Functie(s)
• Wijze toegang
• Aanroep
• Berichtsoorten en -inhoud
• Technische limieten
NF-120 Standaarden Voor REST API koppelingen moeten de volgende verplichte open standaard REST-API Design Rules gebruikt worden voor het
documenteren van de API.
term API Design Rules
Voor het documenteren van de API dient de
open standaard REST-API Design Rules gebruikt te
worden.
ARBIT (Inkoopvoorwaarden) — 1 vermelding
term ARBIT
90% ja, zie bijgevoegd
10% ARBIT
De SVB overweegt de looptijd van de overeenkomst(en) te
baseren op een initiële termijn van 5 jaar, met vijf opties tot
verlenging tegen gelijkblijvende voorwaarden van elk 3 jaar.
Bestuurslaag: Zelfstandig bestuursorgaan (via naam aanbestedende dienst)
REST API Design Rules (FDS Standaarden) — 1 vermelding
term API Design Rules
Momenteel worden de volgende standaarden toegepast:
Authenticatie-standaarden (OpenID.NLGov, SAML en OAuth 2.0)
Digitoegankelijk (EN 301 549 met WCAG 2.1)
DNSSEC
11/22
HTTPS en HSTS
IPv6 en IPv4
NEN-ISO/IEC 27001
Baseline Informatiebeveiliging Overheid (BIO)
OpenAPI Specification
REST-API Design Rules
security.txt
TLS
55.
GIBIT (Inkoopvoorwaarden) — 22 vermeldingen
term Gemeentelijke Inkoopvoorwaarden bij IT
Inkoopvoorwaarden
De Gemeentelijke Inkoopvoorwaarden bij IT (GIBIT 2023, Bijlage D).
term GIBIT
Naast de gronden voor ontbinding van de Raamovereenkomst die zijn genoemd in
artikel 24 GIBIT, kan de Raamovereenkomst met wederzijds goedvinden op ieder
Paraaf Opdrachtgever Pagina 7 van 10 Paraaf Opdrachtnemer
moment worden beëindigd.
Bestuurslaag: Zelfstandig bestuursorgaan (via naam aanbestedende dienst)
SKOS (FDS Standaarden) — 1 vermelding
term SKOS
21 Forum standaardisatie - verplichte
standaarden
FVS26 SKOS SKOS moet worden toegepast op de publicatie van niet geformaliseerde systemen voor kennisrepresentatie op het internet, met als doel:
1.
Organisatie die informatie verstrekt over de voorschriften die op de plaats van de verrichtingen gelden inzake belasting
Organisatie die informatie verstrekt over de voorschriften die op de plaats van de verrichtingen gelden inzake milieubescherming
Organisatie die informatie verstrekt over de voorschriften die op de plaats van de verrichtingen gelden inzake de bescherming van de werknemers en inzake arbeidsvoorwaarden