SSOT 정책서 v1

정책은 아홉 가지 주제로 나뉘어요
사람, 문서 안 역할, 문서와 버전, 문서 화면 용어
구성원 역할, 재직 상태, 조직과 리드, 퇴사와 인계, 운영 관리
문서 흐름, 상태, 신뢰도, 공개범위, 폴더, 참조 문서, 삭제
역할별 권한, 리뷰와 승인, 코멘트, 발행, 편집과 등록, 제안 닫기
상단 메뉴, 접근, 화면 폭, 홈과 목록과 검색, 문서 화면, 에이전트 연결
할 일, 알림, 슬랙 메시지
예외 상황과 결과
개발된 SSOT와 달라진 역할, 리뷰, 인계, 문서 관리, 알림
테이블 변경, 서버 규칙, 인사 정보, 기존 데이터, 적용 순서
구성원과 에이전트가 SSOT를 쓸 수 있어요
기준퇴사일과 SSOT 화면에 나타나는 시각 사이에 시간 차이가 생길 수 있어요.
| 용어 | 뜻 |
|---|---|
구성원 | 구성원은 회사 계정으로 로그인해야 SSOT를 쓸 수 있어요. SSOT는 인사 시스템 플렉스에서 구성원 정보를 주기적으로 받아요. 입사, 퇴사, 휴직, 조직 변경을 그대로 따라요. |
에이전트 | 에이전트는 구성원이 연결한 AI 도구예요. 에이전트는 연결한 구성원의 이름으로 검색, 읽기, 등록 같은 여섯 가지 일만 할 수 있어요. 승인, 코멘트, 발행 같은 그 밖의 행동은 구성원이 화면에서만 할 수 있어요. 에이전트는 연결한 구성원이 읽을 수 있는 제안과 발행본만 읽어요. |
재직 상태 | 재직 상태는 재직, 휴직, 퇴사 세 가지예요. 휴직자는 소속을 유지하고, 퇴사자는 소속이 없어요. SSOT는 퇴사나 휴직을 처음 받을 때 마지막 소속을 따로 저장해요. SSOT는 퇴사자의 이름과 기록을 지우지 않아요. 퇴사자는 회사 계정이 막혀 SSOT와 에이전트 연결을 쓸 수 없어요. SSOT는 퇴사 정보를 받을 때 그 사람의 에이전트 토큰을 회수해요. SSOT는 이름 뒤에 퇴사자는 '(퇴)', 휴직자는 '(휴)'를 붙여요. |
구성원 역할은 어드민, 멤버 두 가지예요
용어구성원 역할은 구성원마다 어드민과 멤버 중 하나예요. 문서 안의 역할과는 따로 정해요.
| 용어 | 뜻 |
|---|---|
어드민 | 어드민은 역할, 담당자, 문서 삭제와 복구 같은 시스템 관리만 해요. 삭제된 문서도 읽을 수 있어요. 어드민만 구성원의 역할을 정할 수 있어요. 본인의 역할은 본인이 바꿀 수 없어요. 어드민이 한 명만 남으면 SSOT가 그 구성원의 역할 변경을 막아요. 어드민이 퇴사하면 SSOT가 역할을 자동으로 해제해요. 마지막 남은 어드민은 해제하지 않아요. |
멤버 | 모든 멤버의 권한은 같아요. 읽기만 하는 계정은 없어요. 멤버는 공개 문서를 읽고, 문서를 등록하고, 리뷰와 발행을 할 수 있어요. 멤버는 자기 문서의 공개범위와 공유 대상을 정할 수 있어요. 한 문서에서 받는 권한은 그 문서 안의 역할에 따라 달라요. |
인사 정보가 기능조직과 리드를 정해요
용어SSOT는 소속, 리드 표시, CEO 표시를 인사 정보 그대로 따라요.
| 용어 | 뜻 |
|---|---|
기능조직 | 기능조직은 파트, 팀, 그룹처럼 구성원이 속한 조직이에요. 구성원의 소속은 기능조직 한 곳이에요. 조직 단계는 파트, 팀, 그룹 순으로 올라가요. 같은 이름의 조직이 둘 이상이면 SSOT가 조직 경로로 구분해요. |
리드 | 리드는 인사 명단에서 리드로 표시된 구성원이에요. 파트리드, 팀리드, 그룹리드는 각각 파트, 팀, 그룹의 리드예요. 파트원은 파트에 속하고 리드 표시가 없는 구성원이에요. |
최고 책임자 | 최고 책임자는 인사 정보에서 CEO로 표시된 재직 중인 구성원 전원이에요. 현재 두 명이에요. SSOT는 CEO로 표시된 구성원의 역할을 항상 어드민으로 정해요. 재직 중인 CEO가 없으면 어드민 전원이 최고 책임자 역할을 해요. |
제안을 발행하면 그 버전이 발행본이 돼요
기준한 문서에는 리뷰 중인 제안이 하나만 있어요. 어드민도 다른 구성원의 제안에 새 버전을 등록할 수 없어요.
| 용어 | 뜻 |
|---|---|
문서 | 문서는 구성원이 에이전트로 등록해 SSOT에 두는 내용의 단위예요. 문서마다 이름, 폴더, 문서 유형, 담당자, 공개범위가 있어요. 새 문서는 처음에 제안만 있고 발행본이 없어요. |
버전 | 버전은 문서 본문을 저장한 한 번의 기록이에요. SSOT가 v1, v2처럼 번호를 붙여요. SSOT는 본문을 고쳐 저장할 때마다 새 버전을 등록해요. |
제안 | 제안은 아직 발행되지 않은 버전이에요. 같은 제안에 새 버전을 등록하면 번호가 마지막인 버전이 최신 제안이 돼요. 리뷰 중인 제안이 이미 있으면 다른 구성원은 새 제안을 등록할 수 없어요. |
발행본 | 발행본은 발행을 마친 버전이에요. 제안을 발행하면 그 버전이 발행본이 돼요. 검색 결과와 문서 목록은 발행본의 제목과 요약을 보여 줘요. 발행본이 없는 새 문서는 최신 제안의 값을 보여 줘요. |
권한을 받는 역할은 담당자, 제안자, 리뷰어예요
기준SSOT는 지금 담당 중인 역할에만 권한을 주고, 예전에 담당했던 역할은 기록으로만 남겨요.
담당자는 다른 구성원이 제안한 제안의 리뷰어가 될 수 있어요. 제안자는 자기 제안의 리뷰어가 될 수 없어요.
독자는 발행본만 읽을 수 있어요
용어독자는 그 문서에서 담당자, 제안자, 리뷰어가 아닌 구성원이에요.

리뷰어는 사람 단위로 들어가고, 파트를 고르면 파트원이 한 명씩 들어가요
기준제안자는 자기 제안의 리뷰어가 될 수 없어요. 담당자는 다른 구성원의 제안에서 리뷰어가 될 수 있어요.
| 용어 | 뜻 |
|---|---|
리뷰어 지정 | 그 제안의 제안자가 리뷰어를 지정할 수 있어요. 사람이나 파트를 고를 수 있어요. 파트를 고르면 파트원이 한 명씩 리뷰어로 들어가요. 팀과 그룹은 고를 수 없어요. 리뷰어로 지정할 수 없는 사람이 있어요. 그 제안의 제안자, 그 제안에 버전을 등록한 사람, 퇴사자, 휴직자 후보 목록에서 휴직자 이름 뒤에 '(휴)'가 붙고 선택할 수 없어요. 담당자, 제안자가 리뷰어를 해제할 수 있어요. 퇴사하거나 휴직한 리뷰어는 SSOT가 자동으로 해제해요. 복귀해도 다시 지정하지 않아요. |
리뷰어 상태 | SSOT는 리뷰어 줄에 상태를 글자로 표시해요. '승인함', '리뷰 전', '수정 요청', '리뷰 기한 지남' 승인하고 수정 요청도 남긴 리뷰어는 '수정 요청'으로 표시해요. 승인은 승인 수에 넣어요. 답한 뒤 새 버전이 등록된 리뷰어는 상태 옆에 답한 버전과 '이후 변경 있음'을 함께 표시해요. |
리뷰어는 본문을 읽고 승인할 수 있어요
기준승인과 수정 요청은 서로 영향을 주지 않아요. 수정 요청은 승인 수를 바꾸지 않고 발행만 막아요.
| 용어 | 뜻 |
|---|---|
승인 | 승인은 리뷰어가 본문을 읽고 동의하는 일이에요. SSOT는 본문을 어디까지 읽었는지와 상관없이 승인 버튼을 보여 줘요. 리뷰어가 승인하면 SSOT가 '승인함'과 회색 '승인 취소' 버튼을 표시해요. '승인 취소'를 누르면 승인이 취소돼요. 같은 제안에 새 버전이 등록돼도 승인은 그대로 남아요. 제안자가 '다시 리뷰 요청'을 누른 리뷰어만 다시 리뷰해요. |
필요한 승인 수 | 필요한 승인 수는 리뷰어 수로 정해요. 리뷰어가 두 명 이상이면 승인 두 개예요. 리뷰어가 한 명이면 그 한 명의 승인이에요. 리뷰어가 한 명도 없으면 발행할 수 없어요. 리뷰어가 해제되거나 퇴사하면 SSOT가 남은 리뷰어 수로 다시 계산해요. 해제된 리뷰어의 승인은 승인 수에 넣지 않아요. 해결하지 않은 수정 요청 코멘트는 승인 수와 따로 발행을 막아요. |
수정 요청 코멘트는 해결해야 발행할 수 있어요
기준승인이나 승인 취소는 이미 남긴 수정 요청 코멘트를 바꾸지 않아요. 수정 요청 코멘트는 해결해야 사라져요.
| 용어 | 뜻 |
|---|---|
수정 요청 | 수정 요청은 코멘트의 한 종류예요. 리뷰어는 코멘트 입력창에서 '수정 요청'을 고르고 이유를 적어 남길 수 있어요. 해결하지 않은 수정 요청 코멘트가 있으면 SSOT가 발행을 막아요. 승인한 뒤에도 수정 요청 코멘트는 해결해야 해요. 담당자, 제안자가 코멘트를 해결할 수 있어요. 수정 요청을 남긴 리뷰어가 아니어도 해결할 수 있어요. 이때 SSOT가 그 리뷰어에게 알림을 보내요. |
코멘트 | 로그인한 구성원은 읽을 수 있는 버전에 코멘트와 답글을 달 수 있어요. 답글은 한 단계만 달 수 있어요. 구성원은 본문에서 글을 선택해 코멘트를 달 수 있어요. 문서 전체 코멘트는 오른쪽 영역이나 본문 아래 입력창에 쓸 수 있어요. 코멘트는 미해결과 해결됨 두 상태로 나뉘어요. 같은 제안에 새 버전이 등록되면 SSOT가 앞 버전의 미해결 코멘트를 이어서 보여 줘요. 코멘트를 단 구성원은 코멘트를 취소할 수 있어요. 해결하지 않았고 다른 구성원의 답글이 없을 때만 가능해요. |
제안은 발행하거나 닫으면 끝나요
기준발행 취소는 없어요. 이전 내용으로 돌리려면 버전 이력에서 '되돌리기'를 하고, SSOT가 되돌린 버전을 바로 발행해요.
| 용어 | 뜻 |
|---|---|
발행 | 발행은 제안을 독자가 읽는 발행본으로 만드는 일이에요. 그 제안의 제안자, 담당자가 발행할 수 있어요. 리뷰어는 리뷰어 역할만으로는 발행할 수 없어요. 리뷰어를 겸한 담당자는 발행할 수 있어요. SSOT는 발행한 구성원을 발행자로 기록해요. 담당자는 다른 구성원의 제안과 제안자 없음 상태의 제안도 발행할 수 있어요. |
제안 닫기 | '제안 닫기'는 제안을 발행하지 않고 끝내는 버튼이에요. 담당자, 제안자가 닫을 수 있어요. 리뷰어와 독자는 닫을 수 없어요. 닫으려면 이유를 적어야 해요. SSOT가 이유를 버전 이력에 남겨요. 발행본이 있는 문서의 제안을 닫으면 발행본만 남아요. |
닫힌 문서는 없는 문서처럼 보여요
기준삭제로 닫힌 문서만 어드민이 복구할 수 있어요.
| 용어 | 뜻 |
|---|---|
닫힘 | 닫힘은 문서가 없는 문서처럼 보이는 상태예요. 어드민만 읽을 수 있어요. 다른 구성원이 주소로 열면 없음 화면이 열려요. 문서가 닫히는 때는 두 가지예요. 발행본이 없는 문서의 제안을 닫을 때 어드민이 문서를 삭제할 때 제안을 닫아 닫힌 문서는 되살릴 수 없어요. 같은 폴더에 새 문서를 등록하면 돼요. 삭제로 닫힌 문서는 어드민이 복구할 수 있어요. |
발행은 조건 여섯 가지를 모두 채워야 해요
기준하나라도 채우지 못하면 SSOT가 제안자, 담당자에게 꺼진 발행 버튼과 이유를 보여 줘요. 다른 구성원에게는 버튼을 보이지 않아요.
어드민도 발행 조건을 모두 채워야 해요. 리뷰 없이 발행하는 예외는 없어요.
문서는 폴더와 문서 유형으로 나눠요
기준구성원은 화면에서 폴더를 만들거나 이름을 바꾸거나 지울 수 없어요. 폴더는 에이전트가 문서를 등록할 때만 만들어요.
| 용어 | 뜻 |
|---|---|
폴더 | 폴더는 대분류, 중분류, 소분류 세 단계예요. 네 단계 이상은 만들지 않아요. 대분류는 15개로 고정이에요. 에이전트는 문서를 등록할 때 폴더를 정해야 해요. 중분류는 정해 둔 목록에서 골라야 해요. 맞는 중분류가 없으면 등록하는 구성원의 승인을 받아 새로 만들 수 있어요. 소분류는 승인 없이 만들 수 있어요. SSOT는 같은 폴더에 같은 이름의 문서를 둘 수 없게 막아요. 에이전트가 같은 이름으로 등록하면 SSOT가 반려해요. 새 버전에서 제목을 바꿔 이름이 같아지면 발행을 막아요. |
문서 유형 | 문서 유형은 정책, 가이드, 명세, 기록 네 가지예요. 문서를 처음 등록하는 구성원이 문서 유형을 정해요. 담당자가 바꿀 수 있어요. 유형을 바꿔도 새 버전은 생기지 않고 버전 이력에 남아요. |
공개범위는 문서마다 공개나 비공개로 정해요
기준담당자만 공개범위와 공유 대상을 바꿀 수 있어요. 발행 전 문서에서 바꾸면 발행한 시점부터 적용돼요.
| 용어 | 뜻 |
|---|---|
공개범위 | 공개범위는 문서마다 공개와 비공개 중 하나예요. 기본은 공개예요. 로그인한 구성원은 모두 공개 문서를 읽을 수 있어요. 비공개 문서는 다섯 종류의 구성원만 읽을 수 있어요. 담당자, 리뷰 중인 제안의 제안자와 리뷰어, 공유받은 사람 리뷰어는 그 제안이 발행되거나 닫히면 더 읽을 수 없어요. 공개를 비공개로 바꾸면 읽을 수 없게 된 구성원의 화면에서 그 문서를 빼요. 홈, 문서 목록, 검색 결과, 최근 열어본 문서, 알림 창 |
공유 대상 | 공유 대상은 비공개 문서를 읽도록 지정한 사람이나 조직이에요. 담당자가 지정해요. 팀이나 그룹으로 공유하면 그 아래 조직의 구성원도 공유받은 사람이에요. 리드는 자기 조직 아래 조직에 공유된 문서도 읽을 수 있어요. 공유받은 사람은 비공개 문서를 읽기만 할 수 있어요. 편집, 새 제안 등록, 되돌리기는 할 수 없어요. 공유받은 사람은 리뷰 중인 제안을 읽을 수 없어요. 리뷰어로 지정되면 리뷰어 권한을 받아요. |
최신성 유효 기간이 지나면 오래된 문서가 돼요
기준기록 유형 문서에는 최신성 유효 기간이 없어서 오래된 문서가 되지 않아요.
['최신성 유효 기간은 기록 유형이 아닌 문서에서 180일이에요.', '>문서마다 바꾸는 기능은 없어요.']
['담당자가 최신 정보임을 확인하면 확인한 날부터 유효 기간을 다시 계산해요.', '>새 버전은 생기지 않고, SSOT가 발행본을 한 번 다시 평가해요.']
["SSOT는 만료일부터 지난 날수를 '만료 N일 지남'으로 표시해요.", ">만료일 당일에는 '만료됨'으로 표시해요."]
신뢰도는 100점 만점의 점수와 등급이에요
기준신뢰도는 발행을 막지 않아요. 점수가 60점 미만이어도 발행 조건을 채우면 발행할 수 있어요.
| 용어 | 뜻 |
|---|---|
점수와 등급 | 신뢰도는 100점 만점이에요. 80점 이상은 '좋음', 60점 이상은 '보통', 60점 미만은 '낮음'이에요. 리뷰 상태가 점수의 최대를 정해요. 리뷰 중인 문서는 79점까지 받아요. 오래된 문서는 59점까지 받아요. |
평가 시점 | SSOT는 새 버전을 등록하면 그 버전을 자동으로 평가해요. 발행되어 리뷰 완료가 되면 그 버전을 다시 평가해요. 오래된 문서가 되거나 담당자가 최신 정보임을 확인하면 발행본을 한 번 다시 평가해요. |
직접 요청 | 리뷰 중인 제안은 담당자, 그 제안의 제안자가 다시 평가를 요청할 수 있어요. 발행본은 담당자만 요청할 수 있어요. 평가 중, 마지막 평가 뒤 10초 안, 오래된 문서이면 새 평가를 하지 않아요. |
점수가 없을 때 | 평가가 없거나 실패했거나 원문이 맞지 않으면 SSOT가 점수 없이 그 사실을 알려요. 점수를 불러오지 못해도 예시 점수를 대신 보여 주지 않아요. |

