XBRLvalid: Difference between revisions

From XBRLWiki
Jump to navigationJump to search
(Created page with '== XBRLvalid WIKI == ===Product page=== http://www.reportingstandard.com/products1.xhtml XBRL validator Personal Edition product page ===Descripcion=== XBRLvalid is a sim…')
 
No edit summary
 
(2 intermediate revisions by 2 users not shown)
Line 3: Line 3:
===Product page===
===Product page===


[[http://www.reportingstandard.com/products1.xhtml XBRL validator Personal Edition product page]]
[https://www.reportingstandard.com/xbrl-2-1-validation-engine/?lang=en XBRL validator Personal Edition product page]


===Descripcion===
===Descripcion===
Line 11: Line 11:
This is the description of the XBRL Validation component that is used inside XBRLvalid tool (The Personal Validation tool) and also used by other tools and components in the architecture of Reporting Standard XBRL reporting platform.
This is the description of the XBRL Validation component that is used inside XBRLvalid tool (The Personal Validation tool) and also used by other tools and components in the architecture of Reporting Standard XBRL reporting platform.


Validation is the process of checking the received files (XBRL Report and optionally extensions to the root taxonomy) against the XBRL 2.1 specification. This includes all rules in the XBRL 2.1 specification and defined linkbases. Reporting Standard XBRL processor guarantees it passes 100% test cases in the XBRL 2.1 conformance suite and publishes the source code of the component that generates the report during the validation process [[http://www.reportingstandard.com/conformance.xhtml This is the page that the tool produces]]. Reporting Standard guarantees it passes 100% test cases of the XBRL Dimensions conformance suite 1.0 and publishes the source code of the component that generates the report during the validation process [[http://www.reportingstandard.com/xdtresults.xhtml This is the page that the tool produces]]. This is the highest possible quality assurance and no other XBRL software vendor has demonstrated it passes the conformance suite with this level of comformity.
Validation is the process of checking the received files (XBRL Report and optionally extensions to the root taxonomy) against the XBRL 2.1 specification. This includes all rules in the XBRL 2.1 specification and defined linkbases. Reporting Standard XBRL is [https://www.reportingstandard.com/xbrl-certified-software/?lang=en certified by XBRL International and XBRL Europe]


Validation can be configured in two operating modes:
Validation can be configured in two operating modes:
# '''Online validation'''
 
<nowiki>1</nowiki> '''Online validation'''
:In online validation mode, each received file fires the validation process inmediatelly. This validation mode and can also be configured in two modes:
:In online validation mode, each received file fires the validation process inmediatelly. This validation mode and can also be configured in two modes:
:# ''Static validation mode''
:'''1a''') ''Static validation mode''
::Static validation mode requires the processor to be configured so the taxonomy is loaded when the processor is started. When a new XBRL report is received the validation uses the already loaded taxonomy. Validation under static validation mode takes only tenths of a second. This is the validation mode that XBRLizer uses when a new XBRL report is being edited.  
::Static validation mode requires the processor to be configured so the taxonomy is loaded when the processor is started. When a new XBRL report is received the validation uses the already loaded taxonomy. Validation under static validation mode takes only tenths of a second. This is the validation mode that XBRLizer uses when a new XBRL report is being edited.  
::Static validation mode has the following two limitations:
::Static validation mode has the following two limitations:
Line 23: Line 24:
::During the static validation mode, the processor first recognizes the DTS that would be loaded from the XBRL report. Then, it search for a DTS already loaded that matches the DTS defined in the XBRL report.
::During the static validation mode, the processor first recognizes the DTS that would be loaded from the XBRL report. Then, it search for a DTS already loaded that matches the DTS defined in the XBRL report.
::It is possible defining only some static scenarios and one dynamic scenario. The processor will fall back to dynamic mode if none of the static scenarios matches the instance document that is going to be validated.
::It is possible defining only some static scenarios and one dynamic scenario. The processor will fall back to dynamic mode if none of the static scenarios matches the instance document that is going to be validated.
:# ''Dynamic validation mode''
:'''1b''') ''Dynamic validation mode''
::In Dynamic validation mode the DTS is dynamically loaded from the XBRL report each time the report is going to be validated. Validation takes longer but in some scenarios this is the only way to perform validation. This is also the validation mode available in the Personal Validation Engine that has a GUI interface. This is the case when the Reporting Institutions have the capability of extending the root Taxonomy. If validation takes longer than 2 or 3 seconds then Offline (batch) validation mode would be the best option.
::In Dynamic validation mode the DTS is dynamically loaded from the XBRL report each time the report is going to be validated. Validation takes longer but in some scenarios this is the only way to perform validation. This is also the validation mode available in the Personal Validation Engine that has a GUI interface. This is the case when the Reporting Institutions have the capability of extending the root Taxonomy. If validation takes longer than 2 or 3 seconds then Offline (batch) validation mode would be the best option.
# '''Offline (batch) validation'''
 
<nowiki>2</nowiki> '''Offline (batch) validation'''
:In offline (batch) validation, the reception subsystem just tells the user that the validation process has been started and that he will receive an email with the validation result. The validation can be configured to be started in a separate thread that will finish sending an email to the user who submitted the report to the validation process.
:In offline (batch) validation, the reception subsystem just tells the user that the validation process has been started and that he will receive an email with the validation result. The validation can be configured to be started in a separate thread that will finish sending an email to the user who submitted the report to the validation process.
===Navigate===
[[Main Page]]

Latest revision as of 13:25, 8 January 2019

XBRLvalid WIKI

Product page

XBRL validator Personal Edition product page

Descripcion

XBRLvalid is a simple tool with user interface that executes full XBRL 2.1 validation according to the XBRL 2.1 specification and the rules defined in the XBRL Taxonomies found in the DTS.

This is the description of the XBRL Validation component that is used inside XBRLvalid tool (The Personal Validation tool) and also used by other tools and components in the architecture of Reporting Standard XBRL reporting platform.

Validation is the process of checking the received files (XBRL Report and optionally extensions to the root taxonomy) against the XBRL 2.1 specification. This includes all rules in the XBRL 2.1 specification and defined linkbases. Reporting Standard XBRL is certified by XBRL International and XBRL Europe

Validation can be configured in two operating modes:

1 Online validation

In online validation mode, each received file fires the validation process inmediatelly. This validation mode and can also be configured in two modes:
1a) Static validation mode
Static validation mode requires the processor to be configured so the taxonomy is loaded when the processor is started. When a new XBRL report is received the validation uses the already loaded taxonomy. Validation under static validation mode takes only tenths of a second. This is the validation mode that XBRLizer uses when a new XBRL report is being edited.
Static validation mode has the following two limitations:
  • The DTSs cannot be extended by the Reporting Institutions (requires closed reporting environments)
  • All the possible DTSs must be known at the time the processor is configured.
During the static validation mode, the processor first recognizes the DTS that would be loaded from the XBRL report. Then, it search for a DTS already loaded that matches the DTS defined in the XBRL report.
It is possible defining only some static scenarios and one dynamic scenario. The processor will fall back to dynamic mode if none of the static scenarios matches the instance document that is going to be validated.
1b) Dynamic validation mode
In Dynamic validation mode the DTS is dynamically loaded from the XBRL report each time the report is going to be validated. Validation takes longer but in some scenarios this is the only way to perform validation. This is also the validation mode available in the Personal Validation Engine that has a GUI interface. This is the case when the Reporting Institutions have the capability of extending the root Taxonomy. If validation takes longer than 2 or 3 seconds then Offline (batch) validation mode would be the best option.

2 Offline (batch) validation

In offline (batch) validation, the reception subsystem just tells the user that the validation process has been started and that he will receive an email with the validation result. The validation can be configured to be started in a separate thread that will finish sending an email to the user who submitted the report to the validation process.