위키·문서 편집기가 없는 인사책에서 규정·매뉴얼을 어디에 두나 — 공동 편집·템플릿·이력

한눈에 보는 답

인사책에는 위키가 없고,
브라우저에서 문서를 쓰고 고치는 편집기도 없습니다.
여러 사람이 같은 문서를 동시에 고치는 공동 편집도 없습니다.
그래서 규정과 매뉴얼은 파일로 만들어 파일드라이브 회사함에 올리고,
올렸다는 사실은 공지로 알리는 구조로 둡니다.

그런데 이 구조가 위키의 모든 역할을 비워 두는 것은 아닙니다.
파일을 한 자리에 모으는 일,
직원에게 알리고 읽은 사람 수를 보는 일,
신청서 서식을 만들어 결재로 확정하는 일은 인사책 안에서 됩니다.
대신 페이지를 이어 붙이는 일과 문서 안에서 의견을 주고받는 일은 다른 도구 몫입니다.

먼저 확인할 질문 6가지

위키가 필요한지는 기능 이름이 아니라 아래 여섯 질문의 답으로 갈립니다.
답을 적어 보면 인사책 안에서 해결되는 부분과 따로 도구를 골라야 하는 부분이 나뉩니다.

1. 규정·매뉴얼을 여러 사람이 동시에 고쳐야 하나요,
   한 사람이 고쳐 올리면 되나요? 후자라면 파일 하나를 바꿔 올리는 운영으로 충분한 경우가 많습니다.
2. 같은 모양의 문서를 반복해서 만드나요? 신청서 꼴이면 결재 양식이 맞고,
   보고서 본문 꼴이면 파일로 만든 빈 서식을 복사해 씁니다.
3. 표나 목록처럼 칸이 있는 자료를 한 문서 안에서 관리해야 하나요? 그렇다면 인사책 문서 자리에는 그런 형식이 없습니다.
4. 문서에 댓글과 멘션으로 의견을 받아야 하나요? 의견은 문서 밖의 메신저에서 받게 됩니다.
5. 언제 누가 무엇을 고쳤는지,
   옛 판으로 되돌려야 하나요? 넓은 PC 화면의 파일 「판 기록」에서 옛 판을 받거나 되돌릴 수 있지만,
   판끼리 내용 비교는 없습니다.
6. 문서와 업무 요청을 서로 이어야 하나요? 첨부는 되지만 서로 걸어 주는 링크는 없습니다.

여섯 질문에 모두 「그렇다」가 나온다면 위키가 있는 도구를 따로 쓰고,
인사책은 근태·결재·알림 쪽으로 쓰는 병행이 현실적입니다.

숫자로 보기

아래 값은 2026-11-09 코드 대조 기준입니다.
문서를 둘 자리를 정할 때 한도 때문에 막히지 않도록 미리 보세요.

인사책에서 하는 법

규정과 매뉴얼을 두는 순서는 같습니다.
파일을 만들고,
회사함에 올리고,
공지로 알리고,
바뀌면 같은 자리에서 판을 올립니다.
아래는 위키에서 흔히 기대하는 여섯 기능마다 인사책의 실제를 적은 것입니다.

실시간 공동 편집

여러 사람이 한 문서를 동시에 고쳐야 하는지가 위키 도입의 가장 큰 갈림길이라서 먼저 묻습니다.
인사책에는 여러 사람 동시 편집이 없습니다.
인사책의 파일드라이브는 파일을 보관하고 공유하는 자리이며,
화면의 「편집」은 파일을 바꿔 올릴 수 있는 권한 이름일 뿐 문서를 함께 쓰는 기능이 아닙니다.

1. 작성자 한 사람이 파일을 받아 자기 PC에서 고칩니다.
2. 고친 파일을 같은 자리에 다시 올리면 판 번호가 오릅니다.
3. 다른 사람이 고칠 부분이 있으면 메신저로 요청하고,
   고치는 사람은 한 번에 한 명으로 정합니다.
4. 확정되면 공지로 바뀐 점을 알립니다.

활용 사례를 하나 들면,
가상의 30명 기초 연구소에서는 실험 절차서마다 담당 연구원 한 명을 고치는 사람으로 정해 두어,
같은 파일을 두 사람이 따로 고쳐 올리는 일을 막았습니다.
이 방식이 맞지 않는 경우는 한 문서를 회의 중에 여럿이 같이 쓰며 완성해야 하는 팀입니다.

문서 템플릿

같은 모양의 문서를 반복해 만든다면 템플릿이 필요합니다.
인사책에는 위키 페이지 템플릿이 없습니다.
인사책의 서식은 결재 양식,
전자계약의 「나만의 템플릿」,
공개 빈 서식으로 나뉘어 있으며 어느 것도 문서 본문 템플릿이 아닙니다.

1. 신청서 꼴은 관리자가 「결재 양식」에서 회사 양식을 직접 만듭니다.
   회사당 최대 100개이고 입력 칸은 8종이며 표 칸은 없습니다.
2. 계약 꼴은 전자계약에서 PDF를 올려 「나만의 템플릿」으로 저장합니다.
3. 출근부·업무일지·품의서·휴가신청서 4종은 가입 없이 받는 공개 서식 페이지에서 내려받아 파일로 고쳐 씁니다.
4. 그 밖의 문서는 빈 서식 파일을 회사함의 「서식」 폴더에 한 벌 두고,
   복사해서 새 이름으로 올립니다.

예를 들어 가상의 40명 렌트·리스 회사는 지점 3곳이 같은 점검표를 쓰도록 빈 점검표를 회사함에 두고,
지점마다 복사해 날짜를 붙여 올렸습니다.
문서 본문을 칸 단위로 채우는 입력 화면이 필요하면 인사책은 맞지 않습니다.

표·데이터베이스

표나 목록을 쌓아 두고 정렬해 보는 데이터베이스형 페이지는 위키의 인기 기능이라 많이 묻습니다.
인사책에는 표·데이터베이스형 페이지가 없습니다.
결재 양식의 입력 칸에도 표 칸이 없고,
인사책의 목록 화면은 근태·인사 기록을 보기 위한 것이지 사용자가 만드는 표가 아닙니다.

1. 표로 관리할 자료는 스프레드시트 파일로 만들어 회사함에 올립니다.
2. 파일드라이브 미리보기는 사진과 PDF만 되므로,
   그 밖의 파일은 받아서 열어야 합니다.
3. 최신 표 하나만 두고 지난 표는 이름에 날짜를 붙여 보관 폴더로 옮깁니다.

활용 사례로,
가상의 40명 금속 부품 공장은 A·B·C조 각 10명의 교육 이수표를 파일 하나로 관리하고 분기마다 새 날짜 이름으로 올립니다.
여러 사람이 같은 표에 동시에 입력해야 한다면 맞지 않습니다.

댓글·멘션

문서를 읽다가 바로 의견을 남기고 싶은 요구가 있을 수 있습니다.
인사책에는 문서 댓글이 없습니다.
파일드라이브의 「댓글」은 공유 권한의 이름일 뿐이고 파일에 댓글을 다는 칸은 없습니다.
인사책의 의견 자리는 문서 밖,
곧 메신저와 결재 대화입니다.

1. 사내 메신저에서 @멘션으로 담당자를 부르고,
   답글로 스레드를 이어 의견을 모읍니다.
2. 중요한 메시지는 고정해 두고,
   나중에 메시지 검색으로 찾습니다.
3. 결재 문서에서는 결재 대화에 댓글을 남기며 사진은 4장까지 붙일 수 있습니다.
4. 회사 메뉴에 「업무」가 보이는 회사는 업무 요청에서 댓글(1,000자)과 @멘션(10명)을 씁니다.

가상의 30명 기초 연구소는 절차서 개정 의견을 연구팀별 대화방에서 받고,
담당자가 반영해 새 판을 올린 뒤 대화방에 알렸습니다.
문서의 특정 문단에 붙는 댓글이 필요하면 맞지 않습니다.

문서 변경 이력

언제 누가 고쳤는지,
틀렸을 때 되돌릴 수 있는지는 규정 문서에서 특히 중요합니다.
파일을 바꿔 올릴 때마다 판 번호는 오르고 정보 칸에 「N판 · 30일 보관」으로 보이며,
넓은 PC 화면에서는 「판 기록」에서 옛 판을 받거나 되돌릴 수 있습니다(휴대폰 화면은 아직 없고 판끼리 비교도 없습니다).
인사책의 판 기록은 30일이 지났고 동시에 100판 넘게 뒤인 판만 정리하므로,
최근 100판은 남습니다.

1. 고치기 전에 현재 파일을 받아 둡니다.
2. 새 판을 올리고 파일 이름 끝에 개정일을 적어 같은 이름 규칙으로 유지합니다.
3. 지난 개정본은 「지난 판」 폴더에 별도 파일로 남깁니다.
4. 지운 파일은 휴지통에서 30일 안에 「되살리기」로 원래 자리로 한 건씩 돌립니다.

이 이름 규칙 덕분에 가상의 40명 렌트·리스 회사는 감사 요청이 와도 날짜로 개정본을 바로 찾았습니다.
변경한 줄을 비교해 보여 주는 이력이 필요하면 맞지 않습니다.

업무 연결

문서와 할 일을 한 화면에서 이어 보고 싶을 수 있습니다.
인사책에는 업무와 문서를 잇는 링크가 없습니다.
업무 요청 기능은 운영에서 일부 회사에만 열려 있어 회사 메뉴에 「업무」가 보이는 회사에서만 쓸 수 있고,
거기서도 결재 문서·파일드라이브 파일·다른 업무로 거는 링크는 없습니다.
대신 파일을 업무에 직접 첨부할 수 있습니다.

1. 업무 요청을 만들 때 첨부로 파일을 올립니다.
   업무 하나에 10개,
   파일당 10MB까지입니다.
2. 받는 사람별 「확인」과 「완료했어요」로 읽었는지와 끝냈는지를 봅니다.
3. 첨부한 파일이 개정되면 업무에는 옛 파일이 그대로 남으므로,
   업무 내용에 「파일드라이브 회사함 ○○ 폴더의 최신판을 보세요」라고 적습니다.

활용 사례로 가상의 40명 금속 부품 공장은 안전 교육 업무에 절차서를 첨부하되,
본문에 회사함 폴더 위치를 같이 적었습니다.
업무 메뉴가 보이지 않는 회사라면 이 방법은 쓸 수 없고 공지와 메신저로 안내합니다.

업종별 활용 예시

이 사업장은 가상 사례입니다.

기초 연구소(30명): 실험 절차서를 한 자리에 모으기

연구팀 3개(18명)가 각자 PC에 실험 절차서를 두고 있던 연구소입니다.
경영지원 담당이 회사함에 「실험 절차서」 폴더를 만들고,
팀 폴더는 부서함에 나눴습니다.
공지에는 「파일드라이브 회사함 실험 절차서 폴더」라고 위치를 적어 알렸습니다.
공지에는 첨부가 없기 때문입니다.

렌트·리스 회사(40명): 지점 3곳의 공통 매뉴얼

본사와 지점 3곳이 같은 응대 매뉴얼을 보게 하려는 곳입니다.
회사함에 한 벌만 두고 지점별로 복사본을 만들지 않았으며,
개정할 때는 공지의 「읽은 사람 N/M」으로 누가 읽었는지 수를 확인했습니다.

금속 부품 공장(40명): 조별 안전 수칙

A·B·C조 각 10명이 월~토 돌아가는 공장입니다.
수칙 파일은 회사함에 두고,
개정 때마다 공지의 대상을 생산 부서로 좁혀 알렸습니다.

인사책이 맞지 않는 경우

아래는 2026-11-09 기준 인사책에 없는 것입니다.
하나라도 필수라면 위키가 있는 도구를 따로 쓰시는 편이 낫습니다.

• 위키: 페이지를 만들고 이어 붙이는 구조가 없습니다.
  대신 되는 것은 파일드라이브 폴더 구조와 공지입니다.
• 브라우저 문서 편집기: 브라우저에서 문서를 쓰고 고치는 화면이 없습니다.
  대신 파일을 올려 판 번호를 올리는 방식입니다.
• 여러 사람 동시 편집: 같은 문서를 동시에 고치지 못합니다.
  대신 고치는 사람을 한 명으로 정해 순서대로 올립니다.
• 위키 페이지 템플릿: 문서 본문 템플릿이 없습니다.
  대신 결재 양식과 공개 빈 서식 4종,
  전자계약 「나만의 템플릿」이 있습니다.
• 표·데이터베이스형 페이지: 칸이 있는 문서 페이지가 없습니다.
  대신 표 파일을 회사함에 올려 둡니다.
