비즈니스 워크스페이스: 전체 7개 메뉴 경로

01 · 로컬 운영 맥락 확인

목적: 승인된 로컬 감사 산출물 하나를 만들고 식별자를 유지하여 검토합니다. 전달 담당자와 관리자에게 네이티브 클라이언트·대상 설치/엔드포인트·승인된 운영 계정·이 작업의 실행 허용을 확보하세요. 결과 검토자를 정합니다. Business Workspace의 Home을 열고 Control Plane 연결 상태를 확인하세요.

촬영 시작 화면에서는 Control Plane을 사용할 수 있었고 선택된 canonical Work는 없었습니다. 연결 가능만으로 제출 권한이 생기지는 않습니다. 연결되지 않으면 표시된 사유를 보존하고 설치 운영자에게 대상을 확인받으세요. 임의로 자격증명을 채우거나 계정을 바꾸지 않습니다.

02 · 7개 메뉴에서 필요한 경로 선택

Business는 요청과 결과를 다루는 워크스페이스입니다. 새로 허용된 로컬 작업은 Home → Request → Prepare → Submit → My Work → Review → Results 순서로 진행합니다. 기록된 승인이 관련되면 Approvals를, 프로젝트·스레드·인계 맥락이 필요하면 Projects를 확인합니다. 이 메뉴들은 서로 다른 질문을 다루며 반드시 거쳐야 하는 7단계 실행 절차가 아닙니다.

기존 Work는 담당자에게 전체 ID와 대상 설치를 받아 Home/My Work에서 시작하세요. 기존 결과를 조회하려고 New Work를 선택하지 마세요. 지정 검토자와 허용 동작 범위를 확인합니다. 기록된 예시는 로컬 감사 실행 한 건을 다룹니다. 이후 추가 제출 없이 같은 Work의 Home·Review·Approvals·Projects를 조회했으며 조건부 분기는 소스 기반입니다.

03 · Home: 생성과 조회 경로 결정

1. Business에서 Home을 선택하세요. Current Workspace State의 Current position·Meaning·Available action·Blocked conditions·Next transition을 읽습니다.
2. Current Work를 요청자가 전달한 전체 ID와 대조하세요. Review와 Approval은 별도로 읽으며 빈 필드나 “None”을 승인 완료로 해석하지 않습니다.
3. 기존 Work는 My Work와 검토/결과로 진행합니다. 실제로 새 요청을 승인받았다면 New Work를 선택하고 아래 Request를 따르세요. New Work는 로컬 초안을 시작하고 선택 문맥을 바꾸며 이전 실행을 복구하지 않습니다.

소스상 빈 상태 분기: 선택된 Work가 없으면 로컬 의도가 제출된 Work가 된 것은 아닙니다. 기존 기록을 예상했다면 원 ID·계정·설치를 확보하세요. Control Plane을 사용할 수 없으면 사유를 보존하고 새로 생성하기 전에 설치 운영자에게 확인합니다. 대상 Work 또는 승인된 신규 요청 목적과 다음 메뉴가 정해지면 Home 확인을 마칩니다.

R10 탐색 세션 관찰: 기존 Work는 AWAITING_HUMAN_ACCEPTANCE였고 Review None·Approval None을 표시했습니다. 현재 Work 행은 유지되었습니다.

04 · 지원되는 요청 입력

요청 를 열고 create audit artifact를 입력하세요. 실제 실습에서 사용한 정확한 비기밀 문구입니다. 이 한정 로컬 경로에는 첨부물이나 수동 선택 Pack을 추가하지 않습니다. 구조화된 감사 산출물을 만드는 작업이며 업로드 문서 감사나 외부 제공자의 코드 수정 요청이 아닙니다.

Prepare 전에 입력 내용을 읽으세요. 아직 제출된 Work가 아닌 로컬 의도입니다. 원하는 작업이 다르면 이 실습에서 임의 변경하지 말고 해당 작업의 지원 동작·입력 조건을 확보하세요.

05 · Prepare 후 Submit 전에 검토

준비를 선택하세요. 준비된 요청, 정확한 의도 문구, “Prepared locally; Packr Engine has not admitted Work.”를 확인합니다. 관찰된 실행은 Prepare를 한 번 사용했습니다. 준비된 요청은 아직 허용되거나 실행된 Work가 아닙니다.

문구가 틀리면 요청 편집로 수정하고 제출 전에 다시 준비하세요. 원 R9 제출에서는 수정을 수행하지 않았으며 아래의 후속 R10 초안 전용 관찰에서 확인했습니다. 현재 단계 문맥과 런타임 선호를 읽고 결정합니다. AUTO 같은 선호는 실제 런타임 바인딩 증거가 아닙니다. Submit이 비활성화되면 현재 단계·사유를 보존하고 전제조건 담당자에게 확인하며 상태를 우회하지 마세요.

