Check identifier 21036 — Status message
Check identifier 21036 · EDIFACT message type IFTSTA · Format version 202610
Data structure
| Structure (BO4E) | Description | Format | 21036 | Condition |
|---|---|---|---|---|
| stammdaten * | — | object | Must | — |
| STATUSMITTEILUNG [ ] * | — | object[] | Must | — |
| positionsdaten [ ] * | — | object[] | Must | — |
| fertigstellungsdatum * 00010 | fertigstellungsdatum | string (date-time) | X | — |
| lokationsId * 00020 | lokationsId | string | X | — |
| positionsnummer * 00030 | positionsnummer | integer | Must | — |
| transaktionsdaten * | — | object | Must | — |
| dokumentennummer * 00040 | EDIFACT reference from the BGM segment / BGM | string | X | — |
| nachrichtendatum * 00050 | Creation date of the EDIFact / DTM+137 | string (date-time) | X | — |
| nachrichtenreferenznummer * 00060 | EDIFACT reference from the UNT segment / UTILMD UNT+21 | string | Must | — |
| pruefidentifikator * 00070 | Contains the check identifier from the EDIFact communication / RFF+Z13 | string | X | — |
| absender * | — | object | Must | — |
| rollencodenummer * 00080 | Specifies the code value of the market role. | string | X | — |
| rollencodetyp * 00090 | Indicates the type of the code. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
| empfaenger * | — | object | Must | — |
| rollencodenummer * 00100 | Specifies the code value of the market role. | string | X | — |
| rollencodetyp * 00110 | Indicates the type of the code. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
Application handbook (AHB)
| Structure (EDIFACT) | Description | Format | 21036 | Condition |
|---|---|---|---|---|
| UNH | — | — | Must | — |
006200010 | Message reference number | — | X | — |
0065 IFTSTA00020 | Multimodal status report | — | X | — |
0052 D00030 | Draft version | — | X | — |
0054 18A00040 | Edition 2018 - A | — | X | — |
0051 UN00050 | UN/CEFACT | — | X | — |
0057 2.100060 | Version number of the underlying BDEW message description | — | X | — |
| BGM | — | — | Must | — |
1001 Z0900070 | WiM message(s) | — | X | — |
100400080 | Document number | — | X | — |
| DTM | — | — | Must | — |
2005 13700090 | Document-/message date/time | — | X | — |
238000100 | Date or time or time span, value | — | X | [931] [494] |
2379 30300110 | CCYYMMDDHHMMZZZ | — | X | — |
| SG1.NAD | — | — | Must | — |
3035 MR00120 | Message recipient | — | X | — |
303900130 | MP-ID | — | X | — |
3055 900140 | GS1 | — | X | — |
3055 29300150 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
3055 33200160 | DE, DVGW Service & Consult GmbH | — | X | — |
| SG1.NAD | — | — | Must | — |
3035 MS00170 | Document-/message sender or sender | — | X | — |
303900180 | MP-ID | — | X | — |
3055 900190 | GS1 | — | X | — |
3055 29300200 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
3055 33200210 | DE, DVGW Service & Consult GmbH | — | X | — |
| SG14.CNI | — | — | Must | — |
149000220 | Transaction number | — | X | [911] |
| SG14.LOC | — | — | Must | — |
3227 17200230 | Reporting point | — | X | — |
322500240 | Identifier | — | X | [951] [505] |
| SG15.STS | — | — | Must | — |
9015 Z2600250 | Device status | — | X | — |
4405 Z3500260 | removed | — | X | — |
| SG15.RFF | — | — | Must | — |
1153 Z1300270 | Check identifier | — | X | — |
1154 2103600280 | WiM / Device status | — | X | — |
| SG15.DTM | — | — | Must | — |
2005 29300290 | Completion date/time | — | X | — |
238000300 | Date or time or time span, value | — | X | [931] [495] |
2379 30300310 | CCYYMMDDHHMMZZZ | — | X | — |
| UNT | — | — | Must | — |
007400320 | Number of segments in a message | — | X | — |
006200330 | Message reference number | — | X | — |
Conditions of this table
The free text of the 6 conditions referenced by the rows above. All conditions of the message type are listed in the condition index IFTSTA.
| Marker | Condition |
|---|---|
| [494] | The date stated here must be the point in time at which the document was created, or a point in time before that |
| [495] | The point in time must be ≤ the value in DE2380 of DTM+137 |
| [505] | Note: Use of the ID of the metering location |
| [911] | Format: Possible values: 1 to n, starting at 1 for each message and ascending consecutively |
| [931] | Format: ZZZ = +00 |
| [951] | Format: Metering point identifier |
Belongs to these role views
The check identifier itself carries no market role. This assignment is derived back from the role views in whose process steps it occurs — affected is MSB.
| Role | Party involved | Process | Rulebook | Division | Step |
|---|---|---|---|---|---|
| MSB | MSBA | Device replacement | AWH WiM gas 2.0 | Gas | Step 6 |
| MSB | MSBA | Device replacement | WiM electricity part 1 | Electricity | Step 6 |
| MSB | MSBN | Device replacement | AWH WiM gas 2.0 | Gas | Step 6 |
| MSB | MSBN | Device replacement | WiM electricity part 1 | Electricity | Step 6 |
Business classification
| Attribute | Value |
|---|---|
| Use case (AHB) | Status message |
| AHB | IFTSTA AHB |
| Transmission channel | AS4 |
This check identifier is used in 2 contexts
Regulatory determination and communication direction depend on the process in which the message is sent. A single entry would be misleading — all placements are therefore listed here.
| Process description / rulebook | Process step | Communication | Action |
|---|---|---|---|
| WiM electricity part 1 | Device replacement | MSB (corresponds to MSBN on the object metering location) → MSB (corresponds to MSBA on the object metering location) | Point in time of device removal |
| AWH WiM gas 2.0 | Device replacement | MSBN → MSBA | Point in time of device removal |
Transaction and responses
Role of this check identifier: request. Basis: the transaction data carry neither antwortstatus nor antwortstatusCodeliste, and neither the title nor the action of the Prüfi table begins with “response” or “response message”.
Responses: No response of this format version names this check identifier as a reference — neither explicitly in the Prüfi table nor via the step sequence. That does not mean there is none; it means that the sources do not record one.
Check identifiers of the same AHB table: No other check identifier of message type IFTSTA has the same row structure in this version.
Notes on this page
An * after a field or group name marks a mandatory field or a mandatory group. The type is beside it; where the value ends up in the EDIFACT segment is shown by the info icon next to the field name.
The status column carries two vocabularies because the manual answers two questions: on a group row, Muss, Soll or Kann states whether the EDIFACT segment must be present; on a field row, X states that this qualifier is used in this check identifier. Both are kept exactly as the source records them.
For this check identifier, the application handbook lists 44 rows. They appear in the order of the handbook, indented by segment: a row without a data element opens a segment, the rows below it are its data elements.
The Condition column names the markers under which the handbook ties a row to a prerequisite; their free text is below the table.
No test case exists for this check identifier in the test data of the format version. There is therefore no example message here — not even a reconstructed one: on a page that promises evidence, an invented message would be worse than none.