Submission um optionales region-Feld erweitern

siehe #2392 (closed)

Submission-API

• POST /v1/submissions (Request und Response): Ein optionales Feld region auf Wurzelebene hinzufügen. Schema: serviceRegion
• GET /v1/submissions/{submissionId} (Response): Ein optionales Feld region auf Wurzelebene hinzufügen. Schema: serviceRegion
• PUT /v1/submissions/{submissionId} (Response): Ein optionales Feld region auf Wurzelebene hinzufügen. Schema: serviceRegion

Zustelldienst

• Auf neue API-Version verweisen
• submissions-Tabelle um optionales region-Feld erweitern, Typ text, um konsistent zu destination_service_regions zu bleiben
• POST /v1/submissions: region-Feld-Format validieren, siehe Annotationen in ApiDestinationService
• POST /v1/submissions: Semantische Validierung durchführen. Eine Submission wird abgelehnt, wenn das region-Feld gesetzt ist und kein region-Feld des DestinationServiceEntitys ein Präfix des Region-Felds der Submission ist. Anders ausgedrückt: Man sucht anhand von submission.serviceType.identifier das DestinationServiceEntity der Destination heraus. Dieses Entity hat eine Menge an Regions. Auf mindestens eine dieser Regions muss die Präfix-Regel passen, damit die Submission akzeptiert wird.
• POST /v1/submissions: Optionales region-Feld as-is wieder herausgeben. Falls nicht gesetzt, Feld weglassen, nicht "region: null" zurückgeben.
• GET /v1/submissions/{submissionId}: Optionales region-Feld as-is wieder herausgeben. Falls nicht gesetzt, Feld weglassen, nicht "region: null" zurückgeben.
• PUT /v1/submissions/{submissionId}: Optionales region-Feld as-is wieder herausgeben. Falls nicht gesetzt, Feld weglassen, nicht "region: null" zurückgeben.
• API-Tests hinzufügen