Skip to content

docs(2-bm): fold the scheduling answers, keep only the PII-classification residual (SCHED)#302

Merged
xmap merged 1 commit into
mainfrom
worktree-2bm-sched-fold
Jun 22, 2026
Merged

docs(2-bm): fold the scheduling answers, keep only the PII-classification residual (SCHED)#302
xmap merged 1 commit into
mainfrom
worktree-2bm-sched-fold

Conversation

@xmap

@xmap xmap commented Jun 22, 2026

Copy link
Copy Markdown
Owner

Folds the SCHED staff answers (#269). I'd parked these as "blocked" earlier — they were not; only one sub-part is.

What

  • SCHED-1 — a scheduled beamtime window is immutable once users are on-site (mid-run outages are Run-level "beam unavailable" annotations, not schedule changes).
  • SCHED-2 — CORA's earlier assumption was wrong: the local contact is a beamline-side assignment, distinct from the proposal user list. Recorded the correction (model it as a separate beamline-assigned field).
  • SCHED-3a — badge numbers are unique and never reused, and ORCID is also required; identity uses ORCID (primary, cross-institution, already CORA's actor key) + badge (APS-internal join key).

These are inputs to a future scheduling-integration slice (CORA has no scheduling model yet), captured as a design-basis note on the questions page. Verified the wrong SCHED-2 assumption was not encoded in the Visit/actor model — only in the question's "CORA assumes" column — so this is a docs fold, no code change.

Stays open

SCHED-3b (reframed): whether the badge is classified as deletable personal data under APS data governance still routes to data-management. That's the only genuinely external-pending part.

mkdocs --strict clean.

Addresses SCHED-1/2/3 (#269).

🤖 Generated with Claude Code

…tion residual (SCHED)

Staff answered SCHED-1/2/3 (#269). Folded into the open-questions design
basis:

- SCHED-1: a scheduled beamtime window is immutable once users are on-site
  (mid-run outages are Run-level annotations, not schedule changes).
- SCHED-2: CORA's earlier assumption was WRONG. The local contact is a
  beamline-side assignment, distinct from the proposal user list; model it
  as a separate beamline-assigned field, not by scanning proposal users.
- SCHED-3a: badge numbers are unique and never reused, and ORCID is also
  required in the proposal system. Per-person identity uses ORCID (primary,
  cross-institution, already CORA's actor key) + badge (APS-internal join
  key). No (badge, time-window) compounding needed.

The scheduling integration itself is a future slice; these are its inputs,
recorded in the questions page design-basis note.

Leaves SCHED-3b open (reframed): whether the badge is classified as
deletable personal data under APS data governance still routes to
data-management. Resolves SCHED-1, SCHED-2, SCHED-3a.

Addresses SCHED-1/2/3 (#269).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@xmap xmap enabled auto-merge (squash) June 22, 2026 06:33
@github-actions

Copy link
Copy Markdown

Coverage report

This PR does not seem to contain any modification to coverable code.

@xmap xmap merged commit 1928fe6 into main Jun 22, 2026
16 checks passed
@xmap xmap deleted the worktree-2bm-sched-fold branch June 22, 2026 06:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant