C_12905_Anlage - TI-Föderation (offline) Resilienz

Inhaltsverzeichnis

1 Änderungsbeschreibung

Wenn die Gültigkeit

• von Entity Statements von Teilnehmer der TI-Föderation
• von Subordinat Statements von Superior Entities zu Teilnehmern der TI-Föderation
• des Discovery Document des IDP-Dienstes

abgelaufen ist, müssen die aktuelle Statements nachgeladen werden. Der resiliente Umgang mit temporärer Nichtverfügbarkeit und die Vermeidung von Lastspitzen durch Abruf aktueller Statements wird in diesem Änderungseintrag durch entsprechende Anforderungen sowie beschreibende Ergänzungen und Empfehlungen beschrieben.

Die Änderungen berücksichtigen den Befund KBV_12 aus der Kommentierung von C_12788 (Konkretisierung IDP-D DD Gültigkeitszeitraum).

2 Änderung in gemSpec_IDP_FedMaster

Es wird Kapitel "4.1 Allgemeine Anforderungen an Teilnehmer der TI-Föderation" wie folgt angepasst:

Alt:

A_28857 - Maximale Gültigkeitsdauer und regelmäßige Erneuerung des Entity Statement eines TI-Föderation-Teilnehmers
Teilnehmer der TI-Föderation MÜSSEN ihr Entity Statement bei Änderungen oder vor dem zeitlichen Ablaufen neu ausstellen. Die maximale Gültigkeitsdauer - gegeben durch die Differenz der Attributwerte exp-iat - darf 24 Stunden nicht überschreiten.

Neu:

A_28857-01 - Maximale Gültigkeitsdauer und regelmäßige Erneuerung des Entity Statement eines TI-Föderation-Teilnehmers
Teilnehmer der TI-Föderation MÜSSEN ihr Entity Statement bei Änderungen oder spätestens 12h vor dem zeitlichen Ablaufen neu ausstellen. Die maximale Gültigkeitsdauer - gegeben durch die Differenz der Attributwerte exp-iat - ist darf 24 Stunden nicht überschreiten.

Hinweis: Ein häufiges Aktualisieren des Entity Statement vermeidet Lastspitzen durch anfragende Teilnehmer. Es wird empfohlen, das Entity Statement alle 1 bis 12h zu erneuern.

Neu:

A_30581 - Veröffentlichung geplanter Änderungen im Entity Statement
Teilnehmer der TI-Föderation MÜSSEN, abweichend von A_28857*, bei geplanten Änderungen, das geänderte Entity Statement kurz vor Ablauf der zuletzt gültigen Veröffentlichung veröffentlichen, um sicherzustellen, dass andere Teilnehmer der TI-Föderation das geänderte Entity Statement kurzfristig laden. [<=]

Hinweis: Bei Veröffentlichung von Änderungen im Entity Statement ist mit Lastspitzen durch anfragende Teilnehmer zu rechnen.

Abbildung 1: Zeilicher Ablauf Bereitstellung des Entity Statement eines Teilnehmers. Mit "Veröffentlichung 4" erfolgt eine inhaltliche Änderung.

Hinweis: Um unnötige Lastspitzen bei Teilnehmern der TI-Föderation zu vermeiden, wird empfohlen, nur die Entity Statements und Subordinat Statment von bzw. zu Teilnehmern zu laden mit denen eine Kommunikation im Zeitraum von 24h zu erwarten ist und bei unerwarteten Anfragen das Entity Statement bzw. Subordinate Statement zum Zeitpunkt der Anfrage nachzuladen. Zur Steuerung der Statement Abfragen können beispielsweise Betriebskennzahlen genutzt werden.

Neu:

A_30582 - Verhalten bei Nicht-Erreichbarkeit eines Teilnehmers der TI-Föderation
Teilnehmer der TI-Föderation KÖNNEN, wenn ein Laden des Entity Statements eines Teilnehmers oder des Subordinate Statement zu einem Teilnehmer nicht möglich, da der anzufragende Teilnehmer nicht erreichbar ist, das letzte erfolgreich geladene Statements für maximal 24h als gültig betrachten. Das Statement ist sofort nachzuladen, wenn die Erreichbarkeit des Teilnehmers wieder hergestellt ist. [<=]

3 Änderung in gemSpec_IDP_Sek

Es wird Kapitel "4.3.4.2 Token-Endpunkt Ausgangsdaten" wie folgt angepasst:

Neu:

A_30583 - Signalisierung unzureichend aktuelle Teilnehmerauskunft (Subordinate Statement) im ID-Token
Ein sektoraler IDP MUSS, ergänzend zu A_30582*, der aufrufenden Relying Party signalisieren, dass die Ausstellung des ID-Token nicht auf einer aktuellen Teilnehmerauskunft (Subordinate Statement) erfolgt, damit die Relying Party ggf. Abweichungen vom im angefragte PAR und im ausgestellten ID-Token ausgelieferten claims interpretieren kann.
Die Signalisierung erfolgt in der HTTP-Header der Response auf den Request zum Abruf des ID-Token beim sektoralen IDP durch das Header-Attribut x-old-subordinate-statement. [<=]

4 Änderung in gemSpec_IDP_Dienst

Es wird Kapitel "5.1.2 Erneuerung des Discovery Documents" wie folgt angepasst:

Alt:

A_20691-01 - Das Discovery Document ist maximal 24 Stunden alt
Der Discovery-Endpunkt MUSS das Discovery Document regelmäßig alle 24 Stunden oder nach durchgeführten Änderungen umgehend neu erstellen, mit dem PrK_DISC_SIG signieren und am mit der gematik vereinbarten Downloadpunkt URI_DISC bereitstellen.

Neu:

A_20691-02 - Maximale Gültigkeitsdauer und regelmäßige Erneuerung des Discovery Documents
Der Discovery-Endpunkt MUSS das Discovery Document bei Änderungen oder spätestens 12h vor dem zeitlichen Ablaufen neu ausstellen, mit dem PrK_DISC_SIG signieren und am mit der gematik vereinbarten Downloadpunkt URI_DISC bereitstellen. Die maximale Gültigkeitsdauer - gegeben durch die Differenz der Attributwerte exp-iat - ist 24 Stunden. [<=]

Neu:

A_30584 - Veröffentlichung geplanter Änderungen im Discovery Document
Der Discovery-Endpunkt MUSS, abweichend von A_20691*, bei geplanten Änderungen, das geänderte Discovery Document kurz vor Ablauf der zuletzt gültigen Veröffentlichung veröffentlichen, um sicherzustellen, dass die Clients des IDP-Dienstes das geänderte Discovery Document kurzfristig laden. [<=]

Hinweis: Bei Veröffentlichung von Änderungen im Discovery Document ist mit Lastspitzen durch anfragende Clients zu rechnen.

Abbildung 2: Zeilicher Ablauf Bereitstellung des Discovery Documents des IDP-Dienste. Mit "Veröffentlichung 4" erfolgt eine inhaltliche Änderung.

5 Änderung in gemILF_PS_eRp / gemILF_PS_ePA

Es wird Kapitel "5.1.4.1 Übergreifende Festlegungen zur Nutzung des IDP-Dienstes" wie folgt angepasst:

A_30585 ist den gleichen Produkten zuzuweisen, wie A_20655*

Neu:

A_30585 - Verhalten bei Nicht-Erreichbarkeit des IDP-Dienst zum Laden des Discovery Dokuments
Das Clientsystem KANN, wenn der IDP-Dienst nicht erreichbar und damit das Laden des Discovery Documents nicht möglich ist, das letzte erfolgreich geladene Discovery Document für maximal 24h als gültig betrachten. Das Discovery Document ist sofort nachzuladen, wenn die Erreichbarkeit des IDP-Dienstes wieder hergestellt ist. [<=]

