# WP-61 — Bootstrap the behandelportal app

Status: todo
Phase: 11 — Behandelportal

## Why

ADR-0002 already designed the Behandelaar/backoffice as a separate sibling frontend app,
not a folder in this repo. Nothing exists yet — `/beheer/zaken` is confirmed to be only a
cross-owner list+delete, no treatment workflow. The `new-ssp` skill exists precisely to
bootstrap a new portal from this template; this slice is running that recipe for real,
with no business context yet — an empty, correctly-scaffolded shell.

## Read first

- `.claude/skills/new-ssp/SKILL.md`
- [ADR-0002 — user groups & bounded contexts](../reference/architecture/0002-user-groups-and-bounded-contexts.md)
- [ADR-0001 — BFF-lite decision DTOs](../reference/architecture/0001-bff-lite-decision-dtos.md)

## Decisions (pre-made, don't relitigate)

- Follow `new-ssp`'s own "keep vs. strip" checklist as-is: keep the `shared/ui` kernel,
  tooling/CI gates, ADRs 0001-0003; strip the four citizen contexts and citizen branding.
- The new app talks to the same `BigRegister.Api` backend — no new backend service
  (confirmed by ADR-0002: contexts integrate through the backend).
- Repo layout for the new app (separate repo vs. a second app in this monorepo) — decide
  at kickoff based on how `new-ssp` is meant to be invoked.

## Files

Whatever `new-ssp`'s recipe touches (new app root, `package.json`, shared/ui copy or
workspace reference, CI config) — enumerate at kickoff by following the skill.

## Steps

1. Run the `new-ssp` bootstrap per its own checklist.
2. Confirm the known un-genericizable rough edges it flags (`shared/ui/debug-state/`, the
   `/dashboard` route) are handled per the skill's own guidance (delete / TODO stopgap)
   rather than re-solved from scratch.
3. Land an empty landing/login page only — no `behandeling` context yet (that's WP-64+).
4. Get the new app's own CI green.

## Acceptance criteria

- [ ] New app boots and its own `npm run ci` is green.
- [ ] No citizen-facing business context (`registratie`, `herregistratie`, `brief`,
      `showcase`) present.
- [ ] Points at the same backend (`BigRegister.Api`) as this repo, no new backend stood
      up.

## Verification

`npm run ci` in the new app; manual smoke — app loads to an empty shell page.

## Out of scope

Any `behandeling` screens (WP-64/65), identity (WP-62), status lifecycle (WP-63).

## Risks

`new-ssp`'s own docs already name its rough edges (`debug-state`, `/dashboard`) — budget
time for those rather than being surprised by them.