Metadatenschema: Pattern im accountID im replyChannel-Objekt rausnehmen (Bugfix entsprechend Elster)
Description of the bug:
Rückmeldung HZD:
im Metadatenschema ist für Elster im replychannel-Objekt das Feld accountID definiert. Der Feldinhalt ist auf 10 stellig numerisch definiert.
Wir bekommen allerdings von elster eine accountId und eine pseudonymId, die beide alphanumerisch und 43-stellig sind.
Auch nach Rücksprache mit den Kollegen, die für die Kommunikation zum Rückkanal verantwortlich sind, wird diese 43-stellige pseudonymId benötigt. Diese können wir aber aktuell nicht in den Metadaten identifizieren.
Bei FINK kennen wir zusätzlich zum Postfach-Handle auch eine PseudonymId, die es so im Metadatenschema nicht gibt.
Metadata schema
https://docs.fitko.de/fit-connect/docs/metadata/overview/
Bekannte Elster-Dokumentation
- https://nextcloud.fitko.net/index.php/f/145718
-
AM_Postfach_2.0_Integrationsleitfaden.pdf für die
accountId
Teil 1 -
AM_NEZO_Integrationsleitfaden.pdf für die
accountId
Teil 2 - Quelle der beiden obigen PDFs
Expected behavior:
-
In dem Feld replyChannel -> elster -> accountId soll das match pattern rausgenommen werden. Hier gibt Elster in der Doku keine Spezifikation für das Feld an, daher machen auch wir dazu keine Vorgaben. (Aussage HZD war, dass Alphanumerisch und 43-stellig ist möglich einzugeben)
Environments:
- Auf allen Umgebungen
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
Edited by Jonas Gröger