행사 신청참가 정보 확인내 정보APPLICATION
행사 요약, 본인 확인 상태, 취소 안내를 확인한 뒤 신청을 완료합니다.
SELECTED EVENT
프로필 정보가 최신 상태인지 확인했습니다.
행사 운영 안내와 취소 기준을 확인했습니다.
운영자 확인 후 결제 단계로 이동하는 데 동의합니다.
/events/[eventId]/apply
관리자 승인제 신청부터 승인 후 참가권까지 이어지는 단계형 흐름
승인 대기, 대기자, 프로필 잠금, 참가권 QR 지점을 미리 나눠 결제·체크인과 충돌하지 않도록 합니다.
서툰 우리의 옆자리Concept C — Social Event
신청 후 바로 확정되는 흐름이 아니라 관리자 승인·대기자·프로필 잠금 상태를 단계별로 보여준다.
Route
/events/[eventId]/apply행사 신청사용자 모바일 · P0Template
applicationFlow시안 변경 시 family plan과 componentSet을 먼저 수정합니다.Balanced expressionReusable components
Guardrails
Primary CTA
승인 요청 접수계약상 route action을 유지하고, 시각 표현만 Concept C 컴포넌트로 교체합니다.승인 요청 접수행사 신청
신청하면 관리자 검토로 넘어가며, 접수 뒤에는 프로필 수정이 해당 신청에 반영되지 않습니다.
서툰 우리의 옆자리00 행사 신청
모임 정보와 메모를 확인한 뒤 승인 대기 상태로 접수합니다.
신청할 모임
신청 후 운영자가 정원과 성비를 확인해 승인합니다.
참석할 행사와 참가비를 먼저 확인합니다.
신청 후 프로필 수정은 막는 정책으로 안내합니다.
접수 후 운영자 승인·대기자 안내로 이어집니다.
입력 정보
지금은 실제 저장 없이 접수 항목, 프로필 잠금 안내, 승인 대기 흐름만 확인합니다.
Template family
승인/대기자/티켓 API 대기
UI primitives
State contract
디자인과 실데이터를 기다리는 동안에도 모든 route가 같은 실패/대기/빈값 골격을 유지하도록 화면별 상태 계약을 고정합니다.
Loading
관리자 승인, 대기자, 프로필 잠금 정책이 반영된 신청 상태를 불러오는 중입니다.
Empty
아직 신청 내역이 없습니다. 신청하면 관리자 검토 후 승인 또는 대기자로 표시됩니다.
Error
실제 계정·정책·결제 연동 전에는 외부 요청을 만들지 않고, 재시도·문의·뒤로가기 위치만 계약으로 고정합니다.
Blocked
실제 저장/알림/결제 타이밍은 운영 세부 정책과 Firebase 연결 후 활성화합니다.
Success
신청 결과와 참가 준비 정보를 확인할 수 있습니다. 다음 단계는 신청 완료에서 이어서 확인할 수 있어요.
Primary action
승인 요청 접수/events/[eventId]/apply/completecustomer input requiredRequired data
Customer input
Next routes
/events/[eventId]/apply/complete/meAction/Form contract
`screen-action-contract.json` 기준 primary CTA, form field, 상태전이, provider 차단, audit requirement를 화면에 직접 표시합니다. 현재 경계는 fixture-only-no-provider-call이며 no provider calls before customer accounts 정책을 유지합니다.
Primary CTA
관리자 승인제/대기자/신청 후 프로필 잠금 정책을 전제로 한 fixture-only CTA입니다.
submitForm승인 요청 접수/events/demo-event/apply/completeProvider block
Firebase·Toss·Storage·Auth production call은 고객 계정 수령 전까지 차단합니다.
Audit requirement
none
none승인 요청 접수을 누르면 신청 상태 확인으로 자연스럽게 이어집니다.
잠시만 기다리면 행사 신청 상태가 화면에 정리됩니다.
신청 결과와 참가 준비 정보를 확인할 수 있습니다. 다음 단계는 신청 완료에서 이어서 확인할 수 있어요.
입력한 내용과 화면 안내를 확인한 뒤 승인 요청 접수을 다시 눌러 주세요.
신청 조건과 참가 안내 기준 확인이 필요합니다. 준비되면 승인 요청 접수을 다시 진행할 수 있습니다.
사용자가 primary action을 실행합니다.
외부 provider 호출 없이 fixture 성공 상태를 표시합니다.
검증/fixture 오류 상태를 표시합니다.
고객 로고/계정/정책 blocker가 남아 있으면 blocked 상태를 유지합니다.
필수 입력이 해결되면 기본 상태로 돌아갑니다.
Fixture interaction runner
실 provider 호출 없이 primary CTA, role decision, form submit, state transition, audit requirement를 fixture-only로 점검합니다.
Role access
user6 denied rolesPrimary flow
승인 요청 접수/events/demo-event/apply/completeForm submit
submitFixture1 required fields provided by fixtureAudit/provider
audit not required1 blocked providers, 0 callsMock navigation fixture
Firebase·Toss·정책 원문을 호출하지 않는 fixture-only 링크입니다. 동적 segment는 demo id로 치환해 브라우저에서 바로 route reachability를 확인합니다.
Seed
행사 신청 demo flowroute-events-event-id-apply-fixturefixture-only-no-provider-callMocked entities
Fixture payload
실제 Firebase/Toss/정책 원문 대신 사용할 최소 payload입니다. 화면 구조와 DTO 슬롯을 먼저 맞추고, 고객 계정·정책 수령 후 실제 데이터로 교체합니다.
Payload contract
applicationFlowpayload-events-event-id-applyeventSummary
관리자 승인제, 대기자 운영, 성비는 승인 단계에서 조정하고 신청 후 프로필 수정은 막는 고객 정책을 반영한 event fixture payload입니다. 실제 provider 호출 없이 layout과 DTO 슬롯만 확인합니다.
route-events-event-id-apply-fixture승인 방식
프로필 수정
신청 후 프로필 수정 잠금·승인 단계 성비 조정 fixture
Form fields
admin-approval-policy-applied
waitlist-enabled
profile-lock-after-application
qr-security-needed
participant ticket shell