# registered_but_not_yet_received — PROVENANCE

## scenario
task-2635+1 §6 신규 fixture (4/5). REGISTERED + DELIVERED 까지는 정상 진행됐으나 collector 의 durable-success marker 가 아직 도착하지 않은 시점 (receipt TTL 미경과). axis-5 = UNCONFIRMED 박제.

이 fixture 가 검증하는 것: REGISTERED 인 데도 fallback cancel 이 발화하지 **않는** 정상 흐름 (ANCHOR-4 — durable marker 부재시 안전망 유지).

## input (evidence.json) 핵심
### 5축 (task-2635+1)
- `registration_intent` = `true`
- `registration_attempted` = `true`
- `registration_result_status` = `REGISTERED`
- `callback_delivery_status` = `DELIVERED`
- `collector_receipt_status` = `UNCONFIRMED` ← 핵심 축 (axis-5)
### 보조 필드
- `cron_schedule_id` = `FIXTURE-CRON-PENDING-0001`
- `registered_at_ts` 명시
- `receipt_ttl_seconds` = 600 (TTL 박제)
- `receipt_check_at_ts` (현재 시각 마커)
- collector durable-success marker **없음** (정상 — 아직 미수령)

## expected (expected.json) 핵심
- `finalize_result` = `success` (axis-3 REGISTERED + 모순 0)
- `fail_closed` = `false`
- `fallback_cancel_signal` = `false` (안전망 유지 — ANCHOR-4)
- `collector_spawn_expected` = `true`
- `is_callback_complete` = `true`
- `contradictions_expected` = `[]`

## spec 근거
- task-2635+1 §6 신규 fixture 정본 4번
- §3.4 ANCHOR-4 fallback cancel 3 조건 (REGISTERED + schedule_id + durable-success marker) 중 마지막 미달
- task-2635+1 §1 axis-5 (collector_receipt_status) UNCONFIRMED 정본 사용 사례

## 비결정성 / 외부 의존
- 없음 (frozen fixture · TTL 시각 박제)

## 변경 이력
- 2026-05-23 task-2635+1 최초 작성 (dev6 페룬)