Syntax Rules

From XBRLWiki

Jump to: navigation, search
  • Public elements MUST have two custom attributes: @model:creationDate and @model:modificationDate.

Comment-01

  • Public elements MAY have two custom attributes: @model:fromDate and @model:toDate.

These attributes establish its currency period (note that the validity of the concept MAY differentiate from its currentness due to reports from long ago). Omission of these attributes results to 'Forever' behaviour. Comment-06 Comment-07

  • Language specific information MUST be expressed through label relationships.
  • Concepts MUST use 2.1 labels.
  • Concepts represented by xlink resources MUST use generic labels.

Comment-02

Comment-03

Comment-04

Comment-05

  • Generic labels MUST use http://www.xbrl.org/2008/role/documentation as their role for legal references.
  • Labels MUST be separated in linkbases according to their language used.
  • Extensions MAY be using the special table-row-column-code linkbase for application specific codifications.
  • The table-row-column-code resources MUST use http://www.eurofiling.info/xbrl/role/rc-code as their role.
  • There are best practices for using labels and including the right type of natural language expressions. Clarity and understandability are topmost requirements.

OMG standards (like BPMN) for example formulate such best practices. Also W§C standards have such rules, like SKOS. [add quotes and more desciption] One aspect that is very relevant, is the fact that a label should be used more than once. Or that prefLabel are really prefered and its content not repeated in altLabel (or verboseLabel). It is better not to use the "verboseLabel" then to use it with a content already present in the "prefLabel". Some text

Note:

Current references are described in plain English; as a consequence, labels are a better solution than reference linkbases. In the future, a structured approach for legal references could be undertaken.

Personal tools