Three Interconnected RDF/OWL Vocabularies for EU Digital Product Passport and After-Sales Service Automation

Tracking #: 4022-5236

Authors: 
Kévin Boutillier

Responsible editor: 
Eva Blomqvist

Submission type: 
Ontology Description
Abstract: 
The European Union's Ecodesign for Sustainable Products Regulation (ESPR, EU 2024/1781) mandates Digital Product Passports (DPP) for electronics and appliances by 2027. While existing ontologies address product lifecycle data, none provide semantic expressiveness for after-sales service automation, particularly warranty decision-making. This paper presents three interconnected RDF/OWL vocabularies: DPP (Digital Product Passport) for product lifecycle traceability, RMA (Return Merchandise Authorization) for service ticket management, and WTY (Warranty & Contracts) for machine-readable warranty rules. The key innovation is wty:PaymentRule, enabling formal specification of warranty payment decisions—functionality absent from existing vocabularies including GoodRelations, Schema.org, and DPPO. The vocabularies total 52 classes and 224 properties (81 object properties, 143 datatype properties), are registered in Linked Open Vocabularies (LOV), use W3C persistent URIs (W3ID), and are published under CC BY 4.0.
Full PDF Version: 
Tags: 
Reviewed

Decision/Status: 
Reject

Solicited Reviews:
Click to Expand/Collapse
Review #1
Anonymous submitted on 18/Mar/2026
Suggestion:
Major Revision
Review Comment:

