HWP를 워드로 바꾼 뒤 표와 서식을 확인하는 순서

문서에서 반드시 지켜야 하는 조건을 정하세요

번역 초안은 모든 문장이 남아 있는 것이 우선일 수 있습니다. 반면 기관에 제출할 신청서는 응답 칸의 크기와 서명란의 위치까지 중요할 수 있습니다. 같은 변환 결과라도 무엇을 위해 쓸지에 따라 확인해야 할 부분이 달라집니다. 편집을 시작하기 전에 제출처가 요구한 파일 형식과 페이지 조건을 읽고, 바뀌면 곤란한 요소를 먼저 적어 두세요.

원본과 변환한 사본을 나란히 놓고 제목, 첫 문단과 마지막 문단, 표의 항목명, 날짜와 합계를 읽습니다. 문서가 열리는 것과 내용이 맞는 것은 다른 확인입니다. 특히 표 안의 숫자는 주변 문장이 자연스러워도 한 칸씩 옮겨졌을 가능성을 따로 살펴야 합니다. 빠진 줄이 없는지 확인하기 전에는 보기 좋게 줄 간격을 고치는 작업부터 시작하지 않는 편이 좋습니다.

작성자가 준 페이지 참고 자료가 있다면 기준으로 보관하세요. 원본이 하나뿐이라면 덮어쓰지 말고 파일 이름에 구분이 되는 사본을 만듭니다. 수정 전 결과도 남겨 두면 나중에 차이가 변환 때 생겼는지, 직접 편집한 뒤 생겼는지 찾아가기 쉽습니다.

병합 표는 글이 들어갈 칸부터 맞춰 보세요

한 행에서는 세 칸으로 보이는 표가 다음 행에서는 서로 다른 위치에서 나뉠 수 있습니다. DOCX는 표 전체가 공유하는 세로 경계를 격자로 표현합니다. 세로로 합쳐진 셀도 뒤따르는 행에서 같은 열 범위를 이어야 합니다. 화면에 선이 비슷하게 보인다는 것만으로 그 안의 구조가 같다고 판단하기 어려운 이유입니다.

HanOpen은 원본 행들의 경계가 맞지 않으면 공통 격자를 다시 구성하고 그 사실을 경고에 남깁니다. 결과에 좁은 열이 하나 더 보이는 경우 원본의 다른 경계를 표현하기 위해 나뉜 것일 수 있습니다. 먼저 각 셀의 문장이 어느 제목 아래에 들어가는지 비교하세요. 그 다음 병합이 시작되는 행부터 끝나는 행까지 세로로 따라가며, 같은 항목의 내용이 이어지는지 확인합니다.

표 안에 또 다른 표가 들어 있으면 바깥 표와 안쪽 표를 각각 확인해야 합니다. 안쪽 표의 열 폭을 바꾸는 동작이 바깥 셀 크기까지 바꿔 보이게 할 수 있습니다. 내용을 확인하지 않고 경계선만 끌어 맞추면 어느 셀의 문장이 잘못 이동했는지 알아보기 더 어려워집니다.

• Microsoft 문서: 표의 공통 격자 경계
• Microsoft 문서: 세로 병합이 이어지는 규칙

열 폭은 셀 내용과 병합을 확인한 다음 조정하세요

표가 깨져 보일 때 확인할 순서는 누락되거나 중복된 글, 병합 관계, 열 폭입니다. 글이 다른 셀에 들어갔는데 폭만 늘리면 당장은 읽기 편해져도 의미는 잘못된 상태로 남습니다. 특히 항목과 금액이 짝을 이루는 표, 단위가 여러 줄로 나뉜 표, 승인자를 가로로 나열한 결재란은 내용의 대응부터 비교해야 합니다.

2026년 9월 7일에 기록한 Word 검사에서는 변환 문서 41건의 표 개수가 모두 기대값과 일치했습니다. 하지만 표 개수 일치가 모든 열의 폭까지 같음을 의미하지는 않습니다. 당시 검사는 실제 화면의 열 폭이 오차 5% 안에 들어온다는 보증도 하지 않았습니다. 숫자 하나의 성공 지표를 표 전체의 시각적 동일성으로 넓혀 읽지 않는 것이 중요합니다.

