파일 보안 · 웹오피스 블로그
문서를 보내기 전, 수신자에게 필요한 정보 범위를 정하는 방법
협력사의 문장 수정, 숫자 분석, 열람이라는 세 요청에서 보낼 정보의 범위를 구분합니다. 필요 이상으로 원본을 전달하지 않도록 형식 선택·제외 항목·수신 확인을 정리합니다.
편집 책임: SideSideDev · 게시: · 수정:
먼저 답하면
공유 전에 수신자가 문장을 수정할지, 숫자를 계산할지, 내용을 읽기만 할지 먼저 확인하세요. 목적에 필요한 구조와 맥락은 남기고 불필요한 행·시트·검토 기록은 배포 사본에서 따로 검토합니다. 형식 하나를 고르는 것만으로 필요한 범위가 정해지지는 않습니다.
요청을 읽기·편집·계산으로 나누기
가상의 협력사가 견적서를 확인하려는 상황에서도 요청은 다릅니다. 가격을 읽고 승인만 한다면 페이지와 금액의 가독성이 중요하고, 조건 문장을 협의한다면 수정 가능한 텍스트가 필요합니다. 항목별 재집계가 목적이면 품목·수량·단가가 연결된 표가 필요합니다. 모두에게 같은 원본을 보내기 전에 필요한 작업을 한 문장으로 적어 보세요.
읽기용 PDF도 본문 속 정보와 속성을 담을 수 있고, 계산용 CSV에는 개인정보 열이 남을 수 있습니다. 형식 이름으로 안전 여부를 결정하지 말고 전달할 페이지·행·열과 필요한 단위를 정하세요. 문서를 이미지로 만들면 수정이 어려워질 수 있지만, 화면에 남은 정보를 숨기는 보장은 아닙니다.
| 수신 요청 | 남겨야 하는 정보 | 별도로 검토할 정보 |
|---|---|---|
| 문장 수정 | 관련 조항·수정 가능한 본문 | 내부 협상 댓글·변경 기록 |
| 품목별 계산 | 품목·수량·단가·단위 | 고객 연락처·불필요한 거래 행 |
| 내용 열람 | 필요한 페이지·각주·금액 | 미제출 부록·작성자 속성 |
최소한만 남기다가 필요한 맥락을 잃지 않기
표의 금액만 보내고 ‘단위: 천 원’이나 부가세 포함 여부를 빼면 받는 사람이 다른 값을 계산할 수 있습니다. 계약 조항 일부만 추출할 때 정의와 예외가 다른 페이지에 있으면 그 연결도 남겨야 합니다. 불필요한 정보 제외와 업무에 필요한 맥락 보존을 동시에 판단하세요.
각 제외 항목의 이유를 내부 기록에 남기고 원본·검토 사본·배포본을 구분합니다. 보낸 뒤 수정이 필요하면 원본에서 다시 만들 수 있어야 합니다. 배포 목적과 무관한 개인정보는 임의의 가짜 값으로 바꾸기보다 해당 열이나 행을 전달할 필요가 있는지 먼저 검토하세요.
받는 사람의 작업으로 마지막 확인하기
보내기 전에 ‘문장을 수정할 수 있는가’, ‘품목과 금액이 같은 행에 있는가’, ‘열람에 필요한 각주가 남아 있는가’ 중 해당 질문으로 배포 사본을 다시 확인합니다. 그다음 본문·속성·사진·파일명 점검 가이드로 공유 위험을 검토하세요. 이 글은 수신 범위를 정하는 순서에 집중하며 제거 도구의 전체 사용법을 반복하지 않습니다.
권한이 필요한 내용은 수신자와 접근 범위를 조직 기준에 맞춰 정하고, 다른 사람에게 다시 전달해도 되는지도 안내하세요. 문서를 내려받은 뒤의 재전달까지 파일 변환 도구가 통제하지는 않습니다. 이 표는 합성 상황의 편집 판단 예이며 법적 적합성이나 익명화 인증이 아닙니다.
참고 자료와 확인 범위
공식 문서의 개념과 웹오피스의 실제 지원 범위는 다를 수 있습니다. 각 자료를 참고한 범위를 함께 표시합니다.
- Microsoft: 숨은 정보와 문서 검사
댓글·변경 기록·속성 등 공유 전 점검 대상. Office의 검사 기능과 웹오피스의 제거 범위는 다릅니다.
- RFC 4180: CSV 형식
행·필드·인용부호의 형식. 셀 실행의 안전성을 보증하는 규격은 아닙니다.
- Ecma: Office Open XML 표준
문서·표·프레젠테이션의 구조와 패키지 형식