Billing of a service rendered for the ESA — MSB view
The process describes the communication between MSB and ESA on the billing of a service rendered for the ESA and, where applicable, the automated complaint case. An invoice correction always comprises a cancellation invoice and a new invoice.
Process flow from the perspective of the MSB
Process steps
Invoice for a service provided for the ESA
MSB ESACheck identifiers
- 31009 — MSB invoice · AS4
Flow
Message to ESA · AS4
Write endpoint
- Transaction updated — Update process data
POST /updateProcessData
Updates the existing transaction in the backend once the message has been created.
- Transaction updated — Update process data
Response
MSB ESAZ33Check identifiers
Flow
Message from ESA · AS4
Response per decision tree
33003,33004→E_0264
APERAK checks
33001,33003,33004→Z33
Write endpoint
- Transaction updated — Update process data
POST /updateProcessData
Updates the existing transaction in the backend with the data of the incoming message.
- Transaction updated — Update process data
Notification that the original invoice was correct
MSB ESACheck identifiers
- 29001 — Rejection of REMADV · AS4
Flow
Message to ESA · AS4
Response per decision tree
29001→E_0265
Write endpoint
- Transaction updated — Update process data
POST /updateProcessData
Updates the existing transaction in the backend once the message has been created.
- Transaction updated — Update process data
Response
MSB ESAZ33Check identifiers
Flow
Message from ESA · AS4
Response per decision tree
33003,33004→ E_0266 · ESA · Check invoice for a service rendered for the ESA again
APERAK checks
33001,33003,33004→Z33
Write endpoint
- Transaction updated — Update process data
POST /updateProcessData
Updates the existing transaction in the backend with the data of the incoming message.
- Transaction updated — Update process data
Cancellation of the original invoice
MSB ESACheck identifiers
- 31004 — Cancellation invoice · AS4
Flow
Prozessauslöser
START_VERSAND_RECHNUNGThe backend triggers this step with this event.
Load data for processing
- Read market location
GET /getMarketLocationBasic LESEN_RECHNUNG_BASIS
- Read market location
Message to ESA · AS4
Write endpoint
- Transaction updated — Update process data
POST /updateProcessData
Updates the existing transaction in the backend once the message has been created.
- Transaction updated — Update process data
Response
MSB ESAZ33Flow
Message from ESA · AS4
Response per decision tree
33002→ E_0267 · ESA · Check whether a response to the cancellation is required
APERAK checks
33001,33002→Z33
Write endpoint
- Transaction updated — Update process data
POST /updateProcessData
Updates the existing transaction in the backend with the data of the incoming message.
- Transaction updated — Update process data
Decision trees of this process
| EBD | Name |
|---|---|
| E_0266 | Check invoice for a service rendered for the ESA again |
| E_0267 | Check whether a response to the cancellation is required |
Process information
Wording of the consolidated version, profile ch. 4.5.1, pp. 77–78.
Preconditions
- The ESA has ordered a transmission of values via the use case „Request and order placement of values by the ESA“.
Results
The ESA will pay the invoice for the MSB issued by the MSB.
Further requirements
- The case of an invoice of the MSB that has been complained about or turns out to be incorrect (the cancellation of the original invoice is carried out either without a prior complaint by the ESA or on the basis of a prior complaint by the ESA) forms part of the standard process and, apart from clarifications, must be handled fully automatically. In the event of a complaint, the so-called “all-or-nothing principle” applies, according to which an invoice is either accepted in full as correct or rejected in full. The processes to be handled in the event of a conflict as part of receivables management or the dunning procedure are not shown and are to be resolved bilaterally.
- An invoice references the underlying order placement.
Trigger
- Costs for device parameterisation have been incurred or
- the billing of the transmission of values is due.
Runs beforehand: Termination of the transmission of values to ESA by ESA, Termination of the transmission of values to ESA by MSB, Transmission of values from MSB to ESA — these processes name the one shown here in their result.
First message
The party involved on this page is itself the sender of: „Invoice for a service rendered for the ESA“ to ESA (step 1).
Objective
The MSB has been informed that the ESA accepts the invoice.
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 ESA — ESA
Notes on this page
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 source does not yet name the event that triggers these steps.
Applies to: 1
These read accesses are not listed in the API catalogue of this format version; the step therefore shows only their command, without address and without button.
Applies to: 5
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.
For the check identifiers of these steps there is no test case in the test data set; the »Try it out« button of the write interface therefore offers no body.
For these decision trees of the process there is no source in this format version:
E_0264E_0265