XBRL实例文档中周期时间（startDate、endDate、instant）的特殊解释

最新推荐文章于 2021-02-21 17:22:10 发布

原创最新推荐文章于 2021-02-21 17:22:10 发布 · 1.5k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#文档 #date #schema

XBRL 专栏收录该内容

50 篇文章

订阅专栏

XBRL实例文档中的周期时间包括startDate、endDate和instant，具有特定解释。日期不带时间信息时，startDate表示当天凌晨，endDate和instant表示当天午夜。时间区间比较时要考虑日期转换成带时分秒的时间。实际业务中，时间应遵循上期期末数、本期期初数、本期数、本期期末数的规则，并确保endDate大于startDate。XBRL对日期和时间的定义遵循ISO 8601标准，但有额外限制。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

上下文中的周期时间，可以是日期date，也可以带时间的日期信息dateTime。解释这些时间时，XBRL有自己的特殊性。

instant和endDate中的解释相同，而startDate与之不同。

在startDate中的日期，如果不带时间信息，应该被解释为这一天的凌晨T00:00:00 (这一天的刚开始的时间)；

在endDate、instant中的日期，如果不带时间信息，应该被解释为这一天的午夜T24:00:00，也就是第二天的T00:00:00。

在段时间的上下文中，结束日期endDate一定要大于开始日期startDate，这个比较是将日期根据上面的规则转换成带时分秒的时间后，再进行比较。因此 startDate="2009-12-31" endDate="2009-12-31" 它们是同一天的话，应该也是可以的。

在实际的业务实践中，上下文中的时间应该遵循下面的规则

上期期末数（点时间）（T1 - 1）

本期期初数（点时间）（T1 - 1）

本期数（段时间）（T1 ~ T2）

本期期末数（点时间）（T2）

这里要求 T2 >= T1，实际上，上期期末数，本期期初数应该是同一个数，不应该披露两次。除非上下文的其他部分不同。

注意这里的时间区间，不一定是2009-01-01 ~ 2009-12-31 这样标准的会计年度。

任何时间区间的起始、期末都应该遵循这个要求。

Sub-element	XML Schema data type
instant	date or dateTime.
forever	empty
startDate	date or dateTime
endDate	date or dateTime

While the content of the instant, startDate and endDate elements are defined to use the data representation defined by ISO 8601 (as restricted by [SCHEMA-2]), XBRL adds further restrictions and constraints.

For an item element with periodType="instant" (See Section 5.1.1.1), the period MUST contain an instant element.

For an item element with periodType="duration", the period MUST contain forever or a valid sequence of startDate and endDate.

A date, with no time part, in the content of an startDate element is defined to be equivalent to specifying a dateTime of the same date, and T00:00:00 (midnight at the start of the day).

A date, with no time part, in the endDate or instant element is defined to be equivalent to specifying a dateTime of the same date plus P1D and with a time part of T00:00:00. This represents midnight at the end of the day. The reason for defining it thus, i.e. as midnight at the start of the next day, is that [SCHEMA-2] mandates this representation by prohibiting the value of 24 in the "hours" part of a time specification, which is ISO 8601 syntax.

If supplied, the endDate MUST specify or imply a point in time that is later than the specified or implied point in time of the corresponding startDate.