참조 문서와 관련 문서는 만드는 주체가 달라요
기준참조 문서 섹션은 신뢰도 아래, 관련 문서 위에 있어요. 참조 문서가 없고 넣을 수 있는 구성원도 아니면 섹션을 숨겨요.
| 구분 | 참조 문서 | 관련 문서 |
|---|---|---|
만드는 주체 | 구성원이 근거로 직접 넣어요. | SSOT가 내용이 겹치는 문서를 자동으로 찾아요. |
대상 | 발행된 SSOT 문서와 외부 링크를 넣을 수 있어요. 위키, 슬랙, 코드 저장소, 다른 사이트 | 읽을 수 있는 발행 문서만 나와요. |
넣고 빼는 구성원 | 담당자, 제안자가 넣고 뺄 수 있어요. 리뷰 중인 제안에서는 리뷰어도 넣고 뺄 수 있어요. | 아무도 넣거나 뺄 수 없어요. |
저장 | 제안 단위로 저장되고 발행할 때 발행본에 고정돼요. 리뷰어가 넣고 빼면 새 버전 없이 리뷰 기록에만 남아요. 새 제안은 발행본의 목록을 이어받아요. | 저장하지 않고 문서를 열 때마다 SSOT가 다시 찾아요. |
눌렀을 때 | SSOT 문서는 같은 탭에서 열려요. 외부 주소는 새 탭에서 열려요. | 지금 문서와 관련 문서를 나란히 비교하는 창이 열려요. |
읽을 수 없는 문서 | 자물쇠, '비공개 문서', '볼 권한이 없어요'만 한 줄로 보여요. 누르면 권한 없음 화면이 열려요. 삭제되거나 닫힌 문서는 '삭제된 문서'로 보이고 누를 수 없어요. | 관련 문서 목록에서 빠져요. |
참조 문서에 SSOT 문서와 외부 주소를 넣어요
왜?로그인이 필요한 사내 페이지는 로그인 화면의 제목이 나와요. 또 SSOT가 아무 주소나 열면 보안 문제가 생겨요.

문서 화면은 세 영역으로 나뉘어요
용어상세 정보는 접힌 채 시작하고, 펼치면 버전 이력, 리뷰 기록, 발행 진행이 보여요. 문서 정보 영역에 있는 위치, 담당자, 날짜는 되풀이하지 않아요.

