# Complaint from ÜNB — View ÜNB The NB, LF or ÜNB raises a complaint about implausible or missing values (market location / metering location) with the MSB of the market location that was assigned to the market location for the time period for which the values are to be complained about, or the MSB of the market location raises a complaint about implausible or missing values of the metering location with the MSB of the metering location that was assigned to the metering location for the time period for which the values are to be complained about, or the MSB of the market location or the MSB of the metering location identifies that values were not sent by it or have to be corrected by it, without a complaint having been received from another market role. The respective MSB checks the complaint about the affected values. In line with the check results, the MSB transmits values (including binding information giving the reason for the change of the values), provided these have not yet been transmitted (for values that do not exist), or corrected values (for erroneous values), and cancels erroneous values where necessary or rejects the complaint. ## Process flow from the perspective of the ÜNB \nSystem diagram: Reklamation vom ÜNB — view of ÜNB\n\n\nCustomer backend system\n\nMACO APP · ÜNB\n\nMarket partner\n\n\n\n1. Reklamation Wert\n\nMSB (entspricht MSB a…\n\nAS4\n17113\n\nUpdate transaction\n\n\nUpdate process data\n\nAPI\n\n2. Bearbeitungsstand bei\nBeendigung des Prozesses\n\n\nMSB (entspricht MSB a…\n\nAS4\n19114\n\nUpdate transaction\n\n\nUpdate process data\n\nAPI\n\n7. Bearbeitungsstand bei\nBeendigung des Prozesses\n\n\nMSB (entspricht MSB a…\n\nAS4\n19114\n\nUpdate transaction\n\n\nUpdate process data\n\nAPI\n"} gesamt={"\nSequence diagram: Reklamation vom ÜNB — view of ÜNB\n\n\nBackend (customer)\n\n\nMACO APP · ÜNB\n\n\nMSB (entspricht MSB am Ob…\n\n\nMSB (entspricht MSB am Ob…\n\n\n1. Reklamation Wert\nAS4 · PI 17113\n\nUpdate transaction\nUpdate process data\n\n2. Bearbeitungsstand bei Beendigung des Prozesses\nAS4 · PI 19114 · E_0230\nE_0230 — Reklamation prüfen\n\nUpdate transaction\nUpdate process data\n\n5. Reklamation Wert einer Messlokation\nAS4 · PI 17113\n\n6. Bearbeitungsstand bei Beendigung des Prozesses\nAS4 · PI 19114 · E_0231\nE_0231 — Reklamation prüfen\n\n7. Bearbeitungsstand bei Beendigung des Prozesses\nAS4 · PI 19114\n\nUpdate transaction\nUpdate process data\n"} titel="ÜNB" /> ## Process steps ### Complaint value
**Check identifiers** - [17113](/en/schnittstellen/202610/pruefi/ORDERS/PI_17113) — Complaint about values · AS4
**Flow**
  1. Message to **MSB (corresponds to MSB at the market location object)** · AS4
  2. **Write endpoint** - Transaction updated — `AKTUALISIEREN_PROZESSDATEN` Updates the existing transaction in the backend once the message has been created.
### Processing status at termination of the process
**Check identifiers** - [19114](/en/schnittstellen/202610/pruefi/ORDRSP/PI_19114) — Rejection of complaint · AS4
**Flow**
  1. Message from **MSB (corresponds to MSB at the market location object)** · AS4
    **Response per decision tree** - `19114` → [E_0230](/en/referenz/202610/ebd/E_0230) · Check complaint
  2. **Write endpoint** - Transaction updated — `AKTUALISIEREN_PROZESSDATEN` Updates the existing transaction in the backend with the data of the incoming message.
### Complaint value of a metering location This step runs between other market partners and is not relevant for this view.
**Check identifiers** - [17113](/en/schnittstellen/202610/pruefi/ORDERS/PI_17113) — Complaint about values · AS4
### Processing status at termination of the process This step runs between other market partners and is not relevant for this view.
**Check identifiers** - [19114](/en/schnittstellen/202610/pruefi/ORDRSP/PI_19114) — Rejection of complaint · AS4
**Response per decision tree** - `19114` → [E_0231](/en/referenz/202610/ebd/E_0231) · Check complaint
### Processing status at termination of the process
**Check identifiers** - [19114](/en/schnittstellen/202610/pruefi/ORDRSP/PI_19114) — Rejection of complaint · AS4
**Flow**
  1. Message from **MSB (corresponds to MSB at the market location object)** · AS4
  2. **Write endpoint** - Transaction updated — `AKTUALISIEREN_PROZESSDATEN` Updates the existing transaction in the backend with the data of the incoming message.
Decision trees of this process | EBD | Name | |---|---| | [E_0230](/referenz/202610/ebd/E_0230) | Check complaint | | [E_0231](/referenz/202610/ebd/E_0231) | Check complaint |
## Process information Wording of the consolidated version, profile ch. 2.7.1, pp. 44–45.
  1. ### Preconditions - The MSB knows the metering locations and market location - The MSB knows the calculation rules for forming the values of the market location. - LF, NB, ÜNB or MSB is entitled to submit a complaint about values.
  2. ### Results Transmission of the values to the authorised parties.
  3. ### Further requirements - If MSB of the market location determines, in the case of missing values, that these values were not sent only to individual authorised parties, the values also only have to be transmitted to those authorised parties. - The GPKE use case "business data request" (GPKE part 4) must not be used for the complaint about implausible or missing values. - A complaint about missing values is only possible once the deadline for the values to be transmitted from table 2.5.5 has been exceeded. The following situation is excluded from this: if a delivery note from NB is received by LF and LF has not yet received any energy quantities for the delivery note period from the MSB of the market location, a complaint about missing values must be made immediately by LF to the MSB of the market location, irrespective of the deadlines in table 2.5.5.
  4. ### Trigger - A value on hand appears implausible to the LF, NB, ÜNB or MSB, or - the LF, NB, ÜNB or MSB does not have the required values in the corresponding quality on time or - the LF has no energy quantities available for checking the delivery note for the market location concerned.
  5. ### First message The party involved on this page is itself the sender of: „Complaint about the value“ to **MSB (corresponds to MSB on the market location object)** (step 1).
  6. ### Objective The NB, LF or ÜNB has raised a complaint about implausible or missing values with the MSB of the market location, or the MSB of the market location has raised a complaint about implausible or missing values with the MSB of the metering location, or the MSB of the market location or the MSB of the metering location has identified that values were not sent by it or have to be corrected by it, without a complaint having been received from another market role.
## Other views of the process The same process through the eyes of the other parties involved: the same steps, each read from their point of view. - [View MSB-MALO](/en/prozessdoku/202610/MSB--MSB-MALO/WiM-Teil2-reklamation-vom-uenb) — MSB at the market location object · market role MSB - [View MSB-MELO](/en/prozessdoku/202610/MSB--MSB-MELO/WiM-Teil2-reklamation-vom-uenb) — MSB at the metering location object · market role MSB *The steps are the **possible** messages of this process, not a sequence — the source lists neither conditions nor alternatives. The small box on the step names the own view on the left: with **←** it receives, with **→** it sends. Collapsed steps run between other market partners. The numbers are those of the source; where one is missing, it is missing there.* The source does not yet name the event that triggers these steps. Applies to: [1](#schritt-1) The connector table lists no write call for these steps. Derived from the process flow: the own role was already involved in this process, so the transaction already exists. Applies to: [2](#schritt-2), [7](#schritt-7) For this market role there is no write catalog; the step therefore shows only the command of the write call, without address and without button. Applies to: [1](#schritt-1), [2](#schritt-2), [7](#schritt-7)