Brandenburgisches Vorschriftensystem

Abkürzungen

BdH	Beauftragter des Haushaltes
BV	Betriebsverantwortlicher
CCoE	Customer Center of Expertise
EDV	Elektronische Datenverarbeitung
GRC	Governance, Risk and Compliance (Risikomanagement)
GUI	Graphical User Interface (grafische Benutzeroberfläche)
HKR	Haushalts-, Kassen- und Rechnungswesen
IT	Informationstechnologie
ITIL	IT Infrastructure Library
LHO	Landeshaushaltsordnung
LVN	Landesverwaltungsnetz
MdF	Ministerium der Finanzen
NFM	Neues Finanzmanagement
Ref. 28	Referat 28 im Ministerium der Finanzen
RfC	Request for Change
SNC	Secure Network Communication
SolMan	Solution-Manager
ZIT-BB	Brandenburgischer IT-Dienstleister

Glossar (Auszug)

Customer Center of Expertise (CCoE)

Das CCoE bildet aus Landessicht die obere Klammer aller Aufgaben zur Nutzung, Administration und Betreuung des NFM-Systems. Es ist die Schnittstelle zwischen dem Lizenzgeber SAP und den NFM-nutzenden Landesbehörden, Einrichtungen und Landesbetrieben im Land Brandenburg. Die Kernaufgaben bestehen in der Organisation

• des fachlichen Betriebes (Support-Desk-Management)
• des Entwicklungs- und Projektmanagements
• des Vertragsmanagements
• des Lizenzmanagements und
• des Prozessmanagements.

Modifikation

Modifikationen sind Änderungen an Repository-Objekten (Systembeschreibung wie zum Beispiel Programme im Sinne von Quellcode oder Datenmodellen). Modifizierte Repository-Objekte müssen bei Änderungen seitens SAP überprüft und gegebenenfalls angepasst werden.

Masterkonzeption

Die Masterkonzeption definiert die Geschäftsprozessabläufe und deren Umsetzung im kameralen NFM-System. Jedes Themengebiet - wie zum Beispiel Bewirtschaftung, Kasse, Anlagenbuchhaltung, Kosten- und Leistungsrechnung - wird innerhalb der Masterkonzeption in sich abgeschlossen betrachtet.

Feinkonzept

Ein Feinkonzept bildet die im NFM-System umzusetzenden - detaillierten - Einstellungen ab und konzeptioniert die Art und Weise, wie die in der Masterkonzeption beschriebenen Vorgaben zu realisieren sind.

Front-End

Der Begriff „Front-End“ bezeichnet die Stelle im NFM-System, die dem Anwender am nächsten ist. Im Regelfall ist es die grafische Benutzeroberfläche (SAP-GUI) des NFM-Systems.

1st Level Support

In den Ministerien und nachgeordneten Bereichen wurde eine KeyUser-Struktur aufgebaut, welche den First-Level Support abdeckt. Sie ist erste Anlaufstelle für alle eingehenden Unterstützungsfragen. Die Endanwender sind angehalten, sich bei Problemen und Änderungswünschen zunächst an die KeyUser zu wenden.

2nd Level Support

Im CCoE werden komplexere Anfragen durch den Second-Level Support bedient. Dieser wird durch die Change Manager und externe Dienstleistungsunternehmen erbracht (zentrale Betriebsverträge).

3rd Level Support

Der Third-Level Support wird durch den Software-Hersteller bedient.

Präambel

Diese Richtlinie dient der Organisation und Gesamtsteuerung des standardisierten kameralen Rechnungswesens - Neues Finanzmanagement (NFM) - des Landes Brandenburg.Die Gesamtsteuerung des Neuen Finanzmanagements soll den Bedürfnissen der Landesverwaltung gerecht werden und weiterhin anpassungsfähig bleiben.

Aus § 8 des Landesorganisationsgesetzes ergibt sich für das MdF eine zentrale Regelungshoheit, welche es durch die Zertifizierung eines „Customer Center of Expertise (CCoE)“ in seinem Geschäftsbereich dokumentiert. Das CCoE ist im Land Brandenburg zuständig für das NFM. Regelungsgegenstände dieser Richtlinie legen - hinsichtlich des NFM - die grundlegenden Zuständigkeiten, Aufgaben und Prozesse zwischen den Behörden des Landes Brandenburg fest.

Im Rahmen der Richtlinie werden die grundsätzlich steuernden Prozesse definiert, die den Umgang mit dem standardisierten Rechnungswesen (NFM) gestalten. Die Richtlinie beschreibt organisatorische, technische und inhaltliche Vorgaben für den NFM-Betrieb in einem verbindlichen Mindestumfang.

Die Zusammenarbeit zwischen dem CCoE und den anderen NFM-nutzenden Teilen der Landesverwaltung ist grundsätzlich kooperativ zu gestalten und auf eine optimale Aufgabenerfüllung auszurichten. Es werden zwischen dem CCoE als „zentraler Betriebsverantwortlicher NFM“ des Landes Brandenburg und allen Ressorts gemeinsam folgende Ziele verfolgt:

• Aufgaben klar zu definieren und zuzuweisen sowie
• voneinander zu lernen und gemeinsam den NFM-Betrieb zu optimieren.

Das CCoE im Geschäftsbereich des MdF informiert die Organisationseinheiten der Landesverwaltung regelmäßig über Entwicklungen, die das NFM betreffen.

Einzelne Passagen dieser Richtlinie stellen bewusst auf den unbestimmten Zeitbegriff „rechtzeitig“ ab, um eine Überregulierung des NFM-Betriebes zu vermeiden.

Weitere Ausführungen zu einzelnen Sachverhalten, die der Präzisierung bedürfen, können auf der Basis dieser Richtlinie von jedem einzelnen Ressort in eigenen Dienstanweisungen geregelt werden.

Die Erläuterungen in Teil 2 konkretisieren die im Teil 1 der Richtlinie für die Steuerung des zentralen NFM-Betriebes im Land Brandenburg allgemein formulierten Bestimmungen.

Wird in diesem Dokument auf Antragsformulare Bezug genommen, so werden diese durch das MdF zur Verfügung gestellt. Für den Fall fehlender Formulare können diesbezügliche Anträge formlos gestellt werden.

Teil 1: Vorgaben

1 Geltungsbereich

Diese Richtlinie regelt den NFM-Betrieb der kameral buchenden Organisationseinheiten der Landesverwaltung Brandenburg.

Das CCoE schließt folgende Verträge ausschließlich für die NFM-nutzenden Bereiche der Landesverwaltung des Landes Brandenburg ab:

• Rahmenverträge:
  • NFM-Lizenzen
• Zentrale Betriebsverträge:
  • NFM-technischer Betrieb
  • NFM-Applikationsbetreuung.

2 Organisation

2.1 Lizenzen

Die Nutzung des NFM-Systems ist lizenzpflichtig.

Die Lizenzvermessung wird durch das CCoE stichtagsbezogen gegenüber dem Lizenzgeber durchgeführt. Die Landesverwaltung ist verpflichtet, daraus resultierende Mitwirkungspflichten gegenüber dem CCoE zu leisten.

2.2 Entwicklungsmanagement

Soll zur Erfüllung neuer Aufgaben oder nach Geschäftsprozessänderungen das NFM-System fachlich verändert oder insgesamt erweitert werden, sind diese Entwicklungen durch den Betriebsverantwortlichen des Ressorts bereits in der Planungsphase beim CCoE mittels eines Änderungsantrages zu beantragen.

Mit Ausnahme von

• Stammdatenpflege für alle Module
• Einbau und Ausbau von SAP-Hinweisen
• Tätigkeiten im Rahmen des Jahreswechsels

sind alle Änderungsanträge durch das CCoE genehmigungspflichtig.

2.2.1 Genehmigungsvoraussetzungen

Die Genehmigung wird nach Prüfung durch das CCoE erteilt, wenn folgende Voraussetzungen erfüllt sind:

1. Das Änderungsinteresse überwiegt die Risiken der Betriebssicherung gemäß Masterkonzeption des NFM-Systems, die eine Änderung hervorrufen kann.
2. Der Änderungsantrag ist begründet.
3. Der Änderungsantrag ist widerspruchsfrei zu anderen Entwicklungsanträgen des gleichen Antragstellers.
4. Im Änderungsantrag ist das Ergebnis der Entwicklung eindeutig formuliert.
5. Im Änderungsantrag sind alle Auswirkungen beschrieben, welche Geltung erlangen, wenn dem Antrag versagt wird.
6. Der Antragsteller sichert die Mitwirkungsleistung aus dem eigenen Haus für die Testphase.
7. Der zuständige Change Manager des CCoE bestätigt, dass diese Entwicklung keine Auswirkungen auf bestehende Funktionalitäten - die nicht Gegenstand der Entwicklung sind - hat.
8. Der zuständige Change Manager des CCoE soll die Tests und die Zeiträume, in denen die Tests erfolgen sollen, beschreiben. Die einvernehmlichen Abstimmungen mit weiteren Behörden, die an den Tests teilnehmen, erfolgt durch den zuständigen Change Manager.
9. Der zuständige Change Manager des CCoE ist in der Lage, ein Produktivsetzungsdatum der beantragten Änderung vorzuschlagen.
10. Der zuständige Change Manager des CCoE bestätigt, dass durch die beantragte Änderung keine „Modifikationen“ vorgenommen werden.

Das CCoE fertigt zu jeder Prüfung ein Prüfprotokoll. Abweichungen von den oben genannten Genehmigungsvoraussetzungen sind im Prüfprotokoll zu begründen.

2.2.2 Schnittstellen und Freigabeverfahren

Setzen die Ressorts HKR-Verfahren als Fach- und Vorverfahren zum NFM-System ein, dann sind diese für die Wirtschaftlichkeit, Ordnungsmäßigkeit und Sicherheit ihrer HKR-Verfahren verantwortlich. Das CCoE verzichtet beim Einsatz dieser HKR-Verfahren auf die Durchführung des Einwilligungsverfahrens (Nr. 6.5 der VV zu §§ 70 bis 72 und 75 bis 80 LHO).

Soll die Anbindung dieses HKR-Fach- oder Vorverfahrens an das zentrale HKR-Verfahren NFM des Landes Brandenburg erfolgen, muss der Betriebsverantwortliche des Ressorts das CCoE in der Planungsphase zur Beschaffung des HKR-Verfahrens unterrichten.

Zusätzlich zu Nummer 2.2.1 sind weitere Voraussetzungen für die Genehmigung von Schnittstellen zu erfüllen:

1. Ein Änderungsantrag ist durch den BV des Ressorts an das CCoE rechtzeitig zu stellen.
2. Die Betreiber der HKR-Fach- oder Vorverfahren müssen Änderungen sicherstellen, die durch die Schnittstellenanbindung an das NFM-System und den Schnittstellenbetrieb erforderlich werden.

2.3 Informationsstrategien

2.3.1 Allgemeine Informationsstrategie

Das CCoE veröffentlicht Informationsunterlagen zum NFM-Verfahren auf der NFM-Homepage. Jeder NFM-Nutzer soll sich über das NFM-Verfahren anhand dieser Unterlagen informieren.

2.3.2 Informationsstrategie im Notfall

Das Notfallmanagement wird über die Betriebsstruktur im Land sichergestellt.

Liegt nach Auffassung des Ressorts ein Notfall vor, ist dieser über eine Supportmeldung, E-Mail oder Telefon an das CCoE - mit einer genauen Beschreibung - zu melden.

Falls ein Notfall vorliegt, informiert der Gesamtbetriebsverantwortliche des CCoE die betroffenen Betriebsverantwortlichen der Ressorts über die Maßnahmen, die zur Beseitigung des Notfalls getroffen werden, und den zeitlichen Rahmen, den die Beseitigung des Notfalls voraussichtlich in Anspruch nehmen wird.

2.3.3 Informationsveranstaltungen BV

Das CCoE lädt die Betriebsverantwortlichen der Ressorts mindestens einmal im Jahr zum „NFM-Betriebsverantwortlichentreffen“ ein. Die Teilnahme des Betriebsverantwortlichen jedes Ressorts ist sicherzustellen.

2.4 NFM-Clientzugang

In regelmäßigen Abständen stellt das CCoE den Ressorts die Installationsmedien und Dokumentation für die Komponenten „Direkter Zugang SAP-GUI“ und „Browserbasierter Zugang“ als Download im LVN bereit.

Die Verteilung auf die Endanwender liegt in der Zuständigkeit der Ressorts.

Browserbasierte Zugänge sind durch die Ressorts sicherzustellen.

3 Betrieb

3.1 Betriebsstruktur

Für den Betrieb des NFM-Systems im Land Brandenburg ist in allen Ressorts und deren nachgeordneten Behörden die durch das CCoE gemäß ITIL festgelegte Betriebsstruktur abzubilden.

Folgende Mindestaufgaben sind in den einzelnen Funktionen der Betriebsstruktur zu erfüllen:

3.1.1 Mindestaufgaben des Betriebsverantwortlichen des Ressorts

Der Ressortbetriebsverantwortliche nimmt die fachliche Betriebsverantwortung für das Ressort und dessen nachgeordnete Behörden wahr.

Aufgaben des Betriebsverantwortlichen des Ressorts:

• Berichtspflicht gegenüber Gesamtbetriebsverantwortlichen im CCoE
• Organisation, Koordination und Leitung von ressortspezifischen NFM-Projekten
• KeyUser werden durch den Ressortbetriebsverantwortlichen benannt
• zentraler Ansprechpartner für die KeyUser (Hauptanwender)
• Durchführen von Abstimmungen mit den Change Managern des CCoE
• Koordinierung des Schulungsbedarfs
• Koordinierung/Sicherstellung von Tests
• Ansprechpartner des Ressorts gegenüber dem Gesamtbetriebsverantwortlichen des CCoE
• Schnittstelle zwischen den nachgeordneten Bereichen und dem Ministerium
• Prüfung der Ressortanträge auf Konformität, Widerspruchsfreiheit, Dopplung und Priorität
• Freigabe oder Zurückziehen der Ressortanträge im Solution-Manager
• Benennung eines Berechtigungsverantwortlichen für die Nutzerverwaltung in Abstimmung mit dem Beauftragten für den Haushalt.

3.1.2 Mindestaufgaben der Hauptanwender (KeyUser)

KeyUser im NFM-System sind Endanwender, die neben ihren originären Anwendungstätigkeiten zusätzliche Wartungs- und Betriebsaufgaben im NFM-System vornehmen (1st Level Support).

Aufgaben:

• erster Ansprechpartner für den NFM-Endanwender
• Ansprechpartner für die Change Manager des CCoE
• Bearbeitung von Störfällen und Änderungswünschen unter Nutzung des standardisierten Support- und Changeprozesses in Form von:
  • Erarbeiten und Dokumentieren von Lösungsvorschlägen
  • Erarbeitung von Änderungsanträgen
  • Prüfung von Änderungsanträgen auf Vereinbarkeit mit den Masterkonzepten
  • Mitwirkung, Durchführung und Organisation von Tests

3.1.3 Mindestaufgaben des Berechtigungsverantwortlichen des Ressorts

• Ansprechpartner für die Endanwender des NFM für die Nutzerverwaltung
• trägt die Verantwortung, dass sämtliche Nutzeranträge dem Berechtigungskonzept entsprechen

3.1.4 Mindestaufgaben des Gesamtbetriebsverantwortlichen im CCoE

• Ansprechpartner für die Betriebsverantwortlichen der Ressorts
• Koordinator zwischen der fachlichen und der technischen Betriebssteuerung des NFM-Systems
• Organisation, Koordination und Leitung von zentralen NFM-Projekten (zum Beispiel Umstrukturierung)
• Koordinieren der Arbeiten im Betrieb mit den Change Managern
• Budgetverwaltung 2nd Level Support
• Durchführung regelmäßiger - mindestens einmal jährlich stattfindender - Betriebsverantwortlichentreffen
• Vorgabe der NFM-Entwicklerrichtlinie des Landes Brandenburg

3.1.5 Mindestaufgaben der Change Manager (fachliche Betriebssteuerung)

• Ansprechpartner für die KeyUser sowie 2nd und 3rd Level Support
• Abstimmung mit dem Haushaltsgrundsatzreferat und dem Kassenfachaufsichtsreferat auf Veranlassung des Gesamt-
  betriebsverantwortlichen
• Bearbeitung von Support- und Changeprozessen
• Prüfung von Änderungen auf Vereinbarkeit mit den vom MdF vorgegebenen Richtlinien
• Prüfung auf Umsetzbarkeit
• Erarbeiten und Dokumentieren von Lösungsvorschlägen
• Abstimmung mit den anderen Modulverantwortlichen
• Steuerung der Test- und Entwicklungsprozesse für die fachlichen Inhalte des NFM-Systems
• Steuerung des fachlichen Supports, einschließlich Test und Abnahme der Änderungen
• Fortschreibung der Master- und Feinkonzepte

3.1.6 Mindestaufgaben der Change Manager (technische Betriebssteuerung)

• Gewährleistung des technischen Supports
• Planung, Aufbau und Administration des NFM-Systems
• Administration des Meldungstools, einschließlich der Administration des Korrektur- und Transportwesens innerhalb des NFM-Systems
• technische Administration der Schnittstellen
• Administration des Front-End-Systems (NFM-GUI) und der Druckereinrichtung

Die notwendigen Prozesse dieser Betriebsstruktur sind in einem Betriebshandbuch durch das CCoE dokumentiert.

3.2 Technische Vorgaben

3.2.1 Solution-Manager-Struktur

Für die administrative Umsetzung der Änderungs- und Supportprozesse im NFM-Betrieb ist als technisches Werkzeug ausschließlich der Solution-Manager zu verwenden.

Für die Abbildung der Ressortbetriebsstruktur im Solution-Manager haben die Ressortbetriebsverantwortlichen dafür Sorge zu tragen, dass diese gegenüber dem CCoE benannt wird. Änderungen davon sind zeitnah mitzuteilen.

3.2.2 Wartungszyklus

Innerhalb des Wartungszyklus sind durch die KeyUser der antragstellenden Ressorts die beantragten Änderungen zu testen.

Ein Wartungszyklus legt zwei zeitliche Phasen fest:

1. Entwicklungsphase
2. Testphase

Im Ergebnis der Testphase erfolgt die Produktivsetzung der Änderungen, welche den Wartungszyklus abschließt.

Die Betriebsverantwortlichen der Ressorts werden über den Wartungszyklus informiert.

Das CCoE informiert nach Wartungszyklusende den ZIT-BB über die relevanten Änderungsumsetzungen.

Daraufhin sind eigenständig durch den ZIT-BB folgende Tätigkeiten durchzuführen:

1. Die vom CCoE bereitgestellten Änderungen sind in das Schulungssystem zu übernehmen.
2. Die Schulungsunterlagen sind anzupassen und dem CCoE zur Kenntnis zu geben.

3.3 Abnahme

Jede Änderung, welche produktiv gesetzt wurde, gilt als abgenommen.

Für die Produktivsetzung sind folgende Voraussetzungen notwendig:

• Die Abnahmetests im produktionsnahen Testsystem wurden durchgeführt.
• Die Dokumentation und Auswertung der Testergebnisse ist erfolgt.
• Die Erklärung der testenden Behörden über den erfolgreichen Test liegt vor.
• Die Änderungen des NFM-Systems sind vollständig in den Konzepten und Geschäftsprozessen dokumentiert.

3.4 Zentrale Mastervorgaben

Die inhaltlichen Geschäftsprozesse des NFM-Systems, die in den jeweiligen themenbezogenen Masterkonzepten definiert sind, gelten für alle NFM-nutzenden Teile der Landesverwaltung als verbindliche Vorgaben. Im Zuge des Entwicklungsmanagements können diese festgelegten Geschäftsprozesse verändert oder neue Prozesse definiert werden.

Das CCoE veröffentlicht nach Produktivsetzung der Entwicklung die im Grundsatz neuen oder geänderten Geschäftsprozesse in Form eines angepassten Masterkonzeptes.

Mit der Veröffentlichung erhalten die geänderten Masterkonzepte den Status der zentralen Mastervorgabe.

4 Nutzerverwaltung

Das CCoE administriert eine Nutzerverwaltung zum NFM-System.

4.1 Zugang

Zugang zum NFM-System erhalten nur Personen, die das NFM-System für die Erledigung ihrer Amtsgeschäfte benötigen.