SSOT는 제안과 발행본이 다르면 제안을 읽을 수 있는 구성원에게 본문 위 발행 안내를 표시해요.
어드민이 생기고 편집 권한이 줄어요
기준기존 동작은 2026년 11월 12일 모노레포 develop에 개발된 SSOT의 동작이에요.
| 항목 | 기존 | 바뀐 정책 | 바뀐 이유 |
|---|---|---|---|
구성원 역할 | 구성원 역할 구분이 없어요. 모든 구성원이 같은 권한을 받아요. | 구성원 역할은 어드민과 멤버 두 가지예요. 어드민은 역할, 담당자, 문서 삭제와 복구 같은 시스템 관리만 해요. 어드민도 권한 없는 문서의 내용은 볼 수 없어요. | 담당자 변경, 문서 삭제와 복구, 변경 기록 확인은 한 문서의 담당자가 할 수 없는 관리 작업이에요. 이 작업을 맡을 사람이 필요해요. |
편집 권한 | 담당자, 제안자, 현재 리뷰어, 공유받은 사람이 본문을 고칠 수 있었어요. | 담당자, 현재 제안자만 본문을 고칠 수 있어요. 리뷰어는 본문을 고칠 수 없고 참조 문서만 넣고 뺄 수 있어요. | 리뷰어가 본문을 고치면 리뷰어가 자기가 쓴 내용을 승인하게 돼요. 또 발행 뒤에도 그 버전의 리뷰어가 새 제안을 등록할 수 있었어요. |
공개범위 변경 | 담당자와 제안자가 공개범위를 바꿀 수 있었어요. | 담당자만 공개범위를 바꿀 수 있어요. 제안자는 바꿀 수 없어요. | 공개범위는 이미 발행된 버전을 누가 읽을 수 있는지도 정하는 문서 전체 설정이에요. 이 때문에 문서를 책임지는 담당자가 정해요. |
권한은 지금 맡은 역할에만 있어요
기준기존 동작은 2026년 11월 12일 모노레포 develop에 개발된 SSOT의 동작이에요.
| 항목 | 기존 | 바뀐 정책 | 바뀐 이유 |
|---|---|---|---|
권한 기준 | 문서를 발행한 사람과 지난 제안의 제안자도 계속 문서를 고칠 수 있었어요. | 지금 담당자, 지금 리뷰 중인 제안의 제안자와 리뷰어만 그 역할의 권한을 받아요. 발행자는 누가 발행했는지 이력에 남기는 이름이고 권한은 없어요. | 예전 역할에 권한이 남으면 지금 문서를 책임지지 않는 사람이 문서를 고칠 수 있어요. |
대분류와 폴더 | 로그인한 구성원 누구나 대분류를 만들고 이름을 바꿀 수 있었어요. 문서를 옮기면서 새 폴더도 만들 수 있었어요. | 구성원은 화면에서 폴더를 만들거나 이름을 바꿀 수 없어요. 대분류 15개는 고정이에요. 폴더는 에이전트가 문서를 등록할 때만 만들어요. | 대분류를 만들고 이름을 바꾸는 기능에 권한 확인이 없었어요. 이 때문에 아무 구성원이나 대분류를 바꿀 수 있었어요. 폴더는 에이전트가 문서를 등록할 때 정해요. |
발행은 담당자도 할 수 있어요
기준수정 요청 코멘트는 승인 수에 영향을 주지 않고, 해결되기 전까지 발행을 막아요.
| 항목 | 기존 | 바뀐 정책 | 바뀐 이유 |
|---|---|---|---|
리뷰 중인 제안 수 | 구성원마다 리뷰 중인 제안을 하나씩 열 수 있었어요. 이 때문에 한 문서에 제안이 둘 이상 생길 수 있었어요. | 한 문서에는 리뷰 중인 제안이 하나만 있을 수 있어요. 다른 구성원은 그 제안이 발행되거나 닫힐 때까지 코멘트로 의견을 남겨요. | 같은 발행본을 바탕으로 두 구성원 이상이 따로 고친 제안이 생길 수 있었어요. 이 때문에 어느 제안을 발행할지 정하고 두 수정 내용을 합쳐야 했어요. |
발행할 수 있는 사람 | 그 버전을 등록한 제안자만 발행할 수 있었어요. | 제안자와 담당자가 발행할 수 있어요. | 제안자가 퇴사하거나 휴직하면 승인을 다 받은 제안도 발행할 사람이 없었어요. |
수정 요청 | 리뷰어는 승인과 수정 요청 중 하나만 고를 수 있었어요. | 수정 요청은 리뷰어만 남길 수 있는 코멘트 종류예요. 수정 요청 코멘트가 해결되기 전까지 발행할 수 없어요. 수정 요청은 승인 수를 바꾸지 않아요. | 승인과 수정 요청 중 하나만 고를 수 있었어요. 이 때문에 승인하면서 고칠 점을 함께 남길 수 없었어요. |
승인 취소 | 서버는 승인 취소를 받았지만 화면에 버튼이 없어 리뷰어가 승인을 취소할 수 없었어요. | 승인한 리뷰어는 직접 승인을 취소할 수 있어요. | 승인을 잘못 눌렀거나 생각이 바뀐 리뷰어가 승인을 되돌릴 방법이 없었어요. |
되돌리기는 리뷰 없이 바로 발행돼요
기준끝까지 읽어야 승인하는 규칙은 지금 개발 화면에 없어요. 이 규칙을 다시 넣을지 개발 쪽과 합의해야 해요.
| 항목 | 기존 | 바뀐 정책 | 바뀐 이유 |
|---|---|---|---|
리뷰어 지정 | 팀이나 파트를 골라 그 구성원 전원을 리뷰어로 지정할 수 있었어요. | 리뷰어는 사람 단위로 들어감. 리뷰어 추가 검색에서 파트를 고르면 파트원이 한 명씩 리뷰어로 들어감. 팀과 그룹은 고를 수 없어요. | 팀이나 그룹 전원이 리뷰어가 되면 리뷰어가 너무 많아져요. 이 때문에 누가 승인해야 하는지 흐려져요. |
리뷰 기한 | 리뷰 기한이 없었어요. | 리뷰어로 지정된 지 2주가 지나도 승인도 수정 요청도 하지 않으면 '리뷰 기한 지남'으로 표시해요. 그 리뷰어와 제안자에게 알림을 한 번 보내요. | 승인도 수정 요청도 하지 않는 리뷰어 때문에 멈춘 제안을 찾을 방법이 없었어요. |
되돌리기 | 옛 버전으로 되돌리려면 그 버전을 새 제안으로 등록하고 리뷰를 다시 거쳐야 했어요. | 담당자는 이유를 적고 예전에 발행했던 버전으로 바로 되돌릴 수 있어요. 되돌린 버전은 리뷰 없이 바로 발행돼요. | 되돌리는 버전은 이미 리뷰를 거쳐 발행했던 버전이에요. 이 때문에 다시 리뷰할 필요가 없어요. |
끝까지 읽어야 승인 | 리뷰어가 본문을 끝까지 스크롤해야 승인 버튼이 켜졌어요. 2026년 11월 4일 개발 저장소에서 이 제한을 뺐어요. | 지금은 리뷰어가 스크롤과 상관없이 승인할 수 있어요. 이 제한을 다시 넣자고 제안해요. | 리뷰어가 본문을 읽지 않고 승인하는 일을 막을 수 있어요. |
담당자를 바꾸는 기능이 새로 생겨요
기준최고 책임자는 인사 정보에서 CEO로 표시된 재직 중인 구성원 전원이에요.
| 항목 | 기존 | 바뀐 정책 | 바뀐 이유 |
|---|---|---|---|
퇴사나 휴직한 리뷰어 | 리뷰어로 지정된 사람이 퇴사하거나 휴직해도 리뷰어로 남았어요. | 퇴사하거나 휴직한 리뷰어는 자동으로 해제돼요. 필요한 승인 수는 남은 리뷰어 수에 맞춰 다시 계산해요. 휴직자는 리뷰어로 새로 지정할 수 없어요. | 퇴사한 리뷰어는 승인할 수 없어요. 이 때문에 그 리뷰어가 남아 있으면 필요한 승인 수를 끝내 채우지 못하는 제안이 남았어요. |
퇴사나 휴직한 제안자 | 제안자가 퇴사하거나 휴직해도 그 제안의 권한이 그 사람에게 남았어요. | 제안자가 퇴사하거나 휴직하면 그 제안은 '제안자 없음' 상태가 돼요. 담당자가 제안자를 이어받아 계속 고칠 수 있어요. | 제안의 권한이 퇴사자에게 남아 있었어요. 이 때문에 그 제안을 이어서 고칠 사람이 없었어요. |
담당자 변경 | 담당자를 바꾸는 기능이 없었어요. | 리드와 어드민이 담당자를 바꿀 수 있어요. 새 담당자의 수락은 필요 없어요. SSOT는 매일 퇴사자와 휴직자의 문서를 자동으로 넘겨요. 넘겨받을 사람은 그 사람의 파트리드, 팀리드, 그룹리드 순으로 찾아요. | 담당자를 바꾸는 기능이 없었어요. 이 때문에 퇴사자의 문서를 책임질 사람을 정할 수 없었어요. |
최고 책임자 | 최고 책임자가 정해져 있지 않았어요. | 인사 정보에서 CEO로 표시된 재직 중인 구성원 전원이 최고 책임자예요. 자동 변경이 넘겨받을 리드를 찾지 못한 문서는 최고 책임자가 담당자 지정 필요 카드로 받아요. | 파트리드, 팀리드, 그룹리드가 모두 없으면 문서를 넘겨받을 사람이 정해지지 않았어요. |
문서 삭제와 복구 기능이 새로 생겨요
기준어드민만 문서를 삭제하고 복구할 수 있어요.
| 항목 | 기존 | 바뀐 정책 | 바뀐 이유 |
|---|---|---|---|
문서 삭제 | 문서를 삭제하는 기능이 없었어요. | 어드민이 문서를 삭제하고 복구할 수 있어요. 삭제해도 데이터를 지우지 않아 복구할 수 있어요. | 잘못 등록한 문서를 지울 방법이 없었어요. |
읽을 수 없는 문서 | 권한이 없는 문서를 열면 없는 문서와 같은 404 화면이 나왔어요. | 발행본이 있는 문서는 '권한 없음' 화면과 권한 요청 버튼을 보여 줘요. 아직 발행되지 않은 문서는 발행 전이라 읽을 수 없다는 안내 화면을 보여 줘요. | 권한이 없는 문서가 없는 문서와 구분되지 않았어요. 이 때문에 구성원이 권한을 요청할 수 없었어요. |
같은 이름의 문서 | 주소가 같은 문서만 막았어요. 이 때문에 같은 폴더에 이름이 같은 문서를 등록할 수 있었어요. | 같은 폴더에 이름이 같은 문서를 등록할 수 없어요. | 같은 폴더에 이름이 같은 문서가 있을 수 있었어요. 이 때문에 검색과 에이전트가 어느 문서가 기준인지 구분하지 못해요. |
폴더 이동과 참조 문서 저장이 바뀌어요
기준어드민만 문서를 삭제하고 복구할 수 있어요.
| 항목 | 기존 | 바뀐 정책 | 바뀐 이유 |
|---|---|---|---|
폴더 이동 | 편집 권한이 있는 구성원이 문서를 옮길 수 있었어요. 옮기면서 새 폴더도 만들 수 있었어요. | 담당자만 문서를 이미 있는 폴더로 옮길 수 있어요. 옮겨도 새 버전이 생기지 않아요. | 옮기면서 새 폴더를 만들 수 있었어요. 이 방식은 대분류 15개를 고정한 정책과 맞지 않아요. |
참조 문서 | 참조 문서를 본문 머리글에 저장했어요. 이 때문에 참조 문서만 바꿔도 새 버전이 생겼어요. | 참조 문서는 제안마다 저장해요. 발행할 때 발행본에 고정해요. 새 제안은 발행본의 참조 문서 목록을 이어받아요. SSOT 밖의 주소도 넣을 수 있어요. | 참조 문서만 바꿔도 새 버전이 생겼어요. 이 때문에 리뷰를 다시 받아야 했어요. |
변경 기록 | 관리 작업의 기록이 없었어요. | 역할 변경, 담당자 변경, 문서 삭제와 복구 같은 관리 작업을 변경 기록에 영구 보관해요. | 누가 언제 역할과 담당자를 바꿨는지 알 수 없었어요. |
최신 정보 확인은 새 버전 없이 저장돼요
기준SSOT가 최신성 유효 기간을 발행일이나 최신 정보임을 확인한 날부터 계산해요.
| 항목 | 기존 | 바뀐 정책 | 바뀐 이유 |
|---|---|---|---|
유효 기간 시작 | 마지막으로 승인한 날부터 유효 기간을 계산해요. | 발행한 날이나 담당자가 최신 정보임을 확인한 날부터 유효 기간을 계산해요. | 독자는 발행된 날부터 그 내용을 읽어요. 이 때문에 유효 기간은 발행한 날부터 세야 해요. |
최신 정보 확인 | '문서 갱신하기' 버튼을 누르면 편집이 열렸어요. 이 때문에 내용이 그대로 맞아도 새 버전을 만들고 리뷰를 다시 받아야 했어요. | 담당자가 '최신 정보임을 확인했어요' 버튼으로 확인만 하면 유효 기간이 다시 시작돼요. 새 버전과 리뷰는 만들지 않아요. | 내용이 그대로 맞는 문서도 편집과 리뷰를 다시 거쳐야 했어요. |
'최신 정보인지 확인 필요' 할 일 | 만료 30일 전부터 '최신 정보인지 확인 필요' 할 일이 생겼어요. | 문서가 만료되어 오래된 문서가 될 때 할 일이 한 번 생겨요. | 만료 30일 전부터 할 일이 생겼어요. 이 때문에 아직 유효한 문서까지 할 일이 쌓였어요. |
기록 유형 문서 | 기록 유형 문서도 다른 유형과 같은 유효 기간이 있었어요. 이 때문에 기록 유형 문서도 오래된 문서가 됐어요. | 기록 유형 문서에는 유효 기간이 없어요. 이 때문에 오래된 문서가 되지 않아요. | 기록 유형은 그 시점에 정한 내용을 남긴 문서예요. 이 때문에 최신 내용으로 고칠 대상이 아니에요. |
신뢰도 다시 평가 | 신뢰도 카드를 읽을 수 있는 구성원 누구나 다시 평가를 요청할 수 있었어요. | 담당자, 제안자만 다시 평가를 요청할 수 있어요. 평가 중이거나, 마지막 평가 뒤 10초가 지나지 않았거나, 오래된 문서이면 새 평가를 하지 않아요. | 구성원 누구나 반복해서 요청할 수 있었어요. 이 때문에 평가 비용이 늘어나요. |
알림은 서버에 30일 동안 저장돼요
기준SSOT는 퇴사자와 휴직자에게 슬랙 메시지를 보내지 않아요.
| 항목 | 기존 | 바뀐 정책 | 바뀐 이유 |
|---|---|---|---|
알림 | 알림을 저장하지 않고 화면을 열 때마다 할 일과 승인 상태로 계산했어요. | 알림을 서버에 30일 동안 저장해요. 읽음 표시도 저장해요. 알림이 가는 상황은 알림 절의 표와 같아요. | 읽음 상태를 저장하지 않았어요. 이 때문에 기기를 바꾸면 읽은 알림이 다시 안 읽음으로 보였어요. |
문서 목록 | 문서 목록이 한 번에 500건까지만 읽었어요. 이 때문에 500건이 넘으면 나머지 문서가 목록에 보이지 않았어요. | 문서 목록이 쪽마다 그 쪽에 보일 문서만 읽어요. | 500건이 넘는 문서는 목록에 보이지 않았어요. |
기존 테이블 다섯 개에 칸이 더해져요
기준0022는 이름을 바꾸거나 지우지 않아서 옛 서버 이미지와 함께 돌아도 깨지지 않아요.
| 테이블 | 더하는 칸 | 쓰는 정책 |
|---|---|---|
person | role, is_ceo | 구성원 역할, 최고 책임자 |
doc | author_needed_since | 담당자 지정 필요 대기 일수 |
doc | deleted_at, deleted_by_id | 문서 삭제와 복구 |
doc | freshness_confirmed_at, freshness_confirmed_by_id | 최신 정보 확인 |
doc_proposal | taken_over_from_id, taken_over_at | 제안자 이어받기 |
doc_reviewer | assigned_at | 리뷰 기한 지남 |
doc_merge | bypassed_review, reverted_from_version_id, revert_reason | 리뷰 없는 발행, 되돌리기 |
새 테이블 네 개가 생겨요
기준개발팀은 새 테이블 네 개도 마이그레이션 0022로 더하고, 기존 칸과 테이블의 이름은 바꾸거나 지우지 않아요.
| 테이블 | 저장하는 내용 | 쓰는 정책 |
|---|---|---|
doc_move | 폴더 이동 기록 | 폴더 이동 |
doc_access_request | 권한 요청 | 권한 없음 화면 |
notification | 저장되는 알림. 30일 보관 | 알림 |
audit_log | 변경 기록. 추가만 하고 영구 보관 | 변경 기록 |
개발팀이 데이터 확인 뒤 제약 세 개를 더해요
기준세 제약은 기존 데이터에 따라 마이그레이션을 실패시킬 수 있어서 0022에 없어요.
개발팀이 열린 제안 유일 인덱스를 문서와 제안자 쌍에서 문서 하나로 바꿔요.
개발팀이 리뷰어 상태가 수정 요청인 행을 대기 상태로 옮겨요.
개발팀이 폴더와 제목 기준 유일 인덱스를 더해요.
권한 확인과 발행 조건 코드가 바뀌어요
기준편집, 폴더 이동, 되돌리기, 에이전트 등록이 모두 canEditSql을 따라요.
명령, 조회, 매일 배치가 새로 생겨요
기준개발팀이 새 조회와 명령을 backendReads와 backendCommands에 등록해요.
인사 정보에서 받을 값 다섯 가지를 확인해요
기준SSOT는 CEO 표시로 최고 책임자를 정하고, 휴직 상태로 휴직자의 문서를 인계해요.
| 값 | 쓰는 정책 | 확인할 내용 |
|---|---|---|
CEO 표시 | 최고 책임자 | 인사 정보 API가 CEO 표시를 내려주는지 |
휴직 상태 | 휴직자 자동 인계, 리뷰어 해제, 이름 뒤 (휴) | 인사 정보 API가 휴직 값을 내려주는지 |
퇴사 날짜 | 매일 자동 변경 | 퇴사가 동기화에 당일 들어오는지 |
퇴사나 휴직 직전 소속 | 매일 자동 변경, 담당자 변경 화면 | 동기화에서 퇴사하기 전 소속을 SSOT가 저장할 수 있는지 |
리드 표시 | 가까운 리드 찾기 | 조직마다 리드를 한 명으로 정할 수 있는지 |
개발팀이 기존 데이터 다섯 가지를 먼저 정해요
기준개발팀이 운영 DB에서 건수를 먼저 확인하고 처리 방식을 정해야 해요.
개발팀이 남길 제안을 정해야 해요.
개발팀이 이름을 바꾸거나 한쪽 문서를 닫아야 해요.
SSOT가 삭제와 제안 닫기를 구분할 수 없어요. 개발팀이 모두 제안 닫기로 볼지 정해야 해요.
SSOT가 첫 자동 변경 때 문서를 한꺼번에 바꿔요. 개발팀이 나누어 실행할지 정해야 해요.
개발팀이 남아 있는 만료 상태와 할 일을 지워야 해요.
개발팀이 기존 리뷰어의 지정 시각을 배포 시각으로 채우고, 첫 어드민을 배포 때 지정해요.
서버 작업은 여덟 단계로 적용해요
기준개발팀이 1단계는 서버 작업 없이 바로 적용할 수 있어요.
| 단계 | 내용 | 먼저 끝나야 하는 일 |
|---|---|---|
1 | 서버와 무관한 화면 변경 | 없음 |
2 | 권한과 발행 규칙 | 중복 제안과 같은 이름 문서 해결, 구성원 역할 칸과 변경 기록 테이블 |
3 | 구성원 역할, 퇴사와 휴직 자동 해제, 리드 찾기, 최고 책임자 | 변경 기록 테이블 |
4 | 담당자 변경과 매일 자동 변경 | 3단계 |
5 | 알림 저장과 슬랙 메시지 다섯 가지 | 3단계, 4단계 |
6 | 삭제와 복구, 권한 요청, 같은 이름 금지, 폴더 이동 | 3단계, 기존 닫힌 문서 구분 |
7 | 최신 정보 확인, 신뢰도 규칙, 되돌리기, 참조 문서 | 변경 기록, 알림 |
8 | 데모 화면을 서버에 연결 | 2단계부터 7단계 |
구성원 역할은 어드민과 멤버로 구분돼요
기준멤버는 모두 같은 권한을 가져요. SSOT에는 읽기만 하는 계정이 없어요.
| 구분 | 어드민 | 멤버 |
|---|---|---|
문서 읽기 | 권한을 받은 문서만 읽을 수 있어요. 삭제된 문서는 목록에서 제목만 볼 수 있어요. | 공개 문서를 읽을 수 있어요. 리뷰 중인 제안은 그 문서의 담당자, 제안자, 그 제안의 리뷰어만 읽을 수 있어요. |
문서 행동 | 문서에서는 맡은 역할의 권한만 있어요. 문서 삭제와 복구, 담당자 변경을 할 수 있어요. | 문서를 등록할 수 있어요. 자기 문서의 공개범위와 공유 대상을 정할 수 있어요. 리뷰와 발행은 문서 안에서 맡은 역할에 따라 할 수 있어요. |
구성원 역할 | 운영 관리에서 구성원의 역할을 정할 수 있어요. | 구성원의 역할을 정할 수 없어요. 운영 관리를 열 수 없어요. |

어드민도 승인과 수정 요청은 그 제안의 리뷰어로 지정된 때에만 할 수 있어요.
어드민도 문서 내용에는 예외가 없어요
기준회사의 중요한 방향이 담긴 문서가 권한 없이 보이지 않게 해요.

재직 상태는 재직, 휴직, 퇴사로 나뉘어요
기준퇴사일과 SSOT 화면에 퇴사가 나타나는 시각 사이에 시간 차이가 생길 수 있어요.
인사 명단이 파트, 팀, 그룹의 리드를 정해요
기준SSOT는 입사, 퇴사, 휴직, 조직 변경, 리드 표시, CEO 표시를 인사 정보 그대로 받아요.

SSOT가 문서를 넘길 리드를 파트부터 찾아요
용어가까운 리드는 구성원의 파트, 팀, 그룹 순으로 확인해 처음으로 리드가 있는 단계의 리드예요.
['퇴사하거나 휴직한 담당자의 문서는 가까운 리드에게 넘어가요.']
['가까운 리드는 그 구성원이 담당하는 문서의 담당자를 직접 바꿀 수 있어요.']
SSOT가 바로 위 리드를 위 단계에서 찾아요
용어바로 위 리드는 가까운 리드가 속한 단계의 바로 위 단계부터 확인해 처음으로 리드가 있는 단계의 리드예요.

리드는 구성원이 속한 기능조직으로 정해져요
용어기능조직은 파트, 팀, 그룹처럼 구성원이 속한 조직이에요.
| 상황 | SSOT가 하는 일 |
|---|---|
소속 기능조직 | 구성원은 기능조직 한 곳에만 속해요. SSOT는 그 기능조직의 파트, 팀, 그룹 순으로 리드를 찾아요. |
같은 이름의 조직이 둘 이상 | SSOT가 이름 대신 조직 경로로 구분해요. |
리드를 하나로 정할 수 없는 조직 | SSOT는 그 조직에 리드를 연결하지 않아요. |
퇴사나 휴직하면 역할마다 상태가 달라져요
기준휴직한 담당자의 문서도 SSOT가 퇴사자와 같은 방식으로 인계해요.
| 퇴사나 휴직한 사람의 역할과 문서 | 이후 상태 |
|---|---|
리뷰 중인 제안의 제안자 | SSOT가 제안자 없음 상태로 바꿔요. 담당자가 자동으로 이어받지 않아요. 담당자가 문서 화면에서 직접 이어받을 수 있어요. |
문서의 담당자 | SSOT가 새 담당자를 찾아 넘겨요. 못 찾으면 담당자 지정 필요 상태가 돼요. 문서 정보 영역에는 '(퇴)'나 '(휴)'가 붙은 이름이 남아요. |
리뷰 중인 제안의 리뷰어 | SSOT가 그 리뷰어를 자동으로 해제해요. 필요한 승인 수를 남은 리뷰어 수로 다시 계산해요. 한 명도 남지 않으면 제안자에게 리뷰어를 지정해야 한다고 알려요. |
발행자 | 인계 대상이 아니에요. 발행자는 발행 기록에 이름만 남고 권한이 없어요. |
담당자 지정 필요 상태인 문서 | 구성원은 그대로 읽고 검색할 수 있어요. SSOT는 퇴사하거나 휴직한 담당자에게 알림을 보내지 않아요. |
휴직에서 복귀해도 SSOT가 담당자를 자동으로 되돌리지 않아요. 원하면 리드가 담당자 변경 화면에서 담당자를 바꿀 수 있어요.
SSOT가 퇴사자와 휴직자 문서를 매일 인계해요
기준이미 직접 바꾼 문서, 담당자가 재직으로 돌아온 문서, 닫힌 문서, 삭제된 문서는 자동 변경 대상이 아니에요.
SSOT가 파트리드부터 새 담당자를 찾아요
기준후임 리드가 인사 정보에 리드로 표시되면 SSOT가 그날 자동으로 담당자를 바꿔요.
| 찾는 중에 만나는 경우 | SSOT가 하는 일 |
|---|---|
찾는 순서 | 마지막 소속에서 파트리드, 팀리드, 그룹리드 순으로 찾아요. |
소속에 없는 단계 | 그 단계를 건너뛰어요. |
리드가 없는 단계 | 다음 단계로 넘어가요. 퇴사자 본인이 리드였던 단계도 건너뛰어요. |
퇴사자나 휴직자인 리드 | 그 단계를 건너뛰어요. 퇴사자와 휴직자는 새 담당자가 될 수 없어요. |
찾으면 바로 바꾸고 못 찾으면 다음 날 찾아요
기준담당자를 바꾼 뒤에도 리드와 어드민이 필요하면 담당자를 직접 다시 바꿀 수 있어요.

못 찾으면 가까운 리드가 직접 인계할 수 있어요
기준SSOT는 인계 기한 일수를 두지 않아요.

담당자 지정 필요 카드는 최고 책임자에게 가요
용어최고 책임자는 인사 정보에서 CEO로 표시된 재직 중인 구성원 전원이에요. 재직 중인 CEO가 없으면 어드민 전원이 최고 책임자 역할을 해요.

새 담당자의 수락 없이 담당자가 바로 바뀌어요
기준리드와 어드민은 재직 중인 구성원 전체에서 새 담당자를 고를 수 있어요.

비공개 문서는 인계되면 접근 권한이 넘어가요
기준SSOT는 리드가 인계 판단에 쓰도록 폴더 경로와 최근 수정일을 함께 표시해요.

제안자가 없을 때만 담당자가 이어받을 수 있어요
기준제안자가 퇴사하거나 휴직해도 SSOT는 제안자를 자동으로 채우지 않아요.
제안자 없음 상태에서는 두 행동만 막혀요
기준담당자가 제안자를 이어받으면 리뷰어 지정과 새 버전 등록이 가능해져요.
| 제안자 없음 상태의 행동 | 가능 여부 |
|---|---|
리뷰어의 승인, 수정 요청, 코멘트 | 가능 |
담당자의 발행 | 가능 |
담당자의 제안 닫기 | 가능 |
담당자의 코멘트 해결 | 가능 |
담당자의 리뷰어 해제 | 가능 |
담당자의 제안자 이어받기 | 가능 |
리뷰어 지정 | 불가 |
새 버전 등록 | 불가 |
리드는 필터로 인계할 문서를 찾을 수 있어요
기준리드는 자기가 인계할 수 있는 구성원만 볼 수 있고, 어드민은 모든 구성원을 볼 수 있어요.


리드는 새 담당자를 정하고 바로 인계해요
기준리드와 어드민은 재직 중인 구성원 전체에서 새 담당자를 고를 수 있어요.


담당자는 리드와 어드민이 바꿀 수 있어요
기준운영 관리, 문서 삭제와 삭제한 문서 복구는 어드민만 할 수 있어요.
| 기능 | 할 수 있는 사람 |
|---|---|
운영 관리: 사용자 관리와 변경 기록 | 어드민 |
퇴사나 휴직한 담당자 문서의 담당자 변경 | SSOT의 매일 자동 변경 그 담당자의 가까운 리드, 바로 위 리드 어드민 |
재직자의 담당자 변경 | 그 구성원의 가까운 리드, 바로 위 리드 어드민 재직자의 비공개 문서는 어드민만 바꿀 수 있어요. |
담당자 지정 필요 카드 받기 | 최고 책임자 CEO로 표시된 재직 중인 구성원이고 항상 어드민이에요. 재직 중인 CEO가 없으면 어드민 전원이 받아요. |
문서 삭제와 삭제한 문서 복구 | 어드민 |
담당자 변경은 리드와 어드민만 가능해요
용어리드가 인계할 수 있는 구성원은 그 리드를 가까운 리드나 바로 위 리드로 둔 구성원이에요.
입력창과 필터로 인계할 구성원을 찾을 수 있어요
기준마지막 하나를 끄는 조작은 막아요. 목록을 스크롤해도 입력창과 필터 줄은 화면 위에 고정돼요.

리드와 어드민이 담당자 지정 필요 상태인 문서만 따로 필터링할 수 있어요.
구성원 행과 문서 행은 적용 범위가 달라요
기준구성원 행의 선택과 문서 행의 선택은 서로 따라 바뀌지 않아요.

자물쇠 행과 삭제 아이콘은 권한마다 달라요
기준SSOT는 리드가 인계 판단에 쓰도록 폴더 경로와 최근 수정일을 함께 표시해요.

새 담당자를 고른 뒤에야 변경할 수 있어요
기준SSOT는 인계를 지정한 즉시 새 담당자의 수락 없이 담당자를 바꿔요.

변경하고 10초 안에는 실행 취소할 수 있어요
기준리드와 어드민은 이 화면에서 문서의 담당자만 바꿀 수 있어요.

삭제와 역할 변경은 어드민만 할 수 있어요
기준본인의 역할은 본인이 바꿀 수 없어요. 어드민이 한 명 남으면 SSOT가 그 사람의 역할 변경을 막아요.


관리 기능마다 할 수 있는 사람이 달라요
용어최고 책임자는 인사 정보에서 CEO로 표시된 재직 중인 구성원 전원이에요. 재직 중인 CEO가 없으면 어드민 전원이 최고 책임자 역할을 해요.
| 기능 | 할 수 있는 사람 |
|---|---|
운영 관리: 사용자 관리와 변경 기록 | 어드민 |
퇴사나 휴직한 담당자 문서의 담당자 변경 | SSOT의 매일 자동 변경 그 담당자의 가까운 리드, 바로 위 리드 어드민 |
재직자의 담당자 변경 | 그 구성원의 가까운 리드, 바로 위 리드 어드민 재직자의 비공개 문서는 어드민만 바꿀 수 있어요. |
담당자 지정 필요 카드 받기 | 최고 책임자 CEO로 표시된 재직 중인 구성원이고 항상 어드민이에요. 재직 중인 CEO가 없으면 어드민 전원이 받아요. |
문서 삭제와 삭제한 문서 복구 | 어드민 |
운영 관리와 역할 변경은 어드민만 가능해요
기준리드와 어드민은 담당자 변경 화면에서 담당자를 바꿀 수 있어요. 어드민은 더 보기 메뉴와 담당자 변경 화면에서 문서를 삭제할 수 있어요.
어드민이 소속과 이름으로 찾을 수 있어요
기준필터링하거나 정렬을 바꾸면 목록이 첫 페이지로 돌아가요. 목록을 스크롤해도 검색, 필터, 목록 머리 줄은 화면 위에 고정돼요.

어드민이 역할을 바꾸면 확인 창이 나와요
기준SSOT는 확인 창을 한 번 거친 뒤에 역할을 바꿔요.

역할 변경에는 보호 규칙 네 가지가 있어요
기준마지막 어드민 보호 규칙은 어드민이 0명이 되는 일을 막아요.

SSOT는 관리 작업을 변경 기록에 남겨요
기준담당자 지정 필요는 상태이므로 SSOT가 변경 기록에 남기지 않아요.

변경 기록에는 직접 변경과 자동 변경이 남아요
기준담당자 지정 필요는 상태여서 SSOT가 변경 기록에 남기지 않고, 담당자 변경 화면의 표시로 알려요.

변경 기록은 작업 한 건을 한 행에 표시해요
기준SSOT는 변경 기록을 영구 보관하고 지우지 않아요.

변경 기록은 네 가지로 찾고 정렬할 수 있어요
기준변경 기록은 어드민만 볼 수 있어요. 목록을 스크롤해도 검색, 필터, 목록 머리 줄은 화면 위에 고정돼요.

