<dd>Ein Antrag, der von einem Bürgerserviceportal o. ä. Onlinedienst an den Zustelldienst zur Zustellung übergeben wird</dd>
<dd>Der Antrag besteht hierbei aus Fachdaten bzw. Antragsdaten, optionalen Anhängen und allgemeinen Metadaten.</dd>
<dd>Ein Antrag und alle mit ihm verknüpften Informatioen werden verschlüsselt übertragen.</dd>
<dt><b>Destination</b></dt>
<dd>Eine Destination (Zustellpunkt) ist ein adressierbares Ziel einer Antragsübermittlung, d.h. Zustellpunkte sind spezifische Endpunkte für die Zustellung eines Antrags in der zuständigen Fachanwendung oder virtuellen Poststelle.</dd>
<dd>Zustellpunkte bilden damit indirekt die fachliche Zuständigkeit in der zuständigen Stelle ab.</dd>
<dt>Antragsempfangendes System (engl. subscriber)</dt>
<dd>Das technische System, das Einreichungen auf Verwaltungsseite entgegennimmt. (z.B. Fachanwendung / virtuelle Poststelle)</dd>
<dt>Antragssendendes System (engl. sender)</dt>
<dd>Das technische System, das eine Einreichung über die Zustelldienst-API vornimmt. (z.B. Online-Antragsservice oder Unternehmenssystem). Dies ist in der Regel ein Online-Antragsservice (spezialisiertes Webportal für eine bestimmte Fachlichkeit), das Endgerät der Antragsteller:in oder auch ein Verwaltungsportal, das typischerweise mehrere Fachlichkeiten / Antragstypen unterstützt. Perspektivisch wären hier auch andere API-Clients denkbar, z.B. spezialisierte Anwendungen zur Antragseinreichung ohne Webinterface oder Fachverfahren der Verwaltung, über die beim Behördengang durch eine Sachbearbeiter:in stellvertretend für die Antragsteller:in ein Antrag eingereicht wird.</dd>
<dt>Online-Antragsservice</dt>
<dd>Ein System zur Antragseinreichung einer bestimmten Fachlichkeit, dass als webbasiertes System realisiert ist, z.B. ein EfA-Onlinedienst.</dd>
<dt>API-Client</dt>
<dd>Ein technisches System, dass auf die APIs (des Zustelldienstes) zugreift. Dieser Begriff kann verwendet werden, wenn eine Unterscheidung zwischen Fachverfahren, virtueller Poststelle, Onlineservice oder Endgerät der antragstellenden Person nicht nötig ist.</dd>
<dt>OAuth-Dienst</dt>
<dd>Der Authorisierungsdienst / OAuth-Dienst stellt via Client-Credentials-Flow OAuth-Tokens an API-Clients aus, mit denen diese sich anschließend gegenüber den Zustelldienst APIs (d.h. gegenüber dem API-Gateway) authentifizieren können.</dd>
<dt>Self-Service-Portal</dt>
<dd>Das Self-Service-Portal ist Teil des Authorisierungsdienst und ermöglicht es, Accounts/Berechtigungen für die Anbindung von Onlinediensten und Fachverfahren/virtuellen Poststellen anzulegen.</dd>
<dt>API-Gateway</dt>
<dd>Das API-Gateway ist eine technische Komponente, die die Prüfung von OAuth-Tokens prüft und nicht oder falsch authentifizierte Anfragen blockiert. Ein Zugriff auf die Schnittstellen des Zustelldienstes ist ausschließlich über das API-Gateway möglich.</dd>
<dt>Antragsteller:in (engl. applicant)</dt>
<dd>Bezeichnung der Person, die den Onlinedienst benutzt. Z.B. eine Verwaltungskund:in, die einen Antrag absendet.</dd>
<dt>Einreichung (engl. submission)</dt>
<dd>
<p>
Ist eine Einreichung bei einer zuständigen Stelle über die FIT-Connect Übermittlungsinfrastruktur. Eine solche Einreichung kann ein Antrag, ein Bericht (bspw. Statistikmeldung eines Unternehmens) oder eine sonstige Einreichung für die Initiierung eines Bearbeitungsvorgangs in einem Verwaltungsverfahren sein. Eine Einreichung besteht aus mindestens aus einem Metadatensatz und einem Fachdatensatz und / oder einem oder mehreren Anlagen.
</p>
<p>
Eine Einreichung besitzt immer eine systemübergreifend eindeutige ID (submissionId), um dauerhaft den Einreichungsvorgang zu referenzieren oder zu dokumentieren. Diese ID wird bei jedem Einreichungsvorgang durch ein sendendes System vergeben.
</p>
</dd>
<dt>Antwort (engl. reply)</dt>
<dd>Alle auf eine Einreichung (submission) folgende Übertragungen, egal in welche Richtung (sender → subscriber oder subscriber → sender)</dd>
<dt>Fachdatensatz (engl. data)</dt>
<dd>Ist ein strukturierter Fachdatensatz im Rahmen der Einreichung. Kann JSON, XML oder ein anderes in verwaltungseigenen Datenstandards genutztes Datenformat sein.</dd>
<dt>Anlage (engl. attachment)</dt>
<dd>Sind Anlagen zu einer Einreichung. Diese sind nicht zwingend maschinenlesbar oder an Standards geknüpft.</dd>
<dt>Metadatensatz (engl. submission metadata)</dt>
<dd>
Ein Metadatensatz beschreibt:
<ul>
<li>Fachunabhängige Metadaten der Einreichung: Authentifizierung des Autors eines Antrags oder Berichts (bspw. über einen eID-Laufzettel, Identifikation Report, Informationen über Signaturnutzung einschließlich Angabe des Signaturformats und ggf. separater Signaturdateien.), Ergebnisse eines Bezahlvorgangs oder digitale Verbindungs- und Adressparameter für die Verfahrensinformationen (falls vom Antragssteller gewünscht).</li>
<li>Strukturbeschreibung der Einreichung: Art der Leistung oder Einreichungsbestandteile.</li>
</ul>
</dd>
<dt>Angekündige Anlage</dt>
<dd>Angabe gegenüber den Zustelldienst, was übermittelt wird. Teilmenge der Angaben in der contentStructure im verschlüsselten Metadatensatz.</dd>
<dt>Einreichungsstatus (engl. submission status)</dt>
<dd>Beschreibt den fachlichen Status einer Einreichung für das einreichende System.</dd>
<dt></dt>
<dd></dd>
<dt>Kommunikationskanal (engl. communication channel)</dt>
<dd>
Beschreibt einen Kommunikationskanal, um zwischen der zuständigen Stelle und dem Autor der Einreichung (bspw. dem Antragssteller) zu digital zu kommunizieren.
Kommunikationskanäle können sein:
<ul>
<li>E-Mail</li>
<li>De-Mail</li>
<li>FIT-Connect Rückkanal</li>
<li>Interoperable Postfächer FINK (AS4)</li>
<li>Elster Transfer des einheitlichen Unternehmenskontos</li>
<li>Postfachplus (OSCI) des einheitlichen Unternehmenskontos</li>
<li>Eine zuständige Stelle kommuniziert über die Destination, welche Kommunikationskanäle unterstützt werden und der Autor der Einreichung legt fest, welche Kommunikationskanäle er sich hierfür wünscht. Für die Adressierung des Autors werden alle für den Kommunikationskanal notwendigen Verbindungs- und Adressparameter (einschließlich ggf. notwendiger Schlüssel/Zertifikate) im Metadatensatz mitgeliefert.</li>
</ul>
</dd>
<dt>Vorgangsreferenz (engl. caseID)</dt>
<dd>Systemübergreifend eindeutige ID für einen langlaufenden Kommunikationsvorgang zwischen dem einreichenden System und der Empfangsseite, wenn über die FIT-Connect kommuniziert werden sollen. Innerhalb einem Kommunikationsvorgang können weitere Fachdatensätze und Anlagen zwischen beiden Parteien ausgetauscht werden.</dd>
<dt>Zustellberechtigungs-Scope</dt>
<dd>Beschreibt die Scopes aus den OAuth-Tokens (JWT), die im Zustelldienst dazu dienen, um zu überprüfen, ob ein Onlinedienst Einreichungen bei einer Destination vornehmen darf.</dd>
<dt><b>Document</b></dt>
<dd>Jegliche Art von Dokument, die als Anhang zu einem Antrag angehängt werden kann.</dd>
<dt>Zustellpunkt (engl. Destination)</dt>
<dd>
Technisch eindeutig adressierbarer Endpunkt zur digitalen Einreichung von Anträgen oder Berichten an die Verwaltung über die FIT-Connect Übermittlungsinfrastruktur. Ein Zustellpunkt repräsentiert typischerweise ein konkretes antragsempfangendes System (Fachverfahren oder virtuelle Poststelle). Für ein antragsempfangendes System können jedoch multiple Zustellpunkte angelegt werden.
In der Konfiguration eines Zustellpunkts sind interne und öffentliche Teile hinterlegt. Interne Angaben sind solche, die zu Administrationszwecken dienen. Öffentliche Angaben legen z. B. fest, in welcher Form der Empfänger Einreichungen akzeptiert. Die öffentlichen Angaben sind:
<ul>
<li>Zulässige Schemata für einen Fachdatensatz (und die Pflicht, einen Fachdatensatz mit dem definierten Fachdatensatz in einer Einreichung zu nutzen)</li>
<li>Öffentlicher Schlüssel zur Verschlüsselung von Fachdatensatz, Anlage und Metadatensatz</li>