6 Änderungen in Steckbriefen

6.1 Änderungen in gemProdT_IDP_FedMaster_PTV

Anmerkung: Die Anforderungen der folgenden Tabelle stellen einen Auszug dar und verteilen sich innerhalb der Tabelle des Originaldokuments [gemProdT_IDP_FedMaster_PTV]. Alle Anforderungen der Tabelle des Originaldokuments, die in der folgenden Tabelle nicht ausgewiesen sind, bleiben unverändert bestehenden.

Tabelle 1: Anforderungen zur funktionalen Eignung "Herstellererklärung"

6.2 Änderungen in gemProdT_IDP-Sek_PTV

Anmerkung: Die Anforderungen der folgenden Tabelle stellen einen Auszug dar und verteilen sich innerhalb der Tabelle des Originaldokuments [gemProdT_IDP-Sek_PTV]. Alle Anforderungen der Tabelle des Originaldokuments, die in der folgenden Tabelle nicht ausgewiesen sind, bleiben unverändert bestehenden.

Tabelle 2: Anforderungen zur funktionalen Eignung "Herstellererklärung"

6.3 Änderungen in gemProdT_IDP-Dienst_PTV

Anmerkung: Die Anforderungen der folgenden Tabelle stellen einen Auszug dar und verteilen sich innerhalb der Tabelle des Originaldokuments [gemProdT_IDP-Dienst_PTV]. Alle Anforderungen der Tabelle des Originaldokuments, die in der folgenden Tabelle nicht ausgewiesen sind, bleiben unverändert bestehenden.

Tabelle 3: Anforderungen zur funktionalen Eignung "Produkttest/Produktübergreifender Test"

Tabelle 4: Anforderungen zur sich. rechn. Eignung "Produktgutachten"

Tabelle 5: Anforderungen zur funktionalen Eignung "Herstellererklärung"

6.4 Änderungen in gemProdT_Aktensystem_ePA_PTV

Anmerkung: Die Anforderungen der folgenden Tabelle stellen einen Auszug dar und verteilen sich innerhalb der Tabelle des Originaldokuments [gemProdT_Aktensystem_ePA_PTV]. Alle Anforderungen der Tabelle des Originaldokuments, die in der folgenden Tabelle nicht ausgewiesen sind, bleiben unverändert bestehenden.

Tabelle 6: Anforderungen zur funktionalen Eignung "Herstellererklärung"

6.5 Änderungen in gemProdT_PoPP_Service_PTV

Anmerkung: Die Anforderungen der folgenden Tabelle stellen einen Auszug dar und verteilen sich innerhalb der Tabelle des Originaldokuments [gemProdT_PoPP_Service_PTV]. Alle Anforderungen der Tabelle des Originaldokuments, die in der folgenden Tabelle nicht ausgewiesen sind, bleiben unverändert bestehenden.

Tabelle 7: Anforderungen zur funktionalen Eignung "Herstellererklärung"

6.6 Änderungen in gemAnw_DiGA

Anmerkung: Die Anforderungen der folgenden Tabelle stellen einen Auszug dar und verteilen sich innerhalb der Tabelle des Originaldokuments [gemAnw_DiGA]. Alle Anforderungen der Tabelle des Originaldokuments, die in der folgenden Tabelle nicht ausgewiesen sind, bleiben unverändert bestehenden.

Tabelle 8: Anforderungen zur funktionalen Eignung "Anbietererklärung"

6.7 Änderungen in gemAnw_OGR

Anmerkung: Die Anforderungen der folgenden Tabelle stellen einen Auszug dar und verteilen sich innerhalb der Tabelle des Originaldokuments [gemAnw_OGR]. Alle Anforderungen der Tabelle des Originaldokuments, die in der folgenden Tabelle nicht ausgewiesen sind, bleiben unverändert bestehenden.

Tabelle 9: Anforderungen zur funktionalen Eignung "Anbietererklärung"