Manuscript swj4022
The manuscript introduces three modular RDF/OWL vocabularies: (1) DPP (Digital Product Passport) for ESPR-compliant product lifecycle traceability with UNTP alignment for sustainability metrics; (2) RMA (Return Merchandise Authorization) for service ticket workflows; and (3) WTY (Warranty & Contracts) for machine-readable warranty rules and automated payment decisions.
The principal contribution appears to be the introduction of wty:PaymentRule, which is intended to formalize warranty payment responsibility, payment percentage, defect type coverage, and cost categories. This is a potentially useful contribution because it moves beyond simple descriptive vocabulary design toward the representation of executable warranty logic. At the same time, the paper does not clearly show how this work is different from existing vocabularies, or whether related work has been reviewed well enough.
The manuscript also shows care in dissemination and publication practice. The vocabularies are presented as openly published resources with persistent identifiers, licensing information, and availability in multiple serializations. This strengthens accessibility and reuse potential and is a positive aspect of the work.
The paper states that the vocabularies have not yet been deployed in a production environment, that pilot implementations are planned for 2027, and that there are no third-party implementations. As a result, the work should be understood as an early modeling contribution rather than a validated practical solution. This does not invalidate the effort, but it clearly limits the strength of the manuscript’s claims regarding practical applicability and impact.
Main strengths include
• The ontologies are presented in clear modular structure. This separation gives the contribution conceptual clarity and improves the potential for selective reuse in different application settings.
• The wty:PaymentRule represents warranty payment responsibility and related conditions in a machine-readable form.
• The vocabularies are presented as openly published resources with persistent identifiers, licensing information, multiple serializations, and queryable access points. This is a clear strength because it improves accessibility and potential reuse.
• The work is aligned with existing standards including Schema.org, GS1-related identifiers, and UNTP-oriented concepts. Although the depth of this alignment is limited in the paper, the effort itself is relevant and constructive.
• The focus on Digital Product Passports and warranty-related machine-readable information is timely in light of the broader regulatory and industrial interest surrounding ESPR and product traceability.
Assessment of the provided resources and artefacts
The provided ontology artefacts support inspection of the proposed vocabularies and are presented through an accessible publication setup with persistent identifiers and multiple serializations. This is a strength of the submission. At the same time, the paper would benefit from clearer documentation of how the provided artefacts correspond to the ontology statistics, examples, and claims discussed in the manuscript. Clearer version transparency and more explicit guidance for readers assessing the ontology files would strengthen the submission further. The artefacts appear useful for inspection of the vocabularies, but the relationship between the paper and the provided resources should be explained more precisely.
Comments
Location: Throughout manuscript, particularly Sections 3-5 (Vocabulary Design and Implementation)
The paper makes strong claims about enabling "automated payment decisions" and "ESPR compliance" but does not provide sufficient validation of the proposed vocabularies. Without validation against real warranty contracts, relevant standards, ESPR requirements, or automation demonstrations, it is difficult to assess whether the vocabularies actually work. Also, the paper does not sufficiently show how the proposed vocabularies align with, extend, or differ from existing Digital Product Passport ontologies, standards, and related semantic models. Reuse and explicit alignment with relevant existing resources are important practices in ontology construction.
The paper includes illustrative examples, including a washing machine product passport and a warranty scenario with payment rules. However, these examples remain simple and author-constructed, and they do not amount to a rigorous validation of the vocabularies in realistic contractual or compliance settings. I think it is a good idea to demonstrate the claims made through realistic case examples, competency questions, or an executable assessment workflow. A stronger validation section is needed to show that the vocabularies are fit for their intended purpose and to clarify their interoperability potential.
Location: Section 4 and Table 5
The related work discussion is too narrow for a journal contribution of this kind. The comparative evaluation lacks sufficient detail to support the manuscript’s novelty claims. The related work discussion and Table 5 offer only a brief, high-level comparison. A more rigorous analysis is needed to clarify the necessity of the proposed approach and to justify the chosen modeling strategy over existing alternatives.
Location: Abstract, Introduction, Section 5.2, Figure 3, and Conclusion
The manuscript suggests that the proposed modeling can support automated warranty payment decisions, and Figure 3 provides a conceptual workflow for this purpose. However, the paper does not explain with enough technical precision how such automation would be carried out in practice. It does not provide executable rule examples, a worked reasoning trace, or a validation workflow that would substantiate this claim. It does not offer executable rule examples, reasoning demonstration, or a validation process that would support this assertion.
Location: Section 5
The illustrative examples are useful for explaining the proposed vocabularies, but they remain relatively simple and do not show how the model would handle more complex warranty situations involving layered responsibilities, richer conditions, or more elaborate decision paths. As a result, they are helpful as demonstrations of intent, but not as strong evidence of practical expressiveness.
Location: Sections 3 and 5, especially the description of WTY and the examples
The manuscript does not provide a sufficiently clear formal account of the semantics of wty:PaymentRule and related warranty constructs. The paper explains the intended meaning of the model at a descriptive level, but it remains unclear how payment responsibility, coverage conditions, exclusions, and assessment outcomes are meant to be interpreted in a formally precise and machine-executable way. This is important because the central contribution of the manuscript depends on these constructs carrying more than an implicit understanding. The author should clarify the formal interpretation of the core classes and properties and explain what kind of reasoning or rule execution model the design assumes.
Location: Sections 3 to 5 and the ontology artefacts more generally
The manuscript does not sufficiently distinguish ontology modeling from rule-based decision logic. This distinction is important because the paper presents warranty payment decisions as if they follow directly from the vocabulary design, while in practice such decisions usually depend on an additional rule layer, application logic, or validation framework. The manuscript should explain more clearly which aspects are handled by the ontology itself and which would require external rule execution, constraint checking, or application-level processing.
Conclusion
The paper addresses a timely and relevant topic by proposing modular RDF/OWL vocabularies for Digital Product Passports, return workflows, and warranty representation. Its strongest aspect is the attempt to model warranty-related payment logic in a machine-readable form, which gives the work some originality and practical promise. The modular design and the attention given to publication and dissemination of the artefacts produced are also positive features.
However, the paper remains too immature in its current form for acceptance. Its central claims regarding automation, interoperability, and compliance support are not supported by sufficient validation. The related work discussion is too limited to establish novelty convincingly, and the paper does not yet provide enough technical depth to explain how the proposed model would support automated decision making in practice. The examples are useful for illustration, but they are not strong enough to demonstrate practical expressiveness or real-world applicability.
Recommendation
Major revisions required
Reason for recommendation
In my opinion, the manuscript is not ready for acceptance in its current form because the main scientific contribution is not yet supported by adequate validation, comparative analysis, or technical demonstration. At the same time, the work is not without merit. The topic is relevant, the modeling effort is potentially useful, and the paper could become publishable if the author substantially strengthens the validation, clarifies the relation to existing vocabularies and standards, and provides a more precise account of how the proposed automation is intended to work.

Review #2
Anonymous submitted on 20/Mar/2026
Suggestion:
Reject
Review Comment:

This paper presents three RDF/OWL vocabularies (DPP, RMA, WTY) for EU Digital Product Passports and after-sales service automation. The claimed key contribution is wty:PaymentRule for automated warranty payment decisions.

Strengths:
The general idea of formalizing warranty payment rules as Linked Data addresses a real gap, since GoodRelations and Schema.org indeed only offer free-text warranty fields. The FAIR compliance aspects (LOV registration, W3ID URIs, CC BY 4.0, content negotiation in multiple formats) are well done and show awareness of best practices. The Turtle examples in the paper (Listings 1 and 2) make the practical usage clear.

