search

it-at-m / digiwf-core

central workflow automation and integration platform based on the free process framework Camunda.
MIT License
19 stars 7 forks source link

Zammad: Dateianhang #1266

Closed darenegade closed 5 months ago

darenegade commented 7 months ago

Is your feature request related to a problem? Please describe.

Als Prozessberater möchte ich die Zammadintegration auch dafür nutzen können, um Dateien einem Artikel hinzufügen zu können, um z.B. Bescheide zustellen zu können.

Describe the solution you'd like

Describe alternatives you've considered

Acceptance Criteria

Additional context

darenegade commented 6 months ago

Hey team! Please add your planning poker estimate with Zenhub @darenegade @lehju @lmoesle @markostreich @simonhir @StephanStrehlerCGI

lmoesle commented 6 months ago

@darenegade Wie handhaben wir in der ticket-integration Lese- und Schreibrechte von Dateien im S3 Storage? So wie ich's verstehe werden dem Integrationsaufruf Dateipfade übergeben und die Integration lädt die Dateien herunter. Theoretisch kann ein Prozessentwickler einen beliebigen Pfad im S3 angeben. Müssen wir hier Leserechte umsetzen?

darenegade commented 6 months ago

@lmoesle Eigentlich sollte das analog zu der DMS Integration sein. Demnach gehe ich davon aus, dass dort das Problem auch besteht. Dann würde ich das hier erstmal ausgrenzen und in einem neuen Ticket angehen

lmoesle commented 6 months ago

Bei DMS wird der Filecontext mit übergeben und dann in dem gesucht. Aber der Filecontext wird im bpmn Prozess gesetzt und kann dementsprechend einfach manipuliert werden.

darenegade commented 6 months ago

Ja, dass ist nicht optimal, aber man muss auch erstmal den Filecontext kennen. Für das Problem haben wir ja: https://app.zenhub.com/workspaces/digiwf-621f70bf50ea1100120b7e93/issues/gh/it-at-m/digiwf-core/983

lmoesle commented 6 months ago

@darenegade Welche File types sollen für den Upload nach Zammad unterstützt werden?

darenegade commented 6 months ago

@lmoesle Aktuell gibt es bei Zammad keine Einschränkungen, daher würde ich es aktuell nicht auf gewisse Typen einschränken.

lmoesle commented 6 months ago

FYI Der Zammad Client und der S3 Client (die Service Accounts) sind ja später aus unterschiedlichen Realms. Den Usecase hatten wir mit der digiwf-security lib bisher noch nicht. Das Security Setup in der Zammad Integration müssen wir nochmal anpassen.

darenegade commented 6 months ago

Der Zammad Client und der S3 Client (die Service Accounts) sind ja später aus unterschiedlichen Realms

Also nur in Bezug auf unsere Umgebungen (Dev/Test), bei den anderen sollte es gleich sein

Den Usecase hatten wir mit der digiwf-security lib bisher noch nicht.

Den Use-Case an sich haben wir aber schon bei CoSys. Dort wird dann einfach ausgehend eine eigene OAuth-Config genutzt.

Grundsätzlich sehe ich die digiwf-security Lib eher für Vereinfachung für DigiWF interne Kommunikation. Nach außen müssen wir immer flexibel und wahrscheinlich auch individuell bleiben.

Können wir gerne im Daily nochmal drüber sprechen

lmoesle commented 5 months ago

Offene Punkte