Der Zugang zum NFM-System wird nur auf schriftlichen Antrag gewährt. Der Antragsteller muss seinen Antrag höchstpersönlich unterzeichnen. Der Antrag muss außerdem vom Dienstvorgesetzten und vom Berechtigungsverantwortlichen unterzeichnet werden.

Der Nutzerantrag kann von der Nutzerverwaltung genehmigt werden, wenn folgende Voraussetzungen vorliegen:

• die Zusicherung des Antragstellers, entsprechend geschult zu sein,
• die Beantragung der Rollen und Berechtigungen, die zur Erledigung der Dienstgeschäfte notwendig sind,
• die für die beabsichtigte Nutzung benötigte Lizenz vorhanden ist.

Nutzeranträge durch externe Dienstleister der Landesverwaltung sind befristet zu stellen. Die Befristung dieser Anträge darf nicht länger sein als die Vertragsdauer der durch diese Verträge gebundenen externen Dienstleister. Als Dienstvorgesetzte dieser externen Dienstleister gelten deren Auftraggeber.

Bei Nutzeranträgen für das CCoE wird die Unterschrift des Berechtigungsverantwortlichen durch die Unterschrift des Gesamtbetriebsverantwortlichen ersetzt.

4.2 Nutzungsänderung

Eine Änderung von Rollen und Berechtigungen des Nutzers im NFM-System wird nur auf schriftlichen Antrag gewährt.

Der Antragsteller muss seinen Antrag höchstpersönlich unterzeichnen. Der Antrag muss außerdem vom Dienstvorgesetzten und vom Berechtigungsverantwortlichen unterzeichnet werden. Die Vorschriften der VV sind zu beachten.

Die Änderung wird von der Nutzerverwaltung genehmigt, wenn folgende Voraussetzungen vorhanden sind:

• die Zusicherung des Antragstellers, entsprechend geschult zu sein,
• die Beantragung der neuen Rollen und Berechtigungen, die zur Erledigung, der Dienstgeschäfte notwendig sind,
• die Benennung der entfallenden Rollen und Berechtigungen,
• die für die beabsichtigte geänderte Nutzung benötigte Lizenz vorhanden ist.

4.3 Sperrung

Nutzer sind auf Antrag zu sperren.

Berechtigt zum Stellen von Sperranträgen sind

• der Nutzer selbst
• sein Dienstvorgesetzter
• der Berechtigungsverantwortliche
• der Dienstvorgesetzte der Nutzerverwaltung.

Sperrungen sind unverzüglich auszuführen.

Nutzer können nach pflichtgemäßem Ermessen des CCoE auch ohne Antrag gesperrt werden. Die Sperrung ist im Nachgang schriftlich zu begründen.

5 Rollen und Berechtigungen

Änderungen von Rollen und Berechtigungen, die dazu führen, dass dessen Inhaber weitreichendere Befugnisse im NFM-System erhält, als ursprünglich von diesem beantragt, sind unzulässig.

Bei Änderungen von Rollen und Berechtigungen sind die Berechtigungsverantwortlichen - in deren Geschäftsbereich sich Nutzer mit den von dieser Änderung betroffenen Rollen und Berechtigungen befinden - rechtzeitig vorher darüber zu informieren.

Die Rollen und Berechtigungen werden durch das CCoE in einem Rollen- und Berechtigungskonzept festgelegt.

Änderungen des Rollen- und Berechtigungskonzeptes sind möglich:

1. nach eigenem Ermessen durch das CCoE,
2. über die Beantragung des bedarfstragenden Ressorts beim CCoE. Der Änderungsantrag ist vom Betriebsverantwortlichen zu stellen.

6 Schlussvorschriften

Der IT-Sicherheitsbeauftragte und der Datenschutzbeauftragte sind dem CCoE auf Anforderung namentlich zu benennen.

Anforderungen des CCoE, die die IT-Sicherheit und den Datenschutz des NFM betreffen, sind unter Mitwirkung der Betriebsverantwortlichen durch die in Satz 1 Benannten umzusetzen.

Das CCoE behält sich vor, in Abstimmung mit den obersten Landesbehörden die Richtlinie anzupassen.

Teil 2: Erläuterungen zur Art und Weise der Durchführung

1 Geltungsbereich

Diese Richtlinie regelt den NFM-Betrieb der kameral buchenden Organisationseinheiten der Landesverwaltung Brandenburg.

Das CCoE schließt folgende Verträge ausschließlich für die NFM-nutzenden Bereiche der Landesverwaltung des Landes Brandenburg ab:

• Rahmenverträge:
• NFM-Lizenzen
• Zentrale Betriebsverträge:
• NFM-technischer Betrieb
• NFM-Applikationsbetreuung.

Erläuterungen:

Diese Richtlinie bezieht sich nicht auf die in verteilten NFM-Systemen arbeitenden Landesbetriebe. Der verteilte NFM-Betrieb im Land Brandenburg wird durch eine andere vom CCoE erlassene Richtlinie nebst Durchführungsbestimmungen geregelt.

Es liegt im Ermessen jedes Landesbetriebes, eigene Richtlinien für seine Installationen zu erlassen. Diese sollen sich zur Wahrung der Einheitlichkeit an den in dieser Richtlinie benannten Regelungen orientieren.

2.1 Lizenzen

Die Nutzung des NFM-Systems ist lizenzpflichtig.

Die Lizenzvermessung wird durch das CCoE stichtagsbezogen gegenüber dem Lizenzgeber durchgeführt. Die Landesverwaltung ist verpflichtet, daraus resultierende Mitwirkungspflichten gegenüber dem CCoE zu leisten.

Erläuterungen:

Folgende Lizenztypen des NFM sind derzeit zentral im Land Brandenburg im Einsatz:

• Verschlüsselungslizenz
• Developer
• Professional
• limited Professional
• Sondernutzer 15 Transaktionen
• Sondernutzer Employe CATS Eigene Zeiterfassung
• Sondernutzer Employe CATS Sammelerfassung
• Sondernutzer Elektronisches Warenhaus Eigene Erfassung
• Sondernutzer Elektronisches Warenhaus SammelerfassungZum Stichtag der Lizenzvermessung wird die jeweilige Anzahl der im produktiven NFM-System genutzten Lizenztypen protokolliert. Diese Protokolle werden gegenüber dem Lizenzgeber mit den vorhandenen Lizenzverträgen des CCoE abgeglichen. Wenn mehr Nutzer im NFM-System tätig sind, als Lizenzen dafür vertraglich gebunden sind, muss der Unterschied über einen Nachkauf von Lizenzen, inklusive einer Vertragsstrafe, durch das CCoE ausgeglichen werden.

Prozess:

Der Stichtag für die Lizenzvermessung wird jährlich von der SAP spontan festgelegt. Hierzu informiert die SAP das CCoE über eine anstehende Lizenzvermessung (Tabelle 1, Nummer 1).

