SBR 보고 네덜란드 가이드: 감사인이 알아야 할 사항

SBR 체계 이해

XBRL과 네덜란드 택소노미

SBR은 2013년부터 네덜란드에서 의무화된 디지털 보고 표준이다. 모든 법인은 연간 재무제표를 XBRL 형식으로 작성하여 Belastingdienst와 KvK에 동시 제출해야 한다. 이 시스템은 종이 기반 보고를 완전히 대체했으며 네덜란드 GAAP과 IFRS 모두에 적용된다.

XBRL 택소노미는 재무 데이터의 각 요소를 고유한 태그로 식별한다. 예를 들어 매출은 'Revenue'가 아닌 'sbr-cor:Revenue' 태그로 표시된다. 이러한 표준화는 규제 기관이 데이터를 자동으로 처리하고 분석할 수 있게 한다.

법적 요구사항과 제출 기한

네덜란드 민법 제2권 394조는 모든 법인이 승인된 연간 계정을 KvK에 제출하도록 규정한다. SBR을 통한 제출 기한은 회계연도 종료 후 13개월 이내이다. 지연 제출 시 최대 €8,200의 과태료가 부과된다.

중형 및 대형 법인(네덜란드 민법 제2권 397조 기준)은 감사보고서도 함께 제출해야 한다. 감사인의 의견은 XBRL 인스턴스 문서의 메타데이터에 포함되어야 하며 이는 ISA 700에 따른 의견 표명과 별개의 기술적 요구사항이다.

네덜란드 보고 요구사항

규모별 분류와 공시 수준

네덜란드는 법인을 micro, small, medium, large의 4단계로 분류한다. 각 규모에 따른 SBR 제출 요구사항은 다음과 같다.

중형 법인은 다음 중 2개 이상을 충족해야 한다.

- 대차대조표 총액 €6,000,000 초과 - 연간 매출 €12,000,000 초과 - 평균 종업원 수 50명 초과

중형 법인은 손익계산서, 대차대조표, 주석, 감사보고서를 XBRL 형식으로 제출해야 한다.

대형 법인은 중형 법인 기준의 10배를 적용하며 연결재무제표와 지속가능성 보고서(해당 시)도 SBR을 통해 제출해야 한다.

택소노미 버전과 업데이트

네덜란드 택소노미는 매년 업데이트되며 2024년 버전(NT16)이 현재 유효하다. 새로운 회계기준이나 법규 변경 시 택소노미도 함께 수정된다. 감사인은 고객사가 올바른 택소노미 버전을 사용하는지 확인해야 하며 이는 ISA 315.25에 따른 IT 환경 이해의 일부이다.

검증 규칙과 자동 검사

SBR 시스템은 제출된 XBRL 인스턴스에 대해 자동 검증을 수행한다. 수학적 일관성, 택소노미 규칙 준수, 필수 데이터 요소 포함 여부, 형식적 완전성을 확인한다. 검증에 실패하면 제출이 거부되며 오류 목록이 제공된다.

막상 실무에서 보면 이러한 자동 검증이 회계 오류나 부정을 탐지하지 못한다. 자동 검증은 기술적 형식 요구사항만 확인하며 재무제표의 실질적 정확성은 감사인의 책임이다.

감사인의 역할과 책임

ISA 240과 디지털 환경에서의 부정 위험

XBRL 환경에서는 전통적인 부정 위험 요소 외에 추가적 고려사항이 있다. ISA 240.26에 따라 감사인은 경영진이 내부통제를 무력화할 위험을 평가해야 하는데, SBR 환경에서는 다음이 포함된다.

- XBRL 태깅 과정에서의 의도적 분류 오류 - 자동 매핑 규칙을 우회한 수동 조정 - 제출 직전 데이터 수정으로 인한 감사 증거와의 불일치 - 택소노미 태그 변경을 통한 공시 항목 은폐

네덜란드 AFM은 2022년 검사에서 일부 기업이 세무 최적화 목적으로 SBR 제출물을 의도적으로 조정했다고 발표했다. 감사인은 이러한 위험을 식별하고 적절한 대응 절차를 설계해야 한다.

감사 증거와 문서화

ISA 230.8에 따라 감사인은 감사 결론에 도달한 근거를 문서화해야 한다. SBR 환경에서는 다음 사항이 추가로 필요하다.

XBRL 인스턴스 문서의 보존은 기본이다. 제출된 XBRL 파일의 사본을 감사조서에 포함해야 하며 이 파일에는 택소노미 참조, 데이터 값, 메타데이터가 모두 포함된다.

매핑 과정의 검토도 빠뜨릴 수 없다. 회계 시스템에서 XBRL 태그로의 변환 과정을 문서화해야 한다. 자동 매핑 규칙과 수동 조정 사항을 모두 확인한다.

검증 보고서의 보관 역시 조서 구성의 일부이다. SBR 시스템에서 생성된 검증 보고서와 오류 해결 과정을 기록한다.

