Changes for page Part I. Message Namespace
Last modified by Elena on 2025/09/10 11:19
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -102,11 +102,11 @@ 102 102 103 103 Element Documentation: 104 104 105 -(% style="width:1 228.29px" %)106 -|**Name**|(% style="width: 327px" %)**Type**|(% style="width:755px" %)**Documentation**107 -|Header|(% style="width: 327px" %)StructureSpecificDat aHeaderType|(% style="width:755px" %)108 -|DataSet|(% style="width: 327px" %)*DataSetType*|(% style="width:755px" %)109 -|Footer|(% style="width: 327px" %)FooterType|(% style="width:755px" %)Footer is used to communicate information such as error and warnings after the payload of a message.105 +(% style="width:1005.29px" %) 106 +|**Name**|(% style="width:269px" %)**Type**|(% style="width:585px" %)**Documentation** 107 +|Header|(% style="width:269px" %)StructureSpecificDat aHeaderType|(% style="width:585px" %) 108 +|DataSet|(% style="width:269px" %)*DataSetType*|(% style="width:585px" %) 109 +|Footer|(% style="width:269px" %)FooterType|(% style="width:585px" %)Footer is used to communicate information such as error and warnings after the payload of a message. 110 110 111 111 **GenericMetadataType:** GenericMetadataType defines the contents of a generic metadata message. 112 112 ... ... @@ -120,10 +120,11 @@ 120 120 121 121 Element Documentation: 122 122 123 -|**Name**|**Type**|**Documentation**| 124 -|Header|GenericMetadataHeade rType| | 125 -|MetadataSet|MetadataSetType| | 126 -|Footer|FooterType|Footer is used to communicate information such as error and warnings after the payload of a message.| 123 +(% style="width:1012.29px" %) 124 +|**Name**|(% style="width:309px" %)**Type**|(% style="width:593px" %)**Documentation** 125 +|Header|(% style="width:309px" %)GenericMetadataHeaderType|(% style="width:593px" %) 126 +|MetadataSet|(% style="width:309px" %)MetadataSetType|(% style="width:593px" %) 127 +|Footer|(% style="width:309px" %)FooterType|(% style="width:593px" %)Footer is used to communicate information such as error and warnings after the payload of a message. 127 127 128 128 **RegistryInterfaceType:** This is a type which describes a structure for holding all of the various dedicated registry interface message types. 129 129 ... ... @@ -137,20 +137,21 @@ 137 137 138 138 Element Documentation: 139 139 140 -|**Name**|**Type**|**Documentation**| 141 -|Header|BasicHeaderType| | 142 -|SubmitRegistrationsR equest|SubmitRegistrationsR equestType|SubmitRegistrationsRequest is sent to the registry by an agency or data/metadata provider to request one or more registrations for a data set or metadata set. The data source to be registered must be accessible to the registry services at an indicated URL, so that it can be processed by those services.| 143 -|SubmitRegistrationsR esponse|SubmitRegistrationsR esponseType|SubmitRegistrationsResponse is sent to the agency or data/metadata provider in response to a submit registrations request. It indicates the success or failure of each registration request, and contains any error messages generated by the registration service.| 144 -|QueryRegistrationReq uest|QueryRegistrationReq uestType|QueryRegistrationRequest is used to query the contents of a registry for data sets and metadata sets. It specifies whether the result set should include metadata sets, data sets, or both. The search can be characterized by providing constraints including reference periods, data regions, and data keys.| 145 -|QueryRegistrationRes ponse|QueryRegistrationRes ponseType|QueryRegistrationResponse is sent as a response to any query of the contents of a registry. The result set contains a set of links to data and/or metadata If the result set is null, or there is some other problem with the query, then appropriate error messages and statuses will be returned.| 146 -|SubmitStructureReque st|SubmitStructureReque stType|SubmitStructureRequest is used to submit structure definitions to the repository. The structure resources (key families, agencies, concepts and concept schemes, code lists, etc.) to be submitted may be communicated in-line or be supplied in a referenced SDMX-ML Structure messages external to the registry. A response will indicate status and contain any relevant error information.| 147 -|SubmitStructureRespo nse|SubmitStructureRespo nseType|SubmitStructureResponse is returned by the registry when a structure submission request is received. It indicates the status of the submission, and carries any error messages which are generated, if relevant.| 148 -|SubmitSubscriptionsR equest|SubmitSubscriptionsR equestType|SubmitSubscriptionsRequest contains one or more requests submitted to the registry to subscribe to registration and change events for specific registry resources.| 149 -|SubmitSubscriptionsR esponse|SubmitSubscriptionsR esponseType|SubmitSubscriptionsResponse is the response to a submit subscriptions request. It contains information which describes the success or failure of each subscription request, providing any error messages in the event of failure. If successful, it returns the registry URN of the subscription, and the subscriber-assigned ID.| 150 -|QuerySubscriptionReq uest|QuerySubscriptionReq uestType|QuerySubscriptionRequest is used to query the registry for the subscriptions of a given organisation.| 151 -|QuerySubscriptionRes ponse|QuerySubscriptionRes ponseType|QuerySubscriptionResponse is sent as a response to a subscription query. If the query is successful, the details of all subscriptions for the requested organisation are sent.| 152 -|NotifyRegistryEvent|NotifyRegistryEventT ype|NotifyRegistryEvent is sent by the registry services to subscribers, to notify them of specific registration and change events. Basic information about the event, such as the object that triggered it, the time of the event, the action that took place, and the subscription that triggered the notification are always sent. Optionally, the details of the changed object may also be provided.| 153 -|Footer|FooterType|Footer is used to communicate information such as error and warnings after the payload of a message.| 141 +(% style="width:1029.29px" %) 142 +|**Name**|**Type**|(% style="width:521px" %)**Documentation** 143 +|Header|BasicHeaderType|(% style="width:521px" %) 144 +|SubmitRegistrationsRequest|SubmitRegistrationsRequestType|(% style="width:521px" %)SubmitRegistrationsRequest is sent to the registry by an agency or data/metadata provider to request one or more registrations for a data set or metadata set. The data source to be registered must be accessible to the registry services at an indicated URL, so that it can be processed by those services. 145 +|SubmitRegistrationsResponse|SubmitRegistrationsResponseType|(% style="width:521px" %)SubmitRegistrationsResponse is sent to the agency or data/metadata provider in response to a submit registrations request. It indicates the success or failure of each registration request, and contains any error messages generated by the registration service. 146 +|QueryRegistrationRequest|QueryRegistrationRequestType|(% style="width:521px" %)QueryRegistrationRequest is used to query the contents of a registry for data sets and metadata sets. It specifies whether the result set should include metadata sets, data sets, or both. The search can be characterized by providing constraints including reference periods, data regions, and data keys. 147 +|QueryRegistrationResponse|QueryRegistrationResponseType|(% style="width:521px" %)QueryRegistrationResponse is sent as a response to any query of the contents of a registry. The result set contains a set of links to data and/or metadata If the result set is null, or there is some other problem with the query, then appropriate error messages and statuses will be returned. 148 +|SubmitStructureRequest|SubmitStructureRequestType|(% style="width:521px" %)SubmitStructureRequest is used to submit structure definitions to the repository. The structure resources (key families, agencies, concepts and concept schemes, code lists, etc.) to be submitted may be communicated in-line or be supplied in a referenced SDMX-ML Structure messages external to the registry. A response will indicate status and contain any relevant error information. 149 +|SubmitStructureResponse|SubmitStructureResponseType|(% style="width:521px" %)SubmitStructureResponse is returned by the registry when a structure submission request is received. It indicates the status of the submission, and carries any error messages which are generated, if relevant. 150 +|SubmitSubscriptionsRequest|SubmitSubscriptionsRequestType|(% style="width:521px" %)SubmitSubscriptionsRequest contains one or more requests submitted to the registry to subscribe to registration and change events for specific registry resources. 151 +|SubmitSubscriptionsResponse|SubmitSubscriptionsResponseType|(% style="width:521px" %)SubmitSubscriptionsResponse is the response to a submit subscriptions request. It contains information which describes the success or failure of each subscription request, providing any error messages in the event of failure. If successful, it returns the registry URN of the subscription, and the subscriber-assigned ID. 152 +|QuerySubscriptionRequest|QuerySubscriptionRequestType|(% style="width:521px" %)QuerySubscriptionRequest is used to query the registry for the subscriptions of a given organisation. 153 +|QuerySubscriptionResponse|QuerySubscriptionResponseType|(% style="width:521px" %)QuerySubscriptionResponse is sent as a response to a subscription query. If the query is successful, the details of all subscriptions for the requested organisation are sent. 154 +|NotifyRegistryEvent|NotifyRegistryEventType|(% style="width:521px" %)NotifyRegistryEvent is sent by the registry services to subscribers, to notify them of specific registration and change events. Basic information about the event, such as the object that triggered it, the time of the event, the action that took place, and the subscription that triggered the notification are always sent. Optionally, the details of the changed object may also be provided. 155 +|Footer|FooterType|(% style="width:521px" %)Footer is used to communicate information such as error and warnings after the payload of a message. 154 154 155 155 **SubmitStructureRequestType:** SubmitStructureRequestType defines the structure of a registry submit structure request document. 156 156 ... ... @@ -165,9 +165,10 @@ 165 165 166 166 Element Documentation: 167 167 168 -|**Name**|**Type**|**Documentation**| 169 -|Header|BasicHeaderType| | 170 -|SubmitStructureReque st|SubmitStructureReque stType|SubmitStructureRequest is used to submit structure definitions to the repository. The structure resources (key families, agencies, concepts and concept schemes, code lists, etc.) to be submitted may be communicated in-line or be supplied in a referenced SDMX-ML Structure messages external to the registry. A response will indicate status and contain any relevant error information.| 170 +(% style="width:1044.29px" %) 171 +|**Name**|**Type**|(% style="width:624px" %)**Documentation** 172 +|Header|BasicHeaderType|(% style="width:624px" %) 173 +|SubmitStructureRequest|SubmitStructureRequestType|(% style="width:624px" %)SubmitStructureRequest is used to submit structure definitions to the repository. The structure resources (key families, agencies, concepts and concept schemes, code lists, etc.) to be submitted may be communicated in-line or be supplied in a referenced SDMX-ML Structure messages external to the registry. A response will indicate status and contain any relevant error information. 171 171 172 172 **SubmitStructureResponseType:** SubmitStructureResponseType defines the structure of a registry submit registration response document. 173 173 ... ... @@ -182,10 +182,11 @@ 182 182 183 183 Element Documentation: 184 184 185 -|**Name**|**Type**|**Documentation**| 186 -|Header|BasicHeaderType| | 187 -|SubmitStructureRespo nse|SubmitStructureRespo nseType|SubmitStructureResponse is returned by the registry when a structure submission request is received. It indicates the status of the submission, and carries any error messages which are generated, if relevant.| 188 -|Footer|FooterType|Footer is used to communicate information such as error and warnings after the payload of a message.| 188 +(% style="width:1027.29px" %) 189 +|**Name**|**Type**|(% style="width:549px" %)**Documentation** 190 +|Header|BasicHeaderType|(% style="width:549px" %) 191 +|SubmitStructureResponse|SubmitStructureResponseType|(% style="width:549px" %)SubmitStructureResponse is returned by the registry when a structure submission request is received. It indicates the status of the submission, and carries any error messages which are generated, if relevant. 192 +|Footer|FooterType|(% style="width:549px" %)Footer is used to communicate information such as error and warnings after the payload of a message. 189 189 190 190 **ErrorType:** ErrorType describes the structure of an error response. 191 191 ... ... @@ -194,8 +194,9 @@ 194 194 195 195 Element Documentation: 196 196 197 -|**Name**|**Type**|**Documentation**| 198 -|ErrorMessage|CodedStatusMessageTy pe|ErrorMessage contains the error message. It can occur multiple times to communicate message for multiple errors, or to communicate the error message in parallel languages. If both messages for multiple errors and parallel language messages are used, then each error message should be given a code in order to distinguish message for unique errors.| 201 +(% style="width:1039.29px" %) 202 +|**Name**|**Type**|**Documentation** 203 +|ErrorMessage|CodedStatusMessageType|ErrorMessage contains the error message. It can occur multiple times to communicate message for multiple errors, or to communicate the error message in parallel languages. If both messages for multiple errors and parallel language messages are used, then each error message should be given a code in order to distinguish message for unique errors. 199 199 200 200 ***BaseHeaderType*:** BaseHeaderType in an abstract base type that defines the basis for all message headers. Specific message formats will refine this 201 201 ... ... @@ -204,23 +204,24 @@ 204 204 205 205 Element Documentation: 206 206 207 -|**Name**|**Type**|**Documentation**| 208 -|ID|IDType|ID identifies an identification for the message, assigned by the sender.| 209 -|Test|xs:boolean|Test indicates whether the message is for test purposes or not.| 210 -|Prepared|HeaderTimeType|Prepared is the date the message was prepared.| 211 -|Sender|SenderType|Sender is information about the party that is transmitting the message.| 212 -|Receiver|PartyType|Receiver is information about the party that is the intended recipient of the message.| 213 -|Name|TextType|Name provides a name for the transmission. Multiple instances allow for parallel language values.| 214 -|Structure|*PayloadStructureType*|Structure provides a reference to the structure (either explicitly or through a structure usage reference) that describes the format of data or reference metadata. In addition to the structure, it is required to also supply the namespace of the structure specific schema that defines the format of the data/metadata. For cross sectional data, additional information is also required to state which dimension is being used at the observation level. This information will allow the structure specific schema to be generated. For generic format messages, this is used to simply reference the underlying structure. It is not mandatory in these cases and the generic data/metadata sets will require this reference explicitly.| 215 -|DataProvider|DataProviderReferenc eType|DataProvider identifies the provider of the data for a data message.| 216 -|MetadataProvider|MetadataProviderRefe renceType|MetadataProvider identifies the provider of the metadata for a metadata message.| 217 -|DataSetAction|ActionType|DataSetAction code provides a code for determining whether the enclosed message is an Update or Delete message (not to be used with the UtilityData message).| 218 -|DataSetID|IDType|DataSetID provides an identifier for a contained data set.| 219 -|Extracted|xs:dateTime|Extracted is a time-stamp from the system rendering the data.| 220 -|ReportingBegin|ObservationalTimePer iodType|ReportingBegin provides the start of the time period covered by the message (in the case of data).| 221 -|ReportingEnd|ObservationalTimePer iodType|ReportingEnd provides the end of the time period covered by the message (in the case of data).| 222 -|EmbargoDate|xs:dateTime|EmbargoDate holds a time period before which the data included in this message is not available.| 223 -|Source|TextType|Source provides human-readable information about the source of the data.| 212 +(% style="width:1010.29px" %) 213 +|**Name**|**Type**|(% style="width:612px" %)**Documentation** 214 +|ID|IDType|(% style="width:612px" %)ID identifies an identification for the message, assigned by the sender. 215 +|Test|xs:boolean|(% style="width:612px" %)Test indicates whether the message is for test purposes or not. 216 +|Prepared|HeaderTimeType|(% style="width:612px" %)Prepared is the date the message was prepared. 217 +|Sender|SenderType|(% style="width:612px" %)Sender is information about the party that is transmitting the message. 218 +|Receiver|PartyType|(% style="width:612px" %)Receiver is information about the party that is the intended recipient of the message. 219 +|Name|TextType|(% style="width:612px" %)Name provides a name for the transmission. Multiple instances allow for parallel language values. 220 +|Structure|*PayloadStructureType*|(% style="width:612px" %)Structure provides a reference to the structure (either explicitly or through a structure usage reference) that describes the format of data or reference metadata. In addition to the structure, it is required to also supply the namespace of the structure specific schema that defines the format of the data/metadata. For cross sectional data, additional information is also required to state which dimension is being used at the observation level. This information will allow the structure specific schema to be generated. For generic format messages, this is used to simply reference the underlying structure. It is not mandatory in these cases and the generic data/metadata sets will require this reference explicitly. 221 +|DataProvider|DataProviderReferenceType|(% style="width:612px" %)DataProvider identifies the provider of the data for a data message. 222 +|MetadataProvider|MetadataProviderReferenceType|(% style="width:612px" %)MetadataProvider identifies the provider of the metadata for a metadata message. 223 +|DataSetAction|ActionType|(% style="width:612px" %)DataSetAction code provides a code for determining whether the enclosed message is an Update or Delete message (not to be used with the UtilityData message). 224 +|DataSetID|IDType|(% style="width:612px" %)DataSetID provides an identifier for a contained data set. 225 +|Extracted|xs:dateTime|(% style="width:612px" %)Extracted is a time-stamp from the system rendering the data. 226 +|ReportingBegin|ObservationalTimePeriodType|(% style="width:612px" %)ReportingBegin provides the start of the time period covered by the message (in the case of data). 227 +|ReportingEnd|ObservationalTimePeriodType|(% style="width:612px" %)ReportingEnd provides the end of the time period covered by the message (in the case of data). 228 +|EmbargoDate|xs:dateTime|(% style="width:612px" %)EmbargoDate holds a time period before which the data included in this message is not available. 229 +|Source|TextType|(% style="width:612px" %)Source provides human-readable information about the source of the data. 224 224 225 225 **StructureHeaderType:** StructureHeaderType defines the structure for structural metadata messages. 226 226 ... ... @@ -234,14 +234,15 @@ 234 234 235 235 Element Documentation: 236 236 237 -|**Name**|**Type**|**Documentation**| 238 -|ID|IDType|ID identifies an identification for the message, assigned by the sender.| 239 -|Test|xs:boolean|Test indicates whether the message is for test purposes or not.| 240 -|Prepared|HeaderTimeType|Prepared is the date the message was prepared.| 241 -|Sender|SenderType|Sender is information about the party that is transmitting the message.| 242 -|Receiver|PartyType|Receiver is information about the party that is the intended recipient of the message.| 243 -|Name|TextType|Name provides a name for the transmission. Multiple instances allow for parallel language values.| 244 -|Source|TextType|Source provides human-readable information about the source of the data.| 243 +(% style="width:1018.29px" %) 244 +|**Name**|(% style="width:200px" %)**Type**|(% style="width:706px" %)**Documentation** 245 +|ID|(% style="width:200px" %)IDType|(% style="width:706px" %)ID identifies an identification for the message, assigned by the sender. 246 +|Test|(% style="width:200px" %)xs:boolean|(% style="width:706px" %)Test indicates whether the message is for test purposes or not. 247 +|Prepared|(% style="width:200px" %)HeaderTimeType|(% style="width:706px" %)Prepared is the date the message was prepared. 248 +|Sender|(% style="width:200px" %)SenderType|(% style="width:706px" %)Sender is information about the party that is transmitting the message. 249 +|Receiver|(% style="width:200px" %)PartyType|(% style="width:706px" %)Receiver is information about the party that is the intended recipient of the message. 250 +|Name|(% style="width:200px" %)TextType|(% style="width:706px" %)Name provides a name for the transmission. Multiple instances allow for parallel language values. 251 +|Source|(% style="width:200px" %)TextType|(% style="width:706px" %)Source provides human-readable information about the source of the data. 245 245 246 246 **StructureSpecificDataHeaderType:** StructureSpecificDataHeaderType defines the header structure for a structure specific data message. 247 247 ... ... @@ -255,22 +255,23 @@ 255 255 256 256 Element Documentation: 257 257 258 -|**Name**|**Type**|**Documentation**| 259 -|ID|IDType|ID identifies an identification for the message, assigned by the sender.| 260 -|Test|xs:boolean|Test indicates whether the message is for test purposes or not.| 261 -|Prepared|HeaderTimeType|Prepared is the date the message was prepared.| 262 -|Sender|SenderType|Sender is information about the party that is transmitting the message.| 263 -|Receiver|PartyType|Receiver is information about the party that is the intended recipient of the message.| 264 -|Name|TextType|Name provides a name for the transmission. Multiple instances allow for parallel language values.| 265 -|Structure|StructureSpecificDat aStructureType|Structure provides a reference to the structure (either explicitly or through a structure usage reference) that describes the format of data or reference metadata. In addition to the structure, it is required to also supply the namespace of the structure specific schema that defines the format of the data/metadata. For cross sectional data, additional information is also required to state which dimension is being used at the observation level. This information will allow the structure specific schema to be generated. For generic format messages, this is used to simply reference the underlying structure. It is not mandatory in these cases and the generic data/metadata sets will require this reference explicitly.| 266 -|DataProvider|DataProviderReferenc eType|DataProvider identifies the provider of the data for a data message.| 267 -|DataSetAction|ActionType|DataSetAction code provides a code for determining whether the enclosed message is an Update or Delete message (not to be used with the UtilityData message).| 268 -|DataSetID|IDType|DataSetID provides an identifier for a contained data set.| 269 -|Extracted|xs:dateTime|Extracted is a time-stamp from the system rendering the data.| 270 -|ReportingBegin|ObservationalTimePer iodType|ReportingBegin provides the start of the time period covered by the message (in the case of data).| 271 -|ReportingEnd|ObservationalTimePer iodType|ReportingEnd provides the end of the time period covered by the message (in the case of data).| 272 -|EmbargoDate|xs:dateTime|EmbargoDate holds a time period before which the data included in this message is not available.| 273 -|Source|TextType|Source provides human-readable information about the source of the data.| 265 +(% style="width:1024.29px" %) 266 +|**Name**|**Type**|(% style="width:622px" %)**Documentation** 267 +|ID|IDType|(% style="width:622px" %)ID identifies an identification for the message, assigned by the sender. 268 +|Test|xs:boolean|(% style="width:622px" %)Test indicates whether the message is for test purposes or not. 269 +|Prepared|HeaderTimeType|(% style="width:622px" %)Prepared is the date the message was prepared. 270 +|Sender|SenderType|(% style="width:622px" %)Sender is information about the party that is transmitting the message. 271 +|Receiver|PartyType|(% style="width:622px" %)Receiver is information about the party that is the intended recipient of the message. 272 +|Name|TextType|(% style="width:622px" %)Name provides a name for the transmission. Multiple instances allow for parallel language values. 273 +|Structure|StructureSpecificDataStructureType|(% style="width:622px" %)Structure provides a reference to the structure (either explicitly or through a structure usage reference) that describes the format of data or reference metadata. In addition to the structure, it is required to also supply the namespace of the structure specific schema that defines the format of the data/metadata. For cross sectional data, additional information is also required to state which dimension is being used at the observation level. This information will allow the structure specific schema to be generated. For generic format messages, this is used to simply reference the underlying structure. It is not mandatory in these cases and the generic data/metadata sets will require this reference explicitly. 274 +|DataProvider|DataProviderReferenceType|(% style="width:622px" %)DataProvider identifies the provider of the data for a data message. 275 +|DataSetAction|ActionType|(% style="width:622px" %)DataSetAction code provides a code for determining whether the enclosed message is an Update or Delete message (not to be used with the UtilityData message). 276 +|DataSetID|IDType|(% style="width:622px" %)DataSetID provides an identifier for a contained data set. 277 +|Extracted|xs:dateTime|(% style="width:622px" %)Extracted is a time-stamp from the system rendering the data. 278 +|ReportingBegin|ObservationalTimePeriodType|(% style="width:622px" %)ReportingBegin provides the start of the time period covered by the message (in the case of data). 279 +|ReportingEnd|ObservationalTimePeriodType|(% style="width:622px" %)ReportingEnd provides the end of the time period covered by the message (in the case of data). 280 +|EmbargoDate|xs:dateTime|(% style="width:622px" %)EmbargoDate holds a time period before which the data included in this message is not available. 281 +|Source|TextType|(% style="width:622px" %)Source provides human-readable information about the source of the data. 274 274 275 275 **GenericMetadataHeaderType:** GenericMetadataHeaderType defines the header format for generic reference metadata. 276 276 ... ... @@ -284,19 +284,20 @@ 284 284 285 285 Element Documentation: 286 286 287 -|**Name**|**Type**|**Documentation**| 288 -|ID|IDType|ID identifies an identification for the message, assigned by the sender.| 289 -|Test|xs:boolean|Test indicates whether the message is for test purposes or not.| 290 -|Prepared|HeaderTimeType|Prepared is the date the message was prepared.| 291 -|Sender|SenderType|Sender is information about the party that is transmitting the message.| 292 -|Receiver|PartyType|Receiver is information about the party that is the intended recipient of the message.| 293 -|Name|TextType|Name provides a name for the transmission. Multiple instances allow for parallel language values.| 294 -|Structure|GenericMetadataStruc tureType|Structure provides a reference to the structure (either explicitly or through a structure usage reference) that describes the format of data or reference metadata. In addition to the structure, it is required to also supply the namespace of the structure specific schema that defines the format of the data/metadata. For cross sectional data, additional information is also required to state which dimension is being used at the observation level. This information will allow the structure specific schema to be generated. For generic format messages, this is used to simply reference the underlying structure. It is not mandatory in these cases and the generic data/metadata sets will require this reference explicitly.| 295 -|MetadataProvider|MetadataProviderRefe renceType|MetadataProvider identifies the provider of the metadata for a metadata message.| 296 -|DataSetAction|ActionType|DataSetAction code provides a code for determining whether the enclosed message is an Update or Delete message (not to be used with the UtilityData message).| 297 -|DataSetID|IDType|DataSetID provides an identifier for a contained data set.| 298 -|Extracted|xs:dateTime|Extracted is a time-stamp from the system rendering the data.| 299 -|Source|TextType|Source provides human-readable information about the source of the data.| 295 +(% style="width:1027.29px" %) 296 +|**Name**|**Type**|(% style="width:678px" %)**Documentation** 297 +|ID|IDType|(% style="width:678px" %)ID identifies an identification for the message, assigned by the sender. 298 +|Test|xs:boolean|(% style="width:678px" %)Test indicates whether the message is for test purposes or not. 299 +|Prepared|HeaderTimeType|(% style="width:678px" %)Prepared is the date the message was prepared. 300 +|Sender|SenderType|(% style="width:678px" %)Sender is information about the party that is transmitting the message. 301 +|Receiver|PartyType|(% style="width:678px" %)Receiver is information about the party that is the intended recipient of the message. 302 +|Name|TextType|(% style="width:678px" %)Name provides a name for the transmission. Multiple instances allow for parallel language values. 303 +|Structure|GenericMetadataStructureType|(% style="width:678px" %)Structure provides a reference to the structure (either explicitly or through a structure usage reference) that describes the format of data or reference metadata. In addition to the structure, it is required to also supply the namespace of the structure specific schema that defines the format of the data/metadata. For cross sectional data, additional information is also required to state which dimension is being used at the observation level. This information will allow the structure specific schema to be generated. For generic format messages, this is used to simply reference the underlying structure. It is not mandatory in these cases and the generic data/metadata sets will require this reference explicitly. 304 +|MetadataProvider|MetadataProviderReferenceType|(% style="width:678px" %)MetadataProvider identifies the provider of the metadata for a metadata message. 305 +|DataSetAction|ActionType|(% style="width:678px" %)DataSetAction code provides a code for determining whether the enclosed message is an Update or Delete message (not to be used with the UtilityData message). 306 +|DataSetID|IDType|(% style="width:678px" %)DataSetID provides an identifier for a contained data set. 307 +|Extracted|xs:dateTime|(% style="width:678px" %)Extracted is a time-stamp from the system rendering the data. 308 +|Source|TextType|(% style="width:678px" %)Source provides human-readable information about the source of the data. 300 300 301 301 **BasicHeaderType:** BasicHeaderType defines the most basic header information used in simple message exchanges. 302 302