셀 내용을 확인한 뒤에는 가장 좁은 숫자 열과 줄바꿈이 많은 설명 열부터 살펴보세요. 하나의 경계를 움직이면 같은 격자를 쓰는 다른 행도 영향을 받을 수 있습니다. 한 부분을 고친 다음 표의 위와 아래를 다시 확인하고, 다음 쪽으로 넘어간 마지막 행까지 빠뜨리지 말고 비교합니다.

표가 밀리면 글꼴과 문단 길이도 함께 보세요

글꼴은 한 글자가 차지하는 폭과 줄 높이에 영향을 줍니다. 문서를 만든 환경의 글꼴이 결과를 여는 기기에 없으면 다른 글꼴로 표시될 수 있고, 한 줄의 마지막 단어가 다음 줄로 넘어갈 수 있습니다. 그 변화가 여러 문단에 쌓이면 뒤에 있던 표가 통째로 다음 쪽으로 이동합니다. 표 자체의 속성만 고쳐서는 원인을 찾지 못할 수 있습니다.

DOCX 변환 옵션에서 글꼴 매핑을 선택할 수 있습니다. 실제로 문서를 받을 환경에 맞는 선택지를 사용하고 그 환경에서 다시 열어 보세요. 원래 글꼴 이름을 유지하는 것은 해당 글꼴을 설치하거나 파일 안에 포함시키는 기능이 아닙니다. HanOpen은 모든 매핑을 모든 운영체제와 문서 프로그램에서 실측했다고 주장하지 않습니다.

원본에 한 줄이던 제목이 두 줄이 됐는지, 표 바로 위의 문단이 길어졌는지, 줄 사이 간격이 달라졌는지부터 비교하세요. 글꼴 조건을 정리한 뒤 여백과 폭을 조정하면 같은 문제를 여러 번 고치는 일을 줄일 수 있습니다. 수정한 사본을 다른 기기로 보낼 예정이라면 그 기기에서 표시될 글꼴 조건도 다시 확인해야 합니다.

각주 번호에서 실제 주석 본문까지 따라가세요

각주와 미주는 작은 번호를 붙인 일반 문단이 아니라 본문과 연결된 문서 요소입니다. 번호가 눈에 보인다는 이유만으로 변환이 끝났다고 판단하지 말고, 그 번호가 가리키는 설명이 맞는지 읽어 보세요. 인용 문장과 주석이 다른 문단에 연결되면 글은 모두 남아 있어도 의미가 달라집니다. 같은 번호가 반복되는 문서에서는 구역이나 주석 종류가 바뀌는 위치를 함께 확인해야 합니다.

HanOpen은 지원하는 각주와 미주를 DOCX의 주석 부분에 기록합니다. 원본의 주석 모양 설정을 전부 똑같이 옮기는 것은 아니며, 주석에 필요한 공간 때문에 페이지 흐름이 달라질 수도 있습니다. 변환 요약의 감지 개수와 기록 개수는 어디를 살펴볼지 정하는 단서입니다. 실제 주석 본문을 읽는 확인을 대신하지는 않습니다.

변환 뒤 문단을 옮기거나 삭제했다면 주석을 다시 확인하세요. 특히 구역을 가로질러 긴 문단을 이동한 경우에는 앞뒤 참조가 의도한 내용에 붙어 있는지 살펴보는 것이 좋습니다. 문서 끝에 모인 미주와 쪽 아래의 각주를 같은 목록으로 생각하면 위치 차이를 누락으로 오해할 수 있으므로 두 종류를 구분해서 비교하세요.

그림·도장·글상자는 원래 자리와 모양을 따로 비교하세요

지원하는 래스터 그림의 데이터는 DOCX에 기록하지만, 원본에서 떠 있던 그림은 해당 앵커 근처의 인라인 내용으로 바뀔 수 있습니다. 글상자는 한 칸짜리 표로 단순화합니다. 내용의 편집 가능성을 남기는 방식이지만 개체가 페이지 공간을 차지하는 규칙은 달라집니다. 주변 문단의 높이가 바뀌면 그림의 위치도 함께 바뀔 수 있습니다.