표본 추출과 CAATs

ISA 530.A22는 MUS(Monetary Unit Sampling) 결과 평가 시 비교 절차를 요구한다. XBRL 환경에서는 이러한 표본 추출 결과를 택소노미 구조와 연결하여 평가해야 한다.

예를 들어 매출채권에서 발견된 오류가 'Accounts Receivable' 태그 외에 'Trade Receivables', 'Other Receivables' 등 세분화된 태그에도 영향을 미칠 수 있다. 감사인은 오류의 파급 효과를 XBRL 구조 전체에서 평가해야 한다.

실무 사례: 중간 규모 제조업체

반더 베르크 제조 B.V.(Van der Berg Manufacturing B.V.)는 암스테르담에 소재한 중형 제조업체이다. 2023년 매출 €15.2백만, 종업원 68명, 대차대조표 총액 €8.9백만으로 중형 법인에 해당한다.

1단계: SBR 제출 요구사항 확인

문서화 노트: 네덜란드 민법 제2권 397조에 따른 규모 분류 근거를 조서에 기록

반더 베르크는 3개 기준 모두에서 중형 법인 임계치를 초과하므로 전체 재무제표와 감사보고서를 SBR을 통해 제출해야 한다. 제출 기한은 2024년 12월 31일(회계연도 종료 13개월 후)이다.

2단계: 택소노미 버전 확인

문서화 노트: 사용된 네덜란드 택소노미 버전(NT16-2023)과 다운로드 날짜를 기록

회계 담당자는 올바른 2023년 택소노미를 사용했다. 감사팀은 택소노미 파일의 MD5 해시값을 확인하여 무결성을 검증했다.

3단계: 핵심 계정과목의 XBRL 매핑 검토

문서화 노트: 매출과 매출채권의 태깅 정확성을 별도 워크페이퍼에 문서화

매출 €15,200,000은 'sbr-cor:Revenue' 태그로 올바르게 분류되었다. 그러나 반품충당부채 €180,000이 'Returns Provision'이 아닌 'Other Provisions'로 잘못 태깅된 것을 발견했다. 이는 중요하지 않은 금액이므로 감사의견에는 영향을 주지 않지만 경영진 서신에서 개선을 권고했다.

4단계: 자동 검증 결과 확인

문서화 노트: SBR 포털에서 생성된 검증 보고서를 조서에 첨부

시스템 검증은 성공적으로 완료되었으며 경고나 오류가 없었다. 모든 필수 데이터 요소가 포함되었고 수학적 일관성도 확인되었다.

5단계: 감사의견 메타데이터 확인

문서화 노트: XBRL 인스턴스의 감사 관련 메타데이터 정확성을 확인

감사법인명, 감사의견 유형(무한정적정), 감사보고서 날짜가 메타데이터에 정확히 반영되었다. ISA 700.41에 따른 핵심감사사항도 적절히 요약되어 포함되었다.

실무 체크리스트

감사팀이 네덜란드 SBR 감사에서 바로 사용할 수 있는 실무 체크리스트이다.

1. 규모 분류 확인. 고객사가 네덜란드 민법 제2권 397조의 어느 범주에 해당하는지 확인하고 해당 SBR 제출 요구사항을 파악한다.

2. 택소노미 버전 검증. 사용된 네덜란드 택소노미가 해당 회계연도의 올바른 버전인지 확인하고 파일 무결성을 검증한다.

3. 핵심 계정과목 매핑 테스트. 매출, 자산, 부채의 주요 항목이 올바른 XBRL 태그로 분류되었는지 표본 기준으로 테스트한다.

4. 자동 검증 보고서 검토. SBR 시스템의 검증 보고서를 확인하고 모든 오류나 경고가 해결되었는지 확인한다.

5. 감사의견 메타데이터 확인. XBRL 인스턴스에 포함된 감사 관련 정보(감사법인명과 의견 유형)가 실제 감사보고서와 일치하는지 확인한다.

6. 제출 증거 보관. 최종 제출된 XBRL 인스턴스 문서와 제출 확인증을 ISA 230.A7에 따라 조서에 영구 보관한다.

일반적인 실수

- 택소노미 버전 불일치. 구 버전 택소노미 사용으로 인한 제출 거부이다. 매년 업데이트되는 택소노미를 확인하지 않아 발생한다. - 수동 매핑 검토 누락. 자동 변환에만 의존하고 수동 조정 사항을 검토하지 않아 분류 오류가 발생한다. - 메타데이터 정확성 미확인. XBRL 파일의 감사 관련 메타데이터와 실제 감사보고서 간 불일치로 인한 규정 위반이다. 필자도 십수 년 동안 이 실수를 반복하는 팀을 봐왔다. - 조서에 XBRL 원본 미첨부. 제출된 파일 자체를 보관하지 않아 사후 검증이 불가능해지는 경우가 있다.