• 문서 댓글: 파일에 댓글을 다는 칸이 없습니다.
  대신 메신저 @멘션·답글과 결재 대화를 씁니다.
• 옛 판으로 되돌리기: 넓은 PC 화면의 「판 기록」에서 됩니다.
  휴대폰 화면에는 아직 없으니 중요한 파일은 이름에 날짜도 붙여 둡니다.
• 업무와 문서를 잇는 링크: 업무에서 파일드라이브 파일을 거는 링크가 없습니다.
  대신 업무 요청에 파일을 직접 첨부합니다.

다른 서비스와 비교할 때

위키 도구를 고를 때는 제품 이름보다 아래 일반 기준을 먼저 보세요.
인사책 안에서 해결할지,
따로 도구를 둘지는 아래 기준에서 「필수」가 몇 개인지로 정하면 됩니다.

근거와 확인일

• 공개 문장 「공동 편집은 없습니다」: src/lib/marketing-copy-body-groupware.ts
• 파일드라이브 판 기록·휴지통·검색·공유: drivechaek common.ts(REV_SEC,
  REV_KEEP),
  space.ts(housekeeping,
  share,
  search)
• 공지 한도: src/routes/enterprise/announcements.ts,
  src/routes/api-features/announcements.ts
• 결재 양식: src/lib/approval-form-limit.ts(APPROVAL_FORM_MAX_PER_ENTERPRISE),
  src/lib/approval-form-field-types.ts
• 공개 빈 서식 4종: src/lib/form-templates.ts(FORM_TEMPLATES)
• 업무 요청 한도: src/lib/team-calendar-tasks.ts(TASK_COMMENT_MAX,
  TASK_MAX_MENTIONS)
• 업무 열림 범위: src/lib/work-tasks-feature-switch.ts
• 법령: 근로기준법 제14조(취업규칙을 근로자가 자유롭게 볼 수 있는 곳에 게시·비치),
  제93조(상시 10명 이상 작성·신고)

취업규칙은 직원이 늘 볼 수 있는 자리에 두어야 하므로,
인사책에서는 회사함에 올리고 공지로 고정해 두는 방식으로 맞춥니다.
확인일 2026-11-09 · 검토 인사책 편집팀(코드 대조).
업종별 활용 예시는 모두 가상 사례이며 실제 회사가 아닙니다.

자주 묻는 질문

인사책에 위키나 문서 편집기가 있나요?

없습니다.
인사책에는 페이지를 만들어 잇는 위키도,
브라우저에서 문서를 쓰고 고치는 편집기도 없어서 문서는 파일로 올려 둡니다.

회사 규정·취업규칙은 인사책 어디에 두나요?

파일드라이브 회사함에 올리면 회사 모든 직원이 볼 수 있습니다.
올린 사실은 공지로 알리고,
공지에는 파일드라이브의 폴더 위치를 적습니다.

결재 양식을 문서 템플릿처럼 쓸 수 있나요?

관리자가 결재 양식을 직접 만들 수 있고 회사당 최대 100개까지입니다.
다만 결재 서식이지 문서 본문 템플릿은 아니며 표 칸은 없습니다.

문서 댓글·멘션이 되나요?

파일에 댓글을 다는 칸은 없습니다.
의견은 메신저의 @멘션과 답글,
결재 대화로 받습니다.

문서 변경 이력과 이전 판 복원이 되나요?

고칠 때마다 판 번호가 오르고 최근 100판은 남으며,
넓은 PC 화면의 파일 「판 기록」에서 옛 판을 받거나 되돌릴 수 있습니다.
휴대폰 화면에는 아직 없고 판끼리 비교도 없습니다.

업무 요청에 문서를 붙일 수 있나요?

회사 메뉴에 「업무」가 보이는 회사에서는 업무 요청에 파일을 직접 첨부할 수 있습니다.
파일드라이브 파일을 걸어 주는 링크는 없습니다.

관련 가이드

• 업무일지를 인수인계 위키로 바꾸는 운영법
• 협업도구 대체 범위 — 문서 저장·공동 편집·프로젝트·화상회의
• 회사 드라이브 고르기 — 인사책 파일 클라우드 범위
• 인사책 기능 범위 — 파일 클라우드·프로젝트·메신저·업무책
• 그룹웨어 고르는 법 — 필수 업무 네 유형