Dokumentation technische Prozesse Parameterpflege (Antragsrouting)

added component::Dokumentation type::Story labels

Aktualisierung des Diagramms:

Wenn eine Unterscheidung der FIT-Connect-internen Systeme wichtig ist, könnte das System „FIT-Connect-API“ noch aufgeteilt werden in „FIT-Connect Zustelldienst (Submission API)“ und - ab Schritt 9 – „FIT-Connect Routingdienst (Routing API)“.
Das Self-Service-Portal hinterlegt die technischen Parameter zum Zustellpunkt nicht direkt selbst im DVDV, sondern über den Zustelldienst.
Schritt 6: Die DestinationSignatur muss nur an der OE hinterlegt werden, nicht am OD.
Farbige Gruppen von Akteuren/Systemen

Mögliche nächste Schritte

Diagramm "2022-06-07-FIT-Connect-Routingarchitektur.png" und das Sequenzdiagramm könnten über die gleiche Nummerierung verfügen

Quellcode des Diagramms:

changed title from Dokumentation technsiche Prozesse Parameterpflege (Antragsrouting) to Dokumentation technische Prozesse Parameterpflege (Antragsrouting)

Hier einige kleine Ergänzungen (Schritt 5, 7, 8, 15, 17):

Warning: Displaying this diagram might cause performance issues on this page.

@startuml
title destinationID und destinationSignature - Sequenzdiagramm \n
''''''' Vorspann ''''''' 
autonumber "<B>[00]"
skinparam responseMessageBelowArrow true
skinparam SequenceGroupBodyBackgroundColor #FFFFFF90
actor "Antragstellende Person/\nOrganisation\nüber einen OD" as AN
box "Land" #LightBlue
  actor "Landesmitarbeiter/-in" as LA
  participant "Redaktionssystem" as RE
end box
box "FITKO" #PowderBlue
  participant "Self Service Portal" as SSP
  participant "FIT-Connect Zustelldienst" as FCZ
  participant "FIT-Connect Routingdienst" as FCR
end box
box "                  PVOG                  " #LightSkyBlue
  participant "PVOG" as PVOG
end box
box "                  DVDV                  " #LightSteelBlue
  participant "DVDV" as DVDV
end box
group Zustellpunkt registrieren
  LA -> SSP : Zustellpunkt\nregistrieren
  SSP -> SSP: DestinationID\ngenerieren
  SSP -> SSP : DestinationID als\nDestinationSignature signieren
  SSP -> FCZ : Technische Daten\nzum Zustellpunkt hinterlegen\ninklusive destinationID
  FCZ -> DVDV : Technische Daten\nzum Zustellpunkt hinterlegen\ninklusive destinationID
  SSP -> LA: DestinationSignature\nkopieren
end
group Leistung redaktionieren
  LA -> RE : Leistung, Organisationseinheit,\nund Onlinedienst eintragen\nmit DestionationSignature\nan der Zuständigkeit der OE
  RE <- PVOG : Daten über\nSammeldienst\nabrufen (einmal\ntäglich, Daten gemäß\nXZuFi-Standard)
end
group Antragstellung
  AN -> FCR : Routinginformation abfragen\nmit Leika-Schlüssel und ARS
  FCR -> PVOG : Abfrage mit\nHilfe von\nSuchdienst-API\nund Parametern\nLeika-Schlüssel\nund ARS
  PVOG -> FCR: Informationen\nzur Leistung\ninklusive\ndestinationSignature
  FCR -> FCR : destinationSignature\nvalidieren (Signaturprüfung)
  FCR -> DVDV: Abfrage mit Hilfe\nder destinationID
  DVDV -> FCR: Technische Daten\nzum Zustellpunkt
  FCR -> FCR: Technische Daten\nvalidieren (Signaturprüfung)
  FCR -> AN: Technische und fachliche Parameter
  AN -> AN : destinationSignature\nund technische Daten\nvalidieren (Signaturprüfung)
end
@enduml

changed milestone to %Story und Task Kandidaten für Q3 2022

added Epic::EfA-Parametrisierung label

changed milestone to %Story und Task Kandidaten für Q4 2022

changed milestone to %Q-1 (Y-2023)

added team::Doku label

changed milestone to %Q-2 (Y-2023)

added workflow::Backlog label

changed milestone to %Backlog

assigned to @Andreas_Huber

assigned to @Michael_Haidner and unassigned @Andreas_Huber

assigned to @Andreas_Huber and unassigned @Michael_Haidner

@Andreas_Huber vllt. hilft das Ticket für das Thema "Architekturinfo auf Routing-API inkl. Endpunkte dokumentieren ".

Informationssammlung aus dem Termin vom 01.12. mit Marco, Mark, Jonas, Andreas, Laura (Infromationen liegen auch im Termin ab)

Allgemeine Informationen

Routing API | FIT-Connect (fitko.de)
Zustellpunkt ermitteln | FIT-Connect (fitko.de)
Antragsrouting konfigurieren | FIT-Connect (fitko.de)
Routingdienst bezieht Informationen aus dem DVDV-Microservice und aus dem PVOG (Welcher Zustelldienst ist für welchen Antrag notwendig)  Informationen werden durch SSP destinationparameter (Destinationsignatur) im PVOG gepflegt
Routing in Richtung Destination kommen vom DVDV
Routingdienst Auf Test und Prod  Alles Schulsysteme sollen auf Test angebunden werden, sodass es

Tiefergehende Infos:

Teleportkunden sind direkt mit Routingdienst verbunden  brauchen Liste von Teleport wer wie angebunden ist (Liste noch korrekt? FIT-Connect / Routingdienst · GitLab (fitko.de))
https://wiki.fit-connect.fitko.dev/de/Betrieb/Integrationen
#1367 (closed)
[Epic] PVOG-Simulator (TDB) (#1367 (closed)) · Issues · FIT-Connect / Backlog and Planning Board · GitLab
Warum machen wir das? Wir wollen in allen Stages (außer DEV) einen funktionierenden Routingdienst. Auf PROD ist das produktive PVOG angebunden,...
FIT-Connect Routing Debugger (fitko.dev) (unter FIT-Connect / Routing Debugger · GitLab (fitko.de)) Routing API: Debug-Tools für Test und Produktivumgebung (#1174) · Issues · FIT-Connect / Backlog and Planning Board · GitLab (fitko.de) o Tracing einbauen für Kontrolle für Synchronität
FIT-Connect / Routingdienst · GitLab (fitko.de) --> FIT-Connect / Routing API · GitLab (fitko.de)

added team::RTD label

unassigned @Andreas_Huber

added Routing label

Dokumentation technische Prozesse Parameterpflege (Antragsrouting)

Warum?

Relevante Links und Bemerkungen

Sequenzdiagramm

Akzeptanzkriterien

Durchführungsplan (vom Entwickler bei Storyplanung auszufüllen)

Designs

Child items ...

Activity