Inhaltsverzeichnis
1. Verfahren und Datengenerierung bei der Erstellung von Zahlungsanträgen und Rechnungslegungen | |
Verfahrensanpassung Das Verfahren für die Erstellung von Zahlungsanträgen (ZA) und Rechnungslegungen (Rele) im efREporter4 entspricht in großen Teilen demselben Verfahren im efREporter3. Dabei ist die grundlegende Änderung, dass bei der Generierung des Rechnungslegungsentwurfs für ein beliebiges Geschäftsjahr automatisch der letzte gesendete Zwischenzahlungsantrag desselben Geschäftsjahres als abschließender Zahlungsantrag (PAP-FIN) gekennzeichnet wird. Diese Veränderung ist unter anderem mit folgenden Anpassungen verbunden:
| |
Datengenerierung Die Datengenerierung für Zahlungsanträge (ZA) und Rechnungslegungen (Rele) im efREporter4 folgt einem Filterprinzip. Dabei werden zunächst alle an Vorhaben erfassten Buchungen gesammelt. Aus dieser Gesamtheit werden dann anhand von verschiedenen Kriterien die nicht für den ZA oder die Rele relevanten Buchungen aussortiert. Hinweis Für den Zahlungsantrag werden nur Zuschussvorhaben und FI-Basisvorhaben berücksichtigt. Buchungen an FI-Endempfängervorhaben haben keinen direkten Einfluss. | |
zurück zum Seitenanfang |
2. Prozesse zur Erstellung und Bearbeitung von Zahlungsanträgen und Rechnungslegungen | |
Alle Prozesse zur Erstellung und Bearbeitung von Zahlungsanträgen und Rechnungslegungen befinden sich im efREporter4 in der Prozesssicht innerhalb der Prozessgruppe „Zahlungsantrag / Rechnungslegung“. Hinweis Die Screenshots im folgenden Abschnitt spiegeln den aktuellen Umsetzungsstand im efREporter4. Anpassungen, die bereits konzipiert, aber noch nicht umgesetzt sind, können nicht dargestellt werden. | |
Zahlungsantragsentwurf bearbeiten | |
Aufgabe des Prozesses: Anlegen, Bearbeiten bzw. Ändern eines (neuen) Zahlungsantragsentwurfes Beim Ausführen des Prozesses wird zu einem OP ein Zahlungsantrag im Status „Entwurf“ angelegt, Der Entwurf kann bearbeitet bzw. geändert werden, indem der Prozess erneut ausgeführt wird. | |
Prozessaufruf: Einstieg erfolgt über die Prozessgruppe „Zahlungsantrag / Rechnungslegung“ und den Prozess „Zahlungsantragsentwurf bearbeiten“. Der Prozess gliedert sich in folgende Aktivitäten:
| |
1. Aktivität: Auswahl des Finanzplanes
Hinweis Hierbei handelt es sich um die in Punkt 1 in der Datengenerierung aufgeführte "Abgrenzung auf Projekte des relevanten Finanzplans". | |
2. Aktivität: Anzeige des Zahlungsantragsentwurfs
| (Neuanlage) (Änderung) |
3. Aktivität: Zahlungsantragsentwurf bearbeiten
Parametereinstellung und Dateneintragungen für die Erstellung sind:
Hinweis Mit der Auswahl der Finanzplanebenen findet der in Punkt 1 in der Datengenerierung aufgeführte Schritt "Ausschluss nicht relevanter Finanzplanebenen" Anwendung. Mit der Eintragung des Datenstichtags wird der in Punkt 1 in der Datengenerierung aufgeführte Schritt "Datenstichtag eingrenzen" vollzogen. | (ohne Eintragungen) (Auswahl einzelner Finanzplanebenen) (Datenstichtag und Angaben zum Geschäftsjahr) (mit Angaben zum Geschäftsjahr sowie verschiedenen Datenstichtagen pro Finanzplanebene) (mit Datenstichtag und Angaben zum Geschäftsjahr sowie Auswahl aller Finanzplanebenen) |
Durch das Betätigen der Schaltfläche "Beenden" in der 3. Aktivität des Prozesses erfolgt die Speicherung des Zahlungsantragsentwurfes. Hierbei werden alle relevanten und zu berücksichtigenden Datensätze und Buchungsdatensätze generiert und gespeichert. Datenspeicherung in folgenden Datenbanktabellen:
Hinweis Wird ein bestehender Zahlungsantragsentwurf bearbeitet, dann erfolgt das Überschreiben des bisher bestehenden Zahlungsantragsentwurfes. Mit dem Anlegen eines Zahlungsantragsentwurfs wird die Finanzplan-ID des Finanzplans, der zum Zeitpunkt der Prozessspeicherung gültig war, dem Zahlungsantrag (T_SFC, SFC_ID) in T_SFC im Feld FINANZPLAN_ID zugeordnet. Wird dieser Zahlungsantragsentwurf über diesen Prozess nochmals „bearbeitet“, so kann aufgrund des zeitlichen Ablaufs inzwischen eine neue Finanzplanversion (und damit eine neue FINANZPLAN_ID) gültig sein. Diese Änderung wird dann ebenfalls in T_SFC gespeichert und historisiert. Ferner werden bei Datenänderung und Speicherung die SFC-Buchungsdaten für diesen Zahlungsantragsentwurf stets neu erzeugt und in die Datenbanktabelle T_SFC_BUCHUNG geschrieben. | |
Besonderheiten: Je Finanzplan kann zu jedem Zahlungsantrag nur ein Entwurf existieren. Soll ein neuer ZA erstellt werden, muss der vorherige ZA „abgesandt“ sein. Es erfolgt eine Kumulation der Zahlungsanträge innerhalb eines Geschäftsjahres. | |
Buchungen im Zahlungsantragsentwurf sperren/freigeben | |
Aufgabe des Prozesses: Buchungen für den Zahlungsantrag sperren oder nach einer Sperre wieder freigeben Zu einem Zahlungsantragsentwurf kann eine Buchung gesperrt werden. Damit geht die Buchung nicht in die Berechnung der Höhe des Zahlungsantrags ein. Diese Sperre kann, solange der Zahlungsantrag im Status „Entwurf“ ist, wieder rückgängig gemacht werden. Die Sperre ist ein vorhabensbezogener Prozess bei dem die zu sperrende oder freizugebende Buchung ausgewählt werden muss. Anwendungsfälle sind z. B.:
| |
Vorbedingung: Ein Zahlungsantrag im Status „Entwurf“ muss vorhanden sein. | |
Prozessaufruf: über die sogenannte Prozesssicht → Einstieg erfolgt über die Prozessgruppe „Zahlungsantrag / Rechnungslegung“ und den Prozess „Buchungen im Zahlungsantragsentwurf sperren / freigeben“. Da die Sperre vorhabensbezogen vorgenommen werden muss, erfolgt nach der Auswahl des Prozesses die Auswahl des Antragstellenden, dem das Vorhaben zugeordnet ist. Danach muss das betroffene Vorhaben identifiziert werden, in dem die Buchung zu sperren ist. über die sogenannte Vorhabenssicht → Einstieg erfolgt über das in der Vorhabenssuche gefundene und mit der linken Maustaste markierte Vorhaben sowie den mit der rechten Maustaste aufrufbaren Prozess „Buchungen im Zahlungsantragsentwurf sperren / freigeben“. Der Prozess gliedert sich in folgende Aktivitäten:
| (Prozesssicht) (Vorhabenssicht) |
1. Aktivität: Buchungen / Buchungssätze sperren / freigeben
Sperren / Freigeben aller Buchungen / Buchungsdatensätze
Sperren / Freigeben einzelner Buchungen / Buchungsdatensätze
Hinweis Die in dieser Aktivität aufgelisteten Buchungen / Buchungsdatensätze weisen ausschließlich erstattungsrelevante Mittelgeber aus. | |
2. Aktivität: Gesamtübersicht der aktuell gesperrten Buchungen / Buchungssätze
| |
Durch das Betätigen der Schaltfläche "Beenden" in der 2. Aktivität des Prozesses erfolgt die Speicherung der Buchungssperren. Hierbei werden alle relevanten Buchungsdatensätze mit dem entsprechenden Sperrwert und einem automatisierten Memotext versehen. Datenspeicherung in folgenden Datenbanktabellen:
| |
Besonderheiten: Durch die Sperre einer Buchung kann eine technische Erweiterung der Sperre auf andere Buchungen / Buchungsdatensätze erfolgen, wenn sich diese auf die gesperrte Buchung beziehen. Dies ist die Funktion der automatischen Sperrerweiterung, ein entsprechender Sperrerweiterungshinweis mit den betroffenen Buchungen / Buchungsdatensätzen erscheint. Die von der automatischen Sperrerweiterung betroffenen Buchungen erhalten den Sperrwert "A". | |
Zahlungsantrag auf gesendet setzen | |
Aufgabe des Prozesses: Statuswechsel des Zahlungsantrags und Erfassung des Datums der Einreichung Beim Ausführen des Prozesses wird der zu einem OP erstellte Zahlungsantragsentwurf in den Status "Verbindlich abgesandt an KOM im SFC (Sent)" gesetzt, Damit verbunden ist eine technische Unterbindung von Änderungen an diesem Zahlungsantrag. | |
Vorbedingung: Ein Zahlungsantrag im Status „Entwurf“ muss vorhanden sein. | |
Prozessaufruf: Einstieg erfolgt über die Prozessgruppe „Zahlungsantrag / Rechnungslegung“ und den Prozess „Zahlungsantragsentwurf auf gesendet setzen“. Der Prozess gliedert sich in folgende Aktivitäten:
| |
1. Aktivität: Auswahl des Finanzplans
| |
2. Aktivität: Zahlungsantragsentwurf auf "verbindlich im SFC abgesandt an die EU-Kommission" setzen
| |
Durch das Betätigen der Schaltfläche "Beenden" in der 2. Aktivität des Prozesses erfolgt die Speicherung des Statuswechsels des Zahlungsantrags und die Speicherung des "Datums der Einreichung". Datenspeicherung in folgenden Datenbanktabellen:
|
|
Rechnungslegungsentwurf bearbeiten | |
Aufgabe des Prozesses: Erstellen bzw. Bearbeiten eines Rechnungslegungsentwurfes für einen abschließenden (finalen) Zahlungsantrag Beim Ausführen des Prozesses wird zu einem abschließenden Zahlungsantrag eine Rechnungslegung im Status „Entwurf“ angelegt. Der Entwurf kann bearbeitet werden, indem der Prozess erneut ausgeführt wird. Hinweis Der Prozess "Rechnungslegungsentwurf bearbeiten" entspricht weiterhin dem Entwicklungsstand aus dem efREporter3, er kann jedoch zunächst weiter verwendet werden. | |
Vorbedingung: Ein abschließender (finaler) Zahlungsantrag im Status „verbindlich abgesandt“ muss vorhanden sein. Hinweis Da die Prozesse zum Zahlungsantrag schon angepasst wurden, muss die Kennzeichnung des abschließenden (finalen) Zahlungsantrags vorübergehend per Skript erfolgen. | |
Prozessaufruf: Einstieg erfolgt über die Prozessgruppe „Zahlungsantrag / Rechnungslegung“ und den Prozess „Rechnungslegungsentwurf bearbeiten“. Der Prozess besteht aus einer Aktivität:
| |
Aktivität: Auswahl des finalen Zahlungsantrags eines Geschäftsjahres für den die Rechnungslegung erstellt wird
Bereich "Auswahl des finalen Zahlungsantrags eines Geschäftsjahres für den die Rechnungslegung erstellt wird"
Bereich "Angaben zur Rechnungslegung“
Parametereinstellung und Dateneintragungen für die Erstellung sind:
| (ohne Auswahl bzw. Eintragungen) (Auswahl eines letzten verbindlich abgesandten Zwischenzahlungsantrags) (Datenstichtag und Angaben zum Geschäftsjahr) (mit Auswahl eines letzten verbindlich abgesandten Zwischenzahlungsantrags sowie Angaben zur Rechnungslegung) |
Durch das Betätigen der Schaltfläche "Beenden" in der Aktivität des Prozesses erfolgt die Speicherung des Rechnungslegungsentwurfs. Hierbei werden alle relevanten und zu berücksichtigenden Datensätze und Buchungsdatensätze generiert und gespeichert. Datenspeicherung in folgenden Datenbanktabellen:
Hinweis Wird ein bestehender Rechnungslegungsentwurf bearbeitet, dann erfolgt das Überschreiben des bisher bestehenden Rechnungslegungsentwurfes. Ferner werden bei Datenänderung und Speicherung die SFC-Buchungsdaten für diesen Rechnungslegungsentwurf stets neu erzeugt und in die Datenbanktabelle T_SFC_BUCHUNG geschrieben. | |
Besonderheiten: Es gibt derzeit noch nicht umgesetzte Anpassungen für den efREporter4, insbesondere:
| |
zurück zum Seitenanfang | |
Buchungen im Rechnungslegungsentwurf sperren/freigeben | |
Aufgabe des Prozesses: Buchungen für die Rechnungslegung sperren oder nach einer Sperre wieder freigeben Zu einem Rechnungslegungsentwurf kann eine Buchung gesperrt werden. Damit geht die Buchung nicht in die Rechnungslegung ein. Diese Sperre kann, solange die Rechnungslegung im Status „Entwurf“ ist, wieder rückgängig gemacht werden. Die Sperre ist ein vorhabensbezogener Prozess, bei dem die zu sperrende oder freizugebende Buchung ausgewählt werden muss. | |
Vorbedingung: Eine Rechnungslegung im Status „Entwurf“ muss vorhanden sein. | |
Prozessaufruf: über die sogenannte Prozesssicht → Einstieg erfolgt über die Prozessgruppe „Zahlungsantrag / Rechnungslegung“ und den Prozess „Buchungen im Rechnungslegungsentwurf sperren / freigeben“. Da die Sperre vorhabensbezogen vorgenommen werden muss, erfolgt nach der Auswahl des Prozesses die Auswahl des Antragstellenden, dem das Vorhaben zugeordnet ist. Danach muss das betroffene Vorhaben identifiziert werden, in dem die Buchung zu sperren ist. über die sogenannte Vorhabenssicht → Einstieg erfolgt über das in der Vorhabenssuche gefundene und mit der linken Maustaste markierte Vorhaben sowie den mit der rechten Maustaste aufrufbaren Prozess „Buchungen im Rechnungslegungsentwurf sperren / freigeben“. Der Prozess gliedert sich in folgende Aktivitäten:
| (Prozesssicht) (Vorhabenssicht) |
1. Aktivität: Buchungen / Buchungssätze sperren / freigeben
Sperren / Freigeben aller Buchungen / Buchungsdatensätze
Sperren / Freigeben einzelner Buchungen / Buchungsdatensätze
Hinweis Die in dieser Aktivität aufgelisteten Buchungen / Buchungsdatensätze weisen ausschließlich erstattungsrelevante Mittelgeber aus. |
|
2. Aktivität: Gesamtübersicht der aktuell gesperrten Buchungen / Buchungssätze
| |
Durch das Betätigen der Schaltfläche "Beenden" in der 2. Aktivität des Prozesses erfolgt die Speicherung der Buchungssperren. Hierbei werden alle relevanten Buchungsdatensätze mit dem entsprechenden Sperrwert und einem automatisierten Memotext versehen. Datenspeicherung in folgenden Datenbanktabellen:
| |
Besonderheiten: Durch die Sperre einer Buchung kann eine technische Erweiterung der Sperre auf andere Buchungen / Buchungsdatensätze erfolgen, wenn sich diese auf die gesperrte Buchung beziehen. Dies ist die Funktion der automatischen Sperrerweiterung, ein entsprechender Sperrerweiterungshinweis mit den betroffenen Buchungen / Buchungsdatensätzen erscheint. Die von der automatischen Sperrerweiterung betroffenen Buchungen erhalten den Sperrwert "A". | |
zurück zum Seitenanfang | |
Rechnungslegung auf gesendet setzen | |
Aufgabe des Prozesses: Statuswechsel der Rechnungslegung und Erfassung des Datums der Vorlage der Rechnungslegung Beim Ausführen des Prozesses wird der erstellte Rechnungslegungsentwurf in den Status "Verbindlich abgesandt an KOM im SFC (Sent)" gesetzt, Damit wird der Bearbeitungsprozess der Rechnungslegung final abgeschlossen. Hinweis Der Prozess "Rechnungslegung auf gesendet setzen" entspricht noch dem Entwicklungsstand aus dem efREporter3, er kann jedoch zunächst weiter verwendet werden. | |
Vorbedingung: Eine Rechnungslegung im Status „Entwurf“ muss vorhanden sein. | |
Prozessaufruf: Einstieg erfolgt über die Prozessgruppe „Zahlungsantrag / Rechnungslegung“ und den Prozess „Rechnungslegung auf gesendet setzen“. Der Prozess besteht aus folgender Aktivität:
| |
Aktivität: Anzeige des Rechnungslegungsentwurfs
| |
Durch das Betätigen der Schaltfläche "Beenden" in der Aktivität des Prozesses erfolgt die Speicherung des Statuswechsels der Rechnungslegung und die Speicherung des "Datum der Vorlage der Rechnungslegung". Datenspeicherung in folgenden Datenbanktabellen:
| |
Besonderheiten: Es gibt derzeit noch nicht umgesetzte Anpassungen für den efREporter4, insbesondere:
| |
zurück zum Seitenanfang | |
Buchungen für ZA/RELE berücksichtigen (noch nicht verfügbar) | |
Aufgabe des Prozesses: Buchungen zu bewerten und für die Aufnahme in einen Zahlungsantragsentwurf oder einen Rechnungslegungsentwurf freizugeben. Über diesen Prozess werden nur die Buchungen bzw. Zahlungsarten angezeigt, welche in der Datenbanktabelle „T_BEZ_AZ_BUCHUNG“ das „KZ_KORREKTUR“ „J“ ausweisen. Es gibt ferner keine Einschränkung bei den Projektstatus. Die Kennzeichnung von Buchungen bewirkt, dass diese Buchungen je nach Auswahl in Zahlungsantragsentwürfe (ZA) bzw. Rechnungslegungsentwürfe (RELE) einfließen oder zu den Akten (ZDA) gelegt werden. Hinweis Der Prozess steht noch nicht zur Verfügung, er befindet sich noch in der Konzeptionierung/Anpassung. | |
Prozessaufruf: Einstieg erfolgt über die Prozessgruppe „Zahlungsantrag / Rechnungslegung“ und den Prozess „Buchungen für ZA / RELE berücksichtigen“. | |
Hinweis Der Prozess steht noch nicht zur Verfügung, er befindet sich noch in der Konzeptionierung/Anpassung.
| |
zurück zum Seitenanfang | |
Hinweise | |
Alle administrativen Änderungen über den Prozess „Vorhaben bereinigen“, welche eine Berücksichtigung in Zahlungsanträgen oder Rechnungslegungen finden sollen, bedingen eine Neugenerierung des Zahlungsantragsentwurfes bzw. Rechnungslegungsentwurfes. Solche Änderungen können sein: | |
Die administrative Änderung des Kennzeichens "Löst der "Finanzielle Abzug" eine zuvor erfasste "Vorläufige Feststellung (VF)" auf?" einer FA-Buchung nach der Generierung des Zahlungsantragsentwurfs
| |
Die administrative Änderung von Änderzeitmarken an Buchungen nach der Generierung des Zahlungsantragsentwurfs
| |
Korrektur KZ_77-Prüfung ??? | |
zurück zum Seitenanfang |
3. Zahlungsarten und ihre Berücksichtigung in Zahlungsanträgen und Rechnungslegungen | ||
Hinweis Im folgenden Abschnitt werden zum Teil künstliche "Screenshots" aus Konzepten zum efREporter4 verwendet, die zum aktuellen Zeitpunkt noch nicht umgesetzt sind. | ||
Vorstellung Zahlungsarten für Zuschussvorhaben | ||
Auszahlung (AZ)
| ||
Finanzieller Abzug (FA)
| ||
Finanzielle Berichtigung (FB)
auf eine "Auszahlung" (FB-AZ)
auf einen "Finanziellen Abzug" (FB-FA)
| ||
Finanzkorrektur (FK)
ohne AZ-Bezug
mit AZ-Bezug
| ||
Vorläufige Feststellung (VF)
|
| |
Auflösung der "Vorläufigen Feststellung" (VFA)
|
| |
Vorstellung Zahlungsarten für Finanzinstrumente | ||
Auszahlung (AZ)
Vorschuss
kein Vorschuss = an Endempfänger gezahlte Programmbeiträge
Verrechnung Vorschuss
|
| |
Finanzielle Berichtigung auf eine "Auszahlung" (FB-AZ)
|
| |
FI-BUCHUNG (FIB)
| ||
zurück zum Seitenanfang | ||
Berücksichtigung der Zahlungsarten in Zahlungsantrag und Rechnungslegung / T_SFC_BUCHUNG → gegenüber der Kommission abgerechnete Zahlungen | ||
Erläuterung der Berücksichtigung der Zahlungsarten und Vergabe/Auswirkungen von KZ_KORREKTUR anhand 24_09_04_Berücksichtigung_Zahlungsarten.xlsx | ||
zurück zum Seitenanfang |
4. Struktur der Datenbank | |
Zur Vorstellung der Datenbanktabellen, die in direktem Zusammenhang mit den Prozessen zur Erstellung und Bearbeitung von Zahlungsanträgen und Rechnungslegungen stehen, werfen wir einen Blick auf die Vorhaben im efREporter und ihre "Erfassten Einzelzahlungen" bzw. Buchungen. | |
Vorhaben 1 - WSDL-Vorhaben mit der Vorhabens-ID / PROJEKT_ID "IB_WS_TESTZA00000004" Hinweis In der Liste der "Erfassten Einzelzahlungen" wird je Buchung auch das Vorhandensein der Buchung in einem bereits abgesandten Zahlungsantrag bzw. einem Rechnungslegungsentwurf notiert. In Spalte 10 und 11 der Tabelle wird dazu das Datum "Geschäftsjahr bis:" eingetragen. Hierbei findet der im Punkt 1 in der Datengenerierung aufgeführte Schritt "Abgrenzung von Rechnungslegungen (ACCOUNTS) und Ausschluss der nicht in der Rele gesperrten Buchungen" Anwendung. | |
Vorhaben 2 - Client-Vorhaben mit der Vorhabens-ID / PROJEKT_ID "ST_21_27__0000000114" | |
Vorhaben 3 - FI-Basisvorhaben mit der Vorhabens-ID / PROJEKT_ID "ST_21_27__0000000115" | |
Datenbanktabelle T_BUCHUNG
Hinweis Für die Eingrenzung der Buchungen mittels des im Zahlungsantrag angegebenen Datenstichtags wird das Datum der "Änderzeitmarke" aus T_BUCHUNG verwendet.
| |
Buchung 1 - Auszahlung aus Vorhaben 2 mit der Buchungsnummer "123" und der Buchungs-ID "ST_21_27__0000000172" | |
Datenbanktabelle T_MG_BUCHUNG
Hinweis Die in dieser Datenbanktabelle gespeicherten Mittegeber können auch nicht erstattungsrelevante Mittelgeber sein. | |
Datenbanktabelle T_BEZ_BUCHUNG → derzeit sind hier keine Beispiele im efREporter 4 zu finden, da der Umsetzungsstand der Zahlungsarten noch keine Zahlungsart mit einer Beziehung für die T_BEZ_BUCHUNG vorsieht
Beispiel: Bei Erfassung einer Finanziellen Berichtigung zu einer Auszahlung (FB-AZ) wird die Beziehung zur Auszahlung (AZ) in dieser Beziehungstabelle gespeichert. Hierbei wird die AZ als Primärbuchung mit der Buchungs-ID und die FB-AZ als Sekundärbuchung mit der Buchungs-ID gespeichert. | |
Buchung 2 - Finanzkorrektur mit AZ-Bezug aus Vorhaben 2 mit der Buchungsnummer "FK111" und der Buchungs-ID "ST_21_27__0000000175" | |
Datenbanktabelle T_BEZ_AZ_BUCHUNG
| |
Übersicht der Speicherung in den Beziehungstabellen und der Übermittlung über Webservice | |
Datenbanktabelle T_SFC
| |
Datenbanktabelle T_SFC_BUCHUNG
| |
Datenbanktabelle T_SFC_DATENSTICHTAG
Hinweis In dieser Datenbanktabelle werden ausschließlich Datensätze gespeichert, wenn bei dem Prozess "Zahlungsantragsentwurf bearbeiten" in der "Auswahl der Finanzplanebenen" die Option der Eingabe verschiedener Datenstichtage je Finanzplanebene gewählt wurde. | |
Datenbanktabelle T_SFC_VORHABEN
Hinweis Derzeit wird die Datenbanktabelle im efREporter 4 noch nicht mit Daten befüllt, da der Umsetzungsstand der Rechnungslegung dies noch nicht beinhaltet. | |
zurück zum Seitenanfang |
5. Berichte im Zusammenhang mit Zahlungsanträgen und Rechnungslegungen | |||||||||||||||||
In diesem Abschnitt erfolgt die Vorstellung von Berichten/Datenbankabfragen zum Thema Zahlungsantrag und Rechnungslegung. | |||||||||||||||||
Ausgabenbestätigung | |||||||||||||||||
Aufgabe des Prozesses: Kumulierte Anzeige der abrechnungsfähigen Gesamtausgaben der erstattungsrelevanten Mittelgeber pro ausgewählter Finanzplanebene zu den Buchungen zum gewählten Zahlungsantrag/ Rechnungslegung. Die Kumulierung der getätigten Ausgaben erfolgt (nur) innerhalb eines Geschäftsjahres. Hinweis Der Bericht wird mit der Einführung weiterer Zahlungsarten erweitert. | |||||||||||||||||
Vorbedingung für den Prozess: Zahlungsantrag/Rechnungslegung muss vorhanden sein. | |||||||||||||||||
Prozessaufruf: Der Bericht "Ausgabenbestätigung" wird mit einem Doppelklick über den Prozess „Ausgabenbestätigung“ in der Prozessgruppe „EU-Berichte“ im efREporter4 aufgerufen. Der Prozess „Ausgabenbestätigung“ besteht aus zwei Aktivitäten:
| |||||||||||||||||
1. Aktivität:
| |||||||||||||||||
2. Aktivität: Die Aktivität besteht aus 2 Teilbereichen.
| |||||||||||||||||
Parametereinstellungen zur Berichtserzeugung:
Sofern die Berichtserzeugung für eine einzelne Finanzplanebene erfolgen soll, muss diese über die Finanzplanstruktur durch Anklicken ausgewählt werden. Es kann nur genau eine Finanzplanebene ausgewählt werden und es muss sich um eine Primärebene handeln, d.h. die unterste Ebene in der Finanzplanstruktur, an der die Vorhaben inkl. Zahlungsdaten hängen.
| |||||||||||||||||
Sofern die Berichterzeugung für alle Finanzplanelemente, die Bestandteil des gewählten Zahlungsantrages / der Rechnungslegung sind, erfolgen soll, muss die zugehörige Checkbox oberhalb der Finanzplanstruktur durch Anklicken ausgewählt werden.
| |||||||||||||||||
Sofern die Berichtserzeugung zur Finanzplanebene/zu den Finanzplanebenen mit einer Aufteilung auf einzelne Teilaktionskürzel erfolgen soll, muss die zugehörige Checkbox auf der rechten Seite der Maske durch Anklicken ausgewählt werden.
| |||||||||||||||||
Berichtsausgabe:
| |||||||||||||||||
erzeugter Bericht:
Hinweis Der im Formular „Ausgabenbestätigung für den Zahlungsantrag an die Europäische Kommission“ für ein bestimmtes Geschäftsjahr ausgewiesene Betrag der Ausgaben wird aus technischen Gründen grundsätzlich mit negativem Vorzeichen dargestellt. Wenn allerdings die Summe der Abzüge/Korrekturbuchungen höher als die Summe der Auszahlungen ist, ist der Betrag positiv. | |||||||||||||||||
Anlage 1 zur Ausgabenbestätigung | |||||||||||||||||
Aufgabe des Prozesses: Anzeige aller berücksichtigten Buchungen ohne gesperrte Buchungen und ohne nicht-erstattungsrelevante Mittelgeber zum gewählten Zahlungsantrag/ Rechnungslegung. Hinweis Der Bericht wird mit der Einführung weiterer Zahlungsarten erweitert. | |||||||||||||||||
Vorbedingung für den Prozess: Zahlungsantrag/Rechnungslegung muss vorhanden sein. | |||||||||||||||||
Prozessaufruf: Der Bericht "Ausgabenbestätigung" wird mit einem Doppelklick über den Prozess „Ausgabenbestätigung“ in der Prozessgruppe „EU-Berichte“ im efREporter4 aufgerufen. Der Prozess „Ausgabenbestätigung“ besteht aus zwei Aktivitäten:
| |||||||||||||||||
1. Aktivität:
| |||||||||||||||||
2. Aktivität: Die Aktivität besteht aus 2 Teilbereichen.
| |||||||||||||||||
Parametereinstellungen zur Berichtserzeugung:
Sofern die Berichtserzeugung für eine einzelne Finanzplanebene erfolgen soll, muss diese über die Finanzplanstruktur durch Anklicken ausgewählt werden. Es kann nur genau eine Finanzplanebene ausgewählt werden und es muss sich um eine Primärebene handeln, d.h. die unterste Ebene in der Finanzplanstruktur, an der die Vorhaben inkl. Zahlungsdaten hängen.
| |||||||||||||||||
Sofern die Berichterzeugung für alle Finanzplanelemente, die Bestandteil des gewählten Zahlungsantrages / der Rechnungslegung sind, erfolgen soll, muss die zugehörige Checkbox oberhalb der Finanzplanstruktur durch Anklicken ausgewählt werden.
| |||||||||||||||||
Sofern die Berichtserzeugung zur Finanzplanebene/zu den Finanzplanebenen mit einer Aufteilung auf einzelne Teilaktionskürzel erfolgen soll, muss die zugehörige Checkbox auf der rechten Seite der Maske durch Anklicken ausgewählt werden.
| |||||||||||||||||
Berichtsausgabe:
| |||||||||||||||||
erzeugter Bericht:
| |||||||||||||||||
Datenbankabfrage ZA (noch nicht verfügbar) | |||||||||||||||||
geplante Inhalte: Umsetzung der Anforderungen gemäß Anhang XXIII
| |||||||||||||||||
Allgemein ZA: Umsetzung gemäß Muster aus Anhang XXIII Aufteilung nach Prioritätsachsen und nach Regionenkategorien (Sonderfall JTF: Aufteilung nur nach Prioritätsachsen) | (Allgemein) (Sonderfall für JTF (ohne Regionenkategorie)) | ||||||||||||||||
Anlage 1: Umsetzung gemäß Muster aus Anhang XXIII Aufteilung nach Prioritätsachsen und nach Regionenkategorien (Sonderfall JTF: nur Aufteilung nach Prioritätsachsen, sofern erforderlich) | (Sonderfall für JTF (ohne Regionenkategorie)) | ||||||||||||||||
Prozessaufruf: Die Datenbankabfrage ZA wird mit einem Doppelklick über den Prozess „Datenbankabfragen ZA/Rele“ in der Prozessgruppe „Sonstige Berichte“ im efREporter4 aufgerufen. Der Prozess „Ausgabenbestätigung“ besteht aus zwei Aktivitäten:
| |||||||||||||||||
1. Aktivität: wird noch ergänzt, wenn Datenbankabfrage zur Verfügung steht | |||||||||||||||||
2. Aktivität: wird noch ergänzt, wenn Datenbankabfrage zur Verfügung steht | |||||||||||||||||
Parametereinstellungen zur Erzeugung: wird noch ergänzt, wenn Datenbankabfrage zur Verfügung steht | |||||||||||||||||
Berichtsausgabe: wird noch ergänzt, wenn Datenbankabfrage zur Verfügung steht | |||||||||||||||||
erzeugter Bericht: wird noch ergänzt, wenn Datenbankabfrage zur Verfügung steht | |||||||||||||||||
Datenbankabfrage Rele (noch nicht verfügbar) | |||||||||||||||||
geplante Inhalte: Umsetzung der Anforderungen gemäß Anhang XXIV lt. Abstimmung Workshop Zahlungsantrag II
| |||||||||||||||||
Anlage 1: Umsetzung gemäß Muster aus Anhang XXIV Aufteilung nach Prioritätsachsen und nach Regionenkategorien (Sonderfall JTF: nur Aufteilung nach Prioritätsachsen) | Sonderfall für JTF (ohne Regionenkategorie): | ||||||||||||||||
Anlage 2: Umsetzung gemäß Muster aus Anhang XXIV Aufteilung nach Prioritätsachsen und nach Regionenkategorien (Sonderfall JTF: nur Aufteilung nach Prioritätsachsen) | (Sonderfall für JTF (ohne Regionenkategorie)) | ||||||||||||||||
Anlage 3: Umsetzung gemäß Muster aus Anhang XXIV Aufteilung nach Prioritätsachsen und nach Regionenkategorien (Sonderfall JTF: nur Aufteilung nach Prioritätsachsen, sofern erforderlich) | (Sonderfall für JTF (ohne Regionenkategorie))
| ||||||||||||||||
Anlage 4: Umsetzung gemäß Muster aus Anhang XXIV Aufteilung nach Prioritätsachsen und nach Regionenkategorien (Sonderfall JTF: nur Aufteilung nach Prioritätsachsen) | (Sonderfall für JTF (ohne Regionenkategorie)) | ||||||||||||||||
Prozessaufruf: Die Datenbankabfrage ZA wird mit einem Doppelklick über den Prozess „Datenbankabfragen ZA/Rele“ in der Prozessgruppe „Sonstige Berichte“ im efREporter4 aufgerufen. Der Prozess „Ausgabenbestätigung“ besteht aus zwei Aktivitäten:
| |||||||||||||||||
1. Aktivität: wird noch ergänzt, wenn Datenbankabfrage zur Verfügung steht | |||||||||||||||||
2. Aktivität: wird noch ergänzt, wenn Datenbankabfrage zur Verfügung steht | |||||||||||||||||
Parametereinstellungen zur Erzeugung: wird noch ergänzt, wenn Datenbankabfrage zur Verfügung steht | |||||||||||||||||
Berichtsausgabe: wird noch ergänzt, wenn Datenbankabfrage zur Verfügung steht | |||||||||||||||||
erzeugter Bericht: wird noch ergänzt, wenn Datenbankabfrage zur Verfügung steht | |||||||||||||||||
zurück zum Seitenanfang |