Windows 11 ZIP 압축파일 풀기｜중첩 폴더·암호·첨부 전 확인

압축 원본을 남겨 두고 별도 폴더에서 확인한 뒤, 제출할 문서만 다시 살펴보세요. (AI 생성 예시 이미지)

메일로 받은 압축파일을 열었는데 폴더 안에 또 폴더가 있습니다. 겨우 찾은 문서를 고쳐 저장했지만, 다시 첨부하려니 어느 파일이 수정본인지 헷갈립니다. 압축 해제 자체는 몇 번의 클릭으로 끝나도, 원본과 작업본을 구분하지 않으면 확인해야 할 일이 계속 늘어납니다.

이번 글은 전달받은 문서 묶음을 내 컴퓨터에서 풀고, 필요한 파일을 찾아 수정한 다음, 올바른 사본을 첨부하는 과정에 초점을 맞춥니다. 시작하기 전에 압축 원본은 그대로 남겨 두세요. 압축을 푼 위치와 마지막으로 저장한 위치를 구분해 두면 문제가 생겼을 때 되돌아갈 기준이 생깁니다.

1. 압축파일을 열기 전에 받을 내용부터 맞춰 봅니다

먼저 발신자가 어떤 자료를 보냈다고 했는지 확인합니다. 회의록 한 장을 보내기로 했는지, 사진과 설명 문서를 한꺼번에 보내기로 했는지에 따라 정상적인 구성도 달라집니다. 압축파일의 이름만 보고 판단하지 말고 메일 본문이나 대화에 적힌 자료명, 날짜, 대략적인 파일 수를 함께 읽어 보세요.

파일 이름 뒤에 숫자가 붙어 있다면 같은 자료를 여러 번 내려받은 흔적일 수 있습니다. 그렇다고 숫자가 큰 쪽을 최신 문서로 단정하면 안 됩니다. 받은 시각은 나중이어도 내용은 같은 경우가 있기 때문입니다. 두 파일을 섞기 전에 어떤 메일에 달려 있었는지부터 구분해 둡니다.

예를 들어 같은 날 받은 “행사자료.zip”과 “행사자료 (1).zip” 중 하나만 다시 내려받은 것이라면 새 수정본이 아닐 수 있습니다. 발신자가 본문에 수정 내용이나 버전을 적었는지 확인하세요. 이 단계에서 필요한 것은 정확한 수신 묶음을 고르는 일이며, 파일을 열어 보려고 이름을 계속 바꾸는 작업은 아직 필요하지 않습니다.

공유 컴퓨터를 사용한다면 추출할 폴더가 다른 사람에게 보이는 위치인지도 확인합니다. 첨부파일이 암호화되어 있었다고 해서 압축을 푼 문서에도 같은 보호가 계속 적용된다고 생각하면 곤란합니다. 개인 문서나 내부 자료는 조직에서 허용한 저장 위치에 두고, 공용 바탕 화면이나 공개 공유 폴더는 피합니다.

2. 원본과 작업본은 처음부터 다른 위치에 둡니다

수신한 압축파일은 보관용으로 남기고, 그 옆에 이번 작업을 위한 빈 폴더를 하나 만듭니다. 이름은 “행사자료_확인용”처럼 용도가 드러나면 충분합니다. 날짜가 자주 바뀌는 업무라면 받은 날짜를 앞에 붙이는 것도 좋습니다. 폴더 이름에 설명을 길게 적기보다 같은 작업을 식별할 정도로만 정합니다.

새 압축파일을 받을 때마다 지난번 추출 폴더 위에 덮어 푸는 방식은 피하세요. 삭제된 문서가 예전 폴더에 남거나, 같은 이름의 새 문서와 예전 수정본이 섞일 수 있습니다. 이번에 받은 묶음은 새 빈 폴더에서 확인하고, 필요할 때 이전 폴더와 나란히 비교하는 편이 변경 내용을 파악하기 쉽습니다.

이미 지난 자료를 편집했다면 기존 작업 폴더를 그대로 유지하세요. 새로 받은 파일은 별도 폴더에 푼 뒤, 내가 바꾼 부분과 발신자가 고친 부분을 확인합니다. 이름이 같다는 이유로 일괄 교체하면 서로 다른 수정 내용 중 하나가 사라질 수 있습니다. 덮어쓰기 창에서 판단이 서지 않으면 일단 취소하고 추출 위치를 바꿉니다.

