Eigenschap:Toelichting bij opname lijst Forum Standaardisatie
Naar navigatie springen
Naar zoeken springen
Type eigenschap
:
Tekst
Geldige waarden
:
Meerdere waarden toegestaan
:
Nee
Weergave op formulieren
:
Tekstvak
Initiële waarde
:
Verplicht veld
:
Nee
Toelichting op formulier
:
Subeigenschap van
:
Formatteerfunctie externe URI
:
Klik op de button om een nieuwe eigenschap te maken:
S
De volgende versie zijn beoordeeld en op de lijst opgenomen:
SETU Standard for Ordering and Selection v1.4
* SETU Standard for Assignment v1.4
* SETU Standard for Reporting Time and Expenses v1.4
* SETU Standard for Invoicing v2.2
* SETU Standard for Vacancies v1.1
Oorspronkelijk stonden de 1.1, 1.1, 1.0 en 1.0 versies op de lijst. Het Forum heeft in februari 2015 besloten de versie aan te passen naar 1.2, 1.2, 1.3 en 1.3. Op 9 juni 2021 heeft het Forum besloten de versie aan te passen naar 1.4, 1.4, 1.4, 2.2 en SETU Standard for Vacancies v1.1 toegevoegd. OBDO heeft dit 7 juli 2021 bekrachtigd. +
November 2016 is besloten om de 2004 versie te vervangen door de meest recente 2015 versie van het NIST en 2016 versie van ISO. SHA-0 is volstrekt onveilig, SHA-1 wordt inmiddels ook breed als onveilig beschouwd en dient niet meer te worden gebruikt. SHA-2 is momenteel de gangbare standaard, in diverse varianten met verschillende lengtes van de hash, bijvoorbeeld SHA-256 en SHA-512. SHA-3 heeft een heel nieuw algoritme en is recent als FIPS 202 gepubliceerd. +
De SIKB0101-standaard voldoet aan 'uitstekend beheer'. Het CCvD Datastandaarden heeft op 24 juni 2022 SIKB0101 (inclusief Metingen) versie 14.7.0 vastgesteld en gaat in op 1 juni 2022. Voor de nieuwe versie geldt een overgangstermijn tot 1 oktober 2022.
Het CCvD Datastandaarden heeft op 23 juni 2023 SIKB0101 (inclusief Metingen) versie 14.8 vastgesteld. Voor de nieuwe versie geldt een overgangstermijn tot 1 oktober 2023. +
De SIKB0101-standaard voldoet aan 'uitstekend beheer'. Het CCvD Datastandaarden heeft op 24 juni 2022 SIKB0101 (inclusief Metingen) versie 14.7.0 vastgesteld en gaat in op 1 juni 2022. Voor de nieuwe versie geldt een overgangstermijn tot 1 oktober 2022.
Het CCvD Datastandaarden heeft op 23 juni 2023 SIKB0101 (inclusief Metingen) versie 14.8 vastgesteld. Voor de nieuwe versie geldt een overgangstermijn tot 1 oktober 2023. +
Opname van SIKB0102 op de lijst met open standaarden als ‘Pas toe of leg uit’ standaard geeft een impuls aan de adoptie van deze standaard. De implementatie van de standaard zal vorm krijgen in de plannen, aanbestedingen en uitvoering van betrokken partijen. Verder maakt het toekennen van het predicaat 'uitstekend beheerproces' het makkelijker om toekomstige versie van SIKB0102 op de lijst op te nemen.
De standaard is per 26 november 2021 gewijzigd naar versie 4.3.0.
+
Opname van SIKB0102 op de lijst met open standaarden als ‘Pas toe of leg uit’ standaard geeft een impuls aan de adoptie van deze standaard. De implementatie van de standaard zal vorm krijgen in de plannen, aanbestedingen en uitvoering van betrokken partijen. Verder maakt het toekennen van het predicaat 'uitstekend beheerproces' het makkelijker om toekomstige versie van SIKB0102 op de lijst op te nemen.
De standaard is per 26 november 2021 gewijzigd naar versie 4.3.0.
+
SIP werd op 11 augustus 2010 opnieuw aangemeld. De aanmelder wist niet dat de standaard al op de lijst met gangbare open standaarden was opgenomen. In overleg met de aanmelder is bepaald om de aanmelding niet door te zetten. November 2016 is de toelichtende tekst bij de standaard aangepast. +
SKOS bouwt voort op RDF (opgenomen op lijst als gangbare standaard). SKOS is geen vervanging van eXtensible Business Reporting Language (XBRL; Elektronisch verkeer dat te kenmerken is als verantwoordingsverkeer waarin financiële informatie de kern vormt) en Semantisch Model e-Factuur (SMeF; voor elektronisch factureren), welke beide een ander functioneel toepassingsgebied hebben.
In 2017 besloot het Forum Standaardisatie een standaardsyntaxis toe te passen op de beschrijving van de functioneel toepassingsgebieden van standaarden op de ‘Pas toe of leg uit’-lijst. Aan de hand van deze syntaxis is het functioneel toepassingsgebied van SKOS hierboven beschreven volgens de standaardsyntaxis. Dit is bekrachtigd door het Overheidsbrede Beleidsoverleg Digitale Overheid (OBDO) op 25 mei 2018. Een toelichting treft u in [https://www.forumstandaardisatie.nl/sites/bfs/files/proceedings/FS%20170419.2D%20Advies%20verduidelijking%20toepassingsgebieden%20v1%200.pdf dit advies over de aanpassing van de functionele toepassingsgebieden document- en (web)content-standaarden] . +
SKOS bouwt voort op RDF (opgenomen op lijst als gangbare standaard). SKOS is geen vervanging van eXtensible Business Reporting Language (XBRL; Elektronisch verkeer dat te kenmerken is als verantwoordingsverkeer waarin financiële informatie de kern vormt) en Semantisch Model e-Factuur (SMeF; voor elektronisch factureren), welke beide een ander functioneel toepassingsgebied hebben.
In 2017 besloot het Forum Standaardisatie een standaardsyntaxis toe te passen op de beschrijving van de functioneel toepassingsgebieden van standaarden op de ‘Pas toe of leg uit’-lijst. Aan de hand van deze syntaxis is het functioneel toepassingsgebied van SKOS hierboven beschreven volgens de standaardsyntaxis. Dit is bekrachtigd door het Overheidsbrede Beleidsoverleg Digitale Overheid (OBDO) op 25 mei 2018. Een toelichting treft u in [https://www.forumstandaardisatie.nl/sites/bfs/files/proceedings/FS%20170419.2D%20Advies%20verduidelijking%20toepassingsgebieden%20v1%200.pdf dit advies over de aanpassing van de functionele toepassingsgebieden document- en (web)content-standaarden] . +
November 2016 is besloten om SLD van de aanbevolen lijst te verwijderen omdat SLD is een optionele standaard die alleen werkt tezamen met WMS en WFS en het werkt niet voor andere geo-standaarden. Het is daarmee een te kleine en specifieke standaard. Verder is de huidige versie deprecated (op dit moment is er versie 1.1.0). Ook dekt SLD niet alle visualisatie, de standaard SE hoort hier ook bij. Net zoals de standaarden WMS en WFS staat SE niet op de lijst. Alleen SLD op de lijst hebben staan is niet consistent en geeft verwarring. +
Forum Standaardisatie heeft in 2010 de aanbeveling gedaan om te komen tot een nationale semantische standaard voor elektronisch factureren. Het semantisch model e-factureren geeft invulling aan deze aanbeveling.
In het Forumadvies van oktober 2012 worden een aantal criteria genoemd waar op dat moment nog niet (volledig) aan werd voldaan. College standaardisatie besloot in november 2012 dat deze standaard kon worden opgenomen, mits deze laatste punten naar tevredenheid zijn ingevuld. In mei 2013 heeft de beheerder gerapporteerd over de laatste openstaande punten en heeft het Forum geconstateerd dat in voldoende mate is voldaan aan de laatste openstaande voorwaarden. In juni is daarom de standaard op de 'Pas toe of leg uit' -lijst opgenomen.
Nationaal en internationaal zijn verschillende e-factuurstandaarden in ontwikkeling en in gebruik. Om de waarde van het semantische factuurmodel voor elektronisch factureren verder te vergroten is het noodzakelijk deze ontwikkelingen actief te volgen en hier vanuit het semantische model aansluiting bij te zoeken. Om deze ontwikkelingen inzichtelijk te maken heeft het Forum een samenhang en adoptie onderzoek laten uitvoeren naar de verschillende e-facturatie standaarden. Zie hiervoor ook de themapagina over e-facturatie.
Februari 2015 heeft het Forum besloten om versie 1.2.7. op de lijst aan te passen naar versie 1.3, dit vanwege de beperkte wijzigingen tussen beide versies.
'''Op dit moment loopt er een toets naar de 2.0 versie van de standaard. Tegelijkertijd wordt gekeken of de standaard in aanmerking komt voor uitstekend beheer.''' +
Forum Standaardisatie heeft in 2010 de aanbeveling gedaan om te komen tot een nationale semantische standaard voor elektronisch factureren. Het semantisch model e-factureren geeft invulling aan deze aanbeveling.
In het Forumadvies van oktober 2012 worden een aantal criteria genoemd waar op dat moment nog niet (volledig) aan werd voldaan. College standaardisatie besloot in november 2012 dat deze standaard kon worden opgenomen, mits deze laatste punten naar tevredenheid zijn ingevuld. In mei 2013 heeft de beheerder gerapporteerd over de laatste openstaande punten en heeft het Forum geconstateerd dat in voldoende mate is voldaan aan de laatste openstaande voorwaarden. In juni is daarom de standaard op de 'Pas toe of leg uit' -lijst opgenomen.
Nationaal en internationaal zijn verschillende e-factuurstandaarden in ontwikkeling en in gebruik. Om de waarde van het semantische factuurmodel voor elektronisch factureren verder te vergroten is het noodzakelijk deze ontwikkelingen actief te volgen en hier vanuit het semantische model aansluiting bij te zoeken. Om deze ontwikkelingen inzichtelijk te maken heeft het Forum een samenhang en adoptie onderzoek laten uitvoeren naar de verschillende e-facturatie standaarden. Zie hiervoor ook de themapagina over e-facturatie.
Februari 2015 heeft het Forum besloten om versie 1.2.7. op de lijst aan te passen naar versie 1.3, dit vanwege de beperkte wijzigingen tussen beide versies.
'''Op dit moment loopt er een toets naar de 2.0 versie van de standaard. Tegelijkertijd wordt gekeken of de standaard in aanmerking komt voor uitstekend beheer.''' +
De laatste tien à vijftien jaar gebruiken webapplicaties steeds vaker [https://forumstandaardisatie.nl/open-standaarden/rest-api-design-rules REST APIs] in plaats van web services om met elkaar te communiceren over het World Wide Web. Vergeleken met web services, bieden REST APIs een eenvoudiger manier om gangbare operaties op gegevensobjecten ('''resources''') uit te voeren zoals ophalen, creëren, wijzigen of verwijderen.
REST APIs gebruiken meestal [https://forumstandaardisatie.nl/open-standaarden/json JSON] als berichtformat, dat compacter is dan SOAP, en wisselen per bericht minder gegevens uit. Met REST APIs kan je niet alles doen wat je met web services en SOAP kan, maar voor veel gangbare applicaties biedt het een afdoende lichtgewicht alternatief.
Toch worden web services en SOAP nog steeds gebruikt, met name daar waar complexere interactie tussen webapplicaties nodig is, of waar een hoge mate van beveiliging vereist is. +
Gezien de samenhang is naar aanleiding van de expertbijeenkomst DMARC ook SPF in behandeling genomen voor opname op de lijst. De standaard is dus niet los aangemeld. SPF is tegelijkertijd met DMARC in openbare consultatie gegaan en er is een aanvullende controle geweest of de standaard voldoet aan de toetsingcriteria van het Forum Standaardisatie.
Het Overheidsbrede Beleidsoverleg Digitale Overheid (OBDO) heeft in 2018 het functioneel toepassingsgebied aangepast conform de in 2017 vastgestelde [https://www.forumstandaardisatie.nl/sites/bfs/files/proceedings/FS%20180613.2A%20Agendapunt%204b.%20Standaardisatie%20van%20het%20Overheidsbrede%20Overleg%20Digitale%20Overheid%20van%2024%20mei%202018.pdf standaardsyntaxis] . +
Gezien de samenhang is naar aanleiding van de expertbijeenkomst DMARC ook SPF in behandeling genomen voor opname op de lijst. De standaard is dus niet los aangemeld. SPF is tegelijkertijd met DMARC in openbare consultatie gegaan en er is een aanvullende controle geweest of de standaard voldoet aan de toetsingcriteria van het Forum Standaardisatie.
Het Overheidsbrede Beleidsoverleg Digitale Overheid (OBDO) heeft in 2018 het functioneel toepassingsgebied aangepast conform de in 2017 vastgestelde [https://www.forumstandaardisatie.nl/sites/bfs/files/proceedings/FS%20180613.2A%20Agendapunt%204b.%20Standaardisatie%20van%20het%20Overheidsbrede%20Overleg%20Digitale%20Overheid%20van%2024%20mei%202018.pdf standaardsyntaxis] . +
November 2016 is de versie van de standaard op de lijst aangepast, van de 2008 versie naar de 2011. De nieuwe versie van standaard SQL ISO/IEC 9075:2011 is uitgebreid met onder andere support voor temporal databases (timelining van opgeslagen data). +
STABU2 is door de Stichting STABU aangemeld voor plaatsing op de lijst aanbevolen standaarden. Op dit moment is STABU2 in behandeling voor toetsing door het Forum Standaardisatie. +
STABU2 is door de Stichting STABU aangemeld voor plaatsing op de lijst aanbevolen standaarden. Op dit moment is STABU2 in behandeling voor toetsing door het Forum Standaardisatie. +
Tijdens de procedure was er een nieuwe concept-standaard (SMTP MTA Strict Transport Security (MTA-STS)) gepubliceerd waarbij de grotere mail platformen betrokken zijn o.a. Gmail en Yahoo!). Deze standaard kan gezien worden als potentiële concurrent van DANE, maar is nog dermate prematuur dat het geen reden was om STARTTLS en DANE op de lijst op te nemen. Zie voor meer informatie het [https://www.forumstandaardisatie.nl/sites/bfs/files/FS%20160608.3D%20Aanvullend%20onderzoek%20SMTP%20STS%201%200.pdf Aanvullend onderzoek SMTP STS] .
STARTTLS en DANE werden in 2016 op de 'Pas toe of leg uit'-lijst geplaatst met verplichting voor ontvangende e-mail servers. Verplichting voor verzendende e-mail servers werd in 2016 prematuur geacht vanwege de nog weinig ontwikkelde marktondersteuning. In 2018 heeft het Forum Standaardisatie de marktondersteuning voor STARTTLS en DANE voor verzendende e-mail servers nogmaals getoetst. Op advies van het Forum Standaardisatie heeft het OBDO het functioneel toepassingsgebied van STARTTLS en DANE op 29 november 2018 uitgebreid naar ontvangende ''en verzendende'' e-mail servers.
In diverse baselines zoals de Baseline Informatiebeveiliging Rijksdienst (BIR), Baseline Informatiebeveiliging Nederlandse Gemeenten (BIG) en de Baseline Informatiebeveiliging waterschappen (BIWA) is opgenomen dat persoonsgegevens niet onversleuteld over onbeveiligde/onvertrouwde netwerken verzonden mogen worden. Deze baselines verplichten zodoende afgedwongen versleuteling van verbindingen zoals STARTTLS die in combinatie met DANE ondersteunt.
Het Overheidsbrede Beleidsoverleg Digitale Overheid (OBDO) heeft in 2018 het functioneel toepassingsgebied aangepast conform de in 2017 vastgestelde [https://www.forumstandaardisatie.nl/sites/bfs/files/proceedings/FS%20180613.2A%20Agendapunt%204b.%20Standaardisatie%20van%20het%20Overheidsbrede%20Overleg%20Digitale%20Overheid%20van%2024%20mei%202018.pdf standaardsyntaxis] . +
Tijdens de procedure was er een nieuwe concept-standaard (SMTP MTA Strict Transport Security (MTA-STS)) gepubliceerd waarbij de grotere mail platformen betrokken zijn o.a. Gmail en Yahoo!). Deze standaard kan gezien worden als potentiële concurrent van DANE, maar is nog dermate prematuur dat het geen reden was om STARTTLS en DANE op de lijst op te nemen. Zie voor meer informatie het [https://www.forumstandaardisatie.nl/sites/bfs/files/FS%20160608.3D%20Aanvullend%20onderzoek%20SMTP%20STS%201%200.pdf Aanvullend onderzoek SMTP STS] .
STARTTLS en DANE werden in 2016 op de 'Pas toe of leg uit'-lijst geplaatst met verplichting voor ontvangende e-mail servers. Verplichting voor verzendende e-mail servers werd in 2016 prematuur geacht vanwege de nog weinig ontwikkelde marktondersteuning. In 2018 heeft het Forum Standaardisatie de marktondersteuning voor STARTTLS en DANE voor verzendende e-mail servers nogmaals getoetst. Op advies van het Forum Standaardisatie heeft het OBDO het functioneel toepassingsgebied van STARTTLS en DANE op 29 november 2018 uitgebreid naar ontvangende ''en verzendende'' e-mail servers.
In diverse baselines zoals de Baseline Informatiebeveiliging Rijksdienst (BIR), Baseline Informatiebeveiliging Nederlandse Gemeenten (BIG) en de Baseline Informatiebeveiliging waterschappen (BIWA) is opgenomen dat persoonsgegevens niet onversleuteld over onbeveiligde/onvertrouwde netwerken verzonden mogen worden. Deze baselines verplichten zodoende afgedwongen versleuteling van verbindingen zoals STARTTLS die in combinatie met DANE ondersteunt.
Het Overheidsbrede Beleidsoverleg Digitale Overheid (OBDO) heeft in 2018 het functioneel toepassingsgebied aangepast conform de in 2017 vastgestelde [https://www.forumstandaardisatie.nl/sites/bfs/files/proceedings/FS%20180613.2A%20Agendapunt%204b.%20Standaardisatie%20van%20het%20Overheidsbrede%20Overleg%20Digitale%20Overheid%20van%2024%20mei%202018.pdf standaardsyntaxis] . +
Het Overheidsbreed Beleidsoverleg Digitale Overheid (OBDO) besloot op 29 november 2018 op advies van het Forum Standaardisatie om STOSAG 1.0 te verwijderen van de pas-toe-of-leg-uit lijst. Voor details zie het [https://www.forumstandaardisatie.nl/sites/bfs/files/FS%20181010.3D%20Forumadvies%20%20verwijdering%20STOSAG%201.0.pdf Forumadvies STOSAG ] zoals overgenomen door het OBDO. +
Het Overheidsbreed Beleidsoverleg Digitale Overheid (OBDO) besloot op 29 november 2018 op advies van het Forum Standaardisatie om STOSAG 1.0 te verwijderen van de pas-toe-of-leg-uit lijst. Voor details zie het [https://www.forumstandaardisatie.nl/sites/bfs/files/FS%20181010.3D%20Forumadvies%20%20verwijdering%20STOSAG%201.0.pdf Forumadvies STOSAG ] zoals overgenomen door het OBDO. +
T
* TLS 1.3 en TLS 1.2 worden door experts beschouwd als de meest veilige versies. Deze versies zijn daarom de norm en staan op de 'Pas toe of leg uit'-lijst. TLS-versies zijn echter niet 'backwards compatible’. Ten behoeve van de interoperabiliteit kan het nodig zijn om ook de versies 1.1 en 1.0 toe te passen, vooral als wederpartijen (nog) niet klaar zijn voor versie 1.2 en/of 1.3. Toepassing van versie 3 en ouder van SSL (‘TLS-voorloper’) wordt sterk afgeraden vanwege bekende ernstige kwetsbaarheden. Voor configuratieadvies, zie de [https://www.ncsc.nl/onderwerpen/verbindingsbeveiliging/documenten/publicaties/2021/januari/19/ict-beveiligingsrichtlijnen-voor-transport-layer-security-2.1] van NCSC.
* Het Overheidsbrede Beleidsoverleg Digitale Overheid (OBDO) heeft in 2018 het functioneel toepassingsgebied aangepast conform de in 2017 vastgestelde [https://www.forumstandaardisatie.nl/sites/bfs/files/proceedings/FS%20180613.2A%20Agendapunt%204b.%20Standaardisatie%20van%20het%20Overheidsbrede%20Overleg%20Digitale%20Overheid%20van%2024%20mei%202018.pdf standaardsyntaxis].
+
* TLS 1.3 en TLS 1.2 worden door experts beschouwd als de meest veilige versies. Deze versies zijn daarom de norm en staan op de 'Pas toe of leg uit'-lijst. TLS-versies zijn echter niet 'backwards compatible’. Ten behoeve van de interoperabiliteit kan het nodig zijn om ook de versies 1.1 en 1.0 toe te passen, vooral als wederpartijen (nog) niet klaar zijn voor versie 1.2 en/of 1.3. Toepassing van versie 3 en ouder van SSL (‘TLS-voorloper’) wordt sterk afgeraden vanwege bekende ernstige kwetsbaarheden. Voor configuratieadvies, zie de [https://www.ncsc.nl/onderwerpen/verbindingsbeveiliging/documenten/publicaties/2021/januari/19/ict-beveiligingsrichtlijnen-voor-transport-layer-security-2.1] van NCSC.
* Het Overheidsbrede Beleidsoverleg Digitale Overheid (OBDO) heeft in 2018 het functioneel toepassingsgebied aangepast conform de in 2017 vastgestelde [https://www.forumstandaardisatie.nl/sites/bfs/files/proceedings/FS%20180613.2A%20Agendapunt%204b.%20Standaardisatie%20van%20het%20Overheidsbrede%20Overleg%20Digitale%20Overheid%20van%2024%20mei%202018.pdf standaardsyntaxis].
+
U
Vanaf november 2018 zijn overheden op grond van de Europese richtlijn inzake e-factureren (EU/55/2014) verplicht bij overheidsopdrachten e-facturen te kunnen ontvangen en verwerken. Hierdoor worden overheden verplicht om e-facturen te kunnen ontvangen en verwerken die voldoen aan een Europees semantische model voor e-facturatie (kernfactuur) en een beperkte lijst van syntaxen. De Rijksoverheid stapt per 1 januari 2017 al over op e-factureren. Ook de standaard UBL zal hiertoe behoren, maar waarschijnlijk ook UN/CEFACT, EDIFACT en ISO20022. De overheid gebruikt echter met name profielen afgeleid van UBL (SI-UBL en UBL-OHNL). Vandaar de aanbeveling om UBL als overkoepelende syntax voor efacturatie op de aanbevolen lijst op te nemen. +
November 2016 is besloten om ook IRI bij de URI op de aanbevolen lijst te plaatsen omdat een URI is specifieke vorm van een IRI – Internationalized Resource Identifier (RFC 3987 - 2005). Een URI maakt gebruik van alleen de ASCII-karakterset. Een IRI maakt gebruik van de universele karakter set conform Unicode/ISO 10646. Daarnaast is de versie gewijzigd van de RFC 2396 uit 1998 naar RFC 3986 uit 2005. De nieuwe versie van standaard URI RFC3986 is een uitbreiding op de vorige versie met o.a. IPv6, de grammaticaregels zijn versimpeld en meer geformaliseerd. +
November 2016 is besloten om de URL te verwijderen van de aanbevolen lijst omdat deze is opgenomen in de URI-standaard (alle URL’s zijn een specifieke vorm van URI’s) en de URI standaard RFC2717 met status ‘Best current practice’ is vervallen en vervangen door standaard RFC4395 (status ‘Best current practice’) met richtlijnen en registratie procedures voor URI’s. +
November 2016 is besloten om de URN als losse standaard te verwijderd van de lijst omdat deze al onderdeel is van de URI-standaard. Net zoals URL, zijn alle URN’s een specifieke vorm van URI’s. Wel is de URN (IETF-standaard RFC2141) niet komen te vervallen zoals bij URL. Maar aangezien de URN een onderdeel is in de URI standaard is het niet nodig om deze standaard als aparte standaarden op de lijst te laten staan. +
V
November 2016 is besloten om de RFC 2425 uit 1998 te vervangen door de nieuwere versie uit 2011, RFC 6350. De nieuwe versie van standaard VCF RFC6350 is niet alleen een MIME type maar een zelfstandig formaat, gebruikt alleen UTF-8 en is onder andere uitgebreid met standaard voor het vindbaar maken van personen op basis van vCard (de voormalige standaard RFC 2426). +
W
'''Toelichting op het beheer'''
WDO (Wereld Douane Organisatie) is de beheerder van de standaard. Oorspronkelijk heeft voor Nederland Logius de nationale communicatie en coördinatie van de standaard op zich genomen en hiervoor het NPDM (Nationaal Platform Data Model) ingericht. Per 1 januari 2017 zijn de verantwoordelijkheden van het NPDM aan de Douane overgedragen. Hiermee is de Douane ook verantwoordelijk voor de communicatie en coördinatie van het WDO Data Model binnen Nederland. De Douane brengt, als vertegenwoordiger van Nederland namens de andere overheden, ook eventuele wensen voor aanpassing/uitbreiding van het WCO Data Model in bij de WCO.
Oorspronkelijk was de voorwaarde voor opname op de lijst dat er ook een Nederlandse beheerder was van de standaard, met een open beheerproces en voldoende betrokkenheid van de verschillende belanghebbenden. Hiervoor is het NPDM ingericht. Forum Standaardisatie heeft tijdens het Forumoverleg van 15 april 2014 vastgesteld dat aan deze voorwaarden is voldaan, waardoor per die datum het WDO Datamodel aan de 'Pas toe of leg uit' -lijst is toegevoegd. Zie ook het verslag van deze Forum vergadering. +
'''Toelichting op het beheer'''
WDO (Wereld Douane Organisatie) is de beheerder van de standaard. Oorspronkelijk heeft voor Nederland Logius de nationale communicatie en coördinatie van de standaard op zich genomen en hiervoor het NPDM (Nationaal Platform Data Model) ingericht. Per 1 januari 2017 zijn de verantwoordelijkheden van het NPDM aan de Douane overgedragen. Hiermee is de Douane ook verantwoordelijk voor de communicatie en coördinatie van het WDO Data Model binnen Nederland. De Douane brengt, als vertegenwoordiger van Nederland namens de andere overheden, ook eventuele wensen voor aanpassing/uitbreiding van het WCO Data Model in bij de WCO.
Oorspronkelijk was de voorwaarde voor opname op de lijst dat er ook een Nederlandse beheerder was van de standaard, met een open beheerproces en voldoende betrokkenheid van de verschillende belanghebbenden. Hiervoor is het NPDM ingericht. Forum Standaardisatie heeft tijdens het Forumoverleg van 15 april 2014 vastgesteld dat aan deze voorwaarden is voldaan, waardoor per die datum het WDO Datamodel aan de 'Pas toe of leg uit' -lijst is toegevoegd. Zie ook het verslag van deze Forum vergadering. +
Forum Standaardisatie adviseert de overheid om ook openbare WiFi netwerken voor gastgebruik altijd op een veilige manier aan te bieden. Denk bijvoorbeeld aan de openbare gastnetwerken bij de balie van rijksdiensten en gemeenten. Hoewel WPA2 Enterprise niet verplicht is voor openbare WiFi gastnetwerken, raadt Forum Standaardisatie wel aan om WPA2 Enterprise of alternatieve oplossingen met een vergelijkbaar beveiligingsniveau in deze netwerken toe te passen.
Forum Standaardisatie doet hierbij een oproep aan koepelorganisaties VNG (Realisatie), UvW, IPO en CIO Rijk om gezamenlijk duidelijke voorwaarden te formuleren waaraan leveranciers van authenticatiediensten voor openbare WiFi gastnetwerken met WPA2 Enterprise moeten voldoen. Het gaat met name om afspraken over privacy, leveranciersonafhankelijkheid en interoperabiliteit.
Lees ook het nieuwsbericht [https://www.forumstandaardisatie.nl/nieuws/wpa2-enterprise-niet-verplicht-openbare-wifi-netwerken-voor-gastgebruik WPA2 Enterprise niet verplicht in openbare WiFi netwerken voor gastgebruik] +
Forum Standaardisatie adviseert de overheid om ook openbare WiFi netwerken voor gastgebruik altijd op een veilige manier aan te bieden. Denk bijvoorbeeld aan de openbare gastnetwerken bij de balie van rijksdiensten en gemeenten. Hoewel WPA2 Enterprise niet verplicht is voor openbare WiFi gastnetwerken, raadt Forum Standaardisatie wel aan om WPA2 Enterprise of alternatieve oplossingen met een vergelijkbaar beveiligingsniveau in deze netwerken toe te passen.
Forum Standaardisatie doet hierbij een oproep aan koepelorganisaties VNG (Realisatie), UvW, IPO en CIO Rijk om gezamenlijk duidelijke voorwaarden te formuleren waaraan leveranciers van authenticatiediensten voor openbare WiFi gastnetwerken met WPA2 Enterprise moeten voldoen. Het gaat met name om afspraken over privacy, leveranciersonafhankelijkheid en interoperabiliteit.
Lees ook het nieuwsbericht [https://www.forumstandaardisatie.nl/nieuws/wpa2-enterprise-niet-verplicht-openbare-wifi-netwerken-voor-gastgebruik WPA2 Enterprise niet verplicht in openbare WiFi netwerken voor gastgebruik] +
November 2016 is de 1.1 versie op de aanbevolen lijst vervangen door de 2.0 versie. De nieuwe versie van standaard WSDL 2.0 wordt aanbevolen door W3C en omvat betere ondersteuning voor RESTfull webservices en is eenvoudiger te implementeren.<br />
+
Door de brede ondersteuning en gebruik van WebDAV en CalDAV in verschillende applicaties volstaat opname op de lijst met de status ‘aanbevolen’. +
De standaard zal nog veel ontwikkeling doormaken in gebruik en ondersteuning, maar de toegevoegde waarde is veelbelovend. Om deze reden komt WebRTC in aanmerking voor opname op de lijst met open standaarden met de status ‘aanbevolen’. Bij opname kan de standaard doorgroeien naar een aanbevolen standaard die zichzelf heeft bewezen. +
Versie 2 vervangt de eerder opgenomen versie 1.2 van de Webrichtlijnen.
De Europese standaard EN 301 549 voor de toegankelijkheid van ICT producten en diensten wordt eind 2016 op Europees niveau verplicht gesteld. De Nederlandse overheid zal deze medio 2018 omzetten in nationale wetgeving. Het Forum Standaardisatie heeft na een openbare procedure besloten om Webrichtlijnen 2 te vervangen door EN 301 549 en WCAG 2.0 (samen opgenomen onder de noemer 'Digitale Toegankelijkheid') op de 'Pas-toe-of-leg-uit'-lijst. +
Versie 2 vervangt de eerder opgenomen versie 1.2 van de Webrichtlijnen.
De Europese standaard EN 301 549 voor de toegankelijkheid van ICT producten en diensten wordt eind 2016 op Europees niveau verplicht gesteld. De Nederlandse overheid zal deze medio 2018 omzetten in nationale wetgeving. Het Forum Standaardisatie heeft na een openbare procedure besloten om Webrichtlijnen 2 te vervangen door EN 301 549 en WCAG 2.0 (samen opgenomen onder de noemer 'Digitale Toegankelijkheid') op de 'Pas-toe-of-leg-uit'-lijst. +
Versie 2 vervangt de eerder opgenomen versie 1.2 van de Webrichtlijnen.
De Europese standaard EN 301 549 voor de toegankelijkheid van ICT producten en diensten wordt eind 2016 op Europees niveau verplicht gesteld. De Nederlandse overheid zal deze medio 2018 omzetten in nationale wetgeving. Het Forum Standaardisatie heeft na een openbare procedure besloten om Webrichtlijnen 2 te vervangen door EN 301 549 en WCAG 2.0 (samen opgenomen onder de noemer 'Digitale Toegankelijkheid') op de 'Pas-toe-of-leg-uit'-lijst. +
X
RFC 6818 zijn overigens recentelijk aangepast. De set van acceptabele encodeermethoden geeft meer inzicht in de regels voor het converteren van internationale domeinen naar ASCII. Het geeft met name een update van beveiligingsoverwegingen. +
De opname omvat zogenoemde "errata corrections" die voor XBRL zijn uitgebracht.
XBRL op de 'Pas toe of leg uit'-lijst van het Forum Standaardisatie bestaan uit de volgende specificaties:
* XBRL Dimensions maakt het mogelijk om multidimensionale feiten te rapporteren tegen dimensies die zijn gedefinieerd in een XBRL-taxonomie. Versie 1.0
* Extensible Enumerations legt enumeraties met toegestane waarden voor primaire rapportageconcepten vast, waarbij taxonomieauteurs uitbreidbare opsommingen met meertalige labels kunnen definiëren. Versie 2.0
* Formula biedt een standaardmechanisme voor het definiëren van regels in een taxonomie die kunnen worden toegepast op instance documents. Versie 1.0
* Generic Links biedt een linktype zonder vooraf gedefinieerde semantiek of beperkingen. Te gebruiken als bouwsteen voor andere specificaties, zoals Generic Labels en Generic References om relaties met bepaalde semantiek te definiëren. Versie 1.0
* Inline XBRL (iXBRL) biedt een mechanisme voor het insluiten van XBRL-tags in HTML-documenten. Dit combineert XBRL-voordelen van getagde gegevens met een voor mensen leesbare presentatie van een rapport, dat onder controle staat van de opsteller. Versie 1.1
* Open Information Model biedt een syntaxisonafhankelijk model voor XBRL-gegevens, dat XBRL-gegevens betrouwbaar omzet in andere representaties. Naast het kernmodel bevat het werkproduct toewijzingen aan JSON- en CSV-indelingen voor XBRL-gegevens. Versie 1.0
* Registries bieden een gecentraliseerde lijst van definities, waardoor uitvoerders geschikte definities die door anderen zijn gemaakt, kunnen hergebruiken. Hoewel het gebruik van de registers niet verplicht is, zal hergebruik van definities waar mogelijk de interoperabiliteit bevorderen. Versie 1.x
* Table Linkbase biedt een mechanisme voor taxonomieauteurs om een tabellaire lay-out van feiten te definiëren. Deze tabellen worden gebruikt voor zowel presentatie als gegevensinvoer. Versie 1.0
* Taxonmy Packages bieden een gestandaardiseerd mechanisme voor het verstrekken van documentatie over de inhoud van een taxonomie. Zoals de naam, versie en uitgever van de taxonomie, evenals een lijst met de "toegangspunten" (entrypoints) die beschikbaar zijn binnen de taxonomie. Taxonomy Packages kunnen ook URL-hertoewijzingen bevatten, waardoor XBRL-hulpprogramma's automatisch kunnen worden geconfigureerd voor offline gebruik. Versie 1.0
* Versioning definieert de basissyntaxis en semantiek voor een XBRL-versierapport. Versie 1.0
De opname omvat zogenoemde "errata corrections" die voor XBRL zijn uitgebracht.
XBRL op de 'Pas toe of leg uit'-lijst van het Forum Standaardisatie bestaan uit de volgende specificaties:
* XBRL Dimensions maakt het mogelijk om multidimensionale feiten te rapporteren tegen dimensies die zijn gedefinieerd in een XBRL-taxonomie. Versie 1.0
* Extensible Enumerations legt enumeraties met toegestane waarden voor primaire rapportageconcepten vast, waarbij taxonomieauteurs uitbreidbare opsommingen met meertalige labels kunnen definiëren. Versie 2.0
* Formula biedt een standaardmechanisme voor het definiëren van regels in een taxonomie die kunnen worden toegepast op instance documents. Versie 1.0
* Generic Links biedt een linktype zonder vooraf gedefinieerde semantiek of beperkingen. Te gebruiken als bouwsteen voor andere specificaties, zoals Generic Labels en Generic References om relaties met bepaalde semantiek te definiëren. Versie 1.0
* Inline XBRL (iXBRL) biedt een mechanisme voor het insluiten van XBRL-tags in HTML-documenten. Dit combineert XBRL-voordelen van getagde gegevens met een voor mensen leesbare presentatie van een rapport, dat onder controle staat van de opsteller. Versie 1.1
* Open Information Model biedt een syntaxisonafhankelijk model voor XBRL-gegevens, dat XBRL-gegevens betrouwbaar omzet in andere representaties. Naast het kernmodel bevat het werkproduct toewijzingen aan JSON- en CSV-indelingen voor XBRL-gegevens. Versie 1.0
* Registries bieden een gecentraliseerde lijst van definities, waardoor uitvoerders geschikte definities die door anderen zijn gemaakt, kunnen hergebruiken. Hoewel het gebruik van de registers niet verplicht is, zal hergebruik van definities waar mogelijk de interoperabiliteit bevorderen. Versie 1.x
* Table Linkbase biedt een mechanisme voor taxonomieauteurs om een tabellaire lay-out van feiten te definiëren. Deze tabellen worden gebruikt voor zowel presentatie als gegevensinvoer. Versie 1.0
* Taxonmy Packages bieden een gestandaardiseerd mechanisme voor het verstrekken van documentatie over de inhoud van een taxonomie. Zoals de naam, versie en uitgever van de taxonomie, evenals een lijst met de "toegangspunten" (entrypoints) die beschikbaar zijn binnen de taxonomie. Taxonomy Packages kunnen ook URL-hertoewijzingen bevatten, waardoor XBRL-hulpprogramma's automatisch kunnen worden geconfigureerd voor offline gebruik. Versie 1.0
* Versioning definieert de basissyntaxis en semantiek voor een XBRL-versierapport. Versie 1.0
November 2016 is op de lijst de versie van de standaard aangepast, van de 2.4.1 versie naar de 2.5.1 versie. De nieuwe versie van XMI bevat een aantal minor uitbreidingen en updates. +
November 2016 is op de lijst de versie van de standaard aangepast, van de 2.4.1 versie naar de 2.5.1 versie. De nieuwe versie van XMI bevat een aantal minor uitbreidingen en updates. +
Aangezien de volwassenheid van de XSD aanzienlijk is en het een wezenlijke aanvulling is op de veelgebruikte XML-documenten is het een logische toevoeging voor op de lijst met de status ‘aanbevolen’. Op de lijst staan al verschillende XML ondersteunende of gebaseerde standaarden, het toevoegen van XSD zorgt daarmee voor een completer overzicht. +