Skip to content

Konzept zum Einsatz von internen und externen UUIDs bei den Anhängen

User Story

Konzept für:

  • Als Nutzender
  • möchte ich beim Hochladen von Anhängen nicht unnötig eingeschränkt werden
  • um ein und denselben Anhang eines Bürgers auch flexibel und ohne Einschränkungen in mehreren Anträgen / Antworten übertragen zu können.

Warum?

Bei gleichzeitigen Versand von Anträgen tritt ein Problem auf, dass sich auf Anhänge und deren identische UUIDs bezieht. Onlinedienste versuchen denselben Anhang in zwei verschiedenen Anträgen zu versenden, was zu einer Fehlermeldung im Zustelldienst führt. Es soll ein Konzept erstellt werden, um die einwandfreie Nutzung der Anhänge zu gewährleisten und die Benutzerfreundlichkeit weiterhin zu verbessern. Die Anhänge sollen in interne und externe UUIDs unterteilt werden, so dass eine angehängte Datei in mehreren Anträgen versendet werden kann.

Relevante Links und Bemerkungen

Akzeptanzkriterien

  1. Konzept für den Einsatz einer internen und externen UUID für die Anhänge ist ausformuliert und abgestimmt. Eine zugehörige Story ist dazu erstellt
  2. Gewählte Lösung ist im Einklang mit dem Konzept zum Umgang mit Dateien die größer als 500 MB sind (siehe EPIC AK8)
  3. Klare Benennung und Abgrenzung zwischen den internen und externen UUIDs ist zu treffen
  4. Info vom Support einholen, wer diesen Bedarf noch hat außer NAVO
  5. Ansatz: https://git.fitko.de/fit-connect/arch/-/blob/ideas/andreas-huber/72-1134-transport-ids/backlog/ideas/transport-ids/transport-ids.adoc

Durchführungsplan (von Entwickler:in bei Umsetzungsplanung auszufüllen)

Edited by Wojciech Gdaniec