2026-10-03

2026년 가을 논문 제출 마감이 다가온다(UGA: 10월 26일), 서식 점검이 실제로 요구하는 단일 PDF 만드는 법

대학원 과정은 결국 몇 달에 걸친 연구를 묘하게 기계적인 작업으로 마무리하게 만듭니다 — 그것을 파일 하나로 납작하게 만드는 일입니다. 장별 워드 문서가 담긴 폴더도, 부록과 따로 이메일로 보낸 표지도 아니라, 프로그램의 "서식 점검(format check)"과 ProQuest 자체 제출 시스템이 처음부터 끝까지 바로 열어 읽을 수 있는, 순서가 맞는 PDF 파일 하나여야 합니다. 그 파일 하나를 만드는 규칙은 대부분의 학생이 생각하는 것보다 훨씬 구체적이고, 학교마다 놀랍도록 일관됩니다 — 그리고 이번 가을 제출 일정은 이미 돌아가고 있습니다. 조지아대학교(UGA) 대학원은 2026년 가을 졸업을 위한 "서식 점검을 위해 논문·학위논문 완전한 사본 한 부를 전자적으로 제출하는 최종일(electronically submitting one complete copy of a thesis or dissertation for a format check for Fall 2026 graduation)"을 2026년 10월 26일로 명시하며, 수정이 끝난 최종본은 2026년 11월 18일까지 제출해야 합니다. 미시간주립대학교(MSU) 자체 2026년 가을 ETD 페이지는 제출 마감을 2026년 12월 2일 오후 5시(동부시간)로 정하고, 그 "최종"의 의미를 명확히 합니다: "ProQuest에 제출하는 문서는 최종본이어야 하며, 이는 구두심사를 통과했고 위원회가 요구한 수정이 전부 반영됐으며 더 이상 내용상의 변경이 없다는 뜻이다(the document submitted to ProQuest is expected to be a final version, meaning it has been successfully defended, corrections the committee wants have been made, and there are no more content changes)." NearPDF의 merge·rotate· organize·delete 도구가 그 파일 하나를 어떻게 만드는지, 그리고 페이지 번호 도구가 논문이 실제로 요구하는 것에 정확히 어디까지 못 미치는지를 전부 기기 안에서 다룹니다.

"서식 점검"이 실제로 보는 것

논문이 ProQuest에 도달하기 전, 대부분의 대학원은 자체적으로 먼저 한 번 점검을 거치며, 체크리스트를 공개한 학교들은 무엇이 걸리는지를 구체적으로 밝힙니다. 조지타운대학교 도서관 자체 제출 안내는 학생에게 "논문·박사과정 프로젝트의 최종 승인본을 부록을 포함해 단일 PDF 파일로 저장하라(save the final, approved version of your dissertation, doctoral project, or thesis as a single PDF file, including any appendices)"고 지시하며, ProQuest 자체 업로드 도구가 그 PDF를 대신 만들게 하는 지름길을 경고합니다 — "권장하지 않는다, 서식이 망가지고 특수문자가 손실되는 경우가 많기 때문이다(this is not recommended since it often results in poor formatting and a loss of special characters)." 다시 말해, 단일 파일로 합치는 작업은 제출의 부수효과가 아니라 학생이 제출 전에 직접 끝내야 하는 일입니다. MSU의 "최종본" 표현도 다른 각도에서 같은 기대를 가리킵니다 — 구두심사를 통과하고 수정이 끝나 내용이 완결된 상태로 제출 포털에 도착할 즈음이면, 서식 점검이 보는 것은 내용이 아니라 구조입니다.

한 대학이 명시한 세 가지 규칙 — NearPDF가 이미 둘을 충족합니다

2024년 12월 3일 자로 갱신된 앤드류스대학교 자체 "ProQuest에 논문 제출하기" 안내는 파일 단위 규칙을 명확히 번호 매겨 밝힙니다. 첫째: "논문을 Adobe PDF 파일 한 개로 제출하십시오(Submit your dissertation in one Adobe PDF file)." 둘째, 승인 페이지에 관해 구체적으로: "논문 파일에 서명 없는 빈 승인 페이지를 포함시키십시오. 신원도용 위험 때문에 서명은 넣지 말아 주십시오(Make sure your dissertation file includes the blank, unsigned approval page. Because of the risk of identity theft, include no signatures, please)" — 위원회 구성원은 물리적 사본이나 학과 보관용 사본에만 서명하고, ProQuest로 가는 파일에는 서명하지 않습니다. 셋째: "PDF 보안 설정이 인쇄와 수정을 허용하고 비밀번호 보호가 없는지 확인하십시오(Make sure that security settings in the PDF allow printing and modification of the document and that there is no password protection)." NearPDF가 승인 페이지에서 서명을 대신 빼줄 수는 없습니다 — 그건 스캔하기 전에 이미 끝나 있어야 할 결정이지 PDF 작업이 아니기 때문입니다 — 하지만 세 번째 규칙은 구조적으로 어길 수가 없는데, NearPDF가 만드는 어떤 파일에도 애초에 비밀번호나 암호화를 추가하지 않기 때문입니다. 그리고 첫째 규칙은 정확히 merge 도구가 하는 일입니다 — 앞표지 파일, 각 장 파일, IRB 승인서, 부록을 규칙이 요구하는 단일 PDF 하나로 합칩니다.

NearPDF가 완전히 풀어주지 못하는 페이지 번호 규칙

논문 서식 안내서들은 말로는 간단하지만 틀리기는 쉬운 번호 매김 관행을 공유합니다. 플로리다공과대학 도서관 자체 서식 안내는 이를 직접적으로 밝힙니다: "목차부터 1장 직전까지는 작은 로마숫자(i, ii, iii 등)를 선택하십시오. 1장 첫 페이지부터 아라비아숫자(1, 2, 3 등)를 시작하십시오(Select small Roman numerals (I, ii, iii etc.) for all pages from Contents to Chapter 1. Start the Arabic numerals (1, 2, 3 etc) from the first page of chapter 1)" — 그리고 별도로, "표지에는 페이지 번호가 없습니다 (the title page has no page number)"고 하는데, 그래도 그 페이지는 전체 쪽수 계산에는 포함됩니다. 파일 하나 안에 번호 체계가 두 가지이고, 중간에 다시 시작하는 지점이 있으며, 쪽수에는 포함되지만 화면에는 아무것도 표시하지 않는 페이지까지 있다는 뜻입니다. NearPDF 자체 페이지 번호 추가 도구는 솔직히 말하면 이걸 하지 못합니다 — 로마숫자 모드도, 중간 재시작 지점도 없이, 주어진 파일의 첫 페이지부터 아라비아숫자 1, 2, 3을 이어서 하나의 연속된 번호로만 찍습니다. 그래서 합친 증빙 묶음이나 짧은 보고서처럼 더 단순한 문서에는 실제로 쓸모가 있지만, 논문 자체의 번호 매김을 대신해주지는 못합니다 — 그 번호는 플로리다공과대학 안내가 전제하듯, 파일이 PDF로 변환되기 전에 워드 프로세서 안에서 이미 올바르게 설정돼 있어야 합니다. 이 순서를 거꾸로 해서 — PDF로 만든 뒤에 NearPDF로 번호를 찍으면 — 서식 점검이 정확히 찾아보도록 훈련된 그 체계를 덮어써버리게 됩니다.

NearPDF가 실제로 맡는 조립 작업

NearPDF의 도구가 실제로 맞아떨어지는 자리는 그 번호 매김보다 앞선 모든 단계 — 따로 떨어진 파일 네댓 개를 순서가 맞는 PDF 한 개로 만드는 일입니다. merge 도구가 이미 번호가 매겨진 앞표지 파일, 이미 번호가 매겨진 각 장 파일, 스캔한 IRB 승인서, 스캔한 부록 묶음을 앤드류스와 조지타운 양쪽 안내가 요구하는 단일 PDF 하나로 합칩니다. rotate 도구는 평평하게 스캔하는 대신 비스듬히 찍힌 IRB 승인서나 서명된 허가서를 바로 세웁니다 — 읽는 사람이 노트북을 옆으로 돌리기 전까지는 어떤 서식 점검자도 못 잡아내는 흠입니다. organize 도구는 서로 다른 출처에서 도착한 부록·공저자의 장 초안·그림을 목차가 약속한 순서대로 다시 배열합니다. 그리고 delete 도구는 스캐너가 끼워 넣은 뜬금없는 빈 페이지나, 앞선 초안 두 개를 합치면서 남은 중복 표지 페이지를 지웁니다 — 바로 서식 점검이 존재하는 이유인, 작고 놓치기 쉬운 결함입니다. 이 과정 어디에도 업로드는 없습니다 — 파일은 전부 브라우저 안에서 만들고 다시 확인하며, 유일한 제출은 학생 본인이 자신의 대학원이나 ProQuest에 직접 하는 그 한 번뿐입니다.

솔직한 한계

NearPDF는 특정 프로그램의 여백·글꼴·글꼴 임베딩 요건을 알지 못하고, 앤드류스 안내가 요구하는 대로 PDF 보안 설정이 인쇄와 수정을 허용하는지 직접 점검해주지 않으며, 학생을 대신해 ProQuest나 대학원 제출 포털, 서식 점검 담당자와 소통하지도 않습니다 — 이 글은 학사 행정 자문이 아니고, 프로그램 자체의 서식 매뉴얼이 여기 적힌 어떤 내용보다 항상 우선합니다. 승인 페이지에서 서명을 빼주거나 서명이 없는지 대신 확인해주지도 못합니다 — 그건 파일이 NearPDF에 도달하기 전에 이미 내려져 있어야 할 결정입니다. 분명히 짚어둘 것이 하나 있습니다: 아직 출판되지 않은 논문 초안에는 몇 달치 미공개 연구 결과나 동료 심사를 거치지 않은 데이터, 공저자의 미공개 성과가 담겨 있을 수 있는데, 이것이야말로 업로드 없이 기기 안에서 끝나는 도구가 필요한 정확한 이유입니다 — 이 조립 과정 전체가 실행되는 브라우저 바깥으로 무엇도 나가지 않습니다. NearPDF가 맡는 것은 번호 매김 규칙 아래 깔린 기계적인 작업 — 앞표지·각 장· 승인서·부록으로 흩어진 파일을 이번 가을 마감일이 닫히기 전에, 서식 점검이 실제로 열어보도록 만들어진 순서가 맞는 단일 PDF로 바꾸는 일입니다.