Deliverable

A deliverable is what you submit. The official definition: a report produced at a given moment in the action and submitted to the Commission so the project can be monitored effectively.

The key difference from a milestone: a deliverable is submitted, a milestone is verified.

Numbering and dates

The scheme is strict: work package number, dot, sequence number within that package. So 4.2 is the second deliverable of work package 4. Deliverables are numbered in order of delivery date, and dates are given in months from the project start, where the first month is month 1.

Types

R – document or report (excluding periodic and final reports). DEM – demonstrator, pilot, prototype, plan designs. DEC – websites, patent filings, press and media actions, videos. DATA – data sets. DMP – data management plan. ETHICS and SECURITY – deliverables on those issues. OTHER – software, algorithms, models.

Dissemination level

PU – public. An important detail: deliverables flagged public are automatically published on the project's CORDIS page. "Public" here means genuinely public, not "we do not object".

SEN – sensitive, limited under the conditions of the grant agreement. Then three EU classification levels: R-UE/EU-R, C-UE/EU-C and S-UE/EU-S.

Two mandatory deliverables

Within the first six months you must submit two distinct deliverables: a data management plan and a plan for dissemination and exploitation including communication activities. The data management plan is then updated during the project.

Why not to list extras

The guidance advises including only deliverables essential for effective monitoring, and the reason is practical: each one in Annex 1 is a legal obligation, and removing it later needs an amendment.

A useful asymmetry: adding or removing a deliverable requires an amendment; changing its due date does not.