RIXML Documentation

ProductDetails

RIXML 2.5 Element

Level OneRequired

Required container element for product metadata with mandatory publicationDateTime attribute. Contains required ProductCategory and optional ProductFocus, ProductSeries, EntitlementGroup, and ProductName elements.

Usage

Required element within Context, appearing exactly once. Must have publicationDateTime attribute and contain ProductCategory child. Other children optional.

Business Context

Central to research product categorization and timing, supporting content organization, publication tracking, and distribution workflow management in research systems.

Source:level-one-2.5
Schema:RIXML-2_5.xsd:51

Specification Guide

Overview

ProductDetails is the container within Context that holds core descriptive metadata about a research product as a publication entity — most importantly when it was published, what category and focus it has, what series it belongs to, and which entitlement groups govern access. It carries the required publicationDateTime attribute (the official publication timestamp in ISO 8601 / Zulu time) and the optional periodicalIndicator attribute, and aggregates ProductCategory, ProductFocus, ProductSeries, EntitlementGroup, and ProductName (sources: data-dictionary-2.4 p.43, data-dictionary-2.5.1 p.46, user-guide-2.3 p.31).

Usage

ProductDetails appears at most once inside each Context and is optional in most profiles, though strongly recommended because it carries the publication timestamp that downstream distribution, archival, and compliance workflows depend on (sources: data-dictionary-2.5.1 p.46, user-guide-2.3.1 p.31). When present: - publicationDateTime is required and must reflect the official publication date/time that would appear on the product itself, expressed in ISO 8601 format with Zulu (UTC) time (sources: level-one-2.3 p.21, user-guide-2.3 p.31, data-dictionary-2.4 p.43). - periodicalIndicator indicates whether the product is part of a recurring series (e.g. a weekly note). It was required through version 2.2 and made optional in 2.3 (sources: release-notes-2.3 p.4, best-practices-guide p.17). - Exactly one ProductCategory child is required to describe the format/manner of presentation (sources: level-one-2.2 p.26, level-one-2.5 p.21). - ProductFocus identifies the primary topic; Level One requires exactly one with primaryIndicator=Yes [level-one-2.4 p.21]. - ProductSeries, EntitlementGroup, and ProductName are optional and may repeat where the full schema allows; ProductSeries is not part of Level One (sources: level-one-2.2 p.26, level-one-2.5 p.21). Typical placement is Research → Product → Context → ProductDetails.

Rules

  • MUSTWhen ProductDetails is present, publicationDateTime MUST be supplied and reflect the official publication date/time of the product, expressed in ISO 8601 with Zulu time.[RIXML Level One Addendum v2.2 p.26] [RIXML Level One Addendum v2.3 p.21] [RIXML User Guide v2.3 p.31] [RIXML Research Data Dictionary v2.4 p.43] [RIXML Research Data Dictionary v2.5.1 p.46]
  • MUSTProductDetails MUST contain exactly one ProductCategory child element, which describes the format and manner in which the research content is presented.[RIXML Level One Addendum v2.2 p.26] [RIXML Level One Addendum v2.3.1 p.21] [RIXML Level One Addendum v2.4 p.21] [RIXML Level One Addendum v2.5 p.21]
  • MUSTIn Level One, ProductDetails MUST contain exactly one ProductFocus element identifying the primary topic of the research, with primaryIndicator=Yes.[RIXML Level One Addendum v2.2 p.27] [RIXML Level One Addendum v2.4 p.21] [RIXML Level One Addendum v2.5 p.21]
  • MUSTThrough RIXML 2.2, periodicalIndicator is required whenever ProductDetails is present.[RIXML Level One Addendum v2.2 p.26] [RIXML User Guide v2.1 p.30]
  • MAYFrom RIXML 2.3 onward, periodicalIndicator is optional and MAY be omitted when accurate periodical status is not available; publishers should not populate it with a default value just to satisfy a schema requirement.[RIXML Release Notes v2.3 p.4] [Best Practices for Publishing RIXML p.17] [RIXML User Guide v2.3.1 p.31]
  • SHOULDPublishers SHOULD omit optional ProductDetails attributes and children rather than populate them with default values when reliable data is unavailable, because inaccurate tags are worse than absent tags.[RIXML Release Notes v2.3 p.2] [Best Practices for Publishing RIXML p.17]
  • INFORMATIVEThe ProductSeries child of ProductDetails is not part of the Level One profile and is not required at that conformance level; it remains available in the full schema.[RIXML Level One Addendum v2.2 p.26] [RIXML Level One Addendum v2.3 p.21] [RIXML Level One Addendum v2.4 p.21] [RIXML Level One Addendum v2.5 p.21]
  • MUSTAt most one ProductDetails element may appear per Context.[RIXML Level One Addendum v2.3 p.21] [RIXML Level One Addendum v2.5 p.21] [RIXML User Guide v2.3 p.31]

Relationships

Where It Fits

Definition

TypeProductDetailsType
Namespacehttp://www.rixml.org/2017/9/RIXML
Min Occurs1
Max Occurs1

Attributes

Indicates the date and time at which the product was officially published. This is the date and time that would appear on the product itself, or be displayed to a reader. It is expressed using ISO 8601 as refined by the World Wide Web Consortium's note http://www.w3.org/TR/NOTE-datetime. In addition, RIXML requires the use of Zulu time or Z-time (GMT +/- n hours:minute:seconds). All times are absolute and easier to compute, rather than using a relative (i.e. 08:30 +5) time.

