Check identifier 21011 — Status message
Check identifier 21011 · EDIFACT message type IFTSTA · Format version 202604
Data structure
| Structure (BO4E) | Description | Format | 21011 | Condition |
|---|---|---|---|---|
| stammdaten * | — | object | Must | — |
| MESSLOKATION [ ] * | — | object[] | Must | — |
| messlokationsId * 00010 | The metering location identification. This is the former metering point identifier, e.g. DE 47108151234567 | string | X | — |
| STATUSMITTEILUNG [ ] * | — | object[] | Must | — |
| auftragsstatus * 00020 | Order status | Enum Auftragsstatus | X | — |
GESCHEITERT | — | — | X | — |
ERFOLGREICH | — | — | X | — |
LIEFERUNG_GEPLANT | — | — | X | — |
GEPLANT | — | — | X | — |
ZUGESTIMMT | — | — | X | — |
WIDERSPROCHEN | — | — | X | — |
STOERUNGSFREI | — | — | X | — |
GESTOERT | — | — | X | — |
FESTGESTELLTE_STOERUNG | — | — | X | — |
VERMUTETE_STOERUNG | — | — | X | — |
ABGELEHNT | — | — | X | — |
BEENDET | — | — | X | — |
ANTWORT_DRITTER | — | — | X | — |
BESTAETIGT | — | — | X | — |
UMGESETZT | — | — | X | — |
ENFG_STROMSPEICHER_UND_VERLUSTENERGIE | — | — | X | — |
ENFG_ELEKTRISCH_ANGETRIEBENE_WAERMEPUMPEN | — | — | X | — |
ENFG_UMLAGEERHEBUNG_BEI_ANLAGEN_ZUR_VERSTROMUNG_VON_KUPPELGASEN | — | — | X | — |
ENFG_HERSTELLUNG_VON_GRUENEN_WASSERSTOFF | — | — | X | — |
ENFG_STROMKOSTENINTENSIVE_UNTERNEHMEN | — | — | X | — |
ENFG_HERSTELLUNG_VON_WASSERSTOFF_IN_STROMKOSTENINTENSIVEN_UNTERNEHMEN | — | — | X | — |
ENFG_SCHIENENBAHNEN | — | — | X | — |
ENFG_ELEKTRISCHE_BETRIEBENE_BUSSEN_IM_LINIENVERKEHR | — | — | X | — |
ENFG_LANDSTROMANLAGEN | — | — | X | — |
AENDERUNG_DER_DATEN | — | — | X | — |
KEINE_AENDERUNG_DER_DATEN | — | — | X | — |
ZEITREIHE_AKZEPTIERT | — | — | X | — |
ZEITREIHE_NICHT_AKZEPTIERT | — | — | X | — |
| positionsdaten [ ] * | — | object[] | Must | — |
| positionsnummer * 00030 | positionsnummer | integer | Must | — |
| transaktionsdaten * | — | object | Must | — |
| antwortstatus * 00040 | Response status / STS+E01 | string | X | — |
| antwortstatusCodeliste * 00050 | Response status code list / STS+E01 | string | X | — |
| dokumentennummer * 00060 | EDIFACT reference from the BGM segment / BGM | string | X | — |
| mitteilungsnummer * 00070 | Reference transaction number / RFF+ADY | string | X | — |
| nachrichtendatum * 00080 | Creation date of the EDIFact / DTM+137 | string (date-time) | X | — |
| nachrichtenreferenznummer * 00090 | EDIFACT reference from the UNT segment / UTILMD UNT+21 | string | Must | — |
| pruefidentifikator * 00100 | Contains the check identifier from the EDIFact communication / RFF+Z13 | string | X | — |
| vorgangsreferenznummer * 00110 | Reference number of the transaction of the registration according to WiM / ORDERS RFF+Z41 / IFTSTA RFF+ACW | string | X | — |
| absender * | — | object | Must | — |
| rollencodenummer * 00120 | Specifies the code value of the market role. | string | X | — |
| rollencodetyp * 00130 | Indicates the type of the code. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
| ansprechpartner | — | object | May | — |
| eMailAdresse 00140 | Email address | string | Must | — |
| nachname 00150 | Surname (family name) of the contact person | string | X | — |
| rufnummern [ ] | — | object[] | May | — |
| nummerntyp 00160 | Phone number type | Enum Rufnummernart | Must | — |
RUF_ZENTRALE | — | — | Must | — |
FAX_ZENTRALE | — | — | Must | — |
SAMMELRUF | — | — | Must | — |
SAMMELFAX | — | — | Must | — |
ABTEILUNGRUF | — | — | Must | — |
ABTEILUNGFAX | — | — | Must | — |
RUF_DURCHWAHL | — | — | Must | — |
FAX_DURCHWAHL | — | — | Must | — |
MOBIL_NUMMER | — | — | Must | — |
| rufnummer 00170 | rufnummer | string | Must | — |
| empfaenger * | — | object | Must | — |
| rollencodenummer * 00180 | Specifies the code value of the market role. | string | X | — |
| rollencodetyp * 00190 | Indicates the type of the code. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
Application handbook (AHB)
| Structure (EDIFACT) | Description | Format | 21011 | 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.0g00060 | 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 | CCYYMMDDHHM MZZZ | — | 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 | — |
| SG2.CTA | — | — | Must | — |
3139 IC00220 | Information contact | — | X | — |
341200230 | Contact | — | X | — |
| SG2.COM | — | — | Must | — |
314800240 | Number / email address | — | X | (([939] [146]) ∨ ([940] [147])) ∧ [534] |
3155 EM00250 | — | X | [1P0..1] | |
3155 FX00260 | Fax number | — | X | [1P0..1] |
3155 TE00270 | Telephone | — | X | [1P0..1] |
3155 AJ00280 | further telephone | — | X | [1P0..1] |
3155 AL00290 | Mobile phone | — | X | [1P0..1] |
| SG14.CNI | — | — | Must | — |
149000300 | Transaction number | — | X | [911] |
| SG14.LOC | — | — | Must | — |
3227 17200310 | Reporting point | — | X | — |
322500320 | Identifier | — | X | [951] [505] |
| SG15.STS | — | — | Must | — |
9015 Z1000330 | MSB change under MsbG | — | X | — |
4405 Z1300340 | failed | — | X | — |
901300350 | Code of the check step | — | X | — |
1131 G_005500360 | Gas code list no. G_0055 | — | X | [493] |
1131 S_005700370 | Electricity code list no. S_0057 | — | X | [492] |
| SG15.RFF | — | — | Must | — |
1153 Z1300380 | Check identifier | — | X | — |
1154 2101100390 | WiM / status message (MSB/ failure notification) from the NB to MSBN / MSBA / LF | — | X | — |
| SG15.RFF | — | — | Must | — |
1153 ACW00400 | Reference number of a preceding message | — | X | — |
115400410 | Reference, identification | — | X | — |
| SG15.RFF | — | — | Must | — |
1153 ADY00420 | Notification number | — | X | — |
115400430 | Reference, identification | — | X | — |
| UNT | — | — | Must | — |
007400440 | Number of segments in a message | — | X | — |
006200450 | Message reference number | — | X | — |
Conditions of this table
The free text of the 13 conditions referenced by the rows above. All conditions of the message type are listed in the condition index IFTSTA.
| Marker | Condition |
|---|---|
| [146] | If code EM is present in DE3155 in the same COM |
| [147] | If code TE / FX / AJ / AL is present in DE3155 in the same COM |
| [492] | if MP-ID in NAD+MR from division electricity |
| [493] | if MP-ID in NAD+MR from division gas |
| [494] | The date stated here must be the point in time at which the document was created, or a point in time before that |
| [505] | Note: Use of the ID of the metering location |
| [534] | Note: Only one piece of information may be transmitted in DE3148 |
| [911] | Format: Possible values: 1 to n, starting at 1 for each message and ascending consecutively |
| [931] | Format: ZZZ = +00 |
| [939] | Format: the character string must contain the characters @ and . |
| [940] | Format: the character string must begin with the character + and may only be followed by digits |
| [951] | Format: Metering point identifier |
| [1P0..1] | Note: This is the standard package if no condition applies, e.g. in the COM segment. |
Example message
UNA:+.? '
UNB+UNOC:3+4045399000015:500+4045399000060:500+{{date}}:{{time}}+M0VKB4AA'
UNH+M0OA53FP+IFTSTA:D:18A:UN:2.0g'
BGM+Z09+M0NF0OLD'
DTM+137:202408200726?+00:303'
NAD+MR+4045399000060::293'
NAD+MS+4045399000015::293'
CNI+1'
LOC+172+DE00014545768S0000000000000003054'
STS+Z10+Z13+Z66:S_0057'
RFF+Z13:21011'
RFF+ACW:123'
RFF+ADY:123'
UNT+12+M0OA53FP'
UNZ+1+M0VKB4AA'[1 item
{6 fields
"data": {3 fields
"stammdaten": {2 fields
"MESSLOKATION": [1 item
{4 fields
"STATUSMITTEILUNG": [1 item
{5 fields
"positionsdaten": [1 item
{1 field
"transaktionsdaten": {13 fields
"absender": {5 fields
"empfaenger": {5 fields
Download: EDIFACT file · BO4E JSON
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 are LF, NB and MSB.
| Role | Party involved | Process | Rulebook | Division | Step |
|---|---|---|---|---|---|
| LF | LF | Start of metering point operation | WiM electricity part 1 | Electricity | Step 8 |
| LF | LF | Start of metering point operation | WiM electricity part 1 | Electricity | Step 14 |
| LF | LF | Start of metering point operation | WiM electricity part 1 | Electricity | Step 15 |
| NB | NB | Start of metering point operation | AWH WiM gas 2.0 | Gas | Step 7 |
| NB | NB | Start of metering point operation | WiM electricity part 1 | Electricity | Step 8 |
| NB | NB | Start of metering point operation | WiM electricity part 1 | Electricity | Step 14 |
| NB | NB | Start of metering point operation | WiM electricity part 1 | Electricity | Step 15 |
| MSB | MSBA | Start of metering point operation | AWH WiM gas 2.0 | Gas | Step 7 |
| MSB | MSBA | Start of metering point operation | WiM electricity part 1 | Electricity | Step 8 |
| MSB | MSBA | Start of metering point operation | WiM electricity part 1 | Electricity | Step 14 |
| MSB | MSBA | Start of metering point operation | WiM electricity part 1 | Electricity | Step 15 |
| MSB | MSBN | Start of metering point operation | AWH WiM gas 2.0 | Gas | Step 7 |
| MSB | MSBN | Start of metering point operation | WiM electricity part 1 | Electricity | Step 8 |
| MSB | MSBN | Start of metering point operation | WiM electricity part 1 | Electricity | Step 14 |
| MSB | MSBN | Start of metering point operation | WiM electricity part 1 | Electricity | Step 15 |
Business classification
| Attribute | Value |
|---|---|
| Use case (AHB) | Status message |
| AHB | IFTSTA AHB |
| Response to check identifier | 21009 |
| Decision tree | E_0232 · E_2003 (no tree in this format version) |
| Transmission channel | AS4 |
This check identifier is used in 5 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 gas | Ch. B 3.3 No. 8 | NB → MSBN | Confirmation of the failure of the assignment |
| WiM electricity part 1 | Start of metering point operation | NB → MSBN | Response to notification of the overall transaction |
| WiM electricity part 1 | Start of metering point operation | NB → MSBA | Information on failure of the assignment |
| WiM electricity part 1 | Start of metering point operation | NB → LF | Information on failure of the assignment |
| AWH WiM gas 2.0 | Start of metering point operation | NB → MSBN | Response to notification of the overall transaction |
Individual entries from format version 202610
The check identifiers table of format version 202604 does not carry these entries: reaction to check identifier and decision tree. They come from version 202610. Version 202610 also carries this check identifier in contexts that the table of version 202604 does not know; they are included in the list above. Everything else on this page — use case, rulebook and communication direction — comes from its own version. Before adopting this into an implementation specification, check whether what is stated applies to 202604.
Transaction and responses
Role of this check identifier: response. Basis: the transaction data carry antwortstatus and antwortstatusCodeliste; the title or the action of the Prüfi table begins with “response”. The title names no polarity — whether this message confirms or rejects is decided by the response code, not by the check identifier.
Which request this message responds to
| Role | Check identifier | Use case | Message type | Origin of supply |
|---|---|---|---|---|
| Request | 21009 | Status message | IFTSTA | explicit |
Forwarding (triangular communication): The preceding step holds 21012 with the same send direction. This message therefore does not answer the sender of the preceding step, it forwards — which is why there is no response sentence here.
In which field the request is quoted
| Reference field of this message | EDIFACT segment | Target field in the request |
|---|---|---|
vorgangsreferenznummer | SG14.CNI.SG15.STS+Z10.RFF+ACW | — |
RFF+ACW names the "preceding message". Which field is meant there is not carried by the source — the target remains open.
Response codes
Decision trees: G_0055 · S_0057 · E_0232 · E_2003.
The Prüfi table names 2 further trees across all rows of this check identifier. They bind it to a process, not to a row of its handbook — their codes therefore appear only on the respective tree page. No decision tree exists for G_0055, S_0057 in version 202604; its response codes are therefore not listed here.
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 59 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.
The test data contains one transaction for this check identifier under the message type iftsta. Each is stored twice — as a EDIFACT message and as a BO4E JSON. That both representations show the same transaction has been recalculated, not assumed: interchange control reference, message reference number, document number, message date, sender and recipient match in all 517 pairs of the format version; check identifier, transaction number and location ID wherever both representations carry them. Not a single attribute contradicts.
Placeholder from the test data set
The test data set carries placeholders instead of valid values: {{date}} and {{time}} in the UNB interchange envelope of every EDIFACT file. The page replaces these on call with the current date and the current time — in the format that applies at the respective position: in the envelope year, month and day as well as hour and minute, two digits each.
<businessKey> stays in place. It is not a time value, and an invented key would look like a valid one.