2026-08-10
CM/ECF가 PDF 증거서류를 거부하는 이유, 법원 용량 한도에 맞춰 나누는 법
연방 지방법원 CM/ECF(Case Management/Electronic Case Filing)에 문제없이 접수됐던 PDF 증거서류가 다른 법원에서는 그대로 튕겨 나올 수 있습니다 — 문서 자체가 달라져서가 아니라, CM/ECF가 허용하는 PDF 최대 용량이 전국적으로 하나의 숫자가 아니기 때문입니다. 이건 개별 지역 규칙이고, 미국의 약 94개 연방 지방법원이 각자 자기 기준을 정합니다. 매사추세츠 지방법원의 자체 CM/ECF FAQ 시스템은 이렇게 못박습니다: "각 PDF 문서는 7MB를 넘을 수 없습니다." 캘리포니아 중부 지방법원의 자체 공지 페이지는 상한을 35MB로, 2019년 8월 2일부터 시행한다고 밝힙니다. 캘리포니아 북부 지방법원은 자체 "CM/ECF 접수 준비" 안내 문서에서 매사추세츠 한도의 정확히 일곱 배인 50MB를 허용합니다. 그리고 워싱턴 서부 지방법원의 자체 공지는 이 숫자가 같은 법원 안에서도 시간이 지나며 바뀐다는 걸 보여줍니다: "법원은 PDF 파일 용량 한도를 10메가바이트(MB)에서 35MB로 인상했습니다." 스캔한 증언 녹취록, 진료기록 묶음, 또는 여러 원본 문서를 모아 만든 증거서류 세트는 특별히 이상한 일을 한 게 아닌데도 이 중 가장 엄격한 한도조차 쉽게 넘어섭니다 — 그리고 그 해결책은 용량이 큰 이메일 첨부 파일에 통하는 방법과 완전히 같지는 않습니다. 법원은 문서를 정확히 어떻게 나누는지, 조각들에 어떤 이름을 붙이는지까지 신경 쓰기 때문입니다.
단일한 "CM/ECF 한도"란 없다 — 중요한 건 내가 접수할 그 법원의 숫자뿐이다
CM/ECF는 여러 법원이 함께 쓰는 전국 공용 전자접수 시스템이지만, 그 시스템이 강제하는 용량 상한은 소프트웨어의 속성이 아니라 각 지방법원이 스스로 정하는 지역 규칙입니다. 실제로 네 곳의 법원 페이지에서 직접 확인한 범위만 보면 7MB(매사추세츠 지방법원)부터 35MB(캘리포니아 중부 지방법원, 그리고 자체 인상 후의 워싱턴 서부 지방법원)를 거쳐 50MB(캘리포니아 북부 지방법원)까지, 완전히 같은 종류의 서류인데도 거의 일곱 배 차이가 납니다. 잘못 짐작하는 건 사소한 실수가 아닙니다 — 50MB 한도에 맞춰 넉넉하게 만든 서류가 7MB 한도를 고수하는 법원에서는 그대로 거부될 수 있고, 자정 마감 직전인 밤 11시 58분에 이 사실을 알게 되는 게 가장 최악의 타이밍입니다. 유일하게 보편적인 규칙은, 서류를 준비하기 전에 접수할 바로 그 법원의 CM/ECF·ECF 안내 페이지(또는 법원 서기실)에서 현재 한도를 직접 확인하는 것입니다. 위에 나온 어떤 법원도 자기 한도를 접수인이 알아서 추측해야 할 정보로 취급하지 않습니다.
법원 스스로가 알려주는 대처법
CACD와 NDCA 모두 숫자만 공개하는 게 아니라 한도를 넘겼을 때 실제로 밟아야 할 절차까지 공개합니다. CACD의 문구는 직설적입니다: "35MB를 넘는 PDF 파일은 하위 볼륨으로 나누어야 합니다"라고 밝히고, 그렇게 나눈 각 파일은 "문서 하나 또는 문서 한 건의 일부만을 담아야 하며 그 이상은 안 됩니다"라고 명시합니다 — 즉 바이트 수가 딱 맞아떨어지는 지점에서 아무렇게나 자르는 게 아니라 문서 경계를 존중해서 나눠야 한다는 뜻입니다. NDCA의 안내는 한 걸음 더 나가 실제 이름 붙이는 예시까지 제공합니다: 용량이 큰 증거서류는 "Exhibit A, Part 1 of 3", "Exhibit A, Part 2 of 3", "Exhibit A, Part 3 of 3"처럼 라벨을 붙여 나누라는 것입니다. 같은 페이지는 반대 상황에 대한 반대 지침도 함께 명시합니다: "작은 증거서류들은 합친 파일이 50.0MB 아래라면 하나의 파일로 합쳐도 됩니다" — 그리고 별도로, 하루 접수 분량을 대략 "8~10개" 파일 정도로 유지하라고 권합니다. 한 번에 파일을 너무 많이 접수하면 시스템이 타임아웃될 위험이 있기 때문입니다. 두 법원의 실제 지침을 합치면 대칭적인 그림이 나옵니다: 합칠 수 있을 만큼 작은 건 합치고, 그렇지 않은 건 나누고, 나눈 조각에는 판사나 서기가 "Part 2 of 3"를 열었을 때 앞뒤에 무엇이 있는지 바로 알 수 있도록 라벨을 붙이라는 것입니다.
이걸 NearPDF의 실제 도구에 대응시키면
"합칠 수 있을 만큼 작은 건 합친다"는 절반에는 NearPDF의 merge 도구가 정확히 맞는 도구입니다: 증거서류 파일들을 workspace에 추가하고, 나와야 할 순서대로 배치한 뒤 merge를 눌러 파일 하나로 저장하면 됩니다 — 전 과정이 기기 안에서만 이루어지고, 합친 파일이 법원 한도를 통과하는지 알아보려고 어디에 업로드할 필요도 없습니다. 나머지 절반에는 이름이 법원 용어와 겹치는데도 NearPDF의 split 도구가 맞지 않습니다: 이 도구는 페이지 하나당 PDF 하나씩을 만들어 zip으로 묶어줄 뿐, "출력 파일당 N MB" 같은 설정도 없고 크기가 대략 균등한 세 조각을 요청하는 방법도 없습니다. 용량 기준으로 "Part N of M" 형태로 나누려면, 위 이메일 첨부 관련 글에서 이미 설명한 것과 같은 도구가 실제로 통합니다 — NearPDF의 delete 도구를 여러 번에 걸쳐 쓰는 방법입니다: 원본 파일을 추가하고, "Part 1"에 넣을 범위 밖의 페이지를 모두 지운 뒤 저장하고, 실제로 내려받은 파일 용량을 법원의 숫자와 비교 확인한 다음, 원본 파일을 다시 불러와 "Part 2"부터 같은 과정을 반복합니다. 이메일 첨부와 법원 증거서류가 진짜로 다른 지점은, 여기서는 페이지 수가 용량의 좋은 지표가 아니라는 것입니다: 촬영 해상도가 높은 스캔 증거 사진 몇 장이 타이핑된 텍스트 40페이지보다 무거울 수 있습니다. 그래서 나눌 범위가 꼭 균등할 필요는 없고, 페이지 수로 어림잡는 게 아니라 각 결과물을 내보낼 때마다 실제 용량을 확인하는 것만이 특정 "Part"가 한도를 통과할지 아는 유일한 방법입니다.
조각을 나누기 전에 회전과 페이지 순서부터 바로잡는다
양면 스캐너에서 옆으로 눕혀 나오거나 순서가 뒤바뀐 채로 나온 스캔 증거서류는, 용량 기준으로 나누기 시작하기 전에 먼저 바로잡을 가치가 있습니다 — 이메일 첨부 관련 글이 회전에 대해 준 것과 같은 주의사항이 여기서도 그대로 적용되고, 파일이 이미 라벨 붙은 세 조각으로 나뉜 뒤에는 문제가 더 커집니다. NearPDF의 회전 관련 글에서 설명한 페이지별 회전 버튼으로 옆으로 눕혀진 페이지를 먼저 바로 세우고, 양면 스캔 원본이 순서가 뒤바뀐 채로 나왔다면 NearPDF의 순서 변경 관련 글에서 설명한 방식대로 페이지 순서부터 바로잡은 다음, 용량 기준으로 조각을 나누는 delete 작업에 들어가세요. 파일을 이미 나눈 뒤에 둘 중 하나를 고치면 모든 조각의 페이지 범위를 다시 잡고 모든 조각의 용량을 처음부터 다시 확인해야 합니다.
정직하게 다시 말하는 한계
NearPDF는 접수할 법원의 구체적인 용량 한도를 알지 못하고, 목표 용량(MB) 기준으로 나눠주지도 않으며, "Part 1 of 3" 같은 파일명을 자동으로 만들어주지도 않습니다 — 이 모두는 여러분이 접수할 법원 페이지에 명시된 숫자와 명명 규칙에 맞춰 직접 수행해야 하는 수동 단계입니다. 서로 다른 네 개의 연방 지방법원조차 자기들끼리 합의하지 못하는 규칙을 어떤 범용 도구도 대신 알 수는 없기 때문입니다. NearPDF에는 압축이나 크기 조정 기능도 전혀 없어서, 해상도가 매우 높은 스캔 증거 페이지 몇 장만으로도 가장 관대한 지방법원의 한도조차 넘길 수 있습니다 — 나머지를 아무리 나눠도 소용없습니다. 이건 더 낮은 해상도로 다시 스캔해야 해결되는 문제이지, 이메일 첨부 관련 글이 이미 정직하게 짚었던 것과 같은 한계로, 페이지 분할 도구가 사후에 고쳐줄 수 있는 문제가 아닙니다. 흔한 경우 — 증거서류 여러 건을 모은 서류가 접수할 그 법원의 실제 공개된 한도에 비해 파일 하나로는 그냥 너무 큰 경우 — 에는, 용량에 맞고 라벨이 분명한 조각으로 나누는 것만으로, 그것도 기기 안에서만, 서버에 업로드해서 되는지 안 되는지 확인할 필요 없이 접수를 마칠 수 있습니다.