원본을 보존한다는 말은 압축파일을 영원히 쌓아 두라는 뜻은 아닙니다. 적어도 필요한 문서를 모두 열어 보고, 수정본을 저장하고, 전달할 파일까지 확인하는 동안 기준으로 남겨 두자는 의미입니다. 작업이 끝난 뒤에는 자신의 보관 기준이나 조직의 문서 관리 규칙에 맞춰 정리하면 됩니다.

3. ZIP은 별도 폴더에 모두 추출하는 흐름으로 시작합니다

파일 탐색기에서 받은 압축파일을 찾은 다음 마우스 오른쪽 버튼을 눌러 “모두 추출” 항목을 선택합니다. 목적지에는 앞에서 만든 빈 폴더를 지정하고, 표시된 위치를 한 번 읽은 뒤 진행합니다. 화면의 표현은 설치된 압축 앱과 Windows 구성에 따라 조금 다를 수 있으니 마지막 저장 위치를 기준으로 확인하세요.

여러 문서가 묶여 있거나 문서와 이미지가 함께 들어 있다면 처음에는 전체를 풀어 구조를 살피는 편이 편합니다. 문서 하나만 단독으로 필요하고 다른 파일과의 연결도 없다면, 압축파일을 열어 해당 파일을 새 폴더로 끌어내는 방법도 있습니다. 어느 방법을 택하든 실제 작업은 꺼내 놓은 사본에서 시작합니다.

추출이 끝난 것으로 보이면 새 폴더를 직접 열어 필요한 파일이 있는지 확인합니다. 압축파일을 열어 둔 창과 추출한 폴더 창이 비슷하게 보여 혼동할 수 있습니다. 주소 표시줄에 압축파일 이름이 포함되어 있는지, 내가 지정한 작업 폴더에 들어왔는지 살펴보세요. 창을 여러 개 띄웠다면 사용하지 않는 쪽은 닫아도 됩니다.

편집이 필요한 문서를 압축파일 안에서 바로 열면 앱에 따라 임시 위치를 거치거나 저장 동작이 다르게 보일 수 있습니다. 화면에서 내용을 바꿨다는 사실만으로 원하는 작업 폴더에 저장되었다고 판단하지 마세요. 추출한 사본을 열고, 저장할 때 파일 이름과 위치를 함께 확인하는 습관이 재작업을 줄여 줍니다.

공식 안내: Microsoft 지원: 파일 압축 및 압축 해제

4. 폴더 안에 같은 이름의 폴더가 있어도 먼저 구조를 읽습니다

압축을 풀었더니 “행사자료” 폴더 안에 또 “행사자료” 폴더가 생기는 경우가 있습니다. 추출할 때 만든 바깥 폴더와, 보낸 사람이 압축에 넣은 안쪽 폴더가 겹친 모습일 수 있습니다. 이름이 두 번 보인다는 이유만으로 오류나 중복 파일로 단정할 필요는 없습니다. 안쪽에 무엇이 들어 있는지 한 단계씩 확인합니다.

겉에 보이는 폴더 하나만 보고 첨부파일이 하나라고 세면 실제 문서 수를 놓칠 수 있습니다. 안쪽에 안내문 두 개, 사진 열 장, 작성용 양식 한 개가 들어 있다면 확인 대상은 그 각각입니다. 발신자가 알려 준 목록과 비교할 때는 폴더 수와 실제 파일 수를 구분하고, 빈 폴더가 포함되어 있을 가능성도 염두에 둡니다.

폴더를 보기 좋게 만들려고 모든 파일을 한곳으로 꺼내 모으는 일은 뒤로 미룹니다. 같은 이름의 문서가 부서별 폴더에 각각 들어 있을 수 있고, 문서가 옆 폴더의 그림이나 다른 자료를 참조할 수도 있습니다. 구조를 바꾸면 이런 관계가 끊어지거나 어느 파일이 어느 묶음에 속했는지 알기 어려워집니다.

단독으로 제출할 문서 하나를 찾았더라도 수신 묶음 전체는 그대로 둔 채 그 문서의 사본을 따로 만드세요. 제출용 폴더에는 제출할 사본만 넣으면 선택할 때 실수가 줄어듭니다. 원본 구조를 보존하는 폴더와 전달할 파일을 모은 폴더가 각각 역할을 갖게 되어, 필요한 경우 근거 자료까지 다시 확인하기 쉽습니다.

