Check identifier 17118 — Order placement for a configuration change
Check identifier 17118 · EDIFACT message type ORDERS · Format version 202610
Data structure
| Structure (BO4E) | Description | Format | 17118 | Condition |
|---|---|---|---|---|
| stammdaten * | — | object | Must | — |
| ANFRAGE [ ] * | — | object[] | Must | — |
| anfragetyp 00010 | Type/kind of the request (ORDERS ORDRSP IMD 7081) | Enum Anfragetyp | Should | [104] ∧ [105] |
KAUF | — | — | Should | — |
NUTZUNGSUEBERLASSUNG | — | — | Should | — |
ABRECHNUNGSBRENNWERT_UND_ZUSTANDSZAHL | — | — | Should | — |
LASTGANGDATEN | — | — | Should | — |
ZAEHLERSTAENDE | — | — | Should | — |
WERTEERMITTLUNG | — | — | Should | — |
ENERGIEMENGE_EINZELWERT | — | — | Should | — |
INNERHALB_DER_ARBEITSZEIT | — | — | Should | — |
AUCH_AUSSERHALB_DER_ARBEITSZEIT | — | — | Should | — |
WECHSEL_SAEMTLICHER_EINRICHTUNGEN | — | — | Should | — |
TEILWEISER_WECHSEL | — | — | Should | — |
AENDERUNG_ZAEHLZEITDEFINITION | — | — | Should | — |
ABBESTELLUNG_ZAEHLZEITEN | — | — | Should | — |
ABBESTELLUNG_MESSPRODUKT | — | — | Should | — |
ANGEBOT_AUF_BASIS_PREISBLATT | — | — | Should | — |
INDIVIDUELLES_ANGEBOT | — | — | Should | — |
AENDERUNG_KONFIGURATION | — | — | Should | — |
KANN_NICHT_ANGEBOTEN_WERDEN | — | — | Should | — |
NEUKONFIGURATION | — | — | Should | — |
BEENDIGUNG_KONFIGURATION | — | — | Should | — |
AKTIVIERUNG_KONFIGURATION | — | — | Should | — |
| lokationsId * 00020 | Which market or metering location this request applies to. | string | X | — |
| AUFTRAG [ ] * | — | object[] | Must | — |
| ausfuehrungsdatum * 00030 | The execution date describes at which point in time an order is to be executed. | string (date-time) | X | — |
| positionsdaten [ ] | — | object[] | May | — |
| positionsnummer 00040 | Line item number | integer | Must | — |
| MESSLOKATION [ ] | — | object[] | May | — |
| zaehlwerke [ ] | — | object[] | May | — |
| messprodukt 00050 | messprodukt | string | X | — |
| notwendigkeitZweiteMessung 00060 | Necessity of second measurement | Enum NotwendigkeitZweiteMessung | X | — |
VORHANDEN | — | — | X | — |
NICHT_VORHANDEN | — | — | X | — |
| werteuebermittlungVerwendungszweck 00070 | Purpose of use for value transmission | Enum WerteuebermittlungVerwendungszweck | X | — |
VORHANDEN | — | — | X | — |
NICHT_VORHANDEN | — | — | X | — |
| zaehlzeiten | — | object | May | — |
| zaehlzeitDefinition 00080 | Metering time period definition | string | Must | — |
| transaktionsdaten * | — | object | Must | — |
| dokumentennummer * 00090 | EDIFACT reference from the BGM segment / BGM | string | X | — |
| nachrichtendatum * 00100 | Creation date of the EDIFact / DTM+137 | string (date-time) | X | — |
| nachrichtenreferenznummer * 00110 | EDIFACT reference from the UNT segment / UTILMD UNT+21 | string | Must | — |
| pruefidentifikator * 00120 | Contains the check identifier from the EDIFact communication / RFF+Z13 | string | X | — |
| absender * | — | object | Must | — |
| rollencodenummer * 00130 | Specifies the code value of the market role. | string | X | — |
| rollencodetyp * 00140 | Indicates the type of the code. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
| beteiligterMarktpartner * | — | object | Must | — |
| rollencodenummer * 00150 | Specifies the code value of the market role. | string | X | — |
| rollencodetyp * 00160 | Indicates the type of the code. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
| empfaenger * | — | object | Must | — |
| rollencodenummer * 00170 | Specifies the code value of the market role. | string | X | — |
| rollencodetyp * 00180 | Indicates the type of the code. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
Application handbook (AHB)
| Structure (EDIFACT) | Description | Format | 17118 | Condition |
|---|---|---|---|---|
| UNH | — | — | Must | — |
006200010 | Message reference number | — | X | — |
0065 ORDERS00020 | Order placement | — | X | — |
0052 D00030 | Draft version | — | X | — |
0054 09B00040 | Edition 2009 - B | — | X | — |
0051 UN00050 | UN/CEFACT | — | X | — |
0057 1.4c00060 | Version number of the underlying BDEW message description | — | X | — |
| BGM | — | — | Must | — |
1001 Z3100070 | Change device configuration | — | 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 | — |
| DTM | — | — | Must | — |
2005 20300120 | Execution date/time | — | X | — |
238000130 | Date or time or time span, value | — | X | [UB1] |
2379 30300140 | CCYYMMDDHHMMZZZ | — | X | — |
| IMD | — | — | Should | [104] ∧ [105] |
7081 Z6000150 | Order cancellation metering product with metering time period definition of LF | — | X | — |
| SG1.RFF | — | — | Must | — |
1153 Z1300160 | Check identifier | — | X | — |
1154 1711800170 | Order placement for configuration change | — | X | — |
| SG2.NAD | — | — | Must | — |
3035 MS00180 | Document-/message sender or sender | — | X | — |
303900190 | MP-ID | — | X | [61] |
3055 900200 | GS1 | — | X | — |
3055 29300210 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG2.NAD | — | — | Must | — |
3035 MR00220 | Message recipient | — | X | — |
303900230 | MP-ID | — | X | [61] |
3055 900240 | GS1 | — | X | — |
3055 29300250 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG2.NAD | — | — | Must | — |
3035 DP00260 | Supply address | — | X | — |
| SG2.LOC | — | — | Must | — |
3227 17200270 | Reporting point | — | X | — |
322500280 | Identifier | — | X | [951] [522] |
| SG2.NAD | — | — | Must | — |
3035 VY00290 | other associated party | — | X | — |
303900300 | MP-ID | — | X | [548] |
3055 900310 | GS1 | — | X | — |
3055 29300320 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG29.LIN | — | — | Must | — |
108200330 | Line item number | — | X | [911] |
1229 Z1900340 | Required product of the metering location | — | X | — |
| SG29.PIA | — | — | Must | — |
4347 500350 | Product identification | — | X | — |
714000360 | Product code | — | X | [100] |
7143 Z1100370 | Product | — | X | — |
| SG30.CCI | — | — | Must | — |
7059 Z3500380 | Description required value | — | X | — |
| SG30.CAV | — | — | Must | — |
7111 ZC900390 | Second measurement required for comparative measurement | — | X | — |
7110 Z0600400 | present | — | X | — |
7110 Z0700410 | not present | — | X | — |
| SG30.CAV | — | — | Must | — |
7111 Z8800420 | NB | — | X | — |
7110 Z0600430 | present | — | X | — |
7110 Z0700440 | not present | — | X | — |
| SG30.CCI | — | — | Must | — |
7059 Z3900450 | Code of the metering time period definition | — | X | — |
7059 Z4100460 | No metering time period required for metering product | — | X | [75] |
703700470 | Code of the metering time period definition | — | X | [77] |
| UNS | — | — | Must | — |
0081 S00480 | Separation of detail and summary section | — | X | — |
| UNT | — | — | Must | — |
007400490 | Number of segments in a message | — | X | — |
006200500 | 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 ORDERS.
| Marker | Condition |
|---|---|
| [61] | MP-ID only from division electricity |
| [75] | If no metering time period is required for the required value |
| [77] | If code Z39 (code of the metering time period definition) is present in DE7059 in the same CCI |
| [100] | Metering product code from chapter 2.3 "Standard metering products of the metering location" of the code list of configurations |
| [104] | If MP-ID in SG2 NAD+VY with role LF is present |
| [105] | If the previous configuration with metering times of the LF is to be terminated by the LF |
| [494] | The date stated here must be the point in time at which the document was created, or a point in time before that. |
| [522] | Note: Use of the ID of the metering location |
| [548] | Note: If the change of the device configuration is transmitted with a metering time period, enter here the MP-ID of the owner of the metering time period list. If no metering time period is to be used any longer instead of the previous metering time period, enter here the MP-ID of the owner of the metering time period list from which the metering time period was used previously. |
| [911] | Format: Possible values: 1 to n, starting at 1 for each message or segment group and ascending consecutively |
| [931] | Format: ZZZ = +00 |
| [951] | Format: Metering point identifier |
| [UB1] | ([931] ∧ [932] [490]) ⊻ ([931] ∧ [933] [491]) |
Example message
UNA:+.? '
UNB+UNOC:3+9904629000006:500+9904629000008:500+{{date}}:{{time}}+M0JPDOTZ'
UNH+M0L4YRVR+ORDERS:D:09B:UN:1.4c'
BGM+Z31+M0DAA51T'
DTM+137:202610011100?+00:303'
DTM+203:202608292200?+00:303'
RFF+Z13:17118'
NAD+MS+9904629000006::293'
NAD+MR+9904629000008::293'
NAD+DP'
LOC+172+DE00014545768S0000000000000003054'
NAD+VY+9900259000002::293'
LIN+1+Z19'
PIA+5+9991000000169:Z11'
CCI+Z35'
CAV+ZC9:::Z07'
CAV+Z88:::Z06'
CCI+Z39++AAI'
UNS+S'
UNT+18+M0L4YRVR'
UNZ+1+M0JPDOTZ'[1 item
{6 fields
"data": {3 fields
"stammdaten": {3 fields
"ANFRAGE": [1 item
{5 fields
"AUFTRAG": [1 item
{4 fields
"positionsdaten": [1 item
{2 fields
"MESSLOKATION": [1 item
{4 fields
"zaehlwerke": [1 item
{4 fields
"zaehlzeiten": {1 field
"transaktionsdaten": {9 fields
"absender": {4 fields
"empfaenger": {4 fields
"beteiligterMarktpartner": {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.
Business classification
| Attribute | Value |
|---|---|
| Use case (AHB) | Order placement for a configuration change |
| AHB | ORDERS AHB |
| Transmission channel | AS4 |
This check identifier is used in 6 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 |
|---|---|---|---|
| GPKE part 3 | Order placement for a configuration from NB to MSB | MSB → further MSB | Order placement for a configuration for further affected locations |
| GPKE part 3 | Order placement for a configuration from LF to MSB | MSB → further MSB | Order placement for a configuration for further affected locations |
| GPKE part 3 | Order placement for the termination of a configuration from NB to MSB | MSB → further MSB | Termination of a configuration for further affected locations |
| GPKE part 3 | Order placement for the termination of a configuration from LF to MSB | MSB → further MSB | Termination of a configuration for further affected locations |
| GPKE part 3 | Order placement for the termination of a configuration from the further MSB to MSB | further MSB → MSB | Order placement for the termination of a configuration at the level of the directly affected location |
| GPKE part 3 | Order placement for the termination of a configuration from the further MSB to MSB | MSB → further MSB | Termination of a configuration for further affected locations |
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 ORDERS 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 69 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 orders. 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.