requiredSince 2.1

Indicates whether or not the content is a periodical.

optionalSince 2.1

Children

ProductCategorystring1..1
requiredSince 2.1
ProductFocusstring0..unbounded
optionalSince 2.1
ProductSeries(complex)0..unbounded
optionalSince 2.1
EntitlementGroup(complex)0..unbounded
optionalSince 2.1
ProductNamestring0..1
optionalSince 2.1

Example

<ProductDetails publicationDateTime="2024-01-15T09:30:00Z">
  <ProductCategory> ... </ProductCategory>
</ProductDetails>

Version History

Unchanged since introduction in RIXML 2.1

- 2.1ProductDetails is established as an optional container within Context, with required publicationDateTime and required periodicalIndicator attributes, and optional ProductName for branding [user-guide-2.1 p.30]. - 2.2 — Structure is consolidated in Level One: when present, ProductDetails requires both attributes and exactly one ProductCategory and one ProductFocus child; ProductSeries is excluded from Level One [level-one-2.2 p.26]. - 2.3periodicalIndicator becomes optional to stop publishers defaulting it inappropriately when reliable periodical status is unknown; ProductFocus cardinality is also relaxed (sources: release-notes-2.3 p.4, best-practices-guide p.17). - 2.3.1 — Editorial clarification of the Level One profile; ProductCategory remains required, ProductFocus, ProductSeries and EntitlementGroup are optional aggregations [level-one-2.3.1 p.21]. - 2.4 — Data dictionary formalises the aggregations of ProductCategory, ProductFocus, ProductSeries, EntitlementGroup and ProductName under ProductDetails [data-dictionary-2.4 p.43]. - 2.5 / 2.5.1 — Content is unchanged in substance; Level One continues to exclude ProductSeries and the data dictionary reiterates the required publication timestamp and required ProductCategory child (sources: data-dictionary-2.5.1 p.46, level-one-2.5 p.21).

Business Rules

MUST

Years in date/time values must be expressed using exactly four digits

validationformattingiso-8601
MUST

Months in date/time values must be expressed using exactly two digits with leading zeros when necessary

validationformattingiso-8601
MUST

Days in date/time values must be expressed using exactly two digits with leading zeros when necessary

validationformattingiso-8601
MUST

Time conversion to UTC should only be done if the time is actually converted, not just the time zone indicator changed

validationtime-zonesconversion
MUST

Hour values in time components must use 00-23 format, not 24:00:00

validationformattingiso-8601
MUST

The 'T' separator between date and time components must not be omitted

validationformattingiso-8601
MUST

Additional punctuation or spaces must not be added to date/time values beyond ISO 8601 format

validationformattingiso-8601
MUST

When the publication date is known but exact time is unknown, the actual time must be identified and specified rather than using default values

best-practiceaccuracy
MUST

The ProductDetails element must include exactly one ProductCategory element

validationconditional-requirement
MUST

The ProductDetails element must contain exactly one ProductFocus element

validationconditional-requirement
SHOULD

Date/time values should include a time zone indicator

best-practicetime-zones
SHOULD

Time components should not be omitted from date/time values or defaulted to midnight (00:00:00)

best-practicevisibility
SHOULD

Time values should not be set to one second before midnight (23:59:59)

best-practicevisibility

Semantic Relationships

Requires2 relationships

PeriodicitySHOULD

Periodicity should only be used for reports that are genuinely published at regular fixed intervals, not for all reports published by an organization with regular frequency

RIXML Research Data Dictionary v2.5.1, p.18Periodicity

UTC time zone indicator (Z) in publicationDateTime should only be used when time has actually been converted to UTC, not when using local time with UTC indicator

RIXML Implementation Guide v2.5.1, p.30Date/time

Constrains4 relationships

Start date time must be later than the product publication date time

RIXML Research Data Dictionary v2.5.1, p.60Elements and Attributes

End date time must be later than the product publication date time

RIXML Research Data Dictionary v2.5.1, p.60Elements and Attributes

Date/time attributes must conform to ISO 8601 standard with specific formatting requirements including 4-digit years, 2-digit months and days, and time zone indicators

RIXML Implementation Guide v2.5.1, p.30Date/time

TimeEntitlement endDateTime must be later in time than ProductDetails publicationDateTime

RIXML Level One Addendum v2.5, p.23Research.Product.Context.ProductDetails.EntitlementGroup.Entitlement.TimeEntitlement

Blocks Action3 relationships

Using midnight (00:00:00) as default time in publicationDateTime causes research to appear incorrectly in chronological ordering systems, hiding content behind older research

RIXML Implementation Guide v2.5.1, p.30Date/time

Using time just before midnight (23:59:59) in publicationDateTime may prevent research from displaying until nearly midnight, causing delayed visibility to users

RIXML Implementation Guide v2.5.1, p.30Date/time

Level One specification excludes ProductSeries element from ProductDetails

RIXML Level One Addendum v2.5, p.21Research.Product.Context.ProductDetails

Triggers Action1 relationship

Proper publication time tagging ensures research appears correctly in vendor chronological displays and portfolio manager alert systems

RIXML Implementation Guide v2.5.1, p.30Date/time