5. 파일 이름이 비슷할 때는 내용과 위치로 확인합니다

“신청서”, “신청서_수정”, “신청서_최종”이 함께 있다면 마지막 이름만 믿지 않습니다. 수정한 날짜는 참고가 되지만 문서를 복사하거나 전달하는 과정과 실제 편집 시점이 항상 일치하지는 않습니다. 해당 문서의 제목, 본문에 적힌 적용 날짜, 안내된 수정 내용처럼 내용에 남아 있는 단서도 함께 확인하세요.

문서 수가 많다면 추출한 폴더 안에서 관련 단어로 먼저 찾아봅니다. 결과가 여러 개라면 이름뿐 아니라 각 파일이 들어 있는 폴더를 확인합니다. 전체 컴퓨터에서 같은 단어로 검색하면 예전 작업본까지 섞이기 쉬우므로, 이번에 추출한 묶음으로 범위를 좁힌 뒤 살피는 편이 간단합니다.

파일 탐색기의 보기 메뉴에서 “표시” 안에 있는 “파일 이름 확장명”을 켜면 이름 끝의 형식을 확인할 수 있습니다. 문서처럼 보이는 이름에 다른 확장자가 붙어 있는지 확인하는 데 도움이 됩니다. 확장자를 바꾸는 것만으로 압축파일이 문서로 변환되지는 않으므로, 열리지 않는다는 이유로 끝부분을 임의로 바꾸지 마세요.

한글 이름이 깨져 보이면 원본 압축파일의 이름과 압축 안쪽의 문서 이름 중 어디에서 문제가 생겼는지 구분합니다. 안쪽 파일 이름만 어색하다면 받은 원본은 보존한 채 발신자에게 정상적인 목록을 확인하고 다시 압축한 사본을 요청하는 것이 낫습니다. 추측해서 이름을 일괄 수정하면 원래 어떤 문서였는지 대응하기 어려워집니다.

공식 안내: Microsoft 지원: Windows의 일반 파일 이름 확장명

6. ZIP·RAR·7z·TAR는 내 환경에서 지원되는지 따로 봅니다

Microsoft 공식 압축 안내는 Windows 11 버전 24H2에 대해 ZIP, RAR, 7z, TAR 형식을 지원한다고 설명합니다. 이 설명을 모든 Windows 버전에서 같은 메뉴와 같은 작업을 제공한다는 의미로 넓혀 해석하지 마세요. 특정 형식을 열 수 있다는 사실만으로 그 형식의 새 압축파일까지 만들 수 있다고 판단해서도 안 됩니다.

같은 Windows 11이라는 이름을 사용해도 설치된 버전과 압축 프로그램에 따라 화면이 다를 수 있습니다. 메뉴가 없거나 실패한다면 우선 파일의 실제 확장자와 오류 문구를 적어 둡니다. 지금 사용 중인 Windows 버전을 확인해 해당 안내의 적용 범위와 비교하면, 파일 자체가 잘못되었다고 성급히 결론 내리는 일을 줄일 수 있습니다.

확장자가 낯설다는 이유만으로 여러 압축 프로그램을 연달아 설치할 필요는 없습니다. 업무용 컴퓨터라면 이미 허용된 압축 도구가 있는지 확인하고, 그 도구의 공식 지원 형식과 보낸 사람이 사용한 형식을 맞춰 보세요. 새 프로그램 설치가 제한된 환경에서는 담당자에게 오류 화면과 형식 정보를 전달하는 편이 빠릅니다.

보내는 사람에게 다시 요청할 때도 “파일이 안 열려요”만 적기보다는 내용을 구체화합니다. “압축파일 목록은 보이지만 문서를 꺼낼 때 이 문구가 나옵니다”처럼 어느 단계에서 멈췄는지 알려 주세요. 목록조차 안 보이는 상황과, 목록은 보이지만 특정 파일만 추출되지 않는 상황은 다음에 확인할 지점이 다릅니다.

공식 안내: Microsoft 지원: 파일 압축 및 압축 해제

7. 암호 입력 문제와 형식 미지원 문제를 구분합니다

같은 공식 문서는 Windows 11 버전 24H2에서 암호화된 압축파일 작업을 지원하지 않는다고 안내합니다. 따라서 암호 입력창이 나타나지 않는 상황을 무조건 비밀번호 오류로 해석하면 안 됩니다. 압축에 사용한 형식과 암호화 방식, 이를 지원하는 도구를 함께 확인해야 합니다.

