Decision support

Compare standards by the job they do

Place up to three profiles side by side. Compare their architectural role, lifecycle reach, and first limitation to test. No single standard covers every layer.

Choose profiles

1 of 3 selected

eCTD v4.0Standard

Compare roles before choosing an implementation.

The useful question is not “Which standard wins?” It is “Which job must this part of the architecture perform, and what remains uncovered?”

  1. Start with the job

    Decide whether you need guidance, a domain payload, exchange, semantics, governance, or a reusable release.

  2. Map lifecycle reach

    Use the matrix to see where each profile has a direct role. A filled cell is coverage, not a quality score.

  3. Test the boundary

    Read what each option leaves unresolved before judging maturity or implementation fit.

Review lifecycle coverage and practical fit.

Read left to right. Lifecycle reach comes first; a maturity label never overrides a scope mismatch.

Where each profile contributes directly

Coverage shows a recorded role at that readiness stage. It does not imply end-to-end implementation.

Readiness-stage coverage for ICH M8 electronic Common Technical Document (eCTD) v4.0
ProfilePlanAcquireHarmonizeExchangeLearn + reuse
eCTD v4.0StandardICH M8 electronic Common Technical Document (eCTD) v4.0 has no direct role recorded in Plan.ICH M8 electronic Common Technical Document (eCTD) v4.0 has no direct role recorded in Acquire.ICH M8 electronic Common Technical Document (eCTD) v4.0 has a direct role in Harmonize.ICH M8 electronic Common Technical Document (eCTD) v4.0 has a direct role in Exchange.ICH M8 electronic Common Technical Document (eCTD) v4.0 has no direct role recorded in Learn + reuse.
Direct role recordedNo direct role recorded

What each option does not cover

These are design boundaries, not faults. Use them to identify the companion layers your architecture still needs.

eCTD v4.0

Stage boundary
No direct role is recorded for Plan, Acquire, Learn + reuse.
Known limitation
Module 1, controlled vocabularies, validation criteria, acceptance dates, and forward-compatibility support vary by regulator. ICH and regional packages must be pinned separately.

Check the fit and source behind the map

Use the official source, version, and limitation together. A higher maturity label does not erase a scope mismatch.

Detailed comparison of ICH M8 electronic Common Technical Document (eCTD) v4.0
AssessmenteCTD v4.0ICH M8 electronic Common Technical Document (eCTD) v4.0
Purpose & coverage

A lifecycle-managed electronic submission package for CTD Modules 2 through 5, document metadata, replacement and reuse operations, and region-specific Module 1 content.

Best fitRegulatory applications, amendments, supplements, reports, and master files that must be assembled, validated, transmitted, and reviewed as one traceable dossier lifecycle.

Readiness stages
HarmonizeExchange
AI-ready contributionStructured dossier metadata improves indexing, lineage, and review automation, but many payloads remain document-centric and eCTD conformance does not establish scientific quality or model fitness.
First limitation to testModule 1, controlled vocabularies, validation criteria, acceptance dates, and forward-compatibility support vary by regulator. ICH and regional packages must be pinned separately.
Maturity

Scaling

Production-capable standard with region-specific rollout and continuing v3.2.2 coexistence

Sources & links