DART 공시가 안 나올 때: 검색조건·자료 없음·요청 제한 구분하기

회사 선택부터 확인합니다

기업번호가 틀리거나 동명 법인을 고르면 검색을 정상 실행해도 기대한 보고서가 나오지 않습니다. 회사명을 다시 선택하고 기업개황의 정식명칭과 홈페이지를 대조하세요. 최근 기사에서 보던 브랜드명만 입력했다면 법인명으로 바꾸어 검색합니다.

일반 사용자는 API 번호를 직접 다루기보다 DART 원문 검색에서 회사가 맞는지부터 확인하면 됩니다. 개발자라면 입력한 corp_code의 앞자리 0과 8자리 길이를 검토합니다. 문자열을 숫자로 바꿨다가 저장하면서 식별값이 달라지지 않았는지도 살펴보세요.

제출일 범위와 보고서 유형을 넓혀 보세요

공시검색은 시작일과 종료일을 접수일 기준으로 받습니다. 찾는 사업연도의 문서가 다음 해에 제출됐을 수 있으므로 회계연도만 보고 검색기간을 좁히지 않습니다. 최근 분기와 전년도 사업보고서를 찾는 검색은 같은 날짜 범위를 쓰기 어렵습니다.

유형 필터도 한 번에 하나씩 바꾸어 원인을 찾습니다. 사업보고서만 선택한 상태에서 감사보고서를 기대했다면 결과가 비는 것이 이상하지 않습니다. 최종보고서 조건 때문에 과거 원보고서가 숨는지도 점검합니다. 바꾼 조건을 남기면 어떤 변화가 결과를 만들었는지 알 수 있습니다.

013과 020은 다른 상태입니다

OpenDART 안내에서 013은 조회된 데이터가 없는 경우, 020은 요청 제한을 초과한 경우입니다. 010·011은 인증키 관련 문제, 800은 시스템 점검에 따른 중지를 가리킵니다. 오류코드가 있는 응답을 정상적인 공시 0건으로 표시하면 사용자가 회사에 관해 잘못 이해할 수 있습니다.

사용자 화면에서는 자료 없음, 조회 실패, 보관 자료 표시를 구분해 읽습니다. 운영자라면 오류 시각과 입력조건을 남기고 키 문제·요청 제한·통신 실패를 따로 다룹니다. 요청 제한 상황에서 반복 재시도는 원인을 해결하지 못하므로 정상 응답과 실패 응답의 갱신 정책도 구분해야 합니다.

보관 자료는 원문과 확인시점을 함께 봅니다

연결 서비스는 일시적인 장애 동안 이전에 저장한 자료를 보여줄 수 있습니다. 그 자료가 언제 확인됐는지, 최신 조회에 성공했는지를 보고 현재 정보와 보관 정보를 구분하세요. 과거 정상 응답이 있다는 사실이 지금도 같은 내용이라는 보장은 아닙니다.

기업 대표자·주소·공시 목록 등은 시간이 지나며 달라질 수 있습니다. 중요한 정보를 이용할 때에는 원문으로 이동해 최신 문서를 확인하고 접수번호와 조회일을 남깁니다. 조회 실패라는 상태는 정보가 변경됐다는 뜻도, 변경되지 않았다는 뜻도 아닙니다.

한 번의 점검을 남기는 방법

기록에는 회사명과 고유번호, 원하는 자료, 검색기간, 선택한 유형, 화면 메시지, 원문 확인 결과를 적습니다. 예를 들어 전년도 사업보고서가 필요했지만 최근 일주일만 검색했다면 날짜 범위를 고친 다음 같은 회사로 다시 조회하는 것이 순서입니다.

조건을 넓혀도 찾지 못했다면 현재 확인한 범위 안에서는 조회되지 않았다고 적으세요. 공시의무 위반이나 재무 부실을 스스로 추정하여 문장을 늘리지 않습니다. MONEY JD의 관련 회사 상세와 DART 검색을 오가며 실제 문서가 있는지 확인하는 것이 가장 명확한 다음 단계입니다.

방문자와 운영자의 확인 범위는 다릅니다

방문자는 비밀 API키나 운영 설정을 알아야 공시를 읽을 수 있는 것이 아닙니다. 먼저 사이트가 제공한 상태 설명을 확인하고 DART의 공개 검색에서 같은 회사와 문서를 찾으면 됩니다. 연결 서비스의 장애를 해결하는 일과 자료의 내용을 검증하는 일을 나누면 불필요한 재시도를 줄일 수 있습니다.

운영자는 정상 응답의 마지막 확인일을 방문자에게 보이게 하고 실패 원인을 공시 없음이라는 말로 덮지 않는 것이 좋습니다. 개인의 인증키는 화면이나 공유 메모에 남기지 않습니다. 점검 기록에는 민감한 키 대신 회사번호·검색기간·상태코드처럼 문제를 재현할 수 있는 조건을 남깁니다.

자주 묻는 질문