현재 단계 텍스트 입력란은 비워 둡니다. 여기에 문장을 넣으면 준비된 요청이 달라져 현재 핸들러가 재준비를 요구합니다. 변경하려면 Edit request로 원문을 수정하고 Prepare Work를 다시 실행한 뒤 검토합니다.

관찰된 초안 전용 수정 분기

클라이언트를 다시 연 뒤 Request는 비어 있었습니다. 운영자는 create audit artifact를 입력하고 Prepare Work를 한 번 사용하여 Submit·Edit request가 있는 로컬 준비 상태를 확인했습니다. Edit request를 선택하자 문구가 편집 가능한 입력으로 돌아왔습니다. 초안을 지우고 My Work로 돌아왔으며 보존된 Work·Execution 수는 각각 하나였습니다. 추가 Submit은 없었습니다. 문구 변경 후 다시 Prepare하는 단계는 실행하지 않았으며 위의 재준비 절차는 소스 기반 안내입니다.

06 · 한 번 제출하고 반환 상태 읽기

준비된 요청과 권한이 맞으면 제출(Submit) 을 한 번 선택하세요. 관찰된 실행은 Submit 한 번으로 Execution EXITED, 검증 PASSED , 종결(Closure) AWAITING_HUMAN_ACCEPTANCE를 기록했습니다. 제공자 호출은 수행하지 않았습니다.

현재 단계는 AWAITING HUMAN ACCEPTANCE로 바뀌었고 Submit은 비활성화되었습니다. 다시 클릭할 멈춘 버튼이 아니라 기록된 상태입니다. 반환된 Work 식별자를 보존하세요. 응답이 중단되면 새 요청 전에 같은 설치·계정의 My Work를 확인하며 식별이 불명확하면 지원 담당자에게 재조회를 요청하세요.

07 · Submit 이후: 진행과 종료 결과 구분

같은 Work를 유지하고 현재 단계·실행·검증·종료를 각각 읽으세요. 촬영된 로컬 감사는 빠르게 끝나 EXITED/PASSED/AWAITING_HUMAN_ACCEPTANCE를 표시했습니다. 장시간 진행·일시정지/재개·취소 순서를 입증한 실행은 아닙니다.

1. 현재 Work가 RUNNING으로 기록되면 검증 완료가 아닌 실행 진행으로 해석하세요. 표시 사유와 관찰 최신성을 읽습니다.
2. 사용 가능한 Control Plane Refresh로 읽기 전용 프로젝션을 갱신하고 원 Work ID·기록 상태를 대조하세요. 갱신하려고 Submit을 다시 누르지 않습니다.
3. 갱신이 실패하거나 결과가 불확실하면 기존 Work와 화면 오류를 보존하고 운영자에게 동일 Work 재조회를 요청합니다. 표시 단절만으로 실패나 무변경을 추정하지 않습니다.
4. 결과가 있으면 Review와 Results로 진행합니다. 실패·부분 결과는 추가 동작 전에 기록된 영향과 사유를 검토해야 합니다.

이 조건부 분기는 소스 기반 읽기 안내이며 기록된 실행에서 추가로 발생한 상태가 아닙니다.

08 · 같은 Work를 찾아 검토로 전달

내 작업(My Work)를 여세요. 현재 Work 행과 Active Work를 원 응답의 식별자와 비교합니다. 이번 실행의 행은 AWAITING_HUMAN_ACCEPTANCE였습니다. 별도의 최근 목록에 “No recent Work”가 보여도 현재 Work 행이 사라진 것은 아닙니다.

결과(Results) 또는 Quick Access의 최종 보고서 보기(View Final Report) 를 열고 식별자를 다시 확인하세요. PASSED는 기록된 검증 통과이며 사람이 결과를 승인했다는 뜻이 아닙니다. 같은 Work와 보고서를 찾으면 지정 검토자에게 전달할 준비가 된 것이고 승인 대기는 그대로 남습니다. 예상 행이 없으면 비슷한 이름을 고르지 말고 대상·계정·원 ID를 확인하세요.

09 · Review: 실행 기록 검토

입력: 대상 Work ID와 검토 질문입니다. Review를 여세요. 활성 렌더러는 Execution·State·Validation·Review를 표시하며 실행 셀에 Work 참조가 포함됩니다. 모든 행이 Active Work에 속한다고 가정하지 말고 해당 참조를 비교하세요.

1. 대상 Work의 실행을 찾고 State·Validation을 보존한 결과와 대조합니다.
2. Review의 RECORDED 또는 NOT_RECORDED를 읽습니다. 실행 행과 검증 PASSED가 사람의 검토 결정은 아닙니다.
3. Results에서 보고서·영수증·승인 경계를 확인한 뒤 검토자에게 정확한 Work와 관련 결과를 전달하세요.

