The BDEW profile is used by German energy and water market participants for electronic data interchange. It is based on the AS4 standard and is tailored to the requirements of the German energy sector (BDEW – Bundesverband der Energie- und Wasserwirtschaft) as well as DVGW (gas and water) and BAHN (railway).Documentation Index
Fetch the complete documentation index at: https://mintlify.com/phax/phase4/llms.txt
Use this file to discover all available pages before exploring further.
Maven Artifact
phase4-profile-bdewProfile ID
bdewMaven dependency
Overview
The BDEW AS4 profile covers multiple market process types within the German energy market:| Service constant | URI |
|---|---|
SERVICE_TEST | http://docs.oasis-open.org/ebxml-msg/ebms/v3.0/ns/core/200704/service |
SERVICE_PATH_SWITCH | https://www.bdew.de/as4/communication/services/pathSwitch |
SERVICE_MARKTPROZESSE | https://www.bdew.de/as4/communication/services/MP |
SERVICE_FAHRPLAN | https://www.bdew.de/as4/communication/services/FP |
SERVICE_REDISPATCH_2_0 | https://www.bdew.de/as4/communication/services/RD |
SERVICE_KWEP | https://www.bdew.de/as4/communication/services/KW |
SERVICE_SOGL | https://www.bdew.de/as4/communication/services/SO |
PMode structure
The BDEW PMode uses one-way/push. ThecreateBDEWPMode method requires both initiator and responder party type IDs in addition to the party ID values.
Available party type ID constants
| Constant | Value |
|---|---|
BDEW_PARTY_ID_TYPE_GLN | urn:oasis:names:tc:ebcore:partyid-type:iso6523:0088 |
BDEW_PARTY_ID_TYPE_BDEW | urn:oasis:names:tc:ebcore:partyid-type:unregistered:BDEW |
BDEW_PARTY_ID_TYPE_DVGW | urn:oasis:names:tc:ebcore:partyid-type:unregistered:DVGW |
BDEW_PARTY_ID_TYPE_BAHN | urn:oasis:names:tc:ebcore:partyid-type:unregistered:BAHN |
Service and action overload
Since v2.8.0 you can specifyservice and action values when creating a PMode:
Security requirements
The BDEW profile uses ECDSA signatures (unlike most other profiles that use RSA). This is mandated by BSI TR03116-3 section 9.1 and BDEW AS4 profile section 2.2.6.2.1.| Setting | Required value |
|---|---|
| Signature algorithm | ECDSA_SHA_256 (http://www.w3.org/2001/04/xmldsig-more#ecdsa-sha256) |
| Signature hash function | SHA-256 |
| Encryption algorithm | AES-128-GCM |
| Minimum encryption strength | 128-bit |
| WSS version | 1.1.1 |
| PModeAuthorize | false |
| Receipt reply pattern | Response |
| Non-repudiation | true |
| Curve (key-level) | brainpoolP256r1 |
Compression
The BDEW profile mandates GZIP compression. Unlike other profiles,generatePModePayloadSevice() is always included with GZIP:
Agreement ID
Reception awareness
Helper methods
The BDEW profile sets
isInvokeSPIForPingMessage to true, meaning the custom SPI message handler will also be invoked for AS4 ping (test) messages, unlike other profiles.