문서와 데이터를 옮길 때: 변환보다 먼저 정할 것과 검수 순서

받는 쪽에서 무엇을 해야 하는지 정하세요

같은 표라도 게시물에 읽기 좋게 넣는 일과 프로그램에 데이터로 넣는 일은 다릅니다. 화면 모양이 비슷해도 적합한 결과 형식은 달라집니다.

하고 싶은 일	시작할 도구	결과에서 먼저 볼 것
문서 본문을 다시 편집	문서 → 마크다운	제목 단계, 문단 순서, 표와 목록
마크다운을 웹에 게시	마크다운 → HTML	실제 게시처의 표시와 링크
행·열 데이터를 교환	JSON↔CSV	열 이름, 각 행의 값과 자료형
JSON을 읽고 문법 확인	JSON 정렬	괄호·따옴표와 원본 값

작업 전 원본 파일과 사용한 설정을 남기세요. 처음부터 큰 파일 전체를 여러 번 변환하기보다, 문제가 드러날 만한 표나 행을 따로 비교할 기준으로 정해 두는 편이 좋습니다.

비교할 기준을 원본에서 먼저 고르세요

문서라면 제목 하나, 번호 목록 하나, 복잡한 표 하나를 골라 둡니다. 데이터라면 빈 칸, 한글, 앞자리 0이 있는 ID, 쉼표나 줄바꿈이 들어간 값을 고르세요. 이 항목들은 결과의 겉모양만 보면 놓치기 쉽습니다.

예를 들어 두 행의 ID가 0012, 0013이라면, 목표 프로그램에서 다시 열었을 때도 앞자리 0을 유지해야 하는지 먼저 정합니다. 행이 두 개 남았다는 사실만으로 확인을 끝내지 않는 것입니다. CSV의 쉼표·따옴표 규칙은 RFC 4180에 정리돼 있으며, 한글·열 문제가 생기면 CSV 확인 순서에서 증상을 나눠 볼 수 있습니다.

모양과 데이터 의미를 나눠 검사하세요

문서 변환은 원래의 인쇄 레이아웃을 그대로 복원하는 작업이 아닐 수 있습니다. DOCX 처리에 사용하는 Mammoth도 문서의 의미 있는 구조와 원래 모양을 구분합니다. 제목 수준이 유지되는지, 두 열의 문장이 섞이지 않는지, 표의 값이 다른 제목 아래로 이동하지 않았는지 확인하세요. 자세한 항목은 문서 변환 후 표·목록 검수에서 확인할 수 있습니다.

JSON 정렬은 보기 좋은 들여쓰기를 만드는 데 도움이 되지만, 실제 API의 필수 항목까지 확인하지는 않습니다. 특히 큰 정수는 JavaScript 숫자로 읽으면서 정밀도를 잃을 수 있다고 MDN이 설명합니다. 중요한 식별자는 원본과 받는 쪽의 문자열 규칙을 확인하고, 문법 검사와 값 검증의 차이도 점검하세요.

최종 프로그램에서 한 번 더 여세요

변환 화면에서 복사하거나 다운로드한 뒤 실제로 사용할 편집기·스프레드시트·게시 시스템에서 결과를 엽니다. 표의 행과 열, 제목, 링크, 앞자리 0, 빈 값이 의도대로인지 다시 확인하세요. 오류를 찾으면 결과를 임의로 덮어쓰는 대신 원본·설정·검수 항목을 함께 기록하고 다시 변환합니다. 확인이 끝난 결과만 최종 파일로 구분해 두면 나중에 재작업할 기준도 남습니다.