Ketenstandaard Bouw en Techniek
"With Semantic Treehouse we are able to quickly and easily develop new message specifications and APIs" says Luuk d’Hooghe. Luuk is standardization manager at Ketenstandaard Bouw en Techniek. Since 2019, Ketenstandaard has been using the Semantic Treehouse platform for publishing and managing, among other things, the DICO standard. We spoke to Luuk to hear how they use the platform and what added value it offers their community.
What does Ketenstandaard do?
Ketenstandaard Bouw en Techniek is an organization that has been developing and managing standards with and for the entire construction and technology sector in a neutral and independent manner for over 20 years. They also work to improve the alignment of industry standards in the interest of the entire industry. “One of the standards we have developed is the DICO Standard,” Luuk says. “This allows structured, secure and software-independent electronic exchange of information with customers and suppliers. Processes have also been standardized, which further increases the added value when used.'
How does Semantic Treehouse support you in standards management processes?
'Since the start of using Semantic Treehouse, we have gained a better overview of our own standards.' Ketenstandaard previously published their standards in PDF documents, whereby the mutual coherence and consistency across the models was monitored by Ketenstandaard experts. 'That often didn't give a good overview of the standard and the models,' Luuk says. ‘For example, when we imported our data models into Semantic Treehouse, we discovered that we had 18 different structures for the ‘Party’ concept. There was also sometimes a difference between the documentation and technical specifications. Right now we are working towards one truth.”
In addition, the platform offers the possibility to generate technical schematics (XML/JSON) based on data models. “Previously, we had outsourced that expertise outside our organization. With Semantic Treehouse we now manage this by ourselves which makes us faster and more agile to respond to new developments.” The same applies to the integrated validation tool, says Luuk. 'We now configure these ourselves using schematron rules for our XML messages.'
'Semantic Treehouse is also the place where we channel requests-for-change (RFCs) from our community.' Users of the DICO standard submit their own RFCs to those parts of the standards to which they relate. 'As administrator of the standard, this gives us an overview and we also use it to record the changes in a transparent manner.'
How did you experience the introduction of Semantic Treehouse?
'For us it was an eye-opener for our own standards,' says Luuk when we ask what he remembers about the start-up phase of using Semantic Treehouse. “We were forced to parse and formalize our models into a machine-readable language so that they could be imported into the platform. Then you suddenly discover the inconsistencies and mistakes that have crept in over the years. In the summer period of 2019, Ketenstandaard prepared all parts of the DICO standard for import. This concerned the message models, code lists, validation rules and history of change requests. “In the process we were guided by TNO, which also gave us access to their knowledge and expertise in the field of modeling and standardization. It's nice to work with like-minded people and learn from each other.'
"An important aspect for us is that Semantic Treehouse uses open standards"
-- Luuk d’Hooghe
When we talk about the development of the platform and the new possibilities that have been added in recent years, Luuk shows that they are close to the development. ‘At Ketenstandaard we have a say in the further development of Semantic Treehouse and we think that it is important, because we have become quite dependent on the platform for our services. Of course, the development does not always go as fast as we would like, but the developers of Semantic Treehouse involve us in the roadmap of the platform. For Ketenstandard the most important thing is ease of use for their end user.
A good example of cooperation that Luuk cites is the development of the MijnKetenstandaard login integration. Our users found logging in and obtaining the right roles and rights on the platform complicated at first. That also required a lot of manual steps on our part. But now that users log in via our MijnKetenstandaard portal, they immediately receive the correct rights. In that way the user experience has improved.'
What are the standardization challenges you will face in the next years?
After asking this question, Luuk immediately refers to the great ambitions and challenges in the construction and engineering sector. Think of sustainability, circularity, efficiency and chain cooperation. Digitization is required for each of these aspects. Standards are the key to success. Luuk sketches a dilemma: 'On the one hand, standards must be as strict as possible, so that they can be applied and tested unambiguously. On the other hand, we want to build in flexibility for specific data needs so that we can respond quickly and easily to new developments.' That is why Ketenstandard is working on a new structure of the data models as a foundation for the many existing and future use cases of data exchange. Luuk outlines how Semantic Treehouse supports this. “With Semantic Treehouse, we are able to quickly and easily develop new message specifications and APIs from our data model. In doing so, we automatically use best practices that have been incorporated into the platform.”
What is the added value of Semantic Treehouse for your end users?
'The most important functions of Semantic Treehouse for our end users are the presentation of the message models in a clickable tree structure (the tree view) and the possibility to validate implementations against the standards.'
The integrated validator offers the possibility to configure automatic validation per version of a message specification. For an XML implementation, this involves a check on the XML syntax, a check using the XML schema (XSD) and a check of the set of validation rules expressed in schematron. Software developers can largely use the validator themselves and on a technical level we only have to answer questions in case of problems or in case of ambiguities. That saves us a lot of time', adds Luuk.
“Another important aspect for us is that Semantic Treehouse uses open standards for both the import and export of standards and related specifications. We, as well as our users, benefit from that.” As examples, Luuk mentions the OWL ontology models that they use as an underlying data model, the XML and JSON schema message specifications that are created in Semantic Treehouse, and the use of schematron for expressing of validation rules. 'We can reuse such specifications in other tools and countries in software implementations of our users.'
Would you like to know more about different experiences from the user communities? Or a demo and explanation of Semantic Treehouse? Please contact us.
Dutch version
"Met Semantic Treehouse zijn we in staat snel en eenvoudig nieuwe berichtspecificaties en APIs te ontwikkelen" zegt Luuk d’Hooghe. Luuk is manager standaardisatie bij Ketenstandaard Bouw en Techniek. Sinds 2019 maakt Ketenstandaard gebruik van het Semantic Treehouse platform voor het publiceren en beheren van o.a. de DICO-standaard. We spraken Luuk om te horen hoe zij het platform gebruiken en welke meerwaarde dit biedt voor hun community.
Wat doet Ketenstandaard?
Ketenstandaard Bouw en Techniek is een organisatie die al meer dan 20 jaar op een neutrale en onafhankelijke manier standaarden ontwikkelt en beheert met en voor de hele bouw- en technieksector. Ze spannen zich ook in om de onderlinge aansluiting van branche standaarden te verbeteren in het belang van de hele sector. ‘Eén van die standaarden die we ontwikkeld hebben is de DICO Standaard’, vertelt Luuk. ‘Daarmee kan gestructureerd, veilig en softwareonafhankelijk elektronisch informatie uitgewisseld worden met afnemers en leveranciers. Ook zijn processen gestandaardiseerd waardoor de meerwaarde bij gebruik nog verder wordt vergroot.’
Op welke wijze ondersteunt Semantic Treehouse jullie in de processen van beheer van standaarden?
‘Sinds de start van het gebruik van Semantic Treehouse hebben we meer overzicht gekregen in onze eigen standaarden’. Eerder publiceerde Ketenstandaard hun standaarden in PDF-documenten waarbij de onderlinge samenhang en consistentie over de modellen heen door experts van Ketenstandaard werd bewaakt. ‘Dat gaf vaak geen goed overzicht op de standaard en de modellen’, geeft Luuk aan. ‘Zo kwamen we er bij het importeren van onze datamodellen in Semantic Treehouse achter dat we 18 verschillende structuren hadden voor het concept Partij. Ook zat er nog weleens verschil tussen de documentatie en technische specificaties. Op dit moment werken we toe naar één waarheid’.
Daarnaast geeft het platform de mogelijkheid om technische schema’s (XML/JSON) te genereren op basis van datamodellen. ‘Eerder hadden we die expertise buiten onze organisatie belegd. Met Semantic Treehouse hebben we dat nu in eigen beheer en zijn we sneller en wendbaarder om in te spelen op nieuwe ontwikkelingen’. Hetzelfde geldt voor de geïntegreerde validatietool, vertelt Luuk. ‘Deze configureren we nu zelf middels schematron rules voor onze XML berichten’.
‘Ook is Semantic Treehouse de plek waar we requests-for-change (RFCs) uit onze community kanaliseren’. Gebruikers van de DICO-standaard dienen zelf hun RFCs in bij die onderdelen van de standaarden waar ze betrekking op hebben. ‘Dat geeft ons als beheerder van de standaard overzicht en hiermee leggen we ook op een transparante manier de wijzigingen vast’.
Hoe hebben jullie de introductie van Semantic Treehouse ervaren?
‘Voor ons was het een eye-opener voor onze eigen standaarden’, zegt Luuk wanneer we vragen wat hij zich herinnert aan de opstartfase van het gebruik van Semantic Treehouse. ‘We werden gedwongen onze modellen te ontleden en formaliseren in een machine-leesbare taal zodat deze in het platform konden worden geïmporteerd. Dan kom je ineens achter de inconsistenties en foutjes die er in de jaren ingeslopen zijn’. In de zomerperiode van 2019 heeft Ketenstandaard alle onderdelen van de DICO standaard voorbereidt om te kunnen importeren. Dat ging om de berichtmodellen, codelijsten, validatieregels en historie aan wijzigingsverzoeken. ‘In het proces werden we begeleid door TNO, waarmee we ook toegang hadden tot hun kennis en expertise op het gebied van modelleren en standaardisatie. Het is prettig om samen te werken met gelijkgestemden en van elkaar te kunnen leren.’
"Een belangrijk aspect voor ons is dat Semantic Treehouse open standaarden hanteert"
- Luuk d’Hooghe
Wanneer we het hebben over de ontwikkeling van het platform en de nieuwe mogelijkheden die daar afgelopen jaren aan zijn toegevoegd, laat Luuk blijken dat ze dicht op de ontwikkeling zitten. ‘Vanuit Ketenstandaard hebben we inspraak op de doorontwikkeling van Semantic Treehouse en dat vinden we ook belangrijk, omdat we best afhankelijk zijn geworden van het platform voor onze dienstverlening. Die ontwikkeling gaat natuurlijk niet altijd zo snel als we zouden willen, maar de makers van Semantic Treehouse betrekken ons in de roadmap van het platform’. Voor Ketenstandaard staat het gebruiksgemak voor hun eindgebruikers voorop.
Een mooi voorbeeld van samenwerking dat Luuk aanhaalt is de ontwikkeling van de MijnKetenstandaard integratie. ‘Inloggen en het verkrijgen van de juiste rollen en rechten op het platform vonden onze gebruikers in het begin ingewikkeld. Dat vergde ook veel handmatige stappen aan onze kant. Maar nu gebruikers inloggen via onze eigen MijnKetenstandaard omgeving, krijgen ze direct de juiste rechten en is die gebruikservaring verbeterd.’
Wat zijn de uitdagingen op het gebied van standaardisatie waar jullie de komende jaren voor staan?
Na het stellen van deze vraag verwijst Luuk direct naar de grote ambities en uitdagingen in de bouw- en technieksector. Denk daarbij aan duurzaamheid, circulariteit, efficiëntie en ketensamenwerking. Voor elk van deze aspecten is digitalisering vereist. Standaarden zijn daarbij de sleutel tot succes. Luuk schets daarbij een dilemma: ‘Enerzijds moeten standaarden zo strikt mogelijk zijn, zodat deze eenduidig kunnen worden toegepast en getoetst. Anderzijds willen we flexibiliteit inbouwen voor specifieke data behoefte zodat we snel en eenvoudig kunnen inspelen op nieuwe ontwikkelingen.’ Daarom werken ze bij Ketenstandaard aan een nieuwe opbouw van de datamodellen als onderlegger voor de vele bestaande en toekomstige use cases van data-uitwisseling. Luuk schetst hoe Semantic Treehouse daarbij ondersteunt. ‘Met Semantic Treehouse zijn we in staat snel en eenvoudig nieuwe berichtspecificaties en APIs te ontwikkelen vanuit ons datamodel. Daarbij maken we automatisch gebruik van best practices die in het platform zijn verwerkt’.
Waar zit de meerwaarde van Semantic Treehouse voor jullie eindgebruikers?
‘De belangrijkste functies van Semantic Treehouse voor onze eindgebruikers zijn de presentatie van de berichtmodellen in een doorklikbare boomstructuur (de treeview) en de mogelijkheid om implementaties te kunnen valideren tegen de standaarden.’
De geïntegreerde validator biedt de mogelijkheid om per versie van een berichtspecificatie een automatische validatie te configureren. Voor een XML-implementatie gaat dat om een check op de XML-syntax, een check middels het XML-schema (XSD) en controle van de set van validatieregels uitgedrukt in schematron. ‘Software ontwikkelaars kunnen grotendeels zelf uit de voeten met het gebruik van de validator en op technisch vlak hoeven wij alleen nog vragen te beantwoorden in probleemgevallen of bij onduidelijkheden. Dat scheelt ons veel tijd’, vult Luuk daarbij aan.
‘Een ander belangrijk aspect voor ons is dat Semantic Treehouse open standaarden hanteert voor zowel de import als export van standaarden en gerelateerde specificaties. Daar profiteren wij, maar ook onze gebruikers van.’ Als voorbeelden noemt Luuk de OWL-ontologie modellen die ze gebruiken als onderliggend datamodel, de XML- en JSON-schema berichtspecificaties die in Semantic Treehouse tot stand komen en het gebruik van schematron voor het uitdrukken van validatieregels. ‘Dergelijke specificaties kunnen we weer hergebruiken in andere tools en landen in software-implementaties van onze gebruikers’.
Wil je meer weten over verschillende ervaringen vanuit de gebruikercommunities? Of een demo en toelichting op Semantic Treehouse? Neem dan contact met ons op.