발신자가 암호를 알려 주었다면 우선 그 암호가 어느 파일을 위한 것인지 맞춰 봅니다. 같은 대화방에서 여러 묶음을 받았다면 이전 자료의 암호와 섞였을 수 있습니다. 지원 도구에서 입력할 때도 복사한 문자열 앞뒤에 공백이 들어갔는지 확인하되, 반복 실패가 계속되면 추측을 이어 가기보다 발신자에게 다시 확인합니다.

암호화된 업무 자료를 열기 위해 정체를 모르는 온라인 압축 해제 사이트에 업로드하는 방법은 피하세요. 사이트에 파일을 보내는 순간 자료의 보관 범위가 넓어질 수 있습니다. 익숙한 화면이라는 이유로 회사 문서나 개인정보를 올리지 말고, 조직에서 허용한 방식으로 컴퓨터 안에서 처리하는 경로를 찾습니다.

기밀 자료라면 편하게 열겠다는 이유로 보호를 없앤 파일을 일반 메일로 재전송해 달라고 요청하는 것도 적절하지 않을 수 있습니다. 허용된 도구로 받을지, 기존 승인된 공유 경로로 받을지 발신자와 조율하세요. 압축 암호를 모르는 경우에는 암호를 우회하는 도구를 찾기보다 정당한 수신자임을 확인하고 정상 전달을 요청합니다.

공식 안내: Microsoft 지원: 파일 압축 및 압축 해제

8. 일부만 풀렸다면 성공한 파일부터 섞지 않습니다

추출 도중 오류가 났어도 목적지에 몇 개의 파일이 남을 수 있습니다. 그 상태에서 같은 폴더에 다시 풀면 어느 시도에서 만들어진 파일인지 구분하기 어렵습니다. 오류 문구와 실패한 파일 이름을 기록하고, 재시도는 새 빈 폴더에서 진행하세요. 파일이 보인다는 사실과 묶음 전체가 정상적으로 풀렸다는 사실을 구분해야 합니다.

다시 받기가 필요한지 판단할 때는 발신자가 가진 원본의 파일 크기와 내가 받은 압축파일의 크기를 비교해 볼 수 있습니다. 다르면 동일한 파일을 받았는지 확인할 단서가 됩니다. 다만 크기가 같다고 내용의 완전성이나 안전성이 입증되는 것은 아닙니다. 발신자가 자신의 사본을 정상적으로 풀 수 있는지도 함께 물어보세요.

여러 조각으로 나뉜 압축 묶음이라면 필요한 조각이 모두 전달되었는지부터 확인합니다. 비슷한 이름에 연속 번호가 붙었다는 이유만으로 임의로 합치거나 끝부분을 지우지 않습니다. 발신자가 사용한 도구와 해제 방법을 확인하고, 불필요한 복잡함이 있다면 작업에 필요한 문서만 승인된 경로로 다시 받는 방안도 있습니다.

오류가 났다는 이유로 이미 가지고 있는 문서를 지우거나 보안 기능을 끌 필요는 없습니다. 기록해 둔 오류와 실제 파일 구성으로 원인을 좁혀 가세요. 마감이 가깝다면 필요한 문서가 무엇인지 먼저 특정해 발신자에게 알리는 편이 전체 압축 묶음만 반복해서 주고받는 것보다 도움이 됩니다.

9. 경로가 길다면 바깥 위치부터 짧게 바꿔 봅니다

폴더가 여러 겹이고 문서 이름까지 길면 전체 경로가 길어집니다. 경로 관련 오류가 나타날 때는 파일 이름 하나만 보고 판단하지 말고, 그 앞에 이어진 폴더 이름도 함께 봅니다. 깊은 업무 폴더 아래에 다시 긴 이름의 수신 폴더를 만든 경우라면, 허용된 저장 위치 안에서 더 얕고 짧은 새 폴더를 골라 추출해 보세요.

Microsoft의 경로 길이 문서는 Windows 기능과 앱의 지원 조건에 따라 긴 경로를 다루는 방식이 달라진다고 설명합니다. 모든 앱에 똑같은 한도를 적용하거나, 설정 하나를 바꾸면 모든 문제가 해결된다고 생각하기는 어렵습니다. 일반적인 문서 작업에서는 시스템 설정을 바꾸기 전에 추출 위치를 간단히 하는 방법부터 확인할 수 있습니다.

