Interface IAuthorityDirectoryApi

Namespace

Zedal.Sdk.Apis.Diwass

Assembly

Zedal.Sdk.dll

DIWASS Authority-Directory-API. Trennt zwei Konzepte:

• Authority = die Behörde als Organisations-Einheit (Rückgabetyp Infotech.Zedal.Documents.V1.Diwass.Directory.Authority.V1.AuthorityType, identifiziert über internalAuthorityID).
• AuthorityActivity = eine konkrete Tätigkeit dieser Behörde an einem Standort (Rückgabetyp Infotech.Zedal.Documents.V1.Diwass.Directory.Authority.V1.AuthorityActivityIndexType, eigene internalAuthorityActivityID mit eigener Rolle aus der DIWASS-Codeliste — siehe AuthorityActivityType.Role).

public interface IAuthorityDirectoryApi

Methods

FindActivities(string, string, string, string, int)

Sucht Behörden-Tätigkeiten anhand der angegebenen Filter. Pflicht: countryId. Alle anderen Filter sind optional. Der Suchraum ist intern hart auf den Abfallbereich begrenzt: ApplicableClassificationSection = "WSR" und Role = "wsr_competent_authority". Andere Domänen (z. B. organic_food, plant_health, organic_control_body) sind nie in den Treffern enthalten.

GetAuthorities(IEnumerable<long>)

GetAuthoritiesByActivityId(IEnumerable<long>)

GetAuthority(long)

ListAuthorities(string)

Convenience-Pendant zu FindActivities(string, string, string, string, int): liefert eine entschlackte (Code, Name)-Sicht auf die WSR-Behörden eines Landes — typisch für Dropdown-/Auswahllisten, in denen nur der fachliche Schlüssel (z.B. "DE014") und der Anzeigename gebraucht werden. Activities ohne Code werden übersprungen. Welche Notification-Domain (Dispatch/Transit/Destination) eine Behörde abdeckt, muss der Aufrufer fachlich kennen — das Authority-Directory liefert diese Zuordnung nicht zuverlässig (AppliedDocumentTypePermission bleibt am Live-Server leer).