기관 로고와 도장, 그림 설명, 도형 안에 들어간 글은 각각 따로 확인하세요. 현재 버전은 WMF·EMF 그림을 자리 표시로 바꾸며, 이미지의 잘라내기 모양을 보존하지 않습니다. OLE 개체와 차트도 자리 표시로 나타냅니다. 감지한 그림 개수가 표시되어도 잘린 범위나 문단과의 정렬 관계까지 같다는 뜻은 아닙니다. 일부 그림이 원래보다 넓게 보이면 먼저 이 제한과 관련이 있는지 확인하세요.

겉으로 비어 보이는 상자를 발견하면 바로 삭제하기보다 원본에서 어떤 개체였는지 찾아보세요. 서명이나 도장처럼 제출의 의미에 영향을 주는 요소라면 내용과 위치를 특히 주의해 비교해야 합니다. 원본의 개체를 얻을 수 없는 상태에서 비슷한 모양을 임의로 만들어 넣기보다는 작성자에게 필요한 자료를 요청하는 편이 정확합니다.

구역이 바뀌는 곳과 수식·번호를 끝까지 확인하세요

문서 중간에서 용지 방향이나 여백, 단 수가 바뀔 수 있습니다. 첫 페이지만 보고 문서 전체의 배치가 맞다고 판단하지 말고 이러한 구역 경계를 찾아 확인하세요. 표가 페이지를 넘기는 위치, 머리말과 꼬리말이 반복되는 위치, 첫 쪽의 머리말이 다른 문서는 개별적으로 살펴볼 필요가 있습니다. 빈 페이지가 생겼다면 바로 지우기 전에 구역 나눔과 의도한 페이지 시작 위치를 먼저 비교하세요.

DOCX 결과의 수식은 편집 가능한 Word 수식이 아니라 원본 수식 스크립트의 텍스트로 남습니다. 수식의 글자가 있다는 이유로 분수나 루트의 모양까지 재현됐다고 생각하면 안 됩니다. 계산식이나 논문의 핵심 식이라면 원본과 의미를 대조하고 필요한 경우 수식으로 다시 작성한 뒤 검토해야 합니다.

번호 매기기는 지원하는 범위에서 대응시키지만 세부 번호 모양과 재시작 규칙은 단순화될 수 있습니다. 조항 번호나 문항 번호가 문서의 의미를 결정한다면 앞뒤 순서와 참조 문장을 직접 읽으세요. 일부 항목을 편집한 뒤에는 자동으로 바뀐 번호 때문에 다른 본문의 인용 번호가 어긋나지 않았는지도 마지막에 다시 확인하는 것이 좋습니다.

검증 수치를 참고하되 최종 제출본은 다시 여세요

2026년 9월 7일 검사에서 DOCX 41건은 Word 16에서 복구 요청 없이 열렸고, 표 개수가 기대값과 일치했으며 텍스트 커버리지는 모두 99% 이상이었습니다. 별도 검사에서는 생성한 표 XML의 구조와 같은 입력을 반복했을 때의 출력 바이트도 확인했습니다. 정해진 샘플 문서를 대상으로 한 검사이며 완성된 모든 페이지를 눈으로 비교한 결과는 아닙니다.

이 Word 검사 결과는 다른 문서 프로그램이나 모든 실기기의 동작을 보장하지 않습니다. 문서에 경고가 없더라도 제출처가 사용할 환경에서 다시 여는 단계가 필요합니다. 변환 직후의 결과가 괜찮았더라도 직접 수정한 뒤에는 표나 쪽 나눔이 다시 바뀔 수 있습니다.

최종 저장한 사본을 닫았다가 다시 열고 제목, 필수 입력 칸, 숫자와 단위, 서명 위치, 각주와 마지막 페이지를 확인하세요. 여러 사람이 편집했다면 누가 어떤 환경에서 최종 확인했는지도 함께 남겨 두면 좋습니다. 제출한 파일이 받아들여진 것을 확인하기 전까지 원본과 수정 전 결과를 보관하면 후속 문의가 생겼을 때 차이를 설명할 수 있습니다.