Der Gesamtbetriebsverantwortliche informiert die Betriebsverantwortlichen der Ressorts über die anstehende Lizenzvermessung und gibt den Auftrag, die Nutzereinrichtung für eine Woche auszusetzen (Tabelle 1, Nummer 2).

Übergabepunkte und Verantwortlichkeiten

Nr.	Inhalt	Von	An	Form	Frist	Anmerkungen
1	Auftrag zur Lizenzvermessung	SAP	CCoE Lizenzmanagement	E-Mail		Vorgabe des Vermessungstermins
2	Information über die Aussetzung der Nutzereinrichtung für eine Woche	BV CCoE	BV Ressort	E-Mail	mind. 2 Wochen	vor Vermessungstermin

Tabelle 1: Lizenzvermessung

2.2 Entwicklungsmanagement

Soll zur Erfüllung neuer Aufgaben oder nach Geschäftsprozessänderungen das NFM-System fachlich verändert oder insgesamt erweitert werden, sind diese Entwicklungen durch den Betriebsverantwortlichen des Ressorts bereits in der Planungsphase beim CCoE mittels eines Änderungsantrages zu beantragen.

Mit Ausnahme von:

• Stammdatenpflege für alle Module
• Einbau und Ausbau von SAP-Hinweisen
• Tätigkeiten im Rahmen des Jahreswechsels

sind alle Änderungsanträge durch das CCoE genehmigungspflichtig.

Erläuterungen:

Als Entwicklungen werden fachliche Änderungen und technologische Systemerweiterungen unterschieden.

Als fachliche Änderungen des NFM-Systems zählen insbesondere folgende Aktivitäten:

• die Umsetzung von Umstrukturierungsmaßnahmen innerhalb der Landesverwaltung,
• jede fachlich inhaltliche Änderung, die eine Umsetzung im NFM-System erfordert bis hin zur Beantragung von Stammdaten,
• Änderungen von Rollen und Berechtigungen.

Als technologische Systemerweiterungen zählen unter anderem die Veränderungen an oder in der NFM-Software, die herstellerbedingt durchzuführen sind. Dazu gehören unter anderem das Einspielen beziehungsweise Installieren

• neuer Releasestände,
• Support-Packages,
• Patches
  sowie
• die Hinzufügung von Software, die nach Einführung integrativer Bestandteil des NFM-Systems sein soll.

Prozess:

Der Betriebsverantwortliche des Ressorts hat mit seinem Antrag folgende Nachweise einzureichen (Tabelle 2, Nummer 1):

• Begründung zum Antrag, inklusive der Darstellung, dass das Interesse an der Änderung die Risiken der Betriebssicherung gemäß Masterkonzeption des NFM-Systems überwiegt, die eine Änderung hervorrufen kann,
• die Darstellung, dass der Änderungsantrag widerspruchsfrei zu anderen Entwicklungsanträgen des gleichen Antragstellers ist,
• eine eindeutige Formulierung des Ergebnisses der beantragten Entwicklung,
• die Beschreibung der Auswirkungen, welche eintreten, wenn der Antrag abgelehnt wird,
• Zusicherung der Mitwirkungsleistung in der Testphase.

Nach Prüfung des Antrages erfolgt:

• die Genehmigung oder
• die begründete Ablehnung durch den Gesamtbetriebsverantwortlichen (Tabelle 2, Nummer 2).

Übergabepunkte und Verantwortlichkeiten

Nr.	Inhalt	Von	An	Form	Frist	Anmerkungen
1	Antrag auf Entwicklung des NFM-Systems	BV Ressort	BV CCoE	Digital durchsuchbare Dokumente im SolMan-Änderungsantrag
2	Mitteilung über Entscheidung zum Genehmigungsantrag	BV CCoE	BV Ressort	Prüfprotokoll und Statusschalten im SolMan	8 Wochen

Tabelle 2: Entwicklungen

2.2.2 Schnittstellen und Freigabeverfahren

Setzen die Ressorts HKR-Verfahren als Fach- und Vorverfahren zum NFM-System ein, dann sind diese für die Wirtschaftlichkeit, Ordnungsmäßigkeit und Sicherheit ihrer HKR-Verfahren verantwortlich. Das CCoE verzichtet beim Einsatz dieser HKR-Verfahren auf die Durchführung des Einwilligungsverfahrens (Nr. 6.5 der VV zu §§ 70 bis 72 und 75 bis 80 LHO).

Soll die Anbindung dieses HKR-Fach- oder Vorverfahrens an das zentrale HKR-Verfahren NFM (Neues Finanzmanagement) des Landes Brandenburg erfolgen, muss der Betriebsverantwortliche des Ressorts das CCoE in der Planungsphase zur Beschaffung des HKR-Verfahrens unterrichten.

Zusätzlich zu Nummer 2.2.1 sind weitere Voraussetzungen für die Genehmigung von Schnittstellen zu erfüllen:

1. Ein Änderungsantrag ist durch den BV des Ressorts an das CCoE rechtzeitig zu stellen.
2. Die Betreiber der HKR-Fach- oder Vorverfahren müssen Änderungen sicherstellen, die durch die Schnittstellenanbindung an das NFM-System und den Schnittstellenbetrieb erforderlich werden.

Erläuterungen:

Bevor Behörden an das NFM anzubindende Vorverfahren in Betrieb nehmen, ist gegenüber dem CCoE sicherzustellen, dass das Schaffen dieser Schnittstelle auch machbar ist.

Sollten Änderungen des NFM-Systems notwendig sein, haben gegebenenfalls die angebundenen Vorverfahren diesen Änderungen zu folgen.

2.3.1 Allgemeine Informationsstrategie

Das CCoE veröffentlicht Informationsunterlagen zum NFM-Verfahren auf der NFM-Homepage. Jeder NFM-Nutzer soll sich über das NFM-Verfahren anhand dieser Unterlagen informieren.

Erläuterungen:

Jedem Anwender des NFM-Systems soll es möglich sein, sich über das NFM-Verfahren zu informieren. Das CCoE veröffentlicht hierzu folgende Unterlagen elektronisch:

• Erlasse und NFM-Richtlinien
• Aufbau und Ablauforganisation des CCoE
• landesweite NFM-Betriebsstruktur
• zuständige Betriebsverantwortliche für jede Behörde
• zuständige KeyUser für jede Behörde
• zuständige Berechtigungsverantwortliche für jede Behörde
• Handbücher
• Betriebshandbuch
• Notfallhandbuch
• Masterkonzepte
• Berechtigungskonzepte
• Beschreibungen der Rollen und Berechtigungen
• Hinweise zur Nutzerverwaltung
• Nutzerformulare
• Antragsformulare
• Präsentationsunterlagen aus den BV-Treffen
• begleitende Informationen, die im Zusammenhang mit dem Betrieb des NFM-Systems stehen
• Brandenburgisches Datenschutzgesetz
• IT-Standardisierungsrichtlinie

