[.NET-SDK] - Falsches JSON-Mapping für BundID-ReplyChannel führt zu leerer MailboxId
Description of the bug:
Beim ReplyChannel „idBundDeMailbox“ wird die Mailbox-UUID aus den Metadaten im .NET-SDK nicht korrekt gemappt. In der Klasse IdBundDeMailbox ist die Eigenschaft MailboxId mit JsonProperty("mailboxId") annotiert, laut Metadaten-Schema muss das
Feld jedoch mailboxUuid heißen. Dadurch wird beim Serialisieren das falsche JSON-Feld erzeugt und beim Deserialisieren bleibt die MailboxId leer.
- Submission mit ReplyChannel ReplyChannel.OfIdBundDeMailBox(Guid mailboxId, Guid idBundDeApplicationId) erstellen.
- Metadaten erzeugen (Sender.CreateMetadata(submission)) oder Metadaten empfangen und deserialisieren.
- Prüfen:
- JSON: Im replyChannel.idBundDeMailbox steht „mailboxId“ statt „mailboxUuid“.
- Objekt: submission.Metadata?.ReplyChannel.IdBundDeMailBox?.MailboxId bleibt leer (Guid.Empty).
- Optional: Metadaten gegen Schema metadata.schema.json validieren → Validierung fehlschlägt, weil mailboxUuid als required fehlt.
Current behavior:
- Serialisierung erzeugt das Feld mailboxId im ReplyChannel anstelle von mailboxUuid.
- Deserialisierung befüllt IdBundDeMailBox.MailboxId nicht (bleibt Guid.Empty).
- JSON-Schema-Validierung schlägt fehl, wenn idBundDeMailbox verwendet wird (Required-Feld mailboxUuid fehlt).
Expected behavior:
- Im JSON steht im ReplyChannel idBundDeMailbox das Feld mailboxUuid.
- Beim Deserialisieren wird IdBundDeMailBox.MailboxId korrekt gesetzt.
- Metadaten bestehen die Schema-Validierung.
Environments:
- Betroffen in allen Umgebungen (DEV/TEST/STAGE/PROD), da Mapping im SDK fehlerhaft ist.
Additional Information:
Dependency / relationship to other issues:
Responsible person / team:
Transfer history to different teams
Contact persons including contact details:
Screenshots / Logs / Requests:
Checklist:
-
Add Severity label -
Add team label -
Related/affected issues/stories/epics linked and explained in the bug issue -
Creation of an automated test -
Bugfix deployed on DEV -
Bugfix tested on DEV -
Bugfix deployed on TEST -
Bugfix tested on TEST (possibly also by the connection project itself) -
Successful fix reported to Team Operations (Teams channel) -
Bugfix deployed on STAGE -
Bugfix tested on STAGE if necessary -
Bugfix deployed on PROD -
Bugfix tested on PROD (possibly also by the connection project itself) -
Final communication by Team Operations if necessary -
Internal documentation was checked and updated if necessary -
External documentation has been checked and updated if necessary -
Updated changelog if necessary