Check identifier 19005 — Confirmation order technical change
Check identifier 19005 · EDIFACT message type ORDRSP · Format version 202610
Data structure
| Structure (BO4E) | Description | Format | 19005 | Condition |
|---|---|---|---|---|
| stammdaten * | — | object | Must | — |
| ANFRAGE [ ] * | — | object[] | Must | — |
| anfragekategorie * 00010 | Category of the request (ORDERS ORDRSP BGM 1001) | Enum Anfragekategorie | Must | — |
PROZESSDATENBERICHT | — | — | Must | — |
GERAETEUEBERNAHME | — | — | Must | — |
WEITERVERPFLICHTUNG_BETRIEB_MELO | — | — | Must | — |
AENDERUNG_MELO | — | — | Must | — |
STAMMDATEN_MALO_ODER_MELO | — | — | Must | — |
BILANZIERTE_MENGE_MEHR_MINDER_MENGEN | — | — | Must | — |
ALLOKATIONSLISTE_MEHR_MINDER_MENGEN | — | — | Must | — |
ENERGIEMENGE_UND_LEISTUNGSMAXIMUM | — | — | Must | — |
ABRECHNUNG_MESSSTELLENBETRIEB_MSB_AN_LF | — | — | Must | — |
AENDERUNG_PROGNOSEGRUNDLAGE_GERAETEKONFIGURATION | — | — | Must | — |
AENDERUNG_GERAETEKONFIGURATION | — | — | Must | — |
REKLAMATION_VON_WERTEN | — | — | Must | — |
LASTGANG_MALO_TRANCHE | — | — | Must | — |
SPERRUNG | — | — | Must | — |
ENTSPERRUNG | — | — | Must | — |
REKLAMATION_ZAEHLZEITDEFINITION | — | — | Must | — |
ZEITREIHEN_IM_RAHMEN_BILANZKREISABRECHNUNG | — | — | Must | — |
GERAETEWECHSELABSICHT | — | — | Must | — |
AENDERUNG_KONZESSIONSABGABE | — | — | Must | — |
AENDERUNG_ZAEHLZEITDEFINITION | — | — | Must | — |
UEBERMITTLUNG_WERTE_AN_ESA | — | — | Must | — |
AENDERUNG | — | — | Must | — |
BILANZKREISZUORDNUNGSLISTE | — | — | Must | — |
CLEARINGLISTE | — | — | Must | — |
NORMIERTES_PROFIL_PROFILSCHAR | — | — | Must | — |
REDISPATCH_EINZELZEITREIHE_AUSFALLARBEIT | — | — | Must | — |
REKLAMATION_PROFIL_PROFILSCHAR | — | — | Must | — |
STAMMDATEN_MALO | — | — | Must | — |
STAMMDATEN_MELO | — | — | Must | — |
STAMMDATEN_TRANCHE | — | — | Must | — |
BEENDIGUNG_EINER_KONFIGURATION | — | — | Must | — |
BESTELLUNG_EINER_KONFIGURATION | — | — | Must | — |
BESTELLUNG_EINES_ANGEBOTS_EINER_KONFIGURATION | — | — | Must | — |
REKLAMATION_EINER_KONFIGURATION | — | — | Must | — |
BESTELLUNG_AENDERUNG_NETZENTGELTE_NETZORIENTIERTER_STEUERUNGSMOEGLICHKEIT | — | — | Must | — |
AENDERUNG_DER_TECHNIK_DER_LOKATION | — | — | Must | — |
AENDERUNG_INDIVIDUELLER_KONFIGURATION | — | — | Must | — |
BESTELLUNG_AENDERUNG_ABRECHNUNGSDATEN | — | — | Must | — |
EINRICHTUNG_KONFIGURATION_AUFGRUND_ZUORDNUNG_LF | — | — | Must | — |
REKLAMATION_DEFINITION | — | — | Must | — |
BESTELLUNG_ANGEBOT_AENDERUNG_TECHNIK_LOKATION | — | — | Must | — |
| AUFTRAG [ ] | — | object[] | May | — |
| ausfuehrungsdatum 00020 | The execution date describes at which point in time an order is to be executed. | string (date-time) | X | — |
| transaktionsdaten * | — | object | Must | — |
| antwortstatus * 00030 | Response status / STS+E01 | string | Must | — |
| antwortstatusCodeliste * 00040 | Response status code list / STS+E01 | string | Must | — |
| auftragsReferenz * 00050 | Order number 'purchasing' / RFF+ON | string | X | — |
| dokumentennummer * 00060 | EDIFACT reference from the BGM segment / BGM | string | Must | — |
| nachrichtendatum * 00070 | Creation date of the EDIFact / DTM+137 | string (date-time) | X | — |
| nachrichtenreferenznummer * 00080 | EDIFACT reference from the UNT segment / UTILMD UNT+21 | string | Must | — |
| pruefidentifikator * 00090 | Contains the check identifier from the EDIFact communication / RFF+Z13 | 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 | — |
| ansprechpartner * | — | object | Must | — |
| eMailAdresse 00120 | Email address | string | Must | — |
| nachname * 00130 | Surname (family name) of the contact person | string | X | — |
| rufnummern [ ] | — | object[] | May | — |
| nummerntyp 00140 | 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 00150 | rufnummer | string | Must | — |
| empfaenger * | — | object | Must | — |
| rollencodenummer * 00160 | Specifies the code value of the market role. | string | X | — |
| rollencodetyp * 00170 | Indicates the type of the code. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
Application handbook (AHB)
| Structure (EDIFACT) | Description | Format | 19005 | Condition |
|---|---|---|---|---|
| UNH | — | — | Must | — |
006200010 | Message reference number | — | X | — |
0065 ORDRSP00020 | Order response | — | X | — |
0052 D00030 | Draft version | — | X | — |
0054 10A00040 | Edition 2010 - A | — | X | — |
0051 UN00050 | UN/CEFACT | — | X | — |
0057 1.4c00060 | Version number of the underlying BDEW message description | — | X | — |
| BGM | — | — | Must | — |
1001 Z1200070 | Change of the technology of the location | — | X | [548] |
1001 Z9300080 | Order placement for an offer for a change of the technology of the location | — | X | [547] |
100400090 | Document number | — | X | — |
| DTM | — | — | Must | — |
2005 13700100 | Document-/message date/time | — | X | — |
238000110 | Date or time or time span, value | — | X | [931] [494] |
2379 30300120 | CCYYMMDDHHMMZZZ | — | X | — |
| DTM | — | — | Must | [83] |
2005 20300130 | Execution date/time | — | X | — |
238000140 | Date or time or time span, value | — | X | [UB3] |
2379 30300150 | CCYYMMDDHHMMZZZ | — | X | — |
| SG1.RFF | — | — | Must | — |
1153 ON00160 | Order number (purchasing) | — | X | — |
115400170 | Reference message number | — | X | ([82] ∧ [543]) ⊻ ([83] ∧ [513]) |
| SG1.RFF | — | — | Must | — |
1153 Z1300180 | Check identifier | — | X | — |
1154 1900500190 | Order confirmation of the change of technology | — | X | — |
| SG2.AJT | — | — | Must | — |
446500200 | Code of the check step | — | X | [17] |
1082 E_024900210 | EBD no. E_0249 | — | X | [83] ∧ [15] |
1082 E_025000220 | EBD no. E_0250 | — | X | [83] ∧ [4] |
1082 E_027900230 | EBD no. E_0279 | — | X | [82] ∧ [15] |
1082 E_028300240 | EBD no. E_0283 | — | X | [82] ∧ [4] |
| SG3.NAD | — | — | Must | — |
3035 MS00250 | Document-/message sender or sender | — | X | — |
303900260 | MP-ID | — | X | [30] |
3055 900270 | GS1 | — | X | — |
3055 29300280 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG6.CTA | — | — | Must | — |
3139 IC00290 | Information contact | — | X | — |
341200300 | Contact | — | X | — |
| SG6.COM | — | — | Must | — |
314800310 | Communication address, identification | — | X | (([939] [50]) ⊻ ([940] [51])) ∧ [540] |
3155 EM00320 | Electronic mail | — | X | [1P0..1] |
3155 FX00330 | Fax number | — | X | [1P0..1] |
3155 TE00340 | Telephone | — | X | [1P0..1] |
3155 AJ00350 | further telephone | — | X | [1P0..1] |
3155 AL00360 | Mobile phone | — | X | [1P0..1] |
| SG3.NAD | — | — | Must | — |
3035 MR00370 | Message recipient | — | X | — |
303900380 | MP-ID | — | X | [30] |
3055 900390 | GS1 | — | X | — |
3055 29300400 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| UNS | — | — | Must | — |
0081 S00410 | Separation of detail and summary section | — | X | — |
| UNT | — | — | Must | — |
007400420 | Number of segments in a message | — | X | — |
006200430 | Message reference number | — | X | — |
Conditions of this table
The free text of the 19 conditions referenced by the rows above. All conditions of the message type are listed in the condition index ORDRSP.
| Marker | Condition |
|---|---|
| [4] | If MP-ID in SG3 NAD+MR with role LF is present |
| [15] | If MP-ID in SG3 NAD+MR with role NB is present |
| [17] | The check step code specified here must be assigned in EBD to the cluster consent |
| [30] | MP-ID only from division electricity |
| [50] | if the code EM is present in DE3155 in the same COM |
| [51] | if the code TE / FX / AJ / AL is present in DE3155 in the same COM |
| [82] | If BGM+Z93 (order placement for an offer for change of the technology of the location) present |
| [83] | If BGM+Z12 (change of the technology of the location) present |
| [494] | The date stated here must be the point in time at which the document was created, or a point in time before that. |
| [513] | Note: Value from BGM+Z12 (change of the technology of the location) DE1004 of the ORDERS with which the order placement was made. |
| [540] | Note: Only one piece of information may be transmitted in DE3148 |
| [543] | Note: Value from BGM+Z93 (order placement for a quotation for the change of the technology of the location) DE1004 of the ORDERS with which the order placement was made. |
| [547] | Note: If this concerns the order placement of a previous quotation within the scope of the BDEW application guide "Processes for changing the technology at locations". |
| [548] | Note: Note: if it concerns the order issuance of a change in accordance with WiM Part1 UC "metering location change". |
| [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 |
| [UB3] | ([931] ∧ [932] [492] ∧ [490]) ⊻ ([931] ∧ [933] [492] ∧ [491]) ⊻ ([931] ∧ [934] [493] ∧ [490]) ⊻ ([931] ∧ [935] [493] ∧ [491]) |
| [1P0..1] | Note: This is the standard package if no condition applies, e.g. in the COM segment. |
Example message
UNA:+.? '
UNB+UNOC:3+9904733000009:500+9903692000001:500+{{date}}:{{time}}+M3DJKPZD'
UNH+UNHM41Z7ETO+ORDRSP:D:10A:UN:1.4c'
BGM+Z93+BGMM3NN2YJA'
DTM+137:202610011100?+00:303'
RFF+ON:P10011000000011'
RFF+Z13:19005'
AJT+A06+E_0283'
NAD+MS+9904733000009::293'
CTA+IC+:Max Mustermann'
COM+Max.Mustermann@conuti.de?:EM:EM'
NAD+MR+9903692000001::293'
UNS+S'
UNT+12+UNHM41Z7ETO'
UNZ+1+M3DJKPZD'[1 item
{6 fields
"data": {3 fields
"stammdaten": {1 field
"ANFRAGE": [1 item
{3 fields
"transaktionsdaten": {12 fields
"absender": {5 fields
"ansprechpartner": {4 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 | Metering location change from the LF to MSB | AWH processes for changing the technology at locations | Electricity | Step 4 |
| LF | LF | Metering location change from the LF to MSB | WiM electricity part 1 | Electricity | Step 2 |
| NB | NB | Metering location change from the NB to MSB | AWH processes for changing the technology at locations | Electricity | Step 4 |
| NB | NB | Metering location change from the NB to MSB | WiM electricity part 1 | Electricity | Step 2 |
| MSB | MSB-MELO | Metering location change from the LF to MSB | AWH processes for changing the technology at locations | Electricity | Step 4 |
| MSB | MSB-MELO | Metering location change from the NB to MSB | AWH processes for changing the technology at locations | Electricity | Step 4 |
| MSB | MSB-MELO | Metering location change from the LF to MSB | WiM electricity part 1 | Electricity | Step 2 |
| MSB | MSB-MELO | Metering location change from the NB to MSB | WiM electricity part 1 | Electricity | Step 2 |
Business classification
| Attribute | Value |
|---|---|
| Use case (AHB) | Confirmation order change of technology |
| AHB | ORDRSP AHB |
| Decision tree | E_0249 · E_0250 · E_0279 · E_0283 |
| 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 |
|---|---|---|---|
| WiM electricity part 1 | Metering location change from NB to MSB | MSB (corresponds to MSB on the object metering location) → NB | Response |
| WiM electricity part 1 | Metering location change from LF to MSB | MSB (corresponds to MSB on the object metering location) → LF | Response |
| AWH processes for changing the technology at locations | Metering location change from NB to MSB | MSB (corresponds to MSB on the object metering location) → NB | Response to order placement |
| AWH processes for changing the technology at locations | Metering location change from LF to MSB | MSB (corresponds to MSB on the object metering location) → LF | Response to order placement |
| WiM gas | Ch. C 1.2 No. 4a | MSB → LF | Order confirmation |
| WiM gas | Ch. C 1.2 No. 4c | MSB → NB | Order confirmation |
Individual entries from format version 202604
The check identifiers table of format version 202610 does not carry this entry: process step. It comes from version 202604. Version 202604 also carries this check identifier in contexts that the table of version 202610 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 202610.
Transaction and responses
Role of this check identifier: response — confirmation. Basis: the transaction data carry antwortstatus and antwortstatusCodeliste; the title or the action of the Prüfi table begins with “response”; the title names a polarity (confirmation).
Request: No reference recorded in the source. Neither the Prüfi table (reaktion_auf) nor the step sequence of the processes names the message that this response answers.
In which field the request is quoted
| Reference field of this message | EDIFACT segment | Target field in the request |
|---|---|---|
auftragsReferenz | SG1.RFF+ON | dokumentennummer |
RFF+ON quotes the order number; it appears in the request in segment BGM as dokumentennummer. Which request is meant is not determined on this page (see above) — the target field is thus named, but not proven.
Response codes
Decision trees: E_0249 · E_0250 · E_0279 · E_0283.
The Prüfi table names 4 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.
Check identifiers of the same AHB table: No other check identifier of message type ORDRSP 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 56 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 ordrsp. 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.