활성 표는 기록을 표시하며 이 경로 자체가 검토 결정을 쓰지는 않습니다. “Nothing needs review”는 이 화면에 표시할 실행 행이 없다는 뜻이며 결과가 승인됐다는 뜻이 아닙니다. 예상 기록이 없거나 다르면 차이를 보존하고 Work 담당자·운영자에게 대조를 요청하세요. 일치하는 검토 기록 또는 누락 기록과 다음 담당자를 식별하면 이 조회를 마칩니다.

R10 탐색 세션 관찰: 동일 실행 행에서 State EXITED·Validation PASSED·Review NOT_RECORDED를 관찰했습니다. 이번 조회로 검토 결정을 기록하지 않았습니다.

10 · Approvals: 결정을 부여하지 않고 기록 조회

Work에 승인이 필요하거나 검토자가 기록된 결정을 확인할 때 Approvals를 여세요. 소스상 열은 Approval·State·Reason·Created이며 승인 셀에 Work 참조가 포함됩니다.

1. 승인 행을 해석하기 전에 Work 참조를 일치시키세요.
2. 정확한 상태·사유·시각을 읽습니다. 누락된 사유·시각은 “Not recorded”로 남습니다.
3. 최종 보고서의 사람 승인 필드는 별도로 비교하세요. 실행 진입 승인과 최종 인수은 다른 결정입니다.

이 표는 승인/거부 입력 양식이 아닙니다. “Nothing needs approval”이 표시돼도 대기 중인 사람의 승인이 면제됐다고 추정하지 마세요. 책임 관리자·검토자에게 지원되는 결정 절차와 필요한 권한을 요청합니다. 남은 결정과 담당자를 기록하며 이 메뉴에서 자격증명 생성·권한 부여·Submit 재실행을 하지 않습니다.

R10 탐색 세션 관찰: 실제 빈 행은 Nothing needs approval·NONE·Not recorded·Not recorded였으며 같은 Work는 여전히 사람의 승인을 기다렸습니다.

11 · Results: 해당 Work의 최종 감사 보고서로 이동

Results 또는 Quick Access → View Final Report를 여세요. 본문 제목은 Final Report입니다. 전체 Work ID와 보고서 상태를 확인한 뒤 실행·검증·증거·영수증·사람 승인을 읽습니다. 종료 기록이 있어도 disposition은 AWAITING_HUMAN_ACCEPTANCE일 수 있습니다.

전용 최종 보고서 절차 에서 Control Plane을 통해 정확한 리비전의 PDF/JSON을 열고 파일 동일성을 비교하여 검토자에게 전달하세요. R9/R10 선행 후보에서 전역 Audit Report 버튼은 별도 등록부 브라우저를 열었습니다. 연결된 안내서는 그 관찰과 로컬 네이티브 목록 조회·PDF 표시를 확인한 R11 canonical Work 보고서 경로를 구분합니다. 빈 등록부나 미가용 Work Asset 필드가 Work PDF 부재를 입증하지 않습니다.

보고서 문맥이 없으면 My Work로 돌아가 선택 Work를 확인하세요. 보고서가 없거나 오래됐으면 그 상태를 보존하고 재제출 대신 대조를 요청합니다. 대상 보고서를 식별하고 실제 결과를 설명하며 대기 중인 승인의 담당자를 정하면 이 단계를 마칩니다.

12 · Projects: 연결 문맥과 현재 한계 확인

선택된 Work와 프로젝트·논의·인계의 관계를 확인하려면 Projects를 여세요. 같은 Work ID를 유지합니다. 현재 소스는 Current Project·Threads·Handoffs 세 카드를 정의하고 NOT_AVAILABLE_IN_CURRENT_TYPED_PROJECTION으로 표시합니다.

1. 프로젝트 연결·스레드·인계는 다른 관계이므로 각 카드를 따로 읽으세요.
2. 소스상 빈 표시는 현재 Work에 연결된 프로젝트·스레드·인계가 없다고 설명합니다. 비슷한 이름의 프로젝트로 대체하거나 Work 제목에서 관계를 추정하지 마세요.
3. 검토에 관계가 필요하면 프로젝트·Work 담당자에게 정확한 식별자와 이 미가용 프로젝션 외부의 지원되는 인수정보를 요청하세요.

이 후보 경로는 프로젝트 생성·연결·스레드 생성·인계 실행을 입증하지 않습니다. 해당 제어를 임의로 만들어 설명할 근거도 없습니다. 표시된 문맥 또는 정확한 누락 관계와 담당자를 기록한 뒤 My Work/Results로 돌아가세요.

R10 탐색 세션 관찰: 실제 세 카드는 현재 Work에 프로젝트·스레드·인계가 연결되지 않았다고 표시했습니다. 연결 동작은 수행하지 않았습니다.

13 · 동일 Work로 계속하기

결과·영수증·사람의 승인·PDF/JSON 열기는 최종 보고서 실습 으로 이어집니다. 다른 화면을 고르려면 PackrGUI 개요 로 돌아가세요. 이동할 때마다 원 Work 식별자를 보존하며 누락된 화면을 해결하려고 대체 Work를 제출하지 마세요.