Anpassung ZSD Datenmodel für dynamische Attachment Limits

Hintergrund

Im Rahmen von #2155 sollen Limits für Attachment-Uploads durch ein komplexes Verfahren bestimmt werden. Dazu müssen in der Destination-API, der Submission-API und der internen Clients-API Endpunkte hinzugefügt und angepasst werden. Eine ausführliche Einführung in die nachfolgend verwendete Nomenklatur erfolgt in #2257 (closed).

Dieses Ticket soll die Grundlage zur Umsetzung von #2256 (closed) und #2260 (closed) schaffen. Dabei gilt es im wesentlichen die Datenstrukturen (Models/Entities) und das Datenbank-Schema entsprechend anzupassen. Die Default-Werte kommen dabei aus den in AK1 beschriebenen platform-limits und gelten für neu angelegte Entities. Bestehende Entities werden (initial) mit einem in #2155 definierten Werten versehen.

Akzeptanzkriterien

1. Die statische Konfiguration des ZSDs wurde um das Limit-Tupel für die platform-limits ergänzt
2. Die statische Konfiguration des ZSDs wurde um das Limit-Tupel für die default-limits ergänzt
3. DestinationEntity und dazugehörige Tabelle wurde um Limit-Tupel ergänzt (receive)
4. ClientEntity und dazugehörige Tabelle wurde um zwei Limit-Tupel ergänzt (send/receive)
5. Alle betroffenen Tabellen (Limit-Tupel) wurden um createdAt und updatedAt Spalten erweitert
6. Die DB Migration(en) für bestehende Entities wurde(n) entsprechend der in #2155 beschriebenen umgesetzt (DEFAULT Werte)
7. Es wurde im Hinblick auf #2256 (closed) entschieden ob die beantragten Limits in einer separaten Tabelle oder direkt an den jeweiligen Tabellen abgelegt werden. Aktuell scheint mir (@yves_adler) eine separate Tabelle sinnvoll. Dies würde auch Abgelehnte Anträge erhalten und Kommentare, Audit-Trails o.ä. ermögliche