Skip to content
Deze documentatie wordt actief uitgebreid — kom regelmatig terug.

ADR Template

Copy this template for new Architecture Decision Records

---
status: Proposed
lastUpdate: YYYY-MM-DD
---

Date: YYYY-MM-DD
Status: [Proposed | Accepted | Reviewed | Approved | Rejected | Superseded by NNNNN]
Deciders: [List of people involved in the decision]

[Describe the architectural problem or challenge that needs to be addressed. Include business context, technical constraints, and stakeholder requirements.]

  • Description: [Brief description]
  • Pros: [List advantages]
  • Cons: [List disadvantages]
  • Description: [Brief description]
  • Pros: [List advantages]
  • Cons: [List disadvantages]
  • Description: [Brief description]
  • Pros: [List advantages]
  • Cons: [List disadvantages]

Chosen option: [Selected option and brief rationale]

[Detailed explanation of why this option was selected, including:]

  • Business alignment
  • Technical considerations
  • Risk assessment
  • Cost/benefit analysis
  • Positive: [Expected benefits]
  • Negative: [Expected drawbacks or risks]
  • Neutral: [Other implications]
  1. Phase 1: [First implementation steps]
  2. Phase 2: [Follow-up actions]
  3. Phase 3: [Future considerations]
  • Security review completed
  • Performance impact assessed
  • Integration impact evaluated
  • Documentation updated
  • Stakeholder approval obtained
  • [Link to related ADRs]
  • [Link to relevant architecture documentation]
  • [Link to implementation guides]
DateStatusNotes
YYYY-MM-DDProposedInitial proposal
YYYY-MM-DD[Status][Status change reason]

Status flow: Proposed → Accepted → Reviewed → Approved (or Rejected). A superseded ADR keeps its file; only its status changes to Superseded by NNNNN.


ADR format based on Michael Nygard’s template with CTN-specific enhancements

In samenwerking met

Connected Trade NetworkConclusionData in LogisticsContargoInland Terminals GroupVan Berkel