예를 들어 “올해행사_최종검토_재수정_담당자확인” 아래에 여러 부서 폴더가 겹쳐 있다면, 새 “행사검토” 폴더로 바깥 경로만 줄여 보는 식입니다. 압축 안쪽에 있는 파일과 폴더 이름은 그대로 둡니다. 이렇게 해야 추출 위치 문제인지 살펴보면서 문서 사이의 연결 구조는 가능한 한 유지할 수 있습니다.

짧은 위치에서도 같은 파일에서 실패한다면 경로가 유일한 원인이라고 단정하지 않습니다. 해당 파일 이름, 형식, 암호화 여부, 실제 오류를 다시 확인합니다. 문제를 해결하려고 레지스트리나 조직 정책을 임의로 바꾸는 것보다, 확인한 조건을 정리해 담당자에게 넘기는 편이 이후 진단에도 도움이 됩니다.

공식 안내: Microsoft Learn: Maximum Path Length Limitation

10. 문서를 찾은 뒤 실행할 이유가 있는지 한 번 더 봅니다

안내문이나 사진을 받기로 했는데 실행 프로그램이나 설치 파일이 들어 있다면 바로 실행하지 않습니다. “문서를 보려면 먼저 설치하세요”라는 압축 안의 설명만으로 실행 필요성을 판단하지 마세요. 원래 연락하던 경로에서 발신자에게 그 파일의 목적을 확인하고, 필요한 문서만 별도로 받을 수 있는지 살펴봅니다.

실행 전 점검을 위해 Microsoft Defender를 사용하는 환경에서는 파일이나 폴더를 마우스 오른쪽 버튼으로 누르고, 추가 옵션에 있는 검사 항목을 사용할 수 있습니다. 검사 결과는 확인하되 위협이 발견되지 않았다는 표시만으로 모든 파일의 안전을 보장받았다고 생각하지 않습니다. 다른 보안 제품이 관리하는 컴퓨터는 해당 제품이나 조직 안내를 따릅니다.

문서 형식이라도 예상하지 못한 동작을 요구하면 잠깐 멈춥니다. 내용을 보기 위해 매크로를 켜거나, 외부에서 추가 자료를 받아 실행하거나, 보안 경고를 무시하라는 요구가 나오면 받은 목적과 맞는지 확인해야 합니다. 이번 작업이 단순한 신청서 작성이라면 그런 동작이 왜 필요한지 설명이 먼저 있어야 합니다.

이 단계의 목적은 모든 파일을 전문적으로 분석하는 것이 아닙니다. 내가 받기로 한 자료와 실제 구성이 맞는지, 문서 열람에 불필요한 실행이 끼어 있지 않은지 확인하는 것입니다. 판단이 어려운 파일은 그대로 보관하고 발신자나 담당자에게 문의하면, 원본을 훼손하지 않은 상태로 도움을 받을 수 있습니다.

공식 안내: Microsoft 지원: Windows 보안으로 파일과 폴더 검사

11. 수정본은 저장한 뒤 닫고 다시 열어 확인합니다

필요한 문서를 찾았다면 추출한 사본에서 작업을 시작합니다. 원본 양식은 다시 필요할 수 있으므로 작성본을 별도 이름으로 저장하면 편합니다. 이름에는 용도와 실제 버전을 알아볼 정도의 정보만 넣으세요. “최종”, “진짜최종”, “최종수정”을 계속 덧붙이는 방식은 나중에 선택할 때 오히려 혼란을 늘릴 수 있습니다.

저장을 마친 뒤에는 문서를 닫고, 제출용 폴더에서 다시 열어 방금 수정한 내용이 남아 있는지 확인합니다. 이 과정을 거치면 앱의 최근 문서 목록에 의존하다가 다른 사본을 열었던 실수를 발견하기 쉽습니다. 문서 안의 이름이나 날짜, 마지막으로 바꾼 문장처럼 본인이 알고 있는 지점을 확인하세요.

한 문서가 여러 파일을 참조하는 작업이라면 제출용 사본 하나만 따로 꺼냈을 때도 필요한 내용이 유지되는지 확인합니다. 외부 그림이나 연결 자료가 필요한 구조라면 단일 파일 전송만으로 충분하지 않을 수 있습니다. 이때는 받는 쪽이 요구한 제출 형식과 제공해야 할 범위를 먼저 맞춰 봅니다.

