SEC EDGAR 제출서류 형식
2026.09.27 기준
EDGAR 는 DART 와 짜임새가 다릅니다. DART 가 보고서 한 건을 문서 하나로 보여 주는 데 비해, EDGAR 의 한 건은 접수번호(accession number) 하나에 문서 여러 개가 묶인 꾸러미입니다. 10-K 를 받았는데 재무제표가 본문에 없고 첨부에 있는 일이 생기는 것도 이 때문입니다.
접수번호와 보관 주소
제출 한 건에 0000320193-26-035362 같은 번호가 붙습니다. 앞의 열 자리는 제출을
대행한 곳, 가운데 두 자리는 연도입니다. 그 건의 파일들은 이 자리에 쌓입니다.
https://www.sec.gov/Archives/edgar/data/<CIK>/<접수번호에서 붙임표를 뺀 것>/<파일 이름>
CIK 는 회사 번호입니다. 애플이 320193, 자리에 따라 0000320193 처럼
앞을 0 으로 채웁니다. 회사 이름으로는 찾을 수 없고 번호로만 찾습니다.
한 건에 무엇이 들어 있나
제출 목록에는 건마다 주문서(primary document) 가 하나 적혀 있습니다. 그 건의 대표 문서이고, 나머지는 첨부입니다. 10-K 라면 본문이 주문서이고 증거서류·자회사 목록· 동의서 같은 것이 첨부로 붙습니다.
목록에는 그 건이 XBRL 을 담고 있는지도 함께 적혀 있습니다. 10-K·10-Q 는 대개 인라인 XBRL 입니다 — 태그가 따로 있는 것이 아니라 본문 HTML 안에 박혀 있다는 뜻입니다. Form 4 같은 것은 XBRL 이 아닙니다.
받는 방법 네 가지
| 받는 것 | 확장자 | 담긴 것 |
|---|---|---|
| 전체 제출본 | .txt | 본문과 첨부가 모두 한 파일에 |
| 본문 하나 | .htm .html | 그 문서 한 장 |
| 구조화 양식 | .xml | 표가 아니라 항목별 값 |
| 제출서류 묶음 | .zip · 폴더 | 그 건의 파일 전부 |
전체 제출본
EDGAR 색인 페이지에서 Complete submission text file 로 내주는 것입니다. 본문과 첨부가 모두 들어 있어 한 번에 받기에는 가장 낫습니다. 대신 10-K 는 수십 MB 가 되기도 합니다.
본문 하나
주문서만 받는 경우입니다. 본문에 없는 것은 당연히 들어 있지 않습니다 — 아래 EX-13 의 경우가 여기 걸립니다.
구조화 양식
Form 3 · 4 · 5(내부자 거래), 13F(기관 보유내역), SC 13D/G(대량보유), N-PORT, D, 144 는 본문 글이 아니라 항목마다 값이 정해진 XML 입니다. 읽는 방법이 일반 보고서와 다릅니다.
제출 목록에서 이런 건의 주문서 이름은 xslF345X06/form4.xml 처럼
xsl 로 시작하는 폴더가 앞에 붙어 있습니다. 그것은 사람이 보라고 표로 그려 준
화면이고, 앞의 폴더를 떼면 원본 XML(form4.xml)입니다.
재무제표가 본문에 없는 경우
회사에 따라 재무제표와 주석을 10-K 본문이 아니라 EX-13(주주용 연차보고서) 첨부에 싣습니다. 본문에는 「연차보고서를 참조하라」 는 한 줄만 있습니다. 본문 파일 하나만 받았다면 재무제표가 통째로 빠져 보입니다.
이런 일을 피하려면 전체 제출본(.txt)이나 제출서류 묶음을 받는 편이 안전합니다.
첨부에 섞이는 PDF
SEC 원문은 HTML 이 표준이라 EDGAR 에서 받은 문서는 대개 글자로 되어 있습니다. 다만 첨부에 PDF 가 섞이는 일이 있습니다. 그림으로 된 PDF 라면 안에서 뽑을 글자가 없습니다.
무엇을 받아야 하나
| 하려는 일 | 받을 것 |
|---|---|
| 10-K · 10-Q 의 표를 엑셀로 옮긴다 | 전체 제출본(.txt). 첨부까지 들어 있어 빠지는 것이 없습니다 |
| 본문 한 장만 본다 | 주문서(.htm) |
| 내부자 거래·기관 보유내역을 본다 | 구조화 양식(.xml) |
| 계정 값만 프로그램으로 다룬다 | XBRL — 회사별 개념 조회나 전종목 단면 |
여기 적은 형식은 미국공시 분리기가 모두 받습니다. XBRL 값을 조건으로 조회하는 것은 미국공시 수집기 쪽입니다.