Weaknesses:
Inspecting the actual TTL files reveals several OWL modeling errors. In dpp.ttl, eight properties are defined twice (countryOfProduction, dueDiligenceDeclaration, hasDimensions, weightKg, lengthCm, widthCm, heightCm, volumeL). dpp:belongsTo declares owl:inverseOf for two different properties simultaneously, which is not valid in OWL. dpp:Repairer is subClassOf both schema:Person and schema:Organization, making every Repairer an intersection of both, while likely a union was intended. The same holds for Multiple rdfs:domain values (e.g., dpp:hasVerifiableCredential, dpp:belongsTo, dpp:hasTraceabilityEvent, dpp:credentialIssuer have all two domains and dpp:hasGln has four domains). However, multiple rdfs:domain statements mean the subject is inferred to be in all those classes (not or). wty:paymentSplit is also defined twice within wty.ttl with different domains.

Besides those issues, the biggest problem is the complete absence of evaluation. The paper claims the vocabularies enable "automated payment decisions," but there is no demonstration that this actually works. No competency questions, no SPARQL queries showing how a payment decision would be derived, no OWL rules or SHACL shapes, no reasoning example.

Furthermore, I do not understand why a completely new DPP vocabulary with 35 classes and 117 properties was necessary. DPPO, Catena-X CX-0143, and UNTP all provide established product lifecycle vocabularies. The paper does not justify why these could not be extended via owl:imports. The actual novel contribution is the WTY vocabulary (and to some extent RMA), but the DPP part appears to largely duplicate existing work. It would strengthen the paper considerably to either build on an existing DPP ontology or provide a detailed justification for starting from scratch.

The related work section is too shallow. Each existing resource gets one or two sentences. Table 5 uses binary checkmarks without explanation. For instance, why does Catena-X get "~" for RDF/OWL format? What specifically cannot be expressed in UNTP? The claimed UNTP alignment consists only of rdfs:seeAlso links to documentation pages, which is not a formal alignment. Rahel Kebede's DPP Ontology and CIRPASS DPP Core Ontology requirements are not discussed at all.

Regarding data artifacts: There is no GitHub/Zenodo repository, no README, no example instance data beyond what is in the paper, and no SHACL validation shapes. The vocabularies are hosted only on a company domain (verisav.fr), which raises long term availability concerns. Also, Table 1 claims verification in January 2026, but dpp.ttl was modified on 2026-02-07.

Review #3
Anonymous submitted on 01/Apr/2026
Suggestion:
Reject
Review Comment:

The paper presents three ontologies for EU DPPs and after-sales service. This is a timely and important topic for the KG and ontology communities working on sustainability-related applications. Despite this, the paper is very generic, lacking concrete details in all sections. Overall, at its current state, this paper is more suitable for a workshop rather than a journal. If extended, it could be considered as a resource paper.

Specific comments:

Introduction: The motivation for the work is somewhat clear - the upcoming EU regulation mandating DPPs. However, the scientific and research gaps are a bit fuzzy. There is a mention of a lack of ontology to cover a use case, but this should be better explained and motivated. For example, why would we need a new ontology or vocabularies instead of reusing them in this case? The processes of determining warranty coverage and payment responsibilities should be explained, considering the audience of the journal and other interested readers. Unclear why and if these processes are significantly complex and why they require better semantic modelling..

The contributions read as a duplicate of the paragraph before them (start of page 2). Further, I think that it is expected that every ontology is documented in a FAIR manner, is publicly available and has a license, so this is not a contribution. There is also no link to the documentation and the source code of the work when mentioned in the introduction. Links are provided later on but it would be beneficial to have them earlier in the paper.

Related work: It is very briefly mentioned in the paper. I would expect to see several ontologies/vocabularies analysed in depth and having concrete insights from each analysis. This becomes an issue later on as it is not clear if any ontologies have been reused and how innovative the work is in general.

Methodology: The authors have mentioned following the NeOn and Ontology 101 methodologies, which is good. It is not clear how exactly these were applied separately or together. This should be explained in a paragraph and ideally will be accompanied by a step-by-step diagram. For example, it is not clear how the use case was derived and if any competency questions were used.

Ontology development: There is not much information on how exactly each ontology was designed (i.e. the design choices made by the authors). Unclear what the exact scope of each ontology is from its description. The online documentation, also not with WIDOCO, is in French. This limits its FAIRness and readability (e.g. by reviewers).

Evaluation: No clear evaluation plan. The paper should include this and results from, for example, competency question evaluations and comparisons to other ontologies. The authors should also consider evaluation with the OOPS! pitfall scanner and reasoners.

Conclusions: The conclusions are satisfactory. However, there is a lack of discussion on limitations, and the future work ideas are too generic.

The references are very limited and should also be double-checked for completeness.