C5-Readiness

BSI C5

BSI C5 Type 1 or Type 2: which report to commission first

A Type 1 report assesses the design of controls as of a specified date. A Type 2 report also assesses their operating effectiveness throughout a period that should normally cover three to twelve months. You do not need Type 1 first: an initial engagement can go straight to Type 2. The right choice mostly depends on what your customers require and by when.

Open appointment diary next to an hourglass on dark wood

Last updated: 2026-11-01

This page helps you choose the report type for a BSI C5 attestation. What a C5 attestation tells customers overall and how the audit runs are covered on separate pages.

What do Type 1 and Type 2 assess?

A Type 1 report assesses whether controls are suitably designed to meet the applicable C5 criteria as of a specified date. A Type 2 report assesses the design and also the operating effectiveness of the controls throughout a specified period (catalogue, section 3.4.4).

Type 1Type 2
SubjectSuitability of designSuitability of design and operating effectiveness
Point in timeSpecified dateSpecified period, three to twelve months (recommendation)
Permitted forInitial engagement onlyInitial and subsequent engagements
Test procedures in the reportDescribedDescribed
Management statementDescription fairly presented, controls suitably designedAlso: controls consistently applied as designed throughout the period
System descriptionEight minimum content itemsAlso significant changes and significant events during the period

For customers, the difference is practical. A Type 1 report shows that the controls are set up correctly. A Type 2 report shows that they actually ran for months, for example that access rights were reviewed and backups were tested.

Do I need a Type 1 report before Type 2?

No. The catalogue states that a Type 1 report is not required before a Type 2 report is mandated (section 3.4.11). An initial engagement can be a Type 2 engagement straight away.

The reverse also holds: Type 1 is for the initial engagement only, and all subsequent engagements are Type 2 (section 3.4.4). Engagements that only assess design must not be performed on a recurring basis (section 3.4.1). If you start with Type 1, your next engagement will be Type 2 regardless.

For initial engagements, the catalogue allows some flexibility for controls that have not fully run yet (section 3.4.11). Where an activity is not yet complete, such as a business impact analysis across all units or a disaster recovery test, planning records or documentation templates can serve as evidence. Where a control is not yet live in production, a non-production environment configured like production can be used.

When does Type 1 make sense, and when should you go straight to Type 2?

Start from your customers’ requirement: if they require Type 2, Type 1 is only an interim step. The overview below is our assessment, not a requirement of the catalogue:

Your situationPoints to Type 1 firstPoints to Type 2 directly
Customer requirementThe customer accepts a Type 1 report to start withThe customer or a regulation requires Type 2
State of controlsControls are newly introduced, and early evidence of design helps salesControls already run and produce evidence
DeadlineA report is needed sooner than a Type 2 period of at least three months plus reporting allowsThe deadline leaves room for a full period
EffortAn additional engagement is budgetedYou want to commission only one engagement up to the Type 2 report
Existing reports-A SOC 2 Type 2 report exists; the catalogue recommends aligning such audits, see C5 vs SOC 2

German healthcare: Section 393 SGB V (Book V of the German Social Code) sets dates for when a Type 1 attestation is sufficient and when Type 2 is required, since 1 January 2026 including an 18-month rule for systems first placed on the market after 30 June 2025 (Federal Law Gazette 2025 I No. 371). Details and the legal context are on Section 393 SGB V.

How long is the Type 2 period?

The period should cover at least three and no more than twelve months (section 3.4.4). The catalogue explains the lower limit: for shorter periods, the auditor cannot obtain sufficient evidence of operating effectiveness (section 3.4.11). Periods beyond twelve months are for exceptional cases, for example to align with other audits, and the management statement must then state the reason (section 3.4.5.2). In general, the catalogue recommends keeping the period consistent.

PeriodWhy choose itWhat to watch
3 monthsFastest route to a first Type 2 reportQuarterly or annual controls may occur only once or not at all in the period
6 monthsBalance between speed and coveragePlan the next period early to avoid a gap
12 monthsOne report covers the whole year in a steady cycleThe first report arrives later

Columns two and three are our assessment. According to the BSI FAQ, a provider that wants continuous C5 coverage needs one to four audits a year, depending on the period chosen.

For Type 2, the catalogue requires additional content in the system description: significant changes to the system of internal control during the period and significant events, such as missed availability commitments, unauthorised access to customer data or ineffective safeguards, together with the measures taken (section 3.4.5.1).

Which catalogue revision applies depends on when the period begins: periods beginning on or after 1 June 2027 are audited against C5:2026, while a period that begins before that date and ends after it should cover the C5:2020 criteria only (section 3.5). For Type 1, the specified date counts.

What the report type means for your deadline

A Type 2 report can only be completed after the period ends, and the period should last at least three months. Our recommendation: have the controls operating when the period starts, otherwise there is no evidence of operating effectiveness for the first weeks; for a first engagement, section 3.4.11 allows alternative evidence (see above). A Type 1 report needs no period and can therefore be available sooner. How to work back from your customer’s deadline is shown in the backward planning with a worked example.

Example: a customer requires a Type 2 report

Fictitious example, not a client. A provider of HR management software as a service holds an ISO 27001 certificate. A new customer, a regional bank, requires a C5 Type 2 report in its contract and accepts a Type 1 report for the first months. The provider weighs two routes:

  • Route A, Type 1 first: a Type 1 report as of a specified date meets the customer’s interim requirement. A Type 2 engagement follows in any case, so the provider commissions two engagements.
  • Route B, straight to Type 2: the provider starts a three-month period as soon as the controls run. Only one engagement is needed, but the first report arrives only after the period ends and the report is written.

The question is whether route B meets the customer’s deadline. If it does, it saves an engagement; if not, route A bridges the time.

Diagram “Two routes to a Type 2 report”. Route A, Type 1 first: Type 1 engagement on design as of a specified date, then a Type 2 period of normally 3-12 months and the Type 2 report. Route B, straight to Type 2: a Type 2 period of normally 3-12 months and the Type 2 report. Note: Type 1 for the initial engagement only, subsequent engagements are always Type 2, Type 1 is not a prerequisite for Type 2.
Two routes to a Type 2 report. Source: BSI, Cloud Computing Compliance Criteria Catalogue C5:2026, version 1.0.1, sections 3.4.4 and 3.4.11, CC BY-ND 4.0; own illustration.

Frequently asked questions

Can the first C5 engagement be Type 2?+
Yes. Under section 3.4.11 of the catalogue, a Type 1 report is not required before a Type 2 report.
Can a subsequent engagement be Type 1?+
No. Under section 3.4.4 of the catalogue, Type 1 reports are for initial engagements only; subsequent engagements are Type 2.
Can the Type 2 period be shorter than three months?+
The catalogue provides for at least three months, because for shorter periods the auditor cannot obtain sufficient evidence of operating effectiveness (section 3.4.11).

Read more

Sources

This content provides general technical and organisational information and does not constitute legal advice (no legal services within the meaning of the German RDG).