SEC 의 XBRL API(data.sec.gov/api/xbrl/companyconcept)로 한 회사의 한 계정을 받으면
같은 기간의 같은 값이 여러 번 들어 있습니다. 이것을 모르고 피벗이나 SUM 을 걸면 매출이 두 배 가까이 부풀어 오릅니다.
왜 겹치나
10-Q · 10-K 는 이번 기간 숫자와 함께 작년 같은 기간의 비교치를 같이 싣습니다. XBRL 도 그 비교치를 다시 신고하므로, 한 분기의 매출이 그 분기 보고서에 한 번, 1년 뒤 보고서에 비교치로 또 한 번 들어옵니다.
애플 매출로 확인해 보니
2026년 9월 17일, 미국공시 수집기의 재무 시계열에서 애플(AAPL)의 매출 태그
RevenueFromContractWithCustomerExcludingAssessedTax 를 두 번 받았습니다.
- 중복 팩트 제거를 제거하지 않음으로 → 117행
- 원본 신고치로 → 57행 (중복 신고분 60행 제거)
117행 탭에서 기간 끝이 2025-06-28 인 줄만 걸러 보면 겹침이 바로 보입니다.
2025-03-30 ~ 2025-06-28 분기 매출 94,036,000,000 달러가 접수번호가 다른 두 줄로 들어 있습니다.
하나는 그 분기의 10-Q(2025-08-01 제출), 다른 하나는 1년 뒤 10-Q(2026-07-31 제출)의 비교치입니다.
어떻게 거르나
기준은 (tag, unit, start, end) 가 같으면 같은 사실로 보는 것입니다. 남길 줄은 목적에 따라 고릅니다.
| 남길 값 | 언제 |
|---|---|
| 처음 신고한 값 (원본 신고치) | 그 당시 시장이 본 숫자가 필요할 때 |
| 가장 나중에 신고한 값 (최신 신고치) | 나중에 고쳐 쓴(재작성) 값을 반영하고 싶을 때 |
두 값이 다른 경우(재작성)는 따로 표시해 두는 편이 안전합니다. 미국공시 수집기는 이런 줄에 restated 열로 표시합니다.
직접 코드를 짤 때도 fy · fp 가 아니라 start · end 로 묶어야 합니다 —
그 이유는 fy · fp 로 기간을 거르면 틀리는 이유에 적었습니다.