Check identifier 55022 — Request for cancellation
Check identifier 55022 · EDIFACT message type UTILMD · Format version 202610
Data structure
| Structure (BO4E) | Description | Format | 55022 | Condition |
|---|---|---|---|---|
| transaktionsdaten * | — | object | Must | — |
| dokumentennummer * 00010 | EDIFACT reference from the BGM segment / BGM | string | Must | [500] |
| freitext 00020 | Free text / FTX+ACB | string | X | — |
| kategorie * 00030 | Qualifier from the beginning of the EDIFACT message / BGM | string | Must | [500] |
| nachrichtendatum * 00040 | Creation date of the EDIFact / DTM+137 | string (date-time) | X | — |
| nachrichtenreferenznummer * 00050 | EDIFACT reference from the UNT segment / UTILMD UNT+21 | string | Must | — |
| pruefidentifikator * 00060 | Contains the check identifier from the EDIFact communication / RFF+Z13 | string | X | — |
| transaktionsgrund * 00070 | The transaction reason describes the business transaction for the category in more detail / UTILMD STS+7++###+ZW4+E03 | string | X | — |
| vorgangsnummer * 00080 | Number of the transaction / UTILMD UTILTS IDE+24 / INSRPT INVOIC DOC | string | X | — |
| vorgangsreferenznummer * 00090 | Reference number of the transaction of the registration according to WiM / ORDERS RFF+Z41 / IFTSTA RFF+ACW | string | X | — |
| absender * | — | 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 | — |
| empfaenger * | — | 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 | — |
Application handbook (AHB)
| Structure (EDIFACT) | Description | Format | 55022 | Condition |
|---|---|---|---|---|
| UNH | — | — | Must | — |
006200010 | Message reference number | — | X | — |
0065 UTILMD00020 | Grid connection master data | — | X | — |
0052 D00030 | Draft version | — | X | — |
0054 11A00040 | Edition 2011 - A | — | X | — |
0051 UN00050 | UN/CEFACT | — | X | — |
0057 S2.200060 | Version number of the underlying BDEW message description | — | X | — |
| BGM | — | — | Must | [500] |
1001 E0100070 | Registrations | — | X | — |
1001 E0200080 | Deregistrations | — | X | — |
1001 E3500090 | Contract termination | — | X | — |
100400100 | Document number | — | X | — |
| DTM | — | — | Must | — |
2005 13700110 | Document/message date/time | — | X | — |
238000120 | Date or time or time span, value | — | X | [931] [494] |
2379 30300130 | CCYYMMDDHHMMZZZ | — | X | — |
| SG2.NAD | — | — | Must | — |
3035 MS00140 | Document-/ message sender or sender | — | X | — |
303900150 | MP-ID | — | X | — |
3055 900160 | GS1 | — | X | — |
3055 29300170 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG2.NAD | — | — | Must | — |
3035 MR00180 | Message recipient | — | X | — |
303900190 | MP-ID | — | X | — |
3055 900200 | GS1 | — | X | — |
3055 29300210 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG4.IDE | — | — | Must | — |
7495 2400220 | Transaction | — | X | — |
740200230 | Transaction number | — | X | — |
| SG4.STS | — | — | Must | — |
9015 700240 | Transaction reason | — | X | — |
9013 E0500250 | Cancellation | — | X | — |
| SG4.FTX | — | — | May | — |
4451 ACB00260 | Additional information (for general notes) | — | X | — |
444000270 | Text for general information | — | X | — |
| SG6.RFF | — | — | Must | — |
1153 Z1300280 | Check identifier | — | X | — |
1154 5502200290 | GPKE / Request for cancellation | — | X | — |
| SG6.RFF | — | — | Must | — |
1153 ACW00300 | Reference number of a preceding message | — | X | — |
115400310 | Transaction number | — | 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 3 conditions referenced by the rows above. All conditions of the message type are listed in the condition index UTILMDS.
| 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 |
| [500] | Note: The code is to be selected according to the category of the notification to be canceled |
| [931] | Format: ZZZ = +00 |
Example message
UNA:+.? '
UNB+UNOC:3+9903790000002:500+9900321000005:500+{{date}}:{{time}}+LZN7LNO5'
UNH+UNHLZUSZK2K+UTILMD:D:11A:UN:S2.2'
BGM+E01+BGMLZKF4TV6'
DTM+137:202504041200?+00:303'
NAD+MS+9903790000002::293'
NAD+MR+9900321000005::293'
IDE+24+123456'
STS+7++E05'
FTX+ACB+++Bla'
RFF+Z13:55022'
RFF+ACW:ABC123456'
UNT+11+UNHLZUSZK2K'
UNZ+1+LZN7LNO5'[1 item
{6 fields
"data": {3 fields
"transaktionsdaten": {13 fields
"absender": {4 fields
"empfaenger": {4 fields
Download: EDIFACT file · BO4E JSON
Belongs to these role views
There is no role view for this check identifier: in this format version no process step of any market role carries it. A role statement would stand here without evidence.
No process in this release
This check identifier is assigned to no sequence: its row in the BDEW table carries no „designation from sequence diagram“ from which a process could be formed. It is named under GPKE part 4. That is a gap of the process source, not of the delivery — and it is the reason why no „Belongs to these role views“ table appears here.
Business classification
| Attribute | Value |
|---|---|
| Use case (AHB) | Request for cancellation |
| AHB | UTILMD AHB electricity |
| Transmission channel | AS4 |
| Process description / rulebook | Process step | Communication | Action |
|---|---|---|---|
| GPKE part 4 | GPKE part 4 ch. 5 | Parties involved as in the original message → Parties involved as in the original message | — |
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 UTILMDS 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.
The test data contains one transaction for this check identifier under the message type utilmd. 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.