DPP Annex III Readiness Check

The formula

This is the expression the tool evaluates. Every term is named underneath, with the unit it must be supplied in.

How the result is derived

Step by step, from the values you type to the figure on screen.

1. Answer for the product range you actually ship to the EU, not for the firm as a whole. An identifier scheme running on one customer's programme and nothing else is Partial, not Documented, and recording it as Documented removes the only signal this tool produces.
2. Read "documented" as: somebody outside your firm asked for it this morning and you could send it today. Not that it could be assembled, not that the data exists somewhere in an ERP - that it exists as a document with a name.
3. Start with the operator block. Manufacturer identifier, importer EORI and the EU responsible economic operator are administrative facts that do not depend on any delegated act, they are usually already known to somebody in the business, and they are the cheapest four to close.
4. Treat the DPP service provider element as a genuine open question rather than a gap to fill immediately. The market for passport hosting is young and the act will set conditions on it; committing to a provider before those conditions are published is a procurement risk, not preparation.
5. Re-run it when the textile delegated act is adopted, not before. At that point the act names which of the twelve it requires and on what terms, the menu becomes a list, and this tool's answer changes meaning - from what you hold to what you are short of.

What each input means

Where to read each value on the floor, the unit it must be in, and the range the tool accepts.

What the tool returns

The headline figure and every supporting value it is built from.

Worked example

Substituting

A common shape for an exporting mill: identifiers largely in place because customers already demand barcodes, and the operator and hosting blocks thin because nobody has asked for them yet. The four not-held elements are the useful output. Two of them - other operator identifiers and the EU responsible economic operator - are administrative and could be closed this quarter without any new system. The provider element should probably stay open until the act sets conditions on hosting. That leaves Article 7 information as the only one needing real work, which is a very different plan from "we are 54% ready".

How to use it

1. Work through the input groups in order — Product Identity, Compliance Documentation, Operators and Facilities and Hosting. The defaults are a realistic case, so you can change one value at a time and watch what moves.
2. There is no calculate button. Every figure recalculates as you type or drag, which is what makes this usable for a what-if sweep rather than a single answer.
3. Read Annex III Elements Documented in the dark results panel — that is the headline figure, expressed in % of 12.
4. Check the supporting rows underneath (Fully documented, Partial, Not held, Product identity, Compliance documentation, Operators and Facilities and hosting) before acting on the headline — they are where an implausible input usually shows itself first.
5. Reset to defaults returns every field to the reference case, which is the quickest way to check whether a surprising result came from the tool or from an input you had changed earlier.

Where this is used

• Answering a customer questionnaire honestly. A brand asking "are you DPP ready" is asking an unanswerable question; a twelve-element breakdown with counts is an answer that survives the follow-up.
• Separating the administrative gaps from the systems gaps before budgeting. Operator identifiers and an EORI number cost paperwork; a product-level identifier scheme across a range costs a project.
• Testing a vendor claim. A passport platform that offers to make you compliant is selling against an act that has not been adopted; asking which of the twelve Annex III elements it actually holds is a question with a checkable answer.
• Reading published DPP field lists critically. If a list does not match the twelve elements of Annex III, it is either drawn from another product group's delegated act or it is a forecast.

Reading the result

Typical bands and what each one is telling you.

Assumptions and limits

• This is a self-audit, not a compliance check, and it cannot be one: no delegated act for textiles exists, so no textile passport field list exists either. Annex III is the menu such an act would draw from - it may require only part of it and will attach its own conditions. A score of 12 out of 12 here means you hold documents against every element on that menu; it does not mean a future passport is satisfied. Treat any article that publishes "the fields a textile DPP must carry" as a forecast until the act is adopted.
• Every input is bounded to the range normal practice occupies (Unique product identifier Documented — can produce it today · Partial — some products or some sites · Not held, GTIN or equivalent Documented — can produce it today · Partial — some products or some sites · Not held and Commodity codes (TARIC and similar) Documented — can produce it today · Partial — some products or some sites · Not held, and so on for the rest). Those bounds are guard rails against typing errors, not a claim that the formula fails one unit outside them.
• The calculation is deterministic: the same inputs always give the same result. It carries no allowance for machine condition, operator skill, ambient conditions or lot-to-lot material variation unless an input above explicitly represents one.
• Nothing is sent anywhere. The maths runs in your browser, so the numbers you type never leave the page.

Questions people ask