제안자가 등록하고 리뷰어가 승인해요
기준각 단계의 결과는 SSOT가 만들어요.



수정하고 발행한 뒤 최신 정보를 확인해요
기준다른 코멘트가 남아 있어도 발행할 수 있지만, 수정 요청 코멘트는 승인한 뒤에도 해결해야 해요.


제안은 등록에서 발행까지 단계를 거쳐요
기준'수정 필요'는 제안자 화면, '발행 필요'는 제안자와 담당자 화면의 이름이에요. 다른 구성원 화면에는 '수정 요청 있음'과 '발행 대기'가 보여요.
문서 상태는 다섯 가지 경우에 바뀌어요
기준새 문서를 등록하면 SSOT가 리뷰 중인 제안을 만들어요.
['발행본이 있으면 발행본만 있는 상태로 돌아가요.', '>발행본이 없으면 문서가 닫혀요.']
['리뷰 완료 문서가 오래된 문서로 바뀌어요.', '>담당자가 확인하면 리뷰 완료로 돌아가요.']
['어드민이 삭제하면 문서가 닫혀요.']
문서 상태는 네 가지로 나뉘어요
기준네 상태는 표시되는 화면이 서로 달라요.




발행 상태마다 읽을 수 있는 버전이 달라요
기준발행본이 없는 문서의 제안을 닫거나 어드민이 삭제하면 문서가 닫혀요.
| 발행 상태 | 독자 | 담당자, 제안자, 리뷰어 |
|---|---|---|
발행 전 | 아직 발행되지 않았다는 안내 화면이 열려요. | 제안을 읽을 수 있어요. |
발행본만 있음 | 발행본을 읽을 수 있어요. | 발행본을 읽을 수 있어요. |
발행본과 제안이 함께 있음 | 발행본만 읽을 수 있어요. | 제안과 발행본을 오가며 읽을 수 있어요. |
닫힘 | 없는 문서처럼 보여요. | 없는 문서처럼 보여요. 어드민만 읽을 수 있어요. |

리뷰 상태는 세 가지예요
기준리뷰 상태는 버전마다 정해요. 문서 목록과 검색은 발행본의 리뷰 상태를 보여 줘요.
['담당자가 최신 정보임을 확인하면 리뷰 완료로 돌아가요.']
['유효 기간이 없어서 오래된 문서가 되지 않아요.']
보는 사람마다 진행 표시 이름이 달라요
기준해결하지 않은 수정 요청 코멘트가 있으면 승인 수와 상관없이 '수정 필요'나 '수정 요청 있음'이 보여요. 발행 조건을 모두 채우면 승인 a/b 표시는 사라져요.
| 보는 사람 | 승인 진행 중 | 미해결 수정 요청이 있음 | 발행 조건을 모두 채움 |
|---|---|---|---|
제안자 | 승인 a/b | 수정 필요 | 발행 필요 |
담당자 | 승인 a/b | 수정 요청 있음 | 발행 필요 |
다른 구성원 | 승인 a/b | 수정 요청 있음 | 발행 대기 |


승인 a/b는 받은 승인 수를 보여 줘요
기준수정 요청 있음은 해결하지 않은 수정 요청 코멘트가 있다는 뜻이고 승인 수에 영향을 주지 않아요.

유효 기간이 지나면 오래된 문서가 돼요
기준기록 유형 문서에는 유효 기간이 없어요. 기록에서 다른 유형으로 바꾸면 바꾼 날부터 유효 기간을 계산해요.
오래된 문서에는 지난 일수를 표시해요
기준SSOT는 만료 표기를 '최신성 유효 기간 N일 지남'처럼 길게 쓰지 않고, 화면마다 같은 형식으로 써요.

최신성 유효 기간은 180일이에요
기준리뷰 완료 문서는 유효 기간이 끝나면 오래된 문서가 돼요.

만료일부터 지난 날수를 '만료 N일 지남'으로 보여 줘요. 만료일 당일에는 '만료됨'으로 보여 줘요.
담당자는 오래된 문서가 최신 정보인지 확인해요
기준기록 유형 문서에는 유효 기간이 없어서 오래된 문서가 되지 않아요.

신뢰도 최대 점수는 리뷰 상태에 따라 달라요
기준점수가 리뷰 상태별 최대 점수에 도달하면 SSOT가 막대 아래에 이유를 한 줄로 알려요.

신뢰도는 네 경우에 자동으로 평가해요
기준SSOT는 주기를 정해 반복하는 자동 평가를 하지 않아요. 자동 평가에는 10초 제한이 없고, 평가 중이면 끝난 뒤 한 번 더 평가해요.
| 상황 | 결과 |
|---|---|
새 버전을 등록할 때 | 그 버전을 자동으로 평가해요. |
발행되어 리뷰 상태가 리뷰 중에서 리뷰 완료로 바뀔 때 | 그 버전을 자동으로 다시 평가해요. |
최신성 유효 기간이 끝나 오래된 문서가 될 때 | 발행본을 한 번 자동으로 다시 평가해요. |
담당자가 최신 정보임을 확인할 때 | 발행본을 한 번 자동으로 다시 평가해요. |
직접 요청 | 리뷰 중인 제안은 담당자, 그 제안의 제안자가 요청할 수 있어요. 발행본은 담당자만 요청할 수 있어요. 평가 중, 마지막 평가 뒤 10초 안, 오래된 문서이면 새 평가를 하지 않아요. |

서버가 버전마다 평가 중인지와 마지막 평가 시각을 저장해요. 여러 구성원이 동시에 눌러도 평가는 하나만 실행돼요.
물음표 아이콘에서 평가 기준을 볼 수 있어요
기준신뢰도 카드는 점수, 등급, 막대를 표시해요.

신뢰도 상세를 펼치면 감점 사유가 나와요
기준마지막 평가 뒤 시간이 지나거나 리뷰 상태가 바뀌면 점수가 지금 상태와 맞지 않게 돼요.

다시 평가 버튼이 막힌 이유를 알려요
기준버튼은 누를 수 있는 구성원에게만 보여요. 제안에서는 담당자, 그 제안의 제안자, 발행본에서는 담당자예요.
| 우선순위 | 비활성 이유 | 이 이유가 되는 때 |
|---|---|---|
1 | 평가 진행 중 | 이 버전을 평가하는 중이에요. |
2 | 오래된 문서 | 오래된 문서라 새 평가를 하지 않아요. |
3 | 마지막 평가 뒤 10초 안 | 남은 초가 1초마다 줄어요. 0초가 되면 버튼이 켜져요. |
마우스를 올릴 때와 같은 안내가 키보드로 선택하거나 태블릿에서 탭할 때도 보여요. 꺼진 버튼도 키보드로 선택할 수 있어요.
신뢰도 점수는 네 경우에만 새로 불러와요
기준신뢰도 카드는 서버에서 상태를 주기적으로 불러오지 않아요.
| 불러오는 경우 | SSOT가 하는 일 |
|---|---|
문서를 열 때 | 서버에서 상태를 불러와요. |
다시 평가를 누를 때 | 서버가 요청을 받거나 거절하고, 응답에 최신 상태를 담아요. |
다시 평가를 누른 사람의 평가가 끝날 때까지 | 누른 구성원의 화면만 평가가 끝날 때까지 상태를 불러와요. |
브라우저 탭이 다시 화면에 나타날 때 | 서버에서 상태를 불러와요. |
이 밖에는 신뢰도 카드가 상태를 불러오지 않아요. 다른 구성원이 바꾼 점수는 다음에 상태를 불러올 때 바뀌어요.
공개범위는 공개와 비공개 두 가지예요
기준팀이나 그룹으로 공유하면 그 아래 조직의 구성원도 공유받은 사람이에요.
담당자만 공개범위와 공유 대상을 바꿀 수 있어요. 발행 전 문서에서 바꾸면 발행한 시점부터 적용돼요.
비공개로 바꾸면 목록과 검색에서 문서가 빠져요
기준SSOT는 읽을 수 없게 된 구성원의 화면에서만 문서를 빼요.

구성원이 요청하면 담당자가 공유할 수 있어요
기준요청한 구성원에게는 요청했다는 안내만 보여요. 담당자가 공유하거나 거절하면 다시 요청할 수 있어요.
폴더는 대분류, 중분류, 소분류 세 단계예요
기준에이전트가 문서를 등록할 때 폴더를 정해요.
['폴더는 세 단계까지만 있어요.']
['에이전트 안내가 이 규칙을 지키게 해요.']
폴더는 에이전트만 만들고 화면은 이동만 가능해요
기준폴더는 에이전트가 문서를 등록할 때만 만들어져요.
문서는 이미 있는 폴더로만 이동할 수 있어요
기준화면에는 폴더를 새로 만드는 기능이 없어요. 폴더는 에이전트가 문서를 등록할 때만 만들어요.
참조 문서는 수동, 관련 문서는 자동이에요
용어참조 문서는 근거로 넣은 링크예요. 관련 문서는 내용이 겹치는 발행 문서예요.
| 구분 | 참조 문서 | 관련 문서 |
|---|---|---|
만드는 주체 | 구성원이 근거로 직접 넣어요. | SSOT가 내용이 겹치는 문서를 자동으로 찾아요. |
대상 | 발행된 SSOT 문서와 외부 링크 위키, 슬랙, 코드 저장소, 다른 사이트 | 읽을 수 있는 발행 문서 |
넣고 뺄 수 있는 사람 | 담당자, 제안자 리뷰 중인 제안에서는 리뷰어도 할 수 있어요. | 없음 |
참조 문서는 저장하고 관련 문서는 매번 계산해요
기준같은 문서는 관련 문서 목록에 두 번 나오지 않아요. 관련 문서 섹션에는 자동으로 찾았다는 설명을 두지 않아요.
| 구분 | 참조 문서 | 관련 문서 |
|---|---|---|
저장 | 제안 단위로 저장되고 발행할 때 발행본에 고정돼요. 리뷰어가 넣고 빼도 새 버전은 생기지 않아요. 새 제안은 발행본의 목록을 이어받아요. | 저장하지 않고 문서를 열 때마다 다시 찾아요. |
눌렀을 때 | SSOT 문서는 같은 탭에서 열려요. 외부 주소는 새 탭에서 열려요. | 지금 문서와 관련 문서를 나란히 비교하는 창이 열려요. |
읽을 수 없는 문서 | 자물쇠, '비공개 문서', '볼 권한이 없어요'만 보여요. 누르면 권한 없음 화면이 열려요. 삭제되거나 닫힌 문서는 '삭제된 문서'로 보이고 누를 수 없어요. | 목록에서 빠져요. |

참조 문서는 이름이나 주소로 넣어요
기준SSOT가 아무 주소나 열면 보안 문제가 생겨요. 그래서 외부 페이지의 탭 제목과 아이콘을 읽어 오지 않아요.

삭제는 어드민만 할 수 있어요
기준SSOT가 데이터를 지우지 않고 누가 언제 삭제했는지 기록해요.

복구하면 문서가 삭제 직전 상태로 돌아와요
기준제안을 닫아 닫힌 문서는 복구할 수 없어요. 같은 폴더에 새 문서를 등록하면 돼요.
승인은 리뷰어로 지정된 사람만 할 수 있어요
기준승인과 수정 요청은 그 제안의 리뷰어만 할 수 있어요.
| 행동 | 담당자 | 제안자 | 그 제안의 리뷰어 | 독자 |
|---|---|---|---|---|
읽기 | 가능 | 가능 | 가능 | 발행본만 |
코멘트 달기 | 가능 | 가능 | 가능 | 발행본에만 |
승인, 승인 취소 | 리뷰어를 겸할 때 | 불가 | 가능 | 불가 |
수정 요청 코멘트 달기 | 리뷰어를 겸할 때 | 불가 | 가능 | 불가 |
제안자는 이어서 고치기와 리뷰어 지정이 가능해요
용어이어서 고치기는 '편집'이나 'AI로 수정'으로 최신 제안의 다음 버전을 등록하는 행동이에요.
| 행동 | 담당자 | 제안자 | 그 제안의 리뷰어 | 독자 |
|---|---|---|---|---|
이어서 고치기 | 불가 제안을 닫고 새로 등록하거나 제안자를 이어받은 뒤에 할 수 있어요 | 가능 | 불가 | 불가 |
제안자 이어받기 | 제안자 없음일 때만 | 불가 | 불가 | 불가 |
리뷰어 지정 | 불가 | 가능 | 불가 | 불가 |
리뷰어 해제 | 가능 | 가능 | 불가 | 불가 |
발행과 제안 닫기는 세 역할이 할 수 있어요
기준리뷰어와 독자는 발행, 코멘트 해결, 제안 닫기를 하지 못해요.
| 행동 | 담당자 | 제안자 | 그 제안의 리뷰어 | 독자 |
|---|---|---|---|---|
발행 | 가능 | 가능 | 불가 | 불가 |
코멘트 해결 | 가능 | 가능 | 불가 | 불가 |
제안 닫기 | 가능 | 가능 | 불가 | 불가 |
되돌리기 | 가능 | 불가 | 불가 | 불가 |
최신 정보 확인 | 가능 | 불가 | 불가 | 불가 |
신뢰도 다시 평가 | 가능 | 가능 | 불가 | 불가 |
제안자 없음 상태이면 제안자 칸을 담당자 칸과 같게 적용해요.
담당자가 발행본에 새 제안을 등록할 수 있어요
기준리뷰어는 어느 상태에서도 본문을 고칠 수 없어요. 코멘트, 승인, 수정 요청, 참조 문서 넣고 빼기만 할 수 있어요.
| 행동 | 담당자 | 비공개 문서의 공유받은 사람 | 독자 |
|---|---|---|---|
새 제안 등록 | 가능 | 불가 | 불가 |
이전 버전으로 되돌리기 | 가능 | 불가 | 불가 |
공개범위와 공유 대상 변경 | 가능 | 불가 | 불가 |
최신 정보 확인 | 가능 | 불가 | 불가 |
신뢰도 다시 평가 | 가능 | 불가 | 불가 |
신뢰도 '다시 평가' 버튼은 평가를 요청할 수 있는 구성원에게만 보여요.
코멘트는 로그인한 구성원이 달 수 있어요
기준퇴사한 사람의 코멘트는 취소할 수 없고 해결로 닫아요.
| 행동 | 할 수 있는 사람 | 조건 |
|---|---|---|
코멘트 달기, 답글 달기 | 로그인한 구성원 | 읽을 수 있는 버전에만 달 수 있어요. |
코멘트 해결, 코멘트 다시 열기 | 담당자, 제안자 | 수정 요청을 남긴 리뷰어가 아니어도 해결할 수 있어요. 다른 구성원이 대신 해결하면 그 리뷰어에게 알림이 가요. |
코멘트 취소 | 코멘트를 단 구성원 | 해결하지 않았고 다른 구성원의 답글이 없을 때만 취소할 수 있어요. |
답글 삭제 | 답글을 단 구성원 | 처음 코멘트는 삭제할 수 없고 취소만 할 수 있어요. |
SSOT는 권한을 세 기준으로 정해요
기준공개범위는 문서마다 공개와 비공개 중 하나이고, 기본은 공개예요.
독자는 리뷰 중인 제안을 읽을 수 없어요
기준담당자, 제안자, 리뷰어는 처음에 최신 제안을 보고, '발행본 보기'로 발행본과 제안을 오갈 수 있어요.