2.3.2 Informationsstrategie im Notfall

Das Notfallmanagement wird über die Betriebsstruktur im Land sichergestellt.

Liegt nach Auffassung des Ressorts ein Notfall vor, ist dieser über eine Support-Meldung, E-Mail oder Telefon an das CCoE - mit einer genauen Beschreibung - zu melden.

Falls ein Notfall vorliegt, informiert der Gesamtbetriebsverantwortliche des CCoE die betroffenen Betriebsverantwortlichen der Ressorts über die Maßnahmen, die zur Beseitigung des Notfalls getroffen werden, und den zeitlichen Rahmen, den die Beseitigung des Notfalls voraussichtlich in Anspruch nehmen wird.

Erläuterungen:

Notfälle sind Ereignisse, die geeignet erscheinen, erhebliche Schäden technischer Art am Gesamtsystem oder wirtschaftlicher Art herbeizuführen.

Infrage kommen zum Beispiel die Zulassung falscher Zahlungsanordnungen im System, selbst wenn die Kasse noch als „letzte Festung“ diese Anordnungen manuell verhindern kann, oder ein Vorverfahren, das „automatisiert“ - eine Vielzahl - falsche Anordnungen über Schnittstellen in das NFM sendet oder gesendet hat, oder missbräuchlich handelnde Personen beziehungsweise auch schon eine begründete Vermutung darüber.

Prozess:

Meldung eines Notfalls durch ein Ressort (Tabelle 3, Nummer 1).

Der BV des CCoE informiert die betroffenen BV der Ressorts über die notwendigen Maßnahmen und deren zeitlichen Rahmen (Tabelle 3, Nummer 2).

Übergabepunkte und Verantwortlichkeiten

Nr.	Inhalt	Von	An	Form	Frist	Anmerkungen
1	Meldung des Notfalls	Ressort	CCoE	Supportmeldung, E-Mail, Telefon
2	Information über notwendige Maßnahmen und deren zeitlichen Rahmen	BV CCoE	BV Ressort	E-Mail	schnellstmöglich

Tabelle 3: Informationsstrategie im Notfall

Weitergehende Erläuterungen zur Vorgehensweise in Notfällen befinden sich im Notfallhandbuch (vgl. hierzu auch Erläuterungen zu Nummer 2.3.1 Allgemeine Informationsstrategie)

2.4 NFM-Clientzugang

In regelmäßigen Abständen stellt das CCoE den Ressorts die Installationsmedien und Dokumentation für Komponenten „Direkter Zugang SAP-GUI“ und „Browserbasierter Zugang“ als Download im LVN bereit.

Die Verteilung auf die Endanwender liegt in der Zuständigkeit der Ressorts.

Browserbasierte Zugänge sind durch die Ressorts sicherzustellen.

Prozess:

Die monatliche Überprüfung bezüglich neuer Versionen erfolgt auf dem SAP-Servicemarktplatz (SMP) (Tabelle 4, Nummer 1).

Die Dateien werden dann auf der Projektseite NFM im Intranet des Landes veröffentlicht (Tabelle 4, Nummer 2).

Im Ergebnis erfolgt die Benachrichtigung über die aktualisierten Komponenten (Tabelle 4, Nummer 3) und die Meldung des Aktualisierungsvollzuges (Tabelle 4, Nummer 4).

Übergabepunkte und Verantwortlichkeiten

Nr.	Inhalt	Von	An	Form	Frist	Anmerkungen
1	Monatliche Prüfung auf dem SAP Servicemarktplatz (SMP)	CCoE		Hinweise: 147519, 1912264	4 Wochen
2	Veröffentlichung der Dateien auf der Projektseite NFM im Intranet des Landes	CCoE		Digitale Dateien	1 Woche
3	Benachrichtigung über aktualisierte Komponenten verbunden mit der Aufforderung die Aktualisierung in ihrer Behörde zu veranlassen	CCoE	BV Ressorts	E-Mail	Nach Bereitstellung
4	Meldung des Aktualisierungsvollzuges	BV Ressort	BV CCoE	E-Mail	4 Wochen

Tabelle 4: Aktualisierung der Komponenten des NFM-Clientzugangs

Folgende Dateien werden im Ergebnis bereitgestellt:

Dokumente:

• SAP GUI for Windows X.XX Front-End Installation Guide
• SAP GUI for Windows X.XX Security Guide
• SAP_SingleSignOn_Client_Installation_vX.X
• Sichere_SAP_Anmeldung_vX.X

Software:

• Secure Login Client 32/64bit
• SAP Front-End Package

Die Softwareverteilung auf die Endanwender liegt in der Zuständigkeit der Ressorts.

Die Zuständigkeit für jegliche Installation von Clientsoftware liegt bei den Ressorts. Auf Grund dessen obliegt es den Ressorts zu prüfen, ob Änderungen in ihrer systemtechnischen Clienteinrichtung (zum Beispiel Änderung des Betriebssystems) auch die Anpassung der NFM-Clientzugangskomponenten erfordern. Das CCoE stellt dahingehend die Bereitstellung der aktuellsten Zugangskomponenten sicher.

3.1 Betriebsstruktur

Für den Betrieb des NFM-Systems im Land Brandenburg ist in allen Ressorts und deren nachgeordneten Behörden die durch das CCoE gemäß ITIL festgelegte Betriebsstruktur abzubilden.

Folgende Mindestaufgaben sind in den einzelnen Funktionen der Betriebsstruktur zu erfüllen.

3.1.1 Mindestaufgaben des Betriebsverantwortlichen des Ressorts

Der Ressortbetriebsverantwortliche nimmt die fachliche Betriebsverantwortung für das Ressort und dessen nachgeordnete Behörden wahr.

Aufgaben des Betriebsverantwortlichen des Ressorts:

• Berichtspflicht gegenüber Gesamtbetriebsverantwortlichen im CCoE
• Organisation, Koordination und Leitung von ressortspezifischen NFM-Projekten
• KeyUser werden durch den Ressortbetriebsverantwortlichen benannt
• zentraler Ansprechpartner für die KeyUser (Hauptanwender)
• Durchführen von Abstimmungen mit den Change Managern des CCoE
• Koordinierung des Schulungsbedarfs
• Koordinierung/Sicherstellung von Tests
• Ansprechpartner des Ressorts gegenüber dem Gesamtbetriebsverantwortlichen des CCoE
• Schnittstelle zwischen den nachgeordneten Bereichen und dem Ministerium
• Prüfung der Ressortanträge auf Konformität, Widerspruchsfreiheit, Dopplung und Priorität
• Freigabe oder Zurückziehen der Ressortanträge im Solution-Manager
• Benennung eines Berechtigungsverantwortlichen für die Nutzerverwaltung in Abstimmung mit dem Beauftragten für den Haushalt.

Erläuterungen:

Die Berichtspflicht gegenüber dem CCoE soll sicherstellen, dass gegebenenfalls auch Auskünfte zu Fach- und Vorverfahren bis hin zu Spezifikationen, Schnittstellen und anderen Beschreibungen zu erfolgen haben, soweit sie das NFM betreffen. Weiter bedeutet Berichtspflicht auch eine entsprechende Mitwirkungspflicht bei der Fehleranalyse, zum Beispiel durch Befragungen der Nutzer nach deren Beobachtungen etc.

3.2.2 Wartungszyklus

Innerhalb des Wartungszyklus sind durch die KeyUser der antragstellenden Ressorts die beantragten Änderungen zu testen.

Ein Wartungszyklus legt zwei zeitliche Phasen fest:

1. Entwicklungsphase
2. Testphase

Im Ergebnis der Testphase erfolgt die Produktivsetzung der Änderungen, welche den Wartungszyklus abschließt.

Die Betriebsverantwortlichen der Ressorts werden über den Wartungszyklus informiert.

Das CCoE informiert nach Wartungszyklusende den ZIT-BB über die relevanten Änderungsumsetzungen.

Daraufhin sind eigenständig durch den ZIT-BB folgende Tätigkeiten durchzuführen:

1. Die vom CCoE bereitgestellten Änderungen sind in das Schulungssystem zu übernehmen.
2. Die Schulungsunterlagen sind anzupassen und dem CCoE zur Kenntnis zu geben.

Prozess:

Um eine qualifizierte Ausbildung der NFM-Nutzer zu gewährleisten, müssen alle relevanten Änderungen des NFM-Systems sich auch im Schulungssystem wiederfinden. Dafür werden die wichtigen Änderungen für den ZIT-BB bereitgestellt (Tabelle 5, Nummer 1).

Nach dieser Bereitstellung wird der ZIT-BB darüber informiert (Tabelle 5, Nummer 2).

Nach erfolgter Übernahme der Änderungen durch den ZIT-BB bestätigt der ZIT-BB dies gegenüber dem CCoE (Tabelle 5, Nummer 3).

Abschließend erfolgt eine Information an das CCoE über die entsprechende Anpassung der Schulungsunterlagen durch den ZIT-BB (Tabelle 5, Nummer 4).

Übergabepunkte und Verantwortlichkeiten

Nr.	Inhalt	Von	An	Form	Frist	Anmerkungen
1	Bereitstellung der Änderungen	CCoE	ZIT-BB-Schulung	Technische Datendateien	Nach Ende des Wartungszyklus
2	Benachrichtigung über die relevanten Änderungen	CCoE	ZIT-BB-Schulung	E-Mail	Nach Ende des Wartungszyklus
3	Benachrichtigung, dass die Übernahme der Änderungen erfolgt ist	ZIT-BB	BV CCoE	E-Mail	2 Wochen	Nach Bereitstellung der Änderungen
4	Anpassung der Schulungsunterlagen und Information des CCoE	ZIT-BB	BV CCoE	E-Mail Digitale Dateien	4 Wochen	Nach Bereitstellung der Änderungen

Tabelle 5: Übernahme von Änderungen in das Schulungssystem

4 Nutzerverwaltung

Das CCoE administriert eine Nutzerverwaltung zum NFM-System.

Erläuterungen:

Das CCoE administriert eine Nutzerverwaltung zum NFM-System derzeit über ein schriftliches Verfahren. Im Zuge der Neuerungen im E-Government wird zu prüfen sein, ob dieses Verfahren durch alternatives, zum Beispiel ein Online-Verfahren, ersetzt werden kann. Jedoch wird aus Sicherheitsgründen darauf zu achten sein, dass ein solches Verfahren ebenso wie das heutige schriftliche Verfahren unabhängig zu den SAP-Systemen erfolgt und nicht über den Solution-Manager abgewickelt wird.

4.1 Zugang

Zugang zum NFM-System erhalten nur Personen, die das NFM-System für die Erledigung ihrer Amtsgeschäfte benötigen.

Der Zugang zum NFM-System wird nur auf schriftlichen Antrag gewährt. Der Antragsteller muss seinen Antrag höchstpersönlich unterzeichnen. Der Antrag muss außerdem vom Dienstvorgesetzten und vom Berechtigungsverantwortlichen unterzeichnet werden.

Der Nutzerantrag kann von der Nutzerverwaltung genehmigt werden, wenn folgende Voraussetzungen vorliegen:

• die Zusicherung des Antragstellers, entsprechend geschult zu sein
• die Beantragung der Rollen und Berechtigungen, die zur Erledigung der Dienstgeschäfte notwendig sind
• die für die beabsichtigte Nutzung benötigte Lizenz vorhanden ist.

Nutzeranträge durch externe Dienstleister der Landesverwaltung sind befristet zu stellen. Die Befristung dieser Anträge darf nicht länger sein als die Vertragsdauer der durch diese Verträge gebundenen externen Dienstleister. Als Dienstvorgesetzte dieser externen Dienstleister gelten deren Auftraggeber.

Bei Nutzeranträgen für das CCoE wird die Unterschrift des Berechtigungsverantwortlichen durch die Unterschrift des Gesamtbetriebsverantwortlichen ersetzt.

4.2 Nutzungsänderung

Eine Änderung von Rollen und Berechtigungen des Nutzers im NFM-System wird nur auf schriftlichen Antrag gewährt.

Der Antragsteller muss seinen Antrag höchstpersönlich unterzeichnen. Der Antrag muss außerdem vom Dienstvorgesetzten und vom Berechtigungsverantwortlichen unterzeichnet werden. Die Vorschriften der VV sind zu beachten.

Die Änderung wird von der Nutzerverwaltung genehmigt, wenn folgende Voraussetzungen vorhanden sind:

• die Zusicherung des Antragstellers, entsprechend geschult zu sein
• die Beantragung der neuen Rollen und Berechtigungen, die zur Erledigung der Dienstgeschäfte notwendig sind
• die Benennung der entfallenden Rollen und Berechtigungen
• die für die beabsichtigte geänderte Nutzung benötigte Lizenz vorhanden ist.

4.3 Sperrung

Nutzer sind auf Antrag zu sperren.

Berechtigt zum Stellen von Sperranträgen sind

• der Nutzer selbst
• sein Dienstvorgesetzter
• der Berechtigungsverantwortliche
• der Dienstvorgesetzte der Nutzerverwaltung.

Sperrungen sind unverzüglich auszuführen.

Nutzer können nach pflichtgemäßem Ermessen des CCoE auch ohne Antrag gesperrt werden. Die Sperrung ist im Nachgang schriftlich zu begründen.

Erläuterungen:

