Figure 13 illustrates that the eCatalogue can accommodate more datapoints, including detailed producer information. In contrast, the eInvoice should remain simple, containing only essential datapoints. Figure 13’s eCatalogue and eInvoice symbols denote the recommended eDocument type(s) for implementation.
9.2.2 Catalogue as a repository
Businesses should ideally store relevant datapoints in eCatalogues to enable automatic availability in other eDocuments, such as eInvoices. This allows the eCatalogue to serve as a central repository for all datapoints. The eCatalogue should store the most detailed datapoints, while the eInvoice should remain simple (cf. the section “eDocuments and Green data (Mockups)). However, it is essential that all eDocuments, not just eCatalogues, include some or all significant and material datapoints, such as the "CO2e factor per unit sold”. Using open and free standards (see section 9.1.3), organizations and even countries can tailor datapoints and values to their needs in each relevant eDocument. This will permit a seamless flow of product and climate data throughout supply chains, supporting the objective of the project.
9.2.3 Classification systems:
To enhance data consistency and usability, adopting the UNSPSC code standard is recommended. Its stable structure supports accurate classification of products across multiple sectors. The UNSPSC code standard allows for easy and seamless addition of new products. Furthermore, it provides a hierarchical classification structure that enhances search functionality and enables data to be structured, categorized, and stored for easy access and retrieval in all systems.
The Nordic countries should consider aligning on the same UNSPSC version. Currently, there are 26 versions, with the latest being UNv26.0801. Denmark has implemented and translated version 19, Norway uses version 18, and Sweden, Finland, and Iceland rely on older versions. To streamline efforts, it is recommended that the Nordic countries collaborate to adopt, translate, and implement the latest version (or at least the same version). Leveraging Artificial Intelligence (AI) might help minimize translation costs and reduce the time required. This alignment would streamline and improve both climate reporting and general reporting across the Nordic countries.
9.2.4 Linking of UoM to a Product Code list:
To improve product and climate data exchange in eDocuments and simplify processes for suppliers, linking the ”Unit of Measurement” datapoint to a product code list like UNSPSC is recommended. This enables the automation of the “Measurement of Units” field for each product. This means that, each time a product has been defined with an UNSPSC code, the field for “Units of Measurement” will automatically be populated.
Since "Unit of Measurement" is stable, it simplifies identifying a product's emission factor, to find average emission factors, which can be used with GHG Protocol's average data method.
In this regard, it is recommended to draw inspiration from Norway’s successful project of linking UoM to a product code list. This approach can result in significant cost and time savings.
9.2.5 Additional Item Properties (AdditionalItemProperty)
Since approving new datapoints in communities like the Peppol community takes about a year and it is on a cross-country level acceptance, using the “AdditionalItemProperty” group is recommended as a temporary solution. This simplifes implementation while maintaining compatibility with existing standards. Denmark has already integrated the Additional Item Property in both the eInvoice and eCatalogue. It aligns with the ISO/IEC 19845 standards, which defines the “Universal Business Language” (UBL), which the EU-Norm also is based on, making it possible to facilitate this under the EU-norm. This ensures immediate usability. Furthermore, it should be considered to use the Additional Item Property group for data fields such as the Unit of Measurement, which is typically a fixed value. In Norway, only the fixed value "Kilogram" is used. Additionally, by utilizing the Additional Item Property group for the "Unit of Measurement" data field, it would allow for more flexibility, enabling additional measurement values to be included.
In this context, it is recommended that the other Nordic countries follow Denmark's example by adopting the same structure and approach for implementing the Additional Item Property group. This simplifies emission data sharing for suppliers. It is recommended for the EU commission to implement this approach as well in the EU-norm as soon as possible.