단순 확인용 문서를 보낼지 수정 가능한 원본을 보낼지도 요청에 따라 정합니다. 제출처가 특정 형식을 요구하면 그 형식을 따르고, 이름 끝의 확장자를 바꿔 맞추지 않습니다. 형식 변환을 했다면 변환한 결과물을 별도로 열어 페이지나 표가 빠지지 않았는지 확인한 뒤 첨부할 파일을 결정합니다.

12. 첨부 화면에서는 파일명·내용·범위를 확인합니다

메일이나 제출 사이트에서 파일을 고를 때는 지금 작업한 제출용 폴더로 직접 들어갑니다. 최근 사용한 파일 목록은 편리하지만 같은 이름의 예전 사본이 섞일 수 있습니다. 선택 후 화면에 표시된 파일 이름과 형식을 확인하고, 미리보기가 제공된다면 방금 저장한 내용이 맞는지도 살펴봅니다.

요청이 완성한 문서 한 개라면 수신한 압축 묶음 전체를 그대로 보내지 않도록 주의합니다. 그 안에는 다른 사람의 자료, 참고용 원본, 작성 중인 사본이 포함되어 있을 수 있습니다. 파일을 하나 더 넣는 행동도 공유 범위를 바꾸므로, 받는 사람에게 필요한 항목만 선택하는 것이 좋습니다.

여러 파일을 묶어 제출해야 한다면 새 제출용 압축파일을 만든 뒤 다시 열어 목록을 검사합니다. 압축을 만들었다는 것만으로 준비가 끝나지 않습니다. 빠진 문서가 없는지, 임시본이 끼어 있지 않은지, 중첩 폴더 때문에 받는 사람이 자료를 찾기 어렵지 않은지 확인하세요. 제출처가 정한 파일 수나 용량 조건도 이때 함께 봅니다.

업로드가 끝난 뒤에는 해당 화면의 완료 표시와 첨부 목록을 확인합니다. 파일 선택 창에서 골랐다는 사실만으로 업로드와 제출이 모두 끝났다고 볼 수는 없습니다. 별도 제출 버튼이 있는지, 오류가 표시되지 않았는지 확인하고, 업무상 기록이 필요하다면 제출 완료 화면이나 접수 정보를 정해진 위치에 남깁니다.

가상 사례: 같은 이름의 신청서 두 개를 받았을 때

다음은 절차를 설명하기 위한 가상 상황입니다. 민수 씨는 행사 담당자로부터 안내문과 신청서가 든 압축파일을 받았습니다. 압축을 풀자 “행사” 안에 “이전양식”과 “이번양식”이 있었고, 두 폴더 모두에 “신청서.docx”가 들어 있었습니다. 전체 파일을 한 폴더로 옮겼다면 어느 신청서가 필요한지 헷갈렸을 상황입니다.

민수 씨는 받은 압축파일을 보존하고 새 확인용 폴더에 전체를 풀었습니다. 담당자 메일에서 이번 양식의 적용 날짜를 확인한 뒤 두 문서의 안내 문구를 비교했습니다. 작성할 문서를 고르고 나서는 제출용 폴더에 사본을 저장했으며, 파일 이름에 제출 용도를 적어 이전 양식과 구분했습니다.

작성을 끝낸 후 문서를 닫고 제출용 폴더에서 다시 열어 연락처와 선택 항목이 저장되었는지 확인했습니다. 마지막으로 첨부 화면에서 제출용 사본 한 개만 골랐습니다. 처음 받은 압축 묶음에는 다른 참고 자료가 남아 있었지만, 이번 제출에 필요하지 않아 포함하지 않았습니다. 원본 보관부터 첨부 확인까지 흐름이 이어진 셈입니다.

압축파일을 다루는 일이 헷갈릴 때는 원본, 추출 폴더, 제출용 사본의 세 위치를 떠올려 보세요. 먼저 어떤 묶음을 받았는지 정하고, 빈 폴더에서 내용을 확인한 뒤, 전달할 파일만 따로 검토합니다. 오류가 생기면 어느 단계에서 멈췄는지 알 수 있고, 다시 시작하더라도 손대지 않은 원본에서 차분하게 이어 갈 수 있습니다.

공식 문서 확인일: 2026년 10월 12일. 화면과 기능은 Windows 버전 및 설치된 앱에 따라 달라질 수 있습니다.