Sinn und Zweck des Zugangsverfahrens ist es, sicherzustellen, dass sich jeder Nutzer seiner Rollen im System bewusst ist. Daher muss der Antrag vom Nutzer selbst gestellt werden, eine Vertretung ist nicht möglich. Keinem Nutzer sollen Rollen aufgezwungen werden können, kein Nutzer soll von Rollen und Berechtigungen überrascht werden.Trotzdem behält die Nutzerverwaltung in CCoE die Kontrolle über eine Zulassung des Nutzers. Selbst wenn alle Zulassungsvoraussetzungen vorliegen, muss der Nutzer nicht zugelassen werden. In dieser Ermessensentscheidung liegt eine weitere Systemsicherung. Da das SAP-System sehr komplex ist, soll der Gesamtbetriebsverantwortliche letztlich die Zulassungshoheit behalten; kein Nutzer soll einen Anspruch auf Nutzung erhalten.

Bei einer Änderung der Nutzerrollen dagegen besteht ein Anspruch auf die Änderung. Hier wirkt sich die Regelung 6.4.1 in den Verwaltungsvorschriften zu §§ 70 bis 72, 75 bis 80 LHO aus:
Der Beauftragte für den Haushalt (BdH) hat die im Berechtigungswesen (vom CCoE) festgelegten Befugnisse verantwortlichen Personen zuzuweisen. Ist der Nutzer per se erst einmal im System zugelassen, obliegt die Verantwortung für geänderte Rollen und Berechtigung dem Berechtigungsverantwortlichen, der für den jeweiligen Nutzer zuständig ist, denn dieser Berechtigungsverantwortliche leitet seine Befugnisse vom zuständigen BdH ab.

Dieser grundsätzliche Gedanke findet eine Grenze wieder in der Gesamtsystemverantwortung. Eine Nutzersperrung kann der Gesamtbetriebsverantwortliche im CCoE als Ausfluss der Gesamtbetriebssicherheit auch nach eigenem Ermessen ohne Antrag veranlassen.

Prozess:

Für den Zugang, die Änderung oder die Sperrung von Nutzern im NFM-System sind entsprechende Nutzeranträge an das CCoE zu stellen. Die Formulare dazu werden im Intranet des Landes bereitgestellt.

Mit dem Einreichen des entsprechenden Nutzerantrages im Original beim CCoE wird der Wille auf NFM-Nutzung durch den Antragsteller dokumentiert (Tabelle 6, Nummer 1).

Das CCoE teilt die Genehmigung beziehungsweise Ablehnung mit. Im (Regel)Fall der Genehmigung erfolgt eine Mitteilung bezüglich der Umsetzung des gestellten Antrages (Tabelle 6, Nummer 2).

Übergabepunkte und Verantwortlichkeiten

Nr.	Inhalt	Von	An	Form	Frist	Anmerkungen
1	Originaler Nutzerantrag wird im CCoE eingereicht	Berechtigungs-verantwortlichen Ressorts	CCoE	Papierform
2	Mitteilung über die Genehmigung/Ablehnung des Nutzerantrages	CCoE	Antragsteller	E-Mail	2 Wochen

Tabelle 6: Nutzerverwaltung

5 Rollen und Berechtigungen

Änderungen von Rollen und Berechtigungen, die dazu führen, dass dessen Inhaber weitreichendere Befugnisse im NFM-System erhält, als ursprünglich von diesem beantragt, sind unzulässig.

Bei Änderungen von Rollen und Berechtigungen sind die Berechtigungsverantwortlichen - in deren Geschäftsbereich sich Nutzer mit den von dieser Änderung betroffenen Rollen und Berechtigungen befinden - rechtzeitig vorher darüber zu informieren.

Die Rollen und Berechtigungen werden durch das CCoE in einem Rollen- und Berechtigungskonzept festgelegt.

Änderungen des Rollen- und Berechtigungskonzeptes sind möglich:

1. nach eigenem Ermessen durch das CCoE
2. über die Beantragung des bedarfstragenden Ressorts beim CCoE. Der Änderungsantrag ist vom Betriebsverantwortlichen zu stellen.

Erläuterungen:

Bei Änderungen von Rollen und Berechtigungen geht es besonders um die Auswirkungen auf die Inhaberschaft dieser Rollen. Die Zuordnung von inhaltlich geänderten Rollen ist nur möglich, wenn der Inhaber dieser Rollen diese Änderungen bewusst mitträgt. Daher ist eine Rollenänderung nicht zulässig, wenn der Rolleninhaber Rollen erhält, von denen er gar nichts weiß.

Im Übrigen ist zwischen dem Ändern von Rollen und Berechtigungen sowie dem Ändern von Rollen- und Berechtigungskonzepten zu unterscheiden. Wird eine Änderung von Rollen beantragt, kann eine Änderung der Konzeption die Folge sein. Diese kann das CCoE nach eigenem Ermessen oder auf Antrag ändern. Hiervon wiederum ist der Antragsteller der Rollenänderung rechtzeitig zu informieren, da sein Antrag eine Änderung der Konzepte nach sich zieht.

Das CCoE kann aber auch von sich aus Rollen- und Berechtigungskonzepte verändern. Denn eine Konzeption ändert nicht per se Rollen und Berechtigungen. Erst wenn die Änderung der Konzeption eine Änderung von Rollen und/oder Berechtigungen zur Folge hat, sind die zuständigen Berechtigungsverantwortlichen rechtzeitig vorher zu informieren. (Satz 2)

6 Schlussvorschriften

Der IT-Sicherheitsbeauftragte und der Datenschutzbeauftragte sind dem CCoE auf Anforderung namentlich zu benennen.Anforderungen des CCoE, die die IT-Sicherheit und den Datenschutz des NFM betreffen, sind unter Mitwirkung der Betriebsverantwortlichen durch die in Satz 1 Benannten umzusetzen.

Das CCoE behält sich vor in Abstimmung mit den obersten Landesbehörden die Richtlinie anzupassen.

Prozess:

Das CCoE teilt Änderungsvorschläge dieser Richtlinie den Betriebsverantwortlichen der Ressorts mit (Tabelle 7, Nummer 1).

Die Betriebsverantwortlichen können dazu Stellung beziehen. Etwaige Stellungnahmen werden geprüft und finden gegebenenfalls Berücksichtigung (Tabelle 7, Nummer 2).

Findet keine Stellungnahme der Betriebsverantwortlichen statt, gilt der Vorschlag des CCoE als bestätigt und die geänderte Richtlinie wird durch das CCoE im BRAVORS veröffentlicht (Tabelle 7, Nummer 3).

Übergabepunkte und Verantwortlichkeiten

Nr.	Inhalt	Von	An	Form	Frist	Anmerkungen
1	Mitteilung der geänderten Bestimmungen	CCoE	BV-Ressorts	E-Mail mit Anhang
2	Ggf. Stellungnahme der obersten Landesbehörde	BV-Ressorts	CCoE	E-Mail mit Anhang	2 Wochen	mit Eingang des Vorschlags
3	Veröffentlichung der onsolidierten Fassung der Richtlinie im BRAVORS	CCoE	MdJ	Digitale Datei		Nach Überprüfung etwaiger Stellungnahmen

Tabelle 7: Anpassung zentrale Regelungen