분류 체계의 정의 링크를 살펴 보았을 때 몇 개의 도메인 구성원이 두 개의 개별 차원으로 존재한다는 사실을 발견했습니다. 예 : Dim A는 멤버 m1, m2, m3, m4를 가진 도메인 Dom1을 포함합니다. 그리고 Dim B에는 구성원 m2, m3, m4가있는 dom2 도메인이 있습니다. 문제는 충돌하는 컨텍스트 이름으로 이어질 수 있다는 것입니다 (컨텍스트의 세그먼트 부분이 다를지라도).동일한 도메인 구성원이 XBRL 분류 체계에 여러 차원으로 표시됩니다.
컨텍스트 이름의 형식은 'periodInformation_domainMember'입니다. 보고서의 각 섹션마다 다른 크기를 사용해야합니다. 그래서 기본적인 질문은 컨텍스트 이름을 어떻게 구성합니까?
내가 제대로 전달했으면 좋겠다. 당신은 자식 노드를 기반으로 고유성을 확인해야 ..... 독특한 상황에 맞는 이름을 만들기위한
을 도움 ... :)
사용 "기간 정보 + 치수 + 멤버 이름을"감사합니다 태그와 <segment> 태그의 하위 노드 ... 세그먼트에 있습니다. segment은 존재하는 경우 각각의 속성에 xbrldi:explicitMemberdimension 그 값 member을 갖는다 ...
? 악마의 옹호자 역할, 동일한 로컬 이름을 사용하지만 다른 네임 스페이스의 차원이있는 경우에는 어떻게해야합니까? 고유 한 이름을 보장하는 유일한 방법은 컨텍스트의 전체 내용을 사용하는 것입니다. 이는 어리 석다.
나는 컨텍스트 ID에 '... 의미 표현되어서는 안된다을'XBRL의 제출을 요구하는 규제 기관의 추천을 본 적이하고있다 '... 가능 짧게 유지하는 것이 좋습니다 .. . C-1, 은 C-2 등
XBRL의 구문은 중요하지 않습니다 - 예를 들어, '
가장 간단한 해결책은 내용과는 아무 상관이없는 고유 한 이름을 선택하는 것입니다 , 단지 구현 세부 사항입니다.
짧은 이름과 고유 한 이름을 사용하는 것이 좋습니다 (길이는 그리 짧지는 않지만 RRD의 파일을 참조하십시오. 그러나 그렇습니다. 해당 ID에서 컨텍스트 컨텐트를 표현하지 않습니다) ; 하지만 ...하지만 ... 그 내용이 내용과 관련이 없다는 잘못된 점 ... 동일한 내용을 가진 두 개의 서로 다른 컨텍스트가 유효성 오류를 생성합니다 ... 어쨌든 .. 나는이 패턴을 볼 수 있습니다 ("전체 (일부분) 컨텍스트의 내용 "컨텍스트 ID) 대부분의 상위 공급 업체 (webfilings, ez-xbrl, 메릴, 리벳, CompSci, GoFiler, DataTracks ...)) 최신 신고; 그리고 나는 그들과 어떤 이슈/갈등도 있다고 생각하지 않는다 !!! – namit
답장을 보내 주셔서 감사합니다. xbrl 사양을 살펴 보았습니다. "기간 정보 + 차원 + 구성원 이름"을 사용하는 것이 모범 사례입니다. 또는이 조합을 사용하여 컨텍스트 이름을 형성해야하는 곳이면 어디에서나 권장 되는가? 또는 '기간 정보 + 도메인 회원 이름'을 계속 사용할 수 있습니까? 순전히 프로그래머의 결정인가? 예를 들어, 필자는 문맥 이름 (마침표 + 도메인 멤버로 명명 됨)을 발견했는데, 이름을 고유하게 만들기 위해 임의의 숫자가 컨텍스트 이름에 추가되었습니다! 그것은 좋은 일이 아닌 것처럼 보입니다 ... – schan
사양에 필요한 것이 무엇인지 고려하십시오 ... 그들은 단지 .. .. 문맥상의 어떤 정보 (정보 그룹) 이건간에 고유해야합니다. ... xbrl 인스턴스 문서에서 ... 문맥 정보 (period..dimension ... 멤버/멤버 ..... 일부 의미있는 순서로 다른 아이디와 비교할 수 있도록 ..)를 사용합니다. 문맥 ID로서 ... 우리의 요구 사항을 해결하기에 충분합니다 ... – namit