한 문서에는 리뷰 중인 제안이 하나뿐이에요
기준리뷰 중인 제안이 있으면 다른 구성원은 새 버전을 등록할 수 없어요. 어드민도 예외가 없어요.

어드민이 버전을 등록한 제안에서는 그 어드민이 리뷰어에서 빠져요. 필요한 승인 수도 다시 계산해요.
어떤 경우에도 할 수 없는 행동만 숨기고, 나머지는 꺼진 버튼으로 둬요
기준발행 전 문서의 안내 화면에는 권한 요청 버튼이 없어요.

문서 상태와 권한별로 가능한 행동이 달라요
기준발행자는 발행 기록에 남는 이름이고 권한이 없어요.
역할마다 제안에 할 수 있는 행동이 달라요
기준비공개 문서의 공유받은 사람은 독자와 같아요. 리뷰어로 지정되면 리뷰어 칸을 따라요.
| 행동 | 담당자 | 제안자 | 그 제안의 리뷰어 | 독자 |
|---|---|---|---|---|
읽기 | 가능 | 가능 | 가능 | 발행본만 |
코멘트 달기 | 가능 | 가능 | 가능 | 발행본에만 |
승인, 승인 취소 | 리뷰어를 겸할 때 | 불가 | 가능 | 불가 |
수정 요청 코멘트 달기 | 리뷰어를 겸할 때 | 불가 | 가능 | 불가 |
참조 문서 넣고 빼기 | 가능 | 가능 | 가능 | 불가 |
이어서 고치기 | 불가 제안을 닫고 새로 등록하거나 제안자를 이어받은 뒤에 할 수 있어요 | 가능 | 불가 | 불가 |
제안자 이어받기 | 제안자 없음 상태일 때만 | 불가 | 불가 | 불가 |
코멘트 해결, 다시 열기 | 가능 | 가능 | 불가 | 불가 |
리뷰 중인 제안은 그 제안의 제안자만 이어서 고칠 수 있어요.
리뷰어는 발행하거나 제안을 닫을 수 없어요
기준신뢰도 '다시 평가' 버튼은 평가를 요청할 수 있는 구성원에게만 보여요.
| 행동 | 담당자 | 제안자 | 그 제안의 리뷰어 | 독자 |
|---|---|---|---|---|
리뷰어 지정 | 불가 | 가능 | 불가 | 불가 |
리뷰어 해제 | 가능 | 가능 | 불가 | 불가 |
발행 | 가능 | 가능 | 불가 | 불가 |
제안 닫기 | 가능 | 가능 | 불가 | 불가 |
이전 버전으로 되돌리기 | 가능 | 불가 | 불가 | 불가 |
최신 정보 확인 | 가능 | 불가 | 불가 | 불가 |
신뢰도 다시 평가 | 가능 | 가능 | 불가 | 불가 |
문서를 이미 있는 폴더로 이동 | 가능 | 불가 | 불가 | 불가 |
발행본 관리는 담당자만 가능해요
기준공유받은 사람은 비공개 문서를 읽기만 할 수 있어요. 편집, 새 제안 등록, 되돌리기는 할 수 없어요.
| 행동 | 담당자 | 비공개 문서의 공유받은 사람 | 독자 |
|---|---|---|---|
새 제안 등록 | 가능 | 불가 | 불가 |
이전 버전으로 되돌리기 | 가능 | 불가 | 불가 |
공개범위와 공유 대상 변경 | 가능 | 불가 | 불가 |
최신 정보 확인 | 가능 | 불가 | 불가 |
신뢰도 다시 평가 | 가능 | 불가 | 불가 |
문서를 이미 있는 폴더로 이동 | 가능 | 불가 | 불가 |
발행자는 발행 기록에 남는 이름이에요. 담당자가 아니게 되면 이 표의 어떤 권한도 없어요.
코멘트 해결은 세 역할만 할 수 있어요
기준담당자, 제안자는 수정 요청을 남긴 리뷰어가 아니어도 코멘트를 해결할 수 있어요.
| 행동 | 할 수 있는 사람 | 조건 |
|---|---|---|
코멘트 달기, 답글 달기 | 로그인한 구성원 | 읽을 수 있는 버전에만 달 수 있어요. |
코멘트 해결, 다시 열기 | 담당자, 제안자 | 수정 요청을 남긴 리뷰어가 아니어도 해결할 수 있어요. 다른 구성원이 대신 해결하면 그 리뷰어에게 알림이 가요. |
코멘트 취소 | 코멘트를 단 구성원 | 해결하지 않았고 다른 구성원의 답글이 없을 때만 취소할 수 있어요. |
답글 삭제 | 답글을 단 구성원 | 처음 코멘트는 삭제할 수 없고 취소만 할 수 있어요. |

퇴사한 구성원의 코멘트는 취소할 수 없어요. 해결해야 닫혀요.
어드민은 시스템 관리만 해요
기준회사의 중요한 방향이 담긴 문서가 권한 없이 보이지 않게 어드민에게도 문서 내용의 예외를 두지 않아요.

제안자는 자기 제안의 리뷰어가 될 수 없어요
왜?제안자가 리뷰어를 겸하면 자기 제안을 스스로 승인하게 돼요.
| 조합 | 가능 여부 | 이유 |
|---|---|---|
제안자이면서 자기 제안의 리뷰어 | 불가 | 자기 제안을 스스로 승인할 수 없어요. |
같은 제안에 버전을 등록한 사람이면서 그 제안의 리뷰어 | 불가 | 자기가 쓴 버전을 스스로 승인할 수 없어요. |
담당자이면서 다른 구성원 제안의 리뷰어 | 가능 | 담당자도 내용을 검토할 수 있어요. |
담당자이면서 제안자 | 가능 | 담당자가 직접 등록한 경우예요. |
담당자가 자기가 승인한 제안을 발행하는 경우 | 가능 | 담당자는 발행을 결정할 수 있는 구성원이에요. |
독자는 발행본을 읽고 코멘트를 남길 수 있어요
기준독자는 리뷰 중인 제안을 읽을 수 없어요. 의견은 발행본에 코멘트로 남길 수 있어요.


제안자는 에이전트로 문서를 등록해요
용어제안자는 아직 발행되지 않은 버전인 제안을 등록한 구성원이에요.


제안자는 승인 수를 채우면 발행할 수 있어요
기준필요한 승인 수는 남은 리뷰어 수로 정해요. 리뷰어가 두 명 이상이면 승인 두 개가 필요해요.



리뷰어는 승인하거나 수정을 요청할 수 있어요
기준수정 요청은 발행에만 영향을 주고 승인 수에는 영향을 주지 않아요.


리뷰어는 본문을 고칠 수 없어요. 코멘트, 승인, 수정 요청, 참조 문서 넣고 빼기만 할 수 있어요.
담당자는 공개범위 변경과 제안 등록이 가능해요
기준담당자만 공개범위와 공유 대상을 바꿀 수 있어요.

저장하면 새 버전이 등록돼요
용어'AI로 수정'은 에이전트에 붙여 넣을 수정 지시문을 만들어 주는 기능이에요.

남의 제안이 리뷰 중이면 편집이 막혀요
기준리뷰 중인 제안이 있으면 다른 구성원은 발행본에 코멘트로 의견을 남길 수 있어요.
새 문서와 갱신은 에이전트 등록이 기본이에요
기준새 문서의 담당자는 제안자예요. 에이전트가 다른 구성원을 담당자로 적으면 그 구성원은 SSOT에 한 번 로그인한 적이 있어야 해요.
SSOT는 다섯 가지 경우에 등록을 반려해요
기준갱신하는 에이전트는 어느 버전을 고쳤는지 함께 보내야 해요.
| 상황 | SSOT가 하는 일 | 그다음에 하는 일 |
|---|---|---|
같은 폴더에 같은 이름의 문서가 있어요 | 등록을 반려하고 확인할 질문을 함께 돌려줘요. 닫힌 문서와 삭제된 문서는 이름 검사에서 빠져요. 비공개 문서와 겹치면 그 문서의 제목과 담당자는 알려 주지 않아요. | 구성원이 확인하고 다시 등록해요. |
갱신하는 사이 다른 버전이 등록됐어요 | 충돌로 반려해요. | 에이전트가 최신 원문과 자기 수정본을 비교해요. 구성원에게 확인한 뒤 다시 등록해요. |
다른 구성원의 제안이 리뷰 중이에요 | 누구의 제안 때문인지 알리며 반려해요. | 구성원이 발행본에 코멘트로 의견을 남겨요. |
담당자로 적은 구성원이 로그인한 적이 없어요 | 등록을 반려해요. | 에이전트가 로그인한 적 있는 구성원을 담당자로 적어요. |
닫히거나 삭제된 문서에 갱신이 와요 | 이유를 알리며 반려해요. | 구성원이 화면에서 문서 상태를 확인해요. |
리뷰어는 사람 단위로 들어가고, 파트를 고르면 파트원이 한 명씩 들어가요
기준해제 버튼은 이름 오른쪽 작은 x 버튼이고, 상태는 줄 오른쪽 끝에 보여요.

필요한 승인 수는 남은 리뷰어 수로 정해져요
기준리뷰어가 해제되거나 퇴사, 휴직으로 빠지면 남은 리뷰어 수로 다시 계산해요. 해제된 리뷰어의 승인은 승인 수에 넣지 않아요.
| 남은 리뷰어 | 필요한 승인 |
|---|---|
2명 이상 | 승인 2개 |
1명 | 그 1명의 승인 |
0명 | 발행할 수 없음 |

승인 버튼은 본문을 끝까지 읽어야 활성화돼요
기준SSOT는 읽음 기록을 리뷰어가 쓰는 브라우저에 저장해요.
SSOT가 그 본문을 읽은 상태로 기록하고 리뷰어의 승인 버튼을 활성화해요.
리뷰어가 폰에서 본문을 한 번에 밀어 내려도 SSOT가 그 본문을 읽은 상태로 인정해요.
본문 끝이 처음부터 화면에 들어오면 SSOT가 그 본문을 바로 읽은 상태로 기록해요.
SSOT가 리뷰어의 읽음 기록을 지워요.

승인할 때는 내 수정 요청이 남아 있을 수 없어요
기준작은 고칠 점은 수정 요청 대신 승인하면서 남기는 코멘트로 남겨요.


승인 취소는 이미 해결된 수정 요청을 다시 열지 않아요.
새 버전을 등록해도 승인은 남고, 다시 볼 리뷰어는 제안자가 골라요
기준수정 요청은 코멘트이므로 해결할 때까지 남아요.
코멘트는 선택한 글이나 문서 전체에 남겨요
기준코멘트는 문서 상태 영역 맨 아래와 본문 아래 두 곳에 있고, 두 입력창은 같은 초안을 공유해요.

같은 제안의 새 버전에도 미해결 코멘트가 나와요
기준해결된 코멘트는 본문에 강조하지 않고, 목록의 인용도 누를 수 없어요.

여섯 조건을 모두 채워야 발행할 수 있어요
기준하나라도 못 채우면 제안자, 담당자에게 꺼진 발행 버튼과 이유가 보여요. 서버도 같은 기준으로 발행을 거절해요.
다른 코멘트가 남아 있어도 발행할 수 있어요.
어드민도 발행 조건을 모두 채워야 해요
기준발행 조건 여섯 가지는 어드민을 포함한 모든 구성원에게 같아요.

발행 버튼을 누르면 확인 창이 한 번 나와요
기준발행 조건을 하나라도 못 채우면 제안자, 담당자에게 꺼진 발행 버튼과 이유가 보여요.

SSOT는 실제 발행자를 기록해요
기준담당자는 다른 구성원의 제안과 제안자 없음 상태의 제안도 발행할 수 있어요.
| 발행하는 사람 | SSOT가 기록하는 발행자 |
|---|---|
담당자가 남이 등록한 제안을 발행해요 | 담당자 |
담당자가 제안자 없음 상태의 제안을 발행해요 | 담당자 |
어드민이 제안을 발행해요 | 어드민 |
발행하면 SSOT가 검색 반영 진행을 보여 줘요
용어검색 반영은 발행한 문서를 검색에 올리는 작업이에요.
발행 취소는 없고 되돌리기를 써요
기준되돌릴 수 있는 버전은 발행된 적이 있는 버전뿐이에요.

되돌리면 SSOT가 리뷰 없이 바로 발행해요
기준기준 발행본이 달라진 제안은 발행할 수 없어서 제안자가 다시 등록해야 해요.
제안을 닫을 때는 이유를 적어야 해요
기준삭제로 닫힌 문서는 어드민만 복구할 수 있어요.

상단 메뉴는 왼쪽 이동과 오른쪽 도구로 나뉘어요
기준할 일 목록에서 연 문서에서는 SSOT가 할 일 메뉴 아래에만 현재 위치 점을 표시해요.


SSOT는 지금 보는 메뉴 아래에 현재 위치 점을 표시해요. 메뉴를 바꾸면 점도 함께 이동해요.
계정 메뉴는 정해진 순서로 항목을 보여 줘요
기준역할에 따라 보이는 항목이 달라요.


계정 메뉴는 역할마다 항목이 달라요
기준어드민이면서 리드인 구성원에게도 담당자 변경은 한 번만 표시돼요.

SSOT가 리드를 겸하지 않는 멤버에게는 운영 관리와 담당자 변경을 보여 주지 않아요.

SSOT가 리드에게 담당자 변경을 보여 줘요.

SSOT가 이 구성원에게 운영 관리를 보여 주고, 담당자 변경은 한 번만 보여 줘요.
SSOT는 로그인한 구성원에게만 화면을 열어요
기준동의 화면은 구성원이 로그인한 뒤에 열려요.

없는 주소와 읽을 수 없는 문서는 화면이 달라요
기준권한을 받아도 발행 전에는 읽을 수 없어서 권한 요청 버튼이 없어요.

폭마다 문서 상태 영역과 상단 메뉴가 달라요
기준지원 기기는 PC와 태블릿 웹이에요.
| 폭 | 달라지는 내용 |
|---|---|
폭 1280px 이상 | 문서 상태 영역이 본문 옆에 항상 보여요. |
폭 1280px 미만 | 문서 상태 영역이 본문 옆에서 빠져요. 화면 아래 '문서 상태' 버튼을 누르면 오른쪽 패널로 열려요. |
폭 768px 미만 | 검색창이 아이콘으로 바뀌어요. 아이콘을 누르면 상단 메뉴 아래에 검색 행이 열려요. |
폭 400px 미만 | 홈 메뉴가 숨겨져요. 로고를 누르면 홈으로 이동해요. |

폰 폭 동작은 좁은 창에서도 화면이 깨지지 않게 하는 보조 동작이에요.
화면 움직임은 움직임 줄이기 설정을 따라요
기준움직임의 세부는 화면 규칙 PR에 있어요.
홈은 인사말, 검색창, 할 일, 문서를 표시해요
기준내용이 없는 섹션은 숨겨요.

어떤 섹션을 불러오지 못하면 그 섹션만 빼고 나머지 섹션을 그대로 보여 줘요.
홈의 할 일 섹션은 카드를 6개까지 표시해요
기준동의 화면에서 허용한 기록이 없는 구성원의 홈에 에이전트 연결 안내가 보여요. 구성원이 안내를 닫으면 그 브라우저에서 다시 보이지 않아요.

홈의 문서 섹션은 세 가지예요
기준최근 열어본 문서는 구성원이 쓰는 브라우저의 열람 기록이에요.

세 섹션도 할 일 섹션과 같은 줄 수로 잘라요. 섹션 제목을 누르면 전체 목록으로 이동해요.
할 일 목록은 카드 하나가 문서 하나예요
기준할 일 종류가 하나뿐이면 할 일 종류 칩이 보이지 않아요. 담당자 지정 필요 카드만 둘 이상의 문서를 묶어요.

할 일 카드를 열면 이전과 다음 버튼이 나와요
기준목록의 끝에서는 이전 또는 다음 버튼이 없어요. 담당자 지정 필요 카드는 이동 순서에서 빠져요.

구성원이 폴더와 필터로 범위를 줄일 수 있어요
기준목록은 읽을 수 있는 발행본으로 만들어요. 발행본이 없는 새 문서는 최신 제안의 제목과 요약을 보여 줘요.

결과가 없으면 이유와 필터를 해제하는 방법을 보여 줘요.
문서 목록의 필터와 정렬은 다섯 항목이에요
기준어드민이 상태에서 삭제됨을 고를 때만 삭제된 문서와 복구 버튼이 보여요.
| 항목 | 선택지 |
|---|---|
문서 유형 | 정책, 가이드, 명세, 기록 |
상태 | 리뷰 완료, 오래된 문서, 리뷰 중인 제안 있음, 삭제됨 리뷰 중인 제안 있음은 다른 상태와 겹쳐서 세어요. 삭제됨은 어드민에게만 보여요. |
기간 | 마지막 발행일 기준 7일, 30일, 90일 |
담당자 | 구성원 이름 |
정렬 | 최근 변경순, 이름순, 최신성 유효 기간이 끝나는 날이 이른 순 기본은 최근 변경순이에요. 유효 기간순에서 기록 유형 문서는 맨 뒤예요. |

필터, 정렬, 폴더, 페이지가 주소에 포함돼요
기준상태에서 '리뷰 중인 제안 있음'을 고르면 리뷰 중인 제안이 있는 문서만 보여요.

검색 대상은 읽을 수 있는 발행본이에요
용어대분류는 폴더의 첫 단계예요.

검색 결과가 비는 네 가지 경우를 안내해요
기준발행 직후에는 검색 반영 전이라 결과에 문서가 아직 없을 수 있어요.
| 상황 | SSOT가 하는 일 |
|---|---|
검색어가 비어 있음 | 검색어를 입력하라고 안내해요. |
결과가 없음 | '맞는 문서 없음'을 보여 줘요. 리뷰 중인 문서는 발행 뒤 검색된다고 알려요. 문서 목록으로 가는 버튼을 둬요. |
검색 시스템을 쓸 수 없음 | 결과를 보여 주지 않고 검색을 쓸 수 없다고 안내해요. |
문서를 발행한 직후 | 결과에 문서가 아직 없을 수 있어요. 구성원은 상세 정보의 발행 진행에서 검색 반영 단계를 확인할 수 있어요. |

문서 화면은 세 영역으로 표시해요
기준상세 정보를 펼치면 버전 이력, 리뷰 기록, 발행 진행이 보여요. 문서 정보 영역의 위치, 담당자, 날짜는 되풀이하지 않아요.

발행된 버전의 이력은 읽을 수 있는 모든 구성원에게 보여요. 제안한 버전의 이력과 리뷰 기록은 담당자, 제안자, 리뷰어, 어드민에게만 보여요.
더 보기 메뉴는 역할마다 항목이 달라요
기준더 보기 메뉴에는 그 구성원이 쓸 수 있는 항목만 나와요.
| 메뉴 항목 | 보이는 구성원 |
|---|---|
마크다운 복사 | 문서를 읽을 수 있는 구성원 |
원본 문서 열기 | 문서를 읽을 수 있는 구성원 |
위치 옮기기 | 담당자 |
문서 삭제 | 어드민 |
문서를 보는 버전은 역할마다 달라요
기준구성원이 편집하면 언제나 최신 제안의 다음 버전으로 등록돼요.


담당자 옆에 제안자나 발행자를 표시해요
기준화면은 사람을 담당자, 제안자, 발행자, 리뷰어로만 불러요. 올린 사람, 작성자, 수정자는 쓰지 않아요.

문서 정보 영역이 담당자 옆에 제안자를 표시해요.
문서 정보 영역이 담당자 옆에 발행자를 표시해요.
제안자나 발행자가 담당자와 같은 사람이면 SSOT가 그 이름을 다시 표시하지 않아요.
SSOT가 퇴사한 사람의 이름 뒤에는 '(퇴)'를, 휴직 중인 사람의 이름 뒤에는 '(휴)'를 붙여요.
에이전트는 구성원과 같은 권한 규칙을 따라요
기준동의 화면은 에이전트가 보낸 요청으로만 열려요. 화면 안에 이 화면으로 가는 버튼은 없어요.

구성원이 상단 메뉴의 '에이전트 연결'을 눌러 사용할 도구를 골라요.

에이전트가 연결을 요청하면 SSOT가 동의 화면을 열고, 구성원이 요청한 권한을 확인한 뒤 '허용'을 눌러요.

SSOT가 허용 결과 화면을 보여 주고 에이전트로 돌아가라고 안내해요.
에이전트는 검색, 읽기, 편집용 원문 읽기, 폴더 목록 읽기, 같은 원문 주소의 문서 찾기, 등록 여섯 가지만 할 수 있어요.
도움말과 연결 버튼은 같은 안내를 열어요
기준도움말 버튼은 홈에서만 보여요. 다른 화면에서는 상단 메뉴의 에이전트 연결 버튼으로 안내를 열어요.

에이전트는 여섯 가지 일만 할 수 있어요
기준에이전트는 연결한 구성원과 같은 권한 규칙을 따라요.
연결한 에이전트를 보거나 연결을 끊는 화면은 출시 뒤로 미뤄요. 그때까지 구성원이 연결을 끊으려면 각 에이전트 도구의 연결 해제 메뉴를 써야 해요.
동의 화면은 에이전트 요청으로만 열려요
기준SSOT 화면 안에는 동의 화면으로 가는 버튼이 없어요.

동의 화면이 권한을 세 줄로 묶어 표시해요
기준요청한 권한만 보여 줘요. 계정 정보 확인 권한은 로그인한 이름과 이메일 줄로 대신해요. 세 줄에 없는 권한은 이름을 그대로 한 줄로 보여 줘요.
| 권한 줄 | 함께 표시하는 설명 |
|---|---|
문서 검색하고 읽기 | 에이전트는 로그인한 사람이 볼 수 있는 문서만 읽을 수 있어요. |
내 이름으로 문서 등록 | 등록한 문서는 리뷰와 발행을 거쳐야 공개돼요. |
연결 유지 | 구성원은 다시 로그인하지 않아도 돼요. |
허용과 거부마다 결과 화면이 따로 있어요
기준허용 결과 화면과 거부 결과 화면은 같은 방식으로 보여요.


SSOT가 결과를 에이전트가 받는 주소로 보내요
기준SSOT는 허용과 거부 결과를 같은 방식으로 에이전트에 전달해요.
| 에이전트가 결과를 받는 주소 | SSOT가 하는 일 |
|---|---|
구성원 컴퓨터 안의 주소 | 화면을 이동하지 않고 결과를 그 주소에 전달해요. 브라우저가 전달을 막으면 그 주소로 이동해요. |
다른 주소 | 그 주소로 이동해요. |
동의 화면 실패는 세 가지 경우로 나뉘어요
용어스낵바는 화면에 잠깐 표시되는 안내 문구예요.


로그인 만료와 연결 문제를 SSOT가 안내해요
기준구성원은 회사 계정으로 로그인해요. 에이전트를 처음 연결하는 구성원은 로그인한 뒤 동의 화면을 거쳐요.
| 상황 | SSOT가 하는 일 |
|---|---|
로그인이 만료된 채 코멘트 등록, 승인, 발행처럼 내용을 저장하는 동작을 해요 | 오류 화면 없이 로그인이 만료됐다고 안내해요. |
로그인 만료나 인터넷 끊김으로 저장에 실패해요 | 실패를 안내해요. 편집기 본문, 코멘트, 이유 입력에 쓰던 글을 남겨요. 다시 로그인하거나 연결하면 같은 내용으로 다시 저장할 수 있어요. |
화면 하나의 내용을 불러오지 못해요 | 상단 메뉴는 그대로 둬요. 상단 메뉴 아래 화면 내용에만 오류 안내를 보여 줘요. |
화면을 열어 둔 사이 문서 상태가 바뀌어 서버가 동작을 거절해요 | 이유를 한 줄로 알려요. 화면을 최신 상태로 다시 불러와요. |

할 일은 조건을 채우는 동안만 있어요
기준제안이 발행되거나 닫히거나 문서가 삭제되면 그 제안의 할 일이 모두 지워져요.
| 할 일 | 받는 사람 | 있는 동안 |
|---|---|---|
리뷰 필요 | 리뷰어 | 리뷰 중인 제안의 리뷰어로 지정됐을 때 아직 승인하지 않았고, 그 리뷰어가 남긴 미해결 수정 요청 코멘트가 없어야 해요. 필요한 승인 수를 채우면 남은 리뷰어의 할 일도 없어져요. |
수정 필요 | 제안자 제안자 없음 상태이면 담당자 | 리뷰 중인 제안에 미해결 수정 요청 코멘트가 있을 때 |
발행 필요 | 제안자와 담당자 | 리뷰 중인 제안이 발행 조건을 모두 채웠을 때 |
'최신 정보인지 확인 필요' | 담당자 | 오래된 문서를 담당자가 아직 확인하지 않았을 때 새 담당자가 정해지면 새 담당자에게 이 할 일이 생겨요. |
담당자 지정 필요 | 최고 책임자 | 매일 자동 변경이 새 담당자를 찾지 못한 문서가 있을 때 퇴사자나 휴직자가 담당하던 문서예요. |
한 문서의 할 일은 한 카드에 모여요
기준카드는 구성원이 열어도 사라지지 않아요. 카드를 생기게 한 조건이 해소될 때만 지워져요.


담당자 지정 필요 카드는 문구가 정해져 있어요
기준이 카드는 홈과 할 일 목록의 맨 앞에 보여요.

SSOT는 할 일을 급한 순으로 나열해요
기준기본 정렬은 급한 순이에요. 구성원이 최근 등록순으로 바꿀 수 있어요.
| 순서 | 할 일 종류 또는 상태 |
|---|---|
1 | 리뷰 기한 지남 |
2 | 리뷰 필요, 수정 필요 |
3 | 발행 필요 |
4 | '최신 정보인지 확인 필요' |

같은 순서 안에서는 할 일이 먼저 생긴 카드가 앞에 보여요.
맨 앞에는 담당자 지정 필요 카드만 표시돼요
기준맨 앞에 보이는 카드는 이 카드뿐이에요. 나머지 카드는 구성원이 고른 정렬을 따라요.
| 화면 | 담당자 지정 필요 카드 |
|---|---|
홈 | 맨 앞에 표시 |
할 일 목록에서 할 일 종류 칩, 문서 유형, 담당자 필터를 모두 쓰지 않을 때 | 맨 앞에 표시 |
발행 필요 같은 할 일 종류 칩을 고를 때 | 표시하지 않음 |
다른 필터를 적용할 때 | 표시하지 않음 |

2주 동안 응답이 없으면 리뷰 기한이 지나요
기준카드를 따로 만들지 않고 리뷰 필요 카드의 상태만 바꿔요.
['리뷰어로 지정된 때부터 2주를 세어요.', '>이어받은 리뷰어는 새 제안이 시작된 때부터 세어요.']
['리뷰어를 해제한 뒤 다시 지정하면 다시 지정한 때부터 세어요.']
['새 버전이 등록돼도 2주를 다시 세지 않아요.', '>다시 리뷰를 요청받은 때부터 2주를 다시 세어요.']
알림 창은 지난 30일의 알림을 표시해요
기준알림은 바뀐 내용을 알려요. 바뀐 내용은 구성원이 여는 화면에 이미 나와 있어요.

SSOT는 승인과 코멘트를 알림으로 알려요
기준수정 요청이 아닌 코멘트와 답글은 할 일을 만들지 않아요.

리뷰가 진행되면 SSOT가 알림을 보내요
기준행동한 본인과 퇴사자, 휴직자에게는 알림이 가지 않아요.
| 상황 | 받는 사람 | 슬랙 메시지 |
|---|---|---|
리뷰어로 지정됨 | 그 리뷰어 | 보냄 |
수정 요청 코멘트가 달림 | 제안자 | 보냄 |
승인이 도착함 | 제안자, 담당자 | 제안자에게 보냄 |
다시 리뷰를 요청받음 | 그 리뷰어 | 보냄 |
승인한 뒤 같은 제안에 새 버전이 등록됨 | 승인한 리뷰어 | 알림만 |
내가 남긴 수정 요청이 해결됨 | 그 수정 요청을 남긴 리뷰어 | 알림만 |
리뷰어에서 해제됨 | 해제된 리뷰어 | 알림만 |
발행할 수 있게 됨 | 제안자, 담당자 | 알림만 |
코멘트나 답글이 달림 | 담당자, 제안자, 그 코멘트를 처음 단 사람 | 알림만 |
리뷰 기한 지남 | 그 리뷰어, 제안자 | 알림만 |
문서와 담당자가 바뀌면 SSOT가 알림을 보내요
기준슬랙 메시지 열이 '보냄'인 상황은 슬랙 메시지 규칙도 따라요. 표에 없는 상황에는 알림을 보내지 않아요.
| 상황 | 받는 사람 | 슬랙 메시지 |
|---|---|---|
제안이 발행됨 | 제안자, 담당자, 리뷰어 | 담당자와 리뷰어에게 보냄 |
담당자가 바뀜 | 새 담당자, 재직 중인 이전 담당자 | 알림만 |
권한 요청 | 담당자 | 알림만 |
권한이 생김 | 권한을 요청한 사람 | 알림만 |
퇴사나 휴직으로 리뷰어가 해제되어 한 명도 남지 않음 | 제안자 | 알림만 |
리뷰 중인 제안의 제안자가 퇴사하거나 휴직함 | 담당자 제안자를 이어받을 수 있다는 알림이에요. | 알림만 |
진행 중인 제안이 있는 문서를 삭제하거나 복구함 | 담당자, 제안자, 리뷰어 | 알림만 |
이전 버전으로 되돌림 | 담당자 리뷰 중인 제안이 있으면 그 제안의 제안자와 리뷰어 | 알림만 |
유효 기간이 끝나 오래된 문서가 됨 | 담당자 | 알림만 |
SSOT는 다섯 상황에만 슬랙 메시지를 보내요
기준이 다섯 상황에만 슬랙 메시지를 보내요. 나머지 변경은 알림 종 아이콘에만 보여요.
| 상황 | 받는 사람 | 보내는 시점 | 같은 상황이 다시 생기면 |
|---|---|---|---|
리뷰어로 지정됨 | 그 리뷰어 | 지정한 시점 | 해제한 뒤 다시 지정하면 다시 보내요. |
리뷰어가 승인하거나 수정 요청을 남김 | 제안자 | 답한 시점 | 답할 때마다 보내요. |
다시 리뷰를 요청받음 | 그 리뷰어 | 제안자가 요청한 시점 | 다시 요청하면 다시 보내요. |
제안이 발행됨 | 담당자와 리뷰어 | 발행한 시점 | 제안마다 한 번 보내요. |
제안이 닫힘 | 제안자 | 닫은 시점 | 제안마다 한 번 보내요. |
슬랙 메시지는 한 줄과 버튼 하나예요
기준지금은 지정한 구성원에게만 슬랙 메시지를 보내요. 시범 기간 뒤 전체 구성원으로 넓혀요. 넓히는 시점은 따로 결정해요.
리뷰어가 빠지면 필요한 승인 수를 다시 계산해요
기준새 리뷰어를 지정하면 SSOT가 필요한 승인 수를 다시 계산해요.
| 상황 | 결과 |
|---|---|
리뷰어가 한 명뿐인데 퇴사하거나 휴직해요 | 리뷰어가 0명이 되어 SSOT가 발행을 막고 제안자에게 리뷰어 지정을 안내해요. 새 리뷰어를 지정하면 SSOT가 필요한 승인 수를 다시 계산해요. |
리뷰어 두 명 중 한 명이 퇴사하거나 휴직해요 | SSOT가 남은 리뷰어 한 명으로 필요한 승인 수를 다시 계산해요. 새 리뷰어를 지정하면 다시 두 명 기준이 돼요. |
퇴사한 리뷰어가 수정 요청 코멘트를 남겨 뒀어요 | 코멘트를 해결하기 전까지 SSOT가 발행을 막고, 담당자나 제안자가 그 코멘트를 해결할 수 있어요. |
담당자가 그 제안의 리뷰어이고 제안자 없음 상태예요 | 담당자가 제안자를 이어받으면 SSOT가 담당자를 리뷰어에서 빼고 필요한 승인 수를 남은 리뷰어 수로 다시 계산해요. |
승인과 코멘트 상황마다 결과가 달라요
기준수정 요청 코멘트는 해결하기 전까지 SSOT가 발행을 막아요.
| 상황 | 결과 |
|---|---|
승인한 뒤 같은 제안에 새 버전이 등록돼요 | 승인은 그대로 남아요. 제안자가 '다시 리뷰 요청'을 누른 리뷰어만 다시 리뷰해요. |
앞 버전에서 남긴 수정 요청 코멘트가 있어요 | 같은 제안 안에서는 코멘트를 이어서 보여 주고, 해결하기 전까지 발행을 막아요. 새 제안이 시작되면 이어서 보여 주지 않아요. |
리뷰어 셋 중 둘이 승인하고 한 명이 수정 요청 코멘트를 남겨요 | 그 코멘트를 해결하기 전까지 SSOT가 발행을 막아요. 승인 수는 그대로 둘이에요. |
승인한 리뷰어가 승인을 취소해요 | 승인 수가 줄어서 발행 조건을 다시 채워야 해요. |
발행할 때 버전과 담당자에 따라 결과가 달라요
기준담당자가 남이 등록한 제안을 발행하면 발행 기록에 담당자가 발행자로 남아요.
| 상황 | 결과 |
|---|---|
담당자가 남이 등록한 제안을 발행해요 | SSOT가 제안자의 알림에 제안한 버전이 발행됐다고 표시하고, 발행 기록에 담당자를 발행자로 남겨요. |
제안이 만들어진 뒤 다른 버전이 발행돼요 | 그 제안은 발행할 수 없고, SSOT가 다시 등록하라고 안내해요. |
최신 버전이 등록된 상태에서 이전 버전의 발행 버튼을 눌러요 | SSOT가 발행하지 않고 새로 고침을 안내해요. |
담당자를 바꾼 문서에 이전 담당자가 등록한 제안이 리뷰 중이에요 | 제안자가 재직 중이면 SSOT가 제안자를 그대로 두고, 새 담당자는 발행과 제안 닫기를 할 수 있어요. |
제안을 닫거나 동시에 고칠 때 결과가 달라요
기준SSOT는 제안을 닫은 이유를 버전 이력에 남겨요.
| 상황 | 결과 |
|---|---|
제안을 닫아요 | SSOT가 닫은 이유를 버전 이력에 남기고, 발행본이 있으면 문서가 발행본만 있음 상태로 돌아가요. 닫힌 제안의 코멘트는 새 제안에 이어서 표시되지 않아요. |
발행본이 없는 새 문서의 제안을 닫아요 | 문서가 닫히고, 주소로 열면 없음 화면이 열려요. 같은 폴더에 새 문서는 등록할 수 있어요. |
같은 문서에 에이전트와 사람이 동시에 고쳐요 | SSOT가 먼저 저장한 요청을 적용하고 늦게 저장한 요청을 충돌로 반려해요. 늦게 저장한 에이전트나 사람은 최신 버전을 읽고 조정해 다시 등록해요. |
다른 사람의 제안이 리뷰 중인데 에이전트가 새 버전을 등록해요 | SSOT가 반려하면서 누구의 제안 때문인지 이유를 알려요. |
공개범위와 인계 상황마다 결과가 달라요
기준발행 전 문서에는 권한 요청 버튼이 없어요.
| 상황 | 결과 |
|---|---|
발행본이 있는 문서를 읽을 수 없는데 주소를 받아요 | 권한 없음 화면이 열리고 담당자에게 권한을 요청할 수 있어요. |
발행 전 문서를 읽을 수 없는데 주소를 받아요 | 아직 발행되지 않아 볼 수 없다는 안내 화면이 열려요. 권한 요청 버튼은 없어요. |
문서를 비공개로 바꿔요 | SSOT가 읽을 수 없게 된 사람의 홈, 목록, 검색, 관련 문서에서 문서를 제외하고, 참조 문서에는 자물쇠 아이콘을 표시해요. |
새 담당자가 퇴사자나 휴직자예요 | 새 담당자 선택에서 고를 수 없고, SSOT가 요청도 거절해요. |
리드가 인계할 권한이 없는 구성원의 문서예요 | 리드의 목록에 나오지 않고, 어드민만 담당자를 바꿀 수 있어요. |
인계한 뒤 실행 취소를 누르지 않고 10초가 지나요 | 취소할 수 없고, 필요하면 담당자 변경 화면에서 다시 바꿀 수 있어요. |
담당자와 제안자가 모두 퇴사했고 리뷰 중인 제안이 있어요 | 새 담당자가 정해질 때까지 발행, 제안 닫기, 코멘트 해결을 할 수 있는 사람이 없어요. 어드민이 담당자 변경 화면에서 새 담당자를 정해요. |
화면과 연결 상황마다 결과가 달라요
기준SSOT가 실패한 저장의 쓰던 글을 남겨서 다시 연결하면 저장할 수 있어요.
| 상황 | 결과 |
|---|---|
다른 브라우저나 기기에서 같은 문서를 열어요 | 알림 읽음 표시는 서버에 저장되어서 브라우저나 기기와 상관없이 같아요. |
코멘트를 남기는 중에 로그인이 만료돼요 | SSOT가 오류 화면 없이 로그인이 만료됐다고 안내해요. |
인터넷이 끊기거나 로그인이 만료된 채 저장해요 | SSOT가 실패를 안내하고 편집기 본문, 코멘트, 이유 입력의 쓰던 글을 남겨요. 다시 연결하면 같은 내용으로 저장할 수 있어요. |
검색 반영이 늦어져요 | 발행은 완료되고 검색 결과에는 아직 없을 수 있어요. SSOT가 발행 진행에서 늦어짐을 알리고 검색 완료로 표시하지 않아요. |
최신성 유효 기간이 지난 문서를 담당자가 확인해요 | SSOT가 확인한 날짜부터 유효 기간을 새로 계산하고 새 버전과 리뷰를 만들지 않아요. |