✅ 승인·반려와 승인주체(파트너형·발주사형)
파트너포털에 올라온 산출물은 그냥 쌓이는 파일이 아니라 "검토받고 컨펌받아야 확정되는" 검수 대상입니다. 이 문서는 산출물 한 건이 승인 대기 → 승인 또는 반려로 결정되는 전체 흐름과, 그 결정을 누가 내리는가(승인주체)를 다룹니다.
승인 워크플로우의 핵심 원칙은 단 하나입니다. 올리는 쪽과 컨펌하는 쪽이 다르다. 자기 쪽이 올린 산출물은 자기 쪽에서 승인할 수 없습니다. 어느 쪽이 승인 권한을 갖는지는 프로젝트 운영 방식에 맞춰 파트너형과 발주사형 두 가지로 설정됩니다.
💡 진입 경로: 프로젝트 선택 후 좌측 메뉴 파일(또는 산출물·파일 승인) 탭에서 상태별 목록과 승인/반려 버튼을 확인합니다.
🔗 함께 보기: 승인주체를 어느 모드로 운영할지 설정하는 방법은 승인주체 설정 - 파트너 승인 vs 내부 승인 문서에서 다룹니다. 파일 업로드·번들·버전은 파일 관리 허브를 참고하세요.
이 문서에서 다루는 내용
- 승인 워크플로우 전체 흐름
- 상태 단계 - 승인 대기 / 승인됨 / 반려됨
- 승인 요청 보내기(제출 측)
- 승인하기 / 반려하기(검토 측)
- 반려 사유는 필수 - 입력 규칙과 재제출
- 승인주체란 무엇인가 - 파트너형 / 발주사형
- 두 모드의 권한 비교표
- 셀프 컨펌 방지 - "내가 올린 건 내가 승인할 수 없다"
- 승인/반려 버튼이 안 보일 때
- 승인 결과 알림 - 누가 어떤 소식을 받나
- 운영 팁 & 자주 묻는 질문
1. 승인 워크플로우 전체 흐름
산출물 한 건이 등록되어 확정되기까지의 과정은 다음과 같습니다. 제출 측이 올리고, 검토 측이 결정하고, 반려되면 새 버전으로 다시 돌아옵니다.
| 단계 | 내용 |
|---|---|
| ① 제출 | 산출물을 업로드합니다 |
| ② 검토 요청 | 승인 요청이 상대에게 전달됩니다 |
| ③ 검토 | 미리보기·다운로드로 내용을 확인합니다 |
| ④ 의사결정 | 승인 또는 반려 |
| ⑤ 확정 또는 재제출 | 승인이면 확정, 반려면 보완 후 새 버전 |
| 단계 | 하는 일 | 누가 |
|---|---|---|
| 제출 | 산출물을 올려 '승인 대기' 상태로 생성 | 제출(업로드) 측 |
| 검토 요청 | 승인 요청을 보내 검토 측에 알림 | 제출 측 |
| 검토 | 미리보기·다운로드·댓글로 내용 확인 | 검토(승인 권한) 측 |
| 의사결정 | 승인 또는 반려(사유 입력) | 검토 측 |
| 확정/재제출 | 승인은 확정, 반려는 새 버전으로 재검토 | 양측 |
💡 핵심은 "상태"입니다. 모든 산출물(번들)은 항상 승인 대기 · 승인됨 · 반려됨 중 하나의 상태를 가지며, 목록 상단 탭으로 상태별로 골라 볼 수 있습니다.
2. 상태 단계: 승인 대기 / 승인됨 / 반려됨
산출물의 상태는 다음 세 가지를 오갑니다. 반려된 산출물은 새 버전을 올리면 다시 승인 대기로 돌아와 검수 흐름이 끊기지 않습니다.
제출(업로드)하면 승인 대기 가 되고, 여기서 두 갈래로 나뉩니다.
- 승인 → 승인됨으로 확정됩니다
- 반려 → 반려됨이 되고, 새 버전을 올리면 다시 승인 대기로 돌아옵니다
반려된 건은 사라지지 않고, 새 버전을 올리면 같은 묶음에서 다시 검토 흐름을 탑니다.
| 상태 | 의미 | 표시 |
|---|---|---|
| 승인 대기 | 등록되어 검토를 기다리는 상태 | 대기 배지 |
| 승인됨 | 검토 측이 산출물을 컨펌함. 승인자 이름·검토 일시가 기록 | 승인 배지 |
| 반려됨 | 수정이 필요함. 반려 사유가 함께 기록 | 반려 배지 |
💡 승인·반려가 끝난 항목에는 목록에 누가 언제 검토했는지(승인자 이름·검토 일시) 가 함께 표시됩니다. "누가, 언제, 무엇을, 어떤 근거로" 컨펌했는지가 기록으로 남아 책임 소재와 이력이 명확해집니다.
3. 승인 요청 보내기(제출 측)
산출물을 올리는 것만으로 검토가 자동으로 요청되지는 않습니다. 제출 측은 검토 측이 확인할 수 있도록 승인 요청을 보낼 수 있습니다.
제출하는 쪽에는 ➤ 승인 요청 보내기 버튼이 나옵니다.
| 항목 | 버전 | 분류 | 상태 | 버튼 |
|---|---|---|---|---|
| 📦 메인 비주얼 시안 | v2 | 디자인 | 승인 대기 | 미리보기 · 다운로드 · ➤ 승인 요청 보내기 |
| 동작 | 결과 |
|---|---|
| 승인 요청 보내기 | 산출물이 검토 대기 상태로 표시되고, 승인 권한 측에 검토 요청 알림이 전달됨 |
💡 승인 요청 버튼은 제출 측에게만 보입니다. 파트너형이면 내부 수행팀이, 발주사형이면 파트너(수행사)가 요청을 보내는 쪽입니다(6장). 이미 승인되었거나 반려된 항목은 요청을 다시 보내도 상태가 그대로 유지됩니다.
⚠️ 제출 측이 아닌 사용자가 승인 요청을 시도하면 "승인 요청 권한이 없습니다" 안내와 함께 거부됩니다. 요청은 항상 산출물을 올린 쪽에서 보냅니다.
4. 승인하기 / 반려하기(검토 측)
검토 권한이 있는 사용자에게는 승인 대기 항목에 승인과 반려 버튼이 나타납니다.
승인 권한이 있는 쪽에는 같은 행에 ✓ 승인 · ✕ 반려 버튼이 함께 나옵니다.
| 항목 | 버전 | 분류 | 상태 | 버튼 |
|---|---|---|---|---|
| 📦 메인 비주얼 시안 | v2 | 디자인 | 승인 대기 | 미리보기 · 다운로드 · ✓ 승인 · ✕ 반려 |
| 동작 | 결과 |
|---|---|
| 승인 | 상태가 '승인됨'으로 바뀌고 승인자 이름·검토 일시가 기록. 제출 측에 승인 알림 발송 |
| 반려 | 반려 사유 입력창이 열리며, 사유 없이는 반려 불가. 제출 측에 사유와 함께 반려 알림 발송 |
승인·반려는 기본적으로 묶음(번들) 단위로 이루어져, 함께 검토해야 할 산출물을 한 번에 처리할 수 있습니다.
⚠️ 승인/반려 버튼은 승인 권한 측에게만 표시됩니다. 권한이 없는 사용자가 승인 또는 반려를 시도하면 "승인 권한이 없습니다"·"반려 권한이 없습니다" 안내와 함께 거부됩니다(8·9장 참고).
5. 반려 사유는 필수: 입력 규칙과 재제출
반려는 끝이 아니라 다음 버전으로 이어지는 출발점입니다. 그래서 "왜 반려됐는지"가 반드시 남아야 합니다.
5.1 반려 사유 입력창
반려 버튼을 누르면 사유 입력창이 열립니다. 사유를 비워 두면 반려 버튼이 동작하지 않습니다.
반려 창에는 어떤 번들을 반려하는지 표시되고 사유 입력이 필수입니다. 사유는 그대로 제출 측에 전달되므로 무엇을 고쳐야 하는지 알 수 있게 구체적으로 적습니다.
| 규칙 | 내용 |
|---|---|
| 사유 필수 | 공백만 입력하면 반려 버튼이 비활성화됨 |
| 사유 보관 | 입력한 사유가 산출물 항목에 함께 기록되어 이력으로 남음 |
| 즉시 알림 | 제출 측에 사유가 알림으로 전달되어 빠른 수정 가능 |
⚠️ 반려 사유는 곧 수정 가이드가 됩니다. "무엇을, 어떻게" 고쳐야 하는지 구체적으로 적어 주세요. 막연한 "수정 바람"보다 항목별로 짚어 주면 재작업이 한 번에 끝납니다.
5.2 반려 후 재제출 흐름
| 단계 | 내용 |
|---|---|
| ① 반려 | 검토 측이 사유를 입력합니다 (예: "메인 카피가 브랜드 톤과 맞지 않음") |
| ② 알림 | 제출 측에 사유와 함께 즉시 전달됩니다 |
| ③ 수정 | 제출 측이 사유를 반영해 작업물을 보완합니다 |
| ④ 재제출 | 같은 묶음에 [새 버전 업로드] → v2가 생성되고 다시 '승인 대기'가 됩니다 |
💡 새 묶음을 만들지 말고 같은 묶음에 새 버전으로 올려야 이력이 이어집니다.
| 단계 | 핵심 |
|---|---|
| 반려 사유 기록 | 반려 시 입력한 사유가 항목에 보관되어 이력으로 남음 |
| 새 버전 재제출 | 수정본을 같은 묶음의 다음 버전으로 올려 흐름을 끊지 않음 |
| 재검토 | 새 버전은 자동으로 '승인 대기'가 되어 다시 검토 대상 |
💡 반려 사유는 댓글과 함께 검토 맥락을 이루는 자산입니다. "왜 반려됐는지"가 남아 있어야 나중에 같은 지적이 반복되지 않습니다. 버전·최종본 관리는 파일 관리 허브에서 자세히 다룹니다.
6. 승인주체란 무엇인가: 파트너형 / 발주사형
승인주체란 이 프로젝트에서 누가 컨펌 권한을 갖는가를 정하는 설정입니다. 협업 구조에 따라 두 가지 모드 중 하나로 운영합니다.
| 모드 | 올리는 쪽 | 승인·반려하는 쪽 |
|---|---|---|
| 파트너형 | 내부 (수행팀) | 파트너 (고객사) |
| 발주사형 | 파트너 (수행사) | 내부 (발주·관리자) |
6.1 파트너형(기본)
내부 수행팀이 작업물을 올리고, 고객사(파트너)가 컨펌하는 흐름입니다. 에이전시가 디자인·영상을 제작해 클라이언트의 컨펌을 받는 상황이 대표적입니다.
- 제출(업로드) 측: 내부 수행팀
- 승인(검토) 측: 파트너
- 별도 설정이 없으면 이 모드로 동작합니다(기본값).
6.2 발주사형
협력사(파트너)가 납품물을 올리고, 발주처 내부에서 검수하는 흐름입니다. 외주 협력사의 산출물을 발주사가 받아 검수·확정하는 상황에 맞습니다.
- 제출(업로드) 측: 파트너(수행사)
- 승인(검토) 측: 내부(발주·관리자)
💡 어느 모드인지 헷갈릴 때는 "내가 올린 건 내가 승인할 수 없다" 는 원칙만 기억하면 됩니다. 올리는 쪽의 반대편이 곧 승인하는 쪽입니다.
🔗 모드를 어디서 어떻게 바꾸는지(설정 화면·변경 잠금 조건)는 승인주체 설정 - 파트너 승인 vs 내부 승인에서 다룹니다.
7. 두 모드의 권한 비교표
같은 산출물이라도 모드에 따라 누가 올리고 누가 승인하는지가 정반대로 바뀝니다.
| 구분 | 파트너형(기본) | 발주사형 |
|---|---|---|
| 제출(업로드·승인 요청) 측 | 내부 수행팀 | 파트너(수행사) |
| 승인·반려 측 | 파트너(고객사) | 내부 관리자 |
| 대표 상황 | 에이전시가 작업물을 올리고 고객사가 컨펌 | 협력사가 납품물을 올리고 발주처가 검수 |
| 승인 요청 알림 방향 | 내부 → 파트너 | 파트너 → 내부 |
| 승인/반려 결과 알림 방향 | 파트너 → 내부 | 내부 → 파트너 |
💡 표의 두 알림 방향은 항상 반대입니다. 요청 알림은 제출 측 → 승인 측으로, 결과 알림(승인/반려)은 승인 측 → 제출 측으로 흐릅니다(10장).
⚠️ 발주사형에서 승인 권한을 갖는 "내부 측"은 관리자급(최고관리자·관리자·팀 리더)입니다. 일반 팀원은 산출물을 올리고 요청할 수는 있어도 발주사형에서 직접 승인하는 권한은 갖지 않습니다.
8. 셀프 컨펌 방지: "내가 올린 건 내가 승인할 수 없다"
승인 워크플로우의 신뢰성은 셀프 컨펌(자기 승인) 방지에서 나옵니다. 산출물을 올린 쪽이 스스로 승인 도장을 찍을 수 없게 막혀 있습니다.
| 항목을 올린 쪽 | 승인·반려 버튼 |
|---|---|
| 나와 같은 쪽 | 아예 표시되지 않습니다 |
| 반대(제출) 쪽 | 승인 권한을 가진 쪽에만 표시됩니다 |
| 상황 | 승인/반려 버튼 |
|---|---|
| 승인 권한 측이지만, 항목을 올린 쪽도 같은 측 | 표시 안 됨(셀프 컨펌 차단) |
| 승인 권한 측이고, 항목은 제출 측이 올림 | 표시됨 |
| 승인 권한 측이 아님 | 표시 안 됨 |
이 차단은 화면에서 버튼을 숨기는 데 그치지 않습니다. 권한이 없는 요청은 서버에서도 거부되므로, 우회해서 승인·반려를 시도해도 막힙니다.
💡 셀프 컨펌 방지 덕분에 "올린 사람과 컨펌한 사람이 항상 다르다"가 보장됩니다. 이는 산출물 확정의 객관성을 지키는 가장 기본적인 통제입니다.
9. 승인/반려 버튼이 안 보일 때
승인 또는 반려 버튼이 보이지 않는다면 다음 세 가지 중 하나입니다. 순서대로 확인하세요.
| 원인 | 설명 | 해결 |
|---|---|---|
| 승인 권한 측이 아님 | 현재 모드에서 컨펌 권한이 없는 쪽 | 6·7장에서 내 역할이 승인 측인지 확인 |
| 자기 쪽이 올린 항목 | 셀프 컨펌 방지로 버튼이 숨겨짐(8장) | 반대 측 검토자가 승인하도록 안내 |
| 승인 대기 상태가 아님 | 이미 승인됨/반려됨 | 상태 필터로 '승인 대기' 항목만 확인 |
승인·반려 버튼이 안 보일 때 다음 순서로 확인하세요.
| 확인 | 아니오라면 |
|---|---|
| ① 내가 승인 권한 측인가? | 권한을 가진 쪽 사용자가 검토해야 합니다 |
| ② 이 항목을 우리 쪽이 올렸나? | 예라면 셀프 컨펌 방지로 막힙니다 (반대 측이 승인) |
| ③ 상태가 '승인 대기'인가? | 이미 처리된 항목입니다 |
세 가지를 모두 통과해야 버튼이 나타납니다.
💡 가장 흔한 경우는 "자기 쪽이 올린 항목"입니다. 파트너형 프로젝트에서 내부 팀원끼리는 서로의 업로드를 승인할 수 없으며, 승인은 반드시 파트너 쪽에서 이뤄집니다.
10. 승인 결과 알림: 누가 어떤 소식을 받나
파일 워크플로우의 주요 사건은 반대편 당사자에게 알림으로 전달되어, 검토와 수정이 지체 없이 이어집니다.
| 사건 | 알림 받는 쪽 |
|---|---|
| 승인 요청(검토 요청) | 승인 권한 측 |
| 승인 완료 | 제출 측 |
| 반려(사유 포함) | 제출 측 |
| 모드 | 검토 요청 알림 | 결과 알림 |
|---|---|---|
| 파트너형 | 내부가 요청 → 파트너에게 | 파트너가 처리 → 내부에게 |
| 발주사형 | 파트너가 요청 → 내부에게 | 내부가 처리 → 파트너에게 |
💡 알림 방향은 6장의 승인주체 설정을 그대로 따릅니다. 모드를 바꾸면 요청·결과 알림의 방향도 함께 뒤바뀝니다. 반려 알림에는 반려 사유가 함께 담겨 전달되므로, 제출 측은 무엇을 고쳐야 하는지 알림만으로도 파악할 수 있습니다.
11. 운영 팁 & 자주 묻는 질문
운영 팁
- 프로젝트 시작 전에 승인주체 모드(파트너형/발주사형)를 먼저 정하세요. 협업 구조와 모드가 어긋나면 "버튼이 안 보인다"는 혼선이 생깁니다.
- 반려 사유는 무엇을·어떻게 고칠지 구체적으로 적으세요. 그대로 수정 가이드가 됩니다.
- 수정본은 새로 올리지 말고 새 버전으로 같은 묶음에 이어 올려 이력을 끊지 마세요.
- "내가 올린 건 내가 승인할 수 없다" - 버튼이 없으면 먼저 이 원칙부터 떠올리세요.
자주 묻는 질문
Q. 승인/반려 버튼이 안 보여요.
세 가지를 확인하세요. ① 현재 모드에서 내가 승인 권한 측인지(6·7장), ② 그 항목을 우리 쪽이 올린 건 아닌지(셀프 컨펌 방지, 8장), ③ 상태가 '승인 대기'인지. 자기 쪽이 올린 산출물은 같은 쪽에서 승인할 수 없습니다.
Q. 사유 없이 반려할 수 있나요?
아니요. 반려는 사유 입력이 필수이며, 사유가 비어 있으면 반려 버튼이 동작하지 않습니다.
Q. 우리는 협력사가 올린 산출물을 내부에서 검수하고 싶어요.
발주사형으로 운영하면 됩니다. 파트너(수행사)가 올리고 내부 관리자가 승인하는 흐름입니다. 설정 방법은 승인주체 설정을 참고하세요.
Q. 별도로 설정하지 않으면 누가 승인하나요?
기본값은 파트너형입니다. 즉 내부 수행팀이 올린 산출물을 파트너(고객사)가 승인하는 흐름으로 동작합니다.
Q. 반려된 파일을 어떻게 다시 올리나요?
수정본을 같은 묶음의 새 버전(v2, v3 …) 으로 업로드하면 다시 '승인 대기' 상태가 되어 재검토됩니다. 이전 버전과 반려 사유는 이력으로 남습니다.
Q. 승인 요청을 보냈는데 상대가 못 봤다고 해요.
승인 요청을 보내면 승인 권한 측에 알림이 전달됩니다. 추가로 파일 댓글에서 @멘션으로 검토자를 직접 지목하면 확인이 한결 빨라집니다(코멘트·멘션은 파일 관리 가이드 참고).