정부 포털에 PDF를 업로드합니다. 시스템은 이를 처리하고 검증한 후 승인을 확인합니다. 동일한 파일을 다른 정부 포털에 업로드하면 시스템에서 다음과 같은 알 수 없는 오류와 함께 해당 파일을 거부합니다. 문서가 유효성 검사 요구 사항을 충족하지 않습니다. 파일과 내용이 동일하며, 시도한 모든 데스크탑 리더에서 PDF가 올바르게 열립니다. 그러나 한 포털은 이를 수락하고 다른 포털은 수락하지 않습니다. 설명은 PDF의 눈에 보이는 콘텐츠가 아니라 눈에 보이지 않는 메타데이터, 특정 PDF 하위 표준에 대한 구조적 적합성, 각 포털의 소프트웨어가 적용하는 유효성 검사 규칙에 있습니다.
정부 포털은 단일 범용 표준에 따라 PDF의 유효성을 검사하지 않습니다. 각 포털은 특정 규칙 집합을 확인하도록 구성된 검증 엔진을 사용하며, 기관마다 검증 엔진을 다르게 구성합니다. IRS 현대화 포털을 충족하는 PDF는 SEC의 EDGAR 시스템에서 실패할 수 있습니다. 두 시스템이 서로 다른 버전의 PDF 사양, 서로 다른 필수 메타데이터 필드 및 서로 다른 글꼴 포함 정책을 확인하기 때문입니다. 이 현상은 잘 문서화되어 있지만 문서를 제출하고 거부 통지를 받는 사람들은 잘 이해하지 못합니다. 미국 연방 기관 문서 제출 포털에 대한 2025년 분석에 따르면 처음에 거부된 PDF의 22%는 PDF가 기술적으로 유효하지 않아서가 아니라 기관마다 다른 확인 규칙으로 인해 거부된 것으로 나타났습니다(National Archives and Records Administration, "Federal Electronic Document Submission Compliance", 2025). 거부는 실제이지만, 확인된 PDF 문제는 파일의 일반적인 결함이 아닌 해당 포털의 규칙 세트와 관련된 경우가 많습니다. WukongPDF의 문서 준비 도구는 여러 PDF/A 적합성 수준으로의 내보내기를 지원하고 제출 전에 포털별 형식 문제를 파악하는 데 도움이 되는 메타데이터 유효성 검사를 포함하여 거부-재수정-재제출 주기로 인해 발생하는 앞뒤의 과정을 줄여줍니다.
PDF/A 규정 준수: 교차 포털 검증 실패의 가장 일반적인 원인
PDF/A는 장기간 보관을 위해 설계된 PDF의 ISO 표준 버전입니다. 이는 JavaScript 없음, 외부 파일 참조 없음, 오디오 또는 비디오 없음, 암호화 없음, 필수 글꼴 포함 등 향후 수십 년 동안 PDF가 안정적으로 렌더링되는 것을 방지할 수 있는 기능을 금지합니다. 많은 정부 포털에서는 제출된 문서에 대해 PDF/A 준수를 요구하지만 서로 다른 버전과 수준의 PDF/A를 요구합니다.
2005년에 출판된 PDF/A-1은 가장 엄격한 버전입니다. 투명도, 레이어 및 JPEG2000 압축을 금지합니다. 2011년에 출판된 PDF/A-2는 일부 제한을 완화하고 투명성과 레이어를 허용합니다. 2012년에 게시된 PDF/A-3은 PDF/A뿐만 아니라 모든 형식의 파일을 포함할 수 있습니다. 각 버전에는 세 가지 적합성 수준이 있습니다. 기본 시각적 모양을 위한 레벨 B, 유니코드 텍스트 접근성을 위한 레벨 U, 전체 접근성 태그 지정을 위한 레벨 A입니다.
| 기관/시스템 | 필수 PDF/A 버전 | 주요 추가 요구 사항 |
|---|---|---|
| 미국 법원(PACER / CM/ECF) | PDF/A-1b | 텍스트 검색 가능, 보안 설정 없음, 글꼴 내장 |
| SEC 에드거 | PDF/A-1b 또는 PDF/A-2b | 보안 없음, 특정 여백 요구 사항, 모든 글꼴 포함 |
| IRS 현대화된 전자파일 | PDF/A-2b | XFA 양식은 특별히 금지되어 있으며 특정 메타데이터 필드가 필요합니다. |
| NIH eRA 커먼즈 | PDF/A-1b | 특정 부여 메타데이터, 일부 하위 시스템에는 활성 하이퍼링크가 없습니다. |
| EU 전자 정의 포털 | PDF/A-2u | 유니코드 텍스트 레이어 필요, 2025년부터 접근성 메타데이터 필요 |
Microsoft Word에서 PDF/A-2b로 저장된 PDF는 IRS 포털을 통과하지만 PACER 시스템에서는 PDF/A-1b가 필요하므로 PDF/A-2b에서 허용하는 투명성 효과를 금지하므로 PACER 시스템에 실패할 수 있습니다. 해결 방법은 대상 포털에 필요한 특정 PDF/A 버전으로 문서를 다시 내보내는 것입니다. Word, LibreOffice, Adobe Acrobat을 포함한 대부분의 문서 작성 도구는 여러 PDF/A 버전으로 내보내기를 지원합니다. 포털 문서에 버전 번호 없이 PDF/A가 지정되어 있는 경우 가장 널리 인식되는 하위 집합인 PDF/A-1b로 먼저 테스트하고, 콘텐츠에 PDF/A-1b에서 금지하는 기능이 필요한 경우에만 최신 버전으로 에스컬레이션하세요(Adobe, "PDF/A 규정 준수 수준", 2025).
글꼴 포함 요구 사항 및 포털마다 차이가 나는 이유
글꼴 포함은 포털 간 유효성 검사 불일치의 주요 원인입니다. 한 포털에서는 모든 글꼴이 완전히 포함되어야 합니다. 즉, 문서에 사용된 모든 글꼴의 전체 문자 집합이 PDF에 포함되어야 합니다. 또 다른 포털에서는 하위 집합 삽입만 필요합니다. 여기서 PDF에는 문서에 실제로 사용된 문자만 포함됩니다. 세 번째 포털에서는 글꼴을 전혀 포함하지 않고 참조할 수 있으며 뷰어 컴퓨터의 시스템 글꼴로 대체됩니다.
포털에 전체 글꼴 포함이 필요하고 하위 글꼴이 포함된 PDF를 받으면 유효성 검사 엔진이 글꼴 관련 오류로 인해 문서를 거부할 수 있습니다. 거부는 PDF가 유효하지 않아서 모든 리더에서 올바르게 열리고 표시되기 때문에 발생하는 것이 아니라 포털의 특정 규칙에 전체 포함이 필요하기 때문에 발생합니다. 전체 포함과 하위 집합 포함 간의 차이는 유효성 검사 엔진이 프로그래밍 방식으로 검사하는 PDF의 글꼴 설명에 문서화되어 있습니다.
PDF에 어떤 글꼴이 어떤 수준으로 포함되어 있는지 확인하려면 Adobe Acrobat에서 PDF를 열고 파일, 속성 및 글꼴 탭으로 이동하세요. 각 글꼴은 포함 상태(포함됨, 포함된 하위 집합 또는 포함되지 않음)와 함께 나열됩니다. 전체 포함이 필요한 포털의 경우 제출하기 전에 모든 하위 집합 포함 글꼴을 완전히 포함된 글꼴로 변환하세요. 이 변환을 위해서는 시스템에서 전체 글꼴 파일을 사용할 수 있어야 합니다. 문서 제작 응용 프로그램의 PDF 내보내기 설정에서 하위 집합뿐만 아니라 전체 글꼴 집합을 포함하는 옵션이 선택되어 있는지 확인하세요. Microsoft Word의 경우 이 설정은 파일, 옵션, 저장 및 파일에 글꼴 포함 아래에 있으며 문서에 사용된 문자만 포함 확인란이 선택 취소되어 있습니다.
메타데이터 필드 요구 사항 및 숨겨진 검증 게이트
정부 문서 제출 포털에서는 PDF에 특정 XMP 메타데이터 필드를 채워야 하는 경우가 많습니다. dc:title, dc:creator, dc:subject, xmp:CreateDate 및 사용자 지정 기관별 필드와 같은 필드는 PDF의 메타데이터 스트림에 저장되며 문서를 정상적으로 볼 때는 표시되지 않습니다. 포털의 유효성 검사 엔진은 이러한 필드를 추출하고 해당 필드의 존재 여부, 형식 및 콘텐츠를 확인합니다.
예를 들어 SEC EDGAR 시스템에는 제출 유형, 등록자의 CIK 번호 및 제출 날짜를 식별하는 특정 메타데이터 필드가 필요합니다. 형식은 완벽해 보이지만 dc:title 필드가 없거나 Microsoft Word - Document1과 같은 일반 값으로 설정된 PDF는 거부됩니다. 마찬가지로, 미국 법원의 CM/ECF 시스템은 메타데이터를 추출하여 사건 기록 항목을 채우고, 메타데이터가 없거나 형식이 잘못된 PDF로 인해 제출이 거부되거나 경우에 따라 나중에 신청을 통해 수정해야 하는 잘못된 사건 기록 텍스트가 포함된 승인이 발생합니다.
특정 포털 제출을 위한 PDF 메타데이터를 준비하려면 Adobe Acrobat의 문서 속성 대화 상자, XMP 메타데이터 편집 도구 또는 문서 작성 응용 프로그램의 메타데이터 기능과 같은 PDF 메타데이터 편집기를 사용하여 각 필수 필드를 포털에 필요한 정확한 값으로 설정하세요. 포털의 제출 지침에는 필수 메타데이터 필드와 허용되는 형식이 나열되어 있어야 합니다. 지침에 메타데이터 요구 사항이 명시적으로 나열되어 있지 않으면 포털의 헬프 데스크에 문의하거나 포털의 개발자 문서를 검토하세요. 여기에는 사용자에게 제공되는 문서에서 생략되는 메타데이터 사양이 포함되어 있는 경우가 많습니다. 메타데이터 요구 사항은 포털별 PDF 준비에서 가장 자주 간과되는 측면이며, 첫 번째 제출 시도 전에 메타데이터를 확인하는 데 한 시간을 투자하면 거부, 수정 및 재제출 주기에 며칠이 걸리는 처리 시간이 줄어듭니다.
구조적 검증: 외부 참조 테이블 무결성 및 PDF 구문 문제
PDF/A 규정 준수, 글꼴 포함 및 메타데이터 외에도 정부 포털은 구문 수준에서 PDF의 내부 구조적 무결성을 확인할 수 있습니다. 데스크톱 리더에서 올바르게 열리는 PDF에는 잘못된 상호 참조 테이블 오프셋, 파일 끝 표시 누락, PDF 사양을 엄격히 준수하지 않는 개체 스트림 등 사소한 구문 차이가 있을 수 있습니다. 데스크탑 PDF 리더는 내용을 올바르게 표시하는 것이 주요 목표이므로 사소한 구문 차이를 허용하도록 설계되었습니다. 포털 검증 엔진은 문서가 자동화된 시스템에 의해 안정적으로 처리될 수 있도록 보장하는 것이 기본 목표이기 때문에 더 엄격한 경우가 많습니다.
전형적인 예는 %%EOF 마커입니다. PDF 사양에서는 모든 PDF 파일이 %%EOF 바이트(선택적으로 앞에 공백이 올 수 있음)로 끝나도록 요구합니다. 잘린 저장 작업이나 비표준 PDF 생성기로 인해 이 마커가 누락된 PDF는 누락된 마커를 자동으로 무시하는 Adobe Acrobat에서 올바르게 열립니다. 엄격한 구조 검사를 수행하는 포털 유효성 검사 엔진은 파일 끝 오류로 인해 파일을 거부합니다. 기타 일반적인 구조적 문제로는 이전 편집 세션에서 남겨진 존재하지 않는 개체를 가리키는 항목이 포함된 상호 참조 테이블, 단일 선형화된 구조로 완전히 통합되지 않은 증분 저장 체인, 문서에 실제로 사용된 기능과 일치하지 않는 헤더의 PDF 버전 번호 등이 있습니다.
구조적 문제를 해결하려면 전체 구조 재구축을 수행하는 PDF Standard 복구 도구가 필요합니다. 이러한 도구는 PDF의 내부 개체 구조를 구문 분석하고, 예외 사항을 식별하고, 사양을 준수하는 깔끔한 파일을 생성합니다. 구조적 복구는 PDF의 표시되는 내용을 변경하지 않지만 포털 유효성 검사 엔진이 파일을 허용하는지 여부를 크게 변경할 수 있습니다. PDF를 정부 포털에 제출하기 전에 PDF의 구조적 수리를 실행하는 것은 기술 거부의 상당 부분을 방지할 수 있는 저렴한 비용의 보험 단계입니다.
A 첫 번째 시도 포털 수용률을 높이기 위한 제출 전 체크리스트
정부 포털에 PDF를 제출하기 전에 가장 일반적인 교차 포털 검증 실패 지점을 해결하는 체계적인 체크리스트를 실행하십시오. 이 체크리스트에 소요되는 10분은 거부를 진단하고, 문제를 해결하고, 다시 제출하는 데 필요한 시간의 일부에 불과합니다.
포털의 문서화된 요구 사항에 대해 PDF/A 버전을 확인하고 필요한 경우 다시 내보냅니다. 모든 글꼴이 포털에서 요구하는 수준으로 포함되어 있는지 확인하십시오. 이는 대부분의 정부 포털에 완전히 포함되어 있습니다. 지정된 정확한 형식을 사용하여 필요에 따라 포털 문서에 나열되는 모든 메타데이터 필드를 채웁니다. PDF 구문 유효성 검사 도구 또는 구조적 복구 도구를 실행하여 내부 구조적 문제를 파악하고 수정하세요. 대부분의 정부 포털은 암호화되거나 비밀번호로 보호된 PDF를 거부하므로 PDF에 보안 설정이 포함되어 있지 않은지 확인하십시오. 파일 크기가 포털 제한 내에 있는지, 페이지 크기가 포털 요구 사항과 일치하는지 확인하세요. 두 개 이상의 서로 다른 PDF 리더에서 PDF를 열어서 PDF가 올바르게 렌더링되고 내용이 잘리지 않는지 확인하세요. 크로스 리더 검사는 단일 리더 테스트에서 놓칠 수 있는 렌더링 문제를 포착합니다. 특정 포털의 유효성 검사 규칙을 사용하여 PDF 규정 준수을 달성하는 것은 운이 아닌 준비의 기능이며, 체계적인 사전 제출 프로세스는 적절하게 준비된 대부분의 문서에 대한 첫 번째 시도 거부를 첫 번째 시도 수락으로 변환합니다.