A specialized accordion used inside voucher details to disclose terms and conditions.
Remove — use the canonical Accordion
The DS already ships one
Accordion primitive with a title prop and a content slot. Every time a product needs an accordion with a different title or body, the answer is to author a new instance — not to ship a new sibling. Replace this component with a documented usage example: EBAccordion(title: "Terms & Conditions", content: [...]).Live Preview
Terms & Conditions
DS Health
Reusable
Fail
Not reusable — the title is hardcoded to "Terms & Conditions" and the body is a fixed list of four voucher rules. Any other use case must detach and rebuild.
Self-contained
Warn
Structure is correct, but every token it carries belongs to the canonical Accordion. This component adds no styles or logic of its own.
Consistent
Fail
Breaks the DS pattern where components are primitives with props. This is a composition (a filled-in instance) disguised as a component, and it would set a precedent for a sibling per hardcoded title.
Composable
Pass
The composition itself is clean — it uses the canonical Accordion tokens and embeds list rows correctly. That's exactly why it should live in product code, not as a DS atom.
1.0.0 — April 2026Major
Initial Assessment · node 5119:5447
Assessed as a product composition — Instance of the canonical Accordion (
Initial16870:9288) with hardcoded title and body. No unique schema or tokens. DocumentedRecommendation: Remove — Delete from the sticker sheet and publish as a usage example of
Design DecisionEBAccordion. Sets the precedent that product-specific compositions do not become DS siblings. Open