# documents_document

title: 0000401
modified: 2025-08-07 23:13:31.076222
checksum: d3ac9ec24d844a3d952b0df0efef6175
added: 2025-08-07 23:13:30.896228
storage_type: unencrypted
filename: jannick/2023/none/0000401.pdf
mime_type: application/pdf
archive_checksum: 6c7f68558ca9e44f3894280f1dcfbc81
archive_filename: jannick/2023/none/0000401.pdf
original_filename: 0000401.pdf
created: 2023-05-22
content:
  "
  ==== ERLEBEN, WAS VERBINDET.


  Telekom Deutschland GmbH, 53171 Bonn

  Datum 22.05.2023
  Rechnungsnummer 73 9262 2280


  Ihre Telekom Festnetz-Kundendaten
  Maja Knezevic Kundennummer 27 4690 7776
  Heinrich-Heine-Weg 15
  51503 Rösrath Buchungskonto 56 2959 8759




  Guten Tag Maja Knezevic,
  IHRE RECHNUNG FÜR MAI 2023
  heute erhalten Sie Ihre Festnetz-Rechnung.
  Ihr Guthaben beträgt:
  Grundpreise 16,76 
  -167,45 
  Freundliche Grüße
  Ihre Telekom




  Haben Sie noch Fragen zu Ihrer Rechnung?
  www.telekom.de/rechnung Summe Netto (19% USt.) 16,76 
  www.telekom.de/meinmagenta-app-rechnung +19% USt. 3,18 
  www.telekom.de/kontakt
  Rechnungsbetrag 19,94 
  0800 33 01000
  Kontostand vom 16.05.2023 (Guthaben) -187,39 

  Hinweis zur Zahlung:
  Das Guthaben schreiben wir Ihrem Buchungskonto gut und
  berücksichtigen es auf der nächsten Rechnung. Guthaben -167,45 
  Weitere Details - bitte blättern Sie um.




  TELEKOM DEUTSCHLAND GMBH
  Hausanschrift: Landgrabenweg 151, 53227 Bonn | Postanschrift: 53171 Bonn | Internet: www.telekom.de
  Konto: IBAN DE08 2501 0030 0000 2893 04, Postbank | Handelsregister: Amtsgericht Bonn HRB 5919, Sitz der Gesellschaft: Bonn
  USt-IdNr.: DE122265872, Gläubiger-ID: DE93ZZZ00000078611, WEEE-Reg.-Nr.: DE60800328, Ges.-Nr.: 1030 | Pflichtangaben: www.telekom.de/pflichtangaben


  Seite 1 von 2
  "
  ==== ERLEBEN, WAS VERBINDET.

  Datum 22.05.2023
  Rechnungsnummer 73 9262 2280


  IHRE DETAILLIERTE FESTNETZ-RECHNUNG FÜR MAI 2023
  Ihre Verrechnungsnummer Ihre Hauptrufnummer
  0044 8217 8744 022058978648


  Grundpreise
  Für Mai 2023
  Zeitraum 01.05.23 - 31.05.23 Details Verrechnungsnr. Nettobetrag
  1. MagentaZuhause XL Young Preis bis 11.07.23 0044 8217 8744 16,76 

  Summe Grundpreise 16,76 
  Wichtige Hinweise zu Ihrem Vertrag:
  Verrechnungsnummer: 0044 8217 8744
  Gebuchtes Produkt: MagentaZuhause XL Young
  Vertragsbeginn: 12.04.23 - Aktuelles Ende der Mindestvertragslaufzeit: 11.04.25
  Kündigungsfrist: 1 Monat - Eingang der Kündigung spätestens am: 11.03.25, um stillschweigende Verlängerung zu
  vermeiden. Danach jederzeit mit einer Frist von maximal 1 Monat kündbar.




  Wichtige Hinweise zu Ihrer Rechnung:
  Sie haben das Recht, diese Rechnung oder einzelne darin erhobene Forderungen zu beanstanden. Dafür haben Sie acht Wochen nach Rechnungszugang Zeit,
  ansonsten gelten die Rechnungsbeträge als genehmigt.
  Ihre Verbindungsdaten (Verkehrsdaten) löschen wir 80 Tage nach Versand der Rechnung. Verbindungsdaten, die im Rahmen einer Flatrate anfallen, werden
  unverzüglich von uns gelöscht und deshalb nicht im Einzelverbindungsnachweis aufgeführt. Dasselbe gilt für entgeltpflichtige Anrufe zu bestimmten sozialen und
  kirchlichen Beratungsstellen, die bei der Bundesnetzagentur die Nichtausweisung ihrer Rufnummer in den Einzelverbindungsnachweisen aller
  Telekommunikationsanbieter beantragt haben.
  Informationen zum generellen Ablauf des Anbieterwechsels auf der Internetseite der Bundesnetzagentur: www.bundesnetzagentur.de/tk-anbieterwechsel

  Seite 2 von 2


title: 0000474
modified: 2025-08-07 23:13:35.774421
checksum: c4901b573d5f9b4c94ea804909f18b15
added: 2025-08-07 23:13:35.605240
storage_type: unencrypted
filename: jannick/2022/none/0000474.pdf
mime_type: application/pdf
archive_checksum: 10839b54b3e8a90e1e32090be796c152
archive_filename: jannick/2022/none/0000474.pdf
original_filename: 0000474.pdf
created: 2022-08-01
content:
  W4A/W6I 13348/297/6
  Abrechnung der Brutto/Netto-Bezüge für August 2022 23.08.2022 Blatt: 1
  Personal-Nr. Geburtsdatum StKl Faktor Ki.Frbtr. Konfession Freibetrag jährl. 1 Freibetrag mtl. 1 DBA Midijob St.-Tg. VJ Url. üb. Url. Anspr. Url.Tg.gen. Resturlaub
  00006 261087 1 30
  SV-Nummer Krankenkasse KK % 8 PGRS BGRS Um. SV-Tg. Anw. Tage Urlaub Tage Krankh. Tg. Fehlz. Tage
  13261087L029 BKK pronova 1610101 1111 1 30
  Eintritt Austritt Anw. Std. Urlaub Std. Krankh. Std. Fehlz. Std.
  011019
  Steuer-ID MFB 7 Zeitlohn Std. Überstd. Bez. Std.
  neoalto GmbH*Im Mediapark 5*50670 Köln 71909483567
  B/N
  *Pers.-Nr. 00006* W6I Hinweise zur Abrechnung




  Jannick Lawson
  Luxemburger Str. 44
  50674 Köln



  Brutto-Bezüge www.datev.de/lohn-id MLAkk-hEg2U-RWnt3-Ndwvp-jpQkm
  Lohnart Bezeichnung Einheit 2 Menge 3 Faktor 3 Prozentsatz St 4 SV4 GB5 Betrag
  001 Gehalt L L J 4.166,67




  Gesamt-Brutto
  Steuer/Sozialversicherung 4.166,67
  St 4 Steuer-Brutto Lohnsteuer Kirchensteuer Solidaritätszuschlag Steuerrechtliche Abzüge
  L 4.16667 67741 677,41


  SV4 KV-Brutto RV-Brutto AV-Brutto PV-Brutto KV-Beitrag RV-Beitrag AV-Beitrag PV-Beitrag 6 SV-rechtliche Abzüge
  L 4.16667 4.16667 4.16667 4.16667 33542 38750 5000 Z 7813 851,05


  Netto-Verdienst
  Verdienstbescheinigung Netto-Bezüge/Netto-Abzüge 2.638,21
  Gesamt-Brutto 33.33336 SV-Brutto 33.33336 Nr. Bezeichnung Betrag
  Steuer-Brutto 33.33336 KV-Beitrag 2.68336
  Lohnsteuer 5.41928 RV-Beitrag 3.10000
  Kirchensteuer AV-Beitrag 40000
  Solidaritätszuschlag PV-Beitrag 62504
  Steuerfreie Bezüge VWL gesamt
  P. verst. Zuk.sich. Kug-Auszahlung


  Pfändung Rest
  Darlehen Rest




  Bank N26 Bank Berlin SV-AG-Anteil Zus. AG-Kosten Gesamtkosten Auszahlungsbetrag
  Konto DE86 1001 1001 2629 5149 09 83646 2.638,21
  1 H = Hinzurechnungsbetrag 4 L = Laufender Bezug, S = Sonstiger Bezug, F = Frei, 5 J = Bestandteil des Gesamt-Bruttos
  2 Std = Stunden, T = Tage, Km = Kilometer, St = Stück E = Einmalbezug, P = Pauschalierung, A = Abfindung, 6 Z = Einschl. Beitragszuschlag zur PV für Kinderlose
  EUR = Euro, Tsd = Tausend Euro, Mio = Million Euro M = mehrjährige Versteuerung, N = Nachberechnung 7 MFB = Mehrfachbeschäftigung
  3 Gegebenenfalls Netto-Lohn/Netto-Stundenlohn V = Vorjahr, W = Entgeltguthaben 8 Maßgeblicher Beitragssatz zur KV inkl. Zusatzbeitrag
  - Dies ist eine Entgeltbescheinigung nach § 108 Abs. 3 Satz 1 der Gewerbeordnung -
  AFP Form.-Nr. LOGN15


title: 0000467
modified: 2025-08-07 23:13:42.314003
checksum: 8406bad828ec27da7d59a0253f1c95ea
added: 2025-08-07 23:13:40.144302
storage_type: unencrypted
filename: jannick/2020/none/0000467.pdf
mime_type: application/pdf
archive_checksum: d05b54283a1c7784e65314038b15b083
archive_filename: jannick/2020/none/0000467.pdf
original_filename: 0000467.pdf
created: 2020-01-23
content:
  VKZ: B4A/B6 13348/00297/00006
  Meldebescheinigung zur Sozialversicherung Datum: 23.01.2020
  Seite: 1
  gemäß § 25 DEÜV

  Pers.-Nr. Erstellungs-/Übermittlungsdatum
  00006 23.01.2020 / 09:31
  Versicherungsnummer Geburtsdatum
  13261087L029
  neoalto GmbH*Im Mediapark 5*50670 Köln Geburtsname (falls Versicherungsnummer unbekannt)

  SV
  *Pers.-Nr. 00006* B6 Geburtsort (falls Versicherungsnr. unbekannt)


  Geschlecht (falls Versicherungsnr. unbekannt)
  Jannick Lawson
  Luxemburger Str. 44 Geburtsland (falls Meldung europ. Vers.Nr.)
  50674 Köln
  Europäische Versicherungsnummer




  WICHTIGES DOKUMENT - sorgfältig aufbewahren ! IMPORTANTE DOCUMENTO - guárdelo cuidadosamente
  IMPORTANT DOCUMENT - Please keep in a safe place ! VAZAN DOKUMENT - brizljivo cuvati
  ÖNEMLI BELGE - titizlikle saklayiniz DOCUMENTO IMPORTANTE: guardar cuidadosamente
  DOCUMENTO IMPORTANTE - Conservare accuratamente ! DOCUMENT IMPORTANT A conserver précieusement.
  Spoudaio eggrajo.- Diajulaxte to prosektika.
  Folgende Angaben wurden gemäß DEÜV an den zuständigen Träger der Sozialversicherung/Rentenversicherung
  übermittelt:
  Grund der Abgabe 50 Jahresmeldung
  mit Namensmeldung Nein
  mit Anschriftenmeldung Nein
  Stornierung Nein
  Betriebs-Nr. Krankenkasse/Einzugsstelle 15872672 BKK pronova
  Betriebs-Nr. Arbeitgeber 86536092
  Personengruppe 101 Sozialversicherungspflichtig Beschäftigte
  Statuskennzeichen

  Staatsangehörigkeit 000 deutsch
  Angaben zur Tätigkeit 434144211
  Mehrfachbeschäftigung Nein
  Betriebsstätte (Rechtskreis) West
  Beitragsgruppen
  Krankenversicherung 1 allgemeiner Beitrag
  Rentenversicherung 1 allgemeiner Beitrag
  Arbeitslosenversicherung 1 allgemeiner Beitrag
  Pflegeversicherung 1 allgemeiner Beitrag
  Kennzeichen Midijob 0 kein Entgelt im Midijob
  Beschäftigungszeitraum 01.10.2019 bis 31.12.2019
  Bruttoarbeitsentgelt 10.000 Euro




  - Bitte inhaltlich überprüfen auf Übereinstimmung mit den entsprechenden Entgeltabrechnungsnachweisen! -



  AFP Form.-Nr. LOMS04


title: 0000523
modified: 2025-08-07 23:14:04.862857
checksum: 7e56452555321746ab90f7baa61e7cb2
added: 2025-08-07 23:14:04.185355
storage_type: unencrypted
filename: jannick/2024/none/0000523.pdf
mime_type: application/pdf
archive_checksum: 9096faceb1dc31f05f2b74e83643106f
archive_filename: jannick/2024/none/0000523.pdf
original_filename: 0000523.pdf
created: 2024-02-16
content:
  rn. wa

  00005930

  9_11_11_35173651_00_8197 // 187386 4820 9122 1/4

  0000 po32/ HDIO21

  HDI Versicherung AG, 30650 Hannover
  307227

  2E 42C4 6631 79 0001 2D4E
  DV 02.24 0,85 Deutsche Post YQ
  *K4000" pi
  *3517365100005930"
  Herrn

  Stefan Feike

  Moltkestr. 123 - 131

  50674 Köln

  Telefon: +49 221 50085812
  Telefax: +49 221 50085810
  5.feike@investinlife.de
  www. investinlife.de

  Unsere Datenschutzhinweise finden USt-ID: DE 813596664
  Sie unter: www.hdi.de/datenschutz

  Jannick Lawson
  Heinrich-Heine-Weg 15
  51503 Rösrath

  Hannover, 16.02.2024

  Beitragsrechnung HDI Privatschutz: V-078-449-768-8

  Sehr geehrter Herr Lawson,

  für Ihre 0.9. Versicherun

  g ist der Beitrag zum 29.03.2024 fällig.
  Bitte lesen Sie auch die

  allgemeinen und besonderen Hinweise zu Ihrer Beitragsrechnung.
  Beitragsabrechnung:

  Zahlungsweise: Jährlich zum 29.03.

  Versicherung Nettobeitrag gem. Abrechnungszeitraum Nettoabrechnungs- | Vers.-steuer Bruttoabrechnungs-
  Zahlungsweise beitrag beitrag
  Hausratversicherung VHB 146,62 EUR | 29.03.2024 - 29.03.2025 146,62 EUR| 23,68 EUR 170,30 EUR
  2017
  Zu zahlender Betrag 170,30 EUR

  Der o. g. Betrag kann sich aufgrund von vorhandenen Guthaben

  oder offenen Beträgen ändern. Diese wurden
  bzw. werden Ihnen separat mitgeteilt.

  Falls Sie nicht Beitragszahler sind, bitten wir Sie, diese Information an den Beitragszahler weiterzugeben.

  Die Forderung von 170,30 EUR ziehen wir mit einer SEPA-
  Gläubiger-Identifikationsnummer DE31ZZZ00000051888
  der Commerzbank Köln COBADEFFXXX zum Fälligkeitsd
  Banktagen nach Zugang dieses Schreibens ein. Entsprec
  weiteren Beiträge in Höhe von 170,30 EUR zu jedem. w

  tum auf ein Wochenende oder einen Feiertag fallen, v
  den Banktag.

  Lastschrift zum Mandat M-200-008-039-519-2 zu der
  von Ihrem Konto IBAN DEXX 5400 bei
  atum, frühestens jedoch nach Ablauf einer Frist von 5
  hend der mit Ihnen vereinbarten Zahlweise werden wir die
  eiteren Fälligkeitsdatum abbuchen. Sollte das Fälligkeitsda-

  erschiebt sich die Abbuchung auf den ersten darauf folgen-

  Die frühzeitige Übersendung dieser Rechnung erfol

  gt aus rechtlichen und technischen Gründen. Der Zeitpunkt, zu
  dem Ihr Beitrag fällig wird, bleibt hiervon unberüh

  HDI Versicherung AG

  Handelsregister: Sitz Hannover
  www.hdi.de

  HR Hannover B 58934
  VSt-ID-Nr. 809/V90809002231

  Vorsitzender des Aufsichtsrats: Dr. Martin Weldi
  Vorstand: Herbert Rogenhofer (Vorsitzender),
  Norbert Eickermann, Christian Kussmann,

  Thomas Lüer, Dr. Daniel Schulze Lammers,
  Versicherungsbeiträge sind umsatzsteuerfrei gem. § 4 Nr. 10a UStG Jens Warkentin

  23 73 HUS £8072 1 VO_PG1449_0_CPY1 / 3a_3a_68c9e_49000177_1449_1.pdf 1/0/0/0;0/0/0/0
  164571 Z900 3a.3a.68c9e.d90001
  00005930

  / 187386 4820 9123 3/4

  51_00_8197 /

  ©
  o
  ~
  8
  -
  =
  a
  =
  a
  <
  a
  =
  a
  ©
  a
  3

  Allgemeine Hinweise

  1, Zahlung und Folgen verspäteter Zahlung des Folgebeitrages

  zu vertreten hat. Der Versicherer ist dann berechtigt, künftig Zah-
  lung außerhalb des Lastschriftverfahrens zu verlangen.

  2. Vertragsgrundlagen/Anwendbares Recht
  Die gegenseitigen Rechte und Pflichten regeln sich nach dem Antrag,

  rungsbedingungen und den vereinbarten Klauseln und sonst getroffe
  gesetzlichen Bestimmungen.

  Dem Vertrag liegt deutsches Recht zugrunde,

  dem Versicherungsschein, den Versiche-
  nen Vereinbarungen. Außerdem gelten die

  3. Anzeigen und Erklärungen des Versicherun snehmers m 7
  Alle Anzeigen und Erklarungen des Versicherungsnehmers sollen an die im Versicherungsschein als zuständig be-
  zeichnete Stelle gerichtet werden.

  Versicherungsombudsmann e.V., Postfach 08 06 32

  Besondere Hinweise

  Hausratversicherung

  Wohnungswechsel:

  Ein Wohnungswechsel ist dem Versicherer spätestens bei Umzugsbeginn unter Angabe der neuen Wohnfläche in
  Quadratmetern anzuzeigen.

  Für diese Meldung gelten bestimmte Fristen, die sich aus den vertraglich vereinbarten Versicherungsbedingun-
  gen/Kundeninformationen ergeben,

  Versicherungssummenmodell

  /0;0/1/0/0

  ‚pdf 1/0/0/0;0,

  _545_1.

  a_3a_6p352_84000251

  77_1449_1.pdf 1/0/0/0;0/0/0/0
  ; ’ 1449_2_CPY1 / 3a_3a_68c9e_d9000177_1449_

  00000959

  11_11_35551268_00_4305 // 196817 823 4239 4/10

  0000 po32/ HD10501

  Jannick Lawson

  Heinrich-Heine-Weg 15 , 51503 Rösrath

  Versicherungsschein-Nummer V-083-328-019-0 30.04.2024
  Amtliches Kennzeichen GL MJ 1005 .

  Nachtrag für die Kraftfahrtversicherung
  Motor Komfort (Privat)

  Änderung des Vertrags 14.12.2023, 00:00 Uhr Zahlungsperiode: jährlich
  Ablauf des Vertrags 01.01.2025, 00:00 Uhr Zahlungsart: Lastschrift
  Grund der Ausfertigung 01.01.2024 Anpassung zur Fälligkeit

  14.12.2023 Änderung der Schadenfreiheits-/schadenklasse/n
  Der Vertrag verlängert sich jeweils um ein Jahr, wenn er nicht fristgemäß gekündigt wird.

  Versichertes Fahrzeug

  Fahrzeugart/-verwendung Pkw zur Eigenverwendung
  Amtliches Kennzeichen GL MJ 1005
  Fahrzeug-Identifizierungs-Nummer WBAVN71020VW79378
  Hersteller BMW BAYERISCHE MOTORENWERKE AG
  Hersteller-/Typschlüssel-Nummer 0005/APY

  Fahrzeugstärke 105 KW

  Kilometerstand 109.000 km am 11.09.2023
  Gesamtneuwert 30.000 EUR
  Finanzierungsart Barkauf

  Erstzulassung 06.05.2013

  Zulassung auf den jetzigen Halter 11.09.2023

  Postleitzahl des Halters 51503

  Versicherungsumfang (Stand: 01.01.2024)

  Kraftfahrzeug- Versicherungssumme 100 Mio. EUR pauschal für 430,89 EUR
  Haftpflichtversicherung Personen- (maximal 15 Mio. EUR je geschädigte Person),
  Sach- und Vermögensschäden
  Schadenfreiheits-/Schadenklasse SF 12
  Beitragssatz 32 %
  Fahrzeugversicherung Teilkasko mit 150 EUR Selbstbeteiligung 245,20 EUR
  Gesamtsumme _ (jährlich, ohne Versicherungsteuer) 676,09 EUR
  Jahresbeitrag _ (einschließlich 19 % Versicherungsteuer von 128,46 EUR) 804,55 EUR

  Ihr Beitrag gemäß der vereinbarten Zahlungsperiode jährlich

  Kfz-Haftpflichtversicherung (einschließlich 19 % Versicherungsteuer von 81,87 EUR) 512,76 EUR
  Fahrzeugversicherung (einschließlich 19 % Versicherungsteuer von 46,59 EUR) 291,79 EUR
  804,55 EUR

  Weitere Merkmale zur Beitragsberechnung

  Kfz-Haftpflicht Kombi-Beitrag neben der Kraftfahrzeug-Haftpflicht- besteht auch eine
  Fahrzeugversicherung

  Fahrleistung 10.000 km im Jahr

  Geburtsdatum jüngster Fahrer 07.05.1996

  Geburtsdatum ältester Fahrer 26.10.1987

  2122VS 3a 3a.6a352.8400024d HK £8072 1 VO_PG5_4_CPY1/
  Jannick Lawson
  Heinrich-Heine-Weg 15 , 51503 Rösrath
  Versicherungsschein-Nummer V-083-328-019-0

  Amtliches Kennzeichen GL MJ 1005 30.04.2024
  Wohn-/Firmensitz des Halters im Beitrag berücksichtigt
  Fahrzeugtyp gemäß Hersteller-/Typschlüssel-Nummer
  Bitte teilen Sie uns mit, wenn sich die Merkmale ändern.
  Beitragsabrechnung
  Kfz-Haftpflicht- Buchungsart Abrechnungszeitraum | Nettoabrech- |Vers.-Steuer Bruttoabrech-
  versicherung nungsbeitrag nungsbeitrag |
  Erhebung 01.01.2024 - 01.01.2025 430,89 EUR 81,87 EUR| 512,76 EUR
  Erhebung 14.12.2023 - 01.01.2024 15,96 EUR 3,03 EUR 18,99 EUR
  Erstattung 01.01.2024 - 01.01.2025 -807,93 EUR| -153,51 EUR) -961,44 EUR
  Erstattung 14.12.2023 - 01.01.2024 -29,92 EUR) -5,69 EUR -35,61 EUR|
  -465,30 EUR}
  Gesamtbeitrag (einschließlich 19 % Versicherungsteuer von -74,30 EUR) -465,30 EUR

  Vertragsgrundlagen

  Antrag, Versicherungsschein und etwaige Nachträge

  Allgemeine Bedingungen für die Kraftfahrtversicherung (AKB)
  - Kraftfahrzeug-Haftpflichtversicherung Stand: AKB 10/2022
  - Fahrzeugversicherung Stand: AKB 10/2022

  Freundliche Grüße
  HDI Versicherung AG

  0000 po32/ HDI0501_11_11_35551268_00_4305 // 196817 823 4239 5/10

  An trety ul _

  Rogenhofer Kussmann

  HK E8072 1 VO_PGS_5_CPYI 39 39 69352 84000251_545_1.pdf 1/0/0/0;0/1/0y0

  202443082838 Z122v5
  00004929

  [Te
  11_35461241_00_3613 // 244128 4337 5510 1/3

  0000 po31/ HDI0408_11

  ——

  HDI Versicherung AG Kundenservice, 30650 Hannover

  2F 42C4 6632 7B D001 OF 18

  P DV 04.24 0,85 Deutsche Post YQ
  *K4000"
  "3546124100004828°

  Herrn

  Jannick Lawson
  Heinrich-Heine-Weg 15
  51503 Rösrath

  Lastschriftrücklauf

  Sehr geehrter Herr Lawson,

  Es betreut Sie:

  Stefan Feike

  Moltkestr. 123 - 131, 50674 Köln
  Ruf +49 221 50085812

  Fax +49 221 50085810

  05.04.2024

  wir haben leider vergeblich versucht, im Rahmen des SEPA-Lastschriftverfahrens den fälligen Beitrag

  von Ihrem untenstehenden Konto abzubuchen.

  Commerzbank
  IBAN DE59370400440896285400

  BIC COBADEFFXXX
  Vertrag Vers.schein-Nr.

  HDI Privatschutz V-078-449-768-8
  inkl. gesetzlicher Versicherungsteuer

  zuzüglich Rückläufergebühren

  Gesamtbetrag in EUR

  Zeitraum

  Beitrag in EUR

  29.03.24 - 29.03.25 170,30

  4,50

  174,80

  Vom kontoführenden Geldinstitut erhielten wir den Lastschriftbeleg mit dem Vermerk "IBAN fehler-

  haft' zurück.

  Wir bitten Sie, den Betrag innerhalb von 2 Wochen zu überweisen, damit es nicht zu einem unnöti-

  gen Mahnverfahren kommt.

  Eine erneute Abbuchung werden wir ohne Ihr ausdrückliches Einverständnis nicht vornehmen. Vor-
  sorglich möchten wir darauf hinweisen, dass bei Nichtzahlung des Beitrages der Versicherungsschutz

  gefährdet ist.

  HDI Versicherung AG Sitz der Gesellschaft Hannover
  Amtsgericht Hannover, HRB 58934

  www.hdi.de USt-Id-Nr. DE 813596664
  VersSt-Nr. 809/V90809002231

  0050569DB49D1 EEEBCC62748F3F72FD1
  184/337

  Vorsitzender des Aufsichtsrats:

  Dr. Martin Weldi

  Vorstand: Herbert Rogenhofer (Vorsitzender),
  Norbert Eickermann, Christian Kussmann,
  Dr. Daniel Schulze Lammers, Thomas Lüer,
  Jens Warkentin

  680900 - 11.23
  ‘1

  3613 // 244128 4337 5510 2/3

  11_35461241_00

  0000 po31/ HDI0408_11

  __Mit freundlichen Grüßen

  Bitte verwenden Sie bei der Überweisung der Forderung die nachfolgend aufgeführten Angaben:

  Zahlungsempfänger: HDI Global SE Einfach per Banking-App
  einscannen und bezahlen

  Postbank AG, Hannover
  IBAN: DE25 2501 0030 0540 5723 05 BIC: PBNKDEFFXXX

  ME

  Verwendungszweck: V-078-449-768-8 (bitte immer angeben)
  Die HDI Global SE inkassiert die Beiträge für die HDI Versicherung AG und handelt in ihrem Namen und Auftrag.

  Sollten Sie die Zahlung bereits vorgenommen haben, betrachten Sie diese Angelegenheit bitte als ge-
  genstandslos.

  Damit in Zukunft die Abbuchung reibungslos durchgeführt werden kann, geben Sie uns doch bitte in
  dem beigefügten SEPA-Lastschriftmandat Ihre neue Bankverbindung bekannt.

  ogres ss

  Rogenhofer Kussmann

  B on ran
  00000959

  11_11_35551268_00_4305 // 196817 823 4237 1/10

  0000 po32/ HDIo501

  a

  Christian Feike c/o investinlife GmbH
  HDI Versicherung AG, 30650 Hannover Gerhart-Hauptmann-Str. 13

  307207° 51503 Rösrath
  2E 42C4 6631 CC 6000 3375 Telefon: +49 221 50085813

  DV0524 1,00 Deutsche Post SY | Telefax: +49 221 50085810
  *K4000" HDI-Schaden: +49 911 2012-160
  *3555 126800000959" c.feike@investinlife.de
  Herrn www. investinlife.de
  Jannick Lawson
  Heinrich-Heine-Weg 15
  51503 Rösrath

  Hannover, 30.04.2024

  Ihre Kraftfahrtversicherung Motor Komfort (Privat) Nr. V-083-328-019-0
  Pkw zur Eigenver wendung nm

  Amtliches Kennzeichen GL MJ 1005

  Sehr geehrter Herr Lawson,

  Ihre Kraftfahrtversicherung wurde geändert. Heute erhalten Sie hierzu den Nachtrag.

  Aus dem Nachtrag ergibt sich folgende Abrechnung:

  Abrechnungszeitraum | Abrechnungsbeitrag
  14.12.2023 - 01.01.2025 -465,30 EUR

  Das bedeutet, wir erheben bzw. erstatten -465,30 EUR.
  Sollten Sie Fragen haben, fachlichen Rat wünschen oder im Schadenfall - wir sind immer für Sie da!
  Wir wünschen Ihnen gute Fahrt!

  Freundliche Grüße
  HDI Versicherung AG

  Gamase Ks oc

  Rogenhofer Kussmann
  HDI Versicherung AG Handelsregister: Sitz Hannover Vorsitzender des Aufsichtsrats: Dr. Martin Weldi
  www.hdi.de HR Hannover B 58934 Vorstand: Herbert Rogenhofer (Vorsitzender),

  | VSt-ID-Nr. 809/V90809002231

  Norbert Eickermann, Christian Kussmann,
  Unsere Datenschutzhinweise finden USt-ID: DE 813596664

  Thomas Lüer, Dr. Daniel Schulze Lammers,

  Sie unter: www.hdi.de/datenschutz Versicherungsbeiträge sind umsatzsteuerfrei gem. § A Nr. 10a UStG Jens Warkentin

  |

  51 545_1

  HK

  712729AN 2a 33.633

  244
  0000 po32/ HDI0501_11_11_35551268_00_ 4305 // 196817 823 4237 2/10

  SED [Mihanden au ae -1-- ---

  Gesetzlich vorgeschriebene Belehrungen und wichtige Hinweise

  Widerrufsbelehrung

  Abschnitt 1
  Widerrufsrecht, Widerrufsfolgen und besondere Hinweise

  Widerrufsrecht
  Sie können Ihre Vertragserklärung innerhalb einer Frist von 14 Tagen ohne Angabe von Gr
  Widerrufsfrist beginnt, nachdem Ihnen

  iinden in Textform (z. B. Brief, Fax, E-Mail) widerrufen. Die

  e der Versicherungsschein,

  e die Vertragsbestimmungen
  einschließlich der für das Vertragsverhältnis geltenden Allgemeinen Versicherungsbedingungen, diese wiederum einschließlich der
  Tarifbestimmungen,

  e diese Belehrung

  e das Informationsblatt zu Versicherungsprodukten

  e und die weiteren in Abschnitt 2 aufgeführten Informationen

  jeweils in Textform zugegangen sind.

  Zur Wahrung der Widerrufsfrist genügt die rechtzeitige Absendung des Widerrufs. Der Widerruf ist zu richten an:

  HDI Versicherung AG
  HDI-Platz 1

  30659 Hannover
  Telefax: 0511 645-4545
  E-Mail: info_hdi.de

  Widerrufsfolgen
  im Falle eines wirksamen Widerrufs endet der Versicherungsschutz und der Versicherer hat Ihnen den auf die Zeit nach Zugang des Widerrufs

  entfallenden Teil der Beiträge zu erstatten, wenn Sie zugestimmt haben, dass der Versicherungsschutz vor dem Ende der Widerrufsfrist beginnt. Den Teil
  des Beitrags, der auf die Zeit bis zum Zugang des Widerrufs entfällt, darf der Versicherer in diesem Fall einbehalten; dabei handelt es sich um den auf
  jeden Kalendertag des Versicherungsschutzes entfallenden anteiligen Beitrag. Der Versicherer hat zurückzuzahlende Beträge unverzüglich, spätestens 30
  Tage nach Zugang des Widerrufs, zu erstatten.

  Beginnt der Versicherungsschutz nicht vor dem Ende der Widerrufsfrist, so hat der wirksame Widerruf zur Folge, dass empfangene Leistungen
  zurückzugewähren und gezogene Nutzungen (z. B. Zinsen) herauszugeben sind.

  Besondere Hinweise
  Ihr Widerrufsrecht erlischt, wenn der Vertrag auf Ihren ausdrücklichen Wunsch sowohl von Ihnen als auch vom Versicherer vollständig erfüllt ist, bevor

  Sie Ihr Widerrufsrecht ausgeübt haben.

  Abschnitt 2
  Auflistung der für den Fristbeginn erforderlichen weiteren Informationen

  Hinsichtlich der in Abschnitt 1 Satz 2 genannten weiteren Informationen werden die Informationspflichten im Folgenden im Einzelnen aufgeführt:

  Informationspflichten bei allen Versicherungszweigen

  Der Versicherer hat Ihnen folgende Informationen zur Verfügung zu stellen:

  1. die Identität des Versicherers und der etwaigen Niederlassung, über die der Verträg abgeschlossen werden soll; anzugeben ist auch das Handelsregister, bei dem der
  Rechtsträger eingetragen ist, und die zugehörige Registernummer;

  2. die ladungsfähige Anschrift des Versicherers und jede andere Anschrift, die für die Geschäftsbeziehung zwischen dem Versicherer und Ihnen maßgeblich ist, bei

  juristischen Personen, Personenvereinigungen oder -gruppen auch den Namen eines Vertretungsberechtigten; soweit die Mitteilung durch Übermittlung der

  —-Vertragsbestimmungen “einschließlich ‘der Allgemeinen Versicherungsbedingungen erfolgt, bedürfen die Informationen-einer- hervorgehobenen-und- deutlich

  gestalteten Form;
  die Hauptgeschäftstätigkeit des Versicherers;

  4. die wesentlichen Merkmale der Versicherungsleistung, insbesondere Angaben über Art, Umfang und Fälligkeit der Leistung des Versicherers;

  5. den Gesamtpreis der Versicherung einschließlich aller Steuern und sonstigen Preisbestandteile, wobei die Beiträge einzeln auszuweisen sind, wenn das
  Versicherungsverhältnis mehrere selbständige Versicherungsverträge umfassen soll, oder, wenn ein genauer Preis nicht angegeben werden kann, Angaben zu den
  Grundlagen seiner Berechnung, die Ihnen eine Überprüfung des Preises ermöglichen;

  6. Einzelheiten hinsichtlich der Zahlung und der Erfüllung, insbesondere zur Zahlungsweise der Beiträge;

  7. Angaben darüber, wie der Vertrag zustande kommt, insbesondere über den Beginn der Versicherung und des Versicherungsschutzes sowie die Dauer der Frist,
  während der der Antragsteller an den Antrag gebunden sein soll;

  8. das Bestehen oder Nichtbestehen eines Widerrufsrechts sowie die Bedingungen, Einzelheiten der Ausübung, Insbesondere Namen und Anschrift derjenigen Person,
  gegenüber der der Widerruf zu erklären ist, und die Rechtsfolgen des Widerrufs einschließlich Informationen über den Betrag, den Sie im Falle des Widerrufs
  gegebenenfalls zu zahlen haben; soweit die Mitteilung durch Übermittlung der Vertragsbestimmungen einschließlich der Allgemeinen Versicherungsbedingungen
  erfolgt, bedürfen die Informationen einer hervorgehobenen und deutlich gestalteten Form;

  9, Angaben zur Laufzeit des Vertrags;

  w

  |

  ILAAAADNOIRIR FIDIAA! 2a 23 Gad
  00000959

  0000 po32/ HDI0501_11_11_35551268_00_4305 // 196817 823 4240 6/10

  HDI Versicherung AG, 30650 Hannover

  Herrn
  Jannick Lawson

  Heinrich-Heine-Weg 15

  51503 Rösrath

  Ihre Kraftfahrtversicherung Motor Komfort (Privat) Nr. V-083-328-019-0

  Pkw zur Eigenverwendung
  Amtliches Kennzeichen GL MJ 1005

  Sehr geehrter Herr Lawson,

  Christian Feike c/o investinlife GmbH
  Gerhart-Hauptmann-Str. 13

  51503 Rösrath

  Telefon: +49 221 50085813
  Telefax: +49 221 50085810
  HDI-Schaden: +49 911 2012-160
  c.feike@investinlife.de
  www.investinlife.de

  Hannover, 30.04.2024

  Ihre Kraftfahrtversicherung wurde geändert. Heute erhalten Sie hierzu den Nachtrag.

  Aus dem Nachtrag ergibt sich folgende Abrechnung:

  Abrechnungszeitraum

  Abrechnungsbeitrag

  14.12.2023 - 01.01.2025 -465,30 EUR

  Das bedeutet, wir erheben bzw. erstatten -465,30 EUR.

  Sollten Sie Fragen haben, fachlichen Rat wünschen oder im Schadenfall - wir sind immer für Sie da!

  Wir wünschen Ihnen gute Fahrt!

  Freundliche Grüße
  HDI Versicherung AG

  Eaması Ks u

  Rogenhofer

  HDI Versicherung AG
  www.hdi.de

  Unsere Datenschutzhinweise finden
  Sie unter: www.hdi.de/datenschutz

  Kussmann

  Handelsregister: Sitz Hannover

  HR Hannover B 58934

  VSt-ID-Nr. 809/V90809002231

  USt-ID: DE 813596664

  Versicherungsbeiträge sind umsatzsteuerfrei gem. § 4 Nr. 10a UStG

  Vorsitzender des Aufsichtsrats: Dr. Martin Weldi
  Vorstand: Herbert Rogenhofer (Vorsitzender),
  Norbert Eickermann, Christian Kussmann,
  Thomas Lüer, Dr. Daniel Schulze Lammers,

  Jens Warkentin

  |

  a 202443082838 Z122AN 3a.3a.6a352.8400024d HK E8072 1 VO_PG5_1_CPY1 / 38_3@_62352_84000251_546_1.pdf 1/0/0/0;0/1/0/0

  )
  5// 196817 823 4240 7/10

  0000 po32/ HDI0S01 11

  _11_35551268 00 430

  Gesetzlich vorgeschriebene Belehrungen und wichtige Hinweise

  Widerrufsbelehrung

  Abschnitt 1
  Widerrufsrecht, Widerrufsfolgen und besondere Hinweise

  Widerrufsrecht

  Sie können Ihre Vertragserklärung innerhalb einer Frist von 14 Tagen ohne Angabe von Gründen in Textform (z. B. Brief, Fax, E-Mail) widerrufen. Die
  Widerrufsfrist beginnt, nachdem Ihnen

  e der Versicherungsschein,

  e die Vertragsbestimmungen
  einschließlich der für das Vertragsverhältnis geltenden Allgemeinen Versicherungsbedingungen, diese wiederum einschließlich der
  Tarifbestimmungen,

  e diese Belehrung

  e das Informationsblatt zu Versicherungsprodukten

  e und die weiteren in Abschnitt 2 aufgeführten Informationen

  jeweils in Textform zugegangen sind.

  Zur Wahrung der Widerrufsfrist genügt die rechtzeitige Absendung des Widerrufs. Der Widerruf ist zu richten an:
  HDI Versicherung AG .

  HDI-Platz 1

  30659 Hannover

  Telefax: 0511 645-4545

  E-Mail: info_hdi.de

  Widerrufsfolgen

  Im Falle eines wirksamen Widerrufs endet der Versicherungsschutz und der Versicherer hat Ihnen den auf die Zeit nach Zugang des Widerrufs
  entfallenden Teil der Beiträge zu erstatten, wenn Sie zugestimmt haben, dass der Versicherungsschutz vor dem Ende der Widerrufsfrist beginnt. Den Teil
  des Beitrags, der auf die Zeit bis zum Zugang des Widerrufs entfällt, darf der Versicherer in diesem Fall einbehalten; dabei handelt es sich um den auf

  jeden Kalendertag des Versicherungsschutzes entfallenden anteiligen Beitrag. Der Versicherer hat zurückzuzahlende Beträge unverzüglich, spätestens 30
  Tage nach Zugang des Widerrufs, zu erstatten.

  Beginnt der Versicherungsschutz nicht vor dem Ende der Widerrufsfrist, so hat der wirksame Widerruf zur Folge, dass empfangene Leistungen
  zurückzugewähren und gezogene Nutzungen (z. B. Zinsen) herauszugeben sind.

  Besondere Hinweise

  Ihr Widerrufsrecht erlischt, wenn der Vertrag auf Ihren ausdrücklichen Wunsch sowohl von Ihnen als auch vom Versicherer vollständig erfüllt ist, bevor
  Sie Ihr Widerrufsrecht ausgeübt haben.

  Abschnitt 2
  Auflistung der für den Fristbeginn erforderlichen weiteren Informationen

  Hinsichtlich der in Abschnitt 1 Satz 2 genannten weiteren Informationen werden die Informationspflichten im Folgenden im Einzelnen aufgeführt:

  Informationspflichten bei allen Versicherungszweigen
  Der Versicherer hat Ihnen folgende Informationen zur Verfügung zu stellen:

  1. die Identität des Versicherers und der etwaigen Niederlassung, über die der Vertrag abgeschlossen werden soll; anzugeben ist auch das Handelsregister, bei dem der
  Rechtsträger eingetragen ist, und die zugehörige Registernummer;

  2. die ladungsfähige Anschrift des Versicherers und jede andere Anschrift, die für die Geschäftsbeziehung zwischen dem Versicherer und Ihnen maßgeblich ist, bei
  juristischen Personen, Personenvereinigungen oder -gruppen auch den Namen eines Vertretungsberechtigten; soweit die Mitteilung durch Übermittlung der
  Vertragsbestimmungen einschließlich der Allgemeinen Versicherungsbedingungen erfolgt, bedürfen die Informationen einer hervorgehobenen und deutlich
  gestälteten Form; ° u _ " u : : .
  3. die Hauptgeschäftstätigkeit des Versicherers;

  die wesentlichen Merkmale der Versicherungsleistung, insbesondere Angaben über Art, Umfang und Fälligkeit der Leistung des Versicherers;

  5. den Gesamtpreis der Versicherung einschließlich aller Steuern und sonstigen Preisbestandteile, wobei die Beiträge einzeln auszuweisen sind, wenn das
  Versicherungsverhältnis mehrere selbständige Versicherungsverträge umfassen soll, oder, wenn ein genauer Preis nicht angegeben werden kann, Angaben zu den
  Grundlagen seiner Berechnung, die Ihnen eine Überprüfung des Preises ermöglichen;

  6. Einzelheiten hinsichtlich der Zahlung und der Erfüllung, insbesondere zur Zahlungsweise der Beiträge;

  7. Angaben darüber, wie der Vertrag zustande kommt, insbesondere über den Beginn der Versicherung und des Versicherungsschutzes sowie die Dauer der Frist,
  während der der Antragsteller an den Antrag gebunden sein soll;

  8. das Bestehen oder Nichtbestehen eines Widerrufsrechts sowie die Bedingungen, Einzelheiten der Ausübung, insbesondere Namen und Anschrift derjenigen Person,
  gegenüber der der Widerruf zu erklären ist, und die Rechtsfolgen des Widerrufs einschließlich Informationen über den Betrag, den Sie im Falle des Widerrufs
  gegebenenfalls zu zahlen haben; soweit die Mitteilung durch Übermittlung der Vertragsbestimmungen einschließlich der Allgemeinen Versicherungsbedingungen
  erfolgt, bedürfen die Informationen einer hervorgehobenen und deutlich gestalteten Form;

  9. Angaben zur Laufzeit des Vertrags;

  m mann - . eek

  pad.
  ARME

  CPY1/3a_33.68352_84000251_546_1.pdf 1/0/0/0:0/1/0/0
  Vem 4 af

  Z122AN 3a.3a.6a352.8400024d HK £8072 1 VO_PG5_2_
  00000959

  0000 po32/ HD10501_11_11_35551268_00_4305 // 196817 823 4242 9/10

  Jannick Lawson
  Heinrich-Heine-Weg 15 , 51503 Rösrath

  Versicherungsschein-Nummer V-083-328-019-0
  Amtliches Kennzeichen GL MJ 1005

  30.04.2024
  Nachtrag für die Kraftfahrtversicherung
  Motor Komfort (Privat)
  Änderung des Vertrags 01.01.2024, 00:00 Uhr Zahlungsperiode: jährlich
  Ablauf des Vertrags 01.01.2024, 00:00 Uhr Zahlungsart: Lastschrift
  Grund der Ausfertigung 01.01.2024 Anpassung zur Fälligkeit
  14.12.2023 Änderung der Schadenfreiheits-/Schadenklasse/n
  Der Vertrag verlangert sich jeweils um ein Jahr, wenn er nicht fristgemäß gekündigt wird.
  Versichertes Fahrzeug
  Fahrzeugart/-verwendung Pkw zur Eigenverwendung — — .
  Amtliches Kennzeichen GL MJ 1005
  Fahrzeug-Identifizierungs-Nummer WBAVN71020VW79378
  Hersteller BMW BAYERISCHE MOTORENWERKE AG
  Hersteller-/Typschlüssel-Nummer 0005/APY
  Fahrzeugstärke 105 KW
  Kilometerstand 109.000 km am 11.09.2023
  Gesamtneuwert 30.000 EUR
  Finanzierungsart Barkauf
  Erstzulassung 06.05.2013
  Zulassung auf den jetzigen Halter 11.09.2023
  Postleitzahl des Halters 51503
  Versicherungsumfang (Stand: 01.01 .2024)
  Kraftfahrzeug- Versicherungssumme 100 Mio. EUR pauschal für 430,89 EUR
  Haftpflichtversicherung Personen- (maximal 15 Mio. EUR je geschädigte Person),
  Sach- und Vermögensschäden
  Schadenfreiheits-/Schadenklasse SF 12
  Beitragssatz 32 %
  Fahrzeugversicherung Teilkasko mit 150 EUR Selbstbeteiligung 245,20 EUR
  Gesamtsumme (jährlich, ohne Versicherungsteuer) 676,09 EUR
  Jahresbeitrag (einschließlich 19 % Versicherungsteuer von 128,46 EUR) 804,55 EUR
  Ihr Beitrag gemäß der vereinbarten Zahlungsperiode jährlich
  Kfz-Haftpflichtversicherung (einschließlich 19 % Versicherungsteuer von 81,87 EUR) 512,76 EUR
  Fahrzeugversicherung (einschließlich 19 % Versicherungsteuer von 46,59 EUR) 291,79 EUR
  804,55 EUR

  Weitere Merkmale zur Beitragsberechnung

  Kfz-Haftpflicht Kombi-Beitrag neben der Kraftfahrzeug-Haftpflicht- besteht auch eine
  Fahrzeugversicherung

  Fahrleistung 10.000 km im Jahr

  Geburtsdatum jüngster Fahrer 07.05.1996

  Geburtsdatum ältester Fahrer 26.10.1987

  HK E8072 1 V 0_PG5_A_CPY1 / 3a_3a_62352_84000251_546_1.pdf 170/0/0;0/1/0/0

  ANRIRAR 7177VS
  4305 // 196817 823 4242 10/10

  35551268_00

  0000 po32/ HDI0501_11_11

  Jannick Lawson

  Heinrich-Heine-Weg 15 , 51503 Rösrath

  Versicherungsschein-Nummer V-083-328-019-0
  Amtliches Kennzeichen GL MJ 1005 30.04.2024
  Wohn-/Firmensitz des Halters im Beitrag berücksichtigt
  Fahrzeugtyp gemäß Hersteller-/Typschlüssel-Nummer
  Bitte teilen Sie uns mit, wenn sich die Merkmale ändern.
  Beitragsabrechnung
  Kfz-Haftpflicht- Buchungsart Abrechnungszeitraum | Nettoabrech- | Vers.-Steuer Bruttoabrech-
  versicherung nungsbeitrag nungsbeitrag
  Erhebung 01.01.2024 - 01.01.2025 430,89 EUR| 81,87 EUR 512,76 EUR
  Erhebung 14.12.2023 - 01.01.2024 15,96 EUR 3,03 EUR 18,99 EUR!
  Erstattung 01.01.2024 - 01.01.2025 -807,93 EUR| -153,51 EUR -961,44 EUR
  Erstattung 14.12.2023 - 01.01.2024 -29,92 EUR -5,69 EUR -35,61 EUR
  -465,30 EUR!
  -465,30 EUR

  Gesamtbeitrag (einschließlich 19 % Versicherungsteuer von -74,30 EUR)

  Vertragsgrundlagen

  Antrag, Versicherungsschein und etwaige Nachträge
  Allgemeine Bedingungen für die Kraftfahrtversicherung (AKB)

  - Kraftfahrzeug-Haftpflichtversicherung Stand: AKB 10/2022

  - Fahrzeugversicherung Stand: AKB 10/2022

  Freundliche Grüße
  HDI Versicherung AG

  gr teoey Ks EP

  Rogenhofer

  Kussmann

  '244 3082838 Z122V5 3a.3a.6a352.8400024d HK EB072 1 V0_PG5_5_CPY1 /3a_ 33 63352 84000251_546_1.pdf 1/0/0/0;0/1/0/0
  REN

  ry

  =

  Jannick Lawson
  Heinrich-Heine-Weg 15 , 51503 Rösrath

  Versicherungsschein-Nummer V-083-328-019-0

  Kfz-Haftpflicht Kombi-Beitrag

  Fahrleistung

  Geburtsdatum jüngster Fahrer
  Geburtsdatum ältester Fahrer
  Wohn-/Firmensitz des Halters

  HDI Versicherung AG Handelsregister: Sitz Hannover
  www.hdi.de HR Hannover B 58934
  VSt-ID-Nr. 809/V90809002231

  neben der Kraftfahrzeug-Haftpflicht- besteht auch eine
  Fahrzeugversicherung

  10.000 km im Jahr

  07.05.1996

  26.10.1987

  im Beitrag berücksichtigt

  Unsere Datenschutzhinweise finden USt-ID: DE 813596664 Thomas Lüer, Jens Warkentin
  Sie unter: www.hdi.de/datenschutz _Versicherungsbeiträge sind umsatzsteuerfrei gem. § 4 Nr. 10a UStG

  Amtliches Kennzeichen GL MJ 1005 05.10.2023
  Versicherungsschein für die Kraftfahrtversicherung
  Motor Komfort (Privat)
  | Beginn des Vertrags 12.09.2023 ‚00:00 Uhr = Zahlungsperiode: jährlich
  —— Ablauf Vertrags 01.01.2024 ‚00:00 Uhr __ "Zahlungsart: Lastschrift
  A Cae ta ertigung C___ 12.09.2023 Abschluss des Vertrags
  « Der Vertrag verlängert sich jeweils um ein Jahr, wenn er nicht fristgemäß gekündigt wird.
  3 Versichertes Fahrzeug
  S Fahrzeugart/-verwendung Pkw zur Eigenverwendung
  Amtliches Kennzeichen GL MJ 1005
  © Fahrzeug-Identifizierungs-Nummer WBAVN71020VW79378
  5 Hersteller BMW BAYERISCHE MOTORENWERKE AG
  5 Hersteller-/Typschlüssel-Nummer 0005/APY
  2 Fahrzeugstarke 105 KW
  . Kilometerstand 109.000 km am 11.09.2023
  2 Gesamtneuwert 30.000 EUR
  = Finanzierungsart Barkauf
  3 Erstzulassung 06.05.2013
  = Zulassung auf den jetzigen Halter 11.09.2023
  SI Postleitzahl des Halters 51503
  8 Versicherungsumfang (Stand: 12.09.2023)
  i
  x Kraftfahrzeug- Versicherungssumme 100 Mio. EUR pauschal fiir 633,68 EUR
  8 Haftpflichtversicherung Personen- (maximal 15 Mio. EUR je geschädigte Person),
  5 Sach- und Vermögensschäden
  a Schadenfreiheits-/Schadenklasse SF 1/2
  a Beitragssatz 60 %
  ° Fahrzeugversicherung Teilkasko mit 150 EUR Selbstbeteiligung 211,38 EUR
  Gesamtsumme _ (jährlich, ohne Versicherungsteuer) 845,06 EUR
  Jahresbeitrag (einschließlich 19 % Versicherungsteuer von 160,56 EUR) 1005,62 EUR
  Ihr Beitrag gemäß der vereinbarten Zahlungsperiode jährlich
  Kfz-Haftpflichtversicherung (einschließlich 19 % Versicherungsteuer von 120,40 EUR) 754,08 EUR
  Fahrzeugversicherung (einschließlich 19 % Versicherungsteuer von 40,16 EUR) 251,54 EUR
  1005,62 EUR
  " Weitere Merkmale zur Beitragsberechnung
  He
  RE:

  Vorsitzender des Aufsichtsrats: Dr. Martin Weldi
  Vorstand: Herbert Rogenhofer (Vorsitzender),
  Norbert Eickermann, Christian Kussmann,

  202310543617 Z121VS 3a.3a.66379.da000099 HK E8072 1 VO PG7057 4 CPY1/3a 3a 66379 da00009d 7057 1.ndf 1/0/0/0:0/1/0/0
  / 169599 239 1573 6/10

  12_00_6280 /

  0000 po32/ HDI1006_71_11_ 339077

  un : --- mn. Amann mnelnenn VIA!

  Jannick Lawson
  Heinrich-Heine-Weg 15 , 51503 Rösrath
  Versicherungsschein-Nummer V-083-328-019-0

  Amtliches Kennzeichen GL M) 1005 05.10.2023

  Fahrzeugtyp gemäß Hersteller-/Typschlüssel-Nummer

  Bitte teilen Sie uns mit, wenn sich die Merkmale ändern.

  Antragsabweichungen An folgenden Stellen weicht dieses Dokument von Ihrem Antrag ab:

  Bruttobeitrag Fahrzeugversicherung
  Bruttobeitrag Kraftfahrzeug-Haftpflichtversicherung
  Vertragsbeginn

  Wenn Sie nicht innerhalb eines Monats nach Zugang dieses Dokuments in Textform (z. B. Brief, Fax, E-Mail)
  widersprechen, gelten die Abweichungen als genehmigt.

  Beitragsabrechnung

  Kfz-Haftpflicht- Buchungsart Abrechnungszeitraum | Nettoabrech- |Vers.-Steuer Bruttoabrech-
  versicherung nungsbeitrag nungsbeitrag
  Erstbeitrag 12.09.2023 - 01.01.2024 191,87 EUR| 36,45 EUR 228,32 EUR
  228,32 EUR
  Fahrzeugversiche-| Buchungsart Abrechnungszeitraum | Nettoabrech- |Vers.-Steuer Bruttoabrech-
  rung nungsbeitra nungsbeitrag
  Erstbeitrag 12.09.2023 - 01.01.2024 64,00 EUR | 12,16 EUR 76,16 EUR
  76,16 EUR
  Erstbeitrag gesamt brutto 304,48 EUR

  Gesamtbeitrag (einschließlich 19 % Versicherungsteuer von 48,61 EUR) 304,48 EUR

  Vertragsgrundlagen

  Antrag, Versicherungsschein und etwaige Nachträge

  Allgemeine Bedingungen für die Kraftfahrtversicherung (AKB)
  - Kraftfahrzeug-Haftpflichtversicherung Stand: AKB 10/2022
  - Fahrzeugversicherung Stand: AKB 10/2022

  Freundliche Grüße
  HDI Versicherung AG

  Eace, kK, cc

  Rogenhofer Kussmann

  202310543617 Z121VS 3a.3a.66379.da000099 HK £80721 VO PG7057 5 CPY1/3a 3a 66879 da00009d 7057 1.odf 1/0/0/0:0/1/0/0
  00000453

  71_11_33907712_00_6280 // 169599 239 1571 1/10

  0000 po32/ HDI1006

  War

  SFR-Übertramın» a

  Christian Feike c/o investinlife GmbH

  HDI Versicherung AG, 30650 Hannover Gerhart-Hauptmann-Str. 13
  51503 Rösrath

  307207
  2E 42C4 6630 BE B000 OEF9 + Telefon: +49 221 50085813

  DV 10.23 1.00 Deutsche Post SY fig Telefax: +49 221 50085810
  *K4000° FF HDI-Schaden: +49 911 2012-160
  *3390771200000453" SAU c.feike@investinlife.de
  Herrn www.investinlife.de

  Jannick Lawson
  Heinrich-Heine-Weg 15

  51503 Rösrath
  Hannover, 05.10.2023

  Ihre Kraftfahrtversicherung Motor Komfort (Privat) Nr. V-083-328-019-0

  Pkw zur Eigenverwendung
  Amtliches Kennzeichen GL MJ 1005

  Sehr geehrter Herr Lawson,

  vielen Dank fiir das Vertrauen, das Sie uns mit Ihrem Vertragsabschluss entgegenbringen. Heute erhalten Sie die
  Unterlagen zu Ihrer Kraftfahrtversicherung.

  en Zahlung des

  Bitte beachten Sie auf der Rückseite die Belehrung über die Folgen der nicht rechtzeitig
  insbesondere zum

  Erstbeitrags. Beachten Sie auch die Widerrufsbelehrung und weitere wichtige Hinweise,
  Wegfall des vorläufigen Versicherungsschutzes.

  Aus dem Versicherungsschein ergibt sich folgende Abrechnung:

  Abrechnungszeitraum Abrechnungsbeitra
  12.09.2023 - 01.01.2024 304,48 EUR

  ***** Dieses Dokument kann zur Vorlage beim Finanzamt verwendet werden *****

  Wir buchen 304,48 EUR ab.
  Die Abbuchung erfolgt von folgendem Konto:

  IBAN: DEXX XXXX XXXX XXXX XX54 00
  Commerzbank Köln

  Wann fordern wir Ihren Beitrag an? Zum Termin der Fälligkeit, frühestens aber 5 Tage nachdem Sie dieses
  Schreiben erhalten haben. Sollte der Termin auf ein Wochenende oder einen Feiertag fallen, buchen wir am

  nächsten Tag ab.

  Die Lastschrift bezieht sich auf das Mandat M-200-008-039-519-2 zu der Gläubiger-Identifikationsnummer
  DE31ZZZ0000005 1888.

  Wenn Sie die Beiträge nicht selbst zahlen, geben Sie diese Information bitte an den Beitragszahler weiter.

  Sollten Sie Versicherungsfragen haben, fachlichen Rat wünschen oder im Schadenfall - wir sind immer fiir Sie da!

  Wir wünschen Ihnen gute Fahrt!

  HDI Versicherung AG Handelsregister: Sitz Hannover Vorsitzender des Aufsichtsrats: Dr. Martin Weldi

  www.hdi.de HR Hannover B 58934 Vorstand: Herbert Rogenhofer (Vorsitzender)
  on VSt-ID-Nr. 809/V90809002231 Norbert Eickermann, Christian Kussmann,

  Unsere Datenschutzhinweise finden USt-ID: DE 813596664 Thomas Lüer, Jens Warkentin ‘

  Sie unter. www.hdi.de/datenschutz Versicherungsbeiträge sind umsatzsteuerfrei gem. § 4 Nr. 10a UStG

  ae.

  00000453

  280 // 169599 239 1574 7/10

  07712_00_6

  0000 po32/ HDI1006_71_11_ 3391

  Jannick Lawson
  Heinrich-Heine-Weg 15 , 51503 Rösrath

  Versicherungsschein-Nummer V-083-328-019-0

  Amtliches Kennzeichen GL MJ 1005 05.10.2023

  Schaden-Service

  Sehr geehrter Herr Lawson,

  auf den für Sie kostenlosen HDI Schaden-Service können Sie zählen - denn Reparatur ist Vertrauenssache. Mit
  der Fahrzeugversicherung von HDI haben Sie sich für eine Versicherung entschieden, auf die Verlass ist. Denn ge-
  rade im Schadenfall muss man auf eine faire Beratung, schnelle Hilfe und einen erstklassigen Service zählen.

  Rufen Sie uns im Schadenfall an - wir sind rund um die Uhr für Sie erreichbar! Wir übernehmen auf Ihren
  Wunsch hin das Schadenmanagement für Sie. Das bedeutet:

  = Wir suchen gemeinsam mit Ihnen nach einer passenden Werkstatt in Ihrer Nähe - Sie können zwischen mehre-
  ren zertifizierten Partnerwerkstätten frei wählen

  = Hol- und Bringservice für Ihr Fahrzeug

  = Hilfe bei der Aufrechterhaltung Ihrer Mobilität für die Dauer der Reparatur

  = Enge Zusammenarbeit mit der Partnerwerkstatt - Fragen werden umgehend geklärt, eine Reparaturfreigabe
  wird schnell erteilt

  = Direkte Abrechnung mit der Werkstatt

  Zusätzlich bei Glasschäden

  = Top Service bei Scheibenreparatur und -austausch
  = Mobiler Service vor Ort - die Werkstatt kommt zu Ihnen
  = Verzicht auf die vertragliche Selbstbeteiligung bei Reparatur der Scheibe

  Zusätzlich bei Karosserie- und Lackschäden

  = Ersatzwagen während der Reparatur für bis zu sieben Kalendertage, alternativ erhalten Sie eine Mobilitäts-
  pauschale

  = Innen- und Außenreinigung nach Abschluss der Reparatur

  = Die Reparatur erfolgt nach den Garantiebedingungen und Empfehlungen des Kfz-Herstellers unter der Ver-
  wendung von Originalersatzteilen - dadurch bleibt die Herstellergarantie erhalten

  = Sieben Jahre Garantie auf alle Karosserie- und Lackarbeiten

  = Technische Überwachung jeder Reparatur durch unseren eigenen Karosserie- und Lackexperten

  Unsere Partnerwerkstätten unterliegen einer ständigen Qualitätskontrolle. Zur Sicherung gleichbleibender Quali-

  tät prüfen Sachverständige regelmäßig, ob die Reparaturen fachgerecht und hochwertig ausgeführt wurden. Un- ~

  ser bundesweites Netzwerk besteht aus Fachbetrieben, die auf dem aktuellen Stand der Technik arbeiten. Die
  Mehrzahl unserer Partnerwerkstätten sind Markenbetriebe.

  Immer griffbereit:
  Bewahren Sie dieses Blatt in Ihrem Fahrzeug auf!

  Wir wünschen Ihnen gute Fahrt!

  Freundliche Grüße
  Ihre HDI Versicherung AG

  HDI Schaden-Service:

  +49 (0) 911 2012-160
  Wir sind rund um die Uhr an 365 Tagen für Sie da!

  202310543617 SCHADSERV 3a.3a.66379,da000099 HK £80721 VO PG7057 6 CPY1/3a 3a 66379 da00009d 7057 1.ndf 1/0/0/0:0/1/0/0
  VPS USSOWN TEES Na

  0/1 220392 7526 14515 1/2 00047775

  34328493 _03_068

  0000 po31/ HDI1122_11_11

  Es betreut Sie: Christian Feike c/o investinlife
  GmbH
  Gerhart-Hauptmann-Str. 13

  HDI Versicherung AG, 30650 Hannover 51503 Rösrath
  307207 ok aba WAS) RA NDT Habs Telefon: +49 221 50085813
  DV 11.29 0,65 Deutsche Post Q his iy E-Mail: c.feike @investinlife.de

  *K4000* IL,
  "S230820800047778° HDI Schaden-Service: +49 911 2012-160
  Herrn

  Jannick Lawson Datum: November 2023
  Heinrich-Heine-Weg 15 {

  51503 Rösrath Ihre Versicherungs-Nr.: V-083-328-019-0

  Beitragsinformation zu Ihrer Kraftfahrtversicherung — --
  Kennzeichen GL MJ 1005

  Guten Tag Herr Lawson,

  schön, dass Sie weiterhin auf den umfassenden Schutz der HDI Kraftfahrtversicherung vertrauen. Mit HDI haben
  Sie einen starken Partner an Ihrer Seite.

  Für Ihre Kraftfahrtversicherung wird der Beitrag vom 01.01.2024 bis 01.01.2025 von 1.253,23 EUR fällig.
  Details zur Beitragsabrechnung finden Sie auf der Rückseite.

  Dieses Dokument kann zur Vorlage beim Finanzamt verwendet werden.

  Unsere Empfehlung: Mit dem HDI Werkstatt-Service reduzieren Sie Ihren Beitrag und profitieren von starken
  Leistungen im Schadenfall.

  Soliten Sie Versicherungsfragen haben, fachlichen Rat oder Hilfe im Schadenfall wünschen — wir sind fiir Sie da!

  Wir wünschen Ihnen gute Fahrt!

  Freundliche Grüße
  Ihre HDI Versicherung AG

  HDI Versicherung AG "Handelsregister: Site
  hide a mo ran ee Rope ore,
  , AD-Nr, Vorstand: Hubert Raganotr
  ve Datenschutzhinweise finden USt-ID: DE 813596664 aa tae lone > ussmann,

  2023112154340 Z920AN 32,32.671e2.67001288 HK E80721 V0_PG2_1.CPY! PEN REES ER

  Sie unter: www.hdi.de/datenschutz Versicherungsbeiträge sind umsatzsteuerfrei gem. $ 4 Nr. 10a UStG
  11_ 34328493 03 0680 // 220392 7526 14515 2/2

  0000 po31/ HDI1122_11

  SFR-Übertraauna auf ainan au -1- <=

  Versicherungsumfang Kraftfahrtversicherung Motor Komfort (Privat)

  Kfz-Haftpflicht Versicherungssumme 100 Mio. EUR pauschal 807,93 EUR
  Schadenfreiheits-/Schadenklasse SF 1/2
  Beitragssatz 60 %

  245,20 EUR

  Teilkasko mit 150 EUR Selbstbeteiligung

  Nettobeitrag jahrlich 1.053,13 EUR
  zuzüglich 19 % Versicherungsteuer 200,10 EUR

  Bruttobeitrag jahrlich 1.253,23 EUR

  Beitragsabrechnung Zahlweise jahrlich
  Abrechnungszeitraum 01.01.2024 bis 01.01.2025
  Zahlungsart Lastschrift
  -Haftpflicht _ ‚(einschließlich 19% Versicherungsteuer von 153,51 EUR) 961,44 EUR
  eilkasko (einschließlich 19 % Versicherungsteuer von 46,59 EUR) 291,79 EUR
  esamt jährlich PEEHEHNENE (einschließlich 19 % Versicherungsteuer von 200,1 0 EUR) 1.253,23 EUR,

  Abbuchungen erfolgen zum Termin der Fälligkeit. Fällt der Termin auf ein Wochenende oder einen Feiertag, buchen
  wir den Beitrag am nächsten Tag ab. Die Lastschrift bezieht sich auf das Mandat M-200-008-039-519-2 zuder
  Gläubiger-Identifikationsnummer DE3122200000051888. Wenn Sie die Beiträge nicht selbst zahlen, geben Sie diese

  Information bitte an den Beitragszahler weiter.

  Zahlungshinweis

  Kürzliche Änderung Sie haben kürzlich eine Änderung beantragt oder einen Schaden gemeldet? Dies ist vielleicht noch nicht berück-

  oder Schaden sichtigt. Wir schicken Ihnen dann einen Nachtrag.

  Warum sich Ihr Wir prüfen jährlich die Tarife unserer Verträge und passen diese - soweit erforderlich - an die aktuelle

  Beitrag ändern Schadenentwicklung an. Der Umfang unserer Leistungen im Schadenfall steigt stetig. So sind zum Beispiel die
  kann Kosten für Ersatzteile in den letzten Jahren deutlich schneller gestiegen als die allgemeine Inflationsrate. Dies führt

  zu höheren Reparaturkosten (weitere Informationen dazu finden Sie unter www.hdi.de/werkstattkosten). Auch
  die Kosten für die medizinische Versorgung von Unfallverletzten sind gestiegen. Daher haben wir den Beitrag
  angepasst. Sie haben ein außerordentliche Kündigungsrecht. Sie möchten Ihr Kündigungsrecht ausüben? Dann
  teilen Sie uns dies innerhalb eines Monats in Textform mit. Ihre Kündigung ist frühestens zum Termin der

  Beitragserhöhung wirksam.

  7060 1.0df 1/0/0/0:0/0/00

  2023112154340 Z920AN 3a.3a.67 1ea.67001288 HK E8072 1 V 0_PG2_2_CPY1 /3a_33_671ea_6700128c_1195_1.pdf 1/0/0/0;0/0/0/0
  PG7060 0 CPY1/3a
  00000453

  71_11_33907712_00_6280 // 169599 239 1576 10/10

  SFR-Übertragung auf einen anderen VN

  HDI Versicherung AG, 30650 Hannover

  Jannick Lawson
  Heinrich-Heine-Weg 15
  51503 Rösrath

  internationale Versicherungskane für Kraftverkehr
  1. Intemational Motor Insurance Card

  2. Ausgeliefert mit Genehmigung des Deutschen Büros Grüne Karte e.V.

  2. Issued under the authority of Deutsches Büro Grüne Karte e.V.
  2. Emise avec l’autorisation du Deutsches Büro Grüne Karte e.V.

  4. Carte Intemationale d’Assurance Automobile
  3 vom a‘ bis 4. Länder Code/VU-Nr./Versicherungsschein-Nr.
  3 from GULTIGNVALID = to 4. Country Code/Insurer’s Code/Nümbers
  Tag/Day |Monat/Month | Jahr/Year Tag/Day |Monat/Month} Jahr/Year
  12 | 09 | 2023 | 31 12 | 2027 | D/ 5085 / V-083-328-019-0
  (Beide Tage eing /Both Dates inclusi'
  5. Amtl. Kennzeichen oder (falls nicht vorhanden) Nr. des F oder Motors 6. Art des Fahrzeugs* 7. Fabrikat des Fahrzeugs

  5. Registration No. (or if none) Chassis or Engine No.

  GL MJ 1005

  6. Category of Vehicle* | 7. Make of Vehicle

  A BMW BAYERISCHE MOT

  8. TERRITORIALE GÜLTIGKEIT
  8. TERRITORIAL VALIDITY

  Diese Versicherungskarte gilt für Länder, die nicht in der Länderliste gestrichen sind (weitere Informationen unter www.cobx.org).
  This card is valid in countries for which the relevant box is not crossed out (for further information, please see www.cobx.org).

  In jedem besuchten Lande übernimmt das Büro dieses Landes hinsichtlich des Gebrauchs des in dieser Versi i F

  die

  über die Pfli g in diesem Lande.

  für das von \ und zwar in ( mit den
  laws relating to compulsory insurance in that country.

  Die Bezeichnung des jeweiligen Büros finden Sie unter www.cobx.org.

  For the identification of the relevant Bureau, see www.cobx.org.

  In each country visited, the Bureau of that country guarantees, in respect of the use of the vehicle referred to herein, the insurance cover in accordance with the

  05.10.2023

  Die Internationale Versiche-
  rungskarte dient bei Auslands-

  - “reisen als Nachweis über Ihre

  bestehende Kraftfahrzeug-
  Haftpflichtversicherung. Diese
  sollten Sie in Ihrem Fahrzeug
  aufbewahren.

  Im Schadenfall ist es wichtig,
  dass Sie sich die Fahrzeug-
  und Versicherungsdaten des
  Unfallgegners notieren und
  uns den Schaden umgehend
  melden.

  Bitte vernichten Sie die Karte,

  A B BG cy* CZ D DK E EST F FIN wenn Sie einen Fahrzeug-
  {
  g ER 5 HR IRL is L LT Lv M N wechsel vornehmen oder Ihr
  2 Fahrzeug abmelden.
  2 NL P PL RO S SK SLO CH AL AND AZ“
  = -
  3 em fe] m | mo | mk | me | sre ™ | TR UA UK
  3
  Ss
  ” ee u. le der) mel pe gees are int formatio 5 ae Sie im Int er ial-validi i
  r j g 9 nn. ere Infor i idi en .
  ™ The cover prowded under Green Cards issued for the Republics of Azerbaijan, Cyprus and Serbia is restrcied Isiieas Gessrasticalpars of heseco maton HDI Schaden Service:
  which are under the control of their respective g For more please consult htip:/gc-territorial-validity.cobx.org. +49 (0) 911 2012-160
  en _ _ Wir sind rund um die Uhr an
  |. Nai ul ies fersich B as .
  9. Name and Address of the Policyhoider (or User b; the vehicle) a 365 Tagen für Sie da!
  Jannick Lawson
  Heinrich-Heine-Weg 15
  51503 Rösrath
  10 Diese Karle ist ausgestellt von: 11. Unterschrift des Versich
  . 10. This Card has been issued by: 11. Signature of tee eres HOI Versicherung AG, HDH-Piatz 1, 30659 Hannover
  Re HDI Versicherung AG Neniint Metaineceie yes
  ; HDI-Platz 1, 30659 Hannover _Gurtsty Labia Chnstian
  , v5 ln Thomas Lier, Jens Warkentin
  Weitere Iseful I _ _ = sa 858054

  G Andere
  : Bus G others
  en

  202310543617 2502 3a.3a.66379.da000099 HK EB072 1 VO PG7060 0 CPY1/3a 3a 66379 da00009d 7060 1.ndf 1/0/0/0:0/00/
  SFR-Übertragung auf einen anderen VN

  Bisher SFR-Berechtigter (Dritter):

  Name/Anschrift: t
  ame/Anschri Brunhild Lawson

  Finkenweg 38
  53947 Nettersheim

  Art des Fahrzeugs: PK\ Beschreibung Hersteller:

  Verwendungszweck: Privat Stärke:
  Kennzeichen: GL M 887 ‚Identifikationsnummer —

  Versicherer/ H DI Versicherungsschein-
  Geschäftsstelle: ummer:

  Kunde:

  MB

  Name/Anschrift: Fotokopie des Führerscheins

  Jannick Lawson .
  muß beigefügt sein.

  Heinrich- Heine- Weg 15
  51503 Rösrath
  Art des Fahrzeugs: PK\Beschreibung Hersteller: BMW

  Verwendungszweck: Privat Stärke: 1 05 .
  Kennzeichen: GL MJ 1005 Bu Identifikationsnummer WBAVN’?1 020VW793

  Versicherer/ . Versicherungsschein-
  Geschäftsstelle: Nummer:

  Es wird beantragt, den Schadenfreiheitsrabatt aus dem Vertrag des bisher SFR-Berechtigten (Dritter) auf den Vertrag des Versicherungsnehmers zu
  übertragen.

  a) Verzichtserklärung des bisher SFR-Berechtigten (Dritter)
  Ich gebe meinen Anspruch auf Berücksichtigung des bisherigen Schadenverlaufs meines obigen Vertrages zugunsten des
  Versicherungsnehmers mit Wirkung vom nn auf.

  (Patim ‚Uhterschrftdes Dritten _ ED Dritter ist am verstorben.

  b) Erklärung des Versicherungsnehmers und des bisher SFR-Berechtigten (Dritter)

  (_]_ Versicherungsnehmer und Dritter sind Ehegatten / Lebenspartner und seit verheiratet / zusammenlebend

  (In diesem Falle können die folgenden Erklärungen entfallen.) 9 0 1 8 . 2 023
  Hiermit erklären wir, daß der Versicherungsnehmer in der Zeit vom bis
  Dritten nicht nur gelegentlich gefahren hat, und zwar

  das Fahrzeug (auch Vorfahrzeuge) des

  m regelmäßig [_] mit folgenden Unterbrechungen
  (_] Versicherungsnehmer und Dritter leben in hauslicher Gemeinschaft
  [] Versicherungsnehmer und Dritter sind Verwandte ersten Grades

  U] Dritter ist eine juristische Person

  Die Ablichtung des Fiihrerscheins des Versicherungsnehmers ist beigefiigt

  N d
  ‚Datum (Unterschrit des Dritten 7 datum Moterachritt des ung?
  ‚Investinlife, Moltkestr. 131, 50674 Köln __

  Herr Ihr Ansprechpartner:
  Jannick Lawson
  Heinrich- Heine- Weg 15 investinlife
  51503 Rösrath Moltkestr. 131
  50674 Köln

  Tel.: 02 21/50 08 58 - 13
  Fax: 0221/50 08 58 - 10
  Mail: c.feike@investinlife.de

  Vermittlernummer: 2030051280

  Köln, den 11.09.2023

  Versicherungsbestätigung zur Kraftfahrzeugzulassung (PKW)
  Versicherer: HDI-Versicherung AG
  Versicherungsschutz: keine Kaskoversicherung

  gültig bis: 11.12.2023
  Zulassungs-Nummer: HDTJ45A

  Sehr geehrte Versicherungsnehmerin,
  Sehr geehrter Versicherungsnehmer,

  vielen Dank für Ihre Anfrage und das in uns gesetzte Vertrauen.

  Heute erhalten Sie die von Ihnen gewünschte Versicherungsbestätigung zur Vorlage bei der
  Zulassungsbehörde. Damit gewährt Ihnen die Versicherung einen vorläufigen Versicherungsschutz ab dem
  Tag der Zulassung oder ab dem angegebenen Datum.

  Bitte beachten Sie:

  1. Sie können diese Bestätigung einmalig bis zum oben genannten Gültigkeitsdatum verwenden.

  2. Mit der Verwendung der Versicherungsbestätigung erkennen Sie verbindlich die Allgemeinen Bedingungen

  der Versicherung für die KFZ-Versicherung (AKB) in der geltenden Fassung an.

  3. Die Versicherung ist berechtigt die vorläufige Deckung zu kündigen.

  4. Endgültigen Versicherungsschutz kann die Versicherung Ihnen erst bestätigen, wenn dieser der vollständige

  Antrag vorliegt. Bitte setzen Sie sich nach der Fahrzeugzulassung direkt mit dem Versicherungsbetreuer
  Ihrer Agentur in Verbindung.

  5. Sollte kein endgültiger Vertrag zu Stande kommen, ist die Versicherung berechtigt die vorläufige Deckung
  abzurechnen.

  Mit freundlichen Grüßen

  investinlife

  Dieses Schreiben wurde maschinell erstellt und ist ohne Unterschrift gültig.

  investinlife | Moltkestr. 131 | 50674 Köln | copyright: Smart InsurTech AG

  1 Ja Ian


title: 0000384
modified: 2025-08-07 23:14:08.001256
checksum: 695295e6dff7704d69995f4f32c9fb69
added: 2025-08-07 23:14:07.827399
storage_type: unencrypted
filename: jannick/2023/none/0000384.pdf
mime_type: application/pdf
archive_checksum: 44731a75fecb1505428d9bb66790e5ab
archive_filename: jannick/2023/none/0000384.pdf
original_filename: 0000384.pdf
created: 2023-09-27
content:
  Te

  echnung Nr 2023125-P

  Ortrun Kapune R

  al Datum: 27.09.2023
  Hintersten Büchel 48 ba! | Seite 1 von 1

  51503 Rösrath

  Tel: 02205907614
  1K: 450538112
  E-Mail: okapune@yahoo.de

  O. Kapune + Hintersten Büchel 48 * 51503 Rösrath

  Jannick Lawson
  Heinrich-Heine-Weg 15

  51503 Rosrath

  Rechnung

  Sonstiges

  8004 Geburtsvorbereitung/Partner 23.08.2023 125,00 EUR
  125,00 EUR

  Gesamtbetrag: 125,00 EUR

  Geburtsvorbereitungskurs vom 23.08.2023 bis 12.10.2023

  4 Nr. 14 UStG.

  Steuernummer: 204/51690980 — Umsatzsteuerbefreit nach §
  30 Tagen zu begleichen, spatestens bis

  Die Zahlung ist fallig und innerhalb der gesetzlichen Frist von
  27.10.2023.

  Bitte überweisen Sie den Gesamtbetrag unter Angabe der Rechnungsnummer.

  Mit freundlichen Grüßen,
  () Cpl

  Bankverbindung: IBAN: DE78 3705 0299 1326 0472 09, BIC: COKSDE33, Kreissparkasse Köln


title: 0000443
modified: 2025-08-07 23:14:12.490262
checksum: 0a54a51c02e5230e9d9816192f34f79b
added: 2025-08-07 23:14:12.312999
storage_type: unencrypted
filename: jannick/2022/none/0000443.pdf
mime_type: application/pdf
archive_checksum: 866ac302077899c2a5c9a5b100570fa9
archive_filename: jannick/2022/none/0000443.pdf
original_filename: 0000443.pdf
created: 2022-09-01
content:
  ZYA/Z0Q 13348/297/6
  Abrechnung der Brutto/Netto-Bezüge für September 2022 21.09.2022 Blatt: 1
  Personal-Nr. Geburtsdatum StKl Faktor Ki.Frbtr. Konfession Freibetrag jährl. 1 Freibetrag mtl. 1 DBA Midijob St.-Tg. VJ Url. üb. Url. Anspr. Url.Tg.gen. Resturlaub
  00006 261087 1 30
  SV-Nummer Krankenkasse KK % 8 PGRS BGRS Um. SV-Tg. Anw. Tage Urlaub Tage Krankh. Tg. Fehlz. Tage
  13261087L029 BKK pronova 1610101 1111 1 30
  Eintritt Austritt Anw. Std. Urlaub Std. Krankh. Std. Fehlz. Std.
  011019
  Steuer-ID MFB 7 Zeitlohn Std. Überstd. Bez. Std.
  neoalto GmbH*Im Mediapark 5*50670 Köln 71909483567
  B/N
  *Pers.-Nr. 00006* Z0Q Hinweise zur Abrechnung




  Jannick Lawson
  Luxemburger Str. 44
  50674 Köln



  Brutto-Bezüge www.datev.de/lohn-id E72dQ-anVMC-IjES4-TuDFV-7CFkg
  Lohnart Bezeichnung Einheit 2 Menge 3 Faktor 3 Prozentsatz St 4 SV4 GB5 Betrag
  001 Gehalt L L J 4.166,67
  799 Energiepreispauschale S F J 300,00




  Gesamt-Brutto
  Steuer/Sozialversicherung 4.466,67
  St 4 Steuer-Brutto Lohnsteuer Kirchensteuer Solidaritätszuschlag Steuerrechtliche Abzüge
  L 4.16667 67741 677,41
  S 30000 10300 103,00

  SV4 KV-Brutto RV-Brutto AV-Brutto PV-Brutto KV-Beitrag RV-Beitrag AV-Beitrag PV-Beitrag 6 SV-rechtliche Abzüge
  L 4.16667 4.16667 4.16667 4.16667 33542 38750 5000 Z 7813 851,05


  Netto-Verdienst
  Verdienstbescheinigung Netto-Bezüge/Netto-Abzüge 2.835,21
  Gesamt-Brutto 37.80003 SV-Brutto 37.50003 Nr. Bezeichnung Betrag
  Steuer-Brutto 37.80003 KV-Beitrag 3.01878
  Lohnsteuer 6.19969 RV-Beitrag 3.48750
  Kirchensteuer AV-Beitrag 45000
  Solidaritätszuschlag PV-Beitrag 70317
  Steuerfreie Bezüge VWL gesamt
  P. verst. Zuk.sich. Kug-Auszahlung


  Pfändung Rest
  Darlehen Rest




  Bank N26 Bank Berlin SV-AG-Anteil Zus. AG-Kosten Gesamtkosten Auszahlungsbetrag
  Konto DE86 1001 1001 2629 5149 09 83646 2.835,21
  1 H = Hinzurechnungsbetrag 4 L = Laufender Bezug, S = Sonstiger Bezug, F = Frei, 5 J = Bestandteil des Gesamt-Bruttos
  2 Std = Stunden, T = Tage, Km = Kilometer, St = Stück E = Einmalbezug, P = Pauschalierung, A = Abfindung, 6 Z = Einschl. Beitragszuschlag zur PV für Kinderlose
  EUR = Euro, Tsd = Tausend Euro, Mio = Million Euro M = mehrjährige Versteuerung, N = Nachberechnung 7 MFB = Mehrfachbeschäftigung
  3 Gegebenenfalls Netto-Lohn/Netto-Stundenlohn V = Vorjahr, W = Entgeltguthaben 8 Maßgeblicher Beitragssatz zur KV inkl. Zusatzbeitrag
  - Dies ist eine Entgeltbescheinigung nach § 108 Abs. 3 Satz 1 der Gewerbeordnung -
  AFP Form.-Nr. LOGN15


title: Grundsicherung 25
modified: 2025-09-28 14:53:33.646002
checksum: bf4718c8ec336114b718f039cbbc21f0
added: 2025-08-27 09:44:53.520345
storage_type: unencrypted
filename: jannick/2025/Diederichs/Grundsicherung 25.pdf
mime_type: application/pdf
archive_checksum: 5c54580310902fc3f673da5fb54a2b9e
archive_filename: jannick/2025/Diederichs/Grundsicherung 25.pdf
original_filename: Grundsicherung 25.pdf
created: 2025-08-27
content:
  Eingang:

  Überprüfung der Leistungen der Grundsicherung
  im Alter und bei Erwerbsminderung (SGB XlIl)

  Um sachgerecht über Ihre welte
  über Sie und zum Tell auch Ihre
  beachten Sie die Erläuterungen
  Jewelligen Person oder Ihres ge
  Zehntes Buch Sozlalgesetzbuc
  Ihre Verpflichtung zur Mitwirku
  men, kann die Sozlalleistung g

  ren Anspruch auf Grundsicherung entschelden zu können, werden von Ihnen Informationen und Unterlagen
  Haushaltsangehörlgen benötigt. Sie werden deshalb gebeten, diesen Vordruck sorgfältig auszufüllen. Bitte
  und vergessen Sle nicht auf Selte 4 zu unterschreiben. Die Richtigkeit der Angaben Ist durch Unterschrift der

  setzlichen Vertreters auf der letzten Selte zu bestätigen. Die Datenerhebung erfolgt nach § 67a Abs. 2 Satz 1
  h (SGB X). Die weltere Datenverarbeltung erfolgt nach §

  ng In diesem Verfahren ergibt sich aus § 60 Abs. 1 SGB 1, Sofern
  anz oder tellwelse wegen fohlender Mitwirkung versagt werden.

  67b Abs. 1 SGB X,
  Sle dieser Mitwirkungspflicht nicht nachkom-

  1. Angaben zu den

  Leistungsbezleher(in)

  2. Person
  persönlichen Ü Lelstungsbezleher(In)
  Verhältnissen Ü) Ehegatte oder eingetragener Lebenspartner(in) (nicht
  getrennt lebend)
  In) Im $ b rtner-
  Bel mehr als zwei 0 art) m Sinne des Lebenspartner
  Personen bitte Ü Partner(in) in eheähnlicher Gemeinschaft
  em Bla O Kind
  ergänzen!
  Familienname, N Cw ann
  [ser Geburtsname, 1s ala Bo 3 ¢ /

  Vorname VER | u Obe
  Anschrift Kkeinvriclh-Ueria Wag AS

  Straße, Haus-Nr.,
  PLZ, On, (freiwillig: Telefon)

  SASO% Nöcra

  | Geburtsdatum

  40,04, 4950

  | Famitienstane

  gescluie cur

  Betreuung

  Pitt fd

  2. Unterhalt

  nur ausfüllen, wenn 2. Person auch Antragsteller(in) Ist:
  Vater Vater:
  Welche Berufe werden von Mutter: __ Mutter:
  Ihren Eltern und (leiblichen oder | Kind 1: LT Berater Kind 1:
  adoptierten) Kindern ausgeübt? | Kind 2: ay be. be Los Kind 2:
  Weitere Kinder: Weitere Kinder;
  A Nein, Grund: Ü Nein, Grund:

  Bestehen Unterhaltsansprüche
  gegen geschiedene oder
  getrennt lebende Ehegatten /
  Ehegattinnen oder Part-
  ner(innen) einer Lebenspart-
  nerschaft?

  Ü] Auf Unterhalt wurde verzichtet
  D Ja, Unterhalt wird bereits gezahlt
  DO Ja, Unterhaltsansprüche sind noch nicht geltend gemacht
  DO Ja, Unterhaltsansprüche sind bereits geltend gemacht
  O sa, Unterhaltsansprüche sind bereits tituliert
  (bitte vollstreckbaren Titel oder Urkunde beifügen)

  DO) Auf Unterhalt wurde verzichtet

  D Ja, Unterhalt wird bereits gezahlt

  © Ja, Unterhaltsansprüche sind noch nicht geltend gemacht
  OD Ja, Unterhaltsansprüche sind bereits geltend gemacht

  OD Ja, Unterhaltsansprüche sind bereits tituliert

  (bitte vollstreckbaren Titel oder Urkunde beifügen) |
  Falls ja:

  Familienname, Vomame des

  getrennt lebenden oder ge-

  schiedenen Ehegatten/Partners

  Anschrift

  Straße, Haus-Nr., |

  PLZ, Ort, (freiwillig: Telefon)

  3. Fragen zur Bedarfsfeststellung:

  3.1 Monatliche Kosten der Unterkunft und Helzung - Nur auszufüllen von Personen, die nicht In einer stationären

  Einrichtung leben!

  & Keine Änderungen

  Kaltmiete Nebenkosten (Betrag), soweit nicht in der Miete enthalten Kosten der Unterkunft

  (Betrag) (monatlicher Betrag)

  | € z.B. Flurbeleuchtung, Fahrstuhl, Wassergeld, Treppenhaus-
  reinigung

  Wohnungsgröße Wohngeld (Miet-/Lastenzuschuss)

  Gesami - qm Anzahl der Räume leer möbliert bewilligt bis
  Davon
  untervermietet „> Räume Räume
  Vermieter (Name und Anschrift, Geschäftszeichen) monatlicher Betrag
  Heizungsart Energieart Darin Kochfeuerung | Elnnahmen aus Untervermietung
  Nacht- Haushalts- Fern- enthalten? (monatlicher Betrag)
  Üzentraineizung DJEinzeiöten | Kohle Or Gas _ strom strom wärme
  ia m] C) O m nein OD ja
  Heizungspauschale (sowelt nicht in der Miete untrennbar bzw. In den Hauslasten enthalten)
  (monatlicher Betrag) ohne Warmwasser- Mit Warmwasser- zu zahlen an (auch Kundennummer)
  bereitstellung bereltstellung
  Mieter der Wohnung Zahl der Personen Im Haushall
  (falls abweichend von Personenzahl auf S. 1)

  3.2 Haus-/Wohnungselgentum

  Keine Änderungen

  [ Soweit Sie Haus-/Wohnungseigentum selbst bewohnen, Ist eine Aufstellun
  Dazu füllen Sie bitte die Erklärung über Aufwendungen und Einkünfte bei

  g über die Kosten und Belastungen vorzulegen und nachzuweisen!
  Haus- und Wohneigentum aus!

  Überprüfung der Grundsicherungsleistungen sei |
  3.3 Mehrbedarf
  SX Keine Änderungen 1. Person 2. Person
  Schwerbehindertenausweis? | DJ Ja, gültig bis Ü beantragt am 0 ja, gültig bis D beantragt am
  (Kopie des Ausweises nein : nein 9
  beifügen!) Merkzeichen G oder aG ? O ja D nein Merkzeichen G oderaG? () ja D nein
  Besteht eine Schwangerschaft?
  (Schwangerschaftswoche © ja, Schwangerschaftswoche: O nein Ü ja, Schwangerschaftswoche: DO nein
  nachweisen!)
  Sind sie allein erziehend? © ja, Namen und Geburtsdaten der minderjährigen Kinder In Ihrem Haushalt auf separatem Blati angeben! OD nein

  Erhalten Sie Eingliederungshilfe
  nach § 54 Abs. 1 Satz 1 Nr. 1-3
  SGB XII?

  Dja Onein

  OD ja O nein

  Bedirfen Sie krankheits- oder
  behinderungsbedingt einer
  kostenaufwandigen Emahrung?

  DO ja, ärztliche Bescheinigung beifügen!

  D nein

  U) ja, ärztliche Bescheinigung beifügen!

  DO nein

  3.4_Kranken- / Pflegeversicherung (Bitte Nachweise beifügen, bei privater Versicherung unbedingt Leistungsumfang darlegen!)

  Wo sind Sie versichert?

  Krankenversicherung

  Pflegeversicherung

  Krankenversicherung

  | Pflegeversicherung

  nicht versichert
  O pflichtversichert
  D Familienversichert
  DO freiwillig versichert
  O_privat versichert

  @ nicht versichert
  D pflichtversichert
  D Familienversichert
  D freiwillig versichert
  QO privat versichert

  D nicht versichert
  DO pflichtversichert
  D Familienversichert
  D freiwillig versichert
  O privat versichert

  | OD nicht versichert
  DO pflichtversichert
  DO Familienversichert
  D freiwillig versichert
  O privat versichert

  Höhe des mil. Beitrages

  Krankenversicherung

  Pflegeversicherung

  Krankenversicherung

  Pflegeversicherung

  Besteht eine Zusatzversiche-
  rung?

  D ja nein

  D ja_ Wrein

  O ja Onein

  O ja Donein

  || 1 Lt |

  Höhe des mtl. Beitrages

  4, Einkommen (Bitte ggf. Einkommensnachweise der letzten 12 Monate beifügen!)
  (z.B. Steuerbescheid, Rentenbescheid. Kindergeldbescheid. Gehaltsbescheinigung für 12 Monate)

  -« Ich bestätige hiermit ausdrücklich, dass ich und mein Pariner/meine Partnerin, neben dem nachfolgend aufgeführten und eingetragenen

  Einkommen, keine weiteren Einkünfte erhalten.

  ee 3 Bi
  Höhe Höhe
  Arbeitseinkommen LD nein Dia Onein |Dija
  Altersrente Onein |ija AS4 2 6 7 Onein |Dja
  Witwenrente bzw. Witwerrente Zrein |Dia ‘ : Onein |Dija
  Pension / Versorgungsbezüge Znein |DJa Onein |Dja
  lErwerbs- / Berufsunfahigkellsrente Znein |Dja Onein |Dija
  Unfallrente [Zrein |Dja Dnen |Dja |
  Waisenrente Znrein |Dja Onein /Dija
  Werks- / Zusatz-/Privatrente A nein Dja . Onein |Dia |
  Sengsterie Onein |Xla 149 he) C f % 6 Onein |Oja |
  Te Zen [Os Oren [Oe |
  Pachteinnahmen ren [Oia Oren [Oe
  Wer _ Znein |Dja Onein {Ola
  Aiereriei geldwerte nen |D ja Onein |Dija
  Kindergeld nein |Oja Onein |Dia
  Leistungen für hochgradig Sehbehinderte Zrein |Dja Onein |Dija
  Blindengeld al nein \DO ja Onein /Dja
  örlosenhilfe Znen IDjJa Onein [Oja
  Leistungen nach dem Bundesversorgungsgeseiz Anein |Dla Onein |Dija
  Unterhaltshilfe/Entschädigungsrente rag nein IOja Onein |O]Ja
  onder- / Weihnachtszuwendung Zinein |Oja Onein [Oja
  Steuererstattung Z nen |O ja Onein |OJa
  Sonstige Einkünfte a nein |D Ja Onein /Oja

  Überprüfung der Grundsicherungsleistungen

  Versicherungen von Ihnen, Ihrem/Ihrer Partner/in (Bitte Nachweise beifügen!)

  Bestehen: Versicherungsgesallschaft Jahresbeitrag
  Haftpflichtversicherung & nen Dja
  Hausratversicherung nein O ja
  Weitere Versicherungen nein Ola
  5. Vermögen von Ihnen, Ihrem/Ihrer Partner/in (Bitte legen Sie die Nachweise bzw. Versicherungsscheine In Kople beil)
  rgeld IX nein Olja Betrag in €
  Girokonto . Betrag in € |
  Auszüge 3 Monate rückwirkend, lückenlos) Anein Dia
  ausparvertrag & nein Olja Betrag in € |
  Sparguthaben (Sparbuch, Festgeld, Ratensparvertrag, ; Betrag in € |
  eldmarktkonto usw.) (nein Ola _
  enossenschaftsanteile, Geschäftsanteile If nein Oja Belrag in € |
  aution/en (hinterlegt z. B. beim Vermieter oder im Betrag in € |
  flegeheim) ¥i nein Dia |
  estattungsvorsorgevertrag ‚nein D ja Betrag In € |
  Sterbeversicherung Rückkaufwert in € |
  Anzeh] nein DO ja
  Grabpflegevertrag Of nein Dja Betrag In €
  Staatlich geförderte, private Altersvorsorge Vorsorgebetrag in € |
  ee ? 5 w nein Dja g g
  Lebens-/Rentenversicherung Anzahl: Kf nein Oja Rückkaufwert In €
  Unfallversicherung mit Rückkaufwert X nein Dja Rückkaufwert in €
  Wertpapiere (Anlageformi/lnstitut) PX nein O ja Betrag in €
  Kraftfahrzeug(e) . . Wert in €
  Km-Stand angeben und Kfz-Schein vorlegen) nein Dia
  Sonstige Forderungen Betrag in €
  Art der Forderung und Schuldner BW nein Dia
  z.B.: Schadensersatz, Außenstände usw.)
  Ansprüche aus Erbschaften einschließlich Pflichtteilen nein Dia Betrag in €
  Sonstiges Vermögen und zwar: Betrag in €
  nein Dia ;
  Angaben zu Immobilien und/oder Grundbesitz
  Bind Sie, Ihr/e Partner/in (Mit-)Eigentiimer/in von Immobillen und/oder Grundbesitz? D ja & nein
  Größe
  Art der Immobilie und des Grundbesitzes Lage angeben (wenn vorhanden, Wertermittlung In Kople beifügen) a) Grundstücksfläche (in m?) |
  b) Wohnfläche (in m?) |
  Hauseigentum a)
  b) |
  Wohnungseigentum a) |
  b)
  nbebaute sowie land- und forstwirt- a) |
  aftlich genutzte Grundstücke —
  tiges Haus- oder Grundvermögen a)

  Angaben zu Schenkungen und Vermögensübertragungen

  urde seit der letzten Überprüfun
  zw. sonstige Rechte verzichtet?
  ja nein
  aben Sie, Ihr/e Partner/in jemandem Geldbeträge gellehen (private Darlehen)?
  Bd nei
  de” angekreuzt haben, füllen Sie bitte die nachfolgenden Zeilen aus:

  ten Sie bei den zuvor genannten Fragen

  9 Vermögen auf andere Personen übertragen, z. B. Haus-/Grundvermögen, Geld, weitere Schenkungen, oder wurde auf Wohnrechte

  ünstigte/r

  Art der Zuwendung
  (Name, Adresse, ggf. gesonderte (Was wurde übergeben?)

  Aufstellung beifügen)

  Höhe/Wert der Zuwendung

  Überprüfung der Grundsicherungsleistungen

  Vertragliche Rechte (Bitte legen Sie den entsprechenden Vertrag, Urtall, etc. vor)

  Anspruch auf Wohnrecht oder Nießbrauch [X nein OD ja
  Anspruch auf Pflege [X nein Ola
  Leibrente und sonstige Rechte X nein Ola
  Verpfändungen/Bürgschaften
  Ba "a Begünstigter:
  Seit wann: ‚aktuelle Höhe:
  Verzicht aut vertragliche Rechte [Anein O Ja
  Wenn Ja, bitte Erläulerung:

  6. Evtl. zu gewährende Geldleistungen bitte ich wie folgt zu zahlen:

  IBAN

  ı& 0131310 0 14101019]010131 40 142161210101

  Bank/ Geldinstitut

  Connor bork

  Erklarung der antragstellenden Personen

  Den Uberpriifungsbogen auf Grundsicherungsleistung mit seinen Anlagen habe ich wahrheitsgemäß ausgefüllt. Die Angaben zu
  den anderen Personen (mit Ausnahme der Angaben zu 2. Unterhalt) habe ich ausgefillt, weil mir Vollmacht erteilt wurde;
  ansonsten haben diese Personen ihre Angaben selbst in den vorstehenden Antrag oder in einen gesonderten Vordruck
  eingetragen und die Richtigkeit durch ihre Unterschrift bestatigt.
  Wenn und solange ich Grundsicherungsleistungen erhalte, werde ich Änderungen der persönlichen und wirtschaftlichen
  Verhältnisse (Familien-, Wohn-, Einkommens-, Vermögens- und Aufenthaltsverhältnisse) sowie der Verhältnisse, über die im
  Zusammenhang mit der Leistung Erklärungen abgegeben worden sind, unverzüglich und unaufgefordert mitteilen. Dies gilt auch für

  Angaben zu den vertretenen Personen.
  Beratungs- und Informationsangebot

  CJ Ich wünsche noch Beratung und Unterstützung zu meiner persönlichen Situation oder habe weiteren Informationsbedarf.

  Bescheide in Angelegenheiten der Sozialhilfe sollen an die nachstehende Person gesandt werden:

  |

  Die übrigen Personen werden von dieser Person informiert.

  CJ Ich bevollmächtige meine(n) Ehegatten / Ehegattin / Lebenspartner bzw. Partner(in) der eheähnlichen Gemeinschaft zur
  Entgegennahme von Verwaltungsakten und entsprechenden Geldleistungen. N
  I

  | Datum 1. Person | Unterschrift |

  AFB. ES

  2.Person | Unterschrift [ 1]


title: ArbeitserfassungJuni25lLawson
modified: 2025-08-27 10:42:12.234931
checksum: 1780a3156ae9c8aa35d1ef165a95fd58
added: 2025-08-27 10:26:29.348211
storage_type: unencrypted
filename: admin/2025/none/ArbeitserfassungJuni25lLawson.pdf
mime_type: application/pdf
original_filename: ArbeitserfassungJuni25lLawson.pdf
created: 2025-06-01
content:
  Arbeitszeitblatt: 01.06.2025 bis 30.06.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  02.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 7,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  02.06.2025 7,00
  03.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  03.06.2025 8,00
  04.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  04.06.2025 8,00
  05.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  05.06.2025 9,00
  06.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  06.06.2025 9,00
  10.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 10,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  10.06.2025 10,00
  11.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  11.06.2025 9,00
  12.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 10,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  12.06.2025 10,00



  Seite 1 / 3
  Arbeitszeitblatt: 01.06.2025 bis 30.06.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  13.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  13.06.2025 9,00
  16.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  16.06.2025 8,00
  17.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  17.06.2025 8,00
  18.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  18.06.2025 8,00
  20.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  20.06.2025 8,00
  23.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  23.06.2025 9,00
  24.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 10,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  24.06.2025 10,00
  30.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  30.06.2025 8,00



  Seite 2 / 3
  Arbeitszeitblatt: 01.06.2025 bis 30.06.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  01006700 138,00
  Digital

  Lawson Digital unterschrieben Lueck unterschrieben von
  Lueck Thomas 3
  Thomas 3 Datum:
  Datum, Unterschrift von Lawson Datum, Unterschrift
  Boemigan Boemigan Jannick 2025.07.01
  09:20:30 +02'00'
  Datum: 2025.06.30
  30.06.2025 Jannick 16:04:58 +02'00' 30.06.2025
  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  Jannick, Lawson Boemigan (Genehmiger)




  Datum, Unterschrift


  30.06.2025
  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  (Ansprechpartner Kunde)




  Seite 3 / 3


title: ArbeitserfassungAugust25Lawson
modified: 2025-09-01 15:34:26.977276
checksum: 375050f5793ac5ac2063abbb99c3cef7
added: 2025-09-01 15:33:17.202223
storage_type: unencrypted
filename: admin/2025/BWI/ArbeitserfassungAugust25Lawson.pdf
mime_type: application/pdf
original_filename: ArbeitserfassungAugust25Lawson.pdf
created: 2025-08-01
content:
  Arbeitszeitblatt: 01.08.2025 bis 31.08.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  01.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  01.08.2025 8,00
  04.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  04.08.2025 9,00
  05.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  05.08.2025 9,00
  06.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  06.08.2025 9,00
  07.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  07.08.2025 8,00
  08.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  08.08.2025 8,00
  11.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 10,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  11.08.2025 10,00
  12.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  12.08.2025 8,00



  Seite 1 / 4
  Arbeitszeitblatt: 01.08.2025 bis 31.08.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  13.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 4,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  13.08.2025 4,00
  14.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 6,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  14.08.2025 6,00
  15.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 4,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  15.08.2025 4,00
  18.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  18.08.2025 9,00
  19.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  19.08.2025 8,00
  20.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  20.08.2025 9,00
  21.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  21.08.2025 8,00
  22.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  22.08.2025 8,00



  Seite 2 / 4
  Arbeitszeitblatt: 01.08.2025 bis 31.08.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  25.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  25.08.2025 8,00
  26.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  26.08.2025 8,00
  27.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  27.08.2025 8,00
  28.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  28.08.2025 9,00
  29.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 6,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  29.08.2025 6,00
  01006700 164,00




  Seite 3 / 4
  Arbeitszeitblatt: 01.08.2025 bis 31.08.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers


  Digital
  Datum, Unterschrift Lawson Digital unterschrieben von
  Lawson Boemigan Jannick
  Datum, Unterschrift Toeller unterschrieben von
  Toeller Thomas 1
  Boemigan
  01.09.2025 Jannick
  Datum: 2025.09.01
  10:34:22 +02'00' 01.09.2025 Thomas 1 Datum: 2025.09.01
  11:15:34 +02'00'
  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  Jannick, Lawson Boemigan (Genehmiger)




  Datum, Unterschrift


  01.09.2025
  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  (Ansprechpartner Kunde)




  Seite 4 / 4


title: Einkommensteuer Nummer
modified: 2025-09-28 17:08:25.926343
checksum: 391c9747302f0aa9d72e4a8b5aa11505
added: 2025-09-28 14:36:58.591949
storage_type: unencrypted
filename: jannick/2025/Finanzamt Bergisch Gladbach/Einkommensteuer Nummer.pdf
mime_type: application/pdf
archive_checksum: 564feeda2ea1cbfcbe00c51c64097bc3
archive_filename: jannick/2025/Finanzamt Bergisch Gladbach/Einkommensteuer Nummer.pdf
original_filename: Gescannt_20250928-1622.pdf
created: 2025-09-28
content:
  BETTER

  EEE DEE DT &

  oe hunde DS EEE es VE EU TORE U BB Ee

  "LI AT SE

  © bbe bee. ete be

  F80C01_V79.FRM

  Finanzamt Bergisch Gladbach 51469 Bergisch rn i10,03,2025 pies
  Veranlagungsbezirk 003 Refrather Weg 3

  IdNr. 71 909 483 567 _
  Steuernummer 204/5214/4046 Telefon 02202 9342-55214

  (Bitte bei Rückfragen und Zahlungen angeben)

  Finanzamt,Postfach 200380, 51433 Bergisch Gladbach
  17 3C5D AF70 1F D005 F1E1
  DV 03.25 0,95 Deutsche Post GY

  Wichtige Mitteilung

  W=-E t
  : a:
  Er:

  #0

  *0509°0024350* 10°5204*K2007° - 4m eigenen Interesse aufbewahren - .

  Herrn

  Jannick Lawson
  Heinrich-Heine-Weg 15
  51503 Rösrath

  —_ oe ; _ 7 S

  Sehr geehrter Herr Lawson,

  Sie werden künftig bei dem

  Finanzamt Bergisch Gladbach

  .

  für die

  Einkommensteuer
  x;
  unter der Steuernummer

  204/5214/4046 (bisher: 204/2357/4380)
  geführt. j NE | i

  Ihre Identifikationsnummer ändert sich hierdurch nicht. Bitte geben Sie Ihre Identifikations-
  nummer bei Anträgen, Erklärungen und Mitteilungen zur Einkommensteuer immer an. Zur Verfahrens-
  erleichterung geben Sie bitte vorerst die 0.9. Steuernummer zusätzlich an.

  Falls für Sie ein Angehöriger der steuerberatenden Berufe tätig ist, teilen Sie bitte auch diesem
  die Steuernummer mit. j

  Die Finanzverwaltung des Landes Nordrhein-Westfalen bietet Ihnen das Lastschrift-Einzugsverfahren
  für alle Steuern und Abgaben an. Wenn Sie sich an diesem Verfahren beteiligen wollen, fordern Sie
  bitte die entsprechenden Unterlagen bei uns an; wir senden sie Ihnen gerne kostenlos zu.

  Bei künftigen Anschriftenänderungen unterrichten Sie bitte möglichst umgehend das Finanzamt.

  Für Zahlungen verwenden Sie bitte nur eines der u.a. Konten der Finanzkasse. __

  Bitte beachten Sie auch die folgenden Informationen zum Serviceangebot der Finanzverwaltung.

  Datenschutzhinweis:

  Informationen Über die Verarbeitung personenbezogener Daten in der Steuerverwaltung und über Ihre
  Rechte nach der Datenschutz-Grundverordnung sowie Über Ihre Ansprechpartner in Datenschutzfragen
  entnehmen Sie bitte dem allgemeinen Informationsschreiben der Finanzverwaltung.

  Dieses Informationsschreiben finden Sie unter www.finanzamt.de (unter der Rubrik ’Datenschutz’)
  oder erhalten Sie bei Ihrem Finanzamt.

  Mit freundlichen Grüßen

  Ihr Finanzamt

  e828 Fortsetzung Siehe Seite 2 *##s

  Konto der Finanzkasse: ered) EI ose yen
  BBk Köln
  IBAN DE98 3700 0000 0037 0015 08 BIC MARKDEF 1370

  Weitere Informationen im Internet unter
  www. f inanzverwaltung.nrw.de |

  *61.847*
  i *038823*


title: Vorauszahlungsbescheid 25
modified: 2025-09-28 16:01:35.879778
checksum: 8923bfa750751fb358ee285e8a16bb92
added: 2025-09-28 14:39:51.279354
storage_type: unencrypted
filename: jannick/2025/Finanzamt Bergisch Gladbach/Vorauszahlungsbescheid 25.pdf
mime_type: application/pdf
archive_checksum: f4023fa73fb1fc670721c2430149a5dc
archive_filename: jannick/2025/Finanzamt Bergisch Gladbach/Vorauszahlungsbescheid 25.pdf
original_filename: Gescannt_20250928-1638.pdf
created: 2025-03-17
content:
  F80C01_V79.FRM

  Finanzamt Bergisch Gladbach
  Veranlagungsbezirk 003

  IdNr. 71 909 483 567

  Steuernummer 204/5214/4046

  (Bitte bei Rückfragen und Zahlungen angeben)

  FA, PF 200380, 51433 Bergisch Gladbach

  17 3C5D AF70 23 4006 3B0F
  DV 03.25 0,95 Deutsche Post GQ?

  *0564°0025520°17°5204*K2007°

  Herrn

  Jannick Lawson
  Heinrich-Heine-Weg 15
  51503 Rösrath

  Festsetzung der Vorauszahlungen

  über

  51469 Bergisch Gladbach 17.03.2025
  Refrather Weg 35

  Telefon 02202 9342-55214

  Vorauszahlungsbescheid

  Einkommensteuer

  und Solidaritätszuschlag

  i evang. Solida-
  Es werden festgesetzt Einkommen- Kirchen- ritäts- Insgesamt
  und sind zu zahlen . steuer | steuer zuschlag
  € € €

  für 2025 zum

  10.Marz wie bisher 0,00 .. 0,00 0,00 0,00

  10. Juni 14. 165,00 ; 779,00 14.944,00

  10.September 14.165,00 779,00 14.944,00

  10.Dezember 14.165,00 779,00 14.944,00
  ab 2026 jeweils zum
  10.Marz, 10. Juni, 10.Sept., 10.Dez. 10.568,00 581,00 11.149,00

  j Solange Sie keinen neuen Vorauszahlungsbescheid erhalten, behält dieser seine Wirksamkeit

  %
  ry

  und gilt auch für die Folgejahre unverändert weiter.

  Berechnung des zu versteuernden Einkommens

  €
  Einkünfte aus selbständiger Arbeit :
  aus Toe perut lichen ar De a sten 1 130,2000
  Einkünfte . . . . a a ne a o's 5 180.000:
  Summe der Einkünfte .. le eye Isl, co} ehe el sda 701905000:
  Gesamtbetrag der Einkünfte B/S Ms) alu mu im main Reale
  Sonderausgaben

  ab beschränkt abziehbare Sonderausgaben
  _. Weitere sonstige Vorsorgeaufwendungen _ ....._.
  davon abziehbar =
  Summe der beschränkt abziehbaren Sonderausgaben
  ab unbeschränkt abziehbare Sonderausgaben
  Summe der unbeschränkt abziehbaren Sonderausgaben
  mindestens jedoch Sonderausgaben-Pauschbetrag

  Einkommen / zu versteuerndes Einkommen ..........

  Berechnung der Jahresvorauszahlungen für die Einkommensteuer
  zu versteuern nach

  dem Grundtarif ........... 5. 66 + 6 +. 127.164.
  Einkommensteuer . . . Fle res) MS IR fm ms os
  Jahresvorauszahlungsbetrag” für 2025 .

  Insgesamt

  2.800. ... -2.800

  -36
  . 127.164

  42.496
  42.496
  42.496

  *eee* Fortsetzung siehe Seite 2 ***==

  Konto der Finanzkasse:
  BBk Köln

  Kreditinstitut:

  IBAN DE98 3700 0000 0037 0015 08 BIC MARKDEF 1370

  Weitere Informationen auf der letzten Seite oder im
  Internet unter www.finanzverwaltung.nrw.de

  >>> WinGF <<< *61.427*

  *038995*
  Oar us

  bs nd | Ga u

  aD he) kg FI FI a ZEV SHE IR

  IdNr. 71 909 483 567 Seite 2
  Steuernummer 204/5214/4046

  Übertrag:
  Jahresvorauszahlungsbetrag für 2025 . 2. 2. 2. 2 2 nn nn ne. se: eae |S 42.496

  Berechnung der Vorauszahlungen für den Solidaritätszuschlag

  €
  Einkommensteuer } ale
  Bemessungsgrundlage . s
  davon Solidaritätszuschläg . za hiım n 3 5 te a SR SD wee un Einem Ss ae
  Jahresvorauszahlungsbetrag 2025 . . 6 1 KK nn nn nn nee en
  Restbetrag für 2025. . a “a nu. En nun ln en F

  Erläuterungen zur Berechnung der Vorauszahlungen
  Die Vorauszahlungen habe ich auf der Grundlage Ihrer Angaben im Fragebogen zur steuerlichen

  Erfassung festgesetzt.

  Bei der Berechnung Ihrer Vorauszahlungen habe ich aktuelle gesetzliche Änderungen soweit möglich
  berücksichtigt.

  Vorauszahlungen wurden festgesetzt, weil sie mindestens 400 € /Jahr betragen. Dies ist selbst dann
  der Fall, wenn sich bei der letzten Veranlagung eine Steuererstattung oder nur eine geringere
  Steuernachzahlung ergeben hat, weil bestimmte Besteuerungsgrundlagen im Vorauszahlungsverfahren
  nicht berücksichtigt werden können.

  Datenschutzhinweis:

  Informationen über die Verarbeitung personenbezogener Daten in der Steuerverwaltung und über Ihre
  Rechte nach der Datenschutz-Grundverordnung sowie über Ihre Ansprechpartner in Datenschutzfragen
  entnehmen Sie bitte dem allgemeinen Informationsschreiben der Finanzverwaltung. Dieses
  Informationsschreiben finden Sie unter www.finanzamt.de (unter der Rubrik "Datenschutz") oder
  erhalten Sie bei Ihrem Finanzamt.

  Rechtsbehelfsbelehrung

  Die Festsetzung der Vorauszahlungen kann mit dem Einspruch angefochten werden.

  Ein Einspruch ist jedoch ausgeschlossen, soweit dieser Bescheid einen Verwaltungsakt ändert oder
  ersetzt, gegen den ein zulässiger Einspruch oder (nach einem zulässigen Einspruch) eine zulässige
  Klage, Revision oder Nichtzulassungsbeschwerde anhängig ist. In diesem Fall wird der neue
  Verwaltungsakt Gegenstand des Rechtsbehelfsverfahrens. Dies gilt auch, soweit sich ein
  angefochtener Vorauszahlungsbescheid durch die Jahressteuerfestsetzung erledigt.

  Der Einspruch ist bei dem vorbezeichneten Finanzamt schriftlich einzureichen, diesem elektronisch
  zu übermitteln oder zur Niederschrift zu erklären.

  Die Frist für die Einlegung eines Einspruchs beträgt einen Monat.

  Sie beginnt mit Ablauf des Tages, an dem Ihnen dieser Bescheid bekannt gegeben worden ist. Bei
  Zusendung durch einfachen Brief gilt die Bekanntgabe mit dem vierten. Tag nach Aufgabe zur Post als
  bewirkt, es sei denn, dass der Bescheid zu einem späteren Zeitpunkt zugegangen ist. .

  Bei Einlegung des Einspruchs soll der Verwaltungsakt bezeichnet werden, gegen den sich der
  Einspruch richtet. Es soll angegeben werden, inwieweit der Verwaltungsakt angefochten wird. Ferner
  sollen die Tatsachen, die zur Begründung dienen, und die Beweismittel angeführt werden.

  Auch wenn ein Einspruch eingelegt worden ist, müssen die angeforderten Beträge fristgemäß gezahlt
  werden, es sei denn, dass die Voliziehung des Bescheids ausgesetzt oder Stundung gewährt worden
  ist.

  Zu Ihrer Information:

  Wenn Sie beabsichtigen, einen Einspruch elektronisch einzulegen, wird empfohlen, den Einspruch
  über "Mein ELSTER" (www.elster.de) oder jede andere Steuer-Software, die die Möglichkeit des
  elektronischen Einspruchs anbietet, zu übermitteln.

  Zahlung und Folgen verspäteter Zahlung

  Bitte--leisten —Sie alle -Zahlungen -unbar -auf--das- angegebene Konto -des Finanzamts. Vergessen..Sie...-

  dabei bitte nicht, als Verwendungszweck die Steuernummer, die Abgabeart und den Zeitraum
  anzugeben, für die/den Sie die Zahlung entrichten.

  Wenn Sie die Steuern nicht bis zum Ablauf des Fälligkeitstages zahlen, ist für jeden angefangenen
  Monat der Säumnis ein Säumniszuschlag von 1 % des auf volle 50 € abgerundeten rückständigen
  Steuerbetrags zu entrichten.

  Bei Überweisung oder Einzahlung auf ein Konto des Finanzamts gilt die Zahlung an dem Tag als
  wirksam geleistet, an dem der Betrag dem Finanzamt gutgeschrieben wird.

  Sie können auch die Teilnahme am Lastschrifteinzugsverfahren erklären. Vordrucke hierfür erhalten
  Sie bei Ihrem Finanzamt oder im Internet(Internetadresse siehe erste Seite unten). Fällige zu
  entrichtende Beträge werden in diesem Fall von Ihrem Girokonto abgebucht.

  **ses Fortsetzung siehe Seite 3 ***#*

  >>> WinGF <<< *


title: Genehmigung Besteuerung
modified: 2025-09-28 16:02:00.662088
checksum: 6e45fdf4110645cf8661064ac315e467
added: 2025-09-28 14:40:59.490836
storage_type: unencrypted
filename: jannick/2025/Finanzamt Bergisch Gladbach/Genehmigung Besteuerung.pdf
mime_type: application/pdf
archive_checksum: 7f3ffbda3d730b6d8bf98a022679b45e
archive_filename: jannick/2025/Finanzamt Bergisch Gladbach/Genehmigung Besteuerung.pdf
original_filename: 86428798031133.pdf
created: 2025-02-16
content:
  Finanzamt
  Bergisch Gladbach

  Auskunft erteilt

  Finanzverwaltung NRW Postfach 200380, 51433 Bergisch Gladbach Frau Richerzhagen.
  17 3C5D AF70 1C 9002 433B PT
  DV 02.25 0,95 Deutsche Post Q NE
  , N Durchwahl-Nr. Zimmer
  *0457°0009267*27*5999*K2007* AR 02202 9342-2152 040
  Herr
  Jannick Gabin Lawson Boemigan
  Heinrich-Heine-Weg 15
  51503 Rösrath
  Steuernummer / Aktenzeichen » Datum |

  -204/5214/4057 NAST a oer. Peo Wee ie ee

  Genehmigung zur Besteuerung der Umsätze nach vereinnahmten Entgelten
  Ihr Antrag vom 16.02.2025 .

  Sehr geehrter Herr Lawson Boemigan,

  ich genehmige Ihnen die Berechnung der Umsatzsteuer ab dem 1.03.2025 nach
  vereinnahmten Entgelten, weil

  der Gesamtumsatz im Jahr 2025 nicht mehr als 800.000 € (bis 31.12.2023: 600.000 €)
  betragen wird.

  Sie Umsätze aus freiberuflicher Tätigkeit ausführen und für diese Umsätze keine Bücher
  führen (weder freiwillig, noch aufgrund einer gesetzlichen Verpflichtung).

  Diese Genehmigung gilt bis auf Widerruf für das gesamte Unternehmen:

  Soweit die Besteuerung nach vereinnahmten Entaelten genehmiat wurde, sind alle im

  Voranmeldungs- bzw. Besteuerungszeitraum vereinnahmten Entgelte oder Entgeltteile der
  Umsatzsteuer zu unterwerfen. Dazu gehören insbesondere Anzahlungen, Vorauszahlungen
  und Abschlagszahlungen für später auszuführende Lieferungen oder sonstige Leistungen.
  Bezüglich des Vorsteuerabzuges - soweit er Ihnen zusteht - ergeben sich keine Änderungen.

  Bei einem Wechsel von der Besteuerung nach vereinbarten Entgelten zur Besteuerung nach
  vereinnahmten Entgelten ist Folgendes zu berücksichtigen:

  Die im Zeitpunkt des Wechsels der Besteuerungsart bereits versteuerten - aber noch nicht
  vereinnahmten - Entgelte für schon durchgeführte Lieferungen oder sonstige Leistungen
  (Forderungen) brauchen bei ihrer Vereinnahmung nicht mehr versteuert zu werden.

  Diese Genehmigung gilt nicht mehr ab Beginn des Jahres,

  Dienstgebäude Telefon Telefonische Servicezelten BBk Köln
  aie Wee Se ih ra en. - Do. 8:00 bis 18:00 Uhr Fr. 8:00 bis 16:00 Uhr IBAN DE98 3700 0000 0037 0015 08
  erg adbach rundsteuer-Hotline Mo. - Fr. 09:00 bis 13:00 Uh BIC MARKD 7
  www. finanzamt.nrw.de 0800 10092675204 ae
  Telefax Ausland i

  Servicezeiten vor Ort
  0049 2202 9342-1205 Mo. - Mi. 8:00 bis 13:00 Uhr Do. 8:00 bis 17:00 Uhr
  Fr. 8:00 bis 12:00 Uhr und nach Vereinbarung

  Öffentliche Verkehrsmittel: Buslinien 451 und 452
  Genehmigung der Istbesteuerung

  Nr. 754/036-V2001 (09.24) OFD NRW St 44 “0080 Seite 1 von 2
  ee innen u =
  4

  Steuemummer 204/5214/4057

  in dem der Gesamtumsatz des Vorjahres den Betrag von 800.000 € (bis 31.12.2023:
  600.000 €) überstiegen hat.

  wenn im Vorjahr die freiberufliche Tatigkeit aufgegeben und zu einer gewerblichen
  Tätigkeit übergegangen wurde. Falls für die gewerbliche Tätigkeit die Voraussetzungen
  für die Besteuerung nach vereinnahmten Entgelten erfüllt werden, ist ein neuer Antrag zu
  stellen.

  Bei einem Wechsel zur Besteuerung nach vereinbarten Entgelten sind folgende Punkte zu
  beachten:

  1:

  Die im Zeitpunkt des Wechsels noch nicht vereinnahmten Entgelte für vorher erbrachte
  Lieferungen oder sonstige Leistungen (Forderungen) sind bei ihrer späteren
  Vereinnahmung noch zu versteuern.

  Die im Zeitpunkt des Wechsels bereits versteuerten Entgelte oder.Entgeltteile für spätere
  Lieferungen oder sonstige Leistungen (z. B. Anzahlungen) sind bei der Erbringung und
  Besteuerung dieser Lieferungen oder sonstigen Leistungen wieder abzusetzen.

  Der Wechsel zur Besteuerung nach vereinbarten Entgelten ist beim Finanzamt anzugeben.

  Rechtsgrundlagen:

  Mit freundlichen Grüßen
  Ihr Finanzamt

  e Besteuerung der Umsätze nach 8 20 Satz 1.Nummer 1 bis 4
  vereinnahmten Entgelten Umsatzsteuergesetz (UStG)
  e Gesamtumsatz 8 19 Absatz 3 UStG
  e Buchführungspflicht § 148 Abgabenordnung
  e freiberufliche Tätigkeit § 18 Absatz 1 Nummer 1 Einkommensteuer-
  Gesetz (EStG)
  e gewerbliche Tätigkeit 8 15 EStG

  Datenschutzhinweis:

  Informationen über die Verarbeitung personenbezogener Daten in der Steuerverwältung’
  und über Ihre Rechte nach der Datenschutz-Grundverordnung sowie über Ihre
  Ansprechpartner in Datenschutzfragen entnehmen Sie bitte dem allgemeinen
  Informationsschreiben der Finanzverwaltung. Dieses Informationsschreiben finden Sie unter

  www finanzamt.de (unter der Rubrik „Datenschutz“) oder erhalten Sie bei Ihrem Finanzamt,

  Seite 2von 2


title: Umsatzsteuernummer
modified: 2025-09-28 16:01:48.804925
checksum: 69a07655948407190a8ec9c9584b7169
added: 2025-09-28 14:42:59.221488
storage_type: unencrypted
filename: jannick/2025/Finanzamt Bergisch Gladbach/Umsatzsteuernummer.pdf
mime_type: application/pdf
archive_checksum: 3506bb1a0daad7a0d04e97c5ed24f38b
archive_filename: jannick/2025/Finanzamt Bergisch Gladbach/Umsatzsteuernummer.pdf
original_filename: Gescannt_20250928-1641.pdf
created: 2025-03-11
content:
  Finanzamt Bergisch Gladbach 51469 Bergisch Gladbach 11.03.2025

  Veranlagungsbezirk 003 Refrather Weg 35
  IdNr. 71 909 483 567
  Steuernummer 204/5214/4057 Telefon 02202 9342-55214

  (Bitte bei Rückfragen und Zahlungen angeben)

  Finanzamt,Postfach 200380, 51433 Bergisch Gladbach
  17 3C5D AF70 20 5000 BE12 An Wichtige Mitteilung
  DV 03.25 0,95 Deutsche Post GY oe

  *0517°0003041*11*5204°K2007* - im eigenen Interesse aufbewahren -

  Herrn

  Jannick Gabin Lawson Boemigan
  Heinrich-Heine-Weg 15

  51503 Rösrath

  Sehr geehrter Herr Lawson Boemigan,

  Sie werden künftig bei dem
  Finanzamt Bergisch Gladbach
  für die
  Umsatzsteuer
  unter der Steuernummer
  204/52 14/4057
  geführt.
  Sie diese Steuernummer bitte im Schriftverkehr mit Ihrem Finanzamt und bei Steuerzahlungen

  Falls für Sie ein Angehöriger der steuerberatenden Berufe tätig ist, teilen Sie bitte auch diesem
  die Steuernummer mit. :

  Die Finanzverwaltung des Landes Nordrhein-Westfalen bietet Ihnen das Lastschrift-Einzugsver fahren
  für alle Steuern und Abgaben an. Wenn Sie sich an diesem Verfahren beteiligen wollen, fordern Sie
  bitte die entsprechenden Unterlagen bei uns an; wir senden sie Ihnen gerne kostenlos zu.

  Bei künftigen Anschr iftenänderungen unterrichten Sie bitte möglichst umgehend das Finanzamt.

  Für Zahlungen verwenden Sie bitte nur eines der u.a. Konten der Finanzkasse.

  F80C01_V79.FRM

  ees Segel us D = ge fe
  Bitte beachten Sie auch die folgenden Informationen zum serviceangebot der Finanzverwaltung.

  Datenschutzhinweis:

  Informationen Uber die Verarbeitung personenbezogener Daten in der Steuerverwaltung und über Ihre

  Rechte nach der Datenschutz-Grundverordnung sowie Über Ihre Ansprech artner in D hutzfragen
  entnehmen Sie bitte dem allgemeinen Informationsschreiben der a aunn. a “9

  Dieses Informationsschreiben finden Sie unter www. finanzamt.de n ‘ :
  oder erhalten Sie bei Ihrem Finanzamt. sinker der Rube ik“ Bakensehtitz

  Mit freundiichen Grüßen

  Ihr Finanzamt

  ee

  ***** Fortsetzung siehe Seite 2 **###*
  Konto der Finanzkasse: fü

  Kreditinstitut:
  / . BBk Köln

  IBAN DE98 3700 0000 m 0015 08 BIC MARKDEF 1370
  Weitere Informat
  www .Finanzverna] fore” im Internet unter

  ung.nrw.de
  *93.726*

  *000393*
  N En OS TE FITS he § Pa Ha es

  IdNr. 71 909 483 567 Seite 2
  Steuernummer 204/5214/4057

  www. finanzverwaltung.nrw.de

  Besuchen Sie die NRW-Finanzverwaltung im Internet! Auf unserer Homepage finden Sie Antworten
  auf die wichtigsten Fragen zum Thema Steuern und Tipps für Ihre Steuererklärung.

  Daneben werden Sie auch Uber aktuelle Anderungen der Steuergesetzgebung informiert.

  Außerdem können Sie unter der Rubrik ‘Service’ Broschüren mit Steuertipps gratis bestellen, —
  einsehen und herunterladen. Berechnungsprogramme zur Lohnsteuerklassenwahl oder zur Steuerhöhe
  runden das Angebot ab. Das für Sie zuständige Finanzamt finden Sie Über den Finanzamtsfinder.

  STARTERCENTER NRW - Das Gründungsnetzwerk in Nordrhein-Westfalen

  Die STARTERCENTER NRW bieten Informationen, individuelle Beratung und vielseitige Schulungsange-
  bote. Sie bieten Ihnen zudem ein umfangreiches Angebot an Seminaren, Workshops, Gründertagen und
  weiteren interessanten Veranstaltungen. Mit dem kostenlosen Newsletter erhalten Sie regelmäßig
  nützliche Informationen.

  Weitere Informationen finden Sie im Internet unter www.startercenter.nrw.de.

  Elektronische Steuererklärung (ELSTER)

  Allgemeine Informationen zur Elektronischen Steuererklärung finden Sie im Internet

  unter www.elster.de.

  Einige Steuererklärungen sind elektronisch abzugeben, wie z.B. Einkommensteuererklärungen, für
  Selbständige und Gewerbetreibende, Gewerbesteuer-, Umsatzsteuerjahres- oder Körperschaftsteuer-
  erklärungen sowie Voranmeldungen wie z.B. die Lohnsteuer- und Umsatzsteuervoranmeldung.

  Die Erklärungen können im ElsterOnlinePortal Über das Onlineportal ELSTER (www.elster.de)
  erstellt und direkt von dort online an Ihr Finanzamt versandt werden. Für eine authentifizierte
  Übermittlung wird ein elektronisches Zertifikat benötigt. Dieses erhalten Sie durch eine
  Registrierung im Portal ’ELSTER - Ihr Online-Finanzamt’. Die Registrierung kann bis zu zwei
  Wochen in Anspruch nehmen.

  Auch wenn keine gesetzliche Verpflichtung zur elektronischen Steuererklärungsabgabe besteht

  (z. B. für Arbeitnehmer), bietet die Elektronische Steuererklärung als Alternative zur Steuer-
  erklärung auf Papier viele Vorteile. Neben einer bequemeren Abwicklung können beispielsweise bei
  der Steuerverwaltung gespeicherte Daten/Belege elektronisch abgerufen und in die Einkommensteuer-
  erklärung übernommen werden (vorausgefüllte Steuererklärung).

  mm m oo) mm >

  Sn zn 25 ==


title: Umsatzsteuer ID
modified: 2025-09-28 16:01:54.504946
checksum: 12e5829141b9236f79e46d9817c588d2
added: 2025-09-28 14:43:56.396562
storage_type: unencrypted
filename: jannick/2025/Finanzamt Bergisch Gladbach/Umsatzsteuer ID.pdf
mime_type: application/pdf
archive_checksum: 2f496206e7712deb90c0aaf8a5f50216
archive_filename: jannick/2025/Finanzamt Bergisch Gladbach/Umsatzsteuer ID.pdf
original_filename: Gescannt_20250928-1642.pdf
created: 2025-03-01
content:
  001-002

  007061-001027

  as

  O1EW1A07 20240814

  Bundeszentralamt
  für Steuern

  IDIHIEITIER TEST ET UU0UU |

  Bundeszentralamt für Steuern, 66738 Saarlouls

  HAUSANSCHRIFT Ludwig-Karl-Balzer-Allee 2, 66740 Saarlouis

  0B 42C1 DECO 66 F000 4038

  \ BEARBEITET VON Abteilung Steuern U
  DV 03.25 0.95 Deutsche Post 9 Kin®

  *K4000*
  *00706100'001027° TEL +49 (0) 228 406 1222
  j ‚ah 8 ; FAX +49 (0) 228 406 3801
  annıc abin Lawson Boemigan
  Heinrich-Heine-Weg 15 E-MAIL UStKV@bzst.bund.de
  51503 Rösrath INTERNET www.bzst.bund.de

  Betreff: Bescheid über die Erteilung einer Umsatzsteuer-Identifikationsnummer
  Bezug:

  Anlagen: Hinweise zum Umsatzsteuer-Kontrollverfahren

  GZ: (bei Antwort bitte angeben) Stlll2 -S7427-c - DE452391499
  Datum:01.03.2025

  Guten Tag,

  auf der Grundlage des § 27a Umsatzsteuergesetz erteile ich Ihnen folgende
  Umsatzsteuer-Identifikationsnummer (USt-IdNr.):

  DE452391499
  Sie ist gültig mit Wirkung vom 01.03:2025.

  Folgende Daten werden im Rahmen des Bestätigungsverfahrens von USt-IdNrn. verwendet:

  Jannick Gabin Lawson Boemigan
  Heinrich-Heine-Weg 15
  51503 Rösrath

  Die Wirtschafts-Identifikationsnummer (W-IdNr.) entspricht in ihrem Aufbau der USt-IdNr.
  Bei der USt-IdNr. und der W-IdNr. handelt es sich um zwei eigenständige Identifikationsnummern.

  Mit freundlichen Grüßen

  Bundeszentralamt für Steuern

  Dieses Schreiben wurde automatisch erstellt und ist daher ohne Unterschrift gültig.


title: 30015-2025-05_T-Systems Jannick Lawson 05.2025
modified: 2025-09-28 17:18:39.876262
checksum: 030aea1d01913d5269c288430347291c
added: 2025-09-28 17:13:12.899761
storage_type: unencrypted
filename: jannick/2025/Virtual7/30015-2025-05_T-Systems Jannick Lawson 05.2025.pdf
mime_type: application/pdf
original_filename: 30015-2025-05_T-Systems Jannick Lawson 05.2025.pdf
created: 2025-05-31
content:
  S.C. virtual7 IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 | 300627 Timişoara

  Jannick Gabin Lawson Boemigan

  Heinrich-Heine-Weg 15

  51503 Rösrath
  Deutschland

  Invoice Date: 31.05.2025
  CUI: RO43556230

  Service provider information:
  VAT-ID: DE452391499
  Bank name: n26 Bank
  IBAN: DE86100110012629514909
  BIC: NTSBDEB1XXX


  Recipient Created Invoice Seria ITS No. 30015-2025-05
  Service period: 01.05.2025 - 31.05.2025

  Qty Description Unit Price Total

  0,00 Std. Cloud File Storage: onsite 87,00 0,00



  161,00 Std. Cloud File Storage: remote 85,00 13.685,00


  Customer: T-Systems
  Cost Center: 9980


  Sub Total 13.685,00

  Taxes * 0,00

  TOTAL in € 13.685,00


  We apply for reverse charge according to Art. 194 MwStSystRL. Die Steuerschuld geht auf den Leistungsempfänger über.


  Unless otherwise specified, the delivery date is the invoice date.

  Payment Information:
  Due Date: 30.06.2025
  without deduction
  Arbeitszeitblatt: 01.05.2025 bis 30.06.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  02.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  02.05.2025 8,00
  05.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  05.05.2025 8,00
  06.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  06.05.2025 8,00
  07.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  07.05.2025 8,00
  08.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  08.05.2025 8,00
  09.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  09.05.2025 8,00
  12.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  12.05.2025 8,00
  13.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  13.05.2025 8,00



  Seite 1 / 4
  Arbeitszeitblatt: 01.05.2025 bis 30.06.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  14.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  14.05.2025 8,00
  15.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  15.05.2025 8,00
  16.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  16.05.2025 8,00
  19.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  19.05.2025 8,00
  20.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  20.05.2025 8,00
  21.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  21.05.2025 8,00
  22.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  22.05.2025 8,00
  23.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  23.05.2025 9,00



  Seite 2 / 4
  Arbeitszeitblatt: 01.05.2025 bis 30.06.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  26.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  26.05.2025 9,00
  27.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  27.05.2025 9,00
  28.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  28.05.2025 9,00
  30.05.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 5,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  30.05.2025 5,00
  01006700 161,00




  Seite 3 / 4
  Arbeitszeitblatt: 01.05.2025 bis 30.06.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers

  Digital
  Lueck unterschrieben von
  Datum, Unterschrift Lawson Digital unterschrieben von Datum, Unterschrift Lueck Thomas 3
  Boemigan Lawson Boemigan Jannick
  Datum: 2025.06.02
  Thomas 3 Datum: 2025.06.02
  13:38:44 +02'00'
  02.06.2025 Jannick 11:43:29 +02'00' 02.06.2025
  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  Jannick, Lawson Boemigan (Genehmiger)




  Datum, Unterschrift


  02.06.2025
  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  (Ansprechpartner Kunde)




  Seite 4 / 4


title: 30064-2025-04_T-Systems Jannick Lawson 04.2025
modified: 2025-09-28 17:19:02.844645
checksum: 482f30e4414b916bad43929445a6bea4
added: 2025-09-28 17:13:12.960033
storage_type: unencrypted
filename: jannick/2025/Virtual7/30064-2025-04_T-Systems Jannick Lawson 04.2025.pdf
mime_type: application/pdf
original_filename: 30064-2025-04_T-Systems Jannick Lawson 04.2025.pdf
created: 2025-04-30
content:
  S.C. virtual7 IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 | 300627 Timişoara

  Jannick Gabin Lawson Boemigan

  Heinrich-Heine-Weg 15

  51503 Rösrath
  Deutschland

  Invoice Date: 30.04.2025
  CUI: RO43556230

  Service provider information:
  VAT-ID: DE452391499
  Bank name: n26 Bank
  IBAN: DE86100110012629514909
  BIC: NTSBDEB1XXX


  Recipient Created Invoice Seria ITS No. 30064-2025-04
  Service period: 01.04.2025 - 30.04.2025

  Qty Description Unit Price Total

  0,00 Std. Cloud File Storage: onsite 87,00 0,00



  168,00 Std. Cloud File Storage: remote 85,00 14.280,00


  Customer: T-Systems
  Cost Center: 9980


  Sub Total 14.280,00

  Taxes * 0,00

  TOTAL in € 14.280,00


  We apply for reverse charge according to Art. 194 MwStSystRL. Die Steuerschuld geht auf den Leistungsempfänger über.


  Unless otherwise specified, the delivery date is the invoice date.

  Payment Information:
  Due Date: 31.05.2025
  without deduction
  Arbeitszeitblatt: 01.04.2025 bis 30.04.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  01.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  01.04.2025 8,00
  02.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  02.04.2025 8,00
  03.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  03.04.2025 8,00
  04.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  04.04.2025 8,00
  07.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  07.04.2025 8,00
  08.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  08.04.2025 8,00
  09.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  09.04.2025 8,00
  10.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  10.04.2025 8,00



  Seite 1 / 4
  Arbeitszeitblatt: 01.04.2025 bis 30.04.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  11.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  11.04.2025 8,00
  13.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  13.04.2025 8,00
  14.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  14.04.2025 8,00
  15.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  15.04.2025 9,00
  16.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  16.04.2025 9,00
  17.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 6,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  17.04.2025 6,00
  22.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  22.04.2025 8,00
  23.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  23.04.2025 8,00



  Seite 2 / 4
  Arbeitszeitblatt: 01.04.2025 bis 30.04.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  24.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  24.04.2025 8,00
  25.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  25.04.2025 8,00
  28.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  28.04.2025 8,00
  29.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  29.04.2025 8,00
  30.04.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  30.04.2025 8,00
  01006700 168,00




  Seite 3 / 4
  Arbeitszeitblatt: 01.04.2025 bis 30.04.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers



  Deplano
  Digital
  Datum, Unterschrift
  Lawson Digital unterschrieben
  von Lawson Boemigan Datum, Unterschrift
  unterschrieben von
  Deplano Davide
  Boemigan Jannick
  30.04.2025
  Jannick
  Datum: 2025.05.02
  10:31:59 +02'00' 30.04.2025 Davide Datum: 2025.05.02
  10:47:32 +02'00'
  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  Jannick, Lawson Boemigan (Genehmiger)




  Datum, Unterschrift


  30.04.2025
  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  (Ansprechpartner Kunde)




  Seite 4 / 4


title: 30040-2025-03_T-Systems Jannick Lawson 03.2025
modified: 2025-09-28 17:19:00.463750
checksum: 48b6cb1c4279bd766f242fdb85d3f0b7
added: 2025-09-28 17:13:16.471584
storage_type: unencrypted
filename: jannick/2025/Virtual7/30040-2025-03_T-Systems Jannick Lawson 03.2025.pdf
mime_type: application/pdf
original_filename: 30040-2025-03_T-Systems Jannick Lawson 03.2025.pdf
created: 2025-03-31
content:
  S.C. virtual7 IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 | 300627 Timişoara

  Jannick Gabin Lawson Boemigan

  Heinrich-Heine-Weg 15

  51503 Rösrath
  Deutschland

  Invoice Date: 31.03.2025
  CUI: RO43556230

  Service provider information:
  VAT-ID: DE452391499
  Bank name: n26 Bank
  IBAN: DE86100110012629514909
  BIC: NTSBDEB1XXX


  Recipient Created Invoice Seria ITS No. 30040-2025-03

  Qty Description Unit Price Total

  0,00 Std. Cloud File Storage: onsite 87,00 0,00



  168,00 Std. Cloud File Storage: remote 85,00 14.280,00


  Customer: T-Systems
  Cost Center: 9980

  Period of service 01.03.2025 - 31.03.2025

  Sub Total 14.280,00

  Taxes * 0,00

  TOTAL in € 14.280,00


  We apply for reverse charge according to Art. 194 MwStSystRL. Die Steuerschuld geht auf den Leistungsempfänger über.


  Unless otherwise specified, the delivery date is the invoice date.

  Payment Information:
  Due Date: 30.04.2025
  without deduction
  Arbeitszeitblatt: 01.03.2025 bis 31.03.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  03.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  03.03.2025 8,00
  04.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  04.03.2025 8,00
  05.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  05.03.2025 8,00
  06.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  06.03.2025 8,00
  07.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  07.03.2025 8,00
  10.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  10.03.2025 8,00
  11.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  11.03.2025 8,00
  12.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  12.03.2025 8,00



  Seite 1 / 4
  Arbeitszeitblatt: 01.03.2025 bis 31.03.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  13.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  13.03.2025 8,00
  14.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  14.03.2025 8,00
  17.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  17.03.2025 8,00
  18.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  18.03.2025 8,00
  19.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  19.03.2025 8,00
  20.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  20.03.2025 8,00
  21.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  21.03.2025 8,00
  24.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  24.03.2025 8,00



  Seite 2 / 4
  Arbeitszeitblatt: 01.03.2025 bis 31.03.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  25.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  25.03.2025 8,00
  26.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  26.03.2025 8,00
  27.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  27.03.2025 8,00
  28.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  28.03.2025 8,00
  31.03.2025 LK7 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  31.03.2025 8,00
  01006700 168,00




  Seite 3 / 4
  Arbeitszeitblatt: 01.03.2025 bis 31.03.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers



  Datum, Unterschrift
  Lawson Digital unterschrieben
  von Lawson Datum, Unterschrift
  Boemigan Boemigan Jannick Digital unterschrieben von Tischendorf
  Datum: 2025.03.31 Tischendorf Ronny Ronny
  31.03.2025 Jannick 16:17:09 +02'00' 31.03.2025 Datum: 2025.04.01 16:24:43 +02'00'

  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  Jannick, Lawson Boemigan (Genehmiger)




  Datum, Unterschrift


  31.03.2025
  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  (Ansprechpartner Kunde)




  Seite 4 / 4


title: 30060202506TSystemsJannickLawson062025
modified: 2025-09-28 17:18:57.964851
checksum: 1a369544d0ce0ef766966ebbd4d33674
added: 2025-09-28 17:14:41.233535
storage_type: unencrypted
filename: jannick/2025/Virtual7/30060202506TSystemsJannickLawson062025.pdf
mime_type: application/pdf
original_filename: 30060202506TSystemsJannickLawson062025.pdf
created: 2025-06-30
content:
  S.C. virtual7 IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 | 300627 Timişoara

  Jannick Gabin Lawson Boemigan

  Heinrich-Heine-Weg 15

  51503 Rösrath
  Deutschland

  Invoice Date: 30.06.2025
  CUI: RO43556230

  Service provider information:
  VAT-ID: DE452391499
  Bank name:
  IBAN: DE70 1203 0000 1207 5336 37
  BIC:


  Recipient Created Invoice Seria ITS No. 30060-2025-06
  Service period: 01.06.2025 - 30.06.2025

  Qty Description Unit Price Total

  0,00 Std. Cloud File Storage: onsite 87,00 0,00



  138,00 Std. Cloud File Storage: remote 85,00 11.730,00


  Customer: T-Systems
  Cost Center: 9980


  Sub Total 11.730,00

  Taxes * 0,00

  TOTAL in € 11.730,00


  We apply for reverse charge according to Art. 194 MwStSystRL. Die Steuerschuld geht auf den Leistungsempfänger über.


  Unless otherwise specified, the delivery date is the invoice date.

  Payment Information:
  Due Date: 31.07.2025
  without deduction
  Arbeitszeitblatt: 01.06.2025 bis 30.06.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  02.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 7,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  02.06.2025 7,00
  03.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  03.06.2025 8,00
  04.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  04.06.2025 8,00
  05.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  05.06.2025 9,00
  06.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  06.06.2025 9,00
  10.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 10,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  10.06.2025 10,00
  11.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  11.06.2025 9,00
  12.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 10,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  12.06.2025 10,00



  Seite 1 / 3
  Arbeitszeitblatt: 01.06.2025 bis 30.06.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  13.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  13.06.2025 9,00
  16.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  16.06.2025 8,00
  17.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  17.06.2025 8,00
  18.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  18.06.2025 8,00
  20.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  20.06.2025 8,00
  23.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  23.06.2025 9,00
  24.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 10,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  24.06.2025 10,00
  30.06.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  30.06.2025 8,00



  Seite 2 / 3
  Arbeitszeitblatt: 01.06.2025 bis 30.06.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  01006700 138,00
  Digital

  Lawson Digital unterschrieben Lueck unterschrieben von
  Lueck Thomas 3
  Thomas 3 Datum:
  Datum, Unterschrift von Lawson Datum, Unterschrift
  Boemigan Boemigan Jannick 2025.07.01
  09:20:30 +02'00'
  Datum: 2025.06.30
  30.06.2025 Jannick 16:04:58 +02'00' 30.06.2025
  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  Jannick, Lawson Boemigan (Genehmiger)




  Datum, Unterschrift


  30.06.2025
  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  (Ansprechpartner Kunde)




  Seite 3 / 3


title: 30063202507TSystemsJannickLawson072025
modified: 2025-09-28 17:18:55.621449
checksum: ec77b0267a5f9d7bfcc0a628d47bdfe5
added: 2025-09-28 17:14:41.236102
storage_type: unencrypted
filename: jannick/2025/Virtual7/30063202507TSystemsJannickLawson072025.pdf
mime_type: application/pdf
original_filename: 30063202507TSystemsJannickLawson072025.pdf
created: 2025-07-31
content:
  S.C. virtual7 IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 | 300627 Timişoara

  Jannick Gabin Lawson Boemigan

  Heinrich-Heine-Weg 15

  51503 Rösrath
  Deutschland

  Invoice Date: 31.07.2025
  CUI: RO43556230

  Service provider information:
  VAT-ID: DE452391499
  Bank name:
  IBAN: DE70 1203 0000 1207 5336 37
  BIC:


  Recipient Created Invoice Seria ITS No. 30063-2025-07
  Service period: 01.07.2025 - 31.07.2025

  Qty Description Unit Price Total

  0,00 Std. Cloud File Storage: onsite 87,00 0,00



  184,00 Std. Cloud File Storage: remote 85,00 15.640,00


  Customer: T-Systems
  Cost Center: 9980


  Sub Total 15.640,00

  Taxes * 0,00

  TOTAL in € 15.640,00


  We apply for reverse charge according to Art. 194 MwStSystRL. Die Steuerschuld geht auf den Leistungsempfänger über.


  Unless otherwise specified, the delivery date is the invoice date.

  Payment Information:
  Due Date: 31.08.2025
  without deduction
  Arbeitszeitblatt: 01.07.2025 bis 31.07.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  01.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  01.07.2025 8,00
  02.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  02.07.2025 8,00
  03.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  03.07.2025 8,00
  04.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  04.07.2025 8,00
  07.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  07.07.2025 8,00
  08.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  08.07.2025 8,00
  09.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  09.07.2025 8,00
  10.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  10.07.2025 8,00



  Seite 1 / 4
  Arbeitszeitblatt: 01.07.2025 bis 31.07.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  11.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  11.07.2025 8,00
  14.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  14.07.2025 8,00
  15.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  15.07.2025 8,00
  16.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  16.07.2025 8,00
  17.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  17.07.2025 8,00
  18.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  18.07.2025 8,00
  21.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  21.07.2025 8,00
  22.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  22.07.2025 8,00



  Seite 2 / 4
  Arbeitszeitblatt: 01.07.2025 bis 31.07.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  23.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  23.07.2025 8,00
  24.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  24.07.2025 8,00
  25.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  25.07.2025 8,00
  28.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  28.07.2025 8,00
  29.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  29.07.2025 8,00
  30.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  30.07.2025 8,00
  31.07.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Michael Scheuer
  Betrieb BETRIEB
  31.07.2025 8,00
  01006700 184,00




  Seite 3 / 4
  Arbeitszeitblatt: 01.07.2025 bis 31.07.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers


  Digital
  Datum, Unterschrift Lawson Digital unterschrieben
  von Lawson Boemigan
  Datum, Unterschrift Toeller unterschrieben von
  Toeller Thomas 1
  Boemigan Jannick
  Datum: 2025.07.31 Thomas 1 Datum: 2025.07.31
  16:46:42 +02'00'
  31.07.2025 Jannick 16:19:43 +02'00'
  31.07.2025
  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  Jannick, Lawson Boemigan (Genehmiger)




  Datum, Unterschrift


  31.07.2025
  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  (Ansprechpartner Kunde)




  Seite 4 / 4


title: 30063202508TSystemsJannickLawson082025
modified: 2025-09-28 17:18:53.404807
checksum: e8e0b9626b2f1c87045cfbd0c5d0cb20
added: 2025-09-28 17:14:46.104274
storage_type: unencrypted
filename: jannick/2025/Virtual7/30063202508TSystemsJannickLawson082025.pdf
mime_type: application/pdf
original_filename: 30063202508TSystemsJannickLawson082025.pdf
created: 2025-08-31
content:
  S.C. virtual7 IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 | 300627 Timişoara

  Jannick Gabin Lawson Boemigan

  Heinrich-Heine-Weg 15

  51503 Rösrath
  Deutschland

  Invoice Date: 31.08.2025
  CUI: RO43556230

  Service provider information:
  VAT-ID: DE452391499
  Bank name:
  IBAN: DE70 1203 0000 1207 5336 37
  BIC:


  Recipient Created Invoice Seria ITS No. 30063-2025-08
  Service period: 01.08.2025 - 31.08.2025

  Qty Description Unit Price Total

  0,00 Std. Cloud File Storage: onsite 87,00 0,00



  164,00 Std. Cloud File Storage: remote 85,00 13.940,00


  Customer: T-Systems
  Cost Center: 9980


  Sub Total 13.940,00

  Taxes * 0,00

  TOTAL in € 13.940,00


  We apply for reverse charge according to Art. 194 MwStSystRL. Die Steuerschuld geht auf den Leistungsempfänger über.


  Unless otherwise specified, the delivery date is the invoice date.

  Payment Information:
  Due Date: 30.09.2025
  without deduction
  Arbeitszeitblatt: 01.08.2025 bis 31.08.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  01.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  01.08.2025 8,00
  04.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  04.08.2025 9,00
  05.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  05.08.2025 9,00
  06.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  06.08.2025 9,00
  07.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  07.08.2025 8,00
  08.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  08.08.2025 8,00
  11.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 10,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  11.08.2025 10,00
  12.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  12.08.2025 8,00



  Seite 1 / 4
  Arbeitszeitblatt: 01.08.2025 bis 31.08.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  13.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 4,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  13.08.2025 4,00
  14.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 6,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  14.08.2025 6,00
  15.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 4,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  15.08.2025 4,00
  18.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  18.08.2025 9,00
  19.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  19.08.2025 8,00
  20.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  20.08.2025 9,00
  21.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  21.08.2025 8,00
  22.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  22.08.2025 8,00



  Seite 2 / 4
  Arbeitszeitblatt: 01.08.2025 bis 31.08.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers
  25.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  25.08.2025 8,00
  26.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  26.08.2025 8,00
  27.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 8,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  27.08.2025 8,00
  28.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 9,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  28.08.2025 9,00
  29.08.2025 LK6 S-S-B00-00346-0O00 3141 Cloud File Storage 3141 CLOUD FILE STORAGE 6,00 Genehmigt Julia Sarah Schinkel
  Betrieb BETRIEB
  29.08.2025 6,00
  01006700 164,00




  Seite 3 / 4
  Arbeitszeitblatt: 01.08.2025 bis 31.08.2025
  Personalnummer: 01006700 Jannick, Lawson Boemigan
  Kostenstelle: P00096, Einheit:
  MA-Gruppe: Externe


  Arbeitstag LST-Art PSP-Element PSP-Bezeichnung Techn. Projekttitel Kurztext Stunden Statustext Name des Genehmigers


  Digital
  Datum, Unterschrift Lawson Digital unterschrieben von
  Lawson Boemigan Jannick
  Datum, Unterschrift Toeller unterschrieben von
  Toeller Thomas 1
  Boemigan
  01.09.2025 Jannick
  Datum: 2025.09.01
  10:34:22 +02'00' 01.09.2025 Thomas 1 Datum: 2025.09.01
  11:15:34 +02'00'
  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  Jannick, Lawson Boemigan (Genehmiger)




  Datum, Unterschrift


  01.09.2025
  ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
  (Ansprechpartner Kunde)




  Seite 4 / 4


title: v7_0325
modified: 2025-09-28 18:14:48.074237
checksum: a15b8bac7aa42a8eff13af5b46cf7c8b
added: 2025-09-28 18:14:47.904576
storage_type: unencrypted
filename: jannick/2025/none/v7_0325.pdf
mime_type: application/pdf
archive_checksum: 30fb03f2c2ca00652f3e1cf8943733da
archive_filename: jannick/2025/none/v7_0325.pdf
original_filename: v7_0325.pdf
created: 2025-03-31
content:
  virtual)

  S.C. virtual? IT Services SRL | Piata Cons, Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 | 300627 Timisoara
  Jannick Gabin Lawson Boemigan

  Heinrich-Heine-Weg 15

  51503 Rösrath
  Deutschland

  Invoice Date: 31.03.2025
  CUI: RO43556230
  Service provider information:
  VAT-ID: DE452391499
  Bank name: n26 Bank
  IBAN: DE86100110012629514909
  BIC: NTSBDEB1 XXX
  Recipient Created Invoice Seria ITS No. 30040-2025-03
  Qty Description Unit Price Total
  0,00 Std. | Cloud File Storage: onsite 87,00 0,00
  168,00 Std. | Cloud File Storage: remote 85,00 14.280,00
  Customer: T-Systems
  Cost Center: 9980
  Period of service 01.03.2025 - 31.03.2025
  Sub Total 14.280,00
  Taxes * 0,00
  TOTAL in € 14.280,00
  We apply for reverse charge according to Art. 194 MwStSystRL. Die Steuerschuld geht auf den Leistungsempfanger iiber.

  Unless otherwise specified, the delivery date is the invoice date.

  Payment Information:

  Due Date: 30.04.2025
  without deduction

  S.C. virtual7 IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 | 300627 Timisoara, Romania | CUI: RO43556230


title: v7_0725
modified: 2025-09-28 18:14:49.052139
checksum: 385b6fba721a69dcd69a4bf6ad80b5ca
added: 2025-09-28 18:14:48.903201
storage_type: unencrypted
filename: jannick/2025/none/v7_0725.pdf
mime_type: application/pdf
archive_checksum: 004eafc9e177ac126415f4de79dfac6d
archive_filename: jannick/2025/none/v7_0725.pdf
original_filename: v7_0725.pdf
created: 2025-07-01
content:
  S.C. virtual? IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 1300627 Timisoara
  Jannick Gabin Lawson Boemigan

  Heinrich-Heine-Weg 15

  51503 Rosrath
  Deutschland

  Invoice Date:
  CUI:

  VAT-ID:
  Bank name:
  IBAN:

  BIC:

  Recipient Created Invoice Seria ITS No. 30063-2025-07

  Service period: 01.07.2025 - 31.07.2025

  virtual?)

  31.07.2025
  RO43556230

  Service provider information:
  DE452391499

  DE70 1203 0000 1207 5336 37

  Qty Description Unit Price Total
  0,00 Std. | Cloud File Storage: onsite 87,00 0,00
  184,00 Std. | Cloud File Storage: remote 85,00 15.640,00
  Customer: T-Systems
  Cost Center: 9980
  Sub Total 15.640,00
  Taxes * 0,00
  TOTAL in € 15.640,00
  We apply for reverse charge according to Art. 194 MwStSystRL. Die Steuerschuld geht auf den Leistungsempfänger über.

  Unless otherwise specified, the delivery date is the invoice date.

  Payment Information:

  Due Date: 31.08.2025
  without deduction

  S.C. virtual7 IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 | 300627 Timisoara, Romania | CUI: RO43556230


title: v7_0625
modified: 2025-09-28 18:15:12.929053
checksum: 9f3abb7b37ce34c72910a214899567a7
added: 2025-09-28 18:15:12.657929
storage_type: unencrypted
filename: jannick/2025/none/v7_0625.pdf
mime_type: application/pdf
archive_checksum: 35e9eb3c450b487a3fb31f4e28dbea83
archive_filename: jannick/2025/none/v7_0625.pdf
original_filename: v7_0625.pdf
created: 2025-06-30
content:
  virtual?)

  S.C. virtual7 IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 1300627 Timisoara
  Jannick Gabin Lawson Boemigan

  Heinrich-Heine-Weg 15

  51503 Rosrath
  Deutschland

  Invoice Date: 30.06.2025
  CUI: RO43556230
  Service provider information:
  VAT-ID: DE452391499
  Bank name:
  IBAN: DE70 1203 0000 1207 5336 37
  BIC:
  Recipient Created Invoice Seria ITS No. 30060-2025-06
  Service period: 01.06.2025 - 30.06.2025
  Qty Description Unit Price Total
  0,00 Std. | Cloud File Storage: onsite 87,00 0,00
  138,00 Std. | Cloud File Storage: remote 85,00 11.730,00
  Customer: T-Systems
  Cost Center: 9980
  Sub Total 11.730,00
  Taxes * 0,00
  TOTAL in € 11.730,00
  We apply for reverse charge according to Art. 194 MwStSystRL. Die Steuerschuld geht auf den Leistungsempfänger über.

  Unless otherwise specified, the delivery date is the invoice date.

  Payment Information:

  Due Date: 31.07.2025
  without deduction

  S.C. virtual7 IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 | 300627 Timisoara, Romania | CUI: RO43556230


title: v7_0525
modified: 2025-09-28 18:15:13.795441
checksum: 164e3c38e1b33aae791fa42ce764e47c
added: 2025-09-28 18:15:13.653606
storage_type: unencrypted
filename: jannick/2025/none/v7_0525.pdf
mime_type: application/pdf
archive_checksum: 32c8fd32ef95af32276cb90b8c9fb53c
archive_filename: jannick/2025/none/v7_0525.pdf
original_filename: v7_0525.pdf
created: 2025-05-31
content:
  virtual?)

  S.C. virtual? IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 1300627 Timisoara
  Jannick Gabin Lawson Boemigan

  Heinrich-Heine-Weg 15

  51503 Rosrath
  Deutschland

  Invoice Date: 31.05.2025
  CUI: RO43556230
  Service provider information:
  VAT-ID: DE452391499
  Bank name: n26 Bank
  IBAN: DE86100110012629514909
  BIC: NTSBDEB1 XXX
  Recipient Created Invoice Seria ITS No. 30015-2025-05
  Service period: 01.05.2025 - 31.05.2025
  Qty Description Unit Price Total
  0,00 Std. | Cloud File Storage: onsite 87,00 0,00
  161,00 Std. | Cloud File Storage: remote 85,00 13.685,00
  Customer: T-Systems
  Cost Center: 9980
  Sub Total 13.685,00
  Taxes * 0,00
  TOTAL in € 13.685,00
  We apply for reverse charge according to Art. 194 MwStSystRL. Die Steuerschuld geht auf den Leistungsempfanger tiber.

  Unless otherwise specified, the delivery date is the invoice date.

  Payment Information:

  Due Date: 30.06.2025
  without deduction

  S.C. virtual7 IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 | 300627 Timisoara, Romania | CUI: RO43556230


title: v7_0425
modified: 2025-09-28 18:15:37.710256
checksum: bebb9b489f15fd088ac3d83955d16b31
added: 2025-09-28 18:15:37.573774
storage_type: unencrypted
filename: jannick/2025/none/v7_0425.pdf
mime_type: application/pdf
archive_checksum: 99e786ff11121845cf4bb3aa2e3993ed
archive_filename: jannick/2025/none/v7_0425.pdf
original_filename: v7_0425.pdf
created: 2025-04-30
content:
  virtual?)

  S.C. virtual? IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 1300627 Timisoara
  Jannick Gabin Lawson Boemigan

  Heinrich-Heine-Weg 15

  51503 Rosrath
  Deutschland

  Invoice Date: 30.04.2025
  CUI: RO43556230
  Service provider information:
  VAT-ID: DE452391499
  Bank name: n26 Bank
  IBAN: DE86100110012629514909
  BIC: NTSBDEB1 XXX
  Recipient Created Invoice Seria ITS No. 30064-2025-04
  Service period: 01.04.2025 - 30.04.2025
  Qty Description Unit Price Total
  0,00 Std. | Cloud File Storage: onsite 87,00 0,00
  168,00 Std. | Cloud File Storage: remote 85,00 14.280,00
  Customer: T-Systems
  Cost Center: 9980
  Sub Total 14.280,00
  Taxes * 0,00
  TOTAL in € 14.280,00
  We apply for reverse charge according to Art. 194 MwStSystRL. Die Steuerschuld geht auf den Leistungsempfanger tiber.

  Unless otherwise specified, the delivery date is the invoice date.

  Payment Information:

  Due Date: 31.05.2025
  without deduction

  S.C. virtual7 IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 | 300627 Timisoara, Romania | CUI: RO43556230


title: v7_0825
modified: 2025-09-28 18:15:38.495092
checksum: 1d5f5d0e913467cac7a9bc2be3dfcd51
added: 2025-09-28 18:15:38.352187
storage_type: unencrypted
filename: jannick/2025/none/v7_0825.pdf
mime_type: application/pdf
archive_checksum: 931b27f2b0bcde1a550e23ca2da61878
archive_filename: jannick/2025/none/v7_0825.pdf
original_filename: v7_0825.pdf
created: 2025-08-01
content:
  S.C. virtual? IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 1300627 Timisoara
  Jannick Gabin Lawson Boemigan

  Heinrich-Heine-Weg 15

  51503 Rosrath
  Deutschland

  Invoice Date:
  CUI:

  VAT-ID:
  Bank name:
  IBAN:

  BIC:

  Recipient Created Invoice Seria ITS No. 30063-2025-08

  Service period: 01.08.2025 - 31.08.2025

  virtual?)

  31.08.2025
  RO43556230

  Service provider information:
  DE452391499

  DE70 1203 0000 1207 5336 37

  Qty Description Unit Price Total
  0,00 Std. | Cloud File Storage: onsite 87,00 0,00
  164,00 Std. | Cloud File Storage: remote 85,00 13.940,00
  Customer: T-Systems
  Cost Center: 9980
  Sub Total 13.940,00
  Taxes * 0,00
  TOTAL in € 13.940,00
  We apply for reverse charge according to Art. 194 MwStSystRL. Die Steuerschuld geht auf den Leistungsempfänger über.

  Unless otherwise specified, the delivery date is the invoice date.

  Payment Information:

  Due Date: 30.09.2025
  without deduction

  S.C. virtual7 IT Services SRL | Piata Cons. Europei, Nr.2E - Cladirea UBC 3, Spatiul U3.E13.01, Birou 1, Et.13 | 300627 Timisoara, Romania | CUI: RO43556230


title: Rentenversicherungsverlauf
modified: 2025-10-06 17:13:42.246087
checksum: 99f6d4adf1c63b15ed3ddfa81c194e37
added: 2025-10-06 17:13:42.038578
storage_type: unencrypted
filename: jannick/2025/Deutsche Rentenversicherung/Rentenversicherungsverlauf.pdf
mime_type: application/pdf
archive_checksum: 1618174cfb225769ecf6e2b2fdcb6c09
archive_filename: jannick/2025/Deutsche Rentenversicherung/Rentenversicherungsverlauf.pdf
original_filename: Papa_Rentenversicherungsverlauf.pdf
created: 2025-09-25
content:
  4568090000025528-029671-0020-101510-0002-0003

  20250929_050422/R025528 11325

  hig git
  Er

  Mitteilung vom 25.09.2025 Deutsche
  aus der Versicherung von En Rentenversicherung

  Guillaume Lawson Boemigan AR

  A

  ; Bund
  Versicherungsnummer 13 100150 L 069
  Kennzeichen: 5547 (000-00)

  Versicherungsverlauf Anlage Seite: 01

  Der Versicherungsverlauf enthalt im Versicherungskonto gespeicherte Daten.

  Diese Daten sind Grundlage fiir die Berechnung von Entgeltpunkten. Entgeltpunkte sind ein
  wichtiger Bestandteil der Berechnung einer Rente. Einzelheiten hierzu enthalt die Anlage

  "Berechnung der persönlichen Entgeltpunkte”.

  Vor der Darstellung der gespeicherten Daten geben wir Ihnen einige Hinweise zum
  Versicherungsverlauf:

  - Der Versicherungsverlauf enthält Versicherungszeiten im Ausland. Diese Zeiten wurden uns
  vom Träger der Rentenversicherung des jeweiligen Staates mitgeteilt.

  Deutschland „x yas oth,

  Allgemeine Rentenversicherung

  Zeitraum Entgelt Art der Zeit, Anmerkungen
  01.04.1968 - 03.12.1968 6.795,90 DM - Beitragszeit mit Pflichtbeitragen
  04.12.1968 - 31.12.1968 783,07 DM - Beitragszeit mit Pflichtbeitragen
  01.01.1969 - 06.02.1969 1.101,60 DM - Beitragszeit mit Pflichtbeitragen
  08.04.1969 - 12.05.1969 1.071,00 DM - Beitragszeit mit Pflichtbeiträgen
  13.05.1969 - 15.05.1969 - Krankheit oder
  Gesundheitsmaßnahme
  16.05.1969 - 07.07.1969 1.621,80 DM - Beitragszeit mit Pflichtbeiträgen
  26.07.1969 - 30.09.1969 2.019,60 DM - Beitragszeit mit Pflichtbeiträgen
  06.10.1969 - 24.10.1969 581,40 DM - Beitragszeit mit Pflichtbeiträgen
  03.11.1969 - 17.11.1969 459,00 DM - Beitragszeit mit Pflichtbeiträgen
  24.11.1969 - 05.12.1969 367,20 DM - Beitragszeit mit Pflichtbeiträgen
  Frankreich
  Allgemeines System
  Zeitraum Monate Art der Zeit, Anmerkungen
  01.01.1970 - 31.12.1970 12 - Beitragszeit mit Pflichtbeiträgen
  01.01.1971 - 31.12.1971 3 - Beitragszeit mit Pflichtbeiträgen
  01.01.1972 - 31.12.1976 60 - Beitragszeit mit Pflichtbeiträgen
  01.01.1977 - 30.09.1977 9 - Gleichgestellte Zeit
  01.10.1977 - 31.12.1977 3 - Beitragszeit mit Pflichtbeiträgen
  01.01.1978 - 31.12.1978 9 - Gleichgestellte Zeit
  01.01.1979 - 30.06.1979 6 - Gleichgestellte Zeit
  01.07.1979 - 31.12.1980 18 - Beitragszeit mit Pflichtbeiträgen
  Deutschland
  Allgemeine Rentenversicherung
  Zeitraum Entgelt Art der Zeit, Anmerkungen
  01.01.1982 - 31.03.1982 3.000,00 DM - Beitragszeit mit Pflichtbeiträgen
  02.04.1982 - 30.04.1982 1.692,00 DM - Beitragszeit mit Pflichtbeiträgen
  01.05.1982 - 22.05.1982 1.227,00 DM - Beitragszeit mit Pflichtbeiträgen

  Seite 02

  Forms CD0000 - V001 - 08/03 2109

  eee ee

  Mitteilung vom 25.09.2025
  aus der Versicherung von
  Guillaume Lawson Boemigan

  Versicherungsnummer 13 100150 L 069
  Kennzeichen: 5547 (000-00)

  Versicherungsverlauf Anlage Seite: 02

  Deutschland
  Allgemeine Rentenversicherung

  Zeitraum Entgelt Art der Zeit, Anmerkungen
  07.06.1982 - 12.08.1982 2.351,00 DM - Beitragszeit mit Pflichtbeitragen
  24.08.1982 - 14.09.1982 1.308,00 DM - Beitragszeit mit Pflichtbeitragen
  06.02.1984 - 29.02.1984 456,00 DM - Beitragszeit mit Pflichtbeitragen
  Frankreich
  Allgemeines System
  Zeitraum Monate Art der Zeit, Anmerkungen
  01.07.1984 - 30.09.1984 3 - Beitragszeit mit Pflichtbeiträgen
  Deutschland
  Allgemeine Rentenversicherung
  Zeitraum Entgelt Art der Zeit, Anmerkungen
  03.12.1984 - 31.12.1984 2.279,00 DM - Beitragszeit mit Pflichtbeiträgen wie)
  01.01.1985 - 15.07.1985 14.934,00 DM - Beitragszeit mit Pflichtbeiträgen on
  16.07.1985 - 15.09.1985 - Arbeitslosigkeit
  16.09.1985 - 03.10.1985 560,00 DM - Beitragszeit mit Pflichtbeiträgen
  04.10.1985 - 02.11.1985 - Arbeitslosigkeit
  04.11.1985 - 31.12.1985 - Arbeitslosigkeit
  01.01.1986 - 18.05.1986 - Arbeitslosigkeit
  20.06.1986 - 15.07.1986 - Arbeitslosigkeit
  16.07.1986 - 01.11.1986 - Arbeitslosigkeit
  03.11.1986 - 31.12.1986 - Arbeitslosigkeit
  01.01.1987 - 15.07.1987 - Arbeitslosigkeit
  26.10.1987 - 31.12.1987 - Arbeitslosigkeit
  01.01.1988 - 19.04.1988 - Arbeitslosigkeit
  20.04.1988 - 15.07.1988 - Arbeitslosigkeit
  01.08.1990 - 10.09.1990 3.245,00 DM - Beitragszeit mit Pflichtbeiträgen
  15.01.1991 - 31.05.1991 9.344,00 DM - Beitragszeit mit Pflichtbeiträgen
  01.07.1991 - 31.07.1991 2.064,00 DM - Beitragszeit mit Pflichtbeiträgen
  01.11.2003 - 31.12.2003 1.000,00 EUR - Beitragszeit mit Pflichtbeiträgen
  01.01.2004 - 30.09.2004 3.775,00 EUR - Beitragszeit mit Pflichtbeitragen
  01.04.2005 - 21.08.2005 1.449,00 EUR - Beitragszeit mit Pflichtbeitragen
  20.10.2005 - 31.12.2005 1.162,00 EUR - Beitragszeit mit Pflichtbeitragen
  Bezug von Leistungen der
  = ~~ Bundesagentur für Arbeit
  01.01.2006 - 31 12.2006 3.360,00 EUR - Beitragszeit mit Pflichtbeitragen
  Bezug von Arbeitslosengeld Il
  ohne Arbeitslosigkeit
  1.744,00 EUR - Beitragszeit mit Pflichtbeiträgen

  Bezug von Leistungen der

  01.01.2006 - 18.04.2006
  Bundesagentur für Arbeit

  Seite 03

  aan . YA > 08/03
  4568090000025528-03968 1-0020-101510-0003-0003

  20250929_050422/R025528 /1325

  ay ae
  iG d
  %

  Mitteilung vom 25.09.2025
  aus der Versicherung von
  Guillaume Lawson Boemigan

  Versicherungsnummer 13 100150 L 069
  Kennzeichen: 5547 (000-00)

  Versicherungsverlauf

  Deutschland
  Allgemeine Rentenversicherung

  zeitraum
  01.01.2007 - 02.04.2007

  03.04.2007 - 11.04.2007
  12.04.2007 - 31.05.2007

  01.06.2007 - 01.07.2007

  01.06.2007 - 01.07.2007

  02.07.2007 - 31.12.2007

  01.01.2008 - 29.02.2008

  01.03.2008 - 25.07.2008
  26.07.2008 - 24.08.2008

  25.08.2008 - 25.09.2008
  26.09.2008 - 16.10.2008

  17.10.2008 - 31.12.2008
  17.10.2008 - 31.12.2008

  01.01.2009 - 31.01.2009
  01.01.2009 - 31.01.2009

  01.02.2009 - 02.06.2009
  03.06.2009 - 17.07.2009
  03.06.2009 - 17.07.2009

  Forms CD0000 - V001 - 08/03 2109

  Entgelt
  629,00 EUR

  30,00 EUR
  334,87 EUR

  38,00 EUR

  211,85 EUR |

  1.223,28 EUR

  410,00 EUR

  4.700,00 EUR
  198,07 EUR

  1.000,00 EUR

  145,04 EUR

  480,00 EUR
  511,09 EUR

  160,05 EUR
  205,00 EUR

  650,87 EUR
  240,08 EUR
  307,43 EUR

  Deutsche

  Bund

  Anlage Seite: 03

  Art der Zeit, Anmerkungen

  - Beitragszeit mit Pflichtbeitragen
  Bezug von Arbeitslosengeld JI
  ohne Arbeitslosigkeit

  - Beitragszeit mit Pflichtbeiträgen

  - Beitragszeit mit Pflichtbeiträgen
  Bezug von Arbeitslosengeld |!
  ohne Arbeitslosigkeit

  - Geringfügige Beschäftigung
  nicht versicherungspflichtig _

  - Beitragszeit mit Pflichtbeiträgen
  Bezug von Arbeitslosengeld Il
  ohne Arbeitslosigkeit

  - Beitragszeit mit Pflichtbeiträgen

  Bezug von Arbeitslosengeld Il
  ohne Arbeitslosigkeit

  - Beitragszeit mit Pflichtbeiträgen

  Bezug von Arbeitslosengeld Il
  ohne Arbeitslosigkeit

  - Beitragszeit mit Pflichtbeiträgen
  - Beitragszeit mit Pflichtbeiträgen

  Bezug von Arbeitslosengeld Il
  ohne Arbeitslosigkeit

  - Beitragszeit mit Pflichtbeiträgen
  - Beitragszeit mit Pflichtbeiträgen

  Bezug von Arbeitslosengeld Il
  ohne Arbeitslosigkeit

  - Geringfügige Beschäftigung

  nicht versicherungspflichtig

  - Beitragszeit mit Pflichtbeiträgen

  Bezug von Arbeitslosengeld Il
  ohne Arbeitslosigkeit

  - Geringfügige Beschäftigung

  nicht versicherungspflichtig

  - Beitragszeit mit Pflichtbeiträgen

  Bezug von Arbeitslosengeld Il
  ohne Arbeitslosigkeit

  - Geringfügige Beschäftigung

  nicht versicherungspflichtig

  - Geringfügige Beschäftigung

  nicht versicherungspflichtig

  - Beitragszeit mit Pflichtbeiträgen

  Bezug von Arbeitslosengeld Il
  ohne Arbeitslosigkeit

  Seite 04

  Rentenversicherung
  Mitteilung vom 25.09.2025
  aus der Versicherung von
  Guillaume Lawson Boemigan

  Versicherungsnummer 13 100150 L 069
  Kennzeichen: 5547 (000-00)

  Versicherungsverlauf Anlage Seite: 04

  Deutschland
  Allgemeine Rentenversicherung

  Zeitraum Entgelt Art der Zeit, Anmerkungen
  18.07.2009 - 31.12.2009 1.113,92 EUR - Beitragszeit mit Pflichtbeiträgen
  Bezug von Arbeitslosengeld II
  ohne Arbeitslosigkeit
  01.01.2010 - 31.12.2010 2.460,00 EUR - Beitragszeit mit Pflichtbeiträgen
  Bezug von Arbeitslosengeld II
  ohne Arbeitslosigkeit
  01.01.2011 - 31.12.2011 - Bezug von Arbeitslosengeld Il
  01.01.2012 - 31.12.2012 - Bezug von Arbeitslosengeld II
  01.01.2013 - 31.12.2013 - Bezug von Arbeitslosengeld II
  01.01.2014 - 31.12.2014 — - Bezug von Arbeitslosengeld Il
  01.01.2015 - 28.02.2015

  - Bezug von Arbeitslosengeld II

  01.03.2015 - 17.05.2015 - Bezug von Arbeitslosengeld Il

  18.05.2015 - 31.05.2015 400,00 EUR - Beitragszeit mit Pflichtbeiträgen ia
  18.05.2015 - 31.05.2015 - Bezug von Arbeitslosengeld Il AL
  01.06.2015 - 24.09.2025 - Rentenbezug

  Forms CD0000 - V001 - 08/03 2109


title: 20251210_Jannick_Lawson-Boemigan_Einzelvertrag
modified: 2025-12-16 17:30:08.198273
checksum: 3ce508dde5310f22599b0337c48ebcae
added: 2025-12-16 17:30:08.141585
storage_type: unencrypted
filename: 0000229.pdf
mime_type: application/pdf
archive_checksum: a3b526bc98913215768bc6c8c09b0e6f
archive_filename: 0000229.pdf
original_filename: 20251210_Jannick_Lawson-Boemigan_Einzelvertrag.pdf
created: 2025-12-10
content:
  Einzelvertrag

  zwischen



  S.C. virtual7 IT Services SRL
  Piata Consiliul Europei, Nr. 2E
  United Business Center 3, Et. 13, Raum U3.E13.01, Büro 1
  300627 Timișoara
  Rumänien


  im Folgenden „virtual7“ oder „Auftraggeber“ genannt

  und

  Jannick Lawson-Boemigan
  Heinrich-Heine-Weg 15
  51503 Rösrath


  im Folgenden „Auftragnehmer“ genannt




  S.C. virtual7 IT Services SRL t. +40 (0) 787 539 359 Geschäftsführer Bezirk: Timis Bankinstitut: Unicredit Timisoara
  Piata Consiliul Europei Nr. 2E f. +40 (0) 787 639 359 Marcus Weiss HRB: J35/105/2021 SWIFT: BACXROBUXXX
  UBC3 ET.13 Büro 01 info@virtual7.ro Jochen Rieg CUI: RO43556230 RO60 BACX 0000 0021 3669 7001
  300627 Timisoara

  www.virtual7.de
  § 1 Vertragsbestandteile
  (1) Vertragsbestandteile sind - bei Unstimmigkeiten in der nachstehenden Reihenfolge -
  a. dieser Einzelvertrag,
  b. der Hauptvertrag (BWI T-Systems 2025 Leopard),
  c. ggfs. die Leistungsbeschreibung,
  d. der Rahmenvertrag für IT-Leistungen zwischen Auftraggeber und Auftragnehmer mit
  der Vertragsnummer RV-LAW20251210 vom 10.12.2025.




  § 2 Zeitraum, Einsatz und Vergütung
  (1) Der Auftraggeber bestellt beim Auftragnehmer die folgenden IT-Leistungen auf Basis des
  Rahmenvertrags:

  Leistungszeitraum Kunde Order Nr.
  01.01.2026 – 30.06.2026 BWI GmbH SO-1712

  Tätigkeit Vergütung Einheit Umfang
  Cloud Automation Engineer 696,00 EUR vor Ort Tag Maximal 5,00
  Personentage à
  -MinIO-Systeme administrieren 8 Stunden
  -Tanzu-Cluster konfigurieren
  -Ctera-Lösungen implementieren
  -Anwendungen auf Kubernetes deployen
  -Automatisierung mit ArgoCD und Ansible
  -Amazon S3-Speicher verwalten
  -Cloud-Security-Maßnahmen umsetzen
  -VMware Tanzu-Umgebungen optimieren
  Cloud Automation Engineer 680,00 EUR Tag Maximal 100,00
  remote Personentage à
  -MinIO-Systeme administrieren 8 Stunden
  -Tanzu-Cluster konfigurieren
  -Ctera-Lösungen implementieren
  -Anwendungen auf Kubernetes deployen
  -Automatisierung mit ArgoCD und Ansible
  -Amazon S3-Speicher verwalten
  -Cloud-Security-Maßnahmen umsetzen
  -VMware Tanzu-Umgebungen optimieren

  Summe
  71.480,00 EUR

  (2) Mit dieser Vergütung sind alle Aufwendungen des Auftragnehmers, einschließlich Reise- und
  Aufenthaltskosten, zum Projekteinsatzort abgegolten.




  § 3 Leistungsnachweis
  (1) Der Auftragnehmer weist seine Leistung monatlich nach, indem er einen vom Kunden unterzeichneten
  Leistungsnachweis mit Verweis auf diesen Einzelauftrag an finance-its@virtual7-its.ro übersendet.

  S.C. virtual7 IT Services SRL t. +40 (0) 787 539 359 Geschäftsführer Bezirk: Timis Bankinstitut: Unicredit Timisoara
  Piata Consiliul Europei Nr. 2E f. +40 (0) 787 639 359 Marcus Weiss HRB: J35/105/2021 SWIFT: BACXROBUXXX
  UBC3 ET.13 Büro 01 info@virtual7.ro Jochen Rieg CUI: RO43556230 RO60 BACX 0000 0021 3669 7001
  300627 Timisoara

  www.virtual7.de
  (2) Die Leistungsnachweise aller im Projekt eingesetzten Mitarbeitenden des Auftragnehmers müssen
  spätestens bis zum 3. Werktag des jeweiligen Monats, der auf den Monat, für den die
  Leistungsnachweise erbracht werden sollen, folgt („Folgemonat“), gemäß den Vorgaben erfasst und
  beim Auftraggeber eingegangen sein.
  (3) Werden Leistungsnachweise nicht ordnungsgemäß bis zum 3. Werktag eines Folgemonats zugeliefert
  und ist aus diesem Grund eine Abrechnung gegenüber dem Kunden nicht möglich, erfolgt die
  Abrechnung an den Kunden erst im nachfolgenden Abrechnungszeitraum. Erst die dann erfolgte Zahlung
  des Kunden auf die ordnungsgemäß erstellte Rechnung für diese Leistungen ist
  Fälligkeitsvoraussetzung für die Vergütung.




  § 4 Umsatzsteuer
  (1) Die Rechnungen sowie Gutschriften müssen ohne Umsatzsteuer erstellt werden, bitte vermerken Sie,
  sofern sie dem Gutschriftverfahren nicht zugestimmt haben, auf den Rechnungen:
  “We apply for reverse charge according to Art. 194 MwStSystRL. Die Steuerschuld geht auf den
  Leistungsempfänger über.“
  (2) Die Rechnungen und Gutschriften müssen die Umsatzsteuer-Identifikationsnummern von
  Rechnungssteller und Rechnungsempfänger aufführen, die VAT-ID der virtual7 IT SERVICES SRL ist:
  „CUI: RO43556230“.
  (3) Für die steuerlichen und sozialversicherungsrechtlichen Belange sowie für notwendige Meldungen an
  Behörden und Institutionen wird der Auftragnehmer selbst Sorge tragen. Dies ist bei der Kalkulation der
  Vergütung berücksichtigt. Im Besonderen wird darauf hingewiesen, dass bei innergemeinschaftlichen
  Leistungen die Zusammenfassenden Meldungen erstellt werden.




  § 5 Sonstiges
  (1) Der Auftragnehmer verpflichtet sich und seine Vorlieferanten, Unterauftragnehmer und sonstige Personen
  unter seiner Kontrolle, den SCoC des Kunden, einsehbar unter
  https://www.telekom.com/de/konzern/einkauf/details/compliance-und-nachhaltigkeit-504282
  einzuhalten. Im Fall eines Verstoßes gegen die Prinzipien und Pflichten dieses SCoC ist der
  Auftraggeber berechtigt, unverzüglich die Beseitigung dieses Verstoßes, einschließlich der
  Abstimmung eines Aktionsplans zur Beseitigung des Verstoßes, zu verlangen. Der Auftraggeber ist
  ferner berechtigt, die Vertragsbeziehung und -erfüllung auszusetzen, bis der Verstoß beseitigt wurde.
  Weitere vertragliche und gesetzliche Rechte des Auftraggebers bleiben hiervon unberührt.
  (2) Der Auftragnehmer verpflichtet sich und seine Vorlieferanten, Unterauftragnehmer und sonstige Personen
  unter seiner Kontrolle, die Einkaufsbedingungen des Kunden, einsehbar unter
  https://www.telekom.com/resource/blob/510290/2b60731f5234be261c97021a2e001a58/dl-eb-ict-
  services-data.pdf einzuhalten. Im Fall eines Verstoßes gegen die Pflichten dieser
  Einkaufsbedingungen ist der Auftraggeber berechtigt, unverzüglich die Beseitigung dieses Verstoßes,
  einschließlich der Abstimmung eines Aktionsplans zur Beseitigung des Verstoßes, zu verlangen. Der
  Auftraggeber ist ferner berechtigt, die Vertragsbeziehung und -erfüllung auszusetzen, bis der Verstoß
  beseitigt wurde. Weitere vertragliche und gesetzliche Rechte des Auftraggebers bleiben hiervon
  unberührt.
  (3) Die Hardware des Kunden darf die Bundesrepublik Deutschland nicht verlassen.
  (4) Bei Dienstreisen außerhalb der Projektstandorte Frankfurt, München, Bonn und Hamburg kann eine
  Reisekostenpauschale in Höhe von 130 € pro Tag abgerechnet werden. Innerhalb der Projektstandorte
  sind sämtliche Reisekosten in der vereinbarten Tagesrate enthalten und können nicht gesondert



  S.C. virtual7 IT Services SRL t. +40 (0) 787 539 359 Geschäftsführer Bezirk: Timis Bankinstitut: Unicredit Timisoara
  Piata Consiliul Europei Nr. 2E f. +40 (0) 787 639 359 Marcus Weiss HRB: J35/105/2021 SWIFT: BACXROBUXXX
  UBC3 ET.13 Büro 01 info@virtual7.ro Jochen Rieg CUI: RO43556230 RO60 BACX 0000 0021 3669 7001
  300627 Timisoara

  www.virtual7.de
  abgerechnet werden. Jede Reise muss im Vorfeld durch die Projektleitung der BWI freigegeben
  werden, und die Reisekosten sind im Leistungsnachweis entsprechend aufzuführen.




  ____________________________________________________
  Ort, Datum, Unterschrift (AUFTRAGNEHMER)




  __________________________________________________
  Ort, Datum, Unterschrift (AUFTRAGGEBER)




  S.C. virtual7 IT Services SRL t. +40 (0) 787 539 359 Geschäftsführer Bezirk: Timis Bankinstitut: Unicredit Timisoara
  Piata Consiliul Europei Nr. 2E f. +40 (0) 787 639 359 Marcus Weiss HRB: J35/105/2021 SWIFT: BACXROBUXXX
  UBC3 ET.13 Büro 01 info@virtual7.ro Jochen Rieg CUI: RO43556230 RO60 BACX 0000 0021 3669 7001
  300627 Timisoara

  www.virtual7.de


title: Rahmenvertrag_fu_r_IT-Leistungen_RV-LAW20251210
modified: 2025-12-16 17:30:33.264013
checksum: 54f9c2c66583d9d31a79ea54f7c1e153
added: 2025-12-16 17:30:33.203693
storage_type: unencrypted
filename: 0000230.pdf
mime_type: application/pdf
archive_checksum: 30506999384e4e6e45ae6fb3e31d74b2
archive_filename: 0000230.pdf
original_filename: Rahmenvertrag_fu_r_IT-Leistungen_RV-LAW20251210.pdf
created: 2022-04-08
content:
  Rahmenvertrag für IT-Leistungen
  zwischen

  S.C. virtual7 IT Services SRL
  Piata Consiliul Europei, Nr.2E
  Building United Business Center 3, Floor 14
  300627 Timișoara
  Rumänien
  (Auftraggeber)


  und

  Jannick Lawson-Boemigan
  Heinrich-Heine-Weg 15
  51503 Rösrath
  Deutschland
  (Auftragnehmer)
  § 1 Präambel
  Der Auftraggeber steht entweder direkt oder über einen Generalunternehmer in vertraglicher Beziehung mit
  dem im Einzelvertrag benannten Kunden. Diese vertragliche Beziehung wird im folgenden „Hauptvertrag“
  genannt. Der jeweilige Hauptvertrag wird im Einzelvertrag referenziert.
  Der Auftragnehmer agiert als Subunternehmer des Auftraggebers. Dies gilt auch für alle nachträglichen
  Auftragsvergaben, welche unter Geltung des Hauptvertrags bzw. in dessen Zusammenhang vergeben werden.
  Der Auftraggeber beauftragt den Auftragnehmer durch Einzelverträge, die auf diesem Rahmenvertrag
  basieren.


  § 2 Geltungsbereich und Vertragsbestandteile
  (1) Nachstehende Vertragsbestandteile gelten für Bestellungen von IT-Leistungen durch die virtual7 (im
  Folgenden "Auftraggeber" genannt) beim Auftragnehmer.
  (2) Die Bestimmungen des Hauptvertrages einschließlich seiner Anlagen und der vollständigen
  Ausschreibungsunterlagen werden Vertragsbestandteil und finden umfassend und entsprechend auch
  auf den Auftragnehmer und auf das Verhältnis zwischen Auftraggeber und Auftragnehmer Anwendung,
  so als ob der Auftragnehmer selbst Vertragspartei wäre. Das Vorherstehende gilt nicht, soweit in dem
  jeweiligen Einzelvertrag ausdrücklich abweichende Regelungen getroffen werden. Regelungen im
  Einzelvertrag, welche nicht ausdrücklich als Abweichungen von den Regelungen des Hauptvertrags
  bezeichnet sind, gelten zusätzlich zu den entsprechenden Regelungen des Hauptvertrags.
  (3) Mit Unterzeichnung des Einzelvertrages gibt der Auftragnehmer die im dort referenzierten Hauptvertrag
  enthaltenen Erklärungen und Zusicherungen gegenüber dem Auftraggeber bzw., soweit erforderlich,
  unmittelbar mit Wirkung zu Gunsten des Kunden und des Generalunternehmers (soweit vorhanden) ab.
  Sieht der Hauptvertrag vor, dass bestimmte Regelungen des Hauptvertrages unmittelbar zwischen dem
  Kunden und dem Auftragnehmer als Subunternehmer des Auftraggebers vereinbart werden, gelten diese
  Regelungen mit Unterzeichnung des Subunternehmervertrags als entsprechend vereinbart. Das Gleiche
  gilt für Regelungen, die zu Gunsten des Kunden im Sinne eines echten Vertrages zu Gunsten Dritter gelten
  sollen.
  (4) Vertragsbestandteile sind - bei Unstimmigkeiten in der nachstehenden Reihenfolge -
  a. der Einzelvertrag,
  b. der Hauptvertrag,
  c. ggfs. die Leistungsbeschreibung des Auftraggebers oder des Kunden,
  d. dieser Rahmenvertrag für IT-Leistungen.
  (5) Dieser Rahmenvertrag einschließlich aller Anlagen bildet bezüglich seines Gegenstands den gesamten
  Vertrag zwischen den Parteien. Er ersetzt alle anderen mündlichen oder schriftlichen Erklärungen,
  Verständigungen oder Vereinbarungen bezüglich des Gegenstands und kann nur durch eine schriftliche
  und von beiden Parteien unterschriebene Vereinbarung geändert werden.
  (6) Allgemeine Geschäftsbedingungen des Auftragnehmers sind explizit ausgeschlossen.
  (7) Der Auftraggeber kann die Bestellung durch den Einzelvertrag widerrufen, wenn der Auftragnehmer sie
  nicht innerhalb von zwei Wochen nach Eingang schriftlich angenommen hat.
  (8) Der Auftragnehmer ist nicht Vertragspartner im Verhältnis zum Kunden des Auftraggebers. Der
  Auftragnehmer ist auch nicht berechtigt, im Namen des Auftraggebers zu handeln oder den Auftraggeber
  zu vertreten.


  § 3 Leistungserbringung
  (1) Der Auftraggeber kann für die Durchführung des jeweiligen Projekts erforderliche oder dienliche
  Änderungen und Ergänzungen der gemäß dem Einzelvertrag zu erbringenden Leistungen verlangen,
  wobei wesentliche Anpassungen mit dem Auftragnehmer abzustimmen sind. Soweit durch derartige
  Änderungen das vertragliche Leistungsgefüge wesentlich verändert wird, werden beide Vertragsparteien
  unverzüglich eine Anpassung der vertraglichen Regelungen vornehmen. Unerhebliche Auswirkungen
  bleiben außer Betracht.
  (2) Der Auftragnehmer trägt dafür Sorge, dass die in dem jeweiligen Einzelvertrag definierten Laufzeiten und
  zu leistenden Stunden bzw. Personentage bezogen auf diese Bestellung nicht überschritten werden.
  Überschreitet der Auftragnehmer die vertraglich vereinbarte Obergrenze der zu leistenden Stunden bzw.
  Personentage, so werden diese nicht vergütet.
  (3) Der Auftragnehmer wird den Auftraggeber über alle Ereignisse unverzüglich unterrichten, von denen er
  Kenntnis erlangt und die für die Durchführung des Projektes gemäß dem Einzelvertrag von Bedeutung
  sein können. Dies gilt insbesondere auch, wenn der Auftragnehmer, aus welchen Gründen auch immer,
  den Terminplan im Rahmen der Leistungserbringung des Einzelvertrages vereinbarten Terminplan nicht
  einhalten kann.
  (4) Der Auftragnehmer ist an Weisungen vom Auftraggeber und dessen Kunden nicht gebunden und erbringt
  seine Leistungen in eigener Verantwortung. Auftragsbezogene fachliche Vorgaben vom Auftraggeber
  oder dem Kunden, die zur Spezifizierung des Projektergebnisses zwingend notwendig sind, sind dabei
  einzuhalten. Der Auftragnehmer ist seinerseits gegenüber Arbeitnehmern und anderen Auftragnehmern
  im Projekt des Auftraggebers nicht weisungsbefugt. Der Auftragnehmer ist in der Wahl des Leistungsortes
  und der zeitlichen Einteilung seiner Tätigkeit frei. Der Auftragnehmer wird jedoch hierbei die besonderen
  Projekterfordernisse berücksichtigen. Er verpflichtet sich jedoch, den Auftraggeber rechtzeitig in Kenntnis
  zu setzen, falls er an der Auftragserfüllung verhindert ist.
  (5) Der Auftragnehmer hat die Leistungen nicht in Person zu erbringen, er kann sich zur Erfüllung des Auftrags
  auch anderer Personen bedienen. Für die ordnungsgemäße Erfüllung der vertraglichen Leistungen bleibt
  er dem Auftraggeber gegenüber verantwortlich. Der Auftragnehmer ist verpflichtet, alle gesetzlichen
  Bestimmungen zu beachten und nur solche Mitarbeiter oder sonstige Erfüllungsgehilfen einzusetzen, die
  über die erforderlichen Kenntnisse zur Erfüllung der Leistung verfügen und sich an die vertraglichen
  Bestimmungen halten.
  (6) Der Auftragnehmer wird ohne schriftliche Einwilligung vom Auftraggeber keine weiteren Subunternehmer
  bei der Erledigung der von ihm geschuldeten Leistungen einschalten. Im Falle des Einsatzes von
  Subunternehmern durch den Auftragnehmer hat dieser eine den Bestimmungen dieses Vertrages
  entsprechende Vereinbarung mit seinen Subunternehmern zu treffen.
  (7) Arbeitsmittel zur Erbringung des Auftrags werden grundsätzlich vom Auftragnehmer gestellt und sind mit
  dem im Einzelvertrag vereinbarten Tagessatz abgegolten.
  (8) Der Auftragnehmer hat die Möglichkeit, am Markt aufzutreten, um weitere Auftraggeber zu gewinnen. Er
  kann für andere Auftraggeber als virtual7 tätig werden.


  § 4 Vergütung
  (1) Die Vergütung wird in dem jeweiligen Einzelvertrag vereinbart. Darin sind alle Aufwendungen unabhängig
  von ihrer Vorhersehbarkeit abgegolten.
  (2) Die Vergütung des Auftragnehmers erfolgt ausschließlich auf Basis von durch den Auftraggeber erstellten
  Abrechnungsgutschriften zugunsten des Auftragnehmers. Eine Abrechnungsgutschrift ist eine vom
  Auftraggeber selbst ausgestellte Rechnung über die Leistungen seines Auftragnehmers.
  Der Auftragnehmer übermittelt alle zur ordnungsgemäßen Gutschrifterstellung erforderlichen Daten über
  den im jeweiligen Einzelvertrag vereinbarten Kanal an den Auftraggeber und informiert diesen
  unverzüglich über etwaige Änderungen dieser Daten. Der Auftraggeber erstellt unter Verwendung dieser
  Daten im Wege des Gutschriftverfahrens eine entsprechende Gutschrift an den Auftragnehmer.
  Gutschriften werden pro Einzelvertrag und pro Monat gestellt. Die Gutschrifterstellung erfolgt digital, eine
  Papierform per Post ist nicht vorgesehen.
  (3) Der Auftragnehmer weist seine Leistung nach, indem er die geleisteten Stunden vom Projektleiter des
  Kunden oder des Auftraggebers auf einem Leistungsnachweis abzeichnen lässt und im Original dem
  Auftraggeber über den im Einzelvertrag definierten Weg zukommen lässt. Ebenso anzufügen ist eine
  Budgetübersicht, aus der die bisher geleisteten Stunden des jeweiligen Einzelvertrages hervorgehen. Die
  Vorlage des vom Kunden bestätigten, d.h. unterzeichneten Leistungsnachweises sind
  Fälligkeitsvoraussetzungen für die Vergütung und Bestandteil der geschuldeten Leistung. Bei
  Nichtvorlage des Leistungsnachweises besteht kein Anspruch auf Vergütung.
  (4) Verweigert der Kunde treuwidrig die Abzeichnung des Leistungsnachweises, so wird der Auftraggeber
  sich nach eigenem Ermessen, d.h. ohne rechtlich gegen Kunden vorgehen zu müssen, mit dafür einsetzen,
  dass der Kunde die Leistung des Auftragnehmers bestätigt. Ohne Bestätigung besteht jedoch kein
  Anspruch auf Vergütung.
  (5) Für die steuerlichen und sozialversicherungsrechtlichen Belange hat der Auftragnehmer selbst Sorge zu
  tragen. Gleiches gilt für eine etwa erforderliche Gewerbeanmeldung. Dies ist in der vertraglichen
  Vergütung einkalkuliert.
  § 5 Zahlungskonditionen
  (1) Maßgeblich für die Einhaltung der vereinbarten Zahlungsausführungsfrist ist die Erteilung des
  Überweisungsauftrages durch den Auftraggeber an das kontoführende Bankinstitut des Auftraggebers.
  (2) Die Vergütung wird ausschließlich in Euro ausbezahlt.
  (3) Sofern der Auftragnehmer dem Auftraggeber nicht sämtliche für eine Überweisung notwendigen
  Informationen (insbesondere Kontonummer, Bankleitzahl, IBAN, BIC) zur Verfügung gestellt hat, gehen
  dadurch verursachte Verzögerungen zu Lasten des Auftragnehmers.
  (4) Nicht vollständig oder nicht ordnungsgemäß nach den vorstehenden Bedingungen eingereichte
  Leistungsnachweise gelten erst zum Zeitpunkt ihrer Vollständigkeit und Richtigkeit als eingegangen. Der
  Auftraggeber ist damit ausdrücklich berechtigt, die Vergütung ganz oder teilweise zurückzubehalten, bis
  sämtliche der Voraussetzungen erfüllt sind.
  (5) Der Zahlungsanspruch des Auftragnehmers gegenüber dem Auftraggeber ist 5 Tage, nachdem der
  Zahlungseingang des Kunden beim Auftraggeber für den Auftragsanteil erfolgt ist, fällig. Voraussetzung
  hierfür ist, dass die Leistungen ordnungsgemäß erbracht wurden und der Auftraggeber den vom Kunden
  unterzeichneten Leistungsnachweis im Original erhalten hat.
  (6) Der Auftraggeber ist berechtigt, die Zahlung der Gutschrift so lange zu verweigern, bis der Kunde bzw. der
  Generalunternehmer die Zahlungen für den Leistungsteil des Auftragnehmers geleistet hat und dieser
  beim Auftraggeber eingegangen ist.
  (7) Bei Zahlung innerhalb von 14 Tagen nach Gutschrifterstellung ist der Auftraggeber zum Abzug von 2%
  Skonto berechtigt.
  (8) Die Rechnungstellung vom Auftraggeber an den Kunden erfolgt mit 30 Tagen Zahlungsziel.
  (9) Eine geringfügige Abweichung der Zahlungsfrist aufgrund von internen Bearbeitungszeiten und/oder
  automatisierten Zahlläufen beim Auftraggeber, wird seitens des Auftragnehmers akzeptiert.


  § 6 Rechte an den Arbeitsergebnissen
  (1) Dem Auftraggeber stehen die ausschließlichen, unentgeltlichen, unbeschränkten, unwiderruflichen und
  übertragbaren Rechte an den Arbeitsergebnissen zu. Daher überträgt der Auftragnehmer hiermit an den
  Auftraggeber im rechtlich zulässigen Umfang sämtliche übertragbaren Rechte (insbesondere
  Nutzungsrechte) an den Arbeitsergebnissen. Der Auftragnehmer stellt sicher, dass etwaige Rechte
  eingesetzter Subunternehmer im vorstehend genannten Umfang ihrerseits vom jeweiligen
  Subunternehmer an den Auftragnehmer übertragen sind bzw. werden und damit von der hier erfolgenden
  Übertragung an den Auftraggeber erfasst sind. Diese Rechte beinhalten auch die Rechte zur vollständigen
  oder teilweisen Veröffentlichung, Vervielfältigung, Umgestaltung sowie Bearbeitung von Unterlagen
  einschließlich ihrer Weiterverwertung für Folgeaufträge mit Dritten.
  (2) Für Dienstleistungen mit technischem Inhalt gilt ergänzend: Der Auftragnehmer informiert den
  Auftraggeber über seine bereits bestehenden eigenen Schutzrechte und Urheberrechte soweit diese für
  die Erstellung und Nutzung bzw. Verwertung der Arbeitsergebnisse notwendig sind. Eingeschlossen ist
  die Information über den Kreis der Verfügungsberechtigten dieser Rechte. An diesen eigenen
  Schutzrechten und Urheberrechten des Auftragnehmers erhält der Auftraggeber ein
  nichtausschließliches, übertragbares Nutzungsrecht. Alle Ansprüche des Auftragnehmers für die
  Einräumung der Rechte nach diesem Paragraphen sind durch das Honorar nach § 4￼4 dieses Vertrages
  abgegolten.
  (3) Der Auftragnehmer ist verpflichtet, sich jeder Vervielfältigung, Weitergabe an Dritte oder sonstigen
  Nutzung (auch eigenen) der im Rahmen dieses Vertrages erstellten Programme und Unterlagen zu
  enthalten. Der Auftragnehmer verpflichtet sich, diese und alle ihm vom Auftraggeber bzw. vom Endkunden
  zur Verfügung gestellten Unterlagen spätestens bei Beendigung seiner Tätigkeit dem Auftraggeber bzw.
  dem Endkunden auszuhändigen. Der Auftragnehmer kann ein Zurückbehaltungsrecht nur bei
  unbestrittenen oder rechtskräftig festgestellten Forderungen geltend machen.
  (4) Der Auftragnehmer ist verpflichtet, alle im Zusammenhang mit der Durchführung des Auftrages
  gemachten Erfindungen, Verbesserungen oder entstandenes Know-how mitzuteilen. Der
  Auftragnehmer hat eine angemessene Dokumentation der Arbeitsergebnisse und des
  zugehörigen Know-hows der eingesetzten Personen sicher zu stellen und auf dem Laufenden
  zu halten. Diese Dokumentation ist dem Auftraggeber und/oder dem Kunden jederzeit zur Verfügung zu
  stellen.
  (5) Der Auftragnehmer stellt die Einhaltung seiner in diesem § 6 geregelten Verpflichtungen u.a. dadurch
  sicher, dass er mit seinen Angestellten, freien Mitarbeitern, Subunternehmern und sonstigen
  Erfüllungsgehilfen schriftliche Vereinbarungen trifft, die die in diesem § 6 beschriebene Übertragung von
  Nutzungsrechten und Eigentum auf den Auftraggeber gewährleisten.


  § 7 Ersatzvornahme
  (1) Besteht aus Sicht des Auftraggebers die konkrete Gefahr, dass der Kunde Ansprüche und/oder Rechte
  aufgrund nicht ordnungsgemäßer Erfüllung der Leistungserbringung erlangt oder geltend macht, für die
  der Auftragnehmer verantwortlich ist, ist der Auftraggeber berechtigt, alle zumutbaren Maßnahmen zu
  ergreifen, um die Entstehung oder Geltendmachung derartiger Ansprüche bzw. Rechte zu vermeiden. Von
  diesem Recht darf der Auftraggeber nur nach entsprechender Mahnung des Auftragnehmers und
  fruchtlosem Ablauf einer gesetzten angemessenen Frist Gebrauch machen, es sei denn, der
  Auftragnehmer hat die ordnungsgemäße Erfüllung des betreffenden Teils der Leistungserbringung
  abgelehnt. Der Auftragnehmer hat alle aufgrund der Maßnahmen erwachsenden notwendigen Kosten des
  Auftraggebers (z.B. auch erhöhter Personaleinsatz, Überstunden usw.) zu ersetzen.


  § 8 Haftung
  (1) Der Auftragnehmer haftet für von ihm oder seinen Erfüllungsgehilfen zu vertretende Schäden wie folgt:
  Für Sach- und Personenschäden bis zu einem Höchstbetrag von 5.000.000,00 € pro Einzelvertrag.
  Für Vermögensschäden bis zu einem Höchstbetrag von 5.000.000,00 € pro Einzelvertrag.
  (2) Für vom Auftragnehmer verursachte Ansprüche des Kunden an den Auftraggeber auf Vertragsstrafe,
  Schadensersatz wegen Verzugs oder Schadensersatz aus sonstigen Gründen haftet der Auftragnehmer
  bis zu dem Betrag, den der Auftraggeber zu leisten hat. Der Auftragnehmer stellt den Auftraggeber
  unverzüglich auf erstes Anfordern von entsprechenden Ansprüchen des Kunden frei. Der Auftraggeber
  hat das Recht, solche Beträge von Zahlungen an den Auftragnehmer einzubehalten.
  (3) Für Ansprüche der Vertragspartner untereinander gilt, soweit sie nicht unter Abs. (1)-(2) geregelt sind,
  folgendes:
  (4) Der Auftragnehmer haftet dem Auftraggeber gegenüber für Schäden, die er, seine Erfüllungsgehilfen oder
  Zulieferer dem Auftraggeber schuldhaft zufügen. Der Ersatz von entgangenem Gewinn und
  Produktionsausfall ist jedoch ausgeschlossen. Im Falle einer vorsätzlichen Schädigung ist die Haftung
  des jeweiligen Vertragspartners unbegrenzt. Die Haftung des Auftragnehmers gemäß den zwingenden
  gesetzlichen Vorschriften des Produkthaftungsgesetzes, aufgrund des arglistigen Verschweigens eines
  Mangels sowie der Übernahme einer Garantie für die Beschaffenheit einer Sache bleibt unberührt
  (5) Die Verjährung von Ansprüchen hinsichtlich des Auftragsanteils bestimmt sich nach der entsprechenden
  Verjährungsfrist im Kundenvertrag zuzüglich 30 Kalendertage.
  (6) Der Auftragnehmer wird eine Betriebshaftpflichtversicherung (1) definierten Betrages abschließen und bei
  Vertragsbeginn nachweisen und eine Kopie der Police dem Auftraggeber aushändigen.


  § 9 Hinweis- und Dokumentationspflichten
  (1) Der Auftragnehmer verpflichtet sich, auf Mängel oder Lücken in den Anforderungen des Kunden, die dem
  Einzelvertrag zugrunde liegen, hinzuweisen, soweit er diese erkannt hat oder hätte erkennen können.
  (2) Der Auftragnehmer erstellt in eigener Verantwortung eine in Bezug auf die Projektanforderungen
  angemessene und geeignete Dokumentation. Er hat sich hierbei an die Anforderungen des Kunden und
  die Spezifikationen in dem jeweiligen Einzelvertrag zu halten. In jedem Fall der Beendigung eines
  Einzelvertrages ist der Auftragnehmer verpflichtet, den Auftraggeber oder dem Kunden die vollständige
  Dokumentation sowie alle Arbeitsergebnisse zu übergeben, soweit dies nicht während der Dauer des
  Einzelvertrags bereits geschehen ist.


  § 10 Einsatz von Arbeitsmitteln und Software
  (1) Der Einsatz von urheberrechtlich geschützten Arbeitsmitteln beim Kunden (Software, Tools, Compiler,
  etc.) bedarf der vorherigen schriftlichen Zustimmung von Auftraggeber und dem Kunden. Der
  Auftragnehmer verpflichtet sich, bei der Erbringung seiner Leistungen urheberrechtlich geschützte Werke
  Dritter weder direkt noch in bearbeiteter Form, ohne die entsprechende Berechtigung zu benutzen.
  (2) Zum Einsatz von Open Source Software ist der Auftragnehmer nach schriftlicher Anzeige an den
  Auftraggeber und den Kunden nur berechtigt, soweit nach dem jeweiligen Lizenzmodell der verwendeten
  Open Source Software
  a. weder der Auftragnehmer noch der Auftraggeber noch der Kunde verpflichtet werden, die
  Arbeitsergebnisse, welche mit der Open Source Software erstellt wurden und/oder
  Bestandteile der Open Source Software enthalten, (nachfolgend: „Open Source Ergebnisse“)
  als Source Code und/oder unentgeltlich gegenüber Einzelnen oder der Allgemeinheit
  freizugeben, und
  b. der Auftraggeber und der Kunde berechtigt sind, sämtliche Open Source Ergebnisse als
  proprietär zu behandeln, und
  c. die Verwendung der Open Source Software nicht dazu führt, dass die damit erstellten Open
  Source Ergebnisse und/oder sonstige proprietäre Software vom Auftraggeber oder dem
  Kunden dem Lizenzmodell der Open Source Software unterfällt (sog. Copyleft-Effekt) und
  d. der Auftraggeber und der Kunde auch im Übrigen in keiner Weise daran gehindert werden, die
  Open Source Arbeitsergebnisse entsprechend den Vereinbarungen und Zielsetzungen des
  jeweiligen Einzelvertrages zu nutzen und zu verwerten.
  (3) Der Auftragnehmer sichert zu, dass durch seine Tätigkeiten und durch die von ihm eingesetzten
  Arbeitsmittel keinerlei IT-Schädlinge (z.B. Viren, Dialer, Trojaner, etc.) in den Bereich vom Auftraggeber
  oder des Kunden gelangen.


  § 11 Verletzung von Schutzrechten
  (1) Werden im Zusammenhang mit der Nutzung der vom Auftragnehmer erbrachten Leistungen durch den
  Auftraggeber, den Kunden oder den Endkunden Schutzrechte Dritter verletzt und entsprechende
  Ansprüche von Schutzrechtsinhabern gegenüber dem Auftraggeber, dem Kunden oder dem Endkunden
  geltend gemacht, hat der Auftraggeber nach Erhalt der Anspruchsmeldung des Dritten hiervon den
  Auftragnehmer unverzüglich schriftlich zu unterrichten. Der Auftragnehmer wird nach Wahl des
  Auftraggebers und auf eigene Kosten des Auftragnehmers das Recht zur Nutzung der Leistung
  verschaffen oder die Leistung rechtsfehlerfrei gestalten. Soweit der Auftraggeber, der Kunde oder der
  Endkunde aufgrund eines rechtskräftigen Urteils oder eines Vergleiches zur Zahlung von Schadensersatz
  und von Gerichts- und Anwaltskosten an Dritte verpflichtet ist, hat der Auftragnehmer den Auftraggeber
  von solchen Ansprüchen freizustellen und diese Beträge dem Auftraggeber zu erstatten. Weitergehende
  Ansprüche des Auftraggebers bleiben unberührt.
  (2) Soweit eine Abhilfe nicht möglich sein sollte, ist der Auftraggeber berechtigt, diesen Vertrag
  außerordentlich zu kündigen oder die Gesamtvergütung dieses Vertrages zu mindern und/oder Ersatz
  vergeblicher Aufwendungen und Schadensersatz entsprechend den gesetzlichen Bestimmungen zu
  verlangen.


  § 12 Wettbewerbsklausel
  (1) Während der Laufzeit der vertraglichen Beziehungen sowie während 12 Monaten nach deren Beendigung
  wird der Auftragnehmer ohne vorhergehende schriftliche Zustimmung des Auftraggebers keinen direkten
  Kontakt oder indirekten Kontakt über Dritte mit dem im Einzelvertrag genannten Kunden des
  Auftraggebers hinsichtlich der Ausführung von gleichen oder gleich gelagerten Tätigkeiten in den auf
  diesem Rahmenvertrag basierenden Einzelverträgen aufgeführt, aufnehmen. Vollständiger und
  umfassender Kundenschutz wird durch den Auftragnehmer gewährt.
  (2) Bei Verstößen gegen diese Bestimmung ist eine sofort fällige Vertragsstrafe von 50.000,00 € pro Verstoß
  zuzüglich 1.000,00 € pro Tag und pro eingesetztem Mitarbeiter bzw. Mitarbeiter von Subunternehmern
  zahlbar. Das Recht, einen darüberhinausgehenden Schaden oder sonstige vertragliche oder gesetzliche
  Ansprüche geltend zu machen, bleibt unberührt.
  (3) Der Auftragnehmer verpflichtet sich, ebenso seine Erfüllungsgehilfen zur Einhaltung zu verpflichten.
  § 13 Geheimhaltung und Datenschutz
  (1) Bei der Verarbeitung und Nutzung personenbezogener Daten wird der Auftragnehmer die Bestimmungen
  des Bundesdatenschutzgesetzes sowie die entsprechenden Landesdatenschutzgesetze beachten und
  die Vorgaben seitens des Auftraggebers und Kunden berücksichtigen. Außerhalb des vorgegebenen
  Rahmens darf der Auftragnehmer, die zur Verarbeitung oder Nutzung überlassenen personenbezogenen
  Daten weder für eigene noch für fremde Zwecke verwenden. Dem Auftragnehmer ist bekannt, dass
  personenbezogene Daten des Auftraggebers, des Kunden und des Endkunden dem Datenschutz
  unterliegen und hierüber Stillschweigen zu bewahren ist. Dem Auftragnehmer sind die strafrechtlichen
  Folgen einer Datenschutzverletzung bekannt (Siehe Anlage -Datenschutz-). Er verpflichtet sich, sämtliche
  Personen, die an der Leistungserbringung im Rahmen dieses Vertrages beteiligt sind, darüber zu
  informieren und diese entsprechend zu belehren.
  (2) Der Auftragnehmer wird über alle vertraulichen Informationen und Unterlagen, die ihm im Rahmen der
  Durchführung dieses Vertrages zur Kenntnis gelangen oder zu denen er Zugang erhält, zeitlich unbegrenzt
  Stillschweigen bewahren und diese Dritten nicht zugänglich machen. Informationen und Unterlagen sind
  dann als vertraulich anzusehen, wenn diese ausdrücklich als vertraulich bezeichnet oder offensichtlich
  erkennbar nicht für Dritte bestimmt sind wie z.B. Informationen technischer, kommerzieller oder
  organisatorischer Art. Diese Informationen dürfen nur im Rahmen der Abwicklung dieses Vertrages
  verwendet werden.
  (3) Diese Geheimhaltungsverpflichtung gilt nicht für Informationen, die der Auftragnehmer
  - von Dritten erhalten hat oder erhält oder
  - die bei Vertragsabschluss bereits allgemein bekannt waren oder
  - nachträglich ohne Verstoß gegen diese Geheimhaltungsverpflichtung allgemein bekannt wurden oder
  - die aufgrund gesetzlicher, behördlicher oder gerichtlicher Anordnung offenzulegen sind.
  (4) Der Auftragnehmer wird seine Mitarbeiter und Subunternehmer entsprechend dieser Bestimmung
  verpflichten.
  (5) Nach Beendigung dieses Vertrags hat der Auftragnehmer alle in Erfüllung dieses Vertrages erlangten und
  erarbeiteten Unterlagen einschließlich aller Kopien und Vervielfältigungen an den Auftraggeber oder
  Kunden herauszugeben. Vervielfältigungen von Unterlagen in elektronischen Medien und auf
  Datenträgern, die nicht übergeben werden können, sind von dem Auftragnehmer zu löschen oder
  dauerhaft unbrauchbar zu machen. Der Auftragnehmer hat, gleich aus welchem Rechtsgrund, kein
  Zurückbehaltungsrecht.
  (6) Veröffentlichungen jeder Art über die Existenz oder den Inhalt dieses Vertrages oder mit dem Vertrag in
  Zusammenhang stehende Verträge durch den Auftragnehmer bedürfen der vorherigen schriftlichen
  Zustimmung durch den Auftraggeber.
  (7) Mit der im Rahmen der Durchführung dieses Vertrages erbrachten Leistungen oder erarbeitetem Know-
  how darf der Auftragnehmer und seine Erfüllungsgehilfen nur nach vorheriger schriftlicher Genehmigung
  durch den Auftragnehmer werben oder öffentlich in Erscheinung treten.


  § 14 Nachweispflichten
  (1) Der Auftragnehmer sichert zu, dass bei den eingesetzten Personen keine Vorstrafen vorliegen,
  die in ein Führungszeugnis aufzunehmen wären und ihre Eignung für die geschuldete Tätigkeit
  in Frage stellen.
  (2) Der Auftragnehmer verpflichtet sich zur Einhaltung der einem Arbeitgeber obliegenden
  Pflichten gemäß des MiLoG. Bei Verstößen des Auftragnehmers, eines von ihm beauftragten
  Nachunternehmers und/oder eines von diesem wiederum beauftragten Nachunternehmers gegen die
  einem Arbeitgeber obliegenden Pflichten gemäß des MiLoG stellt der Auftragnehmer den Auftragnehmer
  vollumfänglich von etwaigen hierdurch entstehenden Aufwendungen frei.
  (3) Der Auftragnehmer versichert, dass weder er selbst noch die eingesetzten Personen auf einer
  Anti-Terror-Liste aufgeführt sind. Er ist diesbezüglich verpflichtet, jegliche Änderungen an den
  Auftraggeber unverzüglich mitzuteilen. Ein Verstoß des Auftragnehmers gegen die Bestimmungen dieses
  Absatzes berechtigt den Auftraggeber zur fristlosen Kündigung der aller Vertragsverhältnisse.
  (4) Der Auftragnehmer versichert, dass sowohl er als auch die eingesetzten Personen über den
  zur Leistungserbringung erforderlichen Aufenthaltstitel verfügen. Der Auftragnehmer versichert
  zudem, dass die zur Leistungserbringung eingesetzten Personen über die zur
  Leistungserbringung erforderliche Arbeitserlaubnis verfügen.
  (5) Bei Verstoß des Auftragnehmers gegen eine Verpflichtung dieses Paragraphen ist der Auftraggeber
  berechtigt, alle Vertragsverhältnisse schriftlich fristlos und ohne weitere Verpflichtungen oder Haftung
  gegenüber dem Auftraggeber zu kündigen. Der Auftragnehmer wird den Auftraggeber von allen Schäden,
  Verlusten, Zurückhaltung von Zahlungen, Forderungen und Ansprüchen Dritter, die sich aus oder im
  Zusammenhang mit der Kündigung ergeben, auf erstes Anfordern vollumfänglich frei und schadlos halten


  § 15 Compliance
  (1) Der Auftragnehmer garantiert im Allgemeinen und während der Dauer dieses Vertrages die
  Einhaltung aller anwendbaren Gesetze, Verordnungen und Vorschriften, einschließlich (aber
  nicht nur) Anti-Korruptions-Gesetze und -Vorschriften. Der Auftragnehmer hat im
  Zusammenhang mit den vertragsgegenständlichen Leistungen aus diesem Vertrag, sowie
  sonstigen für den Auftraggeber erbrachten Leistungen keine verbotenen Handlungen begangen,
  weder direkt noch indirekt, und wird dies auch künftig nicht tun.
  (2) Der Auftraggeber kann insbesondere allgemeingültige Verordnungen und Richtlinien der
  zuständigen Aufsichtsbehörden an den Auftragnehmer weitergeben. Diese Richtlinien sollen in
  Textform herausgegeben werden.
  (3) Verbotene Handlungen beinhalten das Versprechen, Anbieten oder Gewähren, oder das
  Anfordern oder Annehmen eines unzulässigen Vorteils oder Nutzens um Handlungen in
  unzulässiger Weise zu beeinflussen.
  (4) Bei Verstoß des Auftragnehmers gegen die Verpflichtung in Absatz 1 ist der Auftraggeber berechtigt,
  alle Vertragsverhältnisse schriftlich fristlos und ohne weitere Verpflichtungen oder Haftung gegenüber
  dem Auftraggeber zu kündigen. Ist der Auftraggeber der Ansicht, dass der Umstand der Anlass zur
  Kündigung gegeben hat, auch einen Verstoß gegen das U.S. Foreign Corrupt Practices Act
  oder andere anwendbare Anti-Korruptions-Gesetze darstellt, sind jegliche
  Zahlungsforderungen des Auftragnehmers aus diesem Vertrag automatisch erloschen. Der
  Auftragnehmer wird den Auftraggeber von allen Schäden, Verlusten, Zurückhaltung von Zahlungen,
  Forderungen und Ansprüchen Dritter, die sich aus oder im Zusammenhang mit der Kündigung
  ergeben, auf erstes Anfordern vollumfänglich frei und schadlos halten.


  § 16 Eigenerklärung russische Unternehmen
  (1) Der Auftragnehmer erklärt Folgendes:
  (2) Der Auftragnehmer gehört nicht zu den in Artikel 5 k) Absatz 1 der Verordnung (EU) Nr. 833/2014 in der
  Fassung des Art. 1 Ziff. 23 der Verordnung (EU) 2022/576 des Rates vom 8. April 2022 über restriktive
  Maßnahmen angesichts der Handlungen Russlands, die die Lage in der Ukraine destabilisieren, genannten
  Personen oder Unternehmen, die einen Bezug zu Russland im Sinne der Vorschrift aufweisen,
  a. durch die russische Staatsangehörigkeit des Auftragnehmers oder die Niederlassung
  des Auftragnehmers in Russland,
  b. durch die Beteiligung einer natürlichen Person oder eines Unternehmens, auf die eines
  der Kriterien nach Buchstabe a zutrifft, am Auftragnehmer über das Halten von Anteilen
  im Umfang von mehr als 50 %
  c. durch das Handeln des Auftragnehmers im Namen oder auf Anweisung von Personen oder
  Unternehmen, auf die die Kriterien der Buchstaben a und/oder b zutrifft
  (3) Es wird bestätigt, dass die am Auftrag beteiligten Unterauftragnehmer, Lieferanten oder Unternehmen,
  deren Kapazitäten im Zusammenhang mit der Erbringung des Eignungsnachweises in
  Anspruch genommen werden, auf die mehr als 10 % des Auftragswerts entfällt, ebenfalls nicht zu
  dem in der Vorschrift genannten Personenkreis mit einem Bezug zu Russland im Sinne der Vorschrift
  gehören.
  (4) Es wird bestätigt und sichergestellt, dass auch während der Vertragslaufzeit keine als
  Unterauftragnehmer, Lieferanten oder Unternehmen, deren Kapazitäten im Zusammenhang mit der
  Erbringung des Eignungsnachweises in Anspruch genommen werden, beteiligten Unternehmen
  eingesetzt werden, die zu dem in der Vorschrift genannten Personenkreis mit einem Bezug zu Russland
  im Sinne der Vorschrift gehören und auf die mehr als 10 % des Auftragswerts entfällt.
  § 17 Kündigung
  (1) Das Vertragsverhältnis durch den jeweiligen Einzelvertrag zwischen Auftraggeber und Auftragnehmer ist
  abhängig vom Zustandekommen eines entsprechenden Vertrages zwischen dem Auftraggeber und dem
  Kunden. Die Vertragsparteien sind sich deshalb darüber einig, dass der Auftraggeber von der Bestellung
  zurücktreten darf, sofern kein wirksames Vertragsverhältnis zwischen dem Auftraggeber und dem
  Kunden zustande kommt.
  (2) Die Vertragsparteien haben das Recht, das durch den Einzelvertrag entstandene Vertragsverhältnis mit
  einer Frist von zwei Wochen ordentlich zu kündigen.
  (3) Die Vertragsparteien haben das Recht zur außerordentlichen Kündigung des jeweiligen Einzelvertrages
  aus wichtigem Grund. Ein wichtiger Grund ist für den Auftraggeber insbesondere dann gegeben, wenn
  a. das Vertragsverhältnis zwischen dem Auftraggeber und dem Kunden vor dem Fristende des
  entsprechenden Einzelvertrages des Auftraggebers endet. Die Kündigung erfolgt dann auf den
  Zeitpunkt, zu dem der Kundenvertrag gekündigt wird.
  b. der Kunde vorzeitig, den Auftraggeber wegen mangelhafter Qualität des Auftragnehmers oder
  vertraglichen Pflichtverletzungen des Auftragnehmers kündigt oder aus entsprechenden
  Gründen einen Austausch des Auftragnehmers fordert. Die Kündigung erfolgt dann auf den
  Zeitpunkt, zu dem der Kundenvertrag gekündigt wird bzw. zu dem Zeitpunkt, zu dem der
  Austausch des Auftragnehmers gefordert wird.
  c. ein Insolvenzverfahren über das Vermögen des Auftragnehmers beantragt oder eröffnet wird
  oder eine wesentliche Verschlechterung in seinen Vermögensverhältnissen oder deren
  unmittelbares Bevorstehen sowie die Pfändung aufgrund dieses Vertrags bestehender
  Zahlungsansprüche zu befürchten ist. Die Kündigung erfolgt dann fristlos.
  (5) Der Auftragnehmer kann auch in Projekten eingesetzt werden, für die eine erfolgreiche
  Sicherheitsüberprüfung und VS-Ermächtigung nach GHB notwendig ist. Ist diese notwendig und erfolgt
  diese nicht oder verfällt diese aus irgendeinem Grund, so sind alle betreffenden Vertragsverhältnisse
  außerordentlich kündbar.
  (6) Verstößt der Auftragnehmer gegen die geltenden rechtlichen Vorschriften der Geheimhaltung, so sind alle
  betreffenden Vertragsverhältnisse außerordentlich kündbar.
  (7) Im Fall einer Kündigung erfolgt die Vergütung nach den tatsachlich erbrachten und nachgewiesenen
  Leistungen. Ein Anspruch auf Vergütung wegen Verdienstausfalles oder sonstige Vergütung sowie
  Schadensersatz oder sonstige Leistungen besteht nicht.
  (8) Jede Kündigung bedarf der Schriftform oder der elektronischen Form. Sie kann per E-Mail mit digital
  gültiger Signatur erfolgen.


  § 18 Keine Vergütung bei Annahmeverzug
  (1) Kommt der Auftraggeber mit der Annahme der Dienste in Verzug, weil eine Tätigkeit beim Kunden, gleich
  aus welchem Grund, ausgeschlossen ist, so kann der Auftragnehmer keine Vergütung verlangen. Ein
  Beschäftigungsanspruch besteht nicht.


  § 19 Qualität der Leistungserbringung
  (1) Der Auftragnehmer erbringt seine Leistungen nach dem aktuellen Stand der Technik.
  (2) Der Kunde erhält das Recht, die Richtigkeit der angegebenen Daten des Auftragnehmers durch direkte
  Auskunft gegenüber dem Auftragnehmer zu überprüfen. Der Auftragnehmer ist insoweit von der
  Geheimhaltungsverpflichtung entbunden.


  § 20 Einwilligung Datenverarbeitung
  (1) Der Auftragnehmer willigt in die Erhebung, Verarbeitung, Nutzung und Übermittlung seiner
  personenbezogenen Daten für den Einsatz in den in den Einzelverträgen genannten IT-Projekten ein.
  Insbesondere dürfen Leistungsprofile an Kunden übertragen werden (§§ 28, 29 BDSG). Der Auftraggeber
  sichert zu, dass die Daten ausschließlich zum Zwecke einer weiteren Beauftragung an interessierte
  Kunden genutzt werden.
  (2) Der Auftragnehmer ist verpflichtet, die eingesetzte Person über die Verarbeitung Ihrer Daten durch den
  Auftraggeber im genannten Umfang zu informieren.
  (3) Der Auftragnehmer verpflichtet sich, den Auftraggeber unverzüglich über jegliche Änderungen relevanter
  personenbezogener Daten, insbesondere einer Änderung der Kontaktdaten oder Bankverbindungen, zu
  informieren.


  § 21 Sonstiges
  (1) Der Auftragnehmer ist nicht berechtigt, vertraglich relevante Vereinbarungen hinsichtlich der
  Leistungserbringung mit dem Kunden zu treffen.
  (2) Das Vertragsverhältnis unterliegt dem Recht der Bundesrepublik Deutschland unter Ausschluss der
  Bestimmungen, die auf andere Rechtsordnungen verweisen. Die Anwendung des Übereinkommens der
  Vereinten Nationen über Verträge über den internationalen Warenkauf vom 11.04.1980 ist
  ausgeschlossen. Gerichtsstand ist Karlsruhe.
  (3) Änderungen und Ergänzungen zu diesem Angebot/Vertrag bedürfen der Textform. Eine Abweichung von
  diesem Textformerfordernis kann ebenfalls nur mittels einer schriftlichen Vereinbarung erfolgen.
  Mündliche Nebenabreden zu diesem Angebot/Vertrag bestehen nicht.
  (4) Auch nach Beendigung der Vertragsverhältnisse behalten solche Regelungen ihre Gültigkeit, die aufgrund
  ihres typischen und vertragswesentlichen Regelungsgehaltes der Vertragsbeendigung nachwirken.
  (5) Sollten einzelne Bestimmungen dieses Rahmenvertrages oder des Einzelvertrages ganz oder teilweise
  unwirksam oder undurchführbar sein, so wird die Wirksamkeit der übrigen Bestimmungen hiervon nicht
  berührt. Die Parteien verpflichten sich, die unwirksame oder undurchführbare Bestimmung durch eine
  Regelung zu ersetzen, die dem wirtschaftlichen Zweck der weggefallenen Bestimmung am nächsten
  kommt.

  Version: Rahmenvertrag für IT-Leistungen 2025-11


  Rahmenvertragsnummer: RV-LAW20251210


  Ort, Datum



  ____________________________________ ____________________________________
  Unterschrift Auftragnehmer Unterschrift Auftraggeber
  Anlage Verpflichtungserklärung gemäß Bundesdatenschutzgesetz

  Gemäß Paragraph 5 BDSG (Bundesdatenschutzgesetz) ist der Auftragnehmer auf folgende gesetzliche
  Bestimmungen zum Schutze des Datengeheimnisses hingewiesen worden:

  Es ist untersagt, durch das Bundesdatenschutzgesetz geschützte personenbezogene Daten unbefugt in
  Dateien zu erfassen, aufzunehmen oder aufzubewahren, zu verändern oder zu löschen, diese Daten dritten
  Personen bekanntzugeben oder zugänglich zu machen, zu sperren oder sie sonst zu nutzen. Diese
  Verpflichtung zur Wahrung des Datengeheimnisses besteht auch nach Beendigung der Tätigkeit bei der
  Verarbeitung personenbezogener Daten bzw. dem Ende des Auftragsverhältnisses fort.

  Mit Geld- oder Haftstrafen kann bestraft werden,
  - wer unbefugt von dem Bundesdatenschutzgesetz geschützte Daten, die nicht offenkundig sind,
  speichert, übermittelt, verändert, zum Abruf mittels automatischer Verfahren bereithält, abruft oder
  sich oder einer dritten Person aus Dateien verschafft,
  - wer durch unrichtige Angaben geschützte personenbezogene Daten, die nicht offenkundig sind,
  erschleicht,
  - wer unbefugt übermittelte Daten für andere Zwecke nutzt als zu dem Zweck, zu dessen Erfüllung sie
  ihm übermittelt wurden, indem er sie an dritte Personen weitergibt,
  - wer unbefugt anonymisierte Einzelangaben mit solchen Merkmalen zusammenführt, mit denen
  Einzelangaben über persönliche oder sachliche Verhältnisse einer bestimmten
  - oder bestimmbaren natürlichen Person zugeordnet werden können.

  Ein Verstoß gegen diese Verpflichtung auf das Datengeheimnis kann zu Schadensersatzverpflichtungen
  führen.


title: Hauptvertrag 2025 BWI T-Systems
modified: 2025-12-16 17:30:46.591090
checksum: 3cfce1eddcd05dba7f126afb39f55972
added: 2025-12-16 17:30:46.099212
storage_type: unencrypted
filename: 0000231.pdf
mime_type: application/pdf
archive_checksum: 1b84a88132697c98078c5f4ea2bb9a78
archive_filename: 0000231.pdf
original_filename: Hauptvertrag 2025 BWI T-Systems.pdf
created: 2022-04-08
content:
  PROJEKTVERTRAG



  zwischen




  virtual7


  und der

  T-Systems International GmbH
  Hahnstraße 43d
  60528 Frankfurt am Main
  TSI


  TSI und virtual7 j




  Anlagen

  1. Kundenspezifische Regelungen

  a. Anhang 1 (Anforderungen an die Informationssicherheit der BWI)

  b. Anhang 2 (Vereinbarung zur Auftragsverarbeitung)

  c. Anhang 3 (Vereinbarung zur weiteren Auftragsverarbeitung)

  d. Anhang 4 (VS-Merkblatt)

  e. Anhang 5a (Empfehlung zur Korruptionsprävention)

  f. Anhang 5b (Richtlinie zur Korruptionsprävention)

  g. Anhang 5c (Umsetzung der Richtlinie zur Korruptionsprävention)



  1
  h. Anhang 6 (Zentrale Dienstvorschrift zur Annahme von Zuwendungen)

  i. Anhang 7 (Zusätzliche Vertragsbedingungen BmVG)

  j. Anhang 8 (Verpflichtung nichtbeamteter Personen)

  k. Anhang 9 (Open Source Software)

  2. Vergütung

  3. Bestellprozess

  4. Leistungsbeschreibung des Kunden: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw

  5. Anhang zur Leistungsbeschreibung: Anhang zur LB_PM@BWI4ext_pCloudBw

  5.1

  6. Preisblatt

  7. Supplier Code of Conduct Version 2024

  8. EB ICT-Services Version 2024




  Die T-Systems International (TSI) wird mit dem Kunden BWI einen Rahmenvertrag über den
  Bezug von Konzeptions-
  . Die T-Systems ist dabei für die Steuerung der Subunternehmer unter
  diesem Vertrag verantwortlich.
  TSI wird die Subunternehmerin mit der Leistungserbringung beauftragen, wobei die rechtsverbindliche
  Auftragserteilung erst mit einem gesonderten Einkaufsvertrag, d. h. mit einer Bestellung der DTAG,
  welche auf den Bedingungen dieser Vereinbarung basiert, erfolgt. Sollte TSI von einer Bestellung
  absehen, gleich aus welchen Gründen oder Umständen, bestehen keine Ansprüche der
  Subunternehmerin gegen TSI, mit Ausnahme für vorsätzlich schädigendes Verhalten der TSI.


  Für die gemeinsame Zusammenarbeit unter dem Rahmenvertrag bzw. den daraus resultierenden
  Einzelaufträgen vereinbaren die Parteien folgendes:
  (1) Die Subunternehmerin erklärt, dass ihr die relevanten Vergabeunterlagen bekannt sind und dass
  sie auf dieser Grundlage TSI die von ihr als Subunternehmerin zu erbringenden Leistungen
  anbietet.
  Die relevanten rechtlichen, kommerziellen und technischen Konditionen des Rahmenvertrages und
  seiner Anlagen sind diesem Projektvertrag als Anlagen und Anhänge beigefügt. Die
  Subunternehmerin bestätigt hiermit ausdrücklich, dass sie die an die Subunternehmerin zu
  stellenden Verpflichtungen und Anforderungen in dem Umfang akzeptiert, wie sie nach diesem
  Projektvertrag und seinen Anlagen und Anhängen gestellt werden. Dazu zählen insbesondere die



  2
  Nutzungs- und Verwertungsrechte, die Audit- und Zutrittsrechte, die datenschutzrechtlichen
  Vorgaben und die Vertraulichkeitsbestimmungen. Diese Dokumente gelten für die
  Leistungserbringung gegenüber TSI. Abweichende Allgemeine Geschäftsbedingungen der
  Subunternehmerin, werden nicht Vertragsbestandteil.

  Die Subunternehmerin wird die TSI von allen eventuellen Ansprüchen des Kunden oder Dritten
  insoweit freistellen, als die Leistungen aus dem Vertragsverhältnis mit dem Kunden oder Dritten in
  den Verantwortungsbereich der Subunternehmerin bzw. von ihr mit der Leistungserbringung
  beauftragten Dritten fallen. Dies gilt insbesondere für Schadensersatz- und
  Aufwendungsersatzansprüche sowie für Ansprüche aus Gewährleistung (Mängelansprüche),
  Verzug und Nacherfüllung bzw. Schlechterfüllung, Freistellungsverpflichtungen, Vertragsstrafen.
  Die vorstehenden Sätze gelten entsprechend auch für eigene Ansprüche der TSI.

  (2) Eine Unterbeauftragung durch die Subunternehmerin bedarf der vorherigen schriftlichen
  Zustimmung von TSI (die wiederum vorher die schriftliche Zustimmung von dem Kunden einholen
  muss). Unterauftragnehmer sind von der Subunternehmerin auf die Einhaltung der für den Kunden
  geltenden Bestimmungen gemäß dieses Projektvertrages und seiner Anlagen sowie des jeweiligen
  Einzelauftrags zu verpflichten, insbesondere in Bezug auf Entsorgungs- und Exportvorschriften,
  die Informationssicherheit, die Vertraulichkeit, die Behandlung von Verschlusssachen, den
  Datenschutz und den Verhaltenskodex. Im Übrigen gelten die Regelungen von Ziffer 15 der EB
  ICT-Services (Anlage 8).

  (3) Die Vergütung der Subunternehmerin erfolgt gemäß den Regelungen der Anlage 2.

  (4) Der Bestellprozess erfolgt gemäß den Regelungen der Anlage 3.

  (5) Sollten nach Abschluss dieses Projektvertrages Leistungsänderungen oder zusätzliche
  vertragliche Verpflichtungen mit dem Kunden verhandelt werden, so wird TSI diese der
  Subunternehmerin unverzüglich übermitteln und sind durch diese zu bestätigen. Den sich aus
  diesen Änderungen ergebenden Anpassungsbedarf dieses Projektvertrages werden die Parteien
  jeweils in Form von Nachträgen zu diesem Projektvertrag regeln.

  (6) TSI ist verpflichtet, die Subunternehmerin bei der Geltendmachung von Mitwirkungspflichten
  gegenüber dem Kunden zu unterstützen.

  (7) Die im Rahmen der Zusammenarbeit ausgetauschten Informationen und Daten sind vertraulich
  und dürfen nur für die Zwecke dieses Vertrages verwendet werden. Die Parteien verpflichten sich,
  diese Informationen weder Dritten offen zu legen noch zuzulassen, dass diese offengelegt oder
  vervielfältigt werden. Diese Verpflichtung gilt nicht für solche Informationen, die ohne Bruch dieser
  Vereinbarung allgemein bekannt sind oder werden, die nachweislich unabhängig erarbeitet oder
  von Dritten rechtmäßig, ohne Verpflichtung zur Geheimhaltung, erlangt wurden oder zum Zeitpunkt
  der Offenbarung bereits im Besitz der empfangenden Partei waren. Als Dritte gelten nicht
  konzernverbundene Unternehmen sowie weitere potenzielle Subunternehmer der TSI. Die
  Verpflichtung der Geheimhaltung gilt auch nach Beendigung der Zusammenarbeit fort.

  (8) Die Laufzeit dieses Projektvertrages beginnt mit dem Datum der letzten Vertragsunterschrift durch
  die Parteien in Kraft. Der Projektvertrag wird vorbehaltlich einer vorzeitigen Beendigung nach
  Maßgabe der nachfolgenden Bestimmungen für eine feste Laufzeit von sieben (7) Jahren
  TSI ist berechtigt, den Projektvertrag bis
  zum zweiten Monat vor dem Ende seiner jeweiligen Laufzeit durch einseitige Erklärung 3-malig in

  maximale Gesamtlaufzeit des Projektvertrages setzt sich zusammen aus der Grundlaufzeit und
  dem Optionszeitraum.

  TSI ist jederzeit berechtigt, den Projektvertrag mit einer Frist von elf (11) Monaten zum
  Kalenderjahresende ganz oder teilweise zu kündigen. Während der Laufzeit dieses
  Projektvertrages abgeschlossene Einzelaufträge bleiben von einer Beendigung des


  3
  Projektvertrages unberührt. Bis zur Beendigung des Einzelauftrags gelten die Regelungen des
  Projektvertrags für den jeweiligen Einzelauftrag fort. Vorstehendes gilt nicht, sofern TSI einen
  Einzelauftrag außerordentlich gekündigt hat.

  Das Recht zur Kündigung aus wichtigem Grund bleibt unberührt. Soweit der Rahmenvertrag
  zwischen dem Kunden und TSI gleich aus welchem Grund endet, ist TSI gegenüber der
  Subunternehmerin zur Kündigung dieses Vertrages zum selben Beendigungszeitpunkt berechtigt.

  (9) Änderungen oder Ergänzungen dieser Vereinbarung bedürfen der Schriftform und sind von beiden
  Parteien zu unterzeichnen.

  (10) Die folgenden Dokumente gelten in der dargestellten Reihenfolge:

  1. Bestellung

  2. der Projektvertrag inklusive sämtlicher Anlagen und Anhänge

  3. EB ICT-Services




  4
  Signatures


  Number of pages (including this one): 5

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Docusign Envelope ID. A787C150-18FA-46A3-9B61-0B74E880C826




  Vergabe über den Bezug von Konzeptions- und Entwicklungsleistungen für
  die „Strategische Partnerschaft pCloudBw“ 4

  Eigenerklärung zur Umsetzung der Seite
  Sanktionsverordnung Version: |1.0 2




  Eigenerklärung zur Umsetzung der Sanktionsverordnung


  Bietergemeinschaften: Die Eigenerklärung ist von jedem Mitglied der Bietergemeinschaft abzugeben.



  Der Unterauftragnehmer:

  virtual7 GmbH

  Name des Unterauftragnehmers




  Die nachfolgende Erklärung gebe/n ich/wir verbindlich ab (ggf. zugleich in Vertretung für die It.
  ‚Angebot Vertretenen auch für diese):


  1. Der Unterauftragnehmer gehört nicht zu den


  in Artikel 5 k) Absatz 1 der Verordnung (EU) Nr. 833/2014 in der Fassung des Art. 1 Ziff. 23 der
  Verordnung (EU) 2022/576 des Rates vom 8. April 2022 über restriktive Maßnahmen angesichts der
  Handlungen Russlands, die die Lage in der Ukraine destabilisieren,


  genannten Personen oder Unternehmen, die einen Bezug zu Russland im Sinne der Vorschrift
  aufweisen,


  a) durch die russische Staatsangehörigkeit des Bieters oder die Niederlassung des Bieters
  in Russland,
  b) durch die Beteiligung einer natürlichen Person oder eines Unternehmens, auf die eines
  der Kriterien nach Buchstabea zutrifft, am Bieter über das Halten von Anteilen im Umfang
  von mehr als 50%,
  c) durch das Handeln der Bieter im Namen oder auf Anweisung von Personen oder
  Unternehmen, auf die die Kriterien der Buchstaben a und/oder b zutrifft.


  2. Die am Auftrag als Unterauftragnehmer, Lieferanten oder Unternehmen, deren Kapazitäten
  im Zusammenhang mit der Erbringung des Eignungsnachweises in Anspruch genommen
  werden, beteiligten Unternehmen, auf die mehr als 10 % des Auftragswerts entfällt, gehören ebenfalls
  nicht zu dem in der Vorschrift genannten Personenkreis mit einem Bezug zu Russland im Sinne der
  Vorschrift.


  3. Es wird bestätigt und sichergestellt, dass auch während der Vertragslaufzeit keine als
  Unterauftragnehmer, Lieferanten oder Unternehmen, deren Kapazitäten im Zusammenhang mit
  der Erbringung des Eignungsnachweises in Anspruch genommen werden, beteiligten
  Unternehmen eingesetzt werden, auf die mehr als 10 % des Auftragswerts entfällt.




  Seite 1 von 2 Seite
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826




  Vergabe über den Bezug von Konzeptions- und Entwicklungsli
  die „Strategische Partnerschaft pCloudBw“ 2

  Eigenerklärung zur Umsetzung der Seite
  Sanktionsverordnung Version: |1.0 2



  Artikel 5k der Verordnung (EU) Nr. 833/2014 in der Fassung des Art. 1 Ziff. 23 der Verordnung (EU) 2022/576
  des Rates vom 8. April 2022 lautet wie folgt:


  (1) Esistverboten, öffentliche Aufträge oder Konzessionen, die in den Anwendungsbereich der Richtlinien über die öffentliche Auftragsvergabe sowie

  unter Artikel 10 Absatz 1, Absatz 3, Absatz 6 Buchstaben a bis e, Absatz 8,Absatz 9 und Absatz 10 und die Artikel 11,12, 13 und 14 der Richtlinie

  2014/23/EU, unter
  die Artikel 7 und 8, Artikel 10 Buchstaben b bis fund h bis j der Richtlinie 2014/24/EU, unter Artikel 18, Artikel
  21 Buchstaben b bis e

  und
  g bis i,Artikel
  29 und Artikel 30 der Richtlinie 2014/25/EU und unter Artikel 13 Buchstaben a bis d, fbis h undj der Richtlinie 2009/81/EGfallen, an
  | folgende Personen, Organisationen oder Einrichtungen zu vergeben bzw. Verträge mit solchen Personen, Organisationen oder Einrichtungen weiterhin

  zu erfüllen:


  a) russische Staatsangehörige oder in Russland niedergelassene natürliche oder juristische Personen, Organisationen oder Einrichtungen,



  b) juristische Personen, Organisationen oder Einrichtungen, deren Anteile
  zu über 50 % unmittelbar oder mittelbar
  von einer der unter Buchstabe
  a genannten Organisationen gehalten werden, oder


  €) natürliche oderjuristische Personen, Organisationen oder Einrichtungen, die im Namen oder aufAnweisung einer der unter Buchstabe a oder b

  |genannten Organisationen handeln,



  ‘auch solche, auf die mehr als 10 % des Auftragswerts entfällt, Unterauftragnehmer, Lieferanten oder Unternehmen, deren Kapazitäten im Sinne der

  Richtlinien über die öffentliche Auftragsvergabe in Anspruch genommen werden.


  (2) Abweichend von Absatz 1 können die zuständigen Behörden die Vergabe oder die Fortsetzung der Erfüllung von Verträgen genehmigen, die

  bestimmt sind für


  a) den Betrieb ziviler nuklearer Kapazitäten, ihre Instandhaltung, ihre Stilllegung, die Entsorgung ihrer radioaktiven Abfälle, ihre Versorgung mit

  und die Wiederaufbereitung von Brennelementen und die Weiterführung der Planung, des Baus und die Abnahmetestsfür die Indienststellung ziviler

  |Atomanlagen und ihre Sicherheit sowie die Lieferung von Ausgangsstoffen zur Herstellung medizinischer Radioisotope und ähnlicher medizinischer

  |Anwendungen, kritischer Technologien zur radiologischen Umweltüberwachung sowiefür die zivile nukleare Zusammenarbeit, insbesondere im Bereich

  Forschung und Entwicklung,


  b) die zwischenstaatliche Zusammenarbeit
  bei Raumfahrtprogrammen,


  ©) die Bereitstellung unbedingt notwendiger Güter oder Dienstleistungen, wenn sie ausschließlich oder nur in ausreichender Menge von den in

  |Absatz 1 genannten Personen bereitgestellt werden können,


  @ die Tätigkeit der diplomatischen und konsularischen Vertretungen der Union und der Mitgliedstaaten in Russland, einschließlich Delegationen,

  ‚Botschaften und Missionen, oder internationaler Organisationen in Russland, die nach dem Völkerrecht Immunität genießen.


  e) den Kauf, die Einfuhr oder die Beförderung von Erdgas und Erdöl, einschließlich raffinierter Erdölerzeugnisse,sowie von Titan, Aluminium,

  Kupfer, Nickel, Palladium und Eisenerz aus oder durch Russland in die Union, oder


  IM den Kauf, die Einfuhr oder die Beförderung von Kohle und anderen festen fossile Brennstoffen, die in Anhang XXII aufgeführt sind, bis 10. August

  2022.


  @) Der betreffende Mitgliedstaat unterrichtet
  die anderen Mitgliedstaaten und dieKommission über jede nach diesem Artikel erteilte Genehmigung

  innerhalb von zwei Wochen nach deren Erteilung.


  (4) Die Verbote
  gemäß Absatz 1 gelten nicht
  für die Erfüllung — bis zum 10. Oktober 2022 — von Verträgen, die vor dem 9. April 2022 geschlossen

  wurden.




  Seite 2 von 2 Seite
  Signatures


  Number of pages (including this one): 3

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Anlage 1 Kundenspezifische Regelungen
  Bei den nachfolgenden Regelungen handelt es sich um Regelungen aus dem Rahmenvertrag,
  die auch für die Subunternehmerin -
  Subunternehmerin.



  1 Rechtseinräumung und vorbestehende Werke
  1.1
  Der Auftragnehmer ist verpflichtet, alle geistigen Eigentumsrechte, die an den auf Grundlage
  dieses Projektvertrages speziell für den Kunden erstellten schutzfähigen und nicht
  schutzrechtsfähigen Werken oder sonstigen Arbeitsergebnissen (nachfolgend gemeinsam
  Kunden zu übertragen. Diese übertragenen
  Rechte stehen dem Kunden ausschließlich, inhaltlich, zeitlich und räumlich unbeschränkt,
  unwiderruflich und unkündbar zu und sind unterlizenzierbar und übertragbar.
  Der Auftragnehmer informiert den Auftraggeber, falls und soweit er beabsichtigt, ein
  Arbeitsergebnis zukünftig auch gegenüber anderen Kunden zu vertreiben oder entwickelte
  Arbeitsergebnisse in seine Produkte aufnehmen möchte. Sofern der Auftraggeber einer
  Weiterverwendung durch den Auftragnehmer zustimmt, stimmen sich die Parteien über die
  konkrete Ausgestaltung ab und vereinbaren diese in einem Nachtrag zu diesem Projektvertrag.
  1.2
  Der Auftragnehmer hat zudem bei Arbeitsergebnissen in Form von Software (z.B.
  Individualsoftware oder angepasste (customizierte) Standardsoftware) dem Kunden nach
  erfolgter Abnahme der Software deren Quellcode in strukturierter und pflegefähiger Form inklusive
  einer den Quellcode ausführlich beschreibenden und erläuternden Programmdokumentation in
  deutscher oder englischer Sprache sowie der Nennung der Namen und Versionen der
  Entwicklungswerkzeuge bereitzustellen, wobei die Bereitstellung entweder auf einem
  marktüblichen Datenträger an die von dem Auftraggeber angegebene Lieferadresse oder durch
  eine Bereitstellung zum Abruf über das Internet (Download) erfolgt.
  1.3
  Sofern eine Übertragung von Rechten nach Ziffer 1.1 dieser Anlage 1 aus rechtlichen Gründen
  nicht möglich ist, räumt der Auftragnehmer dem Kunden an den Arbeitsergebnissen
  ausschließliche, unwiderrufliche, inhaltlich, räumlich und zeitlich unbeschränkte,
  unterlizenzierbare und übertragbare Nutzungs- und Verwertungsrechte ein. Die vorstehende
  Rechtseinräumung umfasst insbesondere auch das Recht zur Vervielfältigung, zur Verbreitung,
  zur Ausstellung, zur Bearbeitung oder anderen Umgestaltungen und zur öffentlichen Wiedergabe.
  Soweit es sich bei den Arbeitsergebnissen um Software handelt, umfasst die Rechtseinräumung
  insbesondere folgende Rechte:

  die dauerhafte oder vorübergehende Vervielfältigung des Arbeitsergebnisses, ganz oder
  teilweise, mit jedem Mittel und in jeder Form, insbesondere anlässlich des Ladens,
  Anzeigens, Ablaufen Lassens, Übertragens oder Speicherns des Arbeitsergebnisses
  die Übersetzung, die Bearbeitung, das Arrangement und andere Umarbeitungen des
  Arbeitsergebnisses, einschließlich des Rechts, die erzielten Ergebnisse zu vervielfältigen
  das Recht, das Original oder Vervielfältigungsstücke des Arbeitsergebnisses in jeder Form
  zu verbreiten, einschließlich des Rechts, das Arbeitsergebnis zu vermieten
  das Recht, das Arbeitsergebnis drahtgebunden oder drahtlos öffentlich wiederzugeben,
  einschließlich des Rechts zur öffentlichen Zugänglichmachung in der Weise, dass es
  Mitgliedern der Öffentlichkeit von Orten und zu Zeiten ihrer Wahl zugänglich ist
  das Recht, das Arbeitsergebnis automatisiert durch andere Software bzw. Roboter sowie in
  jeder beliebigen Hard- und Software- und Systemumgebung, auch zusammen mit anderer
  Software, zu nutzen
  das Nutzungs-/ Zugriffsrecht durch bzw. für IT-Dienstleister (z.B. Service Provider, Host
  Provider), die von dem Auftraggeber oder dem Endkunden beauftragt sind oder werden, um
  das Arbeitsergebnis für den Auftraggeber und/oder den Endkunden zu hosten, zu betreiben,
  zu verwalten oder sonstige outgesourcte Services zu erbringen (z.B. Rechenzentrums-
  Outsourcing, Nutzungsbereitstellung des Arbeitsergebnisses in Form des Application-
  Service-Providing-Modells (ASP), Cloud-Computing)
  1.4
  Soweit die Vertragsleistung in der Überlassung von schutzfähigen Werken und/oder sonstigen
  Entwicklungsergebnissen (z.B. zugrunde liegende Erkenntnisse, Konzepte, Methoden, Know-
  how, Beschreibungen) besteht bzw. diese umfasst, die vom Auftragnehmer oder von einem
  Dritten (z.B. Softwarehersteller) (i) bereits vor dem Inkrafttreten dieses Projektvertrags erstellt
  worden sind oder (ii) während der Laufzeit dieses Projektvertrages unabhängig von den
  Vertragsleistungen und ohne Verwendung des durch diesen Projektvertrag durch den
  Auftragnehmer erworbenen Know-Hows, der diesem Projektvertrag zugrunde liegenden
  Erkenntnisse, der in diesem Projektvertrag übermittelten oder erstellten Konzepte, Methoden und

  insbesondere Standardsoftware, räumt der Auftragnehmer dem Auftraggeber sowie dem
  Endkunden an diesen vorbestehenden Werken ein einfaches, unwiderrufliches, übertragbares
  und inhaltlich, räumlich und zeitlich unbeschränktes Recht ein, die vorbestehenden Werke
  bestimmungsgemäß im Sinne des Vertragszwecks (vgl. insbesondere Anlage 4,
  Leistungsbeschreibung) zu nutzen. Das Nutzungsrecht des Auftraggebers bzw. Endkunden
  beinhaltet insbesondere auch das Recht, vorbestehende Werke auch für Zwecke des bzw. eines
  anderen Endkunden zu nutzen.
  1.5
  Nutzungs- und Verwertungsrechte, die dem Kunden auf Grundlage dieses Projektvertrages
  eingeräumt werden, sind Bestandteil der im Rahmen dieses Projektvertrages zu zahlenden
  Vergütung und werden von den Parteien als angemessen angesehen.
  1.6
  Die Rechtseinräumung i.S.d. Ziffer 1 umfasst ausdrücklich auch die Nutzungsrechte für bisher
  unbekannte Nutzungsarten mit der Maßgabe, dass das in diesen Fällen bestehende gesetzliche
  Widerrufsrecht des geistigen Eigentümers/ Urhebers unberührt bleibt.
  1.7
  Die in dieser Ziffer 1 dem Auftraggeber und dem Endkunden eingeräumten Nutzungs- und
  Verwertungsrechte gelten auch für
  a) etwaige durch den Auftragnehmer zur Nutzung bereitgestellten neue Releases,
  Updates und Upgrades bereitgestellter Software sowie
  b) die Programmdokumentation im Sinne der vorstehenden Ziffer 1.2 dieses
  Projektvertrags sowie die Dokumentation gemäß Anlage 4, Leistungsbeschreibung.
  1.8
  Sollte dieser Projektvertrag und/oder ein Einzelauftrag vorzeitig gekündigt werden, steht dem
  Kunden und dessen Endkunden das Recht zu, die bereits bis dahin entwickelten
  Arbeitsergebnisse bzw. vorbestehenden Werke im Sinne dieser Ziffer 1 weiterhin zu nutzen und
  zu verwerten.
  1.9
  Soweit die Vertragsleistungen Rechte Dritte enthalten, stellt der Auftragnehmer sicher, dass diese
  im gleichen Umfang wie in dieser Ziffer 1 vereinbart, an den Kunden übertragen bzw. diesem und
  dem Endkunden eingeräumt werden. Bei Einzelaufträgen finden urheberrechtliche
  Nutzungsrechteregelungen in den Bestimmungen des Auftragnehmers und/oder des Herstellers
  nur insoweit Anwendung, als dass diese den Bestimmungen und dem Vertragszweck dieses
  Projektvertrages und des jeweiligen Einzelauftrags nicht entgegenstehen und überdies für den
  Kunden bzw. Endkunden zumutbar sind bzw. diesen nicht unangemessen einschränken.



  2 Open Source
  2.1
  Der Auftragnehmer stellt sicher, dass im Rahmen der Erbringung der Vertragsleistungen
  ausschließlich die in Anhang 9

  beliebigen Nutzern lizenzgebührenfrei mit dem Recht zur Bearbeitung und/oder Verbreitung auf
  der Grundlage einer Lizenz oder anderen vertraglichen Regelung überlassen wird (z.B. GNU
  General Public License (GPL), GNU Lesser GPL (LGPL), BSD License, Apache License, MIT
  License). Enthalten die Vertragsleistungen des Auftragnehmers Open Source Software, so hat
  der Auftragnehmer dem Auftraggeber zum Zeitpunkt der Bekanntgabe mindestens Folgendes zu
  liefern:

  Source Code der verwendeten Open Source Software, soweit die anwendbaren Open
  Source Lizenzbedingungen die Offenlegung dieses Source Codes verlangen
  Auflistung sämtlicher verwendeter Open Source Dateien mit einem Hinweis auf die jeweils
  anwendbare Lizenz sowie eine Kopie des vollständigen Lizenztextes
  Etwaige darüberhinausgehende Pflichten des Auftragnehmers ergeben sich aus den jeweiligen
  Open Source Software-Lizenzbestimmungen.
  2.2
  Der Auftragnehmer versichert, dass durch die Verwendung der in der Anhang 9 aufgeführten
  Open Source Software weder die Vertragsleistungen des Auftragnehmers, insbesondere in Form
  von Produkten und Arbeitsergebnissen, die im Rahmen der Vertragserbringung durch den
  Auftragnehmer entstehen, noch andere Produkte etc., die der Auftraggeber bzw. Endkunde im
  Zusammenhang mit der Nutzung der Vertragsleistungen des Auftragnehmers einsetzt bzw. nutzt,
  - -Effekt bezeichnet hierbei jede vertragliche
  Regelung einer Open Source Lizenz, welche als Rechtsfolge anordnet, dass die jeweilige Open
  Source Lizenz der verwendeten Open Source Software-Komponente auch auf weiteren Code
  -
  2.3
  Zudem versichert der Auftragnehmer, dass der Auftraggeber die Open Source Produkte als Teil
  der Vertragsleistungen im Sinne des Vertragszweckes nutzen, bearbeiten und einsetzen darf.



  3 Informationspflichten des Auftragnehmers
  3.1
  Der Auftragnehmer verpflichtet sich, den Endkunden auf dessen Verlangen im Hinblick auf die
  Einhaltung der vertraglich vereinbarten Bedingungen zur Vertraulichkeit, Geheimschutz,
  Militärische Sicherheit, Korruptionsprävention und Datenschutz direkt zu informieren.
  3.2
  Der Auftragnehmer wird die von dem Auftraggeber zur Verfügung gestellten Informationen,
  Vorarbeiten, Unterlagen und Daten, soweit in diesem Projektvertrag oder dem jeweiligen
  Einzelauftrag nicht eine andere Frist festgelegt ist, unverzüglich prüfen. Erkennt der
  Auftragnehmer eine Unrichtigkeit, Unvollständigkeit oder Widersprüchlichkeit, so hat er den
  Auftraggeber unverzüglich darauf hinzuweisen.
  3.3
  Der Auftragnehmer wird dem Auftraggeber unverzüglich alle für die Leistungserbringung
  wesentlichen Informationen zur Verfügung stellen, insbesondere, wenn eine Vorgabe oder
  Forderung des Auftraggebers oder eine sich aus den vertraglichen Pflichten des Auftragnehmers
  ergebende Handlung in wesentlichem Umfang fehlerhaft, unvollständig, widersprüchlich oder
  nicht wie vereinbart ausführbar ist.
  3.4
  Der Auftragnehmer verpflichtet sich insbesondere, den Auftraggeber unverzüglich zu unterrichten,
  sobald ein Gläubiger des Auftragnehmers die Zwangsvollstreckung in die Geschäftsanteile des
  Auftragnehmers oder von mit ihm verbundenen Unternehmen betreibt. Beabsichtigt der
  Auftragnehmer die Stellung eines Vergleichs- oder Insolvenzantrages, so hat er dies dem
  Auftraggeber unverzüglich in Textform mitzuteilen. Das gleiche gilt, wenn der Auftragnehmer
  beabsichtigt, sein Unternehmen aufzugeben oder wenn eine nicht vorübergehende
  Zahlungseinstellung absehbar wird.



  4 Vertraulichkeit, Geheimhaltung
  4.1
  Der Auftragnehmer hat alle im Zusammenhang mit der Erbringung der Vertragsleistungen
  erlangten Informationen des Auftraggebers, des Kunden bzw. des Endkunden über rechtliche,
  betriebliche, geschäftliche, technische oder wissenschaftliche Angelegenheiten und sonstige
  Informationen im Sinne der Richtlinie (EU) 2016/943 bzw. des Gesetzes zur Umsetzung der
  Richtlinie (EU) 2016/943 (Geschäftsgeheimnisgesetz), die nicht offenkundig sind, vertraulich zu
  behandeln. Dies gilt unabhängig davon, ob die Informationen als vertraulich gekennzeichnet sind
  oder nicht. Unerheblich ist zudem, auf welche Weise und in welcher Form sie zur Kenntnis gelangt
  sind.
  4.2
  Die in dieser Ziffer vorstehend begründete Geheimhaltungs- bzw. Vertraulichkeitspflicht gilt nicht
  für vertrauliche Informationen,
  c) die bereits zum Zeitpunkt der Offenlegung öffentlich bekannt waren
  d) die nach Offenlegung durch Veröffentlichung oder auf andere Weise, ausgenommen
  durch Verletzung der Bestimmungen dieses Projektvertrages, öffentlich bekannt werden
  e) die dem Auftragnehmer von einem Dritten bekannt gegeben worden sind, ohne dass
  dies auf einer Verletzung der Bestimmungen dieses Projektvertrages beruht
  f) zu deren Bekanntgabe an Dritte der Auftragnehmer gesetzlich, aufgrund einer
  gerichtlichen oder behördlichen Anordnung verpflichtet ist, wobei der Auftragnehmer
  den Auftraggeber hiervon in Kenntnis zu setzen, ihm eine Einschätzung über die
  Zurückweisungsmöglichkeiten zur Verfügung zu stellen bzw. alle erforderlichen
  Maßnahmen zum Schutz und zur Begrenzung der Offenlegung vorzunehmen hat
  4.3
  Der Auftragnehmer ist zur Verschwiegenheit über alle vertraulichen Informationen des Kunden
  und des Endkunden auch über die Laufzeit dieses Projektvertrages bzw. des Einzelauftrags
  hinaus verpflichtet. Er darf sie ausschließlich zum Zweck der Auftragsausführung einsetzen und
  auch nur zu diesem Zweck Aufzeichnungen darüber erstellen. Schriftstücke und Datenträger mit
  vertraulichen Informationen sind gegen unberechtigte Kenntnisnahme zu sichern. Die
  Informationen dürfen nur an Personen weitergegeben werden, die ihrerseits zur Verschwiegenheit
  verpflichtet worden sind und die zum Zweck der Auftragsausführung von den Informationen
  Kenntnis erhalten müssen.
  Der Auftragnehmer erklärt sich dazu bereit, dafür Sorge zu tragen, dass die zur Erbringung der
  Vertragsleistungen eingesetzten Personen sich auf ausdrückliches Verlangen des Auftraggebers
  persönlich gegenüber dem Kunden durch eine entsprechende Vereinbarung zur
  Verschwiegenheit verpflichten.
  Bei Verlust vertraulicher Informationen ist unverzüglich der Auftraggeber zu benachrichtigen.
  4.4
  Nach entsprechender Aufforderung hat der Auftragnehmer alle Schriftstücke und Datenträger mit
  vertraulichen Informationen an den Auftraggeber bzw. Kunden / Endkunden nach Wahl des
  Auftraggebers herauszugeben bzw. zu vernichten, soweit dem keine gesetzlichen
  Aufbewahrungsvorschriften entgegenstehen.
  4.5
  Sämtliche vom Auftragnehmer eingesetzten Personen sind vor der Leistungserbringung in
  Textform auf die Vertraulichkeit zu verpflichten.
  4.6
  Der Auftragnehmer ist zudem zur Verschwiegenheit über fremde, zum persönlichen
  Lebensbereich gehörende Geheimnisse im Sinne von § 203 StGB verpflichtet, die ihm bei der
  Ausübung oder bei Gelegenheit seiner Tätigkeit bekannt werden (z.B. in IT-Systemen der
  Bundeswehrkrankenhäuser gespeicherte Patientendaten). Seine Unterauftragnehmer hat der
  Auftragnehmer entsprechend zu verpflichten, wenn die Möglichkeit der Kenntnisnahme von
  Geheimnissen besteht. Gleiches gilt für das vom Auftragnehmer zur Leistungserbringung
  eingesetzte Personal, wenn die Möglichkeit der Kenntnisnahme von Geheimnissen besteht. Ein
  Verstoß gegen das Verpflichtungserfordernis ist ebenso wie das Offenbaren von
  Privatgeheimnissen strafbar gemäß § 203 Abs. 4 StGB.
  4.7
  Anderweitige Verpflichtungen des Auftragnehmers zu Vertraulichkeit und Geheimhaltung,
  insbesondere solche aufgrund weiterer vertraglicher und gesetzlicher
  Geheimhaltungsvorschriften bleiben unberührt.
  4.8
  Für Presseerklärungen und für jede andere öffentlich zugängliche Verlautbarung (z. B. Werbung
  oder die Angabe als Referenzprojekt) durch den Auftragnehmer, die im Zusammenhang mit dieser
  Vereinbarung stehen, ist beim Auftraggeber eine vorherige Erlaubnis in Textform einzuholen. Der
  Auftraggeber kann diese Erlaubnis jederzeit ohne Angabe von Gründen widerrufen.



  5 Zulässige Informationsweitergabe
  5.1
  Der Auftragnehmer stimmt einer Weitergabe von Informationen im Zusammenhang mit diesem
  Projektvertrag und den darunter geschlossenen Einzelaufträgen an den Deutschen Bundestag im
  Rahmen seines Informations- und Auskunftsrechts gegenüber der Bundesregierung sowie an
  sonstige Verfassungsorgane im Rahmen der Ausübung ihrer Prüfungs- und Kontrollrechte zu.
  5.2
  Soweit in diesem Zusammenhang Betriebs- und Geschäftsgeheimnisse des Auftragnehmers
  betroffen sind, weist der Auftraggeber bei der Übermittlung von Informationen i.S.d. Ziffer 5.1
  ausdrücklich darauf hin, dass die empfangende Stelle durch geeignete Maßnahmen
  sicherzustellen hat, dass die Regelungen des Gesetzes zum Schutz von Geschäftsgeheimnissen
  (GeschGehG) zum Schutz der Geschäftsgeheimnisse der Auftragnehmer beachtet werden.
  5.3
  Der Auftragnehmer wird in gleicher Weise die Zustimmung seiner Unterauftragnehmer einholen.



  6 Informationssicherheit
  6.1
  Der Auftragnehmer verpflichtet sich, bei der Vertragserfüllung alle Maßnahmen zu treffen, die zur
  Sicherstellung der IT-Sicherheit nach den gesetzlichen Bestimmungen erforderlich sind, sowie
  den IT-Sicherheitsanweisungen des Auftraggebers bzw. des Kunden/Endkunden Folge zu leisten.
  (Anhang 1)
  während der Laufzeit des Projektvertrages und der hierunter abgeschlossenen Einzelaufträge
  einzuhalten.
  6.2
  Soweit im Projektvertrag, seinen Anlagen und Anhängen oder im Einzelauftrag weitere
  Anforderungen und/oder Regeln der Informationssicherheit enthalten sind, wird der
  Auftragnehmer diese Anforderungen und Regeln nach Maßgabe der dort vorgegebenen
  Festlegungen während der Laufzeit des Projektvertrages und der hierunter abgeschlossenen
  Einzelaufträge einhalten.

  7 Datenschutz
  7.1
  Der Auftragnehmer sorgt dafür, dass alle Personen, die von ihm im Rahmen der Vertragserfüllung
  betraut sind, die gesetzlichen Bestimmungen über den Datenschutz beachten, insbesondere die
  Datenschutzvorschriften der Europäischen Datenschutzgrundverordnung (DSGVO) und des
  Bundesdatenschutzgesetzes (BDSG).
  7.2
  Soweit der Auftragnehmer personenbezogene Daten des Kunden im Auftrag des Auftraggebers
  im Rahmen des Projektvertrages oder eines Einzelauftrages i.S.d. Art. 28 DSGVO verarbeitet,
  schließen die Parteien eine Auftragsverarbeitungsvereinbarung gemäß der Anhang 2 der
  Projektvereinbarung.
  7.3
  Für den Fall, dass ein Einzelauftrag die Verarbeitung personenbezogener Daten des Endkunden
  vorsieht oder erfordert oder eine Tätigkeit, bei der der Auftragnehmer in anderer Weise Zugang
  zu personenbezogenen Daten des Endkunden erhalten kann, steht die Wirksamkeit des
  Einzelauftrags unter dem Vorbehalt der Zustimmung des Endkunden des Auftraggebers
  hinsichtlich der Einbindung des Auftragnehmers. Im Falle der Zustimmung des Endkunden zur
  Verarbeitung seiner personenbezogenen Daten im Auftrag i.S.d. Art. 28 Abs. 4 DSGVO, schließen
  die Parteien eine Auftragsverarbeitung gemäß Anhang 3 der Projektvereinbarung.

  8 Verschlussachen / Sabotageschutz / Militärische Sicherheit
  8.1

  geheimhaltungsbedürftigen Tatsachen, Gegenstände oder Erkenntnisse, unabhängig von ihrer
  Darstellungsform, die durch besondere Sicherungsmaßnahmen vor Unbefugten geheim gehalten
  werden müssen. Sie werden entsprechend ihrer Schutzbedürftigkeit von einer amtlichen Stelle
  des Bundes oder auf deren Veranlassung in Geheimhaltungsgrade eingestuft. Der Auftragnehmer
  ist verpflichtet, über den gesamten Leistungszeitraum sowie nach Kündigung, Auflösung oder
  Ablauf des Projektvertrages bzw. Einzelauftrages den Schutz aller in seinem Besitz befindlichen
  oder ihm zur Kenntnis gelangten Verschlusssachen gemäß den einschlägigen Rechts- und
  Verwaltungsvorschriften zu gewährleisten. Seine Unterauftragnehmer hat er entsprechend zu
  verpflichten.
  8.2
  Für den Fall, dass er bei der Leistungserbringung Zugang zu Verschlusssachen des
  - -
  genannt) erhält oder er VS-NfD be- oder verarbeitet, verpflichtet sich der Auftragnehmer, das VS-
  NfD-Merkblatt nebst Anlage in der zum Zeitpunkt des Vertragsabschlusses gültigen Fassung strikt
  zu befolgen und einen Ansprechpartner zu benennen (Anhang 4). Der Auftragnehmer wird dafür
  sorgen, dass alle eigenen Mitarbeiter und Mitarbeiter von Unterauftragnehmern, die VS-NfD zur
  Kenntnis erhalten könnten, dieses VS-NfD-Merkblatt erhalten und beachten werden sowie den
  Erhalt dokumentieren.
  8.3



  Für den Fall, dass der Auftraggeber oder der Kunde/Endkunde den Einsatz von
  sicherheitsüberprüftem Personal fordert, weil davon auszugehen ist, dass die
  Leistungserbringung an sicherheitsempfindlichen Stellen zu erfolgen hat (Sabotageschutz)
  -
  besteht (Geheimschutz), hat der Auftragnehmer sicherzustellen, dass für diese Leistungsanteile
  nur entsprechend sicherheitsüberprüftes Personal eingesetzt wird.
  8.4
  Soweit vom Auftraggeber oder seinem Kunden/Endkunden gefordert, hat der Auftragnehmer an
  der Geheimschutzbetreuung durch das Bundesministerium für Wirtschaft und Klimaschutz
  (BMWK) teilzunehmen. Der Auftragnehmer ist verpflichtet, rechtzeitig alle Mitwirkungshandlungen
  vorzunehmen, die für eine Aufnahme in die Geheimschutzbetreuung bzw. die Aufrechterhaltung
  der Geheimschutzbetreuung notwendig sind. Die Bestimmungen des Geheimschutzhandbuches
  nachfolgend
  Auftragnehmer zu beachten und alle erforderlichen organisatorischen, personellen und
  materiellen Geheimschutzmaßnahmen nach Maßgabe des GHB zu treffen. Insbesondere hat der
  Auftragnehmer die aus Geheimschutzgründen erforderlichen Sicherheitsüberprüfungen zu
  veranlassen.
  8.5
  Das Personal des Auftragnehmers darf militärische Bereiche (Anlagen, Einrichtungen und Schiffe)
  des Endkunden Bundeswehr und der verbündeten Streitkräfte in der Bundesrepublik Deutschland
  nur nach rechtzeitiger vorheriger Ankündigung beim Verantwortlichen, im Allgemeinen dem
  Sicherheitsbeauftragten der zu besuchenden Stelle, betreten. Nach entsprechender Aufforderung
  hinterlegt der Auftragnehmer eine Namensliste des eingesetzten Personals (mit Angaben zu
  Name, Vorname, Geb.-Datum, Geb.-Ort, Staatsangehörigkeit, Reisepass- oder Personalausweis-
  Nr., Ausstellungsdatum, Ausstellungsort, Wohnanschrift, Arbeitgeber) bei dem verantwortlichen
  Sicherheitsbeauftragten der jeweiligen Liegenschaft und gibt die verantwortlichen
  Aufsichtspersonen des Auftragnehmers namentlich bekannt.
  8.6
  Der Auftragnehmer verpflichtet sich, das von ihm eingesetzte Personal vor einer
  Leistungserbringung innerhalb eines militärischen Bereiches im erforderlichen Umfang über die
  allgemeinen und speziellen Vorschriften zur Wahrung der militärischen Sicherheit zu informieren.
  8.7
  Der Auftragnehmer ist verpflichtet, Forderungen des BMWK, des Auftraggebers und/oder seines
  Kunden/Endkunden hinsichtlich der Sicherheit und der Geheimhaltung bei der
  Leistungserbringung nachzukommen und auf deren Verlangen bei Vorliegen zwingender Gründe
  bestimmte Personen von der Vertragsdurchführung fernzuhalten.
  8.8
  Abweichungen von den Bestimmungen des Geheimschutzhandbuches oder des VS-NfD-
  Merkblattes bedürfen ebenso wie die Weitergabe von Verschlusssachen der Zustimmung des
  Auftraggebers bzw. seines Kunden/Endkunden.
  8.9
  Nach Beendigung der VS-Arbeiten oder nach entsprechender Aufforderung hat der
  Auftragnehmer die im Zusammenhang mit diesem Vertrag erhaltenen VS-Dokumente und VS-
  Datenträger dem Auftraggeber bzw. seinem Kunden/Endkunden zu übergeben oder mit dessen
  Zustimmung zu vernichten.

  9 Verhaltenskodex
  9.1
  Der Auftragnehmer ist verpflichtet, die im Rahmen der Erbringung der Vertragsleistungen
  anwendbaren Gesetze einzuhalten. Insbesondere wird er sich weder aktiv noch passiv, direkt
  oder indirekt an jeder Form der Bestechung, der Verletzung der Grundrechte seiner
  Arbeitnehmerinnen und Arbeitnehmer (nachfolgend einzeln oder gemeinsam
  genannt) oder der Menschenrechte beteiligen. Der Auftragnehmer verpflichtet sich zudem, auch

  MiLoG) und die Regelungen des Arbeitnehmer-Entsendegesetzes ("Gesetz über
  zwingende Arbeitsbedingungen für grenzüberschreitend entsandte und für regelmäßig im Inland
  beschäftigte Arbeitnehmer und Arbeitnehmerinnen" AEntG) einzuhalten, sofern für ihn
  einschlägig. Der Auftragnehmer stellt den Auftraggeber und seinen Kunden / Endkunden von
  sämtlichen Ansprüchen frei, die im Falle eines Verstoßes des Auftragnehmers oder eines seiner
  Unterauftragnehmer gegen die Vorschriften des MiLoG gegen den Auftraggeber aus der
  Bürgenhaftung gemäß § 13 MiLoG i.V.m. § 14 AEntG geltend gemacht werden.
  9.2
  Der Auftragnehmer wird im Übrigen Verantwortung für die Gesundheit und Sicherheit seiner
  Arbeitnehmer am Arbeitsplatz übernehmen, insbesondere wird er, sofern Leistungen an
  Standorten des Auftraggebers oder Liegenschaften eines Endkunden des Auftraggebers erbracht
  werden, die ihm bekanntgemachten Arbeitsschutzvorschriften (z.B. Arbeitsschutzmerkblätter)
  einhalten.
  9.3
  Der Auftraggeber erwartet von dem Auftragnehmer die Einhaltung seiner folgenden
  menschenrechtlichen und umweltbezogenen Vorgaben bei der Erbringung sämtlicher Vertrags-

  Erwa
  9.3.1
  Es darf keine Zwangsarbeit, Sklavenarbeit oder derart vergleichbare Arbeit eingesetzt werden.
  Jede Arbeit für den Auftragnehmer muss freiwillig und ohne Androhung von Strafe erfolgen.
  Arbeitnehmer müssen jederzeit das Beschäftigungsverhältnis beenden können. Außerdem darf
  keine inakzeptable Behandlung von Arbeitskräften, wie etwa psychische Härte, sexuelle und
  persönliche Belästigung und Erniedrigung stattfinden.
  9.3.2
  Es darf keine Kinderarbeit eingesetzt werden. Der Auftragnehmer ist aufgefordert, sich an die
  Empfehlung aus den ILO-Konventionen zum Mindestalter für die Beschäftigung von Kindern zu
  halten. Demnach darf das Alter der Arbeitnehmer nicht geringer sein als das Alter, mit dem nach
  dem Recht des Beschäftigungsortes die allgemeine Schulpflicht endet und in jedem Fall nicht
  unter 15 Jahre. Die Rechte junger Arbeitnehmer sind zu schützen: Unter 18 Jahren dürfen sie
  nicht für Arbeiten eingesetzt werden, die schädlich für die Gesundheit, Sicherheit oder Sittlichkeit
  von Kindern sind. Besondere Schutzvorschriften sind einzuhalten.
  9.3.3
  Die geltenden Gesetze, Vorschriften und Normen zum Arbeitsschutz, zur Arbeitssicherheit und
  zum Gesundheitsschutz werden eingehalten. Der Auftragnehmer ist verpflichtet, seinen
  Arbeitnehmern eine sichere und gesunde Arbeitsumgebung zu ermöglichen. Übermäßige
  körperliche oder geistige Ermüdung sind durch geeignete Maßnahmen zu verhindern. Zudem
  werden die Arbeitnehmer regelmäßig über geltende Gesundheitsschutz- und Sicherheitsnormen
  sowie -maßnahmen informiert und geschult. Den Arbeitnehmern wird der Zugang zu Trinkwasser
  in ausreichender Menge ermöglicht sowie der Zugang zu sauberen sanitären Einrichtungen.
  9.3.4
  Das Entgelt für reguläre Arbeitsstunden und Überstunden muss dem nationalen gesetzlichen
  Mindestlohn oder den branchenüblichen Mindeststandards entsprechen, je nachdem, welcher
  Betrag höher ist. Den Arbeitnehmern sind alle gesetzlich vorgeschriebenen Leistungen zu
  gewähren. Das Vorenthalten eines angemessenen Lohns oder Lohnabzüge als Strafmaßnahmen
  sind nicht zulässig. Der Auftragnehmer hat sicherzustellen, dass die Arbeitnehmer klare,
  detaillierte und regelmäßige Informationen über die Zusammensetzung ihres Entgelts in Textform
  erhalten.
  9.3.5
  Das Recht der Arbeitnehmer, Organisationen ihrer Wahl zu gründen, ihnen beizutreten, und
  Kollektivverhandlungen zu führen und zu streiken, ist zu respektieren. In Fällen, in denen die
  Vereinigungsfreiheit und das Recht zu Kollektivverhandlungen gesetzlich eingeschränkt sind, sind
  alternative Möglichkeiten eines unabhängigen und freien Zusammenschlusses der Arbeitnehmer
  zum Zweck von Kollektivverhandlungen einzuräumen. Arbeitnehmervertreter sind vor
  Diskriminierung zu schützen. Arbeitnehmer dürfen nicht aufgrund von Gründung, Beitritt oder
  Mitgliedschaft in einer solchen Organisation diskriminiert werden. Arbeitnehmervertretern ist freier
  Zugang zu den Arbeitsplätzen ihrer Kollegen zu gewähren, um sicherzustellen, dass sie ihre
  Rechte in gesetzmäßiger und friedlicher Weise wahrnehmen können.
  9.3.6
  Die Diskriminierung und Ungleichbehandlung von Arbeitnehmern in jeglicher Form ist unzulässig,
  soweit sie nicht in den Erfordernissen der Arbeitnehmer begründet ist. Dies gilt z. B. für
  Benachteiligungen aufgrund von Geschlecht, Rasse, nationaler, ethnischer oder sozialer
  Herkunft, Hautfarbe, Behinderung, Gesundheitsstatus, politischer Überzeugung, Herkunft,
  Weltanschauung, Religion, Alter, Schwangerschaft oder sexueller Orientierung. Die persönliche
  Würde, Privatsphäre und Persönlichkeitsrechte jedes Einzelnen werden respektiert.
  9.3.7
  Der Auftragnehmer führt keine schädliche Bodenveränderung, Gewässerverunreinigung,
  Luftverunreinigung, schädliche Lärmemission oder übermäßigen Wasserverbrauch herbei,
  welche die natürlichen Grundlagen zum Erhalt und der Produktion von Nahrung erheblich
  beeinträchtigt, einer Person den Zugang zu einwandfreiem Trinkwasser verwehrt, einer Person
  den Zugang zu Sanitäranlagen erschwert oder zerstört oder die Gesundheit einer Person
  schädigt.
  9.3.8
  Die widerrechtliche Zwangsräumung und der widerrechtliche Entzug von Land, Wäldern und
  Gewässern bei dem Erwerb, der Bebauung oder anderweitiger Nutzung von Land, Wäldern und
  Gewässern, deren Nutzung die Lebensgrundlage einer Person sichert, ist verboten.
  9.3.9
  Die Beauftragung privater oder öffentlicher Sicherheitskräfte ist untersagt, wenn aufgrund
  mangelnder Unterweisung oder Kontrolle bei dem Einsatz des Sicherheitsunternehmens das
  Verbot von Folter missachtet wird, Leib oder Leben verletzt werden oder die Vereinigungs- und
  Koalitionsfreiheit beeinträchtigt wird.
  9.3.10
  Der Auftragnehmer wird auch über die vorgenannten Verbote hinaus nichts tun oder pflichtwidrig
  unterlassen, das unmittelbar geeignet ist, in besonders schwerwiegender Weise eine der
  geschützten Rechtsposition zu beeinträchtigen, und dessen Rechtswidrigkeit bei verständiger
  Würdigung aller in Betracht kommenden Umstände offensichtlich ist.
  9.3.11
  Der Auftragnehmer hält die jeweils anwendbaren Umweltschutzgesetze und
  Umweltverordnungen ein. Der Auftragnehmer gewährleistet, dass alle erforderlichen
  Umweltgenehmigungen vorliegen und auf aktuellem Stand gehalten und in seinem Unternehmen
  befolgt werden.
  9.3.12
  Der Auftragnehmer wird sich bemühen, seine CO2-Bilanz zu senken, um dadurch zur Erreichung
  der Klimaziele der Klimakonferenz von Paris beizutragen.
  9.3.13
  Der Auftragnehmer wird gefährliche Stoffe und Chemikalien kennzeichnen und die sichere
  Handhabung, Lagerung, den sicheren Transport und die sichere Entsorgung gewährleisten. Der
  Auftragnehmer ist verpflichtet, alle Produktsicherheitsanordnungen einzuhalten.
  9.3.14
  Der Auftragnehmer stellt keine mit Quecksilber versetzten Produkte her, verwendet kein
  Quecksilber sowie keine Quecksilberverbindungen und behandelt Quecksilberabfälle gemäß dem
  Minamata-Übereinkommen. Ferner produziert und verwendet der Auftragnehmer keine
  Chemikalien, handhabt die Sammlung, Lagerung und Entsorgung von Abfällen umweltgerecht
  nach dem POPs-Übereinkommen. Zudem befolgt der Auftragnehmer insbesondere das Verbot
  der Ausfuhr, Verbringung und Entsorgung gefährlicher Abfälle nach dem Baseler
  Übereinkommen.
  9.3.15
  Der Auftragnehmer verpflichtet sich, im Rahmen einer Nachhaltigkeitsstrategie das ökologische
  Gleichgewicht zu erhalten, schädliche Umweltbelastungen nach Möglichkeit zu vermeiden oder
  jedenfalls zu vermindern und natürliche Ressourcen zu schonen. Es wird erwartet, dass der
  Auftragnehmer sämtliche geltenden lokalen und internationalen anerkannten Umweltstandards
  und Gesetze selbst anerkennt und einhält.
  9.3.16
  Der Auftragnehmer nimmt seine ökologische Verantwortung über die gesamte Lieferkette wahr
  und setzt diese sowohl hinsichtlich seiner Produkte und Dienstleistungen als auch hinsichtlich der
  von ihm verwendeten Verpackungen um.
  9.4
  Liefert der Auftragnehmer Vertragsprodukte, die Anteile enthalten, die aufgrund von
  internationalen und/oder nationalen Gesetzen, EU-Verordnungen und/oder EU-Richtlinien
  stofflichen Restriktionen und/oder stofflichen Informationspflichten unterliegen, hat der
  Auftragnehmer diese Stoffe durch ein von den Parteien vereinbartes, angemessenes Format
  spätestens zum Zeitpunkt der ersten Lieferung entsprechend zu deklarieren. Das Vorstehende
  gilt nur für die jeweils aktuellen Gesetze, EU-Richtlinien und/oder EU-Verordnungen, die am
  Geschäftssitz des Auftragnehmers oder des Auftraggebers oder am vereinbarten Liefer- und
  Leistungsort Anwendung finden.
  9.5
  Im Fall der Leistungserbringung für den Endkunden Bundeswehr finden die folgenden Dokumente
  Anhang 5a)
  Anhang 5b),
  (Anhang 5c), Anhang 6).

  zusätzlichen Vertragsbedingungen des Bundesministeriums der Verteidigung zur
  Anhang 7). Auf die
  dort enthaltene Vertragsstrafenregelung wird ausdrücklich hingewiesen.
  9.6
  Sofern aufgrund der dem Auftragnehmer übertragenen Aufgaben die Möglichkeit des
  Geheimnisbruchs oder der Verwirklichung der in Anhang 8 sonst genannten Vorschriften denkbar
  ist, erklärt der Auftragnehmer zudem seine Bereitschaft, sich auf Verlangen des Auftraggebers
  oder seines Endkunden auf die gewissenhafte Erfüllung seiner Obliegenheiten nach Maßgabe
  des Verpflichtungsgesetzes in seiner jeweils gültigen Fassung gemäß Anhang 8 verpflichten zu
  lassen. Der Auftragnehmer hat dafür Sorge zu tragen, dass auch das zur Leistungserbringung
  eingesetzte Personal sich mit der Verpflichtung einverstanden erklärt, was zur Anwendung der für
  Amtsträger geltenden Strafvorschriften des Strafgesetzesbuches führt. Dies gilt insbesondere für
  zur Leistungserbringung eingesetzte Personen, denen im Rahmen des Zugangs zu einem IT-
  System (z.B. bei der Softwarepflege) strafrechtlich geschützte Geheimnisse bekannt werden bzw.
  die auf die Ausführung von Aufgaben der öffentlichen Verwaltung durch die Art der vertraglichen
  Leistung (z.B. Unterstützungs- oder Beratungsleistungen) objektiv Einfluss nehmen können. Der
  nach dieser Ziffer 9.6 zu verpflichtende Personenkreis kann im Einzelfall durch den Auftraggeber
  zu benennende Personen umfassen, die folgende oder vergleichbare Funktionen wahrnehmen:

  Angehörige der Geschäftsführung
  Abteilungsleitungen
  Projektleitungen
  Mitarbeiterinnen/Mitarbeiter, die sich nicht nur vorübergehend in der Dienststelle eines
  Endkunden aufhalten (z.B. im Rahmen von Unterstützungsleistungen bei IT-Projekten)
  Geschäfts-/ Betriebsinhaber (etwa Einzelunternehmer, freiberuflich Tätige), deren
  Mitwirkung bei der Abwicklung des Auftragsverhältnisses nicht ausgeschlossen werden
  kann
  Personal, das mit Vorbereitung und Durchführung von Vergabeverfahren für den
  Auftraggeber befasst ist
  alle sonstigen Personen, die bei einer Gesamtbetrachtung die Möglichkeit des Einblicks
  oder einer Einflussnahme auf die Ausführung von Aufgaben der öffentlichen Verwaltung
  haben
  Der Auftragnehmer verpflichtet sich, auf Verlangen des Auftraggebers den betroffenen
  Personenkreis namentlich unter Angabe des Aufgabenbereiches/ der Funktion zu benennen und
  Personalveränderungen (Neueinstellungen, Ausscheiden aus dem Beschäftigungsverhältnis etc.)
  zur Weitergabe an die zuständige Stelle des Endkunden mitzuteilen.

  10 Lieferkettenmanagement
  10.1
  Dem Auftragnehmer ist bekannt, dass der Auftraggeber nach dem Lieferkettensorgfalts-
  pflichtengesetz (LkSG), das am 1. Januar 2023 in Kraft tritt, zur Umsetzung von
  unternehmerischen Sorgfaltspflichten in seinen weltweiten Lieferketten verpflichtet ist. Der
  Auftragnehmer verpflichtet sich, dem Auftraggeber auf dessen Verlangen unverzüglich kostenfrei
  alle beim Auftragnehmer vorhandenen Informationen zur Verfügung zu stellen, die der
  Auftraggeber zur Erfüllung seiner gesetzlichen Berichtspflicht im Rahmen der Berichterstellung
  gemäß dem LkSG benötigt.
  10.2
  Der Auftragnehmer sichert dem Auftraggeber ausdrücklich zu, seiner Verantwortung zur Wahrung
  der Menschenrechte und zum Schutz der Umwelt in den Lieferketten des Auftraggebers
  nachzukommen. Dazu verpflichtet sich der Auftragnehmer gegenüber dem Auftraggeber, dass er
  bei der Erfüllung seiner vertraglichen Pflichten gegenüber dem Auftraggeber stets die im
  Verhaltenskodex (Ziffer 9 des Projektvertrages) aufgeführten menschenrechtsbezogenen und
  umweltbezogenen Erwartungen des Auftraggebers einhält und den Auftraggeber unverzüglich
  informiert, sofern er ein menschenrechtliches oder umweltbezogenes Risiko im Sinne des § 2
  LkSG im Zusammenhang mit einer Vertragsleistung bei sich und/oder einem seiner
  Unterauftragnehmer festgestellt hat.
  10.3
  Die nachfolgenden Ziffern 10.4 bis 10.6 des Projektvertrages finden im Verhältnis der Parteien
  nur Anwendung, wenn der Auftraggeber im Rahmen seiner Risikoanalyse ein
  menschenrechtliches oder umweltbezogenes Risiko im Sinne des § 2 LkSG im Zusammenhang
  mit einer Vertragsleistung des Auftragnehmers festgestellt hat.
  10.4
  Der Auftragnehmer verpflichtet seine unmittelbaren Zulieferer, welche in Verbindung mit ihren
  vertraglichen Leistungen für den Auftragnehmer mittelbar Vertragsleistungen für den Auftraggeber
  erbringen, zur Einhaltung der menschenrechtlichen und umweltbezogenen Erwartungen des
  Auftraggebers gemäß Ziffer 9 des Projektvertrages. Darüber hinaus wird der Auftragnehmer durch
  entsprechende vertragliche Vereinbarungen mit seinen unmittelbaren Zulieferern sicherstellen,
  dass diese in gleichem Umfang wie der Auftragnehmer im Verhältnis zum Auftraggeber die
  Einhaltung der menschenrechtlichen und umweltbezogenen Erwartungen des Auftraggebers an
  deren Zulieferer adressieren und diese Pflicht entlang der Lieferkette weitergeben.
  10.5
  Die Einhaltung der menschenrechtlichen und umweltbezogenen Erwartungen des Auftraggebers
  bei dem Auftragnehmer kann risikobasiert im Rahmen von Audits nach Maßgabe der Ziffer 12
  vom Auftraggeber überprüft werden.
  10.6
  Der Auftragnehmer führt bei seinen Arbeitnehmern und bei seinen unmittelbaren Lieferanten
  Schulungen und Weiterbildungen zur Durchsetzung der vorgenannten vertraglichen
  Zusicherungen durch. Kommt der Auftragnehmer dieser Verpflichtung nicht oder nicht in
  angemessener Weise nach, ist der Auftraggeber berechtigt, diese Schulungen und
  Weiterbildungen bei dem Auftragnehmer auf dessen Kosten selbst durchzuführen oder durch
  einen externen Dienstleister durchführen zu lassen. Der Auftragnehmer wird dem Auftraggeber
  oder dem beauftragten Dritten in diesen Fällen in angemessenem Umfang die Durchführung der
  Schulungen ermöglichen. Er verpflichtet sich, bei der Umsetzung angemessen mitzuwirken.
  10.7
  Verletzt der Auftragnehmer die menschenrechtlichen und umweltbezogenen Erwartungen im
  Sinne der Ziffer 9 des Projektvertrages, wird dem Auftragnehmer vom Auftraggeber in Textform
  eine angemessene Frist gesetzt, um die Verletzung zu beenden oder falls dies dem
  Auftragnehmer nicht möglich ist durch angemessene Maßnahmen zu minimieren und das
  Verhalten in Einklang mit den Regelungen der Ziffer 9 des Projektvertrages zu bringen

  Auftragnehmer dies dem Auftraggeber anzuzeigen und gemeinsam mit dem Auftraggeber ein
  Konzept inklusive Zeitplan zur Beendigung oder Minimierung der Verletzung zu erstellen. Der
  Auftragnehmer ist verpflichtet, rechtzeitig alle Mitwirkungshandlungen vorzunehmen, die für die
  wirksame Abhilfe und die Umsetzung des Konzepts notwendig sind.
  10.8
  Hält der Auftragnehmer die menschenrechtlichen und umweltbezogenen Erwartungen des
  Auftraggebers nicht ein und verletzt eine in Ziffer 9 des Projektvertrages aufgeführte geschützte
  Rechtsposition oder umweltbezogene Pflicht, ist der Auftraggeber berechtigt, die
  Geschäftsbeziehung mit dem Auftragnehmer während der Bemühungen zur Risikominimierung
  bzw. -beendigung gemäß Ziffer 10.7 unter Einstellung der Vergütung an den Auftragnehmer
  solange auszusetzen.
  Der Auftraggeber ist ferner berechtigt, diesen Projektvertrag und die jeweils hiervon betroffenen
  Einzelaufträge ganz oder teilweise aus wichtigem Grund außerordentlich fristlos zu kündigen,
  wenn (i) die Verletzung einer geschützten Rechtsposition oder einer umweltbezogenen Pflicht
  vom Auftraggeber als schwerwiegend bewertet wird, (ii) die Umsetzung der gemäß Ziffer 10.7
  erforderlichen Abhilfemaßnahmen nach Ablauf der hierfür festgelegten Frist nicht oder nicht
  vollständig erfolgt ist und (iii) keine milderen Mittel zur Verfügung stehen. Eine besonders
  schwerwiegende Verletzung ist insbesondere dann anzunehmen, wenn dem Betroffenen oder der
  Umwelt aufgrund der Verletzung ein erheblicher Schaden droht.
  Andere oder weitergehende gesetzliche und/oder vertragliche Rechte bleiben unberührt.
  10.9
  Liegen dem Auftraggeber tatsächliche Anhaltspunkte vor, die eine Verletzung
  menschenrechtlicher und/oder umweltbezogener Erwartungen des Auftraggebers bei einem
  mittelbaren Zulieferer des Auftraggebers möglich erscheinen lassen, so verpflichtet sich der
  Auftragnehmer, den Auftraggeber dabei zu unterstützen, gegenüber diesem mittelbaren Zulieferer
  angemessene Präventionsmaßnahmen zu verankern.

  11 Exportkontrollvorschriften, Genehmigungen
  11.1
  Die Ausfuhr von Lieferungen und Leistungen kann gemäß Ausfuhrbestimmungen der
  Bundesrepublik Deutschland und/oder der Europäischen Union (EU) und/oder anderer Staaten,
  insbesondere der USA, einer Genehmigungspflicht unterliegen.
  11.2
  Der Auftragnehmer ist verpflichtet, dem Auftraggeber innerhalb von vierzehn (14) Kalendertagen
  nach erster Anforderung die für die Einhaltung der jeweiligen Exportkontrollvorschriften
  notwendigen Angaben für jedes Produkt in Textform mitzuteilen. Die Angaben beinhalten die
  ECCN (Export Control Classification Number), AL-Nummer (Ausfuhrlisten-Nummer), die
  statistische Warennummer sowie die Maße, das Nettogewicht, das Bruttogewicht und den
  statistischen Warenwert. Auf Anfrage des Auftraggebers hat der Auftragnehmer zusätzlich und
  zeitnah zu jedem Produkt ein Ursprungszeugnis und/oder einen sonstigen Präferenznachweis zu
  übermitteln. Wird der Umfang des Vertragsgegenstandes dieses Projektvertrages nach
  Inkrafttreten erweitert, so hat der Auftragnehmer hierfür die entsprechenden Exportdaten (vom
  Lieferanten) in gleicher Weise mitzuteilen.
  11.3
  Der Auftragnehmer ist verpflichtet, bei einer Änderung an den Produkten und/oder bei einer
  Änderung der gesetzlichen Exportbestimmungen den Auftraggeber darüber unverzüglich zu
  informieren und die Exportdaten zu aktualisieren.
  11.4
  Schäden, die dem Auftraggeber durch falsche oder unterlassene Exportangaben entstehen,
  gehen zu Lasten des Auftragnehmers.
  11.5
  Der Auftragnehmer wird alle für die Durchführung des Projektvertrages und der jeweiligen
  Einzelaufträge erforderlichen öffentlich-rechtlichen Bestimmungen einhalten und alle
  erforderlichen Genehmigungen der zuständigen in- und ausländischen Behörden für die
  vertraglichen Lieferungen und Leistungen rechtzeitig und auf seine Kosten beantragen.

  12 Einsichts-, Prüf- und Kontrollrechte des Auftraggebers (Audits)
  12.1
  Dem Auftragnehmer ist bekannt, dass der Auftraggeber dem Kunden mitteilt, dass der
  Auftragnehmer zur Leistungserbringung herangezogen wird. Der Auftragnehmer erklärt sich damit
  einverstanden, dass auf Verlangen des Kunden / Endkunden diesem diejenigen Auszüge aus
  diesem Projektvertrag und/oder Einzelauftrag übergeben werden, die erforderlich sind, um die
  Einhaltung der Bestimmungen des Leistungsvertrages zwischen dem Auftraggeber und dem
  Kunden/Endkunden überprüfen zu können.
  12.2
  Der Auftraggeber ist bei konkretem Anlass berechtigt, die Einhaltung der Vertragspflichten durch
  den Auftragnehmer nach angemessener Vorankündigung in dessen Geschäftsräumen innerhalb
  der üblichen Geschäftszeiten zu überprüfen. Ein ggf. von dem Auftraggeber in diesem
  Zusammenhang beauftragter Dritter darf kein Wettbewerber des Auftragnehmers sein und muss
  entsprechend den Vorschriften dieses Projektvertrages zur Vertraulichkeit verpflichtet werden.
  Letzteres gilt nicht, sofern der beauftragte Dritte bereits aus gesetzlichen bzw. standesrechtlichen
  Regelungen zur Vertraulichkeit verpflichtet ist. Ferner sind für die Durchführung der Audits die
  Sicherheitsbestimmungen der Auftragnehmerin zu beachten, die jedoch zu keinerlei
  Einschränkungen des vorgenannten Prüfrechts des Auftraggebers führen dürfen.
  12.3
  Der Auftraggeber ist insbesondere berechtigt, die für den Nachweis der Einhaltung der
  Vertragspflichten relevanten Unterlagen und Dokumente einzusehen, wobei eine Open Book
  Prüfung durch den Auftraggeber nicht vorgesehen ist, soweit die Preisprüfungsrechte des
  Auftraggebers und Endkunden oder anderer Behörden dies nicht erfordern. Der Auftragnehmer
  wird den Auftraggeber dabei in zumutbarem Umfang unterstützen und ihm die zur Prüfung
  erforderlichen Auskünfte erteilen.
  12.4
  Im Fall einer Eignungsleihe wird der Auftragnehmer mit dem Unterauftragnehmer ein
  entsprechendes Einsichts-, Prüf- und Kontrollrecht zugunsten des Auftraggebers vereinbaren.
  12.5
  Weitergehende einzelauftragliche Auditrechte des Auftraggebers bleiben unberührt.

  13 Verzug
  Wird ein zwischen den Parteien vereinbarter Leistungs- oder Liefertermin überschritten, gerät der
  Aufragnehmer ohne separate Nachfristsetzung durch den Auftraggeber mit sofortiger Wirkung in
  Verzug, es sei denn, dass die Leistung infolge eines Umstands unterbleibt, den der Auftragnehmer
  nicht zu vertreten hat. Kommt der Auftragnehmer in Verzug, so ist der Auftraggeber, soweit dies
  im jeweiligen Einzelauftrag nicht anderweitig vereinbart ist, berechtigt, für jeden angefangenen
  Kalendertag der Verzögerung eine Vertragsstrafe in Höhe von 0,2% des Auftragswerts des
  Einzelauftrags, mit dessen Leistungen der Auftragnehmer in Verzug ist, zu verlangen. Sofern der
  Auftragnehmer nur mit einem Teil der Leistungen des jeweiligen Einzelauftrags in Verzug ist,
  berechnet sich die Vertragsstrafe nach dem auf die Teilleistung entfallenden Anteil des
  Auftragswertes. Mit Auftragswert im Sinne dieser Ziffer ist die Gesamtvergütung gemeint, die der
  Auftraggeber unter dem jeweiligen Einzelauftrag für die von dem Auftragnehmer zu erbringenden
  Vertragsleistungen zu entrichten hat. Soweit die Gesamtvergütung des jeweiligen Einzelauftrags
  bei Abschluss desselben noch nicht feststeht, beläuft sich der Auftragswert auf die maximale
  Vergütung, welche die Parteien unter dem jeweiligen Einzelauftrag für die Erbringung der
  Vertragsleistungen vereinbart haben. Insgesamt darf die Summe der aufgrund dieser Regelung
  zu zahlenden Vertragsstrafe je Einzelauftrag nicht mehr als 5% des Auftragswerts des jeweiligen
  Einze
  Leistung oder Nacherfüllung ein entsprechender Vorbehalt durch den Auftraggeber, kann die
  Vertragsstrafe durch den Auftraggeber dennoch später geltend gemacht werden, bei einer
  werkvertraglichen Leistung jedoch nur bis zur Schlussrechnung. Weitergehende
  Verzugsansprüche bleiben mit der Maßgabe unberührt, dass die verwirkte Vertragsstrafe auf
  etwaige Schadensersatzansprüche angerechnet wird.



  14 Abnahme
  Soweit der Auftragnehmer einzelauftraglich zur Lieferung eines Werkes i.S.d. § 631 BGB als
  Vertragsleistung verpflichtet ist, vereinbaren die Parteien i.V.m. Ziffer 1.5 des in der Rangfolge
  diesem Dokument nachrangigen Anhangs zur Leistungsbeschreibung (Anlage 5) folgendes
  Vorgehen:
  14.1
  Der Auftragnehmer benachrichtigt den Auftraggeber, sobald die Vertragsleistung fertiggestellt und
  zur Abnahme bereit ist. Eine Abnahme durch den Auftraggeber setzt eine erfolgreiche
  Abnahmeprüfung voraus.
  14.2
  Soweit der Auftraggeber eine gemeinsame Abnahmeprüfung mit dem Auftragnehmer wünscht,
  kontaktiert dieser den Auftragnehmer nach Erhalt der Benachrichtigung über die Fertigstellung
  der Vertragsleistung entsprechend dem Einzelauftrag, um mit diesem einen Termin für eine
  gemeinsame Abnahmeprüfung für die Vertragsleistung zu vereinbaren. Dieser sollte nicht später
  als zehn (10) Tage nach Benachrichtigung über die Fertigstellung der abzunehmenden
  Vertragsleistung stattfinden.
  14.3
  Während der Abnahmeprüfung prüft der Auftraggeber auf Veranlassung des Auftraggebers mit
  Unterstützung des Auftragnehmers , ob die Vertragsleistung alle Abnahmekriterien und Ziele
  erfüllt, wie sie im Einzelauftrag vereinbart wurden und erstellt ggf. gemeinsam mit dem
  Auftragnehmer einen Abnahmebericht. Festgestellte Mängel sind zu dokumentieren.
  14.4
  Nach erfolgreicher Abnahmeprüfung wird der Auftraggeber die Abnahme der Vertragsleistung
  unverzüglich in Textform bestätigen. Sofern der Auftraggeber die Abnahme nicht innerhalb von
  zwei (2) Wochen nach erfolgreicher Abnahmeprüfung bestätigt, hat der Auftragnehmer die
  Möglichkeit dem Auftraggeber in Textform eine einwöchige Nachfrist zur Abgabe der
  Abnahmeerklärung zu setzen. Sollte der Auftraggeber nicht innerhalb der Nachfrist in Textform
  Gründe für eine Abnahmeverweigerung darlegen, gilt die Vertragsleistung als abgenommen.
  Gleiches gilt, wenn der Auftraggeber die Vertragsleistung nach Ablauf der Nachfrist produktiv
  nutzt.
  14.5
  Soweit die Parteien während der Abnahmeprüfung Mängel und/oder Abweichungen von den
  Abnahmekriterien feststellen, wird der Auftragnehmer diese unverzüglich beseitigen und soweit
  es sich nicht um unwesentliche Mängel handelt eine erneute Abnahmeprüfung initiieren. Wegen
  unwesentlicher Mängel kann die Abnahme nicht verweigert werden.

  15 Beendigungsunterstützung
  15.1
  Der Auftraggeber kann im Falle der Beendigung eines als Dauerschuldverhältnis zu
  qualifizierenden Einzelauftrags unabhängig des Beendigungsgrundes die Fortführung der
  Vertragsleistungen für einen angemessenen Übergangszeitraum, maximal jedoch für zwölf (12)
  Monate, vom Auftragnehmer verlangen. Dieses Verlangen hat der Auftraggeber dem
  Auftragnehmer mindestens sechs (6) Wochen vor dem Ablauf des jeweiligen Einzelauftrags
  schriftlich anzuzeigen, wobei im Falle einer außerordentlichen Kündigung diese
  Vorankündigungsfrist nicht gilt. Sollte der jeweilige Einzelauftrag durch den Auftragnehmer
  außerordentlich aufgrund eines Zahlungsverzugs des Auftraggebers wirksam gekündigt werden,
  wird eine Verlängerung nur gegen eine Vorauszahlung der für die Erbringung der
  Vertragsleistungen geschuldeten Vergütung gewährt. Für die Verlängerung gelten die
  Bestimmungen dieses Projektvertrages und des jeweiligen Einzelauftrags, einschließlich der
  Regelungen zur Vergütung, fort und enden mit Ablauf der Verlängerung, ohne dass es einer
  Kündigung einer der Parteien bedarf.
  15.2
  Der Auftragnehmer hat auf Verlangen des Auftraggebers ferner angemessene
  Unterstützungsleistungen zu erbringen, die erforderlich sind, um einen reibungslosen und
  erfolgreichen Übergang der Vertragsleistungen auf den Auftraggeber oder einen neuen Anbieter
  zu ermöglichen und somit eine Kontinuität der Leistungserbringung sicherzustellen. Die
  Bestimmungen dieses Rahmenvertrages und des jeweiligen Einzelauftrags gelten für solche
  Unterstützungsleistungen fort. Soweit die Übergabe der Vertragsleistungen auf den Auftraggeber
  bzw. einen neuen Anbieter nicht auf einem Verschulden des Auftragnehmers beruht, ist der
  Auftragnehmer berechtigt, eine Vergütung für die Unterstützungsleistungen gemäß der im
  Preisblatt/ Leistungsverzeichnis (Anlage 6) angegebenen Stundensätze zu verlangen.
  15.3
  Der Auftragnehmer ist verpflichtet, sämtliche Daten, Dokumente, Aufzeichnungen und sonstigen
  Informationen, die Bestandteil der Vertragsleistungen sind oder vom Auftraggeber bzw. dem
  Endkunden zur Erbringung der Vertragsleistungen bereitgestellt worden sind, an den
  Auftraggeber bzw. den Endkunden unverzüglich mit Beendigung der Vertragsleistungen gleich
  aus welchem Beendigungsgrund auf einem marküblichen Datenträger herauszugeben bzw.
  unwiderruflich und datenschutzkonform auf Anforderung des Auftraggebers bzw. des Endkunden
  zu löschen, soweit dem keine gesetzlichen Aufbewahrungsvorschriften entgegenstehen.
  Signatures


  Number of pages (including this one): 19

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Signatures
  Anlage 3 Bestellprozess
  Bei den nachfolgenden Regelungen handelt es sich um Regelungen aus dem Rahmenvertrag,
  die auch für die Subunternehmerin -
  Subunternehmerin.



  1 Rahmenverträge/ Einzelaufträge
  1.1
  Im Projektvertrag werden die Bedingungen für Einzelaufträge festgelegt, die während der
  Vertragslaufzeit abgeschlossen werden können. Eine Abnahmeverpflichtung des Auftraggebers
  besteht nicht.
  1.2
  Ein Einzelauftrag kommt zustande, wenn der Auftragnehmer gegenüber dem Auftraggeber die
  von diesem an den Auftragnehmer in Textform versandte Bestellung innerhalb von vier (4)
  Arbeitstagen mit einer inhaltlich übereinstimmenden Auftragsbestätigung in Textform annimmt
  , wobei sich die Parteien vor dem Versand einer
  Bestellung durch den Auftraggeber im Sinne der Regelungen der Ziffer 5 der
  Leistungsbeschreibung (Anlage 4 mte
  .
  1.3
  Der Auftragnehmer nur dann berechtigt, eine Bestellung des Auftraggebers auf Basis des
  Projektvertrages abzulehnen, wenn diesem die Erfüllung der Vertragsleistungen aus der
  Bestellung des Auftraggebers unmöglich oder unter Abwägung mit dem Leistungsinteresse des
  Auftraggebers unzumutbar ist und er dem Auftraggeber die Unmöglichkeit oder Unzumutbarkeit
  innerhalb der Bestellannahmefrist in Textform angezeigt und begründet hat. Der Auftragnehmer
  ist verpflichtet, dem Auftraggeber auf dessen Verlangen die Unmöglichkeit oder Unzumutbarkeit
  im Einzelfall nachzuweisen.
  1.4
  Weicht die Auftragsbestätigung von der betreffenden Bestellung ab, so ist der Auftraggeber an
  diese Abweichung nur gebunden, soweit er der Abweichung ausdrücklich zugestimmt hat.
  1.5
  Nach Zustandekommen des Einzelauftrags hat der Auftragnehmer soweit im Einzelauftrag oder
  in diesem Projektvertrag nichts Abweichendes geregelt ist - unverzüglich mit der Ausführung der
  beauftragten Vertragsleistungen zu beginnen.

  2 Bestellprozess/ Einzelauftrag
  2.1
  Bestellungen des Auftraggebers enthalten in Abhängigkeit des jeweiligen Leistungsgegenstands
  grundsätzlich die folgenden Angaben:

  Bestellreferenz des Auftraggebers
  Bestelldatum
  Bezeichnung(en) und Mengen der bestellten Lieferungen und Leistungen
  Preis pro Bestellposition
  Liefer- und/oder Leistungstermin(e)
  Liefer- und/oder Leistungsort(e)
  Ansprechpartner benannten Liefer-/ Leistungsort und
  Rechnungsadresse des Auftraggebers
  2.2
  Der Auftragnehmer hat den Eingang einer jeden Bestellung spätestens am Arbeitstag nach

  verantwortlichen Ansprechpartner des Auftraggebers zusammen mit mindestens den folgenden


  die Bestellnummer des Auftraggebers
  das Bestelldatum


  bundeseinheitliche Feiertage.
  2.3
  Die verbindliche Auftragsbestätigung des Auftragnehmers im Sinne der Ziffer 1.2 hat die
  folgenden Angaben aus der Bestellung zu bestätigen:

  die Bestellnummer und das Bestelldatum des Auftraggebers
  Bezeichnung und Menge pro Bestellposition
  Preise pro Bestellposition der betreffenden Bestellung des Auftraggebers
  Gesamtpreis
  der/die Liefer- und/oder Leistungstermin(e)
  der/die Liefer- und Leistungsort(e)
  -/ Leistungsort
  2.4
  Der Auftragnehmer kann eine Bestellung innerhalb der oben genannten Frist nur dann in Textform
  zurückweisen, wenn und soweit diese nicht mit den Bestimmungen dieses Projektvertrages
  übereinstimmt. Ziffer 1.3 dieser Anlage bleibt unberührt.
  2.5
  Der Auftraggeber ist berechtigt, bis spätestens acht (8) Arbeitstage vor dem Liefer-/
  Leistungstermin den Liefer-/ Leistungsort zu ändern und/oder den Liefer-/ Leistungszeitpunkt um
  bis zu 20 Arbeitstage nach hinten zu verschieben.
  2.6
  Der Auftraggeber ist berechtigt, Bestellungen nach Zugang einer Auftragsbestätigung zu
  stornieren. Sollte der Auftraggeber nach diesem Zeitpunkt eine Bestellung stornieren, trägt er die
  bis dahin beim Auftragnehmer angefallenen Aufwendungen. Die Aufwendungen sind dem
  Auftraggeber vom Auftragnehmer jeweils nachzuweisen und dürfen in keinem Fall die vereinbarte
  Vergütung überschreiten. Unberührt bleibt zudem die allgemeine Schadensminderungspflicht des
  Auftragnehmers.

  3 Lieferung, Bereitstellung
  3.1
  Der Auftragnehmer verpflichtet sich, Vertragsleistungen vollständig und funktionsfähig sowie nach
  dem Stand der Technik innerhalb des im jeweiligen Einzelauftrag bestimmten Zeitraums
  ) durchzuführen und dem Auftraggeber zur
  Verfügung zu stellen.
  3.2
  Zu vorzeitigen Lieferungen und/oder Leistungen sowie nicht vertraglich vereinbarten
  Teillieferungen/-leistungen ist der Auftragnehmer vorbehaltlich einer entsprechenden
  Vereinbarung in den Anlagen oder Anhängen zu diesem Projektvertrag oder im jeweiligen
  Einzelauftrag nur mit Zustimmung des Auftraggebers berechtigt.
  3.3
  Soweit Vertragsleistungen vereinbarungsgemäß bei dem Auftraggeber bzw. den Endkunden vor
  Ort zu erbringen sind, gelten die nachfolgenden Bestimmungen dieser Ziffer 3.3:

  a) Der Auftragnehmer hat bei der Vertragserfüllung die üblichen Geschäftszeiten des
  Auftraggebers bzw. die üblichen Dienstzeiten der Endkunden zu berücksichtigen.
  b) Soweit der Auftragnehmer zur Erbringung der Vertragsleistungen Zugang zu den
  Standorten des Auftraggebers bzw. Liegenschaften des Endkunden benötigt, hat dieser
  jeweils die Zutrittsanforderungen und ggf. Hausordnungen des Auftraggebers bzw.
  Endkunden zu beachten.
  Der Auftraggeber wird dem Auftragnehmer die jeweils zu beachtenden Anforderungen rechtzeitig
  vorab bekannt geben.
  3.4
  Erkennt der Auftragnehmer, dass er die Vertragsleistungen nicht zu den vereinbarten Terminen
  bzw. innerhalb der vereinbarten Frist erbringen kann, so hat er dies unter der Angabe der Gründe
  für die Verzögerung sowie der voraussichtlichen Dauer der Verzögerung unverzüglich dem
  Auftraggeber mitzuteilen. Etwaige Ansprüche des Auftraggebers aus der nicht fristgemäßen
  Erfüllung des jeweiligen Einzelauftrags bleiben unberührt. Die vorbehaltslose Annahme der
  verspäteten Vertragsleistung stellt keinen Verzicht auf die dem Auftraggeber zustehenden
  gesetzlichen Ansprüche dar.

  4 Voraussichtliches Abrufvolumen
  Der geschätzte Auftragswert für die unter diesem Projektvertrag zu erbringenden
  Vertragsleistungen innerhalb der Gesamtvertragslaufzeit von sieben (7) Jahren zzgl. 3-maliger
  Verlängerungsoption um jeweils ein (1) Jahr ergibt sich aus dem Preisblatt/ Leistungsverzeichnis
  (Anlage 6) zu diesem Projektvertrag 6).
  Der Auftragnehmer hat jedoch keinerlei Anspruch auf ein bestimmtes Abnahmevolumen.
  Signatures


  Number of pages (including this one): 5

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826




  Leistungsbeschreibung




  Anlage 1 zum Rahmenvertrag über den Bezug von Konzeptions- und Entwick-

  lungsleistungen für die „Strategische Partnerschaft pCloudBw“




  Titel: Anl 1 zum RV_Leistungsbeschreibung_pCloudBw.docx

  Vertraulich Seite 1 von 37
  Inhalt
  Inhalt ......................................................................................................................................2
  1 Glossar............................................................................................................................3
  2 Ausgangslage und Zielsetzung ........................................................................................5
  3 Leistungsgegenstand.......................................................................................................6
  4 Leistungskonkretisierung..................................................................................................7
  5 Beauftragungsmodelle ...................................................................................................22
  6 Beistellleistungen und Mitwirkungsobliegenheiten des AG .............................................34
  7 Anhänge........................................................................................................................35




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 2 von 37
  1 Glossar
  Die nachfolgenden Abkürzungen haben die nachstehend definierte Bedeutung und gelten
  ergänzend zu den im Rahmenvertrag definierten Begriffen, soweit nicht ausdrücklich etwas
  Anderes vereinbart ist oder sich aus dem Kontext eine andere Bedeutung ergibt.

  6R Gartner Research Application Migration to Cloud

  AG Auftraggeber/ BWI GmbH

  AN Auftragnehmer

  BAMAD Bundesamt für den Militärischen Abschirmdienst

  BMVg Bundesministerium für Verteidigung

  BSI Bundesamt für Sicherheit in der Informationstechnik

  Bw Endkunde Bundeswehr

  BwKrhs Bundeswehrkrankenhaus/-häuser (Berlin, Hamburg, Koblenz, Ulm)

  CI/CD Continuous Integration/ Continuous Delivery

  COTS Commercial of the Shelf

  DEUmilSAA Deutsche militärische Security Accreditation Authority

  DoD Definition of Done.

  DoR Definition of Ready

  EPDF Enterprise Development Frameworks der BWIdes AG

  FCAS Future Combat Air System

  Fü(W)ES Führungs-, Waffen- und Einsatzsysteme

  GB Geschäftsbereich

  GesVers Gesundheitsversorgung

  GMN German Mission Network

  HW Hardware

  IaaS Infrastructure as a Service

  IT-SysBw IT-Systeme der Bundeswehr

  NATO North Atlantic Treaty Organization

  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 3 von 37
  OS Operating System

  PaaS Plattform as a Service

  pCloudBw Private Cloud Bundeswehr

  PM(O) Projekt Management (Office)

  POC Proof of Concept

  PoT Proof of Technology

  SaaS Software as a Service

  SAFe Scaled Agile Framework

  SBOM Secure Software Supply Chain
  Mittels Verschlusssachenanweisung definierte sichere Infrastruktur zum Zu-
  Secure Assembly sammenbau von Soft- und Hardwarekomponenten zur Ausprägung von
  Site pCloudBw Instanzen, insbesondere für den Ansatz höher VS-NfD

  SEFBw Service Entwicklungs Frameworks der Bundes

  SouvAPBw Souveräner Arbeitsplatz Bundeswehr

  STA Strategic Technnology Advisory

  SW Software

  VSA Verschlusssachenanweisung

  VS-nfD Verschlusssache nur für den Dienstgebrauch

  Werktag Montag – Freitag ausgenommen bundeseinheitliche Feiertage




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 4 von 37
  2 Ausgangslage und Zielsetzung

  2.1 Ausgangssituation für die Beschaffung
  Im Rahmen des Projektes „pCloudBw“ verfolgt die Bw das Ziel, durch den AG eine private
  Cloud Infrastruktur planen und umsetzen zu lassen, welche die zukünftige Basis für den Be-
  trieb von IT-Systemen für die Bw bilden wird. Dadurch wird die Bw-IT funktional modernisiert
  und flexibilisiert. Die benötigte Hardware- / Softwareplattform ist zu konzipieren und in der
  Systemumgebung des IT-SysBw bereitzustellen.

  Der AG beabsichtigt daher mit einem zuverlässigen IT-Partner einen Rahmenvertrag über die
  Konzeption und die Serviceentwicklung der zentralen Sicherheitsarchitektur für die Absiche-
  rung von Sicherheitsdomänen VS-NfD und höher (u.a. NATO SECRET, EU SECRET) der
  pCloudBw als zentrale IT-Lösungsarchitektur des IT-SysBw in unterschiedlichen Bewegungs-
  dimensionen (stationär, verlegefähig sowie mobil), die notwendige Integration (technisch, be-
  trieblich und organisatorisch) in die Gesamtarchitektur der pCloudBw, sowie die mittels der
  pCloudBw zu erbringenden Services zu schließen. In diesem Zusammenhang stehen die hier
  gegenständlichen Vertragsleistungen, die zur Konzeption, Umsetzung, Integration sowie Be-
  triebsumsetzung, insbesondere zur Sicherstellung eines ganzheitlichen Ansatzes zur IT-Si-
  cherheit, zur Cyber-Sicherheit und zur Reduzierung der Kenntnismöglichkeit Dritter über die
  Sicherheitsmechanismen, die die Bw zur Absicherung des IT-SysBw etabliert, benötigt wer-
  den.




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 5 von 37
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826




  m oo


  BWI
  | für Deutschlanc



  3 Leistungsgegenstand

  Die vom AN unter diesem Rahmenvertrag zu erbringenden Vertragsleistungen bestehen ge-
  genständlich aus den folgend aufgeführten Leistungspaketen, die in der nachfolgenden Ziffer
  4 jeweils konkretisiert werden.

  Leistungspaket

  A Leistungspaket A - Zentrale Sicherheitsarchitektur |
  B |Leistungspaket B - Migration / Integration von Services |
  c |Leistungspaket C - Multi-Cloud |
  D |Leistungspaket D - Agile Transformation |
  E Leistungspaket E - Projektmanagement Aufbau pCloudBw |
  F Leistungspaket F - Betrieb neuer laaS-Stack

  G Leistungspaket G - DevSecOps Betrieb und Weiterentwicklung pCloudBw

  H Leistungspaket H - Konzeption, Realisierung und Betrieb sowie Betriebssupport ei-
  ner Cloud native Open Source Suite

  I Leistungspaket | - Aufbau Application (SaaS-) Stack




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx

  Vertraulich Seite 6 von 37
  4 Leistungskonkretisierung

  Die vom AN auf Basis eines entsprechenden Einzelauftrags bzw. mehrerer Einzelaufträge
  unter diesem Rahmenvertrag zu erbringenden Vertragsleistungen beinhalten die nachfol-
  gend aufgeführten Leistungspakete mit den im jeweiligen Einzelauftrag konkretisierten Leis-
  tungsinhalten und Arbeitsergebnissen. Die konkrete Spezifizierung der vom AN innerhalb ei-
  nes Leistungspakets zu erbringenden Vertragsleistung erfolgt durch den AG folglich auf Ein-
  zelauftragsbasis.
  Der AG ist jederzeit berechtigt, auch nur Teile der nachfolgend beschriebenen Leistungspa-
  kete beim AN durch Abschluss eines Einzelauftrags unter diesem Rahmenvertrag zu beauf-
  tragen.
  Die vom AN unter diesem Rahmenvertrag auf Basis eines Einzelauftrags zu erbringenden
  Vertragsleistungen können nach Veranlassung und Ausgestaltung des AG ganz oder teil-
  weise sowohl als Dienst- als auch als Werkleistungen beauftragt werden (vgl. auch Ziffer 5
  dieser Anlage 1 (Beauftragungsmodelle)).
  Soweit im jeweiligen Einzelauftrag nichts Abweichendes vereinbart ist, findet die im Anhang
  (Verbindliche Anforderungen aus der Projektmanagement-Systematik der BWI GmbH) zu
  dieser Leistungsbeschreibung vereinbarte Projektmanagementmethode Anwendung, die auf
  Veranlassung des AG im jeweiligen Einzelauftrag ausdifferenziert wird.
  Aus Gründen der besseren Lesbarkeit wird in dieser Leistungsbeschreibung das generische
  Maskulinum verwendet. Gemeint sind jedoch immer alle Geschlechter.

  4.1 Leistungspaket A - Unterstützung Customer Solution STA
  Der AN hat mit Abschluss eines oder mehrerer leistungskonkretisierender Einzelaufträge un-
  ter diesem Rahmenvertrag im Leistungspaket „Unterstützung Customer Solution STA“ insbe-
  sondere folgende Vertragsleistungen zu erbringen:

  • Leistungen zur Ableitung und Definition von zentralen Sicherheitskomponenten für
  die pCloudBw
  • Leistungen zur Ableitung und Definition von Anforderungen an Systemkomponenten
  der pCloudBw, insbesondere vor dem Hintergrund der IT-Sicherheit, aus national und
  international gültigen Vorgabendokumenten (NATO, EU, BSI, Bw etc.)
  • Evaluierung/ Marktanalyse vorhandener Teilkomponenten/ Alternativen (COTS), um
  auf einem Demonstrator konkrete Szenarien durchzuführen
  • Leistungen zur Ableitung, Definition und Umsetzung einer Secure Assembly Site
  • Leistungen zur Ableitung, Definition und Umsetzung von Elementen zu Prüfung von
  Cloudsoftware unter Einhaltung der Vorgaben der VSA für den Ansatz höher VS-NfD
  sowie vergleichbarer NATO und EU Vorgaben
  • Leistungen zur Ableitung, Definition und Umsetzung von Test-, Integrations- und Ent-
  wicklungsumgebung für die pCloudBw
  • Leistungen zur Evaluierung von cloudspezifischen Lösungen und Fähigkeiten auf Ba-
  sis der Test-, Integrations- und Entwicklungsumgebung für die pCloudBw, unter Ein-
  bezug von Dritten (u.a. deutsche Rüstungsunternehmen, NATO)
  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 7 von 37
  • Leistungen zur Ableitung, Definition und Umsetzung von Zulassungsverfahren für
  Soft- und Hardwarekomponenten im Cloudumfeld. Hierzu zählt die Dokumentation.
  • Leistungen zur Ableitung, Definition und Umsetzung in Bezug auf Marktanalyse von
  für die pCloudBw erforderlichen Soft- und Hardwarekomponenten
  • Leistungen im Rahmen von Pentesting für pCloudBw Anteile in IaaS, Paas und SaaS
  – Layer und deren Dokumentation
  • Leistungen zur Ableitung, Definition und Umsetzung von Service Tests, sowie bei der
  Vorbereitung des Service Deployments und ggf. Migration
  • Leistungen zur Ableitung, Definition und Umsetzung von Cloud-Securityprozessen
  • Leistungen zur Ableitung, Definition und Umsetzung in Bezug auf Betriebsunterstüt-
  zung von Rechenzentrumsumgebung. Hierzu zählt der Aufbau und Betreuung der
  Betriebsplattform über den IT-Lifecycle und die Umsetzung von Infrastructure as
  Code auf Basis der Modelle
  • Leistungen zur Ableitung, Definition und Umsetzung von Modellierungen und Model-
  lanpassung unter Anwendung der Architekturmethode der Bw und der Notation
  NAFv4-ADMBw bei Modellierungen von operationellen Architekturen und Servicear-
  chitekturen unter Bedienung des Modellierungswerkzeug Sparx EA v16. Hierzu zählt
  die Initiierung, Erarbeitung und Qualitätssicherung von Architekturen sowie Planung
  und Durchführung von Präsenz/ Remote Aus-/ Weiterbildungen im Bezug auf das
  Modellieren nach NAFv4-ADMBw
  • Leistungen zur Ableitung, Definition und Umsetzung von Requirement Engineering
  nach IREB unter Verwendung von Require.7 und/ oder IBM Doors entlang des IT-
  Lifecycle
  • Leistungen zur Definition und Umsetzung und Weiterentwicklung einer bereits model-
  lierten Methode, mit welcher sich der Nachweis führen lässt, dass ein System gegen
  Angriffe geschützt ist


  4.2 Leistungspaket B – Migration / Integration von Services

  Der AN hat mit Abschluss eines oder mehrerer leistungskonkretisierender Einzelaufträge unter
  diesem Rahmenvertrag im Leistungspaket „Migration / Integration von Services“ insbesondere
  folgende Vertragsleistungen zu erbringen:

  o Service Assessment / Ausplanung / Priorisierung im Context Bw und AG
  o Analyse der Cloud-Eignung und Ausplanung der Services und Solutions inkl. schüt-
  zenswerter HW- und SW Komponenten und derer Abhängigkeiten entsprechend der
  VS-NfD Klassifizierung. Die Basis für Analysen bilden Bestandsdaten und Ergebnisse
  (Interview basierte) der Assessments
  o Auswertung, Aufplanung und Priorisierung der Migration von Services auf Basis einer
  Migrationsplanung (-Roadmap)
  o Durchführung eines Migration Discovery sowie eine Abhängigkeitsanalyse (Tool ge-
  stützt)
  o Customizing / Implementierung / Rollout / Betrieb eines (toolgestützten) Verfahrens zur
  Analyse der Services und Solutions mit schützenswerten HW- und SW Komponenten
  (VS-NfD und höher eingestuft) und deren Abhängigkeiten


  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 8 von 37
  o Aufnahme, Auswertung und Vorbereitung der erhobenen Daten für die Migrationspla-
  nung
  o Die zur Automatisierung und Optimierung von Abläufen der Migration vorgesehene
  Tool gestützte Applikation, welche nach einer entsprechenden Marktanalyse zur Aus-
  wahl steht, wird auf ihre Einsatzfähigkeit technologisch im Rahmen eines PoT´s be-
  wertet. Im Rahmen dieses Vorgangs müssen im Vorfeld die Requirements beschrieben
  und gewichtet werden. Die Ergebnisse eines PoT´s werden dann eines Scorings un-
  terzogen und in eine Entscheidungsvorlage überführt.
  o Für die Beantragung von Stützservices ist ein Architekturdiagramm zu erstellen. Vor-
  gaben / Templates werden vom AG bereitgestellt. In diesem Architektur Diagramm ist
  zudem herauszuarbeiten, ob der jeweilige Service BiModal oder auf bestehende Stütz-
  services aufsetzt.
  o Leistungen zu Migrations- und Integrationsvorhaben von Applikationen, welche poten-
  tiell auf die Zielplattformen transformiert werden. Das Verfahren und die Methodik sind
  von der Einheit “Cloud Migration” des AG vorgegeben.
  o Gemäß Strategie des AG sind Applikationen containerisiert bereitzustellen. Ein ent-
  sprechender Transformationsweg ist technologisch für das jeweilige Vorhaben (Appli-
  kation) technisch zu entwickeln und nach dem DevSecOps Modell umzusetzen. Die
  Betriebsfähigkeit ist in der jeweiligen Zuständigkeit (Bw/AG) sicherzustellen.
  o Begleitung eines Onboardings (Legitimation von Berechtigungen etc) der Entwickler
  und Betriebseinheiten auf die Cloud.
  o Unterstützung in der Entwicklung von Applikationen in einem VS, inkl VS-NfD und hö-
  heren Zieldesign. Eine entsprechende Transformationsplanung ist zu erstellen.
  o Planung und Vorbereitung der Implementierung von sicherheitskritischen Services und
  Solutions
  o Durchführung von Requirement Engineering Management inkl. Abstimmung von Port-
  folio und Cloud Roadmap
  o Aufnahme von Anforderungen der Services und Solutions VS-NfD oder höher an die
  Cloud Services und Funktionen
  o Abgleich mit der Cloud und Portfolio Roadmap
  o Leistungen zur Kopplung von Rechenzentren und Plattformen im Context “Netzwerk-
  services” mit der Zielsetzung den jeweiligen Workload transferieren und integrieren zu
  können
  o Überführen von Daten (DataBase) von einem zu tranfomierenden Datenbanksystem.
  In diesem Handlungsfeld sind entsprechende Konzepte zu entwickeln.
  o Sofern sich im Rahmen der Transformation von Applikationen nach dem 6 R Verfahren
  auch Anpassungen am Sicherheitskonzept pCloudBw ergeben, sind diese entspre-
  chend aufzuzeigen und dem Bereich CISO des AG zu übermitteln.

  4.3 Leistungspaket C - Multi-Cloud

  Der AN hat mit Abschluss eines oder mehrerer leistungskonkretisierender Einzelaufträge unter
  diesem Rahmenvertrag im Leistungspaket „Multi-Cloud“ insbesondere folgende Vertragsleis-
  tungen zu erbringen:



  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 9 von 37
  o Ableitung einer Multi-Cloud Strategie und Entwurf einer Multi-Cloud Management Ar-
  chitektur (ggf. mit Markterkundung und PoC)
  o Customizing / Implementierung / Rollout / Betrieb eines (toolgestützten) Verfahrens zur
  Analyse der Services und Solutions mit schützenswerten HW- und SW-Komponenten
  (VS-NfD und höher eingestuft) und deren Abhängigkeiten
  o Für die Beantragung von Stützservices ist ein Architekturdiagramm zu erstellen. Vor-
  gaben / Templates werden vom AG bereitgestellt. In diesem Architektur Diagramm ist
  zu dem herauszuarbeiten, ob der jeweilige Service BiModal oder auf bestehende Stütz-
  services aufsetzt.
  o Erstellung von Lösungs- und Servicekonzepten entsprechend Service Entwicklungs
  Framework (SEFBw und EPDF) des AG
  o Sicherstellen der fachbereichsübergreifenden Konsistenz und Durchgängigkeit der So-
  lution / des Service (End to End)
  o Inhaltliche Abstimmung, Beschreibung und Einholung von Freigaben in Bezug auf die
  Anforderungen des jeweiligen Auftraggebers (Portfoliomanagement / Demandma-
  nagement)
  o Inhaltliche Abstimmung, Beschreibung und Einholung von Freigaben in Bezug auf Lö-
  sungs- und Servicekonzepte mit den Betriebseinheiten und deren Service Architekten.
  o Betriebsunterstützung Multi-Cloud
  • Integrationstests: Durchführung umfassender Integrationstests zur Sicherstel-
  lung sowohl der Stabilität und Integrität der Plattform als auch Kompatibilität
  mit den verwalteten (Multi-) Cloud-Ressourcen und -Diensten
  • Kontinuierliche Wartung und Aktualisierung: Regelmäßige Updates und Pat-
  ches für alle integrierten Plattform Komponenten (HW+SW)
  • Überwachung und Monitoring: Überwachung von Performance und Stabilität
  der Plattform. Grundlage dafür ist das kontinuierliche Monitoring der Systems,
  sowie die Sammlung von Logs und deren Analyse und die Darstellung bzw.
  das Reporting mit Hilfe von entsprechenden Dashboards.
  • Sicherheitsmanagement: Regelmäßige Sicherheitsüberprüfungen, Schwach-
  stellenmanagement, Durchführung von Schwachstellen-Scans und Penetrati-
  onstests und Implementierung von Sicherheits- und Auditmaßnahmen zum
  Schutz der Plattform. Dazu gehört u.a. eine Richtlinienverwaltung, Vault für
  Geheimnisverwaltung und verschiedene Tools zur Einhaltung von Compli-
  ance-Anforderungen sowie Netzwerkmanagement und Netzwerksicherheit.
  • Skalierbarkeit: Sicherstellung der Skalierbarkeit der Plattform zur Unterstüt-
  zung wachsender Anforderungen und Nutzerzahlen
  • Fehlerbehebung und Support: Aufbau und kontinuierliche Weiterentwicklung
  von Incident Response Plänen für die Durchführung von Incident Management
  und die Bereitstellung eines 24/7-Supports zur schnellen Behebung von Prob-
  lemen und zur Unterstützung der Nutzer
  • Automatisierung: Einsatz von Automatisierungstools zur Optimierung von Be-
  triebsabläufen, Bereitstellungsprozessen, Konfigurationsmanagement und
  CI/CD-Pipelines zur Reduzierung manueller Eingriffe
  • Dokumentation: Kontinuierliche Erstellung, Weiterentwicklung und Pflege um-
  fassender Dokumentation für alle Komponenten und Prozesse der Plattform
  • Kostenmanagement: Implementierung von Tools zur Überwachung und Opti-
  mierung der Betriebskosten. Dies schließt explizit die verwalteten (Multi-)
  Cloud-Ressourcen und –Dienste ein.


  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 10 von 37
  • Compliance und Governance: Sicherstellung der Einhaltung aller im
  Rahmen der Erbringung der Vertragsleistungen relevanten gesetzlichen
  und regulatorischen Anforderungen

  o Ableitung eines Lösungsansatzes und eines Service-Schnitts.
  o Fachliche/inhaltliche Erstellung des Solution Designs, der Leistungsbeschreibung, der
  Kostenkalkulation und weiterer Kunden- bzw. Projektspezifischer Dokumente.
  o Ableitung und Durchführung von Solution Tests, sowie bei der Vorbereitung des Solu-
  tion Deployments und ggf. Migration.
  o Die zur Automatisierung und Optimierung von Abläufen der Migration vorgesehene
  Tool gestützte Applikation, welche nach einer entsprechenden Marktanalyse zur Aus-
  wahl steht, wird auf ihre Einsatzfähigkeit technologisch im Rahmen eines PoT´s be-
  wertet. Im Rahmen dieses Vorgangs müssen im Vorfeld die Requirements beschrieben
  und gewichtet werden. Die Ergebnisse eines PoT´s werden dann eines Scorings un-
  terzogen und in eine Entscheidungsvorlage überführt.
  o Leistungen zur Kopplung von Rechenzentren und Plattformen im Context “Netzwerk-
  services” mit der Zielsetzung, den jeweiligen Workload transferieren und integrieren zu
  können.

  4.4 Leistungspaket D - Agile Transformation

  Der AN hat mit Abschluss eines oder mehrerer leistungskonkretisierender Einzelaufträge unter
  diesem Rahmenvertrag m Leistungspaket „Agile Transformation“ insbesondere folgende Ver-
  tragsleistungen zu erbringen:

  o Ableitung eines agilen Betriebsmodells pCloudBw unter Berücksichtigung der relevan-
  ten Schnittstellen innerhalb des AG
  o Coaching agiler Methoden in einem skalierten agilen Umfeld Konzepterstellung
  o Schulung von Mitarbeitern des AG in den agilen Methodiken und Praktiken
  o Umsetzung und Einhaltung der agilen Arbeitsweise in den agilen Teams
  o Moderation und Führung der agilen Zeremonien in den agilen Teams und in skalierten
  Frameworks
  o Integration des agilen Betriebsmodells pCloudBw in die Bestandsprozesse des AG
  o Implementierung des agilen Betriebsmodells der Cloud-Plattformen
  o Aufstellung und Weiterentwicklung des agilen Betriebsmodells
  o Weiterentwicklung des DevOps Modells hin zu einem DevSecOps Modell

  4.5 Leistungspaket E - Projektmanagement Aufbau pCloudBw

  Der AN hat mit Abschluss eines oder mehrerer leistungskonkretisierender Einzelaufträge unter
  diesem Rahmenvertrag im Leistungspaket „Projektmanagement Aufbau pCloudBw“ insbeson-
  dere folgende Vertragsleistungen zu erbringen:

  o Steuerung, Implementierung und Weiterentwicklung des hybriden Projektmanage-
  ment-Ansatzes im Kontext der pCloudBw in Anlehnung an das AG-interne PM-Frame-
  work “PM@BWI" (siehe Anhang) und an agile Frameworks wie bspw. Scrum, SAFe
  und Kanban

  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 11 von 37
  o Auswahl, Entwicklung und Anpassung des Projektmanagementansatzes / Projektde-
  signs zur bestmöglichen Erfüllung der Projektziele und Erfolgskriterien anhand der Pro-
  jektkomplexität
  o Lessons Learned aus anderen Projekten überprüfen, anwenden und austauschen
  o Erstellung von (Projekt-) Fortschritts-/Zeitplänen sowie Steuerung, Monitoring und Tra-
  cking der damit verbundenen Arbeitspakete und Projektaktivitäten
  o Management der (Zeit-) Meilensteine im klassischen PM-Kontext
  o Erstellung und Begleitung von Releaseplänen, Roadmaps und (Program-) Fo-
  recast im agilen Kontext
  o (Projekt-) Management von einzelnen PM-Aktivitäten in Form von agilen Items
  wie bspw. Epics, UserStories oder Tasks und klassischen Arbeitspaketen (u.a.
  Wasserfall-Modell, Entwicklung im EPDF & SEFBw Framework)
  o Management von Scope, Lieferobjekten und Abhängigkeiten
  o Identifikation, Aufbereitung und Prozessierung erforderlicher (vertraglicher)
  Projekt-Changes

  o Abbildung des Projektkostenmanagements
  o Erstellung von Soll-/Ist-Analysen, Impact-Analysen, Forecast-Berichten und
  projektbezogenen Reports
  o Allgemeine Budgetverfolgung und –kontrolle
  o Aufbereitung, Analyse und Bewertung von KPIs / Kennzahlen zur Feststellung
  des Mittelverbrauchs sowie Ableitung entsprechender (Gegen-) Maßnahmen
  zur Sicherung der Projektvorgaben
  o Erstellung und Management einer Projekt-Personalplanung im Rahmen des
  Projekt-Budgets
  o Steuerung und Controlling von Leistungen anderer Lieferanten des AG

  o Abbildung des (Projekt-) Ressourcen- und Kapazitätsmanagements
  o Planung, Steuerung und Akquise von Personalressourcen in unterschiedlichen
  Projektvorhaben
  o Zusammenstellung, Steuerung und Entwicklung von Projektteams
  o Konfliktmanagement und Krisenmanagement
  o Steuerung von Projektteams in einer Matrix-Organisation
  o Steuerung des Projektmanagement Office
  o Steuerung und Weiterentwicklung der Fähigkeiten der Projektmitarbeiter im agi-
  len und klassischen Kontext
  o Sicherstellung der Einhaltung der Compliance Regeln, Kultur und Werte des
  AG
  o Steuerung und Nachverfolgung der Arbeitsergebnisse der Projektmitarbeiter
  o Erstellung von Leistungsbeschreibungen für die Zulieferungen von festen Ar-
  beitspaketen durch Lieferanten

  o Vorbereitung, Teilnahme und Moderation an/von Workshops und (Projekt-)Gremien
  wie bspw. Steuerungs-/Leitungskreisen, Management-Spaces, etc.
  o Übernahme des Stakeholdermanagements
  o Kommunikations-/Moderationsfunktion
  o Verhandlung von Arbeitsergebnissen, Prioritäten und Leistungen des Projekts
  o Entwicklung von Optionen und Alternativen zur Erreichung der Projektziele

  o Übernahme von Aktivitäten im Kontext Projekt-/Risikomanagement
  o Formulierung, Qualifizierung und Tracking von Projektrisiken


  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 12 von 37
  o Ableitung und Implementierung von (Gegen-) Maßnahmen zur Begegnung von
  Projektrisiken (u.a. Minimierung, Mitigation)
  o Identifikation und Tracking von Projektabhängigkeiten (Abhängigkeitsmanage-
  ment) sowie den daraus resultierenden, möglichen Risiken und Problemen

  o Kontinuierliche Erstellung und Pflege von Projektdokumentationen wie bspw. Projekt-
  status-/Fortschrittsberichte, Zeitpläne, Kosten- und Leistungsübersichten, Qualitäts-
  pläne, Abnahmedokumentation, Lessons Learned Dokumentation etc.
  o Unterstützungsleistungen bei der Anfertigung von projekt-/themenbezogenen Konzep-
  ten und Arbeitspapieren im Kontext von Cloud-/Multi-Cloud-Lösungen (bspw. Lasten-
  /Pflichtenhefte, Anforderungskonzepte, Sicherheitskonzepte, Architekturkonzepte)
  o Unterstützungsleistungen im Zusammenhang mit der Projekt-Kommunikation

  4.6 Leistungspaket F - Betrieb neuer IaaS-Stack

  Der AN hat mit Abschluss eines oder mehrerer leistungskonkretisierender Einzelaufträge unter
  diesem Rahmenvertrag im Leistungspaket „Betrieb neuer IaaS Stack“ insbesondere folgende
  Vertragsleistungen zu erbringen:

  o Betriebs- und Supportleistungen IaaS-Stack (L2-Betrieb)
  o Netzwerk
  Implementieren von Netzwerk Solutions, um den IaaS-Stack in einer
  selbst-gemanagten Umgebung zu supporten.
  Erkennen und Lösen von Netzwerkproblemen.
  Unterstützen im Kundensupport
  o Kubernetes
  o Virtualisierung
  o Istio
  o PKI
  o Linux
  Troubleshooting & Lösen von Problemen im Linux Umfeld
  o Windows Basics (AD, Hyper-V GDC, GPOs) und Windows Advanced (Desired
  State Configuration, Config Manager, PowerShell)
  o Ansible
  o Prometheus
  o Backup und Recovery
  o Administration von Berechtigungen
  o Monitoring
  o Leistungen zum Lifecycle Management des IaaS-Stack (Prüfung und Durchführung
  von Software Updates)
  o Aufbau und Installation des IaaS Stack (VS-NfD bis GEHEIM)
  o Aufbau Hardware (Rz-Operation)
  o Installation und Konfiguration IaaS Stack
  o Leistungen zur Implementierung, Integration und Betrieb von PaaS
  o Leistungen zur Vorbereitung und Durchführung der Integration des IaaS Stacks in IT-
  SysBw (VS-NfD bis GEHEIM)
  o Leistungen zur Konzeption der Architektur und des Solution Design
  o Vorbereitung und Durchführung der Akkreditierung VS-NfD des IaaS-Stack


  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 13 von 37
  o Ableitung und Bewertung der Sicherheitsstandards
  o Leistungen zur Erstellung des Sicherheitskonzeptes
  o Integration in die zentrale Sicherheitsarchitektur pCloudBw
  o Leistungen zur ganzheitlichen Service-Entwicklung nach EPDF und SEFBw
  o Leistungen zur Erstellung des Betriebsmodells und -konzepts
  o Leistungen zur Zulassung von erforderlichen technischen Komponenten
  o Modellierungen nach NAFv4
  o Leistungen zur Durchführung des Testing
  o Leistungen zur Anforderungsanalyse
  o Leistungen zum Capacity- und Demand-Management
  o Abruf von Infrastruktur und Ressourcen
  o Leistungen zur Analyse, Integration und Onboarding von Workloads auf den IaaS
  Stacks

  4.7 Leistungspaket G - DevSecOps Betrieb und Weiterentwicklung pCloudBw

  Der AN hat mit Abschluss eines oder mehrerer leistungskonkretisierender Einzelaufträge unter
  diesem Rahmenvertrag im Leistungspaket „DevSecOps Betrieb und Weiterentwicklung
  pCloudBw“ insbesondere folgende Vertragsleistungen zu erbringen:

  o Leistungen zur Erstellung eines Betriebsmodells für die SAP Private Cloud
  o Leistungen zur Integration von SAP Private Cloud in IT-SysBw (u.a. IAM, SIEM)
  o Leistungen im Rahmen von Betrieb und Support der SAP Platform, u.a.
  o Backup und Recovery
  o Administration von Berechtigungen
  o Monitoring
  o Service Request Management
  o Einbringen von Know-How zu Cloud-Technologien:
  Erfahrung mit den führenden Cloud-Plattformen (z.B. AWS, Microsoft
  Azure, Google Cloud) und deren Integration mit SAP-Systemen.
  Weitere Skills (Linux, Helm, Bash Scripting, Container Technologien wie
  Docker, Kubernetes)
  o Netzwerk und Sicherheit:
  Verständnis der Netzwerkkonfiguration und Sicherheitsanforderungen
  in Cloud-Umgebungen, einschließlich VPN, Firewalls und IAM
  o SAP spezifische Inhalte zu Business Technology Platform (BTP)
  Erfahrung mit Produkten wie Cloud Foundry, Gardener, Terraform,
  Github / GitLab, HashiCorp Vault, HANA Cloud
  OCM-CLI (Open Component Model)
  Stützservices (IAM, PKI und co.)
  CI/CD
  Installation / Deployment / Automatisierung
  o Leistungen zum ganzheitlichen Lifecycle Management der SAP Private Cloud (u.a.
  Prüfung und Durchführung von Software Updates)
  o Installation und Konfiguration der SAP Private Cloud
  o Leistungen zur Konzeption der Architektur und des Solution Design
  o Ableitung und Bewertung der Sicherheitsstandards
  o Leistungen zur Erstellung des Sicherheitskonzeptes


  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 14 von 37
  o Leistungen im Rahmen der ganzheitlichen Service-Entwicklung nach EPDF und
  SEFBw.
  o Modellierungen nach NAFv4
  o Leistungen zur Durchführung des Testing
  o Leistungen im Rahmen der Anforderungsanalyse
  o Leistungen beim Capacity- und Demand-Management
  o Leistungen im Rahmen der Analyse, Integration und Onboarding von Workloads auf
  die SAP Private Cloud

  Folgende Leistungen sind in Form von Konzeption, Entwicklung, PoCs, Implementierung und
  der Übernahme bzw. Unterstützung des Betriebs der zentralen Sicherheitsarchitektur sowie
  deren Integration in alle auf der pCloudBw abgebildeten Services zu erbringen:
  o Betrieb und Weiterentwicklung der Containerplattform
  o Betrieb und Weiterentwicklung der Virtualisierungsplattform
  o Betrieb und Weiterentwicklung des Datenbankservices
  o Betrieb und Weiterentwicklung der Plattform für Geo-Informations-Systeme
  o Betrieb und Weiterentwicklung des Storagesystems (File-/Objectstorage)
  o Betrieb und Weiterentwicklung des ManagedOS
  o Betrieb und Weiterentwicklung der CRSI Rack Architektur & Interimslösung

  Darüber hinaus sind die folgenden Leistungen zu erbringen:
  o Prozessentwicklung / Prozessmodellierung
  o Festlegung servicespezifischer Anwendungsfälle nach Vorgabe der Ge-
  schäftsarchitektur des AG sowie Definition, Planung und Entwicklung service-
  spezifischer Prozesse, Prozessrollen und Arbeitsplänen
  o Erarbeitung und Präsentation möglicher Prozessablaufoptimierung
  o Dokumentation der prozessualen Aufgaben sowie der Ergebnisse der Ser-
  viceimplementierung anhand des Dokumentationsframeworks des AG
  o Produktentwicklung
  o Weiterentwicklung für das Cloud-basierte Produktmanagement nach ITSM-
  Vorgaben
  o Entwicklung und Fortschreibung des Cloud-Zielbildes auf Basis der überge-
  ordneten Vision und der Strategischen Ziele des Unternehmens sowie Anbin-
  dung an OnPremise (bestehende) Systeme
  o Aufbau, Pflege und kontinuierliche Qualitätssicherung der Release Roadmap
  o Aufbau Demand Management und Schnittstelle zum Kunden
  o Entwicklung von Produkten und Services aus den Vorgaben der Programm-
  planung
  Konzeption der Cloudprodukte nach ITSM-Vorgaben
  Konzeption von Konnektoren zur bestehenden IT-Landschaft
  Konzeption zur Integration in die Cloud Management System
  o Entwicklung eines Abrechnungsmodells
  o Kostenermittlung und –abbildung für die Bereitstellung der pCloudBw sowie
  Auflistung aller (geplanten) Cloud Services gemäß Serviceschnitt
  o Stakeholdergerechtes Aufbereiten der Informationen aus der Katalogisierung
  o Erstellung von Dashboards gemäß Vorgabe des AG im BI-Tool



  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 15 von 37
  o Anwendung eines marktüblichen Verrechnungmodells unter Berücksichtigung
  der ermittelten Kosten
  o Erstellen eines PoC für das Verrechnungsmodell nach Vorgaben der des AG
  o Implementierung des Modelles inklusive Anbindung an bestehende Systeme



  4.8 Leistungspaket H - Konzeption, Realisierung und Betrieb sowie Betriebs-
  support einer Cloud native Open Source Suite sowie einer passenden O-
  pen Source Client Workstation
  Der AN hat mit Abschluss eines oder mehrerer leistungskonkretisierender Einzelaufträge un-
  ter diesem Rahmenvertrag im Leistungspaket „Konzeption, Realisierung und Betrieb sowie
  Betriebssupport einer Cloud nativen Open Source Suite sowie einer passenden Open
  Source Client Workstation“ insbesondere folgende Vertragsleistungen zu erbringen:

  o Aufsetzen und Durchführung des Supports für Endanwender
  o Durchführung eines Feldversuchs (Pilot) mit Nutzern vor abschließender Rea-
  lisierung
  o Zum Feldversuch (Pilot) werden Testkriterien erstellt und zwischen AG und AN
  abgestimmt, die den AG bzw. die Bw in die Lage versetzen, die Nutzbarkeit der
  Cloud native Open Source Suite für die Bw zu verifizieren und zu bestätigen.
  o Aufsetzen und Durchführung eines Projektmanagement- und Berichtswesen.
  o Die Cloud native Open Source Suite umfasst in einer Konfiguration im Wesentlichen
  die folgenden Funktionsblöcke:
  o E-Mailkommunikation, Kalender, Kontakte,
  o Dateimanagement (Datenablage, Textverarbeitung, Tabellenkalkulation, Prä-
  sentationen),
  o Projektmanagementtool
  o Wissensmanagementtool
  o Zeichentool/ Whiteboardtool
  o Verwaltung für Berechtigungen und Funktionen der Nutzer in der Suite
  o Projektierung, Realisierung und Betrieb einer Open Source Client Workstation durch
  den AN, kompatibel zur Cloud nativen Open Source Suite. Die durch den AN verwen-
  deten Open Source Produkte werden vom AN mit dem AG abgestimmt. Ziffer 9 des
  Rahmenvertrages bleibt hiervon unberührt.
  o Abstimmung mit DEUmilSAA bezüglich der Akkreditierbarkeit sowie der Ak-
  kreditierung der Lösungsansätze zur „Sicheren Architektur für einen SouvA-
  PBw“
  o Abstimmung mit dem BSI bezüglich der Umsetzung der Vorgaben der aktuel-
  len Version des BSI IT-Grundschutz in den Lösungsansätzen zur „Sicheren
  Architektur für einen SouvAPBw“




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 16 von 37
  o Weiter erfolgt eine
  o Integration des BwMessenger in die Cloud native Open Source Suite
  o Integration der Cloud nativen Open Source Suite in das IAMBw bzw. ITSysBw
  o Integration Funktionsblock Videokonferenz

  o
  o Die Cloud native Open Source Suite orientiert sich in der Konzeption und Implemen-
  tierung bei der verwendeten containerisierten Open Source Software am Produkt o-
  penDesk des BMI/ ZenDiS bzw. an den Softwareprodukten die im openCode Reposi-
  tory des Bundes bereitgestellt werden.
  o Inhaltliche Abstimmung, Beschreibung und Einholung von Freigaben in Bezug auf Lö-
  sungs- und Servicekonzepte mit den Betriebseinheiten und Service Architekten des
  AG
  o Fachliche/inhaltliche Erstellung des Solution Designs und Leistungsbeschrei-
  bung
  o Sicherstellen der fachbereichsübergreifenden Konsistenz und Durchgängig-
  keit der Solution / des Service (End to End)
  o Bereitstellen einer vollständigen und aktuellen SBOM zu den verwendeten Software-
  komponenten durch den AN.
  o Erstellung eines Migrationskonzepts sowie Planung und Durchführung von Migration
  bestehender Groupware Collaboration Nutzer der Bw auf die Cloud native Open
  Source Suite in Abstimmung mit AG.
  o Konzeption und Integration bestehender IT-SysBw Systeme in die Cloud native Open
  Source Suite bzw. der Open Source Workstation in Abstimmung mit AG und Nutzer-
  organisation.
  o Realisierung und Durchführung eines Lifecycle Management, um veränderten und
  künftigen Anforderungen bzw. neuen Funktionsblöcken gerecht zu werden.
  o Aufsetzen und Betrieb einer produktionsnahen Testumgebung zur Cloud na-
  tive Open Source Suite
  o Ableitung und Durchführung von Solution Tests bei der Vorbereitung des So-
  lution Deployments und Migration.
  o Weiterentwicklung der Fähigkeiten der Cloud native Open Source Suite bzgl.
  Anforderungen der Bw (z.B. Offline- / Verlege- Fähigkeiten)
  o Projektierung, Realisierung und Durchführung eines Lizenz Management
  o Der AN führt regelmäßig (Zyklus wird in Abstimmung mit AG festgelegt) die
  notwendigen Prüfungen der Lizenznutzungsbedingungen von OSS Kompo-
  nenten der Suite (Software Bill of Material) im Sinne der Bw durch und infor-
  miert den AG rechtlich belastbar, ob die rechtlichen Anforderungen erfüllt wer-
  den und spricht Empfehlungen aus.
  o Das Prüfungsergebnis wird dem AG in nachvollziehbarer Form vor Implemen-
  tierung (Releaseupdates) der Softwareprodukte bereitgestellt.
  o Betrieb der Cloud native Open Source Suite sowie des Open Source Client Worksta-
  tion in Kooperation und Kollaboration mit den Betriebseinheiten des AG
  o Erstellung Betriebskonzeption und Dokumentation in Abstimmung mit dem AG




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 17 von 37
  o Durchführung initialer und regelmäßiger Trainings des Betriebspersonals des
  AG
  o Erstellung eines Schulungskonzepts für Betriebspersonal des AG
  o Etablierung und Durchführung eines Nutzersupports für die Bw Endanwender
  der Cloud native Open Source Suite basierend auf einem durch den AN zu er-
  stellenden Konzept.
  o Schaffung von Service- und Support-Strukturen für die Cloud native Open Source
  Suite sowie Open Source Client Workstation
  o Aufsetzen und Durchführung eines Incident- Problem- Change Management
  durch den AN in Abstimmung mit AG und Nutzerorganisation
  Sicherstellung und Koordination eines direkten hochprioren Last Level
  Support bei den Softwareherstellern der in der Cloud nativen Open
  Source Suite verwendeten Produkte.
  Koordination und Steuerung von Incident- Problem- Change Manage-
  ment durch den AN

  4.9 Leistungspaket I - Aufbau Application Stack
  Der AN hat mit Abschluss eines oder mehrerer leistungskonkretisierender Einzelaufträge un-
  ter diesem Rahmenvertrag im Leistungspaket „Aufbau Application Stack“ insbesondere fol-
  gende Vertragsleistungen für die IT-Plattformen zu erbringen:

  Aufbau Application Stack in Liegenschaften der Bw
  Der Auftragnehmer unterstützt bei Konzeption, Implementierung und Betrieb der Instanzen
  der IT-Plattform in den Bw-Liegenschaften (BwKrhs Koblenz, Berlin, Ulm und Hamburg und
  ggf. weiteren Dienststellen des Sanitätsdienstes) und leistet dafür auch entsprechenden 2nd-
  und 3rd-Level Support, d.h. er erbringt Implementierungs- und Supportleistungen.

  4.9.1.1 Leistungen Application Stack
  o Unterstützung bei Integration der Hardware der IT-Plattform in den Liegenschaften
  o Planung RZ-Integration (Planung Kühlung, Strom)
  o Aufbau und Implementierung der Hardware-Komponenten in die Betriebs-
  räume der Liegenschaften
  o Leistungen zur Regeneration der Hardware der IT-Plattform in den Liegenschaften
  o Leistungen zur Netzwerk-Integration der Instanzen der IT-Plattform, Sicherstellung
  der Kommunikation ins IT-SysBw sowie in die Netze der BwKrhs (nH-Secure) bei Si-
  cherstellung der geforderten Utility sowie Umsetzung der Sicherheitsanforderungen
  o Leistungen zur Konzeption und Anbindung eines Identitiy Services der IT-Plattform
  an das IAM des AG zur nahtlosen Authentifizierung von Nutzern
  o Leistungen zur Pflege der Plattform-Software nach Vorgabe des Herstellers. Dies
  beinhaltet regelmäßige Software, Firmware- und Plattform- Aktualisierungen
  o Leistungen zur Bereitstellung der Betriebsmodelle IaaS, PaaS und SaaS in den Lie-
  genschaften des Auftraggebers. Dies umfasst die Unterstützung bei Entwicklung,



  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 18 von 37
  Ausrollen und Aufrechterhaltung standardisierter Betriebsabläufe und -verfahren des
  Auftraggebers.
  o Leistungen zur Implementierung und fortlaufender Anpassung technischer und orga-
  nisatorischer Maßnahmen (TOMs), basierend auf den Anforderungen der BSI und
  Best Practices im Bereich Datenschutz und IT-Sicherheit
  o Leistungen zur Erstellung und Fortschreibung der Informationssicherheitskonzepte
  und Datenschutzkonzepte, sowie die Unterstützung von Audits (z.B. DEUMilSAA Ak-
  kreditierung)
  o Leistungen zur Planung und Durchführung Backup/Recovery und Desaster Recovery
  sowie ggf. Planung und Implementierung einer Replikation in einen alternativen
  Standort (Geo-Redundanz)
  o Leistungen zur Implementierung eines Rollen- und Rechtemodells, dass die Delega-
  tion von administrativen Aufgaben an dedizierte Rollenträger beim AG ermöglicht
  o Leistungen zur Weiterentwicklungs- und Integrationsleistungen im Rahmen des Life
  Cycle Managements, Änderung der betrieblichen Umgebung, Integration von Schnitt-
  stellen, Einsatz von neuen Technologien und Erzielung von Effizienzsteigerungen.
  o Leistungen zur Einrichtung und Nutzung von Application Containern und VM Runtime
  für virtueller Maschinen sowie Orchestrierung beider Komponenten über Kubernetes
  o Leistungen zur Bereitstellung und Weiterentwicklung von Standard Workloads
  (Secure Windows OS, Linux OS) und Updates der Betriebssysteme nach Vorgaben
  der Hersteller. Dies beinhaltet Härtungsmaßnahmen am Betriebssystem nach Vor-
  gabe des BSI und der Bw.
  o Leistungen zum Betrieb und der Härtung von Middleware (WebServer, OS, Data-
  base) nach Vorgabe des BSI und der Bw.
  o Leistungen zur Bereitstellung und Management einer virtuellen Desktop Infrastruktur
  (Citrix VDI) für die Bereitstellung der Anwendungen auf Server- oder Client OS.
  o Leistungen zur Entwicklung von Applikations-Schnittstellen sowie bei der Integration
  ins IT-SysBw
  o Leistungen zur Bereitstellung und Konfiguration von File- und Printservices, um eine
  nahtlose Nutzung und Integration von Peripheriegeräten in die Applikationen zu ge-
  währleisten
  o Leistungen zur Migration von Verfahren und Anwendungen auf die IaaS-Plattform
  insbesondere bei der Migration von VM-ESXI basierenden Workloads in Application
  Container
  o Leistungen zur Erstellung und Weiterentwicklung einer Migration-Roadmap sowie ei-
  nes entsprechenden Reportings für die Migration von GesVers Anwendungen auf die
  Zielplattform

  4.9.1.2 Supportleistungen
  o Leistungen zum 2nd- und 3rd-Level-Support für die IT-Plattformen sowie die betreu-
  ten Anwendungen in den Liegenschaften
  o Leistungen zur Entwicklung und Implementierung standardisierter Serviceprozesse
  (ITSM) unter Berücksichtigung der beim Auftraggeber etablierten Strukturen (Inci-
  dent- Change- und Problemmanagement)


  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 19 von 37
  o Leistungen zur Bereitstellung eines Berichtswesens, das regelmäßige Updates über
  den Fortschritt und die Leistung der erbrachten Vertragsleistungen enthält

  4.9.1.3 Application Management
  o Leistungen für den Betrieb von Applikationen sowie Durchführung eines Application
  Managements (Updates, Patches, Herstellerkommunikation, Integration, Support) für
  Applikationen
  o Leistungen zur Erstellung und Bereitstellung von Log- und Eventfiles für die verant-
  worteten Applikationen bzw. Systeme anhand der Vorgaben des Auftraggebers
  o Leistungen zur Bereitstellung und Verwaltung von virtuellen Maschinen für Anwen-
  dungen und deren Komponenten
  o Leistungen zur Bereitstellung und Verwaltung von Anwendungen mit der Kubernetes
  Engine der IT-Plattform
  o Leistungen zur Erstellung und fortlaufender Pflege einer Betriebsdokumentation für
  Applikationen und deren Systeme (Betriebshandbuch, Konfigurationsdokumentation,
  Wartungsprotokolle und anderer für den Betrieb notwendigen Dokumente) über die
  verantworteten Services
  o Leistungen zur Durchführung eines proaktiven Monitorings aller verantworteten Kom-
  ponenten und Software-Produkte
  o Leistungen zur Bereitstellung eines Lizenzmanagements für Miet-Software
  o Leistungen zur Verwaltung (Asset Management) von Anwendungen sowie Erstellung
  automatischer Reports für Miet-Software und vom AG beigestellte Lizenzen
  o Leistungen zur Durchführung von Schwachstellenanalysen und Empfehlung von Här-
  tungsmaßnahmen an allen Applikationen gemäß den festgelegten Sicherheitsrichtli-
  nien

  4.9.1.4 Testmanagement für Anwendungen
  o Leistungen zur Bereistellung und Betrieb einer Test- und Integrationsumgebung für
  Anwendungen
  o Leistungen zur Erstellung von Testprotokollen bei Updates und Patches von Anwen-
  dungen und deren Komponenten
  o Leistungen zur Erstellung von Freigaben mit Fachandwendern und entsprechende
  rechtssichere Dokumentation

  Aufbau Application Stack im Rechenzentrum des AG
  Der Auftragnehmer hat Leistungen zur Konfiguration und Betrieb einer mandantenfähigen
  Verwaltungsstruktur der IT-Plattform für die GesVersBw im zentralen Rechenzentrum des
  AG auf Erweiterungs-Racks einer vorhandenen Zentralinstanz zu erbringen.

  4.9.2.1 Leistungen zentraler Application Stack
  o Leistungen zur Durchführung eines PoCs
  o Leistungen zur Erstellung einer Konzeption für die Bereitstellung von GesVers
  – Anwendungen (über App-Container oder VM-basiert)


  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 20 von 37
  o Leistungen zur Konzeption und bei Migration vorhandener Anwendungen
  (toolbasierte Migration von ESX-VMs in Zielplattform)
  o Leistungen zur Bereitstellung von definierten Applikationen, Prüfung und Im-
  plementierung der Schnittstellen und bei Integration in Netze der BwKrhs so-
  wie das IT-SysBw
  o Leistungen zur Definition und Implementierung der ITSM-Prozesse
  o Leistungen zum Support der Applikationskomponenten der Test-Umgebung
  o Leistungen zur Überführung der Test-Instanz in einen produktiven Betrieb




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 21 von 37
  5 Beauftragungsmodelle
  Die vom AN jeweils zu erbringenden Vertragsleistungen werden vom AG je nach Leistungs-
  gegenstand entweder als Werk- oder Dienstleistung über einen oder mehrere Einzelaufträge
  unter diesem Rahmenvertrag beauftragt.

  Die Leistungserbringung erfolgt in der Regel remote. Etwaige Leistungsorte werden in der
  jeweiligen Leistungsbeschreibung zum Einzelabruf konkretisiert.

  Zudem bestimmen die Parteien im jeweiligen Einzelauftrag – soweit erforderlich, unter
  Berücksichtigung der Dauer des Onboardingprozesses des AG - in diesem Zusammenhang
  den jeweiligen Leistungsbeginn der vom AN zu erbringenden Vertragsleistung.


  5.1 Dienstleistung
  Sofern es sich bei den vom AN zu erbringenden, vom AG beauftragten Vertragsleistungen
  um Dienstleistungen handelt, erfolgt die Vergütung der Vertragsleistungen durch den AG auf
  Stundenbasis auf der Grundlage der nachfolgenden Rollenprofile, des Preisblattes/Leis-
  tungsverzeichnisses (Anlage 2 zum Rahmenvertrag) sowie der Regelungen des Rahmen-
  vertrages.


  5.1.1 Rollenprofile

  Die Parteien stimmen sich vor Abschluss des jeweiligen Einzelauftrages über die für die
  jeweilige Dienstleistung benötigten Skill-Level und die weiteren Details (u.a. Leistungszeit-
  raum und -ort) sowie die damit verbundene Vergütung auf Grundlage der Regelungen des
  Preisblattes/Leistungsverzeichnisses ab und schließen einen entsprechenden Einzelauftrag
  im Sinne der Regelungen des Rahmenvertrages.
  Der AN hat im Rahmen der Erbringung der Vertragsleistungen folgende Rollenprofile in
  jeweils fünf unterschiedlichen Skill-Leveln bereitzustellen:
  o Junior - 2 Jahre Erfahrung im Themengebiet
  o Regular/Consultant - 3 Jahre Erfahrung im Themengebiet
  o Senior - 5 Jahre Erfahrung im Themengebiet
  o Lead - 6 Jahre Erfahrung im Themengebiet
  o Executive - mehr als 6 Jahre Erfahrung im Themengebiet




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 22 von 37
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826




  Rollenprofil Beschreibung Aufgaben/Fahigkeiten

  Agile Master Der Agile Master tragt die Verant- tragt die formale Verantwortung fiir
  wortung fiir die Umsetzung und agile Prinzipien, Frameworks und
  Einhaltung agiler Prinzipien, Frame- Arbeitsweisen
  works und Arbeitsweisen. Er beglei- fördert proaktiv das gegenseitige
  tet ein oder mehrere Teams im Vertrauen in die Prozesse des agi-
  Rahmen der Leistungserbringung len Teilprojekts
  macht zusammen mit dem/der
  Product Owner die Prozesse des
  zur Produktivitatssteigerung agilen Teilprojekts gegenüber den
  des/der Agile Teams im Sinne ei- Stakeholdern transparent
  nes Servant Leaders. Er schiitzt
  dabei das Agile Team vor äußeren
  Einflüssen, sichert den agilen Pro-
  zess und beseitigt Hindernisse, die
  den Fortschritt des/der Agile Teams
  behindern.
  Cloud Developer Der Cloud Developer bewertet und Beherrschung von Cloud-Mecha-
  unterstützt die Geschäftsziele Pro- nismen, -Werkzeugen und Kennt-
  dukte und Dienste aus Sicht der nisse von Anbietertechnologien
  Cloud-Anwendungen. Er automati- (GDC, VCF, Container, Kuberne-
  siert Workloads und Prozesse. Er tes usw.)
  definiert in enger Zusammenarbeit Kontinuierliche Integration und
  mit anderen Experten Software-Ar- DevOps
  chitektur mit Microservices. Er küm- Professionelle Software-Entwick-
  mert sich um kontinuierliche Integ- lung
  rations- und Deploymentprozesse Anwendung agiler Projektmanage-
  und stellt die effiziente Zusammen- ment-Methoden
  arbeit in (Sec)DevOps Teams si- Automatisierung und Optimierung
  cher. von Linux Systemen mit Com-
  mand-line Schnittstellen zur (z.B.
  gdcloud CLI)
  Erfahrung mit Infrastructure as
  Code
  Betrieb von Open Source-basier-
  ten Virtualisierungs- und Contai-
  nerumgebungen (z.B. mit Kuber-
  netes oder KubeVirt)
  Erfahrung mit Cloud-nativen Tech-
  nologien (z.B. SAP BTP, GIT,
  Spring und Docker)
  Vertrautheit mit Clean Code, Peer
  Review und Pair Programming




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx

  Vertraulich Seite
  23 von 37
  IT-Architect Der IT-Architect entwirft und plant • Zusammenarbeit mit Führungs-
  die IT-Infrastruktur eines Unterneh- kräften, um Lösungen mit den Ge-
  mens, um sicherzustellen, dass sie schäftszielen in Einklang zu brin-
  skalierbar, sicher und effizient ist. gen
  Er arbeitet mit verschiedenen • Durchführung von Analysen zur
  Teams zusammen, um IT-Lösun- Identifizierung von Schwachstellen
  gen zu entwickeln, die den Ge- und Anforderungen für Verbesse-
  schäftsanforderungen entsprechen. rungsinitiativen
  Zu den Aufgaben gehören die Ana- • Entwicklung umfassender Archi-
  lysen bestehender Systeme, das tektur- und Integrationspläne für
  Design neuer Architekturen, die komplexe Technologieprojekte
  Auswahl von Technologien sowie • Koordination von Ressourcen und
  die Erstellung technischer Doku- Anbietern über funktionsübergrei-
  mentationen. Der IT-Architect stellt fende Teams hinweg, um die Pro-
  sicher, dass alle IT-Systeme inte- jektumsetzung sicherzustellen
  griert, funktional und zukunftssicher • Überwachung der Phasen von De-
  sind. sign, Entwicklung, Tests, Schulun-
  gen und Implementierung von Lö-
  sungen
  • Überwachung von Projekten auf
  höchster Ebene
  • Management von Risiken, Proble-
  men und Umfangserweiterungen
  über den gesamten Lebenszyklus
  der Initiative hinweg
  • Sicherstellung der Einhaltung von
  Richtlinien, Standards und behörd-
  lichen Vorschriften
  Modellierer Ein Modellierer ist verantwortlich für • Modellierung von System-Umge-
  die Erstellung und Pflege von Mo- bungen innerhalb von Sparx
  dellen, die komplexe Systeme, Pro- Enterprise Architect unter Verwen-
  zesse und Strukturen visualisieren dung einer Modellierungssprache,
  und verständlich machen. Mithilfe die eine Teilmenge des ADMBw
  von Modellierungsstandards (NAF, darstellt. Die Modellierung setzt
  BPMN) übersetzt er Anforderungen voraus, dass sehr ausgeprägte IT-
  in präzise Darstellungen, die als Kenntnissen vorhanden sind.
  Grundlage für die Systementwick- • Teilnahme an Workshops zur
  lung, Optimierung oder Analyse Festlegung der System-Kompo-
  dienen. Der Modellierer arbeitet nenten.
  eng mit Fachabteilungen zusam- • Verwaltung und Zuordnung von
  men, um sicherzustellen, dass die Automatisierungs-Software-Code
  Modelle den tatsächlichen Anforde- zu den System Elementen.
  rungen entsprechen und unterstützt • Scripting in Sparx Enterprise Ar-
  die kontinuierliche Verbesserung chitect zur Modellpflege.
  von Prozessen. Dabei dokumentiert • Dokumentation der Systeme aus
  er alle Modelle und stellt sicher, Sparx Enterprise Architekt heraus.
  dass sie korrekt und aktuell sind. • Unterstützung bei der Testung der
  automatisierten System-Umgebun-
  gen.
  • Modellierung von Architekturen in
  ADMBw.




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 24 von 37
  Product Manager Die Rolle des Product Managers ist • Entwicklung und Pflege der Pro-
  verantwortlich für die Übersetzung dutkstrategie und –vision.
  der Vision und des Zielbildes in • Erstellung und Verwaltung der
  operative Themen. Sie trägt somit Produkt-Roadmap.
  die inhaltliche Gesamtverantwor- • Durchführung von Markt- und
  tung teamübergreifend für das Ge- Wettbewerbsanalysen.
  samtprodukt. Der Product Manager • Sammlung und Analyse von
  unterstützt und stellt eine zielge- Markt- und Wettbewerbsanalysen.
  rechte technische Umsetzung der • Sammlung und Analyse von Kun-
  Produktteams sicher. Er berück- denfeedback und Marktdaten.
  sichtig dafür den Input der relevan- • Definition und Priorisierung von
  ten internen & externen Stakehol- Produktanforderungen.
  der und stimmt sich hierbei eng mit • Zusammenarbeit mit funk-
  der Gesamtprojektleitung ab. tionsübergreifenden Teams.
  • Steuerung der Produktentwicklung
  und Sicherstellung der terminge-
  rechten Umsetzung.
  Product Owner Product Owner bezeichnet die • Definition und Priorisierung des
  Rolle mit dem größten Wissen über Product Backlogs
  das zu kreierende Produkt. Der • Sicherstellung, dass das Entwick-
  Product Owner steuert durch die lungsteam die Produktanforderung
  Priorisierung der Einträge im Pro- versteht
  duct-Backlog nach Business Value • Enge Zusammenarbeit mit Stake-
  die Aufgaben des Teams und ist holdern, um Anforderungen zu
  Ansprechpartner für eine kontinu- sammeln und zu verfeinern
  ierliche Produktentwicklung. Das • Formulierung von klaren User Sto-
  setzt voraus, dass der/die Product ries und Akzeptanzkriterien
  Owner ständig in den Informations- • Teilnahme an Scrum Events wie
  fluss mit dem Kunden eingebunden Sprint Planning, Daily Standups
  ist und sich eng mit der Gesamtpro- und Sprint Reviews
  jektleitung abstimmt. • Entscheidung über Prioritäten und
  Anpassungen im Sprint
  • Verantwortung für die Produktvi-
  sion und deren Kommunikation im
  Team
  • Abnahme von fertigen Inkremen-
  ten und Sicherstellung der Qualität
  • Sicherstellung, dass das Produkt
  den geschäftlichen Anforderungen
  entspricht und Mehrwert liefert




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 25 von 37
  Project Manage- Das PMO definiert die Standards • behält den Überblick über das Pro-
  ment Office für das Projektmanagement inner- jektportfolio
  halb der Organisation und erhält sie • bereitet Entscheidungsgrundlagen
  aufrecht. Das PMO strebt eine vor und erleichtert die Entschei-
  Standardisierung und Optimierung dungsfindung für das Portfolio-
  bei der Durchführung von Projekten Board
  an. Das PMO ist die Quelle für Do- • plant Ressourcen auf Portfolio-
  kumentationen, Anleitungen und ebene und optimiert den Ressour-
  Kennzahlen zur Praxis des Projekt- ceneinsatz
  managements und der Projektaus- • standardisiert die Methoden und
  führung. Es kann auch als interner Prozesse im Projektmanagement
  Dienstleister für einzelne Projekte • wählt geeignete PMO-Tools oder
  fungieren, indem es bei ausgewähl- Software-Lösungen aus und führt
  ten Projektmanagement-Aufgaben sie ein, einschließlich der Schu-
  unterstützt. lung der Mitarbeiter
  • schafft Transparenz über aktuelle
  und geplante Projekte durch Be-
  reitstellung aktueller, zuverlässiger
  Projektdaten
  • fördert den Informationsfluss und
  die Kommunikation
  • überwacht die Projektfortschritte
  und steuert die Abhängigkeiten,
  die sich auf Ressourcen, Budgets
  und Zeitpläne auswirken
  • bietet administrative und operative
  Unterstützung für Projektleiter und
  Projektteams, z.B. im Bereich des
  Konfliktmanagements, der Work-
  shop-Moderation und des Control-
  lings




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 26 von 37
  Projekt Manager Der Projekt Manager übt seine Auf- • Projektleitervereinbarung mit In-
  gaben dauerhaft aus und steht dem ternem Auftragnehmer abstimmen
  Bereich als Projektmanagement- • Projektumfang und -organisation
  Fachmann für verschiedene Pro- definieren, strukturieren, detaillie-
  jektmanagement-bezogene The- ren, planen (Scope, Time, Quality)
  men zur Verfügung. Meistens wird und Freigabe des Internen Auf-
  er die temporäre Rolle des Projekt- tragnehmers einholen
  leiters übernehmen. Allerdings ist • Abhängigkeiten zu anderen Pro-
  die Projektleitung oder Mitwirkung jekten/Programmen/Organisati-
  an Projekten nicht auf Mitarbeiter onseinheiten (intern/extern) identi-
  des Business Managements be- fizieren und beschreiben
  schränkt. Der Projektleiter trägt die • Zusammenarbeit mit PM-Paten
  Gesamtverantwortung für ein Pro- aktiv gestalten; von der Vorhaben-
  jekt in allen Phasen, d.h. er muss Klassifikation bis hin zu Projektab-
  das Projekt konzipieren, planen und schluss vorbereiten
  initiieren, durchführen und auch ab- • Projektplan erstellen und managen
  schließen. Ziel ist es, eine beauf- • PQG-Unterlagen erstellen und
  tragte Lösung vertragskonform im Freigabe vom Internen Auftrag-
  Rahmen von definierten Scope-, nehmer für die nächste Pro-
  Zeit-, Kosten- und Qualitätsvorga- jektphase einholen
  ben zu liefern. Der Projektleiter wird • Die Stakeholder (intern/extern)
  vom Projektsponsor/Entrepreneur identifizieren und in die Kommuni-
  ernannt. Er sorgt dafür, dass die kation einbinden
  definierten Ergebnisse zeitgerecht,
  • Mitwirkungshandlungen und Bei-
  im Kostenrahmen und in der ge- stellungen mit Kunde/AG verein-
  wünschten Qualität erreicht wer-
  baren
  den.
  • Projektablage in DMS einrichten
  und pflegen
  • Ressourcen planen und anfordern,
  Projektteam organisieren und ma-
  nagen (Engpässe eskalieren)
  • Lieferanten und Unterauftrag-
  nehmer managen
  • Risikomanagement im Projekt
  sicherstellen
  • Offene Punkte identifizieren und
  managen
  • Projektänderungen bewerten und
  bei Genehmigung umsetzen
  • Berichterstattung, Vorbereitung
  von Entscheidungen, Präsentieren
  des Projekts und Projektmarketing
  durchführen
  • Projektdokumentation sicherstel-
  len
  • Monatl. Projektstatusbericht erstel-
  len (Projektstatus inkl. Risiken und
  Finanzstatus)
  • Zahlungsbegründende Unterlagen
  dokumentieren, Abnahmen pla-
  nen, vereinbaren, einholen, doku-
  mentieren
  • Vorbereitung und Teilnahme an
  Projektstatusupdates
  • Teilnahme an vorhabeninternen
  Gremien des Projekts
  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 27 von 37
  • Umsetzung von PPM Maßnahmen
  nach Entscheidung durch das
  PPM Board (z. B. Anpassung der
  Planung nach erfolgter Umwid-
  mung)
  • Projektabschlussbericht erstellen
  • Lessons Learned durchführen
  • Lessons Learned Ergebnisse be-
  sprechen, dokumentieren und zur
  Veröffentlichung in die Lessons
  Learned Wissensdatenbank der
  DBI senden
  Business Architect Der Business Architect unterstützt • Use Case- sowie Anforderungser-
  und gestaltet bei der Einführung, hebung und –formulierung
  Umsetzung und Automatisierung • Analyse von Prozessen und IT-U-
  von Prozessen im Kontext IT-Ma- Lösungen sowie Ableitung von
  nagement. Er nimmt Anforderungen Optimierungspotentialen
  auf, analysiert Prozesse bzw. vor- • Unterstützung zu Fragestellungen
  handene Digitalisierungslösungen interner und externer Kunden zum
  und unterstützt bei der Umsetzung Thema Prozesse
  innovativer neuer Lösungen. Dar- • Konzeption von Lösungen in Zu-
  über hinaus modelliert er Prozess sammenarbeit mit IT-Architekten
  und stimmt diese mit den Stakehol- aus unterschiedlichen Fachberei-
  dern ab. chen
  • Modellierung von Prozessen mit
  gängigen Tools (z.B. Aris) und
  Frameworks (z.B. BPMN)




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 28 von 37
  Solution Architect Der Solution Architekt plant, steu- • Erstellung des Solution Designs
  ert, überwacht und koordiniert die und Dokumentation in der Solution
  fachlich/inhaltliche Solution Ent- Beschreibung
  wicklung bis zur Abnahme durch • Zuarbeit bei Erstellung und Fort-
  den Auftraggeber, mit dem Ziel ei- schreibung von IT-Sicherheitskon-
  nes effizienten Designs der geplan- zepten
  ten Kundenlösung. Er unterstützt • Durchführung von Solution De-
  dabei den AG bei der ganzheitli- signs nach EPDF
  chen Betrachtung der Kundenlö- • Unterstützung und Beratung bei
  sung. Dabei stimmt er sich eng mit der Konzeption der Test- und In-
  den relevanten Stakeholdern ab. tegrationsphase der Solution (So-
  lution Test)
  • Unterstützung und Beratung bei
  der Einführung der Solution (Solu-
  tion Transition), d.h. bei Konzep-
  tion von Daten- / User-Migratio-
  nen, Konzeption von Proof of Con-
  cepts und Pilotphase (Early Life
  Support)
  • Teilnahme an Quality Gates
  • Zentrale Ablage / Archivierung des
  an den Solution Delivery Manager
  übergebenen Dokumentations-
  standes zum Solution Release
  • Erstellung weiterer Projekt- oder
  Kunden-spezifischer Dokumente
  nach Absprache
  System Engineer Der System Engineer ist ein Fach- • Implementierung und Anpassung
  experte, der komplexe technische neuer sowie bestehender Systeme
  Systeme entwickelt und verwaltet. • Überwachung und Bewertung der
  Er stellt sicher, dass IT-Systeme ef- Geschäftsauswirkungen
  fizient funktionieren, robust sind • Analyse der System-Effizienz,
  und den Anforderungen der Nutzer Fortlauffende Optimierung der
  entsprechen. Er ist verantwortlich Systeme
  für die Integration von Hardware • Identifizierung von
  und Software, das Testen, die Verbesserungspotenzialen
  Fehlerbehebung und die Optimie- • Erstellung von Berichten und
  rung der Systemleistung. Er stellt Präsentationen
  sicher, dass die Systeme reibungs- • Automatisierung der Systeme (u.a.
  los und zuverlässig arbeiten und über Scriptsprachen)
  den spezifischen Bedürfnissen der • Sicherstellung der Datensicherheit
  gehosteten Applikationen gerecht der Systeme, einschließlich der
  werden. Einhaltung von Compliance-Anfor-
  derungen und der Durchführung
  von Sicherheitsprüfungen.




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 29 von 37
  Military Industry Ableitung, Definition und • Vertiefende Kenntnisse in der
  Consultant Validierung zur Umsetzung von Integration bestehender und
  cloudbasierten Technologien in zukünftiger FüWaEinsSys
  Fü(W)ES der Bw, zum • Modellierung von Prozessen mit
  Fähigkeitserhalt und der gängigen Tools (z.B. EA Sparx)
  Fähigkeitserweiterung. und Frameworks (z.B. NAFv4/
  ADMBw)
  • Implementierung und
  Anpassung neuer und
  bestehender FüWaEinsSys
  sowie der Analyse der
  System-Effizienz, einer
  fortlaufenden Optimierung der
  Systeme
  • Technologien in bestehende
  FüWaEinsSys integrieren,
  adaptieren und verproben
  • Identifikation, Anpassung und
  Weiterentwicklung von Use Case-
  sowie Anforderungserhebung und
  –formulierung im Zuge der
  Implementierung und Adaption in
  und von FüWaEinsSys
  • Validierung und Verifizierung, von
  FüWaEinsSys in Hinblick auf
  Interaktion und Anpassbarkeit
  neuer Technologien
  • Identifizierung und
  Validierung von
  Verbesserungspotenzialen
  zum Einsatz neuer
  Technologien in
  FüWaEinsSys
  • Erstellung von Berichten und
  Präsentationen
  • Herstellung von IT-Sicherheit und
  Datensicherheit sowie
  Betriebssicherheit von
  FüWaEinsSys



  5.1.2 Rufbereitschaft

  Auf Veranlassung des AG erbringt der AN im Rahmen seiner Leistungserbringung eine
  Rufbereitschaft zu den nachfolgend beschriebenen Rahmenbedingungen, sofern dies nach
  den jeweils gültigen Betriebsvereinbarungen des AN zulässig ist. Der genaue Umfang und die
  konkret vom AN zu erbringenden Vertragsleistungen werden im jeweiligen Einzelauftrag
  konkretisiert.

  Bei Einzelaufträgen mit Rufbereitschaft wird im jeweiligen Einzelauftrag sowohl die Menge der
  beauftragten Stunden je Rollenprofil („Basismenge“) sowie zusätzlich die beauftragte Menge
  der hierbei jeweils zu leistenden Stunden an Rufbereitschaft hinterlegt. Dabei kann die Menge
  der Stunden für Rufbereitschaft maximal 50% der Basismenge betragen. Sobald die
  Basismenge ausgeschöpft ist, kann ein ggf. noch vorhandenes Kontingent aus Rufbereitschaft
  nicht mehr abgerufen werden. In diesem Fall stimmen die Parteien einen neuen Einzelauftrag
  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 30 von 37
  ab. Grundlage zur Bestimmung der bereits geleisteten Basismenge ist die Faktura.

  Bevor Ressourcen des AN erstmalig im Rahmen einer Rufbereitschaft für den AG aktiv
  unterstützen können, benötigt der AN einen Vorlauf von bis zu 3 Monaten um den
  Voraussetzungen aus Arbeitsrecht und Betriebsvereinbarungen zu entsprechen. Diesen
  Prozess kann der AN bereits vor der tatsächlichen Beauftragung des Einzelauftrags starten,
  sofern vom AG die dafür notwendigen Informationen rechtzeitig vorab bereitgestellt werden.
  Die Leistungserbringung des Einzelauftrags an Tätigkeiten außerhalb der Rufbereitschaft ist
  von dieser Frist unberührt und beginnt mit dem im Einzelauftrag vereinbarten Liefer- und/oder
  Leistungstermin.

  Das im Einzelauftrag beauftragte Verhältnis aus Rufbereitschaft zu Basismenge darf bei der
  späteren Abnahme von Rufbereitschaft und Basismenge nicht überschritten werden.


  a) Zeitraum und Dauer der Rufbereitschaft
  Der AN stellt auf Veranlassung des AG während des vereinbarten Zeitraums (an Arbeitstagen
  zwischen 17:00 – 07:00 Uhr, an Wochenenden 0:00 – 24:00 Uhr, an bundeseinheitliche
  Feiertagen 0:00 – 24:00 Uhr) eine Rufbereitschaft zur Verfügung.

  b) Reaktionszeit der Rufbereitschaft
  Der AN verpflichtet sich, während der vereinbarten Rufbereitschaft jederzeit unter der
  vereinbarten Telefonnummer erreichbar zu sein, um auf Anfragen des AG innerhalb von 60
  Minuten zu reagieren, d. h. der AN ist innerhalb dieses Zeitraums technisch in der Lage,
  Ursachenforschung in den betroffenen Systemen zu betreiben bzw. mit der Fehlerbehebung
  zu beginnen, wobei sich die vorgenannten Tätigkeiten des AN auf die Vertragsleistungen des
  jeweiligen Einzelauftrags beziehen.

  c) Tätigkeiten der Rufbereitschaft
  Die Rufbereitschaft umfasst die Beantwortung und Bearbeitung von dringenden Anfragen des
  AG innerhalb der unter a) vereinbarten Rufbereitschaftszeit. Die genauen Arten von Anfragen
  sowie die vom AN jeweils in diesem Zusammenhang zu erbringenden Tätigkeiten werden in
  dem jeweiligen Einzelauftrag konkretisiert.

  d) Vergütung der Rufbereitschaft
  Die Rufbereitschaft wird auf Basis der vereinbarten Stundensätze auf der Grundlage des
  Preisblatts/Leistungsverzeichnisses (Anlage 2 des Rahmenvertrages) vergütet.

  e) Vergütung für Einsätze während der Rufbereitschaft
  Soweit im Rahmen der Rufbereitschaft eine Tätigkeit zur Fehlerbehebung / -entstörung
  erforderlich ist, wird die vom AN dahingehend erbrachte Vertragsleistung vom AG auf der
  Grundlage des Preisblatts/Leistungsverzeichnisses (Anlage 2 des Rahmenvertrages) in
  Verbindung mit den unter Ziffer 11.4 des Rahmenvertrages vereinbarten Zuschlägen vergütet.


  5.2 Werkleistung
  Sofern der AG die vom AN zu erbringenden Vertragsleistungen über einen oder mehrere
  Einzelaufträge unter diesem Rahmenvertrag als Werkleistungen beauftragt, gelten die nach-
  folgenden Regelungen.


  Leistungspaket
  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 31 von 37
  Die vom Auftragnehmer zu erbringenden Vertragsleistungen sind konkreten Leistungspaketen
  zugeordnet, für die ein oder mehrere leistungskonkretisierende Einzelaufträge abgeschlossen
  werden, wobei der bzw. die leistungskonkretisierenden Einzelaufträge unter diesem Rahmen-
  vertrag immer exakt einem Leistungspaket zugeordnet sind.


  Sizing
  Die Höhe der jeweiligen Vergütung auf Basis eines Festpreises für eine vom AN unter die-
  sem Rahmenvertrag zu erbringenden Werkleistung ist abhängig von dem jeweiligen Auf-
  wand, der Realisierungsdauer und des jeweiligen Komplexitätsfaktors. Die Analyse des je-
  weiligen Aufwands, der jeweiligen Realisierungsdauer und des jeweiligen Komplexitätsfak-
  tors ermöglichen eine Zuordnung der vom AN zu erbringenden Werkleistungen in eine be-
  stimmte Sizing-Größe (nachfolgend „T-Shirt Größe“ genannt). Jede T-Shirt Größe hat einen
  auf Basis des Preisblattes/Leistungsverzeichnisses (Anlage 2 zum Rahmenvertrag) vorge-
  gebenen Festpreis, zu dem das jeweilige Werk beauftragt wird.
  Die nachfolgenden Übersichten sollen exemplarisch den Zusammenhang der vorgenannten
  Messfaktoren zur Eingruppierung in T-Shirt Größen sowie die Ermittlung des Komplexitäts-
  faktors darstellen. Die Parteien stimmen sich im Rahmen des Abschlusses des jeweiligen
  Einzelauftrages über die jeweilige Eingruppierung einer Werkleistung in eine T-Shirt Größe
  ab (vgl. hierzu Ziffer 5.2.2 dieser Leistungsbeschreibung).
  Die Richtwerte in der folgenden Tabelle stellen lediglich Orientierungsgrößen dar.




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 32 von 37
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826




  T-Shirt- Richtwert Max. Realisie- Skill Level Komplexitatsfaktor
  Größe Aufwand rungsdauer
  low | medium high

  xs 80 Stunden 2Wochen Consultant 50% 20% 10%
  Senior 30% 50% 30%
  Lead 20% 30% 50%
  Executive 0% 0% 10%
  s 160 Stunden 2Wochen Consultant 50% 20% 10%
  Senior 30% 50% 30%
  Lead 20% 30% 50%
  Executive 0% 0% 10%
  M 240 Stunden 2 Wochen Consultant 50% 20% 10%
  Senior 30% 50% 30%
  Lead 20% 30% 50%
  Executive 0% 0% 10%
  L 360 Stunden 3 Wochen Consultant 50% 20% 10%
  Senior 30% 50% 30%
  Lead 20% 30% 50%
  Executive 0% 0% 10%
  XL 960 Stunden 12 Wochen* Consultant 40% 20% 10%
  Senior 30% 40% 30%
  Lead 25% 30% 40%
  Executive 5% 10% 15%
  XXL 1.920 12 Wochen* Consultant 40% 15% 10%
  Stunden Senior 30% 40% 30%
  Lead 20% 30% 40%
  Executive 10% 15% 20%

  *Die Realisierungsdauer kann im Refinement zwischen den Parteien abweichend vereinbart werden.




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx

  Vertraulich Seite 33 von 37
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E8800826




  =




  T für Deutschlanc



  Kriterium Leitfragen Komplexitätsfaktor
  low medium High
  Aufgabenklarheit Wie detailliert ist die Aufgabenbeschrei- | Hoch Mittel | Niedrig
  bung?
  Existiert bereits ein Breakdown von Auf-
  gaben? Wenn ja, wie detailliert?

  Technologie Wie gut sind die verwendeten Technolo- Etab- Teils Innovativ |
  gien dokumentiert und etabliert? liert neu
  Handelt es sich um neue oder experi-
  mentelle Technologien?
  Ressourcenbedarf Wie viel spezialisiertes Fachwissen wird Gering Mittel Hoch
  benötigt?
  Ist externe Unterstützung erforderlich?

  Skill-Level Welche Skill-Level werden vornehmlich Junior | Junior, Senior,
  mit der Umsetzung betraut sein? Senior | Executive
  Welchen Skill-Mix benötige ich für die
  Umsetzung der Aufgabe?
  Risiko Gibt es viele unbekannte Faktoren oder Gering Mittel Hoch
  Unsicherheiten?
  Sind erwartbar Risiken mit der Umset-
  zung der Aufgabe verbunden?
  Gibt es bereits Pläne zur Risikominde-
  rung?
  ‚Abhängigkeiten Existieren Abhängigkeiten zu Aufgaben We Einige Viele
  oder Systemen? nige
  Gibt es externe Faktoren (außerhalb
  des direkten Einflussbereichs), die be-
  rücksichtigt werden müssen?




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite
  34 von 37
  Sizing-Prozess
  Der AG nimmt in der Planungsphase zur Beauftragung des AN mit einer Werkleistung über
  einen Einzelauftrag im Rahmen eines ersten Refinements eine erste Zuordnung der vom AN
  jeweils zu erbringenden Werkleistung in eine T-Shirt-Größe vor. Dies stellt die Planmenge
  zur Bestimmung der notwendigen Größe (T-Shirt Größe und Komplexität bzw. Richtwert
  Aufwand) des daraus resultierenden jeweiligen Einzelauftrags dar.
  Vor Abschluss eines entsprechenden Einzelauftrags unter diesem Rahmenvertrag stimmen
  sich die Parteien im Rahmen eines zweiten Refinements schließlich über die finale Zuord-
  nung in eine T-Shirt-Größe und den Komplexitätsgrad sowie die damit verbundene Vergü-
  tung auf Grundlage der Regelungen des Preisblattes/Leistungsverzeichnisses (Anlage 2 des
  Rahmenvertrages) ab, schließen einen entsprechenden Einzelauftrag im Sinne der Re-
  gelungen des Rahmenvertrages und dokumentieren diese Entscheidung. Die nachstehende
  Abbildung veranschaulicht den Zusammenhang:




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 35 von 37
  6 Beistellleistungen und Mitwirkungsobliegenheiten des AG
  Der AG stellt dem AN die nachstehend aufgeführten Betriebsmittel ausschließlich zur Erfül-
  lung des Vertragszweckes zur Verfügung, soweit und solange diese zur Erbringung der Ver-
  tragsleistungen durch den AN erforderlich sind und sich aus dem jeweiligen Einzelauftrag
  nichts Abweichendes ergibt:
  • AG – Client (eine technische Anbindung an die Netzinfrastruktur des AG ist aus-
  schließlich über einen sogenannten AG-Client möglich)
  • Beistellung und Zugriff auf relevante Software-Applikationen/ Datenbanken
  • Zugriff auf die internen Datenmanagementsystem-Ablagen des AG
  Die Betriebsmittel sind unter Beachtung der Regelungen aus dem Rahmenvertrag bzw. Ein-
  zelauftrag, insbesondere unter Beachtung der Regelungen zur IT-Sicherheit, zum Daten-
  und zum Geheimschutz zu verwenden. Der AG ist berechtigt, nach eigenem Ermessen und
  jederzeit innerhalb der Laufzeit des Rahmenvertrages bzw. Einzelauftrags beigestellte Be-
  triebsmittel zurück zu verlangen. In einem solchen Fall wird der AG die zurückgeforderten
  Betriebsmittel durch adäquate Betriebsmittel ersetzen, sofern und solange dies für die Er-
  bringung der Vertragsleistungen durch den AN erforderlich ist.
  Darüber hinaus obliegt dem AG die Erbringung der folgenden Mitwirkungshandlungen, so-
  weit und solange diese für die Erbringung der Vertragsleistungen durch den AN erforderlich
  ist und sich aus dem jeweiligen Einzelauftrag nichts Abweichendes ergibt:
  • Zutritt zu Standorten des Auftraggebers bzw. Endkunden
  • Zurverfügungstellung aller benötigten Informationen zum Leistungsgegenstand, beste-
  hend beispielsweise aus:
  o Informationen zu abhängigen Projekten
  o Einblick in relevante Prozesse
  • Nennung Ansprechpartner zu den jeweiligen Themengebieten
  • Datenlieferungen und sämtliche für die Störungsanalyse und Beseitigung relevanten
  Informationen (Logfiles, Dumps u.a.)
  • Berechtigungen, Zugriffsrechte




  Titel: Anl. 1 zum RV_Leistungsbeschreibung_pCloudBw.docx
  Vertraulich Seite 36 von 37
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826




  7 Anhänge
  Anhang Verbindliche Anforderungen aus der Projektma-
  nagement- Systematik der BWI GmbH




  Titel: Anl 1 zum RV_Leistungsbeschreibung_pCloudBw.docx

  Vertraulich Seite 37 von 37
  Signatures


  Number of pages (including this one): 38

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms
  Docusign Envelope ID’ A787C150-18FA-46A3-9B61-0B74E880
  C826




  U




  Anhang zur Anlage 1
  (Leistungsbeschreibung)

  - Verbindliche Anforderungen aus der

  Projektmanagement- Systematik

  \ der BWI GmbH -
  Extern


  Freigabedatum: 13.09.2024 Version: 1.0



  Inhalt
  Inhalt............................................................................................................................................. 2

  Allgemeines .................................................................................................................................. 3

  1 PM@BWI – verpflichtend anzuwendende Projektmanagementmethode in der BWI .................. 4

  1.1 Rollen ............................................................................................................................. 4

  1.2 Meetings ......................................................................................................................... 5

  1.3 Kommunikation ............................................................................................................... 7

  1.4 Tooling & Aufgabenmanagement .................................................................................... 8
  Fehler! Unbekannter Name für Dokument-Eigenschaft.




  1.5 Dokumentation und Abnahmen..................................................................................... 10

  1.6 Eskalationswege ........................................................................................................... 11

  Verzeichnisse.............................................................................................................................. 15

  Tabellen .................................................................................................................................. 15

  Abkürzungen ........................................................................................................................... 16

  Dokumentenhistorie, Änderungen, Archivierung ...................................................................... 16




  Dateiname: Anhang zur LB_PM@BWI4ext_pCloudBw_BWI_final
  Titel: Verbindliche Anforderungen aus der Projektmanagement- Systematik
  der BWI GmbH Seite 2 / 16
  Extern


  Freigabedatum: 13.09.2024 Version: 1.0


  Allgemeines

  Der Auftragnehmer (AN) ist verantwortlich dafür, die Inhalte an seine ausgewählten, eingesetzten
  eigenen Mitarbeiter vor Einsatzbeginn zu vermitteln, die Beachtung eigenständig zu kontrollieren
  und eventuelle Abweichungen im Rahmen seines arbeitsorganisatorischen Weisungsrechts sowie
  seiner Organisations-/Unternehmerentscheidungen zu beseitigen.

  Im Falle einer BWI angezeigten und genehmigten Unterbeauftragung ist die Fremdfirma
  (Auftragnehmer) verpflichtet, ihre entsprechende Pflicht an den Unterauftragnehmer vertraglich
  weiterzugeben.
  Fehler! Unbekannter Name für Dokument-Eigenschaft.




  Dateiname: Anhang zur LB_PM@BWI4ext_pCloudBw_BWI_final
  Titel: Verbindliche Anforderungen aus der Projektmanagement- Systematik
  der BWI GmbH Seite 3 / 16
  Extern


  Freigabedatum: 13.09.2024 Version: 1.0


  1 PM@BWI – verpflichtend anzuwendende
  Projektmanagementmethode in der BWI
  Die unternehmensinterne Projektmanagementmethode der BWI heißt PM@BWI1 und setzt die
  Rahmenbedingungen für Projekte. Sie hat das Ziel, eine einheitliche, vertragskonforme und
  effiziente Abwicklung über die gesamte Kette der Leistungserbringung/ -erbringer zu
  gewährleisten.

  PM@BWI ist eine eigens auf die Bedürfnisse der BWI abgestimmte - in Anlehnung an DIN
  ISO 21500 "Leitfaden zum Projektmanagement", ISO 10006 "Qualitätsmanagementsysteme;
  Leitfaden für Qualitätsmanagement" und DIN 69901 "Projektmanagement;
  Projektmanagementsysteme" - zertifizierte Vorgehensweise.
  Fehler! Unbekannter Name für Dokument-Eigenschaft.




  Das für die Projekte übergeordnete und verpflichtende Rahmenwerk PM@BWI ermöglicht in der
  operativen Umsetzung der Projekte (Projektdurchführung) sowohl (rein) klassische als auch (rein)
  agile Methoden und Praktiken. Über deren Effektivität und Effizienz sowie Einsatz entscheidet der
  Projektverantwortliche (Projektleiter) der BWI im projektspezifischen Kontext. Der
  Projektverantwortliche sorgt dabei für eine funktionierende, den jeweiligen Umständen
  entsprechende Projektorganisation (inkl. externer Teilleistungen), führt und unterstützt die
  Projektbeteiligten sach-/ergebnisbezogen und koordiniert die Abhängigkeiten zwischen den
  Leistungen.


  1.1 Rollen
  PM@BWI regelt die in Projekten verbindlich zu besetzenden Rollen, deren wesentliche Aufgaben,
  Kompetenzen und Verantwortlichkeiten.

  Der AN übernimmt innerhalb der PM@BWI die an ihn zugewiesenen Teilleistungen selbständig, in
  eigener unternehmerischer Organisation und mit eigenen Ressourcen. Er ist kein Teil der
  Projektorganisation und für die eigenverantwortliche Umsetzung der definierten Leistungspakete,
  deren Richtigkeit und die rechtzeitige Meldung von Problemen und möglichen Risiken
  verantwortlich.




  1 Unternehmensinterne Projekt- und Programmmanagementmethode der BWI



  Dateiname: Anhang zur LB_PM@BWI4ext_pCloudBw_BWI_final
  Titel: Verbindliche Anforderungen aus der Projektmanagement- Systematik
  der BWI GmbH Seite 4 / 16
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826




  Innerhalb der Umsetzung von Projekten in einem Scrum Setup? können AN in den Rollen Scrum

  Master (im Rollenkatalog der BWI Agile Master benannt) oder selbständiger Entwickler eingesetzt

  werden. Die konkrete Rollenverteilung/Leistung ist im Rahmen des jeweiligen Dienstleistungs-

  oder Werkvertrag geregelt.




  1.2 Meetings

  Meetings werden virtuell und in Ausnahmefällen vor Ort abgehalten (s. Kapitel 1.3

  Kommunikation). Der AN wird nur dann zu Präsenz-Meetings in BWI-Räumlichkeiten und anderen

  physischen Meeting-Örtlichkeiten einbestellt, wenn dies zur Vertragserfüllung zweckdienlicher oder
  erforderlich sein sollte und vertraglich vorgesehen/vorbehalten ist. In diesem Fall bietet der AG im

  Vorfeld mehrere Möglichkeiten für den AN an und einigt sich mit ihm auf Zeit und Ort der Präsenz-

  Vor Ort Termine. Die Einigung erfolgt zwischen den im Vertrag definierten Ansprechpartnern von

  AG und AN.

  In einem Scrum Setup beträgt die Sprintlänge mindestens 2 Wochen und beinhaltet dabei diverse

  Scrum Meetings. Daraus resultiert eine verpflichtende Teilnahme des AN an den Scrum-Meetings,

  grundsätzlich online via Webex.




  Folgende Meetings finden innerhalb eines Scrum Setups statt, deren konkrete Dauer in der

  jeweiligen Leistungsbeschreibung festgelegt wird:


  Termin Inhalt des Termins

  Daily Kurzes (max. 15 Min.), tagliches Meeting zur Darstellung des IST- Zustandes.

  Sprint Planning | Zur Planung und Festlegung der Aufgabenerledigung, welche im nächsten Sprint
  umgesetzt werden soll.


  Sprint Review Für die Präsentation der Aufgabenerledigung.


  Retrospektive Bietet den Beteiligten die Möglichkeit sich selbst
  zu überprüfen. Findet zwischen dem
  Sprint Review und der Sprint Planung statt.


  Backlog Für den Optimierungsprozess eines Sprint Backlogs.
  Refinement

  Tabelle1: Meetingarten
  2 basiert auf Grundlage des aktuellen Scrum Guide s. https://scrumguides.org/scrum-guide.html




  Dateiname: Anhang zur LB_PM@BWI4ext_pCloudBw_BWI_final
  Titel: Verbindliche Anforderungen aus der Projektmanagement- Systematik
  der BWI GmbH Seite 6 / 16
  Extern


  Freigabedatum: 13.09.2024 Version: 1.0


  Sofern die Rolle/Leistung des Scrum Masters mit dem AN vertraglich vereinbart ist, übernimmt er
  die fachliche Planung der Meetings im Auftrag des AG ohne über ein personenbezogenes
  Weisungsrecht gegenüber den Teilnehmern zu verfügen. Alle Termine, Meetings und die
  dazugehörige Korrespondenz sollten dokumentiert und Ad-hoc-Meetings vermieden werden.

  Für die Definition/Planung der jeweils nächsten vertragsgemäßen Leistungen und
  Arbeitsergebnisse sowie Abnahmekriterien, des jeweiligen erreichten Umsetzungsstatus und die
  Vereinbarung kommender Termine findet ein gemeinsames Planungsmeeting statt. Dieses
  Planungsmeeting soll nach vertraglichen Vereinbarung AG – AN regelmäßig stattfinden und wird in
  der Leistungsbeschreibung festgelegt.

  Online/virtuell via Webex
  Fehler! Unbekannter Name für Dokument-Eigenschaft.




  Präsenz vor Ort in (angemieteten) Räumen des AG findet nur statt, wenn dieses aus
  ergebnisorientierten Gründen notwendig ist.

  Bei Erforderlichkeit können die Parteien ergänzende Planungsmeetings verabreden oder von den
  vorstehenden Regelungen im Einzelfall abweichen. Die Einigung erfolgt zwischen den definierten
  Ansprechpartnern von AG und AN.

  Der AG (Product Owner) legt im Meeting seine gewünschte Planung/Zielvorstellung der nächsten
  Iterationen dar und in Abstimmung zwischen AG und AN werden daraufhin die dazu anstehenden
  Aufgaben/Leistungspakete sowie Ergebnisse und Abnahmekriterien definiert, priorisiert und
  verbindlich schriftlich festgelegt, die der AN dann selbständig bearbeitet bis zur Sach-
  /Ergebnisvorstellung gegenüber dem AG zur Billigung/Abnahme als vertragsgerechte Leistung.




  1.3 Kommunikation
  Jedes Projekt verfügt über einen Kommunikationsplan, um die Kommunikation mit allen
  Beteiligten/ Stakeholdern zu steuern. Bei AN bezieht sich der Begriff „Steuerung“ stets allein auf
  werks-/sach-/ergebnisorientierte Vorgaben und nicht auf arbeitsorganisatorische, verfahrens-
  /prozessorientiere Arbeitsanweisungen. Letztere obliegen bei AN gegenüber ihren zur
  Vertragserfüllung eingesetzten Erfüllungsgehilfen allein den Verantwortlichen/Vorgesetzten des
  jeweiligen AN.




  Dateiname: Anhang zur LB_PM@BWI4ext_pCloudBw_BWI_final
  Titel: Verbindliche Anforderungen aus der Projektmanagement- Systematik
  der BWI GmbH Seite 7 / 16
  Extern


  Freigabedatum: 13.09.2024 Version: 1.0


  Die Kommunikation erfolgt ausschließlich über die vertraglich definierten Ansprechpartner des AG
  und des AN in den vertraglich definierten Formaten und Terminen (z.B. Status-/Scrum-Meetings
  zweiwöchentlich) und Formen (z.B. Präsenz, Online, Hybrid). Dabei können verschiedene
  Kommunikationswege und -plattformen genutzt werden, beispielsweise online/virtuell via Webex
  oder in Präsenz vor Ort.

  Kommunikation und Austausch von Informationen ist in einer angemessenen Form innerhalb der
  Projektdokumentation schriftlich zu protokollieren.


  1.4 Tooling & Aufgabenmanagement
  Auf Grundlage der spezifischen Anforderungen und Rollenverteilung aus der Leistungsbeschreibung
  bestimmen sich das Tooling und das Aufgabenmanagement.
  Fehler! Unbekannter Name für Dokument-Eigenschaft.




  Der AG/Product Owner definiert Produktanforderungen eigenständig über das Product Backlog und
  hat die strategische Produktentwicklung inne. Der AG/Product Owner beschreibt die beauftragten
  Leistungen in detaillierter Form (z.B. Pflichten/Lastenheft). Das Product Backlog ist die einzige
  Quelle, aus der der AN den Leistungsauftrag übernimmt. Weitere Konkretisierungen der
  Leistungsanforderungen sind genau zu dokumentieren.

  Für die technisch-begleitende Umsetzung wird die Nutzung des Tools „Jira“ vereinbart, welches
  seitens AG konfiguriert und zur Vertragserfüllung zur Verfügung gestellt wird. Der AN zieht sich
  nach dem Pull Prinzip im Rahmen des Vertrages seine Leistungsgegenstände und bearbeitet diese
  selbständig bis zur Ergebnisrückmeldung, Dokumentation und Ablage in Jira. Der AG verpflichtet
  sich, dem AN gefilterte Ansichten seiner spezifischen und nach dem Pull Prinzip um Rahmen des
  Vertrages gezogenen Aufgaben zur Verfügung zu stellen.

  Die anstehenden Aufgaben werden seitens AG in Jira nach einer mit dem AN abgestimmten Form
  (DoR = Definition of Ready) erfasst und im Backlog (Arbeitsvorrat) priorisiert abgelegt. Die als
  nächstes zu erledigenden Aufgaben stehen im Backlog oben, je weiter eine Aufgabe unten im
  Backlog steht, desto niedriger priorisiert ist diese.

  Der AN ist vertraglich verpflichtet, seine nach dem Pull Prinzip übernommenen Aufgaben in der
  vorgesehenen Priorisierung abzuarbeiten und den Status gemäß der Kanban Systematik in Jira
  aktuell und wahrheitsgemäß abzubilden und zu dokumentieren.




  Dateiname: Anhang zur LB_PM@BWI4ext_pCloudBw_BWI_final
  Titel: Verbindliche Anforderungen aus der Projektmanagement- Systematik
  der BWI GmbH Seite 8 / 16
  Extern


  Freigabedatum: 13.09.2024 Version: 1.0


  Sollte eine Aufgabenstellung unklar/unpräzise oder die gemeinsam festgelegten Regeln der
  Definition of Readiness nicht eingehalten sein, ist es eigenständige Pflicht des AN, die
  unklar/unpräzise Aufgabenteile mit entsprechender Rückfrage zur weiteren
  sachbezogenen/ergebnisorientieren Klärung/Definition i.S.d. § 645 BGB an den AG – genauer den
  verantwortlichen Autor der Aufgabe – zurückzugeben und dafür die nächst priorisierte klar/präzise
  Aufgabe zu beginnen.

  Dem AN wird Zugriff auf die zur Erfüllung seiner vertraglichen Leistungspflichten erforderlichen
  Tools nach dem „need to know/must-have-Prinzip“ gegeben bzw. sie ihnen im Rahmen der
  vertraglichen Pflichten zur Verfügung gestellt.

  IT Lösungen und Applikationen im Rahmen PM@BWI:
  Fehler! Unbekannter Name für Dokument-Eigenschaft.




  • Core Client

  • Projektmanagement Supporting Platform (JIRA)

  • SharePoint Applications

  • SharePoint Plattform

  • SAP Plattform

  • Webex

  • Collaboard

  • Confluence

  • MS Word (MS Office), MS Excel (MS Office), MS PowerPoint (MS Office), E-Mail Service
  Exchange (Outlook), MS-Project, MS-OneNote, MindJet MindManager.



  Projekt- und Prozessverantwortliche stellen für AN den Zugang zu den zur Aufgabenerfüllung
  relevanten Bereiche und Seiten im Rahmen des technischen Onboardings sicher.




  Dateiname: Anhang zur LB_PM@BWI4ext_pCloudBw_BWI_final
  Titel: Verbindliche Anforderungen aus der Projektmanagement- Systematik
  der BWI GmbH Seite 9 / 16
  Extern


  Freigabedatum: 13.09.2024 Version: 1.0


  1.5 Dokumentation und Abnahmen
  Sofern im Vertrag nichts Anderes geregelt ist, erfolgt die Dokumentation der Leistungen sowie der
  Ergebnisse durch den AN sowohl in JIRA als auch in weiteren vom Projektverantwortlichen
  vorgegebenen Systemen in der vom Projekt vorgegebenen Form. Die fachliche/inhaltliche Prüfung
  der Abnahme(n) erfolgt durch den Projektverantwortlichen. AG und AN haben hierzu den Einbezug
  der Guidelines des „Software Engineering Frameworks“ in Vertrag/LB vereinbart, die vom AG zur
  Verfügung gestellt wird.
  Der AN stellt die fertiggestellten Vertragsleistungen im Tool JIRA in der Spalte „Abnahme“ für den
  AG zur Abnahme gemäß der Regelungen des Rahmenvertrages bereit, sobald der AN die
  vorgegebenen und vereinbarten Ergebnisse erreicht hat.

  Der AG als Product Owner testet gemäß der Regelungen des Rahmenvertrages die vereinbarten
  Fehler! Unbekannter Name für Dokument-Eigenschaft.




  Abnahmekriterien und bestätigt die Abnahme im JIRA Tool, wenn alle Abnahmekriterien erfüllt
  sind.



  Auftragnehmer/AN können jederzeit nach der Projekt-/Programmmanagementmethodik für die
  jeweilige Projekt- und Programmmanagement- Phase zu liefernde Ergebnisse hinsichtlich Qualität
  und Vollständigkeit überprüft werden. Bei Abweichungen des Ist vom Sollzustand können
  Mängelrügen, Nachbesserungsverlagen o.ä. erfolgen.




  Dateiname: Anhang zur LB_PM@BWI4ext_pCloudBw_BWI_final
  Titel: Verbindliche Anforderungen aus der Projektmanagement- Systematik
  der BWI GmbH Seite 10 / 16
  Extern


  Freigabedatum: 13.09.2024 Version: 1.0


  1.6 Eskalationswege


  Sicherstellung eines Eskalationsmanagements


  Das Eskalationsmanagement muss folgende Anforderungen erfüllen:
  • Zeitnahe und zielgerichtete Information der Entscheidungsträger

  • Erarbeiten von Lösungen insbesondere zu folgenden allgemeinen Themenbereichen:
  o Leistungsstörungen/ Projektabwicklung/ Verzögerungen im Projektablauf
  o Unvorhergesehene Ereignisse
  o Konflikte und Meinungsverschiedenheiten
  Fehler! Unbekannter Name für Dokument-Eigenschaft.




  Ansprechpartner


  Der AN muss dedizierte Ansprechpartner zu folgenden Eskalationsstufen benennen:


  Eskalationsstufe 1 – Projektverantwortlicher

  Eskalationsstufe 2 – Zuständige Vertreter der Bereichsleitung

  Eskalationsstufe 3 – Geschäftsleitung




  Ablauf einer Eskalation


  Mit Bekanntwerden eines Eskalationsthemas informiert der Ansprechpartner der Eskalationsstufe 1
  den zuständigen Ansprechpartner der jeweils anderen Partei der Eskalationsstufe 1 per Email über
  die Einleitung einer Eskalation.
  Die Mitteilung sollte dabei folgende Informationen über das Eskalationsthema enthalten:




  Dateiname: Anhang zur LB_PM@BWI4ext_pCloudBw_BWI_final
  Titel: Verbindliche Anforderungen aus der Projektmanagement- Systematik
  der BWI GmbH Seite 11 / 16
  Extern


  Freigabedatum: 13.09.2024 Version: 1.0


  • Datum des Bekanntwerdens

  • Anlass und Beschreibung

  • Auswirkungseinschätzung

  • Einstufung und Dringlichkeit


  Die Ansprechpartner der Eskalationsstufe 1 haben innerhalb einer unter Berücksichtigung der
  Dringlichkeit und der Auswirkungen angemessenen Frist, mindestens jedoch von fünf (5) Arbeitstagen
  ab dem Tag des Versands der Eskalationsmitteilung die Aufgabe, Lösungsschritte bzw. eine finale
  Lösung zu der anhängigen Eskalation unter Einbeziehung der zuständigen Fachabteilungen der
  Parteien unter Berücksichtigung eines angemessenen Realisierungszeitraums abzustimmen.
  Fehler! Unbekannter Name für Dokument-Eigenschaft.




  Gelingt es der Eskalationsstufe 1 nicht, innerhalb der genannten Frist erste Lösungsschritte bzw.
  eine finale Lösung zu vereinbaren und/oder deren Umsetzung in die Wege zu leiten, ist nach
  Ablauf der genannten Frist die Eskalationsstufe 2 von der Eskalationsstufe 1 aktiv einzubeziehen.

  Gelingt es auch der Eskalationsstufe 2 nicht, innerhalb einer weiteren Frist von 10 Arbeitstagen
  Lösungsschritte bzw. eine finale Lösung und/oder Einigung herzustellen, ist als letzte
  Eskalationsstufe die zuständige Geschäftsleitung beider Parteien einzubinden und über die
  Eskalation sowie den aktuellen Stand der beidseitigen Bemühungen zur Lösung der Eskalation zu
  informieren.

  Kann auch die Geschäftsleitung beider Parteien keine finale Lösung zu einer anhängigen
  Eskalation innerhalb weiterer zwanzig (20) Arbeitstage oder einer davon abweichenden,
  untereinander einvernehmlich vereinbarten Zeitspanne bewirken, ist jede Partei berechtigt,
  rechtliche Schritte einzuleiten.

  Das Recht der Parteien, jederzeit um einstweiligen Rechtsschutz nachzusuchen, bleibt von den
  vorstehenden Ausführungen unberührt.



  Abschluss einer Eskalation


  Ist eine Eskalation in beiderseitigem Einvernehmen gelöst, wird das Ende der Eskalation von den
  zuständigen Ansprechpartnern der Eskalationsstufe 1 in Textform dokumentiert.

  Im Nachgang zu einer Eskalation verpflichten sich beide Parteien, die Ursache(n) der Eskalation zu
  analysieren und nach Möglichkeit Gegenmaßnahmen mit dem Ziel zu vereinbaren, dass sich das
  betreffende Eskalationsthema und ähnlich gelagerte Eskalationsthemen nicht wiederholen. Die


  Dateiname: Anhang zur LB_PM@BWI4ext_pCloudBw_BWI_final
  Titel: Verbindliche Anforderungen aus der Projektmanagement- Systematik
  der BWI GmbH Seite 12 / 16
  Parteien werden sich bei der Ursachenanalyse eines Eskalationsthemas in zumutbarem Rahmen
  unterstützen.




  Dateiname: Anhang zur LB_PM@BWI4ext_pCloudBw_BWI_final
  Titel: Verbindliche Anforderungen aus der Projektmanagement- Systematik
  der BWI GmbH Seite 13 / 16
  Extern


  Freigabedatum: 13.09.2024 Version: 1.0


  Einstellung einer Eskalation


  Sollte eine Eskalation von einer Partei einseitig als beendet erklärt werden, ohne dass die Eskalation
  von den Parteien einvernehmlich für gelöst und für beendet erklärt wurde, besteht die
  Verpflichtung zur Beseitigung des die Eskalation auslösenden Eskalationsthemas weiterhin.
  Fehler! Unbekannter Name für Dokument-Eigenschaft.




  Dateiname: Anhang zur LB_PM@BWI4ext_pCloudBw_BWI_final
  Titel: Verbindliche Anforderungen aus der Projektmanagement- Systematik
  der BWI GmbH Seite 14 / 16
  Extern


  Freigabedatum: 13.09.2024 Version: 1.0


  Verzeichnisse




  Tabellen

  Tabelle 1: Meetingarten .............................................................................................................5
  Fehler! Unbekannter Name für Dokument-Eigenschaft.




  Dateiname: Anhang zur LB_PM@BWI4ext_pCloudBw_BWI_final
  Titel: Verbindliche Anforderungen aus der Projektmanagement- Systematik
  der BWI GmbH Seite 15 / 16
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826




  Abkürzungen


  Folgende Abkürzungen werden in diesem Dokument verwendet:


  Abkürzung Bedeutung Hinweis

  AN ‚Auftragnehmer Beauftragte Fremdfirma, Extemer
  Dienstleister



  AG Auftraggeber BWI GmbH



  Dokumentenhistorie, Änderungen, Archivierung



  Version

  Versionshistorie dieses Dokumentes, die aktuellste Version steht an erster Stelle:




  Version Datum Bearbeiter Anderungsvermerk zur Vorversion

  1.0 13.09.2024 | CDO XPM Initiale Version

  Excellence




  Genderhinweis:

  Aus Gründen der besseren Lesbarkeit wird bei Personen- bzw. Rollenbezeichnungen Dokument die

  männliche Form verwendet. Entsprechende Begriffe gelten im Sinne der Gleichbehandlung

  grundsätzlich für alle Geschlechter. Die verwendete Sprachform beinhaltet keine Wertung.
  Signatures


  Number of pages (including this one): 17

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Software
  Engineering
  Framework
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 2 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0




  Inhalt.............................................................................................................................................. 3
  Dokumentenhistorie.................................................................................................................... 6
  1 Einleitung zum Release 2024 ................................................................................................... 7
  1.1 Motivation ............................................................................................................................ 7
  1.2 Abgrenzung ......................................................................................................................... 9
  1.3 Aufbau des Dokuments ..................................................................................................... 10
  1.4 Änderungen zum Release 2023........................................................................................ 12
  2 Management Module .............................................................................................................. 15
  2.1 Software Engineering Process .......................................................................................... 15
  2.1.1 Vision ........................................................................................................................... 15
  2.1.2 Inception ...................................................................................................................... 16
  2.1.3 Iterative Realization (DevOps) ..................................................................................... 17
  2.1.4 Standard Betrieb .......................................................................................................... 18
  2.2 Methodology...................................................................................................................... 19
  2.2.1 Rollen........................................................................................................................... 19
  2.2.2 Methoden ..................................................................................................................... 20
  2.3 Technology........................................................................................................................ 21
  2.3.1 Entwicklungsumgebung ............................................................................................... 21
  2.3.2 Programmiersprachen ................................................................................................. 22
  2.3.3 Externe Komponenten ................................................................................................. 23
  2.4 Security & Compliance ...................................................................................................... 25
  2.4.1 Informationssicherheit.................................................................................................. 25
  2.4.2 Datenschutz................................................................................................................. 27
  3 Software Engineering Module................................................................................................. 28
  3.1 Discovery & Validation ...................................................................................................... 28
  3.1.1 Discovery ..................................................................................................................... 28
  3.1.2 Validation ..................................................................................................................... 29
  3.2 Software Design ................................................................................................................ 30
  3.2.1 Architecture & Design Engineering .............................................................................. 30
  3.2.1.1 Grundsätze............................................................................................................. 30
  3.2.1.2 Methoden ............................................................................................................... 30
  3.2.1.3 Muster .................................................................................................................... 31
  3.2.1.4 Dokumentationsvorgaben ...................................................................................... 32
  3.2.1.5 Weiterführende Architekturrichtlinien ..................................................................... 32
  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 3 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  3.2.2 UX/UI Design ............................................................................................................... 33
  3.2.2.1 UX/UI Prozess ........................................................................................................ 33
  3.2.3 Sustainable Programming ............................................................................................ 37
  3.3 Coding Guidelines ............................................................................................................. 39
  3.3.1 Allgemeine Guideline ................................................................................................... 40
  3.3.2 C# ............................................................................................................................... 44
  3.3.3 C++ .............................................................................................................................. 45
  3.3.4 Java ............................................................................................................................. 46
  3.3.5 JavaScript und TypeScript ........................................................................................... 48
  3.3.6 Kotlin ............................................................................................................................ 51
  3.3.7 Python .......................................................................................................................... 52
  3.3.8 Swift ............................................................................................................................. 55
  3.4 Coding Process ................................................................................................................. 56
  3.4.1 Configuration Management .......................................................................................... 56
  3.4.1.1 Configuration Management mit Ansible ................................................................. 57
  3.4.2 Version Control ............................................................................................................ 59
  3.5 Software Quality & Assurance ........................................................................................... 62
  3.5.1 Software Quality........................................................................................................... 62
  3.5.2 Software Quality Assurance (SQA) .............................................................................. 63
  3.5.3 Software Quality Control (SQC) ................................................................................... 65
  3.5.4 Softwaretests (Testing) ................................................................................................ 66
  4 Software Operating Module .................................................................................................... 72
  4.1 Allgemeine Operating Vorgaben ....................................................................................... 72
  4.1.1 Dokumentation ............................................................................................................. 72
  4.1.2 Signierung .................................................................................................................... 72
  4.1.3 Deployment .................................................................................................................. 72
  4.1.4 Inbetriebnahme ............................................................................................................ 73
  4.1.5 Operating ..................................................................................................................... 73
  4.1.6 Monitoring & Reporting ................................................................................................ 74
  4.2 Server-based Applications................................................................................................. 75
  4.2.1 Deployment .................................................................................................................. 75
  4.2.2 Operating ..................................................................................................................... 75
  4.2.3 Monitoring & Reporting ................................................................................................ 76
  4.3 Cloud Applications ............................................................................................................. 77
  4.3.1 Deployment .................................................................................................................. 77
  4.3.2 Operating ..................................................................................................................... 77
  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 4 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  4.3.3 Monitoring & Reporting ................................................................................................ 77
  4.4 Desktop Applications ......................................................................................................... 79
  4.4.1 Deployment .................................................................................................................. 79
  4.4.2 Operating ..................................................................................................................... 79
  4.4.3 Monitoring & Reporting ................................................................................................ 80
  4.5 Mobile Applications ........................................................................................................... 81
  4.5.1 Signierung .................................................................................................................... 81
  4.5.2 Deployment .................................................................................................................. 81
  4.5.3 Operating ..................................................................................................................... 83
  4.5.4 Monitoring & Reporting ................................................................................................ 83
  4.6 AI Applications................................................................................................................... 85
  4.6.1 Vorgaben zu MLOps-Reifegradmodellen .................................................................... 85
  4.7 Maintenance & Support ..................................................................................................... 90
  4.7.1 Support ........................................................................................................................ 90
  4.7.2 Maintenance / Wartung ................................................................................................ 90
  4.7.3 Last-Level-Support ...................................................................................................... 91
  4.7.3.1 Proaktiver Last-Level-Support ................................................................................ 91
  4.7.3.2 Prozess .................................................................................................................. 91
  4.7.4 Schulungen .................................................................................................................. 97
  5 Glossar.................................................................................................................................... 98
  5.1 Allgemeine Definitionen ..................................................................................................... 98
  5.2 Definitionen und Hintergrundwissen zu Software Quality & Assurance .......................... 103
  5.3 Definitionen zu UX/UI Design .......................................................................................... 108
  5.4 Definitionen zu AI Applications ........................................................................................ 110
  6 Verweise auf andere Dokumente .......................................................................................... 115
  6.1 Anlagen ........................................................................................................................... 115
  6.2 Mitgeltende Dokumente .................................................................................................. 115
  6.3 Quellen ............................................................................................................................ 115




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 5 / 115
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern


  BWI Veröffentlicht

  IT für Deutschland
  Gültig ab: 29.01.2024 Version: 3.0



  Dokumentenhistorie

  Version Datum Bearbeiter Änderungsvermerk zur Vorversion
  3.0 29. Januar 2024 BWI GmbH CDO CoE _Initiales Release 2024. Änderungen ggü. Release
  Software Engineering 2023 siehe Abschnitt 1.4.
  Zentrum Digitalisierung
  der Bundeswehr

  2.1 01. März 2023 BWI GmbH CDO CS ‚Aktualisierung des Links zu den BWI
  Software Engineering Architekturprinzipien und -vorgaben im gesamten
  Dokument

  2.0 30. Januar 2023 BWI GmbH CDO CS. Initiales Release 2023. Änderungen in den
  Software Engineering entsprechenden Release Notes enthalten.



  10 16.Mai 2022 BWI GmbH CDO CS Initiales Release 2022
  ‚Software Engineering




  Software Engineenng Framework der BWI und Bundeswehr Release 2024
  Seite 6/ 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  1

  1.1
  Dieses Dokument beschreibt eine Zusammenfassung aller Software-Engineering-Standards und
  Best Practices für Softwareentwickler*innen der BWI und der Bundeswehr als Grundlage für
  Software Defined Defence mit den Zielen:
  die Software-Engineering-Arbeitsweise zu normieren
  eine hohe Qualität der Arbeitsergebnisse sicherzustellen
  Entwickler*innen effizient und homogen einzuarbeiten
  Projekte beschleunigt zu initialisieren und effizient durchzuführen
  Das Software Engineering Framework (SWE Framework) wird veröffentlicht, damit die BWI in
  Zusammenarbeit mit ihren Entwicklungspartnern eine übergreifende, ganzheitliche und
  homogene Softwareproduktentwicklung nach Industriestandard und Kundenvorgaben etablieren
  kann. Es wurde erstmalig 2022 als Diskussionsgrundlage veröffentlicht. Seitdem wird es
  fortlaufend angepasst, weiterentwickelt und in jährlichen Releases veröffentlicht. Sowohl die
  inhaltliche Weiterentwicklung als auch die jährliche Veröffentlichung wird als Kooperation
  zwischen dem Center of Excellence Software Engineering der BWI und dem Zentrum für
  Digitalisierung der Bundeswehr durchgeführt und von dort aus koordiniert in die weiteren
  Software-Entwicklungseinheiten der Bundeswehr getragen. Perspektivisch soll das Dokument in
  einer Vorgabe für Software Engineering münden gemäß CON.8.A11.
  Es schafft heute schon Voraussetzungen um:
  kooperative Softwareentwicklungsprojekte zwischen Bundeswehr und BWI
  durchzuführen,
  Übergaben von Bundeswehr-eigenentwickelter Software im Lebenszyklus an die BWI
  zu ermöglichen sowie
  SWE-Services der BWI für Softwareentwickler*innen der Bundeswehr mittel- bis
  langfristig bereitzustellen.
  Der Fokus des Dokuments liegt auf einer kurzen und prägnanten Beschreibung der Themen.
  Auf Tutorials und grundlegende Erklärungen wird - bis auf wenige Ausnahmen - bewusst

  Inhaltliche Themen sind:
  Definition fachlicher Leitlinien hinsichtlich Software Engineering.
  Beschreibung von operativen Software-Engineering-Standards und Best Practices.
  Guideline für neue Softwareentwicklungsprojekte und sukzessive Anpassung
  bestehender Arbeitspraktiken.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 7 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Weitere Anregungen begrüßen wir ausdrücklich und stehen für Rückfragen und Unterstützung
  gerne zur Verfügung!

  Inhaltliche Fragen können direkt an die Fachansprechpartner*innen der Kapitel adressiert
  werden.

  Für allgemeine Fragen und die aktuelle Version des SWE Frameworks stehen folgende
  Funktionspostfächer zur Verfügung: bwi.fp.swe@bwi.de und
  zdigbwiv1entwicklung@bundeswehr.org.


  BWI GmbH/Software Engineering Zentrum für Digitalisierung der Bundeswehr




  Herausgeber
  Carsten Busch, Head of CoE SwE Software Application & Integration, BWI GmbH
  Dr. Rolf Hager, Head of CoE Software Engineering, BWI GmbH
  LRDir Thomas Schulte, Chief Software Development Officer Bundeswehr, ZDigBw




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 8 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  1.2
  Das SWE Framework orientiert sich grundsätzlich an etablierten Vorgehensweisen und
  Entwicklungsstandards der Industrie und referenziert diese an den jeweiligen Stellen.
  Abweichende oder konkretisierende BWI-Spezifika sind entsprechend aufgeführt.
  Es gelten folgende Abgrenzungen:
  Das SWE Framework richtet sich in erster Linie an Neuentwicklungen von Software-
  Produkten. Für Softwarepflege, -wartung und -änderung an bestehenden
  Eigenentwicklungen, die ursprünglich nicht nach dem SWE Framework entwickelt
  wurden, sollte geprüft werden, inwiefern das SWE Framework sinnvoll angewendet
  werden kann. Hierbei müssen die bereits mit dem Kunden abgestimmten Konzepte
  berücksichtigt werden.
  Softwareentwicklungen im SASPF-Bereich werden über das SWE Framework nicht
  geregelt. Hier gelten die bestehenden SASPF-Richtlinien.
  Bei prototypischen Anwendungen ist zu prüfen, inwiefern das SWE Framework
  sinnvoll anzuwenden ist. Im Fall von evolutionären Prototypen greifen die Vorgaben
  des SWE Frameworks in jedem Fall.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 9 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  1.3
  Das SWE Framework gliedert sich in drei Hauptmodule mit verschiedenen Kapiteln:




  Das Management Module beinhaltet die Rahmenbedingungen für Software Engineering. Hierzu
  gehören der Software-Engineering-Prozess, die eingesetzten Methoden und Technologien
  sowie die Abhängigkeiten zu Richtlinien und Sicherheitsvorgaben innerhalb und außerhalb der
  BWI.
  Das Software Engineering Module ist der wesentliche Kern des SWE Frameworks. Das Modul
  beinhaltet die Standards zur Architektur, zum Design und zur Entwicklung von Software. Zudem
  werden Methoden zur Anforderungserhebung und Qualitätssicherung beschrieben.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 10 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Das Software Operating Module beschreibt, wie die eigenentwickelte Software in den BWI-
  Betrieb überführt und anschließend aus Softwareentwicklungssicht begleitet wird. Dazu zählen
  Deployment, Operating, Monitoring & Reporting sowie Maintenance & Support. Das Modul
  beinhaltet ein Kapitel mit allgemeinen Vorgaben sowie Kapitel zu den einzelnen Zielplattformen
  mit spezifischen Vorgaben.
  In allen Kapiteln wird für die Vorgehensweisen und Entwicklungsstandards folgende Notation
  verwendet:
  [MUSS]: Sagt aus, dass die Vorgehensweise verpflichtend ist.
  [EMPFOHLEN]: Sagt aus, dass sich die Vorgehensweise aus Erfahrungssicht
  bewährt hat (Best Practice).
  [KANN]: Sagt aus, dass die Vorgehensweise möglich ist (als Alternative zu einer
  Empfehlung oder als allgemeiner Hinweis).
  Projektbedingte Abweichungen von MUSS-Kriterien müssen begründet und dokumentiert
  werden. Hierzu kann die Checkliste SWE Framework 2024 aus dem Anhang verwendet werden.
  Im Anhang findet sich folgendes Informations- bzw. Hilfsmaterial:
  Orientierungshilfe Informationssicherheitsanforderungen: Dieses Dokument präzisiert
  die Anforderungen aus Anlage Informationssicherheitsanforderung der BWI in Bezug
  auf Software Engineering. Zudem werden Handlungsempfehlungen beschrieben, um
  die Anforderungen zu erfüllen.
  Checkliste SWE Framework 2024: Ein Excelsheet, in dem die Inhalte des SWE
  Frameworks in Checklistenform aufgeführt werden. So können der Erfüllungsgrad der
  Vorgaben und Empfehlungen erfasst und mögliche Abweichungen begründet werden.
  Template Aufwandsschätzung: Dieses Excelsheet kann genutzt werden, um
  Aufwandsschätzungen für ein Entwicklungsvorhaben im Zuge eines SWAG oder
  eines Anforderungsworkshops (vgl. Abschnitt Inception) durchzuführen.
  Template README: Ein Template, das die im SWE Framework vorgegeben
  Informationen enthält.
  EditorConfig Dateien für die Programmiersprachen Java, JavaScript und Python.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 11 / 115
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern
  —>

  W| Veröffentlicht
  Gültig ab: 29.01.2024 Version: 3.0



  1.4 Änderungen zum Release 2023
  An dieser Stelle werden die High-Level Änderungen zusammengefasst. Darüber hinaus sind
  sämtliche geänderte und neue Kriterien in der Checkliste im Anhang als solche kenntlich
  gemacht.

  Kapitel Änderung
  Allgemein


  = Weiteres Informationsmaterial wurde dem Anhang hinzugefügt:

  [4] Template README
  oooo




  [5] Java EditorConfig
  [6] JavaScript EditorConfig
  [7] Python EditorConfig


  Management Module

  Software Engineering = Ergänzung zentraler BWI Eingangskanal zur Beauftragung.

  Process = Schärfung des Abschnitts Erstkontakt.
  = Überführung in MUSS, EMPFOHLEN, KANN Notation.

  Methodology = Auflösung des Unterkapitels Dokumentation in die jeweiligen
  Kapitel.

  Technology = Konkretisierung des Abschnitts Entwicklungsumgebung/
  Funktionsumfang, inkl. Ergänzung weiterer Informationen zu
  DevLabPro.

  " Detailierung des Abschnitts Externe Komponenten
  /
  Bewertungsleitfaden.

  = Verschlankung des Abschnitts Lizenzrechtliche Vorgaben.

  Security & Compliance = Schärfung hinsichtlich der geltenden Richtlinien und
  Vorgabedokumente in Abgleich mit dem InfoSichhK.

  = Ergänzung Einsatz kryptografischer Verfahren / Post-Quantum-
  ‚Algorithmen.

  = Neues Unterkapitel Datenschutz.

  Software Engineering Module

  Discovery & Validation Keine Änderungen.

  ‚Architecture & Design Anpassung Test Driven Development (TDD) von MUSS auf
  Engineering EMPFOHLEN.

  = Entfernung NATO Richtlinie, da kein verfügbarer Link vorhanden.

  = Hinweis: Vollständige Überarbeitung des Kapitels für das Release
  2025 geplant.


  Software Engineering Framework der BI

  Seite 12/115
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826




  Kapitel Anderung

  UX/UI Engineering = Ergänzung einer grafischen Darstellung des Prozesses.

  = Auslagerung der Definitionen ins Glossar.

  = Anpassung der MUSS, KANN, EMPFOHLEN Kriterien:
  Entschärfung der MUSS-Kriterien und Umformulierung nach
  EMPFOHLEN.

  Sustainable = Umbenennung des Kapitels (ehemals: Sustainable Software
  Programming Engineering).

  = Ergänzung Abgrenzung des Begriffs "Nachhaltigkeit".

  = Ergänzung weiterer optionaler Aktivitäten zur Minimierung des
  Energieverbrauchs.


  Coding Guideline/ = Allgemeine Guideline

  Allgemeine Guideline © Grundlegende Überprüfung und Anpassung aller Kriterien.
  2 Auslagerung der EditorConfigs in die sprachspezifischen
  Kapitel.
  s Aufnahme Clean Code Best Practices.


  = C#

  = Aufnahme Empfehlung hinsichtlich zu nutzender IDE.


  "= C+H

  = Aufnahme zu nutzende IDE und Testing Frameworks.


  = Kotlin

  = |DE Unterscheidung zwischen Android und anderen Projekten.
  © Aufnahme Ktlint.
  2 Aufnahme Testing.


  =" Swift

  = Aufnahme Formatierung.
  2 Aufnahme Testing.


  = Java

  = Aufnahme Testing.


  = JavaScript und TypeScript

  Umbenennung des Kapitels (ehemals nur JavaScript).
  00




  Ergänzung BWI React Starter Projekt.
  Aufnahme Tailwind.
  soo




  Aufnahme Vitest.
  Aufnahme Scaffolding.
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826


  Intern


  BUI Veröffentlicht

  IT fur Deutschland
  Gültig ab: 29.01.2024 Version: 3.0


  Kapitel Änderung

  Python

  ©e Ergänzung Mamba.
  © Ergänzung automatisiertes Testen mit mypy.
  © Ergänzung Network Programming mit Twistet.


  Configuration Neues Unterkapitel Configuration Management mit Ansible.
  Management
  Ergänzung optionale Aktivitäten bzgl. Konfigurationsdateien.

  Version Control Einheitliche Umbenennung von master zu main.

  Schärfung Regeln zu LFS.

  Ergänzung und Konkretisierung im Abschnitt Merge Request/Code
  Review.

  Ergänzung scaled-trunk-based Ansatz.

  Software Quality & Ergänzung des Abschnitts Hinweise zu Testfällen.

  ‚Assurance = Auslagerung der Definitionen und Hintergrundwissen ins Glossar.
  Software Operating Module

  Allgemeine Operating = Ergänzung des Abschnitts Inbetriebnahme.

  Vorgaben = Konkretisierung der Abschnitte Dokumentation, Deployment,
  Operating, Monitoring & Reporting.

  Server-based Keine Änderungen.
  Applications

  Cloud Applications = Zusammenfassung der Vorgaben im Abschnitt Monitoring &
  Reporting.

  Konkretisierung der Aktivitäten im Abschnitt Deployment.

  Desktop Applications Zusammenfassung der Vorgaben im Abschnitt Monitoring &
  Reporting (analog zu Cloud).

  Ergänzung Richtlinien zur Paketierung und Paketierungsstrategie.

  Mobile Applications Keine Änderungen.

  Al Applications Neues Kapitel.

  Maintenance & Neues Unterkapitel Last-Level-Support.
  Support




  Software Engineenng Fre
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826


  Intern
  GED© ®

  Veröffentlicht BUI
  Gültig ab: 29.01.2024 Version: 3.0




  2 Management Module
  Das Management Module beinhaltet die Rahmenbedingungen für Software Engineering. Hierzu
  gehören der Software-Engineering-Prozess, die eingesetzten Methoden und Technologien
  sowie die Abhängigkeit zu Richtlinien und Sicherheitsvorgaben innerhalb und außerhalb der
  BWI.



  2.1 Software Engineering Process

  Ansprechpartner*innen: Janina Moser, BWI; Dominik Röser, ZDigBw



  Dieses Kapitel zeigt, wie die einzelnen Module des Software Engineering Frameworks im
  Zusammenhang stehen und wie DevOps, das Entwicklungs- und Betriebsparadigma, in den
  Gesamtprozess eingebettet ist. Es beschreibt außerdem, wie ein Software-Engineering-
  Vorhaben initiiert wird und welche Voraussetzungen erfüllt sein müssen, damit die
  Softwareproduktentwicklung in der BWI starten kann.

  Der Software-Engineering-Prozess beinhaltet folgende Schritte, die in den nachfolgenden
  Kapiteln erläutert sind:



  Vision | _ Inception Iterative Realization (DevOps) Standard Betrieb

  ‘Validation pre
  Discovery & =




  Architecture &
  Sofware Design cee
  Q =

  oY al Compliance S
  Secunty & oro




  oF zi} Coding oswa
  Reporting
  fei
  Somware Quaity & Maintenance&
  Assurance Support




  2.1.1 Vision

  [MUSS]: Eingangskanal

  Mit einer neuen Kundenanfrage beginnt der Software-Engineering-Prozess. Innerhalb der BWI
  wird eine Anfrage für Software-Engineering-Leistungen über die standardisierte Seite Center of
  Excellence Ressourcenmanagement oder direkt über Dynamo gestellt. Anschließend wird das
  Vorhaben in das SWE-Auftragsbuch überführt und ein Termin für den Erstkontakt vereinbart.

  [MUSS]: Erstkontakt

  Der Erstkontakt ist ein Gespräch, bei dem der Kunde eine erste Übersicht über das Vorhaben
  vorstellt:

  = Grobe fachliche Anforderungen: Was soll entwickelt werden? Was ist der zu
  erwartende Mehrwert?

  > Engineering Framework der BWI und Bundeswehr Release

  © BWI GmbH 2024 All RightsF served Seite 18
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Kontext: In welchem Kontext steht das zu entwickelnde Produkt? Geht es um eine
  Neu- oder Weiterentwicklung eines Legacy-Produkts oder um die Umsetzung einer
  gänzlich neuen Lösung?
  Machbarkeitsanalyse: Hat die Anfrage einen Software-Engineering-Bezug? Ist die
  Anfrage umsetzbar?
  Wiederverwendbarkeit: Gibt es bereits einen Prototypen oder Komponenten zu
  diesem Vorhaben? Falls ein Prototyp existiert, ist dieser SWE Framework-konform,
  damit auf dessen Basis weiterentwickelt werden kann oder muss neu entwickelt
  werden?
  Technische Einordnung des Einsatzgebiets: In welchem Systemumfeld soll das
  Produkt eingesetzt werden? Gibt es dazu entsprechende Sicherheitsanforderungen?
  Wie viele Nutzer werden erwartet? In welcher Zielumgebung soll das Produkt
  betrieben werden? Gibt es bereits bekannte essentielle Schnittstellen?
  Zeitlicher Rahmen: Wann soll das Vorhaben starten? Welche weiteren zeitlichen
  Parameter gibt es? Welche Priorität/Dringlichkeit hat das Vorhaben? Wann wird eine
  einsatzfähige Lösung erwartet?
  Ansprechpartner definieren: Wer sind die zentralen Ansprechpartner? (Im Bw-Umfeld
  ist die frühzeitige Klärung des IT-SVEB (IT-Service-Verantwortlicher Bw oder IT-
  Service Owner) empfohlen.) Wer wird das Vorhaben z. B. als Subject Matter
  Expert/Advisor (siehe Kapitel Methodology) begleiten? Wer ist der Auftraggeber?
  Budget: Gibt es ein Budget bzw. einen Auftrag (Lieferverpflichtung) für Entwicklung
  und den Betrieb? Wer finanziert das Vorhaben?


  2.1.2
  Das Ziel der Inception Phase ist eine Abschätzung der Anforderungen, des Scopes und der
  Rahmenbedingungen der jeweiligen Anfrage zu erstellen, um das Softwareprodukt ganzheitlich
  entwickeln zu können. Die Abschätzung gliedert sich in zwei Teile:
  [EMPFOHLEN]: Erster Schritt: Scientific Wildly Aimed Guess (SWAG)
  Eine einfache Schätzung basierend auf der Erfahrung der Software-Engineering-
  Expert*innen.
  Minimaler Invest: Zeitaufwand von etwa einer Stunde.
  Diese erste Abschätzung darf eine Unschärfe von 100% aufweisen.
  [MUSS]: Im Anschluss: Anforderungsworkshop
  Ein Anforderungsworkshop von zwei bis drei Tagen wird durchgeführt. Sofern ein SWAG
  vorhanden ist, werden die SWAG Ergebnisse während des Anforderungsworkshops präzisiert.
  Ziel des Anforderungsworkshops ist, je nach Vorhaben, Anforderungen gemeinsam mit dem
  Kunden zu erkennen, zu präzisieren und zu bewerten. Dabei können Antworten zu den
  nachfolgenden Punkten erarbeitet werden, um aus Software-Engineering-Sicht die benötigten
  Mitarbeitenden sowie benötigte Technik zu identifizieren. Bei dieser Ausarbeitung sollten
  Mitarbeitende des späteren Projektteams von Anfang an maßgeblich beteiligt sein. Die
  Verrechnung und Beauftragung findet gemäß BWI-Vorgaben in Abstimmung mit dem Account
  Management statt.
  Entwurf eines Grob-Konzepts: Hierbei sollten die definierten Anforderungen nicht zu
  feingranular sein und keine technische Lösung vorwegnehmen.

  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 16 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Prüfung von Standardsoftware oder bereits vorhandene Eigenentwicklungen als
  mögliche Lösungsalternative (Prüfung auf COTS / MOTS).
  Erstellung einer High-level-Architektur / Infrastruktur.
  Anwendung von Spikes / Rapid Prototyping / Wireframes.
  Anlegen erster Epics / Stories.
  Durchführung von Design Sprints.
  Abschätzung der Aufwände zur Erstellung des Informationssicherheitskonzepts
  InfoSichhK und des Datenschutzkonzepts DSK.
  Eingrenzung des Vorgehensmodells: Abhängig von den Anforderungen, insb. den
  Sicherheitsanforderungen, kommen unterschiedliche Methoden zum Einsatz. Agile
  Vorgehensweisen, wie im Kapitel Methodology beschrieben, werden angestrebt.
  Identifikation von Abhängigkeiten zu anderen Systemen, Netzübergängen und
  Sicherheitsdomänen / Erstellung eines Abhängigkeitsgraphen.
  Planung Software Development Environment (siehe Kapitel Technology).
  Nutzung des verfügbaren Templates für die Aufwandsschätzung zur Übermittelung an
  den Kunden im Verweise auf andere Dokumente.
  Erarbeitung der Qualitätsziele (siehe Kapitel Architecture & Design Engineering).
  [MUSS]: SWE Auftragsbacklog
  Das Vorhaben wird im SWE-Auftragsbuch kontinuierlich aktualisiert. Die Priorisierung geschieht
  in Abhängigkeit von den folgenden Punkten:
  Vorgegebene Projektpriorisierung durch die BWI.
  zeitlicher Rahmen sowie Dauer des Vorhabens.
  Umfang des zu entwickelnden Produkts.
  Dringlichkeit.
  Verfügbarkeiten der für das Vorhaben relevanten Mitarbeitenden.


  2.1.3
  [MUSS]: Umsetzung nach agilem Vorgehen
  Der Fokus dieser Phase liegt auf der iterativen und inkrementellen Produktentwicklung. In der
  BWI startet diese, sobald SWE den Auftrag zur Umsetzung des Vorhabens gemäß BWI-
  Prozessen und Vorgaben erhält.
  Zu Beginn:
  Auswahl eines bereits eingespielten Teams oder Aufbau eines neuen Teams
  (Staffing je nach Verfügbarkeit und Know-how durch BWI/Bw/Externe)
  einschließlich der Software-Engineering-Expert*innen, die idealerweise bereits
  das SWAG und den Anforderungsworkshop durchgeführt haben sowie
  Abstimmung über das Vorgehensmodell im Team (siehe Kapitel Methodology)
  inkl. rechtzeitiger Planung, Anmeldung neuer betrieblicher Anforderungen bei den
  jeweiligen Operations Services.



  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 17 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Start der agilen Produktentwicklung mit regelmäßigen Releases. In Ausnahmefällen
  können auch andere Vorgehensweisen vereinbart werden.
  Parallele Bearbeitung der Aktivitäten aus den Modulen Software Engineering sowie
  Software Operating.
  DevOps (als eine cross-funktionale Team-Besetzung aus den erforderlichen
  Bereichen (z. B. Dev und Ops) sowie die obligatorische Berücksichtigung der
  Security-Aspekte) als Entwicklungs- und Betriebsparadigma. Somit ist sichergestellt,
  dass alle Compliance- und Sicherheitsanforderungen im gesamten Lifecycle erfüllt
  werden.
  Regelmäßiges Einholen von Feedback von allen relevanten Stakeholdern und
  Berücksichtigung bei der Umsetzung (Inspect & Adapt z. B. im Sprint Review).
  Kontinuierliche Anpassung des Product Backlogs auf Basis des Feedbacks, der
  Rahmenbedingungen des Vorhabens und neuer oder veränderter Anforderungen
  (funktional sowie nicht-funktional).


  2.1.4
  [KANN]: Indikatoren für die Überführung in den Regelbetrieb:
  Feature-complete.
  Qualitätsziele erfüllt.
  Beta-Phase abgeschlossen.
  Backlog geleert.
  Abnahmetest durch den Kunden abgeschlossen.
  Produktionsfreigabe (durch den Kunden) erteilt.
  Schwachstellen, die ggf. noch im Softwareprodukt enthalten sind, werden akzeptiert.
  Dokumentation abgeschlossen.
  3rd Level Supportteam definiert und Supportprozesse geklärt.
  Sobald das Softwareprodukt in den Regelbetrieb überführt wird, tritt eine reine Betriebsphase
  ein. In der BWI wird dieser Betrieb hauptverantwortlich durch die Betriebseinheit Application
  Management durchgeführt. Hierbei wird der 3rd Level Development Support weiterhin von
  einem Teil des ursprünglichen Entwicklungsteams bereitgestellt. Ferner werden bei einer neuen
  Sicherheitslücke (in einer externen Komponente oder im eigenentwickelten Source Code)
  Entwicklungsleistungen bereitgestellt, um diese Sicherheitslücken umgehend zu entfernen
  gemäß CON.8.A8.
  Retirement bzw. Ausphasung: Ist der "End of Life"-Zustand erreicht, wird der Betrieb eingestellt
  und ggf. eine Migration in eine nachfolgende Software durchgeführt. Die Software sowie alle
  Dokumentationen werden archiviert.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 18 / 115 © BWI GmbH 2024 All Rights Reserved
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern


  Veröffentlicht


  Gültig ab: 29.01.2024 Version: 3.0



  2.2 Methodology
  ‚Ansprechpartner: Christoph Winkler ,BWI



  Zum Start eines Software-Engineering-Vorhabens muss eine geeignete Methodenauswahl
  getroffen werden. Dies wird im gesamten Team diskutiert und abgestimmt. Die Methode muss
  dabei zur jeweiligen Problemstellung bzw. den Anforderungen passen. Im Rahmen des Software
  Engineering Frameworks wird Softwareentwicklung nach agilen Frameworks (z. B. Scrum,
  Kanban) empfohlen.



  2.2.1 Rollen

  [MUSS]: Im agilen Umfeld sind folgende Rollen und Interaktionen gemäß CON.8.A1 relevant:




  02 Advisor

  ae Enterprise Architecture

  Entwickler*innen




  Advisor




  Kunde Feedback m
  Ad Security


  Agile Team Beratung
  Product agile
  Owner Master



  Advisor
  Military Context




  Autonome, iterative
  Arbeit am Produkt



  Advisor
  engagiert




  Supplier




  Rolle Beschreibung

  Kunde Kunde begleitet die Entwicklung fortlaufend und stellt ggf. einen SME (s. u.) oder
  PO.


  PO Der Product Owner ist der Produktverantwortliche und soll den Business Value des
  Produktes maximieren. Er entscheidet über Features und priorisiert diese in der
  Umsetzung. Wenn der PO nicht durch den Kunden gestellt werden kann, wird ein
  PO vom Auftragnehmer gestellt, dieser wird Proxy Product Owner genannt.



  Software Engineering Framework der BWI und Bundeswehr Release 2024

  © BWI GmbH 2024 All Rights Reserved Seite 19/115
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826


  ss Intern

  B WI Veröffentlicht

  IT T furfür Deutschland
  Deutsch Gültig ab: 29.01.2024 .
  Version: 3.0

  Rolle Beschreibung

  Agile Der agile Master als agiler Coach optimiert die Arbeitsweise des Teams und wirkt als
  Master Servant Leader.


  Agile Das agile Team besteht cross-funktional aus allen benötigten Fähigkeiten, um
  Team autonom Entscheidungen treffen zu können. Das Team kann sich Expertise des
  SME oder Advisors einholen und umsetzen.


  Advisor Der Advisor bzw. Subject Matter Expert stehen dem Team für spezielle Themen zur
  bzw. SME Verfügung und können punktuell unterstützen. Jede Umsetzungsentscheidung bleibt
  eine Entscheidung des Teams.


  Supplier Dienstleister können für die Umsetzung vom Team engagiert werden.




  2.2.2 Methoden

  [MUSS]: Auswahl des Vorgehensmodells gemäß CON.8.A2 und CON.8.A16:

  BWl-eigene Methoden

  Alle Projekte der BWI müssen die BWI-weit gültige Projektmanagement-Methodik PM@BWI
  anwenden sowie, abhängig vom Projekt, weitere Praktiken wie EPDF@BWI bedienen. Im
  Kontext von PM@BWI können ergänzende Hilfestellungen im BWl-internen Agile Playbook
  eingesehen werden. Zu den einzelnen Methoden existieren eigene Dokumentationen, die unter
  folgenden Links eingesehen werden können: EPDFund PM@BW! .

  Scrum

  Bei einer Entscheidung für die Anwendung des Scrum Frameworks muss sich an der aktuellen
  Fassung des Scrum Guides orientiert werden. Eine Abweichung hiervon wird nicht angestrebt.
  Die aktuelle Fassung des Scrum Guides findet sich unter: Scrum Guide 2020

  Spezielle Ausprägungen:

  ‚Abhängig von den Anforderungen an das Software-Engineering-Vorhabens und insbesondere in
  sicherheitskritischen Bereichen könnten spezielle Ausprägungen wie z. B. SafeScrum (nicht zu
  verwechseln mit dem agilen Skalierungsmodell SAFe) in Erwägung gezogen werden [Han13].

  Kanban

  Die Kanban Methode setzt den Fokus auf die Durchsatzoptimierung der Arbeit, d.h. auf eine
  schnelle und effiziente Bearbeitung von Aufgaben. Bei der Umsetzung soll auf die Einhaltung
  der Prinzipien und Praktiken nach David Anderson geachtet werden. Eine Erklärung für Kanban
  findet sich in dem offiziellen Leitfaden zur Kanban-Methode .

  V-Modell (XT)

  Das V-Modell ist eine geschützte Marke der Bundesrepublik Deutschland und wird daher häufig
  im Behördenumfeld (z. B. auch Bw) genutzt. Die aktuelle Fassung des V-Modells kann auf der
  Homepage des CIO des Bundes eingesehen werden: V Modell XT.




  Software Engineering Framework
  de
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  2.3
  Ansprechpartner: Fabian Angelstorf, BWI; Norman Nemitz, BWI
  Die eingesetzte Technologie spielt eine entscheidende Rolle für den Erfolg des Software
  Engineerings. Einerseits werden geeignete Entwicklungsumgebungen benötigt, um effiziente
  und sichere Software entwickeln zu können. Andererseits beeinflussen die eingesetzten
  Technologien, wie Programmiersprachen und externe Komponenten, das zu liefernde Produkt.


  2.3.1
  Eine mandantenfähige, skalierbare und sichere Softwareentwicklungsumgebung stellt
  grundlegende Funktionen zur Software-Entwicklung zentral bereit und bietet Entwicklern so eine
  verlässliche Grundlage für die effiziente Entwicklung hochwertiger Softwarelösungen. In der BWI
  wird eine entsprechende Entwicklungsumgebung gemäß BSI-Grundschutz (v.a. CON.8.A3,
  sowie CON.8.A17 bis CON.8.A19) durch den Service Software Development Environment
  (SDE) (Kontakt: bwi.fp.buenosdeaas@bwi.de) bereitgestellt. Durch die Erfüllung der
  Anforderungen des BSI-Grundschutz trägt die Entwicklungsumgebung dazu bei,
  Manipulationen, Verlust und den unautorisierten Abfluss von Quellcode zu verhindern.
  Standardisierte Vorgehensweisen sichern und optimieren darüber hinaus den Software-
  Erstellungsprozess und mindern potenzielle Kompatibilitätsprobleme.
  Funktionsumfang
  Der SDE-Service beinhaltet in der ersten Ausbaustufe die folgenden Funktionen, Werkzeuge
  und Prozesse. In Klammern angegeben sind die Produkte, für die bereits ein Rahmenvertrag
  vorhanden ist:
  Code Versionierung gemäß CON.8.A10 (GitLab Ultimate).
  Product Building (GitLab Runner).
  Statische Codeanalyse (Sonarsource Sonarqube).
  Artefaktspeicher / Repositorymanagement (Sonatype Nexus Repository Pro / Harbor).
  Folgende Funktionen, Werkzeuge und Prozesse werden in weiteren Ausbaustufen des SDE-
  Services bereitgestellt:
  Komponentenanalyse für Schwachstellen und Lizenzen gemäß CON.8.A20.
  Qualitätssicherung und Testwerkzeuge (Keysight Eggplant).
  Monitoring & Reporting.
  zentral bereitgestellte IDE-Lizenzen.
  Bereitstellung von Entwickler-Clients.
  weitere Standardtools für Entwicklung und entwicklungsnahe Tätigkeiten (z. B.
  Wireframe).
  Sollten weitere Funktionen, Werkzeuge oder Prozesse benötigt werden, können die
  Anforderungen mit dem SDE-Service abgestimmt werden.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 21 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Für die SDE werden unterschiedliche Ablaufumgebungen angeboten, die auf dem o.g.
  Technologie-Stack basieren. Aktuell in der Planung und Entwicklung sind die folgenden
  Umgebungen:
  SDE@DevLabPro für die Entwicklung und Bereitstellung von Softwareartefakten in
  einem geschützten, isolierten Bereich, erreichbar über das Internet (aktueller Stand
  01/2024: im Aufbau).
  SDE@EwS (pCloudBw) für die Entwicklung und Bereitstellung von Softwareartefakten
  auf der pCloudBw (aktueller Stand 01/2024: im Pilotbetrieb).
  Vorgaben
  [MUSS]: Für jedes Software-Engineering-Vorhaben muss eine geeignete
  Softwareentwicklungsumgebung verwendet werden. Generell steht hierfür der SDE-
  Service zur Verfügung.
  [MUSS]: Die Nutzung eines CVE-Scanners ist vor Auslieferung der Artefakte
  verpflichtend. Hier müssen auch externe Komponenten mitgeprüft werden.
  [EMPFOHLEN]: Die Nutzung eines Antiviren-Scanners (nicht Teil des
  Funktionsumfangs der SDE) ist vor Auslieferung der Artefakte empfohlen.


  2.3.2
  Bei Neuentwicklungen werden vorrangig folgende Programmiersprachen in Abhängigkeit
  softwaretechnischer Anforderungen genutzt. Die entsprechenden Leitfäden sind bei der
  Entwicklung zu berücksichtigen:
  Java (Coding Guideline in Kapitel Java)
  C# (Coding Guideline in Kapitel C#)
  JavaScript / TypeScript (Coding Guideline in Kapitel JavaScript und TypeScript)
  Kotlin für die Entwicklung von Android Apps (Coding Guideline in Kapitel Kotlin)
  Swift für die Entwicklung von iOS und MacOS Apps (Coding Guideline in Kapitel
  Swift)
  Python (Coding Guideline in Kapitel Python)
  Je nach Anforderungen können weitere Programmiersprachen unterstützt werden, wie
  beispielsweise:
  C++ (Coding Guideline in Kapitel C++)
  Die Anzahl genutzter Programmiersprachen sollte allerdings so klein wie möglich bleiben.
  Die Liste der Programmiersprachen wird auf Basis der Veränderungen im Bereich der
  Softwareentwicklung kontinuierlich aktualisiert.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 22 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  2.3.3
  Der Einsatz von externen Komponenten muss sorgfältig bewertet werden gemäß CON.8.A6.
  Generell muss im Vorfeld die Notwendigkeit für einen Einsatz geprüft werden. Zudem müssen
  die lizenzrechtlichen Vorgaben beachtet werden.
  Bewertungsleitfaden
  Zur Bewertung von externen Komponenten müssen folgende Kriterien herangezogen werden:
  Einordnung und Eignung für den eigenen Use-Case:
  Ist der Einsatz der Komponente notwendig?

  Vertrauen in den Herausgeber:
  Ist der Herausgeber bekannt?
  Ist der Herausgeber mit einem Staat im Sinne von § 13 Abs. 1 Nr. 17
  Sicherheitsüberprüfungsgesetz - SÜG assoziiert?

  Sicherheit der Komponente:
  Sind Sicherheitslücken oder Schwachstellen bekannt?

  Verbreitung der Komponente:
  Kommt die Komponente in anderen eigenen Produkten zum Einsatz?

  Häufigkeit der Releases und Zeitpunkt des letzten Releases:
  Wird die Komponente noch aktiv weiterentwickelt?
  Ist zu erwarten, dass die Komponente langfristig weiterentwickelt wird?
  Werden aufgedeckte Sicherheitslücken geschlossen?
  Wie lange wird die Komponente noch supportet?

  Aufwandseinschätzung der Eigenentwicklung gegenüber Integrations- und
  Anpassungsaufwand.
  Lizenz-Modell:
  Darf die Komponente überhaupt verwendet werden?
  Welche Einschränkungen gehen mit der Nutzung einher?

  Sicherstellung der Digitalen Souveränität:
  Erzeugt der Einsatz eine einseitige Abhängigkeit zu einzelnen Herstellern (Vendor
  Lock-In)?

  Zur Steigerung der Harmonisierung der Eigenentwicklungen sind zudem Komponenten zu
  bevorzugen, die bereits in anderen Eigenentwicklungen zum Einsatz kommen.
  Die Einführung eines Tools zur transitiven Komponentenanalyse von Schwachstellen und
  Lizenzen befindet sich in Pilotierung (Stand 01/24). Dadurch wird die toolgestützte Durchsetzung
  der Vorgaben ermöglicht.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 23 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Lizenzrechtliche Vorgaben
  Sowohl beim Verwenden von zusätzlichen Hilfsmitteln als auch bei Einsatzmitteln ist auf die
  Lizenzen der eingesetzten Produkte zu achten.
  [MUSS]: Die Produkte dürfen nur entsprechend ihrer Lizenzbedingungen eingesetzt
  werden.
  [MUSS]: Es dürfen nur Artefakte verwendet werden, deren Herkunft eindeutig ist.
  Durch das verpflichtende Vorhalten einer Software Bill of Material (SBOM) wird auch
  dem Auftraggeber jederzeit transparent dargestellt, welche Komponenten aktuell
  verwendet werden (Compliance-Sichtbarkeit). Die SBOM muss die formellen und
  fachlichen Vorgaben gemäß BSI-Richtlinie TR-03182-2 erfüllen. (siehe
  https://www.bsi.bund.de/SharedDocs/Downloads/DE/BSI/Publikationen/TechnischeRi
  chtlinien/TR03183/BSI-TR-03183-2.pdf)
  [MUSS]: In den Umgebungen der BWI muss für die Nutzung von Eigenentwicklungen
  und Entwicklungswerkzeugen der Freigabeprozess des CERT genutzt werden (vgl.
  CERT BWI | FAQ (bwi-intranet.de).
  [MUSS]: Innerhalb der BWI müssen die Vorgaben des Lizenzmanagements gemäß
  der Verfahrensanweisung eingehalten werden. Dazu muss bei der Beschaffung von
  Softwarelizenzen und bei dem geplanten Einsatz von Open Source
  Softwareprodukten der Software-Asset Management Service der BWI zwingend
  involviert werden (Kontakt: bwi.fp.Lizenzmanagement@bwi.de).
  [MUSS]: Bei der Beschaffung von lizenzpflichtigen Produkten sind die geltenden
  Beschaffungsregelungen zu beachten.
  [MUSS]: Bei der Beschaffung von lizenzpflichtigen Produkten sind als öffentliche
  Auftraggeberin im Sinne des § 99 Nr. 2 GWB die gesetzlichen Regeln des
  Vergaberechts bei der Erteilung von Aufträgen an Geschäftspartner zu beachten.
  Daher müssen Produkte oberhalb des EU-Schwellenwerte im Rahmen eines
  europaweiten Vergabeverfahrens vergeben werden (EU-Schwellenwert 2024/2025:
  221
  [MUSS]: Wenn Open Source genutzt werden soll, muss die Nutzung vor dem
  Entwicklungsstart zwischen dem Auftraggeber und der BWI vereinbart werden.
  [EMPFOHLEN]: Der Einsatz von Open Source ist zu bevorzugen.
  Das Mitwirken in Open Source Communities befindet sich noch in Klärung. Aktuell ist ein
  Mitwirken nur mit expliziter Genehmigung gestattet.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 24 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  2.4
  In allen Phasen des Software-Engineering-Prozesses müssen sämtliche Compliance,
  Datenschutz- und Sicherheitsanforderungen eingehalten werden.


  2.4.1
  Ansprechpartner: Burkhard Pietsch, BWI; Günter Liehl, BWI
  [MUSS]: Konkret müssen folgende Themenbereiche bearbeitet werden:
  Informationssicherheit: Jedes Softwareprojekt benötigt zwingend ein InfoSichhK (inkl.
  Bedrohungsmodellierung gemäß CON.8.A12 und CON.8.A21 ). Dafür existiert in der
  BWI die Richtlinie zum Management von Informationssicherheit, insbesondere die
  Konkretisierungen in der Anlage Informationssicherheitsanforderungen. Da die
  Richtlinie nicht immer den Anforderungen einer zu entwickelnden Software entspricht,
  müssen bei Bedarf frühzeitig Ausnahmegenehmigungen bei CISO beantragt werden
  (z. B. bei der Nutzung von GPUs in Containern).
  Unterstützend für das InfoSichhK kann die Orientierungshilfe zur
  Informationssicherheit im Verweise auf andere Dokumente genutzt werden, in der die
  relevanten Anforderungen mit Bezug auf Software Engineering hervorgehoben
  werden gemäß CON.8.A5 .
  Das InfoSichhK deckt, abhängig von der jeweiligen Zielumgebung, die folgenden
  Richtlinien ab:
  BSI IT-Grundschutz (CON.8)
  BSI Technische Richtlinien (bei Bedarf)
  BSI Mindeststandards Bund

  VS-Einstufung: Generell muss immer eine Einstufung der Schutzbedürftigkeit der
  Projektinhalte im Rahmen des InfoSichhK vorgenommen werden. Die daraus
  resultierenden Vorgaben werden in der Regel durch die Absicherung der
  zugrundeliegenden Infrastruktur und nicht durch die zu entwickelnde Software erfüllt.
  Wenn die Infrastruktur diese Anforderungen nicht erfüllt, müssen softwareseitig
  entsprechende Vorkehrungen getroffen werden (z. B. die Verschlüsselung der
  gespeicherten Daten auf einer unverschlüsselten Datenbank außerhalb des IT-
  SysBw).
  Vorgaben für CVEs für alle eingesetzte Artefakte.
  Betrachtung der verfügbaren und zugelassenen Post-Quantum-Algorithmen für den
  jeweiligen Use Case.
  Weitere Richtlinien, die für den jeweiligen Anwendungsfall bzw. das Umfeld relevant
  sind, sind unabhängig vom SWE Framework zu betrachten und werden hier nicht
  gesondert aufgeführt.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 25 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Die folgenden aktuellen Richtlinien für sichere Softwareentwicklung sind relevant und sollten
  beachtet werden:
  Architekturvorgaben und -prinzipien der BWI :
  AP03: Automatisierung.
  AP05: Benutzbarkeit.
  AVEA01; Anforderungsgetriebene Entwicklung.
  AVEA03: Verwendung von Standards und einheitlichen Methoden.
  AVEA05: Sicherstellung von Benutzerfreundlichkeit.
  AVEA13: Skalierbarkeit von Anwendungen und IT-Plattformen.
  AVEA16: Nutzung von Interimslösungen.
  -Systemen und
  Produkten.
  -by-
  AVIS08: Einsatz kryptografischer Verfahren.
  AVSA08: Nutzung von Identity & Access Management-Services.
  AVISA01: Nutzung von einheitlichen und quelloffenen Formaten für den
  Austausch von Daten und Informationen.
  AVISA02: Nutzung standardisierter Zeichensätze und kodierungen.
  AVISA04: Einsatz von Standards bei Geodaten und Geodatenservices.
  AVTA01: Verfolgung des Cloud-First-Ansatzes.
  AVTA02: Virtualisierung von Anwendungen und IT-Plattformen.
  AVTA10: REST-basierte Schnittstellen der Anwendungen und Plattformen.
  AVTA15: Nutzung von standardisierten Programmiersprachen und
  Entwicklungsumgebungen für die serverseitige Anwendungsentwicklung.

  Umsetzungsplan Bund .
  Zentrale Dienstvorschriften der Bw, insbesondere:
  A-960/1 "Informationssicherheit".
  A-1130/2 VS- -


  Das Ziel ist, auf bekannte Bedrohungsszenarien vorbereitet zu sein, um Datenverluste,
  unbefugte Zugriffe, Flooding-Attacken usw. zu verhindern. Als Grundlage dienen die Richtlinien
  der OWASP Foundation. Insbesondere für sicheres Software Engineering dienen folgende
  Konkretisierungen als Orientierung:
  OWASP Application Security Verification Standard - Web Applikationen.
  OWASP Mobile Application Security Verification Standard - Mobile Applikationen.
  OWASP Mobile Security Testing Guide.
  Best Practices und Unterstützung werden jeweils durch die Security Advisor bereitgestellt, wie
  im Kapitel Methodology beschrieben.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 26 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  2.4.2
  Ansprechpartner*innen: Samantha Meindl, BWI; Fabian Angelstorf, BWI; Georg Hofmann, BWI
  Für den Themenkomplex Datenschutz gelten in der BWI vorrangig folgende Dokumente:
  Richtlinie Operativer Datenschutz.
  Verfahrensanweisung Aufbau einer Verarbeitungstätigkeit.
  Datenschutzkonzept Template (DSK Template).
  Für die Softwareentwicklung sind insbesondere die folgenden Prinzipien umzusetzen:
  Das Prinzip "Data Protection by Design": Ziel ist es, bereits während des Designs
  von Systemen bzw. der Entwicklung das Thema Datenschutz zu berücksichtigen.
  Hierzu zählen Maßnahmen wie die Minimierung der Erhebung und Verarbeitung
  personenbezogener Daten, möglichst frühzeitige Pseudonymisierung bzw. (wenn
  möglich) Anonymisierung der Daten im Verarbeitungsprozess und die Beschränkung
  des Zugriffs auf die Daten durch Zugriffsstrukturen und -berechtigungen.
  Das Prinzip "Data Protection by Default": Hierbei ist darauf zu achten, dass im
  Auslieferungszustand die Grundeinstellungen im Sinne des Datenschutzes
  voreingestellt sind. Diese Einstellungen sollten von der nutzenden Person
  konfigurierbar sein. Zum Beispiel sollte festgelegt werden, welcher Umfang an
  personenbezogenen Daten bei Selektions-, Export- und Auswertungsfunktionen
  verfügbar bzw. vorausgewählt ist. Zudem ist darauf zu achten, die Zulässigkeit bzw.
  Unzulässigkeit bestimmter Eingaben festzulegen (z. B. vorbefüllte
  Auswahlmöglichkeiten statt Freitextfelder).
  Eine Übersicht über die Themen "Data Protection by Design" und "Data Protection by Default"
  ist der Guideline 4/2019 on Article 25 Data Protection by Design and by Default zu entnehmen.
  Weitergehende Anforderungen können zudem der ISO 31700 entnommen werden.
  Die Umsetzung und die Einhaltung der Prinzipien wird im Anhang zum DSK Template
  "Fragebogen Privacy by Design und by Default" (siehe o. g. Datenschutzkonzept Template)
  nachgehalten.
  [MUSS]: Die im DSK Template aufgeführten Anforderungen (Fragebogen Privacy by
  Design und by Default, siehe Anhang) sind verpflichtend umzusetzen.
  [MUSS]: Das DSK Template ist gemeinsam für jedes Entwicklungsprojekt
  verpflichtend auszufüllen. Bei Bedarf kann hierfür die jeweilige Datenschutzfachkraft
  des Bereichs hinzugezogen werden (Kontakt: bwi.fp.datenschutzfachkraft@bwi.de).




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 27 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3
  Das Software Engineering Module ist der wesentliche Kern des Software Engineering
  Frameworks. Das Modul beinhaltet die Standards zur Architektur, zum Design und zur
  Entwicklung von Software. Zudem werden Methoden zur Anforderungserhebung und
  Qualitätssicherung beschrieben.


  3.1
  Ansprechpartner: Christoph Winkler, BWI


  Eine Produktentwicklung basiert auf den Anforderungen, die an das Produkt gestellt werden. Die
  Entdeckung (Discovery) und Validierung (Validation) dieser Anforderungen, als essentielle Teile
  der Produktentwicklung, werden in diesem Kapitel erklärt.


  3.1.1
  Definition
  Discovery ist die sprichwörtliche Entdeckungsarbeit am Produkt. Zu Anfang einer
  Produktentwicklung besteht die Discovery an der Erarbeitung und Befüllung des
  initialen Product Backlogs. Wichtig ist dabei, dass alle Anforderungen, die zum
  Projektstart bekannt sind, zusammen mit dem Kunden erhoben werden, um ein
  möglichst passendes Produkt für den Kunden zu entwickeln.
  Während der iterativen Produktentwicklung findet die Discovery kontinuierlich statt,
  indem Anforderungen fortlaufend mit dem Kunden zusammen besprochen und im
  Product Backlog dokumentiert werden. Dabei gehört nicht nur die Aufbereitung der
  initialen Anforderungen zur Discovery, sondern auch das "Entdecken" von neuen
  noch nicht erfassten Anforderungen.
  Durchführung von Discovery
  Zur initialen Product-Backlog-Befüllung werden Methoden aus dem agilen
  Requirements Engineering verwendet. Agiles Requirements Engineering beschreibt
  dabei das Requirements Engineering unter Gesichtspunkten einer agilen
  Vorgehensweise (v.a. iterativ, kundenorientiert, dem Zeitpunkt entsprechend).
  Anforderungen an das Produkt werden hierbei zusammen mit dem späteren
  Umsetzungsteam und dem Kunden erhoben. Hieraus resultiert ein besseres
  Verständnis für die Anforderungen auf Seiten der Entwicklung und ein besseres
  technisches Verständnis auf Seiten des Kunden. Ebenfalls entfallen hierdurch
  zahlreiche Übergaben, bei denen Informationen zu den Anforderungen verloren
  gehen können. Die präferierte Methode ist das User Story Mapping von Jeff Patton.
  Es können ebenfalls andere agile Methoden für das Befüllen des Backlogs gewählt
  werden.
  Während der iterativen Produktentwicklung können weitere verschiedene agile
  Methoden für die "Entdeckung" von neuen Anforderungen genutzt werden wie z. B.:
  Personas
  Example Mapping oder
  Impact Mapping.

  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 28 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3.1.2
  Die Validation ist unterteilt in:
  Produktvalidierung
  Alle Anforderungen, die an ein Produkt gestellt werden, sind in erster Linie
  Annahmen. Es wird also angenommen, mit Hilfe dieser Anforderungen das
  Problem des Kunden zu lösen bzw. das Bedürfnis des Kunden zu erfüllen. Daher
  muss noch vor dem Beginn der eigentlichen Entwicklung die initiale Validierung
  dieser Annahmen durchgeführt werden. Validierung bedeutet dabei, möglichst
  einfach und schnell Feedback z. B. durch die Nutzung von Prototypen zu
  sammeln, um festzustellen, ob die Annahmen richtig sind und man somit das
  richtige Produkt entwickelt.
  In der laufenden Produktentwicklung müssen ebenfalls Validierungen von neuen
  Anforderungen durchgeführt werden.

  Technische Validierung
  Die technische Validierung erfolgt fortlaufend und bezieht sich auf den
  programmierten Quellcode. Dieser wird technisch validiert. Dies geschieht mit
  Hilfe von automatisierten Tests (wie z. B. Unit-, Integration-, oder End2End Tests)
  oder manueller Validierung wie z. B. Prototyping.

  Durchführung der Produktvalidierung
  Analog zur Discovery kommen in der Validation ebenfalls agile Methoden zur Produktvalidierung
  zum Einsatz. Für die initiale Validierung des gesamten Produktes können Methoden wie das
  MVP oder der Lean Start Up Ansatz von Eric Ries genutzt werden. Grundlegend ist darauf zu
  achten, dass überhaupt eine Validierung der Anforderungen (bzw. Annahmen) vor der
  eigentlichen Produktentwicklung stattfindet. Hier gilt es die Validierung mit möglichst wenig
  Aufwand und geringen Mitteln umzusetzen.
  Während der Produktentwicklung wird ebenfalls kontinuierlich das Produkt bzw. die
  Anforderungen validiert. Hierzu können Methoden wie z. B. das KANO Modell verwendet
  werden.
  Durchführung der technischen Validierung
  In Ergänzung zur generellen Produktvalidierung wird der programmierte Source Code
  kontinuierlich validiert. Hierfür bedient man sich an unterschiedlichen Hilfsmitteln:
  Automatisierte Validierung (siehe auch Kapitel Software Quality & Assurance)
  Unit Tests
  Integration Tests
  End2End Tests
  Performance Tests
  Regressionstests
  CI/ CD Pipeline

  Manuelle Validierung
  Prototyping
  Modeling (z. B. UML)
  Pull Requests


  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 29 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3.2
  In diesem Kapitel werden Empfehlungen und Vorgaben für das Design einer Software - von der
  Architektur bis zum UX/UI-Design - aufgeführt. Zudem wird das Thema nachhaltige
  Softwareentwicklung behandelt.


  3.2.1
  Ansprechpartner: Arne Unruh, BWI; Florian Jost, BWI; Martin Becker, ZDigBw; Stephan Drews,
  ZDigBw


  In agilen Projekten werden Architekturarbeiten sowie Softwaredesign gemeinsam mit den
  Features des Produktinkrements iterativ vom Projektteam weiterentwickelt. Den Rahmen für die
  Ausgestaltung bilden Vorgaben (Solution-Architektur, Richtlinien, usw.) und Projektziele
  (Qualität, Zeit, Kosten, Scope). Ein effizientes Design von komplexen Softwaresystemen
  zeichnet sich durch ein hohes Abstraktionsniveau aus und unterstützt somit die
  Wiederverwendung von Software.
  Im Folgenden werden die Grundsätze, Methoden und Muster vorgestellt, die zur Erstellung einer
  Softwarearchitektur herangezogen werden können bzw. müssen (vgl. Kapitel Security &
  Compliance). Zudem sind die Vorgaben zur Dokumentationspflicht aufgeführt.


  3.2.1.1
  Bei Architekturarbeiten sowie Softwaredesign ist folgendes zu beachten:
  [MUSS]: Bei der Erarbeitung des Designs und der Architektur einer Software müssen
  die Designansätze KISS, DRY und SOLID Anwendung finden. Die wesentlichen
  Aspekte leiten sich daraus ab:
  Einfachheit - Das Konzept ist einfach zu halten (Erlernbarkeit, Umsetzbarkeit).
  Wartbarkeit - Erhöhung der Wartbarkeit des Systems durch Isolierung funktionaler
  Verantwortlichkeiten.
  Wiederverwendbarkeit - Wiederverwendbarkeit von Funktionen ermöglichen.
  Einheitlichkeit - Das Konzept ist auf unterschiedliche Projekte anwendbar.
  Nachvollziehbarkeit (Traceability) - Zuordenbarkeit der Anforderung zu den
  Artefakten und Verantwortlichkeiten.
  Automatisierbarkeit - Maximierung der Automatisierung von Entwicklungs-, Test-,
  Integrations-, Release- und Konfigurationsprozessen.
  Skalierbarkeit - Vertikale und horizontale Skalierbarkeit vorsehen.


  3.2.1.2
  Folgende Methoden können bzw. müssen abhängig vom Entwicklungsvorhaben genutzt
  werden:
  [MUSS]: Es muss eine mehrschichtige Architektur implementiert werden.
  [EMPFOHLEN]: Die Architektur ist in drei Hauptkategorien zu gliedern:
  Präsentation, Applikation und Infrastruktur.

  [MUSS]: Security by Default: Alle relevanten Sicherheitseinstellungen müssen als
  Grundeinstellung berücksichtigt werden (siehe auch BWI Architekturvorgabe AVIS04).
  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 30 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  [MUSS]: Security by Design: Das System soll robust und resilient gestaltet werden
  (gemäß CON.8.A22, siehe auch Orientierungshilfe
  Informationssicherheitsanforderungen im Anhang und BWI Architekturvorgabe
  AVIS03).
  [EMPFOHLEN]: Test Driven Development (TDD): Erstellung der Softwaretests vor der
  Programmierung zur Gewährleistung der Qualität und Lauffähigkeit.
  [EMPFOHLEN]: Software-as-a-Service Implementierung nach der Twelve-Factor App
  Methodology.
  [EMPFOHLEN]: Minimum Viable Product (MVP): Frühzeitige Bereitstellung eines
  minimal funktionsfähigen Produktes zum Einholen von Kundenfeedback und für
  iterative Erweiterungen (siehe Kapitel Discovery & Validation).
  [EMPFOHLEN]: Anti-Fragile: Berücksichtigung typischer Probleme, um diese von
  vorneherein einzuplanen und abfangen zu können, z. B. ein kurzzeitiger Ausfall einer
  Datenbank.
  [KANN]: Behaviour Driven Development (BDD) mit Domain Driven Design (DDD):
  Orientierung an der Fachlichkeit der Anwendungsdomäne zur Erleichterung der
  Kommunikation zwischen Entwickler*innen und Fachexpert*innen.


  3.2.1.3
  Abhängig vom Softwareprodukt müssen bzw. können folgende Muster bei der Erstellung der
  Architektur genutzt werden:
  [MUSS]: Verwendung von Standard-API-Technologien (Sicherstellung der
  Interoperabilität).
  [EMPFOHLEN]: Nutzung von REST oder GraphQL.

  [MUSS]: Lose Kopplung von Komponenten und (Sub-) Systemen, Trennung durch
  Interfaces.
  [MUSS]: Softwarekomponenten müssen bei IP-basierter Kommunikation
  Hostnamen/DNS nutzen, da sich IP-Adressen zur Laufzeit ändern könnten.
  [MUSS]: Verwendung von Enterprise- und Design-Patterns.
  [MUSS]: Verwendung einer modularen Architektur, entweder Microservices oder
  modularer Monolith.
  [EMPFOHLEN]: Softwarekomponenten sollten möglichst stateless sein.
  [EMPFOHLEN]: Softwarekomponenten (und damit die gesamte Softwarearchitektur)
  sollten möglichst horizontal skalierbar und unabhängig von anderen Komponenten
  sein.
  [EMPFOHLEN]: Erreichung einer Zero-Down-Time während der
  Softwarebereitstellung (Blue-Green Deployment).
  [KANN]: Softwarekomponenten sollten Daten über standardisierte Schnittstellen,
  Message-Broker oder cloudfähige Datenbanken austauschen.
  [KANN]: Feature Toggling: Funktionalitäten aktivierbar oder deaktivierbar
  implementieren.


  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 31 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3.2.1.4
  Eine allgemeine Dokumentation ist gemäß CON.8.A12 verpflichtend. Dabei gilt:
  [MUSS]: Beschreibung des fachlichen und technischen Kontextes.
  [MUSS]: Dokumentation von Schnittstellen, inkl. Parameter, Ausnahmen,
  Beschreibung der Funktionalität.
  [MUSS]: Dokumentation von Architekturentscheidungen.
  [MUSS]: Dokumentation des Einsatzes von COTS / 3rd Party Software, inkl. Zweck
  der Verwendung.
  [MUSS]: Dokumentation der Fehlerfälle und -codes.
  [MUSS]: Dokumentation des Unternehmens gemäß Urheberrecht: Copyright © <Jahr>
  <Employer>
  Beispiel: Copyright © 2024 BWI GmbH
  Urheberrechte der extern eingebundenen Komponenten sind
  dokumentationsseitig zu beachten.
  [KANN]: Erweiterung Urhebervermerk mit Autor: Copyright © <Jahr> <Employer>,
  <Author>
  o Beispiel: Copyright © 2024 BWI GmbH, Author John Doe

  [MUSS]: Zusätzliche Informationen wie beispielsweise Betriebs- und Nutzerhandbuch
  sind der Technischen Dokumentation hinzuzufügen.
  [EMPFOHLEN]: Verwendung der arc42 Templates.
  [EMPFOHLEN]: Modellierung von Systemen, Sub-Systemen und Komponenten inkl.
  deren Abhängigkeiten.
  Modellierung im Kontext NATO bzw. Bw in NAF bzw. AdmBw.
  Systemnahe Modellierung optimalerweise in UML.


  3.2.1.5
  Die BWI ist an folgende Architekturrichtlinien gebunden, die auch in das Software Engineering
  Framework eingeflossen sind:
  Architekturrichtlinie für die IT des Bundes (Version 2022)
  BWI Architekturprinzipien (siehe Kapitel Architecture & Design Engineering)
  BWI Architekturvorgaben (siehe Kapitel Architecture & Design Engineering)




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 32 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3.2.2
  Ansprechpartner*innen: Katrin Liebich, BWI; Dominik Röser, ZDigBw
  Einige grundlegende Definitionen zum Thema UX/UI Design sind im Glossar abgelegt.


  3.2.2.1


  Der menschzentrierte Gestaltungsprozess ist Teil der Normenfamilie ISO 9241 und umfasst
  folgende Schritte:




  Quelle: Human centered design nach DIN ISO 9241: rocket-media


  Planung
  [MUSS]: Generell iterative Entwicklung berücksichtigen (Lean UX).
  [EMPFOHLEN]: Ziel definieren (angestrebtes Arbeitsergebnis).
  [EMPFOHLEN]: Interessenvertreter definieren.
  [KANN]: UX Plan erstellen.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 33 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Phase 1: Analyse des Nutzungskontextes (verstehen und spezifizieren)
  [MUSS]: Benutzertypen analysieren (primär, sekundär, indirekt).
  [MUSS]: Benutzerziele definieren (grundsätzliches Bedürfnis des Benutzers in realen
  Welt).
  [EMPFOHLEN]: Aufgaben evaluieren (+ Teilaufgaben).
  [EMPFOHLEN]: Ressourcen analysieren (Ausrüstung, Informationen, Unterstützung,
  Zeit, menschliche Anstrengung, finanzielle Ressourcen, Materialien).
  [EMPFOHLEN]: Umgebung analysieren (physische, soziale, technische
  Bedingungen).
  [EMPFOHLEN]: Herausforderungen/ Probleme spezifizieren.
  [KANN]: Methoden anwenden (z. B. kontextuelles Interview, (Online-) Umfrage,
  Feldbeobachtung, Fokusgruppe, Tagebuchstudie).
  [KANN]: Nutzungskontextbeschreibung erstellen in Form von:
  Benutzer: Benutzergruppenprofile, Personas.
  Ziele: Ist-Szenarien.
  Aufgaben: Aufgabenmodelle, Ist-Szenarien, User Journey Maps.
  Ressourcen: Ist-Szenarien.
  Umgebung: Listen, Ist-Szenarien.



  Phase 2: Spezifizieren der Nutzungsanforderungen
  [MUSS]: Erfordernisse der Benutzer ableiten.
  [MUSS]: Konkrete Nutzungsanforderungen an das interaktive System (IS) ableiten.
  Qualitative + quantitative Nutzungsanforderungen berücksichtigen.
  Marktanforderungen (Vorgaben des Unternehmen, z. B. Absatzsteigerung,
  Zielgruppenänderung, Style Guide Vorgaben) und organisatorische
  Anforderungen (gesetzliche Anforderungen, z. B. AGB) berücksichtigen.



  Phase 3: Erzeugen von Gestaltungslösungen
  [MUSS]: Identifizierte Nutzungsanforderungen in ein funktionierendes IS überführen,
  möglich über folgende Schritte (mit regelmäßigen Feedbackschleifen über den
  Nutzer):
  [KANN]: Frühes Design erzeugen.

  [KANN]: Darstellung in Form von:
  Nutzungsszenarien (textuelle Beschreibung).
  Storyboards.
  User Journey Maps.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 34 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  [EMPFOHLEN]: Erste Entwürfe erzeugen.

  [EMPFOHLEN]: Informationsarchitektur erstellen.
  [KANN]: Anwendung von Methoden (z.
  [EMPFOHLEN]: Navigationsstruktur erstellen.
  [EMPFOHLEN]: Feedback einholen.
  [KANN]: Wireframes erstellen (analog oder digital).
  [KANN]: Low Fidelity-Prototyp erstellen (analog oder digital).
  [EMPFOHLEN]: High-Fidelity-Prototyp erzeugen.

  [EMPFOHLEN]: Ähnelt dem fertigen IS.
  [EMPFOHLEN]: Feedback einholen / frühzeitige Usability Evaluierung
  ermöglichen.
  [EMPFOHLEN]: Richtlinien für Usability berücksichtigen:
  Richtlinien der BITV Version 2.0 zur Barrierefreiheit.
  7 Dialogprinzipien (Normreihe ISO 9241):
  Aufgabenangemessenheit, Selbstbeschreibungsfähigkeit,
  Erwartungskonformität, Lernförderlichkeit, Steuerbarkeit,
  Individualisierbarkeit, Fehlertoleranz.
  Benutzerunterstützung.
  Heuristiken.
  Projektspezifische Gestaltungsregeln (Style Guide).
  [EMPFOHLEN]: Visuelles Design mit einbeziehen.
  [EMPFOHLEN]: Design System anlegen.


  Phase 4: Evaluieren des Designs (gegen Nutzungsanforderungen)
  [EMPFOHLEN] in Form von:
  Usability-Test (unmoderierter/ moderierter (Remote-) Test).
  Benutzerbefragung.
  Usability-Inspektion.

  Durch die Evaluierung werden einerseits neue Informationen über die Bedürfnisse der Benutzer
  und andererseits über die Stärken und Schwächen der Gestaltungslösung gesammelt. Diese
  Ergebnisse fließen dementsprechend wieder in Phase zwei oder drei ein, so dass ein iterativer
  Prozess entsteht. Sollten keine Optimierungen mehr notwendig sein, ist eine Folge-Evaluierung
  in regelmäßigen Abständen (z. B. einmal im Jahr oder bei beeinflussenden Veränderungen auch
  schon früher) empfehlenswert.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 35 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Generell müssen diese vier Phasen nicht als linearer Prozess bearbeitet werden. Wie die Grafik
  oben verdeutlicht, kann zu derjenigen Phase gesprungen werden, die für die momentane
  Entwicklungsphase am sinnvollsten ist. Meist ist es aber sinnvoll, mit einem Analyseschritt zu
  starten. Sei es, um den Nutzungskontext zu verstehen oder beispielsweise um die Ergebnisse
  eines Usability-Tests zu interpretieren.
  Wichtig ist, dass der Benutzer und andere Stakeholder bereits in einer frühen Phase mit in den
  Prozess einbezogen werden und dass dieser iterativ abläuft. Denn viele Bedürfnisse und
  Erwartungen zeichnen sich erst im Laufe der Entwicklung, aufgrund stetigem Erkenntnisgewinns
  ab.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 36 / 115 © BWI GmbH 2024 All Rights Reserved
  ocusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern
  —

  Veröffentlicht W|
  Gültig ab: 29.01.2024 Version: 3.0 für
  IT für Deutschlanc
  Deutschl

  3.2.3 Sustainable Pragramming

  Ansprechpartnerinnen: Janina Moser, BWI; Samantha Meindl, BWI



  In der Nachhaltigkeitsforschung wird zwischen vier verschiedenen Formen der Nachhaltigkeit
  unterschieden: ökologisch, technisch, sozial und ökonomisch. Dieses Kapitel beschäftigt sich mit
  der ökologischen Dimension der Nachhaltigkeit: Software wird auf Hardware ausgeführt und
  verursacht CO2-Emissionen durch den Energieverbrauch und den Erneuerungszyklus. Das Ziel
  der ökologischen Dimension der Nachhaltigkeit ist daher Emissionen von Software so weit wie
  möglich zu minimieren.

  Die Herausforderung in der nachhaltigen Software-Entwicklung besteht darin, kontinuierlich nicht
  nur die direkten Emissionen, sondern auch indirekte Scope 3 Emissionen zu berücksichtigen,
  die z. B. durch die eigentliche Nutzung der Software entstehen werden:

  = Die Nutzer*innen der Software haben während der Nutzung nur wenig Einfluss auf die
  Effizienz der Software. Den Einfluss haben hauptsächlich die
  Softwareentwickler*innen während der Entwicklung.

  = Die positive Auswirkung einer Codeoptimierung hinsichtlich der Effizienz einer
  Software ist bei einer vielfach genutzten Software umso größer und hat mehr Einfluss
  als ein effizientes Nutzungsverhalten einzelner Nutzer*innen.

  [MUSS]: Verpflichtende Aktivitäten

  = Bewusstsein für Nachhaltigkeit im Team und bei allen relevanten Stakeholdern bereits
  zu Beginn des neuen Software-Engineering-Vorhabens schaffen.

  = Verhaltensweisen zur Gewohnheit machen wie:

  © Trennen des Computers vom Strom bei Nichtbenutzung.
  © Ungenutzte Ressourcen (VMs, Anwendungen, Services...) schließen.


  [EMPFOHLEN]: Optionale Aktivitäten

  = Abhängig von den Anforderungen an ein neues Software-Engineering-Vorhaben bei
  der Auswahl von Programmiersprachen und Frameworks auch die Energieeffizienz
  (soweit bekannt) berücksichtigen: Es existieren beispielsweise Sprachen-Benchmarks
  hinsichtlich Energie, Zeit- und Speichereffizienz. Jedoch ist keine einzelne Sprache in
  allen Kriterien die beste.

  = Häufig verwendete Features mit höherem Stromverbrauch identifizieren,
  insbesondere in der Innermost Loop, welche Anteile der Software werden am meisten
  genutzt oder haben den höchsten Verbrauchswert?

  = Es existieren verschiedene Methoden, um den Stromverbrauch (abhängig von der Art
  der Software) zu berechnen. Eine Liste von Tools ist hier zu finden: GitHub - Green-
  S Foundation/awesome-green-software
  iele sind:

  a jPowerMonitor: Messungen des Energieverbrauchs auf Unit-Test bzw. Methoden-
  Ebene für Java-Prozesse.
  © Website Carbon Calculator: Ein CO2-Rechner für Webseiten.
  © Intel RAPL (Running Average Power Limit): Messung der CPU-Nutzung.
  © PowerAPl: Software Suite, die den Verbrauch auf Device-, Prozess- und
  Anwendungsebene messen kann.
  © DockerCap: für Power Budgeting auf Container-Ebene.

  eng Frat der

  All Right served Seite 37/115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Wenn möglich, Datennutzung reduzieren durch beispielsweise:
  Effizientes Caching: Identifikation der zu cachenden Daten durch Klassifizierung
  der Daten nach Nutzungsdauer; naher Cache an den Nutzer*innen und Caching
  auf verschiedenen Leveln berücksichtigen.
  Minimierung des Datenaustauschs in die Cloud durch beispielsweise
  komprimieren/dekomprimieren, aggregieren der Daten mittels Edge und Fog
  Computing.
  Kleinere Größen für Bilder und andere Medien.
  Progressive Web Applications in Betracht ziehen, da durch das Caching nach
  dem initialen Laden die Ladezeit aber auch Emissionen reduziert werden.
  Sparsamer Einsatz von Externen Abhängigkeiten: Externe Abhängigkeiten nur
  dort verwenden, wo sie wirklich benötigt werden (Bsp.: Nutzung kleiner Images
  als Docker Basis Images; Eigene Implementierungen statt Nutzung externer
  Bibliotheken, falls die Anforderungen einfach/minimal genug sind).
  Datenkomprimierung und Begrenzung der Datenübertragung (z. B. GraphQL für
  REST-APIs nutzen).
  Verwendung effizienter Algorithmen und Datenstrukturen (Big-O).
  Minimieren der Speichernutzung.
  Anwendung modularer und wiederverwendbarer Entwurfsmuster (z. B.
  Microservices), um die Skalierbarkeit zu erhöhen.
  Regelmäßiges Testen und Debuggen des Codes.
  Klare und konsistente Dokumentation des Codes.

  In bestehender Software
  ungenutzte Funktionen entfernen oder überarbeiten, auch in externen
  Komponenten beispielsweise durch Tree-Shaking bei der Nutzung von
  JavaScript.
  Endlosschleifen überarbeiten, die unnötige Energie verbrauchen, wie Polling
  eines nicht erreichbaren Servers.

  Maßnahmen zur Optimierung einer Microservices Architektur: Principles.Green.


  Hinweis: Diese Maßnahmen bieten erste Möglichkeiten, CO2-Emissionen von Software zu
  reduzieren. Sie erheben keinen Anspruch auf Vollständigkeit und werden im Rahmen weiterer
  Software Engineering Framework Releases aktualisiert und weiter vervollständigt.
  Die Berücksichtigung des Energieverbrauchs kann nur unter Abwägung aller funktionalen und
  auch nicht-funktionalen Anforderungen wie Sicherheit und Verfügbarkeit gewährleistet werden.


  Weiterführende Links
  https://greensoftware.foundation/articles/10-recommendations-for-green-software-
  development
  https://www.gft.com/cn/en/technology/thought-leadership
  Kurs Sustainable Software Engineering:
  https://open.hpi.de/courses/sustainablesoftware2022/overview
  https://www.iese.fraunhofer.de/blog/sustainable-software-design/


  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 38 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3.3
  Ansprechpartner*innen: Frank Rotermund, BWI; Koidu Spiess, BWI; Markus Kobler, BWI; Rico
  Giacu, ZDigBw


  Dieses Kapitel enthält allgemeine und programmiersprachenspezifische Richtlinien. Es steht im
  Einklang mit den Architekturprinzipien der BWI: AP04 Beherrschbarkeit, AP07 Erweiterbarkeit,
  AP09 Robustheit, AP12 Skalierbarkeit und AP13 Standardisierung.
  Die Nutzung einer einheitlichen Coding Guideline bietet folgende Vorteile:
  Synergiepotenzial und hohe Entwicklungsleistung durch eine homogene
  Vorgehensweise.
  hohe Qualität der Software durch standardisierte
  Lesbarkeit,
  Wartbarkeit,
  Robustheit bei Änderungen,
  Testbarkeit und
  Sicherheit.

  Die vorliegende Coding Guideline ist nicht BWI-individuell, sondern hält sich mit wenigen
  Ausnahmen an die etablierte Arbeitsweise der globalen Communities.
  Vorteile der Anwendung etablierter Guidelines sind:
  neue Mitarbeiter aus Wissenschaft und Industrie müssen nicht umgelernt werden.
  Grundsatzdiskussionen werden vermieden.
  Es entstehen keine Aufwände durch Pflege einer von Grund auf eigenen Guideline.


  Die Coding Guideline besteht aus einer Allgemeinen Guideline und aus
  programmiersprachenspezifischen Guidelines, die in den folgenden Kapiteln beschrieben
  werden.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 39 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3.3.1
  Ansprechpartner*innen: Frank Rotermund, BWI; Koidu Spiess, BWI; Markus Kobler, BWI; Rico
  Giacu ZDigBw
  Dieses Kapitel fasst die generischen Richtlinien zusammen, die gleichermaßen für alle im
  Software Engineering Framework erfassten Programmiersprachen gelten. Von den aufgeführten
  Anforderungen ist folgender Code ausgenommen:
  Source Code aus einem Code Generator.
  Source Code aus externen Quellen, der nicht von einem Anbieter der BWI oder Bw
  stammt (z. B. aus einer Open Source Community).
  Legacy Code, der nicht mehr weiterentwickelt oder nur noch minimal verändert wird.
  Guidelines
  [MUSS]: Sprachspezifische Guidelines, die nicht durch das Software Engineering
  Framework abgedeckt werden, sind in der Projektdokumentation festzuhalten.
  [MUSS]: Jedes Softwareprojekt referenziert in seiner Projektdokumentation die jeweils
  verwendete Version des Software Engineering Frameworks.
  [MUSS]: Grundsätzlich sind bei der Programmierung die Clean Code Best Practices
  nach Robert C. Martin anzuwenden [Mar08].
  Sprachkonventionen
  [EMPFOHLEN]: Quellcode inklusive Kommentierung ist auf Englisch zu schreiben.
  [EMPFOHLEN]: Das Änderungsprotokoll sowie die README-Datei und ggf. weitere
  Dateien sind auf Englisch zu schreiben.
  API-Dokumentation
  [MUSS]: Eine Dokumentation der öffentlichen Anteile der API ist gemäß CON.8.A12
  zu verfassen.
  [KANN]: Die Entscheidung, ob private Funktionen eine API-Dokumentation erhalten,
  obliegt dem Projekt.
  Inline-Dokumentation
  [MUSS]: Code muss so weit wie möglich selbsterklärend sein.
  [EMPFOHLEN]: Für notwendige Erklärungen sollten Inline-Kommentare verwendet
  werden.
  README-Datei
  [MUSS]: Jedes Code-Projekt muss eine README-Datei auf oberster Ebene im
  Quellcodeverzeichnis pflegen. Dies garantiert die Auffindbarkeit der Datei.
  [MUSS]: Die README-Datei enthält folgende Informationen: (Template für README
  im Anhang)
  Zweck der Software.
  Link zum Repository des Versionskontrollsystems.
  Link zum Projekt im CI/CD-Tool.
  Link zum Projekt im Issue-Tracking-System.
  Link zur weiterführenden Dokumentation des Projekts.
  Kurzanleitung zum Starten der Software.

  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 40 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Rein namentliche Auflistung anderer zum Betrieb der Software notwendigen
  Systeme.

  [EMPFOHLEN]: Optional enthält die README-Datei bei Backendprojekten:
  Konfigurationsmöglichkeiten der Software.
  Kurzanleitung zum Deployment der Software.

  Lizenzierung
  [MUSS]: Jedes Code-Projekt muss eine LICENSE-Datei auf oberster Ebene im
  Quellcodeverzeichnis pflegen.
  [MUSS]: Die LICENSE-Datei enthält die Lizenz unter der das Projekt veröffentlicht
  wird.
  Versionierung
  [MUSS]: Einzelne Versionen einer Software werden über Versionsnummern
  identifiziert, entsprechend der semantischen Versionierung.
  Dieses System ist nach dem Schema MAJOR.MINOR.PATCH aufgebaut:

  MAJOR sollte erhöht werden, wenn sich die API ändert, z. B. weil die
  Software eine große neue Funktion, ein Redesign oder eine andere große
  Änderung erhalten hat.
  MINOR sollte erhöht werden, wenn Funktionalitäten verändert werden, die
  Änderungen aber abwärtskompatibel sind.
  PATCH sollte bei einer abwärtskompatiblen Bugfixes erhöht werden.
  Änderungsprotokoll / Release Notes
  [MUSS]: Mit jeder Software wird ein Änderungsprotokoll ausgeliefert.
  [MUSS]: Das Änderungsprotokoll besitzt das folgende Minimalformat:
  Release 0.1.1
  Breaking Changes
  <description>
  Bugfixes
  [ABC-2350] - <description>
  Improvements
  [ABC-4943] - <description>



  [MUSS]: In der BWI gelten des Weiteren die BWI-Anforderungen der
  Informationssicherheit (Vorgabe DEV.A3) für Release Notes. Daraus ergibt sich
  folgender weiterer Inhalt:
  Umfang der erhobenen Protokolldaten (Tracking).

  [MUSS]: Das Änderungsprotokoll wird mit jedem Release nachgezogen, indem das
  aktuelle Release am Anfang der Datei eingefügt wird.

  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 41 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  [MUSS]: Jeder Bugfix und jede Weiterentwicklung haben jeweils eine eindeutige
  Kennung, mit deren Hilfe sie im Ticketverwaltungssystem nachgeschlagen werden
  können.
  [EMPFOHLEN]: Release Notes können darüber hinaus Folgendes beinhalten:
  Korrekturdatum.
  Baseline, auf die sich die Korrektur bezieht.
  Betriebssystem laufende Version.
  Umgebungsvariablen / Informationen zum Konfigurationsmanagement.
  Entwickler*in, der/die die Korrektur durchgeführt hat.

  Toolgestützte Prüfung der Guideline während der Entwicklung
  [EMPFOHLEN]: Die IDE soll soweit möglich die Einhaltung der Guideline automatisch
  überprüfen. Entweder sind die Guideline-Regeln in die IDE fest integriert oder es wird
  eine Style-Datei in die IDE eingelesen.
  Toolgestützte Prüfung der Guideline in der CI-Pipeline
  [MUSS]: SonarQube muss mindestens mit default Quality Profile in die CI-Pipeline
  eingebunden sein. Dadurch ergeben sich weitere Coding Regeln aus SonarQube .
  [EMPFOHLEN]: Je nach Projektanforderungen ist es ratsam, in SonarQube einen
  eigenen Quality Profile vom default Quality Profile abzuzweigen.
  [EMPFOHLEN]: Je nach Projektanforderungen ist es ratsam, in SonarQube einen
  eigenen Quality Gate vom default Quality Gate abzuzweigen.
  [EMPFOHLEN]: Je nach Projektanforderungen ist es ratsam, Vulnerability Scans über
  den Code bzw. über die genutzten Drittbibliotheken durchzuführen.
  Entwicklungsumgebung
  [MUSS]: In der Projektdokumentation muss die zu verwendende(n) IDE(s)
  festgehalten werden.
  [EMPFOHLEN]: Es sollte die aktuelle, mit dem Code kompatible, stabile Version
  verwendet werden.
  [EMPFOHLEN] Innerhalb eines Teams sollte die gleiche IDE verwendet werden, um
  Konfigurationsprobleme zu minimieren.
  Logging
  [EMPFOHLEN]: Verwendung folgender Log-Level:
  DEBUG
  Informationen für die Diagnose von Problemen und die Fehlerbehebung.
  INFO
  Wichtige Information um die Arbeitsweise der Anwendung nachzuvollziehen oder
  zu dokumentieren.
  WARN
  Fehler, der zu keiner Ausnahme führt, kann behoben werden.
  ERROR
  Fehler, der zu einer Ausnahme führt, muss behoben werden.
  FATAL
  Fehler, der die ganze Anwendung beeinflusst, muss schnellstmöglich behoben
  werden.


  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 42 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  [EMPFOHLEN]: Möglichkeit zur Filterung von Logging Informationen für verschiedene
  Anforderungen (z. B. unter Datenschutzaspekten).
  [EMPFOHLEN]: Structured Logging für die Level DEBUG, INFO und WARN im JSON
  Format mit mindestens folgendem Inhalt:
  Zeitpunkt des Eintrags (YYYY-MM-DD hh:mm:ss.SSS)
  Log-Level
  Sprechende Beschreibung

  [EMPFOHLEN]: Structured Logging für die Level ERROR und FATAL im JSON
  Format mit mindestens folgendem Inhalt:
  Zeitpunkt des Eintrags (YYYY-MM-DD hh:mm:ss.SSS)
  Log-Level
  Fehlercode
  Sprechende Beschreibung
  Stack-Trace

  Lokalisierung
  [MUSS]: Bei mehrsprachigen Applikationen müssen die Texte für die Lokalisierung an
  einer zentralen Stelle auffindbar sein.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 43 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3.3.2
  Ansprechpartner: Markus Kobler, BWI; Rico Giacu, ZDigBw, Stephan Drews, ZDigBw


  Diese Coding Guideline dient gemeinsam mit der allgemeinen Guideline als Leitfaden für die
  Entwicklung mit der Programmiersprache C#.
  Coding Guideline Grundlagen
  Die folgenden Referenzen bilden maßgeblich die stilistischen Konventionen für die Entwicklung
  von C#-Code:
  Basis C# Style Guide von Microsoft.
  Dotnet Runtime Style Guide zur Erweiterung und Ergänzung des C# Basis Style
  Guides.
  C#-Code Formatierung in Visual Studio.
  IDE
  [EMPFOHLEN]: Als Entwicklungsumgebung kann Rider von JetBrains eingesetzt
  werden.
  [KANN]: Als Entwicklungsumgebung kann auch Microsoft Visual Studio verwendet
  werden.
  [MUSS]: Wird Microsoft Visual Studio als IDE verwendet, ist der Einsatz der
  Erweiterung ReSharper von JetBrains verpflichtend.

  Formatierung
  [EMPFOHLEN]: Bei Bestandsprojekten sollte die vorhandene Formatierung
  übernommen werden.
  [EMPFOHLEN]: Die Default EditorConfig von Microsoft für C# wird verwendet.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 44 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3.3.3
  Ansprechpartner: Markus Kobler, BWI


  Diese Coding Guideline dient gemeinsam mit der allgemeinen Guideline als Leitfaden für die
  Entwicklung mit der Programmiersprache C++.
  Coding Guideline Grundlagen
  Die folgenden Referenzen bilden maßgeblich die stilistischen Konventionen für die Entwicklung
  von C++-Code:
  C++ Core Guidelines von Bjarne Stroustrup und Herb Sutter.
  IDE
  [EMPFOHLEN]: Als Entwicklungsumgebung kann Rider von JetBrains eingesetzt
  werden.
  [KANN]: Als Entwicklungsumgebung kann auch Microsoft Visual Studio verwendet
  werden.
  [MUSS]: Wird Microsoft Visual Studio als IDE verwendet, ist der Einsatz der
  Erweiterung ReSharper von JetBrains verpflichtend.

  Formatierung
  [EMPFOHLEN]: Bei Bestandsprojekten sollte die vorhandene Formatierung
  übernommen werden.
  [EMPFOHLEN]: Formatierungsregeln werden generell im Projekt festgelegt. Je nach
  Umgebung sollte der clangformat oder EditorConfig-Standard verwendet werden.
  [EMPFOHLEN]: Die von Visual Studio unterstützten EditorConfig Settings sind hier
  beschrieben.
  Testing Frameworks
  [EMPFOHLEN]: Als Testing Framework wird googletest verwendet.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 45 / 115
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern


  BUI Veröffentlicht
  .MrDeutsenlen Gültig ab: 29.01.2024 Version: 3.0

  3.3.4 Java

  Ansprechpartner: Felix Lambertz, BWI; Koidu Spiess, BWI



  Diese Coding Guideline dient gemeinsam mit der allgemeinen Guideline als Leitfaden fur die
  Entwicklung mit der Programmiersprache Java.

  Coding Guide Grundlagen

  = [MUSS]: Anwendung des Google Java Style Guides.

  = [EMPFOHLEN]: Einhaltung der nachfolgend beschriebenen Abweichungen zum Style
  Guide:

  Nr. Kapitel Titel Abweichung


  1 3.4.2 Ordering of High-level-Funktionen sollen zuerst in einer Klasse definiert sein,
  class contents aufgerufene Funktionen sind weiter unten zu finden. Die
  aufgerufenen Funktionen dürfen dabei direkt nach der aufrufenden
  Funktion kommen.

  2 4.8.5 Annotations Die Ausnahmen für Annotations, die es erlauben, dass diese auf
  der gleichen Zeile wie der annotierte Code stehen, sind
  gestrichen. Annotations müssen immer in den Zeilen vor dem
  annotierten Code stehen.

  Für Parameter-bezogene Annotationen gilt dies nicht, diese
  können auch inline verwendet werden.

  3 5.2.8 Type variable Die zweite Anforderung („A name in the form used for classes
  names [...]) aus dem Style Guide wird gestrichen und gilt nicht.

  4 73 Where Javadoc JavaDoc ist nicht verpflichtend bei protected members.
  is used Public members von Klassen mit der Sichtbarkeit package sollten
  dagegen mit JavaDoc versehen sein.


  = [EMPFOHLEN]: Anwendung der Richtlinien aus Secure Coding Guidelines for Java
  SE.

  IDE

  = [EMPFOHLEN]: IntelliJ

  a [EMPFOHLEN]: Einbindung der Google Java Style Guide Datei für IntelliJ.


  = [KANN]: Eclipse

  ea [EMPFOHLEN]: Einbindung der Goodle Java Style Guide Datei für Eclipse.


  Testing

  = [KANN]: JUnit mit Mockito.

  = [KANN]: Spock-Framework.
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  EditorConfig
  [KANN]: Nutzung der .editorconfig (im Anhang) - Die Datei wurde auf Basis der
  Google Java Style Guide Datei für IntelliJ erstellt.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 47 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3.3.5
  Ansprechpartner: David Reypka, BWI; Dany Meyrose, ZDigBw


  Diese Coding Guideline dient gemeinsam mit der allgemeinen Guideline als Leitfaden für die
  Entwicklung mit den Programmiersprachen JavaScript und TypeScript.
  Der Fokus liegt hierbei in der Web-Frontend-Entwicklung.
  Coding Guide Grundlagen
  [MUSS]: Ein einheitlicher ESLint Regelsatz, der für alle Javascript Repos im Projekt
  definiert wird, muss erstellt werden. Die Kriterien dafür sind dem Absatz ESLint zu
  entnehmen, kann aber nach eigenem Ermessen erweitert werden.
  [MUSS]: Die Richtlinien des Clean Codes angepasst
  an JavaScript und TypeScript müssen beachtet werden.
  IDE
  [EMPFOHLEN]: VS Code mit den Plugins Editorconfig, ESLint und Prettier.
  {Lizenzpflichtig} [EMPFOHLEN] JetBrains WebStorm oder JetBrains IntelliJ.
  Dependency Management / Building
  [MUSS]: Nutzung der projektspezifischen package.json.
  [EMPFOHLEN]: Nutzung von entweder npm, pnpm oder yarn als package manager
  und nicht gemischt (Für Abhängigkeiten zwischen mehreren Projekten wird yarn mit
  workspaces empfohlen).
  [EMPFOHLEN]: Vite als Build Tool um Projekt zu erstellen und zu bundeln.
  {ANGULAR} [EMPFOHLEN]: Angular CLI als Command-Line Interface und Building
  Tool.
  TypeScript
  [MUSS]: Verwendung von Typescript als Precompiler in allen Javascript Projekten.
  [MUSS]: Eine konsequente Typisierung von Variablen und Funktionen mittels
  TypeScript ist verpflichtend.
  [EMPFOHLEN]: Typescript im strict mode nutzen.
  Frontend Frameworks
  [EMPFOHLEN]: React ist das bevorzugte Framework zur Entwicklung von
  WebFrontends.
  [KANN]: Angular, Vue, und Vanilla JavaScript (+evtl. JQuery) sind zulässig, wenn die
  Entscheidung auf einer fundierten Architekturentscheidung beruht.
  Styling / UI Library
  [EMPFOHLEN]: Nutzung eines CSS-Präprozessors wie SCSS oder SASS.
  [EMPFOHLEN]: Nutzung einer Style/Component Library auf Basis von Tailwind.
  [KANN]: Bootstrap, Material Design und Prime (React, Vue, Angular) als alternative
  Style/Component Library.



  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 48 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Testing
  [EMPFOHLEN]: Vitest ist als Testrunner zu empfehlen.
  [KANN]: Jest als Testrunner.
  [EMPFOHLEN]: Cypress, Playwright oder TestCafé als E2E Test Framework, falls
  keine anderweitige Lösung oder dedizierte Tester*in.
  {ANGULAR} [EMPFOHLEN] Karma Jasmine als Testrunner.
  {ANGULAR} [EMPFOHLEN]: Component Harness ist zum Testen insbesondere von
  Angular Material Komponenten zu verwenden.
  Scaffolding
  {REACT}[EMPFOHLEN] Zur Projekterstellung BWI React Starter nutzen oder vite-
  create --template react-ts nutzen.
  {VUE}[EMPFOHLEN] Zur Projekterstellung vite-create --template vue-ts.
  Dokumentation
  {ANGULAR} [EMPFOHLEN]: (Entwickler-)Dokumentation der Software mit compodoc.
  Internationalisierung
  {ANGULAR} [KANN]: Angular Internationalization (i18n) als
  Internationalisierung/Übersetzungswerkzeug.
  Style Guide Anwendung
  Für React wurde der Guide im BWI React Starter Projekt umgesetzt.
  Tools
  Folgende Developer Libraries unterstützen die Anwendung des Guides im Projekt:
  [MUSS]: ESLint - Statische Codeanalyse.
  [MUSS]: Prettier - Code Formatierung.
  [EMPFOHLEN]: Editorconfig - OS- und plattformübergreifende Workspace Parameter.
  [EMPFOHLEN]: Stylelint - Formatierung von Stylesheets.
  [EMPFOHLEN]: HTMLLint - Formatierung von HTML Dokumenten.
  [EMPFOHLEN]: Husky - PreCommit Hooks zur Codeprüfung vor dem Commit ins
  Repo.
  Eslint Regeln
  Folgende Konfigurationen können bzw. müssen für ESLint angewendet werden:
  [MUSS]: eslint:recommended (Basisregelsatz)
  [MUSS]: TypeScript-ESLint (Basisregelsatz Typescript)
  [EMPFOHLEN]: eslint-plugin-editorconfig (Abgleich mit Editorconfig Regeln)
  [EMPFOHLEN]: jsx-a11y (Barrierefreiheitsprüfung)
  [EMPFOHLEN]: sonarjs/recommended (Sonarqube Vorprüfung)
  [EMPFOHLEN]: eslint-plugin-unicorn.
  [EMPFOHLEN]: eslint-plugin-prettier.

  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 49 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  [EMPFOHLEN]: eslint-plugin-import
  {REACT} [EMPFOHLEN]: eslint-plugin-react/recommended
  {REACT} [EMPFOHLEN]: eslint-plugin-react/jsx-runtime
  {REACT} [EMPFOHLEN]: eslint-plugin-react-hooks
  {VUE} [EMPFOHLEN]: eslint-plugin-vue
  {ANGULAR} [EMPFOHLEN]: Angular-ESLint
  EditorConfig (im Anhang)
  1 # EditorConfig file
  2 root = true
  3 [*]
  4 end_of_line = lf
  5 insert_final_newline = true
  6 indent_size = 2
  7 charset = utf- 8
  8 indent_style = space
  9 max_line_length = 120
  10 trim_trailing_whitespace = true




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 50 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3.3.6
  Ansprechpartner: Georg Hofmann, BWI; Fabian Witte, ZDigBw


  Diese Coding Guideline dient gemeinsam mit der allgemeinen Guideline als Leitfaden für die
  Entwicklung mit der Programmiersprache Kotlin.
  Coding Guide Grundlage
  [MUSS]: Als generelle Basis an Richtlinien werden die Kotlin Coding Conventions
  festgelegt.
  [MUSS]: Die Prüfung der Kotlin Coding Conventions muss in der IDE aktiviert werden.
  [EMPFOHLEN]: Ktlint wird als Tool zur Prüfung der Kotlin Coding Conventions in der
  Pipeline empfohlen.
  IDE
  Android Projekte
  [MUSS]: Bei Android Projekten muss Android Studio als IDE verwendet werden.
  [EMPFOHLEN]: Es sollte nach Möglichkeit immer die aktuelle stabile Version von
  Android Studio genutzt werden.
  Andere Projekte
  [EMPFOHLEN]: Als IDE für Kotlin ist IntelliJ zu empfehlen.
  Testing
  [EMPFOHLEN]: JUnit für Unit Tests.
  [EMPFOHLEN]: mockk zum Mocken von Abhängigkeiten.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 51 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3.3.7
  Ansprechpartner: Jan Strohschein, BWI; Fabian Köhlinger, BWI


  Diese Coding Guideline dient gemeinsam mit der allgemeinen Guideline als Leitfaden für die
  Entwicklung mit der Programmiersprache Python.
  Coding Guide Grundlagen
  [MUSS]: Als generelle Basis an Richtlinien wird PEP8 festgelegt.
  [MUSS]: Es werden die auf Python angepassten Clean Code Prinzipien nach "Robert
  C. Martin" sinnvoll angewendet.
  IDE
  [EMPFOHLEN]: VS Code mit den Plugins ms-python.python
  [EMPFOHLEN]: Package Manager für Data Science (z. B. Anaconda oder Mamba)
  zur Nutzung von Jupyter, TensorFlow, etc.
  [KANN]: JetBrains PyCharm.
  Dependencies/Packaging
  [EMPFOHLEN]: Dependencies werden komplett über Poetry verwaltet.
  [EMPFOHLEN]: poetry install generiert komplette Dependency Resolution in
  poetry.lock.
  [EMPFOHLEN]: poetry build generiert sdist und wheel.
  [EMPFOHLEN]: poetry publish veröffentlicht die Pakete im geeigneten
  Binärartefakt Repo (z. B. auch Nexus).

  [KANN]: Pip als Alternative zu Poetry kann benutzt werden.
  [KANN]: Nutzung der projektspezifischen requirements.txt.
  [KANN]: Konfiguration einzelner Tools und des Build-Systems kann in der
  pyproject.toml Datei vorgenommen werden.
  [KANN]: Zum Paketieren kann wheel verwendet werden, beispielsweise mit:
  python setup.py sdist bdist_wheel
  [KANN]: Wenn nötig, können weitere projektspezifische Felder in der
  setup.py gesetzt werden.
  [KANN]: Wenn ein Upload zu einem PyPi-Repository vorgesehen ist, kann twine
  verwendet werden, beispielsweise mit: twine upload --repository testpypi
  dist/*

  Virtual Environment
  [EMPFOHLEN]: Verwendung der von Poetry angelegten virtuellen Environments für
  die Projekte.
  [KANN]: Alternativ kann für die Erstellung eines Virtual Environment das Python
  Modul venv verwendet werden: python -m venv .venv
  Type Checking
  [MUSS]: Eine konsequente Typisierung von Variablen und Funktionen (Type Hints)
  und dies automatisiert zu Testen ist verpflichtend für Produktivsysteme.
  [EMPFOHLEN]: Automatisiertes Testen der Typisierung mittels mypy.
  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 52 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  [KANN]: Prototypische Projekte können mit Begründung auch ohne mypy entwickelt
  werden.
  Web/API Frameworks
  [EMPFOHLEN]: Django ist das bevorzugte Framework zur Entwicklung von
  webbasierten Applikationen und APIs. Hierbei sind die djangospezifischen Best
  Practices verpflichtend.
  [KANN]: FastAPI, Flask sind zulässig, wenn die Entscheidung auf einer fundierten
  Architekturentscheidung (z. B. Microservices) beruht.
  Network Programming
  [EMPFOHLEN]: Twisted.
  Style Guide Anwendung
  Folgende Developer Libraries unterstützen die Anwendung des PEP8 Style Guides im Projekt:
  [MUSS]: pylint - Statische Codeanalyse.
  [MUSS]: OS- und plattformübergreifende Workspace Parameter müssen in einer
  Editorconfig gepflegt werden.
  [MUSS]: Code Formatierung:
  [EMPFOHLEN] black
  [KANN] Flake8 - kombiniert PEP8, PyFlakes und zirkuläre Komplexität.

  [EMPFOHLEN]: mypy - Optional Static Typing in Python.
  [EMPFOHLEN]: semgrep - Tool zur statischen Codeanalyse.
  [EMPFOHLEN]: isort - automatisiertes Ordnen/Formatieren von imports.
  [EMPFOHLEN]: pre-commit - Problemidentifizierung vor Code commits.
  [EMPFOHLEN]: Sphinx mit rtd-theme plugin - Tool zur automatischen Generierung
  von Dokumentationen.
  Folgende Konfigurationen können bzw. müssen für PyLint / Black angewendet werden:
  [MUSS]: Maximale Zeilenlänge 100.
  [EMPFOHLEN]: Keine Docstrings in Test-Modulen und -Klassen erzwingen.
  EditorConfig (im Anhang)
  1 root = true
  2
  3 [*.py]
  4 charset = utf-8
  5 end_of_line = lf
  6 indent_style = space
  7 indent_size = 4
  8 trim_trailing_whitespace = true
  9 insert_final_newline = true


  `

  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 53 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Testing Frameworks
  [MUSS]: pytest ist als Testrunner zu verwenden.
  [EMPFOHLEN]: Pytest Testing Framework sollte genutzt werden.
  [KANN]: unittest kann verwendet werden, da es auch durch den pytest
  testrunner ausführbar ist.
  Kommentare & Dokumentation
  [EMPFOHLEN]: Kommentieren einzelner Funktionen und Klassen mit Docstrings
  nach PEP 257 im Numpy-Docstring-Format.
  [EMPFOHLEN]: (Entwickler-)Dokumentation der Software (z. B. mit Sphinx oder
  MKDocs).




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 54 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3.3.8
  Ansprechpartner: Frank Rotermund, BWI


  Diese Coding Guideline dient gemeinsam mit der allgemeinen Guideline als Leitfaden für die
  Entwicklung mit den Programmiersprachen Swift und Objective-C für iOS- und MacOS-
  Anwendungen.
  Coding Guide Grundlage
  [MUSS]: Als generelle Basis an Richtlinien wird die Swift Design Guideline festgelegt.
  IDE
  [MUSS]: XCode. Die Verwendung anderer IDEs bietet Umsteigern zwar einen
  schnelleren Zugang, stellt aber eine zusätzliche Fehlerquelle dar.
  [EMPFOHLEN]: Es sollte immer die aktuelle stabile Version von XCode genutzt
  werden.
  Formatierung
  [EMPFOHLEN]: Bei neuen Projekten sind die durch XCode per default vorgegebenen
  Formatierungsregeln für Swift zu verwenden.
  [EMPFOHLEN]: Editorconfig wird durch XCode nicht nativ unterstützt und sollte nicht
  genutzt werden.
  Objective-C
  [MUSS]: Zur Entwicklung neuer Projekte und Komponenten soll Swift genutzt werden
  mit folgenden Ausnahmen:
  [EMPFOHLEN]: zur Anpassung von vorhandenem Legacy Quellcode. Dabei
  gelten die Style-Richtlinien des jeweiligen Legacy Quellcodes.
  [KANN]: für Algorithmen, deren Performance mit Objective-C deutlich besser ist,
  als mit Swift.

  Testing
  [EMPFOHLEN]: Unit Tests sollten mit dem XCTest Framework geschrieben werden.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 55 / 115
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826


  Intern


  BW Veröffentlicht

  IT für Deutschlan
  Gültig ab: 29.01.2024 Version: 3.0



  3.4 Coding Process
  Dieses Kapitel enthält Vorgaben und Informationen zum Konfigurationsmanagement. Es steht
  im Einklang mit den Architekturprinzipien der BWI: APO4 Beherrschbarkeit, APO7
  Erweiterbarkeit, APO9 Robustheit, AP12 Skalierbarkeit und AP13 Standardisierung.



  3.4.1 Configuration Management

  ‚Ansprechpartner: Guido Wojke, BWI



  Dieses Kapitel betrachtet den Teil des Konfigurationsmanagements, der für die Erstellung von
  Softwareprodukten und zugehörigen Server-bzw. Cluster-Konfigurationen notwendig ist.

  Definition Konfigurationsmanagement (nach ISO 10007): Konfigurationsmanagement "ist eine
  Managementtätigkeit, die die technische und administrative Leitung des gesamten Produkt- und
  Dienstleistungslebenszyklus, dessen Konfigurationsangaben und Status und der produkt- und
  dienstleistungskonfigurationsbezogenen Angaben übernimmt."

  Alle Änderungen an Konfigurationen des Builds und der erzeugten Artefakte müssen über eine
  Versionskontrolle (siehe Kapitel Version Control) nachvollziehbar sein. Auch bei Server- bzw.
  Cluster-Konfigurationen ist deren Versionierung empfohlen. Diese Konfigurationen werden
  entweder mit dem Quellcode oder in einem separaten Projekt in der Versionskontrolle
  versioniert. Es darf keine Änderung außerhalb der Versionskontrolle geschehen.
  [MUSS]: Verpflichtende Aktivitäten

  = Nutzung der Versionskontrolle, um Build-Konfigurationen der Softwareprodukte zu
  dokumentieren.

  = Nutzung eines Build-Werkzeugs, um das Softwareprodukt zu erstellen.

  = Nutzung der Versionskontrolle, um CI/CD-Konfigurationen der Softwareprodukte zu
  dokumentieren.

  = Nutzung eines Cl-Servers, um das Softwareprodukt kontinuierlich zu erstellen.

  = Nutzung eines Artefaktspeichers / Repositorymanagers, um erstellte
  Softwareprodukte zu archivieren.

  [EMPFOHLEN]: Optionale Aktivitäten

  = Nutzung der Versionskontrolle, um Server-Konfigurationen zu dokumentieren.

  = Nutzung von Werkzeugen zum Ausrollen von Server-Konfigurationen.

  = Nutzung der Versionskontrolle, um Cluster-Konfigurationen zu dokumentieren.

  = Nutzung von Werkzeugen zum Ausrollen von Cluster-Konfigurationen.

  = Konfigurationsdateien sowohl in der Anzahl als auch in der Komplexität möglichst
  gering halten.




  Software Engıneenng Framew
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Weiterführende Information - Werkzeuge zur Server-Konfiguration
  Werkzeuge zum Ausrollen von Server-Konfigurationen können u.a. sein
  Ansible
  Puppet
  Chef
  Saltstack
  Bei einer Entscheidung, welches Werkzeug zum Einsatz kommt, sind Werkzeuge zu
  bevorzugen, die keine zusätzliche Software auf dem Zielsystem benötigen.

  Weiterführende Information - Werkzeuge zur Cluster-Konfiguration / Delivery
  Werkzeuge zum Ausrollen von Cluster-Konfigurationen können u.a. sein
  Helm
  Kustomize
  ArgoCD


  3.4.1.1
  Ansprechpartner: Guido Wojke, BWI
  Red Hat® Ansible®
  Red Hat® Ansible® ist eine agentenlose Software, um Konfiguration auf Rechnern automatisiert
  auszubringen.
  Beim Einsatz dieser Software gelten folgende Regeln:
  [MUSS]: Der Code muss im Versionskontrollsystem abgelegt sein.
  [MUSS]: Die Codestruktur folgt dem Ansible® Sample setup.
  [MUSS]: Geheimnisse im Code müssen mit einem außerhalb des
  Versionskontrollsystem abgelegten Schlüssel mit ansible-vault verschlüsselt sein.
  [MUSS]: Es ist ansible-lint zu verwenden und die Regeln müssen eingehalten werden.
  [EMPFOHLEN]: Plays und Rollen müssen sprechende Namen haben.
  [EMPFOHLEN]: Wiederverwendbare Rollen sind in eigene Repositories ausgelagert.
  [EMPFOHLEN]: Wiederverwendbare Rollen sind mit Ansible Molecule getestet.
  [EMPFOHLEN]: Wiederverwendbare Rollen haben sinnvolle default Werte und sind
  ohne Überschreiben von Variablen lauffähig.
  [EMPFOHLEN]: Beachtung der Idempotenzregeln in allen Tasks (insbesondere bei
  Verwendung der Module ansible.builtin.shell bzw. ansible.builtin.command).




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 57 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  IDE für Red Hat ® Ansible®
  Beim Entwickeln von Code mit Ansible können folgende Entwicklungsumgebung und
  Erweiterungen genutzt werden:
  [EMPFOHLEN]: IDE: Microsoft Visual Studio Code
  [EMPFOHLEN]: Sprachunterstützung für YAML: YAML Language Support by Red
  Hat®
  [EMPFOHLEN]: Ansible® Erweiterung für Visual Studio Code: Ansible VS Code
  Extension by Red Hat®


  YAML in Red Hat ® Ansible®
  [MUSS]: Die Einrücktiefe für jede Ebene im Code beträgt 2.
  [MUSS]: Kommentare beginnen mit # auf der gleichen Ebene wie die Codezeilen.
  [MUSS]: Wahrheitswerte werden ausschließlich mit true bzw. false gesetzt.
  [MUSS]: Mehrzeilige Texte müssen im "Literal Block Scalar Style" | oder "Folded
  Block Scalar Style" > geschrieben werden.


  YAML Beispiele

  # Comment and list example
  values:
  example_string: "Oneliner with spaces"
  example_list:
  # Comment
  - one: true
  - two: false
  # - three: unknown
  - four: true




  include_newlines: |
  exactly as you see
  will appear these three
  lines of poetry

  fold_newlines: >
  this is really a
  single line of text
  despite appearances




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 58 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3.4.2
  Ansprechpartner: Guido Wojke, BWI


  Gemäß CON.8.A10 ist in allen Softwareprojekten ein Versionskontrollsystem für Source Code
  zu verwenden. Die SDE stellt hierfür ein zentral verwaltetes Git zur Verfügung (siehe Kapitel
  Technology). Bei der Verwendung des Gits ist generell Folgendes zu beachten:
  [MUSS]: Es muss eins der folgenden Branching-Modelle eingesetzt werden.
  [EMPFOHLEN]: Das empfohlene Branching-Modell ist GitFlow, geeignet vor allem
  in der App-Entwicklung oder allgemein bei Produkten, bei denen Änderungen
  durch einen Review-Prozess nicht automatisch und unmittelbar veröffentlicht
  werden können.
  [KANN]: Für Produkte mit automatisierter und kontinuierlicher Veröffentlichung
  kann auch alternativ ein trunk-based Modell verwendet werden.

  [MUSS]: Fertig gebaute Softwareartefakte (generierte Dateien und Binärartefakte)
  dürfen nicht in der Versionskontrolle abgelegt werden. Für diese Softwareartefakte
  steht ein Artefaktspeicher / Repositorymanager zur Verfügung.
  [MUSS]: Für große Binärdateien (> 5 MebiByte) ist Git Large File Storage (LFS)
  sowohl auf dem Remote Repository als auch in allen Clients zu benutzen.
  [EMPFOHLEN]: Für Binärdateien (<= 5 MebiByte) ist Git Large File Storage (LFS)
  sowohl auf dem Remote Repository als auch in allen Clients zu benutzen.
  Anmerkung: Für ältere bzw. Legacy-Projekte wird teilweise der alte Name "master" (anstelle von
  "main") für den Haupt-Branch verwendet.
  GitFlow Branches
  [MUSS]: Der Main Branch ist geschützt. Änderungen müssen über Merges von
  Release & Hotfix Branches vorgenommen werden.
  [EMPFOHLEN]: Der Develop Branch soll nur über Merges von Feature, Release &
  Hotfix Branches geändert werden.
  [MUSS]: Release und Hotfix Branches folgen dieser Notation:
  (release|bugfix)/<VersionsTag>
  [MUSS]: Feature Branches folgen dieser Notation: feature/<Jira issue - nur
  Nummer>_<Kurzbeschreibung>




  Abbildung: GitFlow Branching-Modell




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 59 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  trunk-based Branches
  [MUSS]: Die Entwicklung findet auf dem Main Branch ("main") statt.
  [MUSS]: Nutzung von Feature Branches (scaled trunk-based Ansatz). Diese Branches
  folgen der Notation: feature/<Jira issue - nur Nummer>_<Kurzbeschreibung> und sind
  schnell abzuschließen (z. B. innerhalb eines Sprints oder kürzer).
  [KANN]: Nutzung von Release Branches (z. B. als Branch für QA). Diese Branches
  folgen dieser Notation: release/<VersionsTag>




  Abbildung: trunk-based Branching-Modell
  Tags
  [MUSS]: Versionen werden auf dem main getaggt (lightweight, bei GitFlow kann dies
  automatisiert erfolgen). Nur getaggte Versionen werden ausgeliefert.
  [EMPFOHLEN]: Sofern vorhanden können noch Metainformationen (z. B. Release-
  Informationen) zum Tag (annotated) hinzugefügt werden.
  Commit-Nachrichten
  [MUSS]: Commits folgen dieser Notation: <Jira Issue mit Projektname> - <commit
  message> also z. B. MESSENGER-1635 fixed wrong password
  [EMPFOHLEN]: Die Benennung der Commit-Nachrichten sollte in der Sprache
  erfolgen in der die User Stories geschrieben sind.
  Merge Request/Code Review
  [MUSS]: Jede Code-Änderung findet auf einem dedizierten Branch statt und nicht auf
  dem produktiven Stand (main / master).
  [MUSS]: Für jeden Branch, der nach develop oder main gemergt wird, muss ein
  Merge Request (mit Merge Commit als Merge Methode) geöffnet und an ein anderes
  Teammitglied (idealerweise Senior Entwickler*in) zum Code Review weitergeleitet
  werden.
  [MUSS]: Das andere Teammitglied muss den Merge Request umgehend
  zurückweisen, wenn die Richtlinien aus diesem Dokument nicht eingehalten werden
  (teilweise automatisiert überprüft).
  [MUSS]: Jeder Code Review muss protokolliert werden. Zu empfehlen ist dabei eine
  automatische Protokollierung während Einsatz eines Tools zur Abwicklung von Merge
  Requests, z. B. Gitlab.
  [EMPFOHLEN]: Die Branches sollten nicht für lange Zeit (z. B. nicht über mehrere
  Sprints hinweg) geöffnet bleiben. Die Änderungen sollten klein gehalten werden und
  größere Änderungen in mehrere kleine Teile zerlegt werden.
  [EMPFOHLEN]: Commits sollen bei der Durchführung eines Merge Requests
  gesquasht werden.
  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 60 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Unversionierte Dateien
  [MUSS]: Temporäre Dateien, lokale Konfigurationen, bei jedem Build-Prozess
  generierter Code und Binärdateien dürfen nicht in Git eingecheckt werden.
  [MUSS]: Userspezifische Ordner und Dateien sind in der .gitignore Datei zu
  vermerken.
  [MUSS]: In jeder Sprache gibt es weitere programmiersprachenspezifische Ordner
  und Dateien, für die keine Versionskontrolle notwendig ist. Diese müssen auch in der
  .gitignore vermerkt werden. Hierfür kann auf fertige Templates für viele
  Programmiersprachen und IDEs zurückgegriffen werden.
  Workflow-Erweiterungen
  [EMPFOHLEN]: Falls langlaufende Versionen notwendig sind (z. B. bei Nutzung einer
  alten Version nach Erscheinen einer neuen Version), sollten diese in Support
  Branches abgelegt werden (support/<versionTag>). Änderungen in Support Branches
  werden, falls nötig, per Cherrypick in den Hauptentwicklungszweig (main bzw.
  develop) überführt.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 61 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3.5
  Ansprechpartner: Berno Kneer, BWI; Guido Wojke, BWI; Dominik Röser, ZDigBw


  Dieses Kapitel beschreibt die verpflichtenden Prozessschritte, hohe Software-Produktqualität
  sicherzustellen. Dieses Kapitel entspricht den Vorgaben CON.8.A7. Einige grundlegende
  Definitionen und Hintergrundwissen zum Thema Software Quality & Assurance sind im Glossar
  abgelegt.
  Zusammenfassung:
  Für alle Projekte ist ein Testkonzept zu erstellen.
  Von diesem Testkonzept wird ein Testplan abgeleitet.
  Das Testing der Software bzw. des Produkts findet kontinuierlich parallel zur
  Entwicklung und nicht als festgelegte Phase (z. B. am Ende der gesamten
  Entwicklung) statt.
  Der Testprozess beinhaltet sowohl die Planung als auch den Entwurf und die
  Entwicklung der Tests.
  Dazu kommen statische und dynamische Tests auf allen Teststufen zum Einsatz.
  Jede Änderung an diesen Prozessen und Dokumenten muss dokumentiert werden.
  Für Software-Qualitätsrelevante Begriffe werden die Definitionen gemäß ISTQB
  verwendet.


  3.5.1
  Definition (Software-) Qualität (nach ISTQB): Der Grad, in dem ein System, eine Komponente
  oder ein Prozess die Kundenerwartungen und -bedürfnisse erfüllt (Ref: ISO 24765). Dabei
  werden funktionale (explizite) und nicht-funktionale (implizite) Anforderungen unterschieden. Die
  Erfüllung der Anforderungen werden durch ein Qualitätsmanagement sichergestellt, welches
  Aktivitäten in den Bereichen Software-Qualitätssicherung (Software Quality Assurance, SQA),
  Software-Qualitätskontrolle (Software Quality Control, SQC) und Softwaretests (Testing)
  umfasst.




  Bildquelle:https://www.altexsoft.com/whitepapers/quality-assurance-quality-control-and-testing-
  the-basics-of-software-quality-management/
  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 62 / 115 © BWI GmbH 2024 All Rights Reserved
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern

  Veröffentlicht BU)

  Gültig ab: 29.01.2024 Version: 3.0


  Zu verwendende Standards

  = Die möglichen Vorgehensweisen sind im Kapitel Methodology definiert. SQA, SQC
  und Testing sind Bestandteil jeder dieser Methoden. Empfohlen wird eine agile
  Methode.

  = SQA, SQC und Testing verwenden für alle Begriffe die Definitionen gemäß ISTQB.




  3.5.2 Software Quality Assurance (SQA)

  Definition (Software-) Qualitätssicherung (nach |STQB): Aktivitäten, die darauf fokussieren,
  Vertrauen in die Erfüllung der Qualitätsanforderungen zu erzeugen.


  Weiterführende Informationen - SQA

  Die Software-Qualitätssicherung umfasst den gesamten Lebenszyklus der Softwareentwicklung
  und soll sicherstellen, dass die Entwicklungs- und Wartungsprozesse kontinuierlich verbessert
  werden, um Produkte zu erzeugen, die den Spezifikationen entsprechen. Zu beachten ist, dass
  der Bereich Software-Qualitätssicherung nicht nur auf Softwaretests beschränkt ist. Die Rolle
  der SQA besteht darin, die Art und Weise zu überwachen, wie ein Projekt seine Aufgaben erfüllt.
  Sie konzentriert sich also mehr auf die organisatorischen Aspekte des Qualitätsmanagements,
  ist prozessorientiert und gilt für alle Projekte innerhalb der Abteilung.

  Typische Aktivitäten der SQA:

  = Audits.

  = Schulungen.

  = Prozess-Definition und -Implementierung.

  = Kontrolle extern zur Verfügung gestellter Services und Produkte (Software).

  =" Standardisierung.

  [MUSS]: Verpflichtende Aktivitäten

  = Erstellung des Testkonzepts.

  = Festlegung der Kommunikations- und Dokumentationsvorgaben.

  = Festlegung von Reviews und Audits (welche und in welcher Häufigkeit).

  = Prüfung extern zur Verfügung gestellter Services und Produkte (Vendor
  Management).

  = Festlegung der Arbeitsergebnisse (Work Products).

  = Definition der Zusammenarbeit mit dem Kunden.

  " Definition der Eskalationsmöglichkeiten und -kanäle.

  [EMPFOHLEN]: Optionale Aktivitäten

  = Erstellung eines Schulungsplans für die Tester*innen/Entwickler*innen.
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Weiterführende Informationen - Testkonzept
  Definition Testkonzept (nach ISTQB): Ein Dokument, das u.a. den Gültigkeitsbereich, die
  Vorgehensweise, die Ressourcen und die Zeitplanung der beabsichtigten Tests mit allen
  Aktivitäten beschreibt. Es identifiziert u.a. die Testobjekte, die zu testenden Features und die
  Testaufgaben. Es ordnet den Testaufgaben die Tester*innen zu und legt den
  Unabhängigkeitsgrad der Tester*innen fest. Es beschreibt die Testumgebung, die
  Testentwurfsverfahren und die anzuwendenden Verfahren zur Messung der Tests, und
  begründet deren Auswahl. Außerdem werden Risiken beschrieben, die eine Planung für den Fall
  des Eintretens erfordern. Ein Testkonzept ist somit die Niederschrift des
  Testplanungsprozesses.
  Gliederung Testkonzept nach IEEE 829-1998:
  1. Testkonzeptbezeichnung.
  2. Einführung.
  3. Testobjekte.
  4. Zu testende Leistungsmerkmale.
  5. Leistungsmerkmale, die nicht getestet werden.
  6. Teststrategie.
  7. Abnahme- und Ausgangskriterien.
  8. Kriterien für Testabbruch und Testfortsetzung.
  9. Testdokumentation.
  10. Testaufgaben.
  11. Testinfrastruktur.
  12. Verantwortlichkeiten/Zuständigkeiten.
  13. Personalprofil, Einarbeitung.
  14. Zeitplan/Arbeitsplan.
  15. Planungsrisiken und Unvorhergesehenes.
  16. Genehmigung/Freigabe.
  (Quelle: Andreas Spillner und Tilo Linz, Basiswissen Softwaretest, dpunkt.verlag)
  Zu verwendende Standards
  Die folgenden Standards bez. SQA sind weit verbreitet, sind aber (noch) nicht an agile
  Methoden angepasst. Trotzdem bieten sie eine gute Orientierung, sind aber innerhalb des SWE
  Frameworks nicht verpflichtend:
  ISO 9000: Basiert auf sieben Qualitätsmanagement-Prinzipien, die sicherzustellen
  sollen, dass Produkte/Dienstleistungen auf die Bedürfnisse der Kunden abgestimmt
  sind.
  CMMI (Capability Maturity Model Integration): Ziel von CMMI-Modellen ist es,
  Prozesse in einem Projekt, einer Abteilung oder einer Organistion zu verbessern. Wie
  weit fortgeschritten man ist, wird in 5 Reifegraden gemessen.
  TMMI (Test Maturity Model Integration): Basiert auf CMMI und konzentriert sich auf
  auf Software-Qualitätsmanagement und -Testen.

  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 64 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  3.5.3
  Definition (Software-) Qualitätskontrolle (SQC)(nach ISTQB): Eine Menge von Aktivitäten, die
  entworfen wurde, um die Qualität einer Komponente oder eines Systems zu bewerten.
  Der Prozess der Software-Qualitätskontrolle (SQC) wird von der Software-Qualitätssicherung
  (SQA) gesteuert.

  Weiterführende Informationen - SQC
  Während SQA auf die Vorbeugung ausgerichtet ist, ist SQC auf die Entdeckung ausgerichtet.
  SQC ist projekt- bzw. produktspezifisch. Durch die Qualitätskontrolle wird geprüft, ob das
  Produkt die Anforderungen erfüllt. Ziel ist es, die Produktqualität beizubehalten oder zu
  verbessern, indem Fehler (z. B. Fehlfunktionen, Risiken, Abweichungen von der Spezifikation)
  möglichst frühzeitig erkannt und beseitigt werden.
  [MUSS]: Verpflichtende Aktivitäten
  Erstellung des Testplans.
  Durchführen und Dokumentieren von Reviews:
  Architektur und Design Review.
  Code Review.
  Test Cases Review.
  Durchführen von Tests: Unit Testing, Integration Testing, System Testing, Acceptance
  Testing.
  Testdurchführung in Test- und Entwicklungsumgebungen, die vollständig getrennt von
  der Produktivumgebung sind.
  Dokumentation der Testergebnisse.
  Bewertung von Change Requests.
  Definieren und Auswerten der projektspezifischen Metriken.
  Überprüfung der Konsistenz der Daten.
  Überprüfung der korrekten Weitergabe von Daten zwischen Verarbeitungsschritten.
  Überprüfung, ob die Systemvoraussetzungen für die vorgesehene Software
  ausreichend dimensioniert sind.
  Erstellung von Fehlerberichten (Ticket).
  [EMPFOHLEN]: Optionale Aktivitäten
  Durchführen und Dokumentieren von Reviews:
  Requirement Reviews.
  Deployment Plan Review.
  Test Plan Review.
  Rückverfolgung von Requirements.
  Aktionen zur Risikobewältigung.
  Vergleich der Ergebnisse mit früheren Ergebnissen.
  Einbindung der Fachverantwortlichen oder der beauftragenden Fachabteilung
  (Auftraggeberseite).
  Definition der Testdaten (z. B. Grenzwerte, kritische Werte).
  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 65 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Weiterführende Informationen - Testplan
  Definition Testplan (nach ISTQB): Eine Liste von Aktivitäten, Aufgaben oder Ereignissen des
  Testprozesses, mit Angabe ihrer geplanten Anfangs- und Endtermine sowie ihrer gegenseitigen
  Abhängigkeiten.
  Ein Testplan enthält:
  Schedules.
  Konkrete Beschreibung der Testumgebungen.
  Konkrete Beschreibung der Test-Entwicklungsumgebungen (Hardware Requirements,
  Software Requirements, Netzwerkanbindung, etc.).
  Konkrete Beschreibung, welche Testarten in welcher Teststufe in welcher Umgebung
  zum Einsatz kommen.
  Konkrete Beschreibung der Teststufen.
  Abhängigkeiten.
  Zu verwendende Standards
  In der BWI wird die Plan-Do-Check-Act-Methode (PDCA-Methode) verwendet.


  3.5.4
  Definition Testing (nach ISTQB): Der Prozess, der aus allen statischen und dynamischen
  Lebenszyklusaktivitäten besteht, die sich mit der Planung, Vorbereitung und Bewertung einer
  Komponente oder eines Systems und zugehörigen Arbeitsergebnissen befassen, um
  festzustellen, ob sie festgelegte Anforderungen erfüllen, für den Zweck geeignet sind sowie um
  etwaige Fehlerzustände zu finden.
  Beim Testen von Software müssen die sieben Grundsätze des Softwaretestens beachtet
  werden:

  Die 7 Grundsätze des Softwaretestens

  1. Testen zeigt die Anwesenheit von Fehlerzuständen, nicht deren Abwesenheit:
  Testen kann zeigen, dass Fehlerzustände vorliegen, aber es kann nicht beweisen, dass es
  keine Fehlerzustände gibt. Testen reduziert die Wahrscheinlichkeit, dass noch
  unentdeckte Fehlerzustände in der Software vorhanden sind, aber auch wenn keine
  Fehlerzustände gefunden werden, ist Testen kein Beweis für Korrektheit.

  2. Vollständiges Testen ist nicht möglich
  Ein vollständiger Test, bei dem alle möglichen Eingabewerte und deren Kombinationen unter
  Berücksichtigung aller unterschiedlichen Vorbedingungen ausgeführt werden, ist nicht
  durchführbar, mit Ausnahme von sehr trivialen Testobjekten. Anstatt zu versuchen,
  vollständig zu testen, sollten Risikoanalyse, Testverfahren und Prioritäten genutzt
  werden, um den Testaufwand zu konzentrieren.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 66 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  3. Frühes Testen spart Zeit und Geld
  Um Fehlerzustände früh zu finden, sollten sowohl statische als auch dynamische
  Testaktivitäten so früh wie möglich im Softwareentwicklungslebenszyklus gestartet
  werden. Frühes Testen wird oft als Shift left bezeichnet. Frühes Testen im
  Softwareentwicklungslebenszyklus hilft dabei, kostenintensive Änderungen zu reduzieren
  oder vollständig zu vermeiden.

  4. Häufung von Fehlerzuständen
  Eine kleine Anzahl von Modulen enthält in der Regel die meisten Fehlerzustände, die
  während des Testens in der Phase vor Inbetriebnahme entdeckt werden, oder ist
  verantwortlich für die meisten der betrieblichen Fehlerwirkungen. Vorausgesagte
  Anhäufungen von Fehlerzuständen und die tatsächlich beobachteten Anhäufungen von
  Fehlerzuständen im Test oder im Betrieb sind ein wichtiger Beitrag zur Risikoanalyse, die
  genutzt wird, um den Testaufwand zu konzentrieren (wie in Grundsatz 2 erwähnt).

  5. Vorsicht vor dem Pestizid-Paradoxon
  Wenn die gleichen Tests immer wieder wiederholt werden, finden diese Tests irgendwann
  keine neuen Fehlerzustände mehr. Um neue Fehlerzustände zu finden, müssen
  bestehende Tests und Testdaten möglicherweise verändert werden und neue Tests
  geschrieben werden (Tests sind nicht länger effektiv im Erkennen von Fehlerzuständen,
  so wie Pestizide nach einer Weile nicht mehr effektiv in der Vernichtung von Insekten
  sind). In manchen Fällen, wie dem automatisierten Regressionstest, hat das Pestizid-
  Paradoxon einen vermeintlich positiven Effekt, der in der relativ geringen Anzahl von
  Regressionsfehlern liegt.

  6. Testen ist kontextabhängig
  Je nach Einsatzgebiet und Kontext ist das Testen anzupassen. Zum Beispiel wird
  sicherheitskritische industrielle Steuerungssoftware anders getestet als eine mobile E-
  Commerce-Applikation. Ein weiteres Beispiel ist das Testen in agilen Projekten, das
  anders durchgeführt wird als das Testen in einem Projekt mit sequenziellem
  Softwareentwicklungslebenszyklus.

  7.
  Einige Unternehmen erwarten, dass Tester*innen alle denkbaren Tests durchführen und alle
  denkbaren Fehlerzustände finden können, aber die Grundsätze 2 und 1 lehren uns, dass
  dies unmöglich ist. Des Weiteren ist es ein Trugschluss (d.h. ein Irrglaube), zu erwarten,
  dass allein das Finden und Beheben einer großen Anzahl von Fehlerzuständen den
  Erfolg eines Systems sicherstellen werde. Beispielsweise kann trotz gründlicher Tests
  aller spezifizierten Anforderungen und Beheben aller gefundenen Fehlerzustände ein
  System erstellt werden, das schwer zu nutzen ist, das die Bedürfnisse und Erwartungen
  der Benutzer*innen nicht erfüllt oder das geringwertigere Qualität hat als vergleichbare
  Systeme.
  [MUSS]: Verpflichtende Aktivitäten
  Es müssen Testfälle auf allen Teststufen erstellt werden.
  Es dürfen alle Testarten (Funktional/Nichtfunktional/...) benutzt werden, wobei sowohl
  die funktionalen als auch die nichtfunktionalen Anforderungen geprüft werden
  müssen.
  Softwaretests müssen auch Negativtests abdecken.
  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 67 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Kritische Grenzwerte bez. Eingabe und Datentypen müssen geprüft werden.
  Durchführung von statischen und dynamischen Tests inkl. Erfassung der Metriken.
  Metriken:
  Es gelten die Quality Profiles und Quality Gates der BWI in der jeweilig genutzten
  Technologie. Diese sind im DevLab bereits standardmäßig hinterlegt und können
  bei Bedarf bei den Kapitelverantwortlichen angefragt werden.
  Diese Quality Profiles und Quality Gates werden von der BWI zweimal jährlich
  geprüft und ggf. angepasst.
  Die Quality Profiles und Quality Gates liegen in einer digitalen Form vor.
  Ausnahmen müssen beim Review abgenommen werden.

  Durchführen von Regressionstests.
  Mindestens ein Test pro funktionaler Anforderung.
  Mindestens ein Test pro behobenem Fehler aus einem Fehlerbericht.
  Testprotokolle für produktive Versionen müssen revisionssicher abgelegt werden.
  Erstellung und Pflege eines Testfallkatalogs.
  [EMPFOHLEN]: Optionale Aktivitäten
  Anwendung des "Test first"-Paradigmas.
  Automatisierte Ausführung aller Tests.
  Hinweise zu Testfällen:
  Definition Testfall (nach ISTQB): "Eine Menge von Vorbedingungen, Eingaben, Aktionen (falls
  anwendbar), erwarteten Ergebnissen und Nachbedingungen, welche auf Basis von
  Testbedingungen entwickelt wurden."
  Ein Testfall muss mindestens folgende Dinge beinhalten:
  Vorbedingungen: Welche Voraussetzungen müsssen erfüllt sein, damit der Test
  durchgeführt werden kann? Dies können technische und organisatorische Dinge sein.
  Wenn diese erfüllt sind, darf der Test nicht fehlschlagen.
  Testdaten: Welche Daten müssen im Testsystem vorhanden sein und welche
  Eingaben werden gemacht?
  Testschritte: Welche Aktionen werden in welcher Reihenfolge durchgeführt?
  Erwartetes Ergebnis: Welche Reaktion wird vom System erwartet? Dies sollte pro
  Testschritt definiert werden, muss aber mindestens für den Testfall definiert sein.
  Nachbedingungen: Erwartete Nachbedingungen/Ergebnisse der Testdurchführung, z.
  B. "Benutzer ist erfolgreich angemeldet".
  Zu verwendende Standards
  Der folgende Standard gibt eine gute Orientierung, ist aber im Rahmen des SWE Frameworks
  nicht verpflichtend:
  ISO 25010: Beschreibt acht Qualitätsmerkmale, die bei der Prüfung eines
  Softwareprodukts berücksichtigt werden sollen.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 68 / 115 © BWI GmbH 2024 All Rights Reserved
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern


  Veröffentlicht BW
  T für Deutschland
  Gültig ab: 29.01.2024 Version: 3.0


  Fehlerpriorität und Fehlerklassen

  Während die Fehlerpriorität bzw. Prioritätsklasse beschreibt, wie dringend ein Fehler behoben
  werden, beschreibt die Fehlerklasse, wie schwerwiegend ein Fehler ist, d.h., wie stark er die
  Nutzung beeinträchtigt (Grad der Behinderung des Produkteinsatzes). Da die Fehlerpriorität und
  die Fehlerklasse nicht immer korrelieren, müssen beim Erfassen von Fehlertickets beide erfasst
  werden.

  Es wird zwischen fünf Prioritätsklassen unterschieden:

  Prio 1 (Patch): Der Arbeitsablauf bei Anwender*in/Tester*in ist blockiert oder die
  laufenden Tests können nicht fortgesetzt werden. Das Problem muss unmittelbar, ggf.
  provisorisch, behoben werden. Ein Patch ist zu erstellen.

  Prio 2 (Nächste Version): Die Fehlerkorrektur erfolgt mit der nächsten produktiven
  Produktversion.

  Prio 3 (Übernächste Version): Die Fehlerkorrektur erfolgt (spätestens) mit der
  übernächsten produktiven Produktversion.

  Prio 4 (Gelegentlich): Die Fehlerkorrektur erfolgt, sobald die betroffenen Systemteile
  ohnehin überarbeitet werden.

  Prio 5 (Offen): Es gibt keinen Zeitplan für die Fehlerkorrektur.



  Es wird zwischen fünf Fehlerklassen unterschieden:

  Fehlerklasse Definition Beispiele

  1-
  Die App ist in dieser Form App stürzt rekonstruierbar oder häufig
  (Blocker/Kritisch) nicht einsetzbar. ab.

  App kann nicht benutzt werden (z. B.
  weil ein Dialog die App blockiert).

  Wichtiges Feature funktioniert nicht
  und es gibt keinen Workaround.

  2 - (Hoch) . Eine wesentliche Funktion ist Die App stürzt nicht rekonstruierbar
  fehlerhaft. und selten ab.

  Eine Anforderung wurde Ein wichtiges Feature funktioniert
  nicht beachtet oder falsch nicht, kann aber über einen
  umgesetzt. Workaround genutzt werden.

  Die App ist nur mit großen
  Einschränkungen einsetzbar.

  3-
  Funktionale Abweichung Es wurden nicht alle Regeln zur
  (Normal/Medium) bzw. Einschränkung. Passwortvergabe umgesetzt.

  ‚Anforderung fehlerhaft oder Die Sortierung einer Liste erfolgt nach
  nur teilweise umgesetzt. Vorname und nicht nach Nachname.




  2 neering Frame und Bun Release 2024

  124 All Rights F Seite 69/115
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  ss Intern


  BUI Veröffentlicht
  IT für Deutschland Gültig ab: 29.01.2024 Version: 3.0

  Fehlerklasse Definition Beispiele

  = Die App kann mit
  Einschränkungen genutzt
  werden.

  4 - (Niedrig) = Geringfügige Abweichung. = Eine Liste zeigt statt maximal 10
  = Die App kann ohne Einträgen bis zu 15 an.

  Einschränkung genutzt = Eine Fehlermeldung ist nicht klar
  werden. verständlich.

  5-(Kosmetisch) = Schénheitsfehler. = Rechtschreibfehler.

  = Die App kann ohne = Mangel im Maskenlayout.
  Einschränkung genutzt
  werden.




  Testprotokolle

  Testprotokolle für ausgeführte Tests (manuell oder automatisiert) müssen so abgelegt werden,
  dass die Historie der Testausführungen jederzeit nachvollziehbar ist. Da Testprotokolle meist
  auch Liefergegenstände sind, empfiehlt es sich, diese zusammen mit der Projekt-/Produkt-
  dokumentation abzulegen.


  Inhalt eines Testprotokolls

  = Testobjekt

  e Eindeutige Identifikation der getesteten Software (z. B. Versionsnummer, Build,
  Bezeichnung der Baseline).


  =" Testumgebung

  © Bezeichnung.
  © Spezielle Einstellungen / Konfigurationen.


  = Testprogramme

  a Testsoftware inkl. Version.


  = Testdurchführung

  2 Datum und ggf. Uhrzeit.
  a Wer hat den Test durchgeführt?
  © Ablageort des Testprotokolls.


  = Informationen zu jedem einzelnen Test:

  a Test-ID und Bezeichnung.
  © Testergebnis.
  2 (Optional) Bewertung und Bemerkungen. Empfohlen bei fehlgeschlagenen Tests.




  Software Engineenng Framework der BWI und Bur

  Seite 701115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Security Tests
  Im Rahmen von den notwendigen Security-by-Design- and Development-Tätigkeiten werden
  Security-bezogene Tests durch die Entwicklungsteams durchgeführt. Um die Qualität zu
  steigern, kann ein unabhängiges (Entwicklungs)team beauftragt werden. Eine offizielle
  Abnahme für die Sicherheit des Produktes erfolgt entweder durch CCITS als Facheinheit oder
  durch beauftragte Dritte (spezialisierte Industrieunternehmen).




  Weiterführende Links
  ISTQB Referenz
  https://www.german-testing-board.info/wp-content/uploads/2020/01/CTFL-
  DE Syllabus 2018 V3.1.pdf
  https://www.german-testing-board.info/wp-content/uploads/2016/07/Certified-
  Tester-Foundation-Level-Extension-Deutsch.pdf




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 71 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  4
  Das Software Operating Module beschreibt, wie die eigenentwickelte Software in den BWI-
  Betrieb überführt und anschließend aus Softwareentwicklungssicht begleitet wird. Dazu zählen
  Deployment, Operating, Monitoring & Reporting sowie Maintenance & Support. Das Modul
  beinhaltet ein Kapitel mit allgemeinen Vorgaben sowie Kapitel zu den einzelnen Zielplattformen
  mit spezifischen Vorgaben.


  4.1
  Ansprechpartner: Burkhard Pietsch, BWI; Günter Liehl, BWI


  Dieses Kapitel enthält Vorgaben aus Softwareentwicklungssicht für den Betrieb von
  eigenentwickelter Software in der BWI. Die Vorgaben in diesem Kapitel sind unabhängig von
  dem Betriebsmodell (Server, Cloud, Desktop und Mobile) und werden, abhängig von den
  technologischen und organisatorischen Eigenschaften, im entsprechenden Unterkapitel des
  jeweiligen Betriebsmodells konkretisiert und ergänzt.


  4.1.1
  Unabhängig von dem Betriebsmodell muss laut BWI-Anforderungen der Informationssicherheit
  (Vorgaben DEV.A3 und CON.8.A12) für den Betrieb ein InfoSichhK (siehe Kapitel Security &
  Compliance) sowie ein Betriebshandbuch erstellt werden.
  [MUSS]: Das Betriebshandbuch muss die folgenden Punkte beschreiben.
  Kontakt zu den jeweiligen Ansprechpartnern.
  Zugriffsmöglichkeiten auf das System und die unterliegende Infrastruktur.
  Architekturübersicht nebst Schnittstellen zu Drittsystemen.
  Anweisungen für Installation und Wiederanlauf.
  Konfigurationsparameter.
  Hinweise zu Wartung und zur Fehlerbehandlung.
  Werkzeuge zur Administration.
  Datensicherungs- und Wiederherstellungskonzept (Georedundante
  Aufbewahrung, Backup-Strategie, Backup-Medien, Restore: rechtliche
  Betrachtung).


  4.1.2
  Bzgl. der Signierung von Artefakten ist folgendes zu beachten:
  [MUSS]: Alle Artefakte (z. B. der Code bzw. das ausgelieferte Modul/Container) sind
  zu signieren (siehe CON.8.A8 und Orientierungshilfe
  Informationssicherheitsanforderungen im Verweise auf andere Dokumente).


  4.1.3
  Die Prozesse zur Installation von Software und Konfigurationen auf einen oder mehreren
  Rechnern (Umgebung) wird als Software Deployment (Softwareverteilung) bezeichnet. Der
  finale Schritt des (Continuous-)Deployments ist der "commercial launch" bzw. "go live".
  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 72 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Dabei gilt:
  [MUSS]: Es muss ersichtlich sein, welche Version der Software auf welcher
  Umgebung aktuell läuft.
  [MUSS]: Es muss ersichtlich sein, welche Version der Software in welchem Zeitraum
  gelaufen ist.
  [MUSS]: Es muss darauf geachtet werden, dass die Lauffähigkeit in der jeweiligen
  Umgebung gegeben ist, deshalb muss eine Abhängigkeitsmatrix gepflegt werden.
  [MUSS]: Das Software Deployment richtet sich nach den Gegebenheiten der
  Kundenumgebungen und eingesetzten Technologien.
  [EMPFOHLEN]: Während der Entwicklung soll ein Deployment in eine möglichst
  produktionsnahe Testumgebung erfolgen, um durch entsprechende Tests die Qualität
  und Realitätstreue zu sichern (siehe Kapitel Software Quality & Assurance).
  [EMPFOHLEN]: Das Software Deployment soll möglichst automatisiert ablaufen.


  4.1.4
  Bei initialem Produktionsdeployment sowie bei Major Updates gilt:
  [MUSS]: Für die Inbetriebnahme eines Anwendungssystems muss eine erhöhte
  Bereitschaft des Entwicklungsteams eingeplant werden.
  [EMPFOHLEN]: Bereitschaft für das initiale Produktivsetzung: 8 Wochen.
  [EMPFOHLEN]: Bereitschaft für Major Updates: 2 Wochen.


  4.1.5
  Mit dem Start des Deployments startet das Operating (Betrieb) und damit auch die
  Wartungsphase (siehe Kapitel Maintenance & Support). Nach dem Go-Live nutzen erste
  Kunden das neue Softwareprodukt. Standardmäßig ist der "End of Life"-Zustand für ein Produkt
  nach drei Jahren erreicht (Abweichungen sind möglich, müssen aber explizit dokumentiert
  werden).
  Ausgelieferte Produkte sollen ein optimales Verhalten zur Laufzeit bieten. Dazu gehören neben
  den Aspekten des professionellen Application Managements:
  [MUSS]: Stabiler Neustart: Die Produkte werden so designt, dass zu jedem Zeitpunkt
  ein Neustart möglich ist ohne inkonsistente Zustände z. B. in Datenbanken zu
  hinterlassen.
  [MUSS]: Readiness: Die Produkte enthalten Schnittstellen, die eine
  Betriebsumgebung erkennen lassen, dass ein Produkt einsetzbar ist.
  [MUSS]: Health Checks / Liveness probe: Health Checks werden implementiert, damit
  das überwachende System den aktuellen Zustand eines Produktes bewerten kann
  und ggf. Maßnahmen ergreifen kann. Voraussetzung ist, dass das System so etwas
  zulässt.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 73 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  4.1.6
  Die Überwachung einer Anwendung ist ebenso wichtig wie deren Entwicklung, damit eine
  optimale User Experience gewährleistet werden kann. Aus diesem Grund ist eine proaktive
  Überwachungsstrategie erforderlich. Fehler, Leistungsparameter, Verfügbarkeit und
  Ausfallzeiten müssen transparent für Entwicklung und Operation zugänglich sein. Die Tiefe des
  Application Performance Monitorings ist abhängig vom jeweiligen Geschäftsfall und muss im
  Rahmen des Projekts betrachtet und festgelegt werden. Das Monitoring muss immer gemäß der
  Vorgaben der Sicherheitsdomäne erfolgen.
  Application Performance Monitoring
  Drei Arten von APM Tools sind zu berücksichtigen:
  [EMPFOHLEN]: Anwendungsmetriken
  [EMPFOHLEN]: Code-Profiling
  [EMPFOHLEN]: Netzwerk
  Es sollten alle drei Arten eingesetzt werden, um zur Laufzeit einen allumfassenden Blick in die
  Software zu bekommen.
  Relevante Kriterien dabei sind:
  [EMPFOHLEN]: Performance der Anwendung
  [EMPFOHLEN]: Ressourcenverbrauch
  [EMPFOHLEN]: Stabilität
  [EMPFOHLEN]: Anonymisierte Benutzeraktivitäten
  Diese Kriterien liefern in erster Linie einen Rückschluss auf den fehlerfreien Ablauf der Software
  sowie der Validierung der User Experience.
  Reporting
  Für das Reporting gilt:
  [MUSS]: Es muss gewährleistet werden, dass ein regelmäßiges Reporting über die
  Funktionsweise der Applikation bereitgestellt werden kann. Dies erfolgt z. B. über
  einen Health-Check-Report. Funktionale (Teil-)Ausfälle soll die Anwendung proaktiv
  reporten, z. B. über SIEM. Hierbei muss sich die Applikation in den
  Informationsverbund eingliedern, in dem sie betrieben wird.
  [MUSS]: Es muss gewährleistet werden, dass ein regelmäßiges Reporting über
  potenzielle Schwachstellen der Applikation bereitgestellt werden kann. Dies betrifft die
  Applikation ganzheitlich, d.h. die Komposition der Anwendung muss regelmäßig durch
  die Software-Komponentenanalyse verifiziert werden.
  [MUSS]: Die Vorgaben BSI CON.8.A6, BSI CON.8.A20, BSI OPS1.1.5, BWI
  InfSichhRiLi - Monitoring & Schwachstellen-Scans (siehe auch Kapitel Security &
  Compliance) sind einzuhalten.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 74 / 115 © BWI GmbH 2024 All Rights Reserved
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern oo


  Veröffentlicht BW|
  Gültig ab: 29.01.2024 Version: 3.0 I1ür Deutsehlane

  4.2 server-based Applications
  Ansprechpartner: Holger Brinkmann, BWI



  Dieses Kapitel dient gemeinsam mit den allgemeinen Operating Vorgaben aus Software-
  Engineering-Sicht als Leitfaden für das Betriebsmodell Server-based Applications in der BWI.




  4.2.1 Deployment

  Klassisches Application Hosting durch die BWI wird durch den Service 210 Application Hosting
  Server (AHS) (Kontakt: bwi.fp.ssd-s!-pf-sah@bwi.de) durchgeführt. Das Hosting ist grundsätzlich
  stark abhängig von den eingesetzten Technologien und dem Anwendungsfall. Daher gibt es
  aktuell kein allgemeingültiges Vorgehen für das Deployment. Stattdessen muss das Deployment
  mit den zuständigen Teams aus AHS für den konkreten Fall ausgearbeitet werden. Hierfür
  gelten die folgenden Vorgaben:

  = [MUSS]: Frühzeitiges Einbeziehen von AHS mit Informationen über den
  Anwendungsfall und die Zielarchitektur, inkl. Klärung der aktuellen Anforderungen,
  Rahmenbedingungen und Verantwortlichkeiten. AHS liefert hier bereits ein Portfolio
  über Standards (z. B. zu Managed Server, Datenbanken, Middleware). Dieses
  Portfolio kann in Absprache mit AHS erweitert werden.

  =" [MUSS]: Festlegen eines Deployment-Prozesses in Abstimmung mit AHS, unter der
  Berücksichtigung der dort festgelegten Prozesse.

  " [MUSS]: Übergabe des getesteten und lauffähigen Softwareartefakts an AHS.
  " [MUSS]: Übergabe sowie Aktualisierung der von AHS geforderten Dokumentation.
  Dies umfasst in der Regel mindestens das InfoSichhK sowie das Betriebshandbuch.

  " [EMPFOHLEN]: Einsatz eines Artefaktspeichers.



  4.2.2 Operating
  Wie beim Deployment handelt es sich auch beim Operating Modell um das klassische
  Application Hosting über den Service 210 AHS. Hier laufen die Fäden aller für den Betrieb einer
  Anwendung notwendigen Services (z. B. Managed Database, Managed Server) zusammen.

  AHS koordiniert im Falle von Änderungen an den einzelnen Komponenten die einzelnen
  Prozessschritte basierend auf dem abgestimmten ITIL-Prozess. Der Bedarf für Änderungen an
  den Komponenten entsteht durch notwendige Software Updates, durch Wartungsintervalle oder
  auch durch den Kunden beauftragte Software-Pflege-Änderungsmaßnahmen (SWPÄ).

  Folgende Aktivitäten sind zu berücksichtigen:

  =" [MUSS]: Erstellung eines SWPA-Konzeptes.
  = [EMPFOHLEN]: Erstellung eines Konzeptes zur Außerbetriebnahme (in Kooperation
  mit dem Betrieb).




  are Engineering Frame WI und Bundeswehr Release 2024

  vl GmbH All Right erved Seite 75
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  4.2.3
  siehe Allgemeine Operating Vorgaben.
  Für eine vollständige End-to-End-Monitoring-Strategie sind folgende Aktivitäten zu beachten:
  [MUSS]: Backend-Fehler protokollieren.
  [MUSS]: Automatische Fehlerreports erstellen.
  [MUSS]: Automatische Alarmierung bei schwerwiegenden Fehlern.
  [MUSS]: Proaktive Erkennung von Sicherheitsproblemen durch Anbindung an
  Security Information and Event Management (SIEM).
  [EMPFOHLEN]: Performance-Probleme analysieren.
  [EMPFOHLEN]: User-Interaktionen anonymisiert erfassen.
  [EMPFOHLEN]: Router Changes / Page Transitions tracken (unter Beachtung
  geltender Compliance-Regeln).
  [EMPFOHLEN]: Erfassung von Metriken und Bereitstellung von Auswertetools.
  [EMPFOHLEN]: Dashboard Reports kontinuierlich überwachen.
  [EMPFOHLEN]: Tracing Frontend to Backend durch Korrelation von Loggings
  (Interservice-Kommunikation).
  [EMPFOHLEN]: Automatiken zur Lösung entwickeln.
  [EMPFOHLEN]: Um das Logging in verteilten System zentral zu sammeln, wird z. B.
  der ELK-Stack empfohlen (siehe Allgemeine Guideline, Abschnitt Logging).




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 76 / 115 © BWI GmbH 2024 All Rights Reserved
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826


  Intern
  © @
  GED

  Veröffentlicht B WI
  Deutschland
  Gültig ab: 29.01.2024 Version: 3.0



  4.3 Cloud Applications
  ‚Ansprechpartner: Burkhard Pietsch, BWI



  Dieses Kapitel dient gemeinsam mit den allgemeinen Operating Vorgaben aus Software-
  Engineering-Sicht als Leitfaden für das Betriebsmodell Cloud Applications in der BWI.



  4.3.1 Deployment

  Zielumgebungen sind:

  = pCloudBw
  Das Artefakt wird in einen Artefaktspeicher eingebracht und gemäß der pCloud
  Software-Deployment-Platform (SDP) und den Produktvorgaben ausgebracht.

  = Andere private Clouds (bei Kundenanforderung)
  Das Artefakt wird in einen Artefaktspeicher eingebracht und gemäß den
  Produktvorgaben ausgebracht.

  = Public Clouds (bei Kundenanforderung)
  Deployment nach den jeweiligen Gegebenheiten des Cloud-Providers.

  Folgende Aktivitaten sind notwendig:

  = [MUSS]: Releaseartefakte werden unveränderbar in einen geeigneten
  Artefaktspeicher abgelegt.

  [MUSS]: Die aktuelle (eindeutige) Version ist in der Umgebung ersichtlich.

  [MUSS]: Dokumentation enthält Informationen, wann welche Version der Software in
  welcher Umgebung läuft/ gelaufen ist.“

  [MUSS]: Alle Artefakte sind signiert.

  [MUSS]: Automatisiertes Deployment ist für alle angeforderten Umgebungen
  vorhanden.*
  * Kann nur unter DevOps Bedingungen von dem Entwicklungsteam erfüllt werden.



  4.3.2 Operating
  siehe Allgemeine Operating Vorgaben.



  4.3.3 Monitoring & Reporting

  siehe Allgemeine Operating Vorgaben.

  Für eine vollständige End-to-End Monitoring Strategie sind folgende Aktivitäten notwendig:

  " [MUSS]: Backend-Fehler protokollieren.

  =" [MUSS]: Automatische Fehlerreports erstellen.

  =" [MUSS]: Automatische Alarmierung bei schwerwiegenden Fehlern.

  =" [MUSS]: Proaktive Erkennung von Sicherheitsproblemen durch Anbindung an
  Security Information and Event Management (SIEM).


  ngineering Frame ork der BWI und Bundeswehr Releasé

  5mbH 2024 All Ri J Seite 77 /
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  [EMPFOHLEN]: Performance-Probleme analysieren.
  [EMPFOHLEN]: User-Interaktionen anonymisiert erfassen.
  [EMPFOHLEN]: Router Changes / Page Transitions tracken (unter Beachtung
  geltender Compliance-Regeln).
  [EMPFOHLEN]: Erfassung von Metriken und Bereitstellung von Auswertetools.
  [EMPFOHLEN]: Dashboard Reports kontinuierlich überwachen.
  [EMPFOHLEN]: Tracing Frontend to Backend durch Korrelation von Loggings
  (Interservice-Kommunikation).
  [EMPFOHLEN]: Automatiken zur Lösung entwickeln.
  [EMPFOHLEN]: Um das Logging in verteilten System zentral zu sammeln, wird z. B.
  der ELK-Stack empfohlen (siehe Allgemeine Guideline, Abschnitt Logging).




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 78 / 115 © BWI GmbH 2024 All Rights Reserved
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E8800826



  Intern


  Veröffentlicht


  Gültig ab: 29.01.2024 Version: 3.0



  4.4 Desktop Applications
  ‚Ansprechpartner: Günter Liehl, BWI



  Dieses Kapitel dient aus Software-Engineering-Sicht als Leitfaden für das Betriebsmodell
  Desktop Applications in der BWI. Grundsätzlich sind ebenfalls die allgemeinen Operating
  Vorgaben zu berücksichtigen, sofern diese im Kontext Desktop Applications anwendbar sind.



  4.4.1 Deployment

  Die Applikation wird zur Paketierung/Verteilung an SSD Point of Delivery 1 Workplace Software
  Management (Kontakt: bwi.fp.ssd-sl-dw-swm-standardsoftware@bwi.de) übergeben, die
  Verteilung erfolgt via SCCM.

  = [MUSS]: Die Windows-Anwendung muss als installierbares .msi file ausgeliefert
  werden mit folgenden Eigenschaften:

  © Unattended Installation ohne Benutzerinteraktion.
  e msi Installation erledigt wirklich nur die Installation, keine Konfiguration der
  Anwendung (Ablage generell in "Program Files").
  © Konfigurationsdaten per .config file (bevorzugt), alternativ Registry.
  © Installation per Machine (per User nur dann, wenn z. B. per User-Lizenzen fällig
  sind).
  a Updates per follow up msi (Aktualisierung der bestehenden Installation durch die
  ‚Ausführung des neuen Installationspaketes) - Upgrade-Codes beachten.
  © Offnungen der lokalen Windows-Firewall durch den Installer müssen genehmigt
  werden.
  © De-Installation muss die Anwendung komplett entfernen (incl.
  Benutzerspezifischen .config-Daten, Registry Einträge, etc. - hier auch ggf.
  geänderte Firewall-Regeln wiederherstellen!).
  2 MSls müssen signiert sein, ebenso alle Komponenten im MSI die sinnvoll signiert
  werden können (.dll, .exe, ps1 scripte, etc.).
  Hinweis: 3rd Party Komponenten (z. B. dil-Dateien) behalten die Signatur vom
  Hersteller, sollte der Hersteller keine Signierung vornehmen, wird die dll mit
  unserem Zertifikat nachsigniert (muss dokumentiert werden!).


  Die Deployment-, Staging- und Abnahmetests der Anwendung müssen auf einem
  produktionsnahen Endgerät (APC) stattfinden. Ein Testgerät kann bei SSD Point of Delivery 1
  Workplace Software Management angefragt werden.

  Links zu SSD Point of Delivery 1 Workplace Software Management zum nachlesen:
  Paketierungsrichtlinie und Paketierungsstrategie.



  4.4.2 Operating

  = Der Betrieb einer Desktop Applikation beginnt mit der Übergabe und Verteilung der
  Applikation an die Clients.

  = Die Verantwortung liegt dann bei SSD Point of Delivery 1 Workplace Software
  Management .




  ork

  24 All
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  4.4.3
  Logging in das NT Event-Log (typischerweise Applikationsspezifische Log Senke).
  Tracing in eine Logdatei (log Rotation, Größe beachten).
  HealthCheck/Lifeliness Schnittstelle:
  Service-behaftete Anwendungen (also Anwendungen die immer ausgeführt
  werden) müssen eine HealthCheck/Lifeliness-Schnittstelle im Service Control
  Interface implementieren, damit die ordnungsgemäße Ausführung des Services
  (auch remote) überprüft werden kann.
  Beinhaltet der Service z. B. eine Kommunikationsschnittstelle sollte ein
  Performance Counter implementiert werden um den Datendurchsatz monitoren zu
  können.

  Für eine vollständige End-to-End Monitoring Strategie sind folgende Aktivitäten notwendig:
  [MUSS]: Frontend-Fehler protokollieren.
  [MUSS]: Netzwerkfehler protokollieren.
  [MUSS]: Backendfehler protokollieren.
  [MUSS]: Automatische Fehlerreports erstellen.
  [MUSS]: Automatische Alarmierung bei schwerwiegenden Fehlern in Backend oder
  Frontend.
  [EMPFOHLEN]: Performance Probleme analysieren.
  [EMPFOHLEN]: User Interaktionen anonymisiert erfassen.
  [EMPFOHLEN]: Alarme werden an SPOC geliefert.
  [EMPFOHLEN]: Interservice Kommunikation monitoren.
  [EMPFOHLEN]: Proaktive Erkennung von Sicherheitsproblemen durch Security
  Information and Event Management (SIEM).
  [EMPFOHLEN]: Automatiken zur Lösung entwickeln.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 80 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  4.5
  Ansprechpartner: Jürgen Wischer, BWI


  Dieses Kapitel dient aus Software-Engineering-Sicht als Leitfaden für das Betriebsmodell Mobile
  Applications in der BWI. Grundsätzlich sind ebenfalls die allgemeinen Operating Vorgaben zu
  berücksichtigen, sofern diese im Kontext Mobile Applications anwendbar sind.
  Informationen zur Entwicklung von Apps sind in den Kapiteln Swift und Kotlin zu finden.


  4.5.1
  Android
  [MUSS]: Pro App muss ein separates Zertifikat generiert werden. Neue Zertifikate
  lassen sich über das Android Studio erzeugen.
  [EMPFOHLEN]: Bei Verteilung der App über den Play Store sollte das Google Play
  Signing verwendet werden.
  iOS
  [MUSS]: iOS Apps verwenden immer das von Apple standardisierte App Signing
  Verfahren.


  4.5.2
  In der BWI werden mobile Applikation auf zwei Arten veröffentlicht: über den Play-/App Store
  oder über ein Mobile Device Management (MDM).
  [MUSS]: Es muss eine geeignete Art zur Veröffentlichung gewählt werden. Bei
  privaten Geräten ist die Veröffentlichung über einen öffentlichen App Store zu wählen.
  [MUSS]: Es muss eine öffentliche Datenschutzerklärung bereitgestellt werden.
  Innerhalb der BWI kann die Unternehmenskommunikation bei der Veröffentlichung
  unterstützen (Kontakt: bwi.fp.comm-kanaele@bwi.de).
  [MUSS]: Innerhalb der BWI muss die Unternehmenskommunikation bei der Erstellung
  der App-Store-Inhalte (Grafiken, textuelle Beschreibungen) eingebunden werden.
  [EMPFOHLEN]: Wenn möglich sollten alle Apps über die Stores veröffentlicht werden.
  Diese können sowohl komplett öffentlich oder nur intern für bestimmte Organisationen
  (z. B. BWI oder Bw) bereitgestellt werden.
  [EMPFOHLEN]: Die Apps sollten vor Veröffentlichung durch einen PEN Test geprüft
  werden. Innerhalb der BWI kann hier auf die Abteilung CDO CCITS CERT/SOC
  Operation zugegangen werden.
  [KANN]: Bei dienstlichen Geräten besteht zusätzlich die Möglichkeit zur
  Veröffentlichung über MDM.
  Veröffentlichung von öffentlichen Apps über die App Stores
  [MUSS]: Die entsprechenden Guidelines für die Veröffentlichung von Apps in den
  Stores von Google & Apple sind zu beachten:



  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 81 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Android:

  https://developer.android.com/studio/publish
  https://play.google.com/about/developer-content-policy/
  iOS

  https://developer.apple.com/app-store/review/guidelines/
  [MUSS]: Vor der Veröffentlichung und der Länderauswahl muss geprüft werden, ob
  Exportkontrollrechte zum Einsatz kommen und ggf. zu beachten sind. Insbesondere
  der Einsatz von Crypto-Bibliotheken ist kritisch. Weitere Infos dazu hier:
  Complying with Encryption Export Regulations | Apple Developer Documentation
  Export compliance - Play Console Help (google.com)

  [EMPFOHLEN]: Für die Bereitstellung von Beta Apps oder für interne Testzwecke
  eignen sich die bereits vorhandenen Lösungen in den App Stores (Apple Testflight &
  Test Tracks).
  [EMPFOHLEN]: Nutzung von gestaffelten Releases zur frühzeitigen Kontrolle von
  Problemen mit den Apps.
  Veröffentlichung von internen Apps über die App Stores
  [MUSS]: Die entsprechenden Guidelines für die Veröffentlichung von Apps in den
  Stores von Google & Apple sind zu beachten:
  Android

  https://developer.android.com/studio/publish
  https://play.google.com/about/developer-content-policy/
  iOS

  https://developer.apple.com/app-store/review/guidelines/
  [MUSS]: Die Konfiguration für interne / private Apps muss entsprechend durchgeführt
  werden. Die korrespondierenden Ids können über den Service Enterprise Mobility
  Management (Kontakt: bwi.fp.SSD-SL-CM-EMM@bwi.de) angefragt werden.
  Android: Interne Apps bereitstellen - Managed Play Store-Hilfe (google.com)
  iOS: - App Store Connect Help (apple.com)

  [MUSS]: Für die weitere Verteilung von Apps über MDM muss das Enterprise Mobility
  Management (Kontakt: bwi.fp.SSD-SL-CM-EMM@bwi.de) eingebunden werden.
  [EMPFOHLEN]: Für die Bereitstellung von Beta Apps oder für interne Testzwecke
  eignen sich die bereits vorhandenen Lösungen in den App Stores (Apple Testflight &
  Test Tracks).
  [EMPFOHLEN]: Nutzung von gestaffelten Releases zur frühzeitigen Kontrolle von
  Problemen mit den Apps.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 82 / 115 © BWI GmbH 2024 All Rights Reserved
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern


  Veröffentlicht


  Gültig ab: 29.01.2024 Version: 3.0


  Verteilung per MDM über private App Stores (VS-NfD Apps)

  = [MUSS]: Für die Bereitstellung und Hartung von VS-NfD-Apps muss das Enterprise
  Mobility Management (Kontakt: bwi.fp.SSD-SL-CM-EMM@bwi.de) eingebunden
  werden.

  = [EMPFOHLEN]: Es muss ein Vorlauf von mind. 6-9 Monaten eingeplant werden, da
  die Apps i.d.R. noch durch SecuSmart und BSI geprüft werden.



  4.5.3 Operating

  Der Betrieb von mobilen Applikationen beginnt mit der Bereitstellung über die entsprechenden
  App Stores oder über das Mobile Device Management.



  4.5.4 Monitoring & Reporting
  Die Möglichkeiten der App-Analyse sind eingeschränkt und weitestgehend auf die Werkzeuge
  der Hersteller Google bzw. Apple zu beschränken. Diese sollen so umfassend wie möglich
  genutzt werden. Das umfassende Performance Monitoring aus den allgemeinen Vorgaben kann
  daher nur auf Testgeräten durchgeführt werden. Im Folgenden werden die Analysen aufgeführt,
  die zur Laufzeit auf den Endgeräten der Nutzer*innen erfasst werden können.

  Absturzanalyse

  = [MUSS]: Die Nutzung der integrierten Analysetools der einzelnen Plattformen ist für
  die über die App Stores veröffentliche Apps verpflichtend.

  = [EMPFOHLEN]: Für neu gemeldete Abstürze sollen Intervalle festgelegt werden,
  innerhalb derer das Team die Abstürze überprüft und bewertet.

  = [KANN]: Absturzdaten von Beta- und Testversionen können ebenfalls auf die zuvor
  genannte Art behandelt werden.

  = [KANN]: Der Einsatz von App Obfuscation ist optional bzw. abhängig von den
  Sicherheitsanforderungen der App. Falls Obfuscation eingesetzt wird, müssen Best
  Practices zum Einsatz entsprechender Tools und zur Auflösung der obfuskierten
  Absturzlogs etabliert werden.

  App-Analyse

  = [MUSS]: Die Nutzung von cloudbasierten Analysetools (z. B. Google Analytics) ist
  auszuschalten.

  = [EMPFOHLEN]: Bei Verteilung über öffentliche App Stores sollten die allgemeinen
  Daten genutzt und analysiert werden z. B.:

  = Verbreitung der OS Version.
  © Updateverhalten der Nutzer*innen.
  © Download & Nutzungszahlen.
  = Abstürze.


  = [KANN]: Nutzung von On-Premise-Lösungen (z. B. Matomo über Service Web
  Analytics) sind möglich, müssen aber mit dem Kunden / AG abgesprochen werden.
  Hierbei muss der Datenschutz beachtet werden. Aus den Analysedaten darf kein
  Verhalten der einzelnen Nutzer*innen abgeleitet werden können.



  re Engineering Fr, r BWI und Bundeswehr Releası

  1 GmbH 2024 Al
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Rezensionen in den App Stores
  [MUSS]: Rezensionen müssen regelmäßig überprüft, gelesen und beantwortet
  werden.
  [EMPFOHLEN]: Auffälligkeiten in den Rezensionen (Fehler & Feature Wünsche)
  sollten in die Entwicklung einfließen.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 84 / 115 © BWI GmbH 2024 All Rights Reserved
  ocusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern


  Veröffentlicht B WI
  T für Deutschland
  Gültig ab: 29.01.2024 Version: 3.0



  4.6 Al Applications

  ‚Ansprechpartner: Dr. Fabian Köhlinger, BWI; Dr. Jan Strohschein, BWI; Pierre Rosengaft, BWI

  Sämtliche Inhalte in diesem Kapitel basieren auf: MLOps: Continuous Delivery und Pipelines zur
  Automatisierung im maschinellen Lernen. Einige grundlegende Definitionen von zentralen
  MLOps-Begriffen/Bestandteilen befinden sich im Glossar .

  Das Konzept von Machine Learning Operations (MLOps) verwendet viele bekannte DevOps-
  Ansätze wieder, sowohl bei der Entwicklung als auch beim Betrieb von Machine Learning (ML)-
  Anwendungen und/oder Anwendungen, die künstliche Intelligenz (KI) verwenden. Dabei
  bestehen jedoch einige zentrale Unterschiede zu herkömmlichen Softwareprojekten, die ein
  erweitertes Konzept rechtfertigen. Fürtiefergehende Details zu diesem Konzept empfehlen wir
  auch: DevOps im Vergleich zu MLOps.

  Zur Verdeutlichung der Komplexität von modernen ML-Systemen wird in der gängigen Literatur
  gerne die folgende Grafik referenziert, die verdeutlicht, dass der eigentliche ML-Code / ML-
  ‚Algorithmus nur der kleinste Teil in einem ML-System (in Produktion) ist und ein erweitertes
  Konzept zur Entwicklung und Betrieb eines solchen Systems rechtfertigt:




  Testing and Resource
  Data collection
  debugging management

  Configuration Serving
  Data BIESSIETED lysisSE infrastructure
  verification

  Process
  management

  Automation Feature engineering Monitoring
  Metadata management



  Quelle: Elemente für ML-Systeme (Go:




  4.6.1 Vorgaben zu MLOps-Reifegradmodellen

  Basierend auf den typischen Komponenten des MLOps-Lifecycles (siehe Glossar) wird weiterhin
  zwi hen verschiedenen MLOps-Reifegradmodellen unterschieden. Anschaulich fängt der
  niedrigste Grad beim typischen Skripten mit (z. B. Jupyter) Notebooks an und kann dann in den
  höheren Graden eine Komplexität von automatisierten MLOps-Pipelines erreichen, die als
  Antwort auf eine kontinuierliche Überwachung der ML-Modell-Performance ein erneutes Training
  des gesamtem ML-Modells durchführen und auch direkt in Produktion deployen.

  Basierend auf den Best-Practices der großen (Public) Cloud-Anbieter wie z. B. AWS, Microsoft
  oder Google, führen wir im Nachgang die bewährten drei Reifegradmodelle ein, beschreiben
  diese kurz und leiten Handlungsempfehlungen ab.

  Die Handlungsempfehlungen beziehen sich hierbei auf folgende Zielumgebungen:

  " pCloudBw
  MLOps muss mit den Tools der Data Analytics Platform (DAP) gemäß der jeweils für
  das Projekt passenden Reifegradstufe erfolgen (für Produktion mind. Stufe 1).

  > Engineering Framework WI und Bundeswehr Release 2024

  DH 2024 All Rights Re Seite 85
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Andere private Clouds bei Kundenanforderung
  MLOps muss mit den Tools der DAP oder auf der Plattform bereits bereitgestellten
  Tech-Stack gemäß der jeweils für das Projekt passenden Reifegradstufe erfolgen (für
  Produktion mind. Stufe 1).
  Public Clouds bei Kundenanforderung
  MLOps nach den jeweiligen Gegebenheiten des Cloud-Providers.
  MLOps-Stufe 0: Manueller Prozess (nur für PoC vorgesehen)
  In der einfachen Reifestufe oder Stufe 0 erfolgt der Prozess zum Erstellen und Bereitstellen von
  ML-Modellen vollständig manuell. Typisch für diese Stufe ist eine kleine, manuell verwaltete
  Anzahl von Modellen mit seltenen Updates (wenige Male pro Jahr). Das folgende Diagramm
  zeigt den typischen Workflow des Prozesses:




  Quelle: Manuelle ML-Schritte zur Bereitstellung des Modells als Vorhersagedienst (Google)
  Aus diesem Workflow leiten sich die folgenden Vorgaben ab:
  [MUSS]: Modellentwicklung erfolgt in versionskontrolliertem Notebook oder Skript.
  [MUSS]: Testen des Codes / des Modells findet in Notebooks / Skripts statt.
  [MUSS]: Bereitstellung (z. B. per REST-API) bezieht sich nur auf das Modell selbst.
  [MUSS]: (mind. manuelles) Testing bevor das Modell / aktualisierte Version des
  Modells bereitgestellt wird (z. B. per REST-API).
  [EMPFOHLEN]: Model-Monitoring zur Erkennung von Performance-Einbußen und von
  veralteten Modellen.
  [EMPFOHLEN]: Regelmäßiges Neu-trainieren der Modelle mit aktualisierten Daten.
  [EMPFOHLEN]: Modellentwicklung sollte in Python mit entsprechenden Frameworks
  (z. B. scikit-learn, TensorFlow, PyTorch) erfolgen.
  [EMPFOHLEN]: Fertig trainiertes Modell wird in Model Registry hochgeladen.
  [EMPFOHLEN]: Fortlaufendes (manuelles) Experimentieren mit neuen
  Implementierungen (z. B. Feature Engineering, Modellarchitektur, Hyperparameter)
  bei der Erstellung des Modells.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 86 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  MLOps-Stufe 1: ML-Pipelineautomatisierung
  Ziel dieser Stufe ist es, durch Automatisierung der ML-Pipeline ein kontinuierliches Training des
  Modells zu ermöglichen. Zugleich wird so die kontinuierliche Bereitstellung des
  Modellvorhersagedienstes erreicht. Zur Automatisierung des Prozesses, bei dem neue Daten
  zum erneuten Trainieren von Modellen in der Produktion verwendet werden, müssen in der
  Pipeline automatisierte Daten- und Modellvalidierungsschritte sowie Pipeline-Trigger und die
  Metadatenverwaltung eingeführt werden. Das folgende Diagramm zeigt den typischen Workflow
  dieses Prozesses:




  Quelle: ML-Pipelineautomatisierung für CT (Google)
  Aus diesem Workflow leiten sich die folgenden Vorgaben ab:
  [MUSS]: Automatisierte Datenvalidierung erkennt Anomalien von Datenschematas
  oder -werten.
  [MUSS]: Automatisierte Modellvalidierung erstellt Bewertungsmesswerte mithilfe eines
  Test-Datasets.
  [MUSS]: Pipelines für automatisiertes Modelltraining und -deployment.
  [MUSS]: Model-Monitoring zur Erkennung von Performance-Einbußen und von
  veralteten Modellen.
  [MUSS]: Pipeline Trigger (manuell, Intervall, ereignisbasiert, z. B. neue Daten, Model-
  Performance, Concept-Drift).
  [MUSS]: Automatisiertes Testing bevor das Modell / aktualisierte Version des Modells
  bereitgestellt wird (z. B. per REST-API).
  [MUSS]: Vereinheitlichung der Pipelineimplementierung über die verschiedenen
  Umgebungen.
  [MUSS]: Modularisierter Komponentencode für Wiederverwendbarkeit und
  Kompositionsmöglichkeiten.
  [MUSS]: Komponenten werden containerisiert.
  [MUSS]: Fertig trainiertes Modell wird in Model Registry hochgeladen.
  [MUSS]: Metadatenverwaltung zeichnet Herkunft von Daten und Artefakten zu
  einzelnen Ausführungen der ML-Pipeline auf und ermöglicht damit eine
  Reproduzierbarkeit und Vergleichbarkeit.

  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 87 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  [EMPFOHLEN]: Feature Store als zentrales Repository für Definition, Speicherung
  und Zugriff auf Features.
  MLOps-Stufe 2: CI/CD-Pipelineautomatisierung
  Zusammengefasst beinhaltet die Implementierung von ML in einer Produktionsumgebung in der
  Stufe 2 nicht nur die Bereitstellung des ML-Modells als API für Vorhersagen. Die
  Implementierung umfasst vielmehr die Bereitstellung einer ML-Pipeline, mit der das erneute
  Trainieren und Bereitstellen neuer Modelle automatisiert werden kann. Durch die Einrichtung
  eines CI/CD-Systems können neue Pipelineimplementierungen automatisch getestet und
  bereitgestellt werden. Mithilfe dieses Systems kann souverän auf rasche Veränderungen der
  Daten und der Unternehmensumgebung reagiert werden. Der Reifegrad 2 sollte das Zielbild für
  große und langlaufende Projekte sein, um die Erweiterbarkeit und Wartbarkeit des Systems
  gewährleisten zu können. Das folgende Diagramm zeigt den typischen Workflow dieses
  Prozesses:




  Quelle: CI/CD und automatisierte ML-Pipeline (Google)
  Aus diesem Workflow leiten sich zusätzlich zu den Kriterien aus Stufe 1 die folgenden Vorgaben
  ab:
  [MUSS]: Quellcode von ML-Pipelineschritten muss versionskontrolliert in ein Quell-
  Repository übertragen werden (Reproduzierbarkeit).
  [MUSS]: Pipelinekomponenten (Pakete, ausführbare Dateien und Artefakte) werden
  per Continuous Integration (CI) aus getestetem und versionskontrolliertem Quellcode
  heraus bereitgestellt.
  [MUSS]: Die in der CI-Phase erzeugten Artefakte werden durch Continuous
  Deployment (CD) in der Zielumgebung in der jeweils neusten Implementierung des
  Modells ausgebracht.
  [MUSS]: Unit-Tests der verschiedenen im Modell implementierten Methoden in der CI.
  [MUSS]: Testen, dass Pipeline-Komponenten in der CI die erwarteten Artefakte
  erzeugen.
  [MUSS]: Integration-Tests für die Pipeline-Komponenten in der CI.
  [MUSS]: Tests für Model-Serving in der CD (besonders nach Aktualisierung des
  Modells).
  [MUSS]: Lasttests für Model-Serving in der CD (z. B.: Abfragen pro Sekunde,
  Modelllatenz).
  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 88 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  [MUSS]: Datenvalidierung in der CD sowohl für Re-Training als auch
  (Batch)Vorhersagen.
  [MUSS]: Test auf Konvergenz des Modelltrainings in der CI.
  [EMPFOHLEN]: Automatisierte Bereitstellung per CD in Vorproduktionsumgebung (z.
  B. nach einem Merge-Request mit erfolgreicher Peer-Review auf den Main-Branch).
  [EMPFOHLEN]: Unit-Tests der Feature-Engineering-Logik in der CI.
  [EMPFOHLEN]: Automatisierte Bereitstellung per CD in Testumgebung (z. B.
  ausgelöst durch Push auf Dev/Feature-Branch).
  [EMPFOHLEN]: Manuelle Bereitstellung in Produktion nach mehreren erfolgreichen
  Ausführungen der Pipeline in der Vorproduktionsumgebung.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 89 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  4.7
  Ansprechpartner: Holger Brinkmann, BWI; Marcel Haßlinger, BWI


  Das Thema Maintenance & Support ist für moderne, effiziente Softwareentwicklung essentiell
  und stärkt die Architekturprinzipen der BWI AP01 Adäquatheit und AP09 Robustheit. Die
  Verantwortung für ein Softwareprodukt geht über die Übergabe an den Kunden oder die
  Produktivsetzung hinaus. Ein Softwareprodukt benötigt über den gesamten Lebenszyklus
  hinweg Maintenance und Support, bis hin zur Ausphasung bzw. Retirement (End of Life).
  Generell gilt:
  [MUSS]: Unterstützen der Softwareprodukte zu jedem Zeitpunkt des Software-
  Lebenszyklus.


  4.7.1
  Der Support für ein Softwareprodukt beginnt mit seiner Auslieferung und hat das Ziel, Nutzer
  und Betreiber zu befähigen, das System nutzen bzw. betreiben zu können. Dazu gehören die
  Fehlerbehebung im Fehlerfall, ggf. Installationshilfe und die grundlegende Unterstützung bei der
  Nutzung.
  Dabei gilt:
  [MUSS]: Bereitstellung einer ausführlichen Dokumentation, zum Beispiel in Form
  eines Betriebshandbuchs (siehe Kapitel Allgemeine Operating Vorgaben).
  [MUSS]: Befähigen des 1st und 2nd Level Support zur Problemlösung durch eine
  vorbereitete Wissensdatenbank zu einem Softwareprodukt.
  [EMPFOHLEN]: Liefern einer abgestimmten Benutzerdokumentation passend zur
  Inbetriebnahme des Softwareprodukts.
  [KANN]: Unterstützen der Schulungsabteilung und deren Ausführenden bei der
  Erstellung von geeigneten Schulungsunterlagen (siehe Unterkapitel Schulungen).


  4.7.2
  Die Wartung einer Software ist ein Teil des Software Supports. Sie beinhaltet korrigierende,
  präventive und optimierende Maßnahmen mit dem Ziel detektierte Fehler (z. B. aus dem
  Monitoring & Reporting oder durch Nutzer gemeldete) zu analysieren und zu beheben,
  Performanz oder andere Attribute zu verbessern oder Anpassungen an die veränderte
  Umgebung vorzunehmen. Dabei gilt:
  [MUSS]: Arbeiten an der kontinuierlichen Fehlerbehebung und Weiterentwicklung des
  Softwareprodukts im Auftrag des Kunden.
  [MUSS]: Durch geeignetes Monitoring und andere vorbeugende Maßnahmen
  Probleme frühzeitig erkennen und beheben.
  [KANN]: Unterstützung des Betriebs des Softwareprodukts auch nach der
  Inbetriebnahme durch das Projektteam.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 90 / 115 © BWI GmbH 2024 All Rights Reserved
  ocusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern
  m

  Veröffentlicht BW|
  [ S |,
  Giiltig ab: 29.01.2024 Version: 3.0 IT für Deutschlan
  fiir




  4.7.3 Last-Level-bupport
  Der Last-Level-Support zielt darauf ab, schnellstmögliche Lösungen für Störungen zu finden, die
  höchstwahrscheinlich nur im Last-Level-Support gelöst werden können. Er gibt konkrete
  Handlungsanweisungen für alle Nutzer des Last-Level-Supports vor.

  Die gängigen Fachbegriffe zu diesem Thema sind Problem und Incident.

  = Ein Problem ist die Ursache für einen oder mehrere Incidents.

  = Ein Incident ist eine ungeplante Unterbrechung oder Qualitätsminderung eines IT-
  Services bzw. ein Ereignis, das in der Zukunft einen IT-Service beeinträchtigen
  könnte.

  Im Folgenden werden Incidents und Problems unter dem Begriff Störung zusammengefasst.



  4.7.3.1 Proaktiver Last-level-fupport
  = [EMPFOHLEN]: Implementierung von (self-healing) Mechanismen bzw.
  Automatismen, die die Funktionalität überprüfen und im Störungsfall automatisch
  erste Schritte durchführen. Dies können zum Beispiel ein Neustart und die
  Generierung eines Monitoring-Alarms sein. Insbesondere Standard-Fehler-Szenarien
  sollten proaktiv abgefangen werden, so dass die Nutzenden von einer guten User
  Experience profitieren und die Software uneingeschränkt verwenden können.



  4.7.3.2 Prozess

  In den nachfolgenden Abschnitten wird der Prozess zur Bearbeitung einer Störung beschrieben.
  Dabei orientiert er sich an nachfolgenden in der BWI gültigen Prozessen und
  Arbeitsanweisungen:

  = Prozess ARIS - Problem- und Fehlerbehandlung durchführen

  = Arbeitsanweisung ARIS - Problem Manager und Problem Supporter

  = Arbeitsanweisung Beschreibung - Problem Manager und Problem Supporter

  Störungen, die weder im 1st- noch 2nd-Level-Support gelöst werden können, werden an den
  Last-Level-Support weitergeleitet. Ausgewählte Personen aus dem Last-Level fungieren
  als Screener . Sie führen eine erste Sichtung durch und weisen die Störung an ein zuständiges
  Team oder einzelnen Entwickler weiter. Dabei gilt:

  = [MUSS]: Störungen werden in einem Ticketsystem erfasst und gemanaged.

  = [MUSS]: Das Ticket im Ticketsystem ist die "Single Source of Truth", auch wenn im
  Verlauf des Bearbeitungsprozesses weitere Aufgaben entstehen.

  = [MUSS]: Das Ticket enthält immer alle relevanten Informationen über den Zustand
  und Status der Störung.

  =" [KANN]: Erfassung von relevanten Metriken zur Auswertung der Störungen im Last-
  Level-Support, sowie deren Bearbeitungszeit.

  Bewertung und Klassifizierung

  " [MUSS]: Inhaltliche Bewertung auf Vollständigkeit und Verständlichkeit.

  = [MUSS]: Einstufung der Priorisierung (siehe Fehlerprioritat und Fehlerklassen im
  Kapitel Quality & Assurance).


  Framework der BWI und Bundeswehr Release 2024

  All Right ed Seite 91/1 5
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  [EMPFOHLEN]: Ggf. Erfassung weiterer relevanter Informationen:
  Zeitliche Informationen:
  Ab wann begann die Störung?
  Wann wurde die Störung bemerkt?
  Welche Symptome treten auf?
  Tritt die Störung regelmäßig oder unregelmäßig auf?
  Durch wen wurde die Störung gemeldet?
  Umgebung / Lokalisierungsfragen: Produkt / API / System
  Welche(s) System(e) sind betroffen?
  Welche Version des Systems ist betroffen?
  Schritte zur Reproduktion der Störung, falls möglich.
  Hilfreiche Artefakte, z. B. Log-Messages oder Screenshots.

  [MUSS]: Formale Bewertung:
  Es handelt sich um keine Störung.

  Ticket zurückweisen und Informierung des Störungsmelders mit Begründung.
  Störung fällt in einen anderen Störungsbereich.

  Zuständigkeit ermitteln und zuweisen.
  Weiterleitung des Tickets an die passende Bearbeitergruppe.
  Störung wird akzeptiert (siehe nächster Abschnitt).

  Störung wird anhand der Prioritätseinstufung einem Entwicklungsprozess
  zugeordnet (Hotfix oder Regelbetrieb).
  Störung wird akzeptiert
  Wird die Störung akzeptiert, sind die folgenden fünf Schritte durchzuführen:
  1. Ursachenforschung
  [MUSS]: Dazu sollen möglichst alle korrespondierenden Informationen gesammelt
  werden, um einen besseren Überblick über die Störung im Gesamtkontext zu
  erhalten. Hierzu sind insbesondere Logdateien auszuwerten und ein
  Betriebshandbuch zu Hilfe zu nehmen.
  [KANN]: Die Ursachenanalyse kann mit der Unterstützung durch Dritte erfolgen. Das
  können zum Beispiel weitere Teams oder andere Partner sein. Bei der
  Zusammenarbeit mit Dritten müssen die

  Sofern diese Anforderungen eingehalten werden, und auch die vertraglichen
  Regelungen (NDA) in Ordnung sind, ist keine weitere Freigabe seitens CISO
  notwendig (vgl. Informationssicherheitsanforderungen).
  [EMPFOHLEN]: Hierzu können folgende Fragen herangezogen werden:
  Durch welche Symptome äußert sich die Störung?

  Existiert eine Störungsmeldung auf den Service-Dashboards (Metriken,
  Status, Auslastung, Quota, Uptime-Historie)?



  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 92 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Auf welche Art schlägt das System fehl? Handelt es sich z. B. um eine
  Schleife, eine Blockierung, einen Absturz, um Leistungseinbußen oder um ein
  falsches Ergebnis?
  Sind externe Schnittstellen betroffen? Ggf. Zuhilfenahme von
  Verantwortlichen der entsprechenden Schnittstelle.
  Handelt es sich um eine schwerwiegende Störung? (Ist die gesamte
  Applikation betroffen oder nur teilweise? Wie groß ist der Anteil der
  betroffenen Nutzer?)
  Wo tritt die Störung auf?

  Wie lauten die Fehlercodes und -nachrichten?
  Betrifft die Störung nur ein Betriebssystem oder tritt es
  betriebssystemübergreifend auf?
  Tritt die Störung in einer wohldefinierten technisch unterstützten
  Zielumgebung auf, d. h. wird die vom Nutzer gemeldete Störung in einer
  Umgebung oder Konfiguration genutzt, die von der Software-Entwicklung
  offiziell unterstützt wird? Sind z. B. technische Mindestanforderungen erfüllt?
  Sind mehrere Anwender*innen / Systeme betroffen?
  Wann tritt die Störung auf?

  Tritt die Störung regelmäßig oder unregelmäßig auf?
  Trat die Störung bereits zuvor auf und wurde als gelöst gekennzeichnet
  (Wiederholungsstörung)?
  Wie häufig tritt die Störung auf?
  Welche Abfolge von Ereignissen geht der berichteten Störung unmittelbar
  voraus?
  Tritt die Störung nach einer Änderung der Umgebung auf, wie beispielsweise
  nach einem Upgrade oder einer Installation von Hardware oder Software
  (Change Failure Rate)?
  Unter welchen Bedingungen tritt die Störung auf?

  Besteht die Störung auch in der Vorgängerversion?
  Treten zum selben Zeitpunkt auch andere Störungen auf?
  Kann die Störung reproduziert werden?

  Wie lässt sich die Störung reproduzieren?
  Lässt sich die Störung auch in der Integrations- und Testumgebung
  nachstellen?




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 93 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  2. Notwendigkeit eines Workarounds prüfen
  [MUSS]: Es muss geprüft werden, ob ein Workaround notwendig ist. Dabei sind
  folgende Ergebnisse und Aktivitäten möglich:
  Workaround wird nicht benötigt.
  Workaround wird benötigt und ist vorhanden.

  Dokumentation in der Known Error Database und Kommunikation des
  Workarounds.
  Workaround wird benötigt und ist nicht vorhanden.

  Workaround entwickeln und verifizieren, sofern der Aufwand zur Erstellung
  eines Workarounds und die Auswirkung der Störung die Entwicklung
  rechtfertigen.
  Es wird nach einer temporären Lösung bzw. einer Umgehungsmöglichkeit
  gesucht, die dem Incident Management bereit gestellt werden kann.
  Dokumentation in der Known Error Database und Kommunikation des
  Workarounds.
  3. Entwicklung
  [MUSS]: Eine Lösung muss entwickelt werden.
  [KANN]: Zur Entwicklung besteht wieder die Möglichkeit der Unterstützung durch
  Dritte (siehe entsprechenden Abschnitt im Kapitel Ursachenforschung).
  [MUSS]: Zuweisung der Störung an eine zuständige Person oder einen Personenkreis
  innerhalb der Software Engineering Abteilung.
  [KANN]: Für die Bearbeitung der Störung durch das entsprechende Entwicklungsteam
  kann ein Ticket im Aufgabenbacklog (z. B. Jira) des jeweiligen Projektes angelegt
  werden.
  [MUSS]: Implementierung der Lösung nach SWE-Framework (siehe Software
  Engineering Module).
  4. Problembehebung prüfen
  [MUSS]: Es muss geprüft werden, ob die entwickelte Lösung die Störung behebt.
  [KANN]: Zur Überprüfung besteht wieder die Möglichkeit der Unterstützung durch
  Dritte (siehe entsprechenden Abschnitt im Kapitel Ursachenforschung). Ggf. ist die
  Unterstützung des Incident Managements notwendig. Entsprechend muss eine
  Abstimmung erfolgen.
  [MUSS]: Aktualisierung des Aufgabenbacklogs bzw. des Ticketsystems.
  Workaround Deaktivierung prüfen: Falls zuvor zur Lösung ein Workaround
  angewendet wurde, muss geprüft werden, ob dieser in der Known Error Database
  deaktiviert werden muss. Weitere Informtionen stehen in der
  zur Arbeitsanweisung Known Error Datenbank verwalten.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 94 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  5. Nachfolgende Maßnahmen
  [KANN]: Die Anfertigung eines separaten Berichts ist nicht zwingend erforderlich, da
  alle relevanten Informationen im Ticket dokumentiert sind. Daraus ergibt sich, dass
  Reports über relevante Kennzahlen, wie die Durchlaufzeiten (Mean Time to Repair /
  Recover), erstellt werden können
  [KANN]: Nach Bedarf Durchführung eines Lessons Learned Workshops:
  Können Maßnahmen getroffen werden, damit Störungen dieser Art in Zukunft
  weniger bis gar nicht mehr auftreten?
  Stichwort kontinuierlicher Verbesserungsprozess (siehe Kapitel Proaktiver Last-
  Level-Support).

  [EMPFOHLEN]: Wenn bestimmte Fehlerbilder häufig auftreten, sollten möglichst
  Automatismen implementiert werden, sogenannte Watch Dogs, die mögliche
  Fehlfunktionen der Software frühzeitig erkennen und melden.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 95 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 96 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  4.7.4
  Für Software Support ist zusätzlich notwendig, die Bedarfe hinsichtlich Schulungen frühzeitig zu
  identifizieren, um ein geeignetes Schulungskonzept zu entwickeln. Dabei gilt:
  [MUSS]: Zunächst muss der Schulungsbedarf identifiziert werden. Sollte eine
  Schulung benötigt werden, muss ein geeignetes Schulungskonzept erarbeitet werden
  unter Berücksichtigung der folgenden Punkte:
  Komplexität des Produkts: Von Demonstrationen von einfachen Apps bis hin zu
  mehrtägigen Schulungen bei komplexeren militärischen Systemen.
  Schulungen für die unterschiedlichen Nutzerkreise: Verschiedene Rollen wie
  Basic User, Power User, Administratoren usw. benötigen unterschiedliche
  Schulungsinhalte.
  Anforderungen an das Schulungspersonal: Der Coach muss sowohl das Produkt
  als auch den Nutzerkreis und die relevanten Use Cases kennen.
  Notwendigkeit einer Schulungsumgebung: Bei Bedarf Einrichtung einer
  entsprechenden Schulungsumgebung (getrennt von der Produktivumgebung) für
  das Produkt sowie Identifikation aller Anforderungen an eine
  Schulungsumgebung; Definieren und Einspielen von Schulungsdaten.
  Schulungsmaterial: Je nach Komplexität des Softwareprodukts und
  Teilnehmerkreises Vorbereitung von Schulungsszenarien sowie Bereitstellung des
  Schulungsmaterial in digitaler Form oder Papierform.
  Abstimmung mit Stakeholdern: Wenn die Software bei der Ausbildung von
  Soldaten eine Rolle spielt sind ggf. Stakeholder von Ausbildungsschulen oder
  UniBw einzubinden.
  Schulungsnachweise/Teilnahmebescheinigungen: Spielt die Software z. B. für die
  Ausbildung von Soldaten eine Rolle, kann ein entsprechender Nachweis über die
  Kenntnisse der Software notwendig sein.
  Berücksichtigung von ggf. existierenden Altsystemen: Vor allem bei der
  Entwicklung von Software, die bestehende Altsysteme ablöst, muss auch die
  abzulösende Software beachtet werden; Coach sollte Altsystem kennen,
  entsprechend in der Schulung darauf eingehen und mit Vorbehalten umgehen
  können.
  Aktualisierung für neue Releases: Ggf. notwendige Schulungen zum "Auffrischen"
  oder Fortgeschrittenenkurse.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 97 / 115
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern
  ——oo

  BW] Veröffentlicht
  ira eNien Giiltig ab: 29.01.2024 Version: 3.0

  5 Glossar


  5.1 Allgemeine Definitionen


  Begriff Erklärung

  API - Eine Schnittstellen-Spezifikation einer Software für die Interaktion mit anderen
  Application Komponenten bzw. Programm- oder Anwendungselementen.

  Programming Weitere Informationen: Programmierschnittstelle — Wikipedia
  Interface


  Blue-Green Eine Methode, um Anderungen an einem Server vorzunehmen, indem
  Deployment abwechselnd Produktions- und Staging-Server ausgetauscht werden.

  Weitere Informationen: Blue-green deployment - Wikipedia

  cD - Eine tool-gestützte Vorgehensweise, um neuen Code automatisiert und
  Continuous schneller zu veröffentlichen.

  Delivery Weitere Informationen: Continuous Lifecycle (bwi-intranet.de)
  CcD- Eine Form der automatisierten Ausbringung in den Betrieb (Verteilung,
  Continuous Initialisierung, Erstbefüllung etc.) zum Nutzungsstart für den Kunden.

  Deployment Weitere Informationen: Continuous Lifecycle (bwi-intranet.de
  - Continuous Ein Verfahren, um fortlaufend Codeänderungen einzubringen, zu testen und
  Integration zusammenzufügen.

  Weitere Informationen: Continuous Lifecycle (bwi-intranet.de

  Coding Eine Coding Guideline umfasst die Konventionen zur Erstellung von Quellcode
  Guideline für eine spezifische Programmiersprache. Hierzu gehören u.a. Formatierung
  des Quellcodes, Benennung von Variablen und die Nutzung von
  Kommentaren. Die Nutzung einer Coding Guideline unterstützt die Einhaltung
  der sprachübergreifenden Clean-Code-Prinzipien.

  Begriffe wie Style Guide oder Coding Conventions werden häufig synonym
  zum Begriff Coding Guideline verwendet.

  COTS “Commercial off-the-shelf" sind seriengefertigte Softwareprodukte
  (Standardsoftware), die in großer Stückzahl völlig gleichartig aufgebaut und
  verkauft werden.

  Weitere Informationen: Commercial off-the-shelf — Wikipedia




  ork der BWI und Bun:
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern


  Veröffentlicht


  Gültig ab: 29.01.2024 Version:
  3.0


  Begriff Erklärung

  DevOps DevOps beschreibt die crossfunktionale Bündelung von Entwicklungs-,
  Betriebs- und weiteren Leistungen, die durch technische und nicht-technische
  Merkmale geprägt ist. Das gemeinsame Ziel hierbei ist es, sichere Software in
  kurzen Release-Zyklen bereitzustellen. Die Begriffe DevOps und DevSecOps
  werden im Kontext des SWE Frameworks als Synonyme gesehen, da die
  Berücksichtigung der Security-Aspekte im professionellen Software
  Engineering als obligatorisch verstanden wird ("Security by Default", siehe:
  Architecture & Design).

  Weitere Informationen: DevOps (bwi-intranet.de)

  Domain Driven Vorgehensweise für den Entwurf eines Systems, das auf einen
  Design Wirkungsbereich (Domäne) spezialisiert ist. Die Fachlichkeit der Domäne wird
  in den Vordergrund gestellt, so dass alle beteiligten Personen ein
  gemeinsames Verständnis und eine gemeinsame Sprache ("Ubiquitous
  Language") bekommen.

  Weitere Informationen: Was ist Domain-Driven Design (DDD)? | heise
  Developer

  Domain-driven Design — Wikipedia


  Epic Eine große, umfangreiche User Story, die zu groß für die Umsetzung
  innerhalb eines Sprints ist und somit in kleinere User Storys aufgeteilt werden
  muss


  Weitere Informationen: Epic (Anforderungsmanagement)
  — Wikipedia

  Git Git ist eine freie Software zur verteilten Versionsverwaltung von
  Softwareartefakten bzw. Dateien.

  Weitere Informationen: Git (git-scm.com


  GitFlow Gitflow ist ein Branching-Modell, dass sich zur Verwaltung größerer Projekte
  eignet.

  Weitere Informationen: A successful Git branching model » nvie.com

  IDE - Integrierte Software fiir die Entwicklung von Anwendungen in einer (grafischen)
  Entwicklungsum Benutzeroberflache.
  gebung
  Weitere Informationen: Integrierte Entwicklungsumgebung — Wikipedia

  KEDB - Known Eine KEDB ist die Datenbank in der ITSM Suite, die sämtliche
  Error Database Dokumentationen bekannter Fehler enthält. Diese Datenbank wird vom
  Problem Management gemanagt und vom Incident Management sowie
  Problem Management eingesetzt. Die Known Error Database ist Teil des
  Service Knowledge Management Systems.




  oftware Engineent

  BWI GmbH
  2024 All Rights Reserv Seite
  99
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826


  Intern


  BUI Veröffentlicht

  IT für Deutschland
  Gültig ab: 29.01.2024 Version: 3.0


  Begriff Erklärung

  Ubernommen aus dem BWI Glossar: httos://www.sp.bwi-
  intranet.de/app/00005/glossar/Seiten/Glossar.aspx?title=Known%20Error%20
  Database%20(Wissensdatenbank)

  Die ITSM Suite der BWI besteht aus Maximo in Kombination mit IT-SPS.

  KISS ‚Abkürzung für das englische "Keep it simple and stupid": Prinzip, zu einem
  Problem eine möglichst einfache Lösung anzustreben.

  Weitere Informationen: KISS-Prinzip — Wikipedia


  MOTS “Modifiable off-the-shelf" beschreibt ein Standardsoftwareprodukt, das auf
  individuelle Bedürfnisse angepasst werden kann, z. B. durch Offenheit des
  Quelltextes.

  Weitere Informationen: Modifiable off-the-shelf — Wikipedia


  MLOps - MLOps beschreibt in Anlehnung an DevOps ein Konzept zum Lifecycle-
  Machine Management einer Software-Applikation, die im Kern Machine Learning
  Learning Modelle benutzt.
  Operations

  MVP - Minimum Eine erste, benutzbare, frühzeitig bereitgestellte Version eines neuen Produkts
  Viable Product nur mit den nötigsten Kernfunktionen, die mit geringem Aufwand erstellt wurde
  mit dem Ziel, Kundenfeedback zu sammeln.

  Weitere Informationen: Minimum Viable Product
  — Wikipedia

  Was ein qutes MVP ausmacht - Andreas Diehl (#DNO
  digitaleneuordnung.de)


  Open Source Open Source Software ist öffentlicher Quellcode, so dass er von
  Aufenstehenden eingesehen, geändert und genutzt werden kann. Meistens
  kann die Software kostenlos genutzt werden.

  Weitere Informationen: Open Source — Wikipedia


  Prototyp bzw. Ein Prototyp ist ein lauffähiges Software-Artefakt oder eine anderweitige
  Prototypische konkrete Modellierung (z. B. Mock-up) einer Teilkomponente des
  ‚Anwendung Softwareproduktes und dient als Basis für die folgende Entwicklung des
  Softwareproduktes.

  Der Prototyp kann auch als Basis fiir eine bessere Kommunikation mit den
  Kunden oder auch innerhalb des Entwicklungsteams über konkrete Dinge
  (statt abstrakte Modelle) dienen.

  Weitere Informationen: Prototyping (Softwareentwicklung) — Wikipedia

  Release Die fertige und veröffentlichte Version bzw. Kundenversion einer Software,
  manchmal auch als Hauptversion bezeichnet.

  Weitere Informationen: Entwicklungsstadium (Software) — Wikipedia


  ngineenng Framework de 024

  Seite 100/115 Reserved
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern


  Veröffentlicht


  Gültig ab: 29.01.2024 Version: 3.0


  Begriff Erklärung

  Releaseprozess Vorgang, der zu einem Softwarepaket bzw. mehreren Softwareartefakten
  (Release, Release Candidate) mit spezieller Versionsnummer führt.

  Weitere Informationen: Releasemanagement — Wikipedia

  SCCM - System Ein Softwareprodukt von Microsoft um die Verwaltung von Hard- und Software
  Center innerhalb eines Unternehmens zu zentralisieren. Es wird insbesondere zur
  Configuration Softwareverteilung benutzt.
  Manager
  Weitere Informationen: System Center Configuration Manager
  — Wikipedia


  SoC
  - Ein Softwarearchitektur-Design-Pattern, bei dem die verschiedenen
  Separation of Zuständigkeiten einer Anwendung auf einzelne Bestandteile aufgeteilt und
  concerns umgesetzt werden.

  Weitere Informationen: Separation of concerns - Wikipedia

  SOLID ‚Akronym für fünf Designprinzipien in der objektorientierten
  Softwareentwicklung:

  = Single-responsibility principle

  = Open-closed principle

  = Liskov substitution principle

  = Interface segregation principle

  = Dependency inversion principle

  Weitere Informationen: Principles of Ood (butunclebob.com)

  SonarQube Eine Open-Source-Plattform für statistische Analysen zur Prüfung und
  Bewertung der technischen Qualität von Quellcode.

  Weitere Informationen: Code Quality and Code Security | SonarQube

  SWAG "Scientific Wildly Aimed Guess" steht für eine grobe Schätzung basierend auf
  der Erfahrung der Software Engineering Expert*innen.

  SWE Die BWI-Einheit "CoE Software Engineering".

  Test Driven Ein Softwareentwicklungsverfahren, bei dem zuerst die Testfälle entwickelt
  Development und ggf. automatisiert werden. Anschließend wird der funktionale Source
  Code zu den Testfällen entwickelt, um diese Testfälle zu bestehen.

  Weitere Informationen: ISTOB - Testgetriebene Entwicklung

  Testgetriebene Entwicklung — Wikipedia


  UML - Unified Grafische Modellierungssprache zur Spezifikation, Dokumentation und
  Modeling Visualisierung von Softwaresystemen.
  Language
  Weitere Informationen: Was ist die UML? - Wissen kompakt - t2informatik
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern


  BUI Veröffentlicht

  IT für Deutschland
  Gültig ab: 29.01.2024 Version: 3.0


  Begriff Erklärung

  User Story Eine kurze, in Alltagssprache formulierte Softwareanforderung aus Sicht eines
  Benutzers oder einer Benutzerin, meist unter Verwendung der Vorlage: "Als
  <Rolle/Kundentyp> möchte ich <Ziel/Wunsch>, um/damit <Nutzen>".

  Weitere Informationen: User Story — Wikipedia

  Validation Validierung überprüft, ob das Softwareprodukt den beabsichtigten
  Verwendungszweck erfüllt: Wird das richtige Softwareprodukt erstellt?

  Weitere Informationen: Software verification and validation - Wikipedia

  Version Ein hinsichtlich Softwareeigenschaften definiertes Entwicklungsstadium einer
  Software und aller dazugehörigen Komponenten.

  Weitere Informationen: Version (Software) — Wikipedia

  WIR - Wissensrecords sind Einträge in der Wissensdatenbank. Wissensrecords
  Wissensrecord werden erstellt, um Informationen zu verschiedenen fachlichen Themen zur
  Verfügung zu stellen. Das Ziel dieser Wissensrecords ist, Serviceanfragen,
  Vorfälle oder Probleme möglichst schnell und in gleichbleibender Qualität zu
  bearbeiten. Diese Informationen können sein:

  = Lösung zu einer Störung/Problem (WIR vom Typ „Lösung‘).

  = Provisorische Lösung zu einer Störung/Problem (WIR vom Typ
  „Workaround‘).

  = Auslösung eines Standardchanges z. B. bei Bestellungen (WIR vom
  Typ »RFC").
  = Allgemeine Informationen für die weitere Bearbeitung eines Tickets
  oder Anleitungen (How To, WIR vom Typ „Information“.

  Übernommen aus dem BWI Glossar: httos://www.sp.bwi-
  intranet.de/app/00008/glossar/Seiten/Glossar.aspx?ti issensrecord




  Software Engineenng Framew«

  Seite 102
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  5.2


  Agiles Testen
  Definition: ISTQB
  Als integraler Bestandteil des Softwareentwicklungsprozesses unterteilt Agiles Vorgehen den
  Entwicklungsprozess in kleinere Teile, Iterationen und Sprints. Dadurch können die Tester*innen
  während des gesamten Prozesses parallel mit dem Rest des Teams arbeiten und die Mängel
  und Fehler sofort nach ihrem Auftreten beheben.
  Der Hauptzweck eines solchen Prozesses besteht darin, neue Softwarefunktionen schnell und
  mit der besten Qualität zu liefern. Daher ist dieser Ansatz auch weniger kostenintensiv: Die
  Behebung von Fehlern in einem frühen Stadium des Entwicklungsprozesses, bevor weitere
  Probleme auftreten, ist wesentlich kostengünstiger und erfordert weniger Aufwand.
  Beim agilen Testansatz geht es eher um den Aufbau einer QA-Praxis als um ein QA-Team. Die
  Qualitätssicherung sollte in agilen Projekten z. B. in Scrum-Teams eingebettet sein, anstatt in
  separaten Teams durchgeführt zu werden. Dadurch entsteht eine effiziente Kommunikation
  innerhalb des Teams und durch die aktive Einbeziehung der Beteiligten wird der Prozess
  beschleunigt und besser informierte Entscheidungen werden getroffen.

  Teststrategie
  Definition: ISTQB
  Eine Teststrategie liefert eine verallgemeinernde Beschreibung des Testprozesses,
  üblicherweise auf Produkt- oder Organisationsebene. Gängige Arten von Teststrategien sind
  u.a.: Analytisch, Modellbasiert, Methodisch, Prozesskonforme (oder Standardkonforme),
  Angeleitete (oder beratende), Regressionsvermeidend (Regression-avers) und Reaktiv. Eine
  angemessene Teststrategie wird häufig durch die Kombination dieser verschiedenen Arten von
  Teststrategien erstellt.
  "Eine Teststrategie definiert die Testziele und die Maßnahmen, die geeignet erscheinen, diese
  zu erreichen. Sie bestimmt damit den Testaufwand und die Testkosten. Ziel dabei ist es, einen
  Maßnahmenmix zu finden, der die Relation zwischen Testkosten und drohenden Fehlerkosten
  optimiert und das Risiko minimiert." (Quelle: Andreas Spillner und Tilo Linz, Basiswissen
  Softwaretest, dpunkt.verlag). Präventive Methoden sind bei neuen Produkten zu bevorzugen.

  Testplan
  Definition: ISTQB
  Während es sich bei einem Testkonzept um ein übergeordnetes Dokument handelt, hat der
  Testplan einen eher praktischen Ansatz, der detailliert beschreibt, was getestet werden soll, wie
  getestet werden soll, wann getestet werden soll und wer den Test durchführen wird. Im
  Gegensatz zum statischen Testkonzept, das sich auf ein Projekt als Ganzes bezieht, deckt der
  Testplan jede Testphase einzeln ab und wird vom Projektleiter während des gesamten
  Prozesses häufig aktualisiert.
  Die ISTQB-Definition für den Testplan lautet: "Eine Liste von Aktivitäten, Aufgaben oder
  Ereignissen des Testprozesses, mit Angabe ihrer geplanten Anfangs- und Endtermine sowie
  ihrer gegenseitigen Abhängigkeiten."



  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 103 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Testentwurf
  Definition: ISTQB
  Während des Testentwurfs werden die Testbedingungen in abstrakte Testfälle, Sets aus
  abstrakten Testfällen und andere Testmittel überführt. Der Testentwurf beantwortet die Frage:

  Der Testentwurf beinhaltet die folgenden Hauptaktivitäten:
  Entwurf und Priorisierung von Testfällen und Sets an Testfällen.
  Identifizierung von notwendigen Testdaten zur Unterstützung der Testbedingungen
  und Testfälle.
  Entwurf der Testumgebung und Identifizierung benötigter Infrastruktur und
  Werkzeuge.
  Erfassung der bidirektionalen Verfolgbarkeit zwischen der Testbasis, den
  Testbedingungen und den Testfällen.

  Testdurchführung
  Definition: ISTQB
  Die Aktivität der Ausführung eines Tests für eine Komponente oder ein System, die Ist-
  Ergebnisse erzeugt. Während der Testdurchführung laufen Testsuiten in Übereinstimmung mit
  dem Testausführungsplan ab.
  Einige Hauptaktivitäten der Testdurchführung sind:
  Durchführung der Tests entweder manuell oder durch Nutzung von
  Testausführungswerkzeugen.
  Vergleich der Ist-Ergebnisse mit den erwarteten Ergebnissen.
  Bericht über Fehlerzustände auf Grundlage der beobachteten Fehlerwirkungen.
  Aufzeichnung der Ergebnisse der Testdurchführung (z. B. bestanden, fehlgeschlagen,
  blockiert).


  Das Statische Testen ist das Testen von Software-Entwicklungsartefakten, z. B. Anforderungen
  oder Quelltext, ohne diese auszuführen, z. B. durch Reviews oder statische Analyse. Reviews
  können auf jedes Arbeitsergebnis angewendet werden, von dem die Teilnehmer*innen wissen,
  wie es zu lesen und zu verstehen ist. Statische Analysen können effizient auf jedes
  Arbeitsergebnis mit einer formalen Struktur angewendet werden (üblicherweise Code oder
  Modelle), für die es ein geeignetes statisches Analysewerkzeug gibt. Einige Statische Tests
  sind: Überprüfung von Condinf Guidelines, Überprüfung von Source-Code-Metriken und Analyse
  zur Erkennung von Laufzeitfehlern.


  Das Dynamische Testen ist die Prüfung des Testobjekts durch Ausführung auf einem Rechner.
  Die größte Stärke des dynamischen Tests liegt im systematischen Nachweis der Funktionalität
  des entwickelten Systems bzw. der Software. Es gibt, im Vergleich zum dynamischen Test, bis
  heute keine auch nur annährend so effektive statische Methode, um die Korrektheit der
  implementierten Funktionalität nachzuweisen. Hier werden dann Komponententests,
  Integrationstests, Systemtests und Abnahmetests ausgeführt.



  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 104 / 115 © BWI GmbH 2024 All Rights Reserved
  acusign Envelope ID’ A787C150-18FA-46A3-9B61-0B74E880C826



  Intern


  Veröffentlicht


  Gültig ab: 29.01.2024 Version: 3.0


  Testprozess

  Definition: ISTQB

  Es gibt nicht den einen universellen Softwaretestprozess, aber es gibt eine Reihe von
  gebräuchlichen Testaktivitäten. Ohne diese Aktivitäten erreicht das Testen die festgelegten Ziele
  mit einer weit geringeren Wahrscheinlichkeit. Die Menge von Testaktivitäten bildet den
  Testprozess. Der geeignete, spezifische Softwaretestprozess in einer vorgegebenen Situation
  hängt von vielen Faktoren ab. Welche Testaktivitäten in diesem Testprozess beinhaltet sind, wie
  diese Aktivitäten eingesetzt werden und wann diese Aktivitäten stattfinden, kann in der
  Teststrategie eines Unternehmens behandelt werden.



  Ein Testprozess besteht aus den folgenden Hauptgruppen von Aktivitäten:

  = Testplanung

  = Testüberwachung und -steuerung

  = Testanalyse

  = Testentwurf

  = Testrealisierung

  = Testdurchführung

  = Testabschluss


  Teststufen

  Definition: ISTQB

  Laut ISTQB sind Teststufen spezifische Instanziierungen eines Testprozesses. Jede Teststufe
  betrachtet unterschiedliche Teile einer Software. Jede Teststufe ist ein wichtiges Puzzleteil für
  den Qualitätserfolg und sollte nicht vernachlässigt werden.

  Die gängigsten Teststufen sind Komponententest, Integrationstest, Systemtest und
  Abnahmetest.



  Komponententest Integrationstest Systemtest Abnahmetest

  Was Konzentriert sich Konzentriert sich Konzentriert sich auf Konzentriert sich
  auf Komponenten, auf die Interaktion das Verhalten und die darauf, wie der
  die einzeln testbar zwischen den Fähigkeiten des Systemtest
  sind. Komponenten Systems oder typischerweise auf
  oder Systemen. Produkts unter das Verhalten und
  Berücksichtigung der die Fähigkeiten
  E2E Aufgaben und eines gesamten
  der nicht funktionalen Systems oder
  Verhaltensweisen. Produkts reagiert.




  WI und Bunde:

  BWI GmbH 20:
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Intern
  —=—

  Veröffentlicht


  , Gültig ab: 29.01.2024 Version: 3.0

  Komponententest Integrationstest Systemtest Abnahmetest

  Warum/Fokus Stellt sicher, dass Stellt sicher, dass Stellt sicher, dass das Stellt sicher, dass
  der Code korrekt die Interaktion gesamte System gut das System die
  entwickelt wurde. zwischen den funktioniert, nachdem Anforderungen
  Komponenten es integriert ist. In der
  wie gewünscht Bezug auf die Benutzer*innen
  funktioniert. ‚Anforderungen. erfüllt oder nicht,
  in Bezug auf
  Stories und
  Features.

  Tools JUnit, TestNG, SoapUl, Parasoft Appium, Selenium, Appium,
  (Beispiele) NUnit, Mockito, SOATest, Katalon XCUITest, Selenium,
  PHPUnit, XCTest Studio Kaspresso, Katalon XCUITest,
  Studio Kaspresso,
  Katalon Studio



  Testarten

  Definition: ISTQB

  Eine Testart ist eine Gruppe von Testaktivitäten, die darauf abzielt, spezifische Merkmale eines
  Softwaresystems oder eines Teils eines Systems auf der Grundlage spezifischer Testziele zu
  testen. Es gibt folgende Testarten: Funktionale Tests, Nicht-funktionale Tests, White-Box-Tests,
  Änderungsbezogene Tests. Einige Ziele könnten folgende sein: Bewertung funktionaler
  Qualitätsmerkmale wie Vollständigkeit, Korrektheit und Angemessenheit, Bewertung nicht-
  funktionaler Qualitätsmerkmale wie Zuverlässigkeit, Performanz, IT-Sicherheit, Kompatibilität
  und Gebrauchstauglichkeit (Usability).



  Funktionale Tests: Bei funktionalen Tests wird das System anhand der funktionalen
  ‚Anforderungen getestet, indem Eingaben gemacht und die Ausgaben untersucht werden. Dieser
  Aspekt konzentriert sich auf die praktische Nutzung der Software aus der Sicht der
  Benutzer*innen: Funktionen, Leistung, Benutzerfreundlichkeit, Fehlerfreiheit. Bei dieser Art der
  Prüfung wird die Black-Box-Methode angewandt. Das bedeutet, dass nicht die Verarbeitung
  selbst, sondern deren Ergebnisse im Vordergrund stehen.

  Nicht-funktionale-Tests: Bei Nicht-funktionalen Tests werden die inneren Merkmale und die
  Architektur des Systems, d. h. die strukturellen (impliziten) Anforderungen getestet. Dazu gehört
  die Wartbarkeit, Verständlichkeit, Effizienz und Sicherheit des Codes.

  White-Box-Tests: White-Box-Tests sind die detaillierte Untersuchung der internen Logik und
  Struktur des Codes. Um White-Box-Tests an einer Anwendung durchführen zu können, müssen
  Tester*innen die interne Funktionsweise des Codes kennen.

  Black-Box-Tests: Die Technik des Testens ohne Kenntnis der inneren Funktionsweise der
  ‚Anwendung. Tester*innen kennen die Systemarchitektur nicht und haben keinen Zugriff auf den
  Quellcode. In der Regel interagieren Tester*innen bei der Durchführung eines Black-Box-Tests
  mit der Benutzeroberfläche des Systems, indem sie Eingaben machen und die Ausgaben
  untersuchen, ohne zu wissen, wie und wo die Eingaben verarbeitet werden.
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Grey-Box-Tests: Ist eine Technik zum Testen der Anwendung mit einem begrenzten Wissen
  über die interne Funktionsweise einer Anwendung. Im Gegensatz zu Black-Box-Tests hat man
  zusätzlich bei Grey-Box-Tests Zugang zu den Designdokumenten und der Datenbank. Mit
  diesem Wissen können Tester*innen bei der Erstellung eines Testplans bessere Testdaten und
  Testszenarien vorbereiten.
  Änderungsbezogene Tests: Es soll bei änderungsbezogenen Tests überprüft werden, ob
  Änderungen am System korrekt durchgeführt wurden und keine negativen Auswirkungen auf
  das System haben.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 107 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  5.3


  User Experience
  Die User Experience (UX) ist die Gesamtheit der Erfahrungen, die ein*e Anwender*in durch eine
  Interaktion mit einer Anwendung macht. Sie umfasst alle Wahrnehmungen und Reaktionen einer
  Benutzerin oder eines Benutzers, die sich aus der Benutzung und/oder der erwarteten
  Benutzung eines interaktiven Systems ergeben (z. B. Emotionen, Überzeugungen, Vorlieben
  und Verhaltensweisen der Benutzerin oder des Benutzers die vor, während und nach der
  Benutzung auftreten).
  UX wird beeinflusst von:
  Markenimage, Präsentation, Funktionalität, Systemleistung.
  Interaktivem Verhalten und unterstützenden Fähigkeiten des interaktiven Systems.
  Erfahrungen, Einstellungen, Fähigkeiten und Persönlichkeit der Benutzerin oder des
  Benutzers (psychischer und physischer Zustand).
  Nutzungskontext.
  UX = Zufriedenstellung + Erfüllung von Erwartungen der Nutzerin oder des Nutzers (vor,
  während und nach der Benutzung).

  User Interface
  Das User Interface (UI) beinhaltet die Elemente einer Benutzerschnittstelle, die der Benutzerin
  oder dem Benutzer vom interaktiven System präsentiert werden. UI-Elemente sind die
  Grundlage für die Erstellung der Funktionen, die Benutzer*innen benötigen, um Aufgaben zu
  -Prinzip und damit gute Benutzbarkeit und
  Software-Ergonomie stehen dabei im Fokus.
  UI wird beeinflusst von:
  Nutzungsanforderungen
  Informationsarchitektur
  Dialogprinzipien
  Gestaltungsregeln
  Heuristiken
  UI = Benutzerschnittstelle zwischen Mensch und interaktivem System.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 108 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Usability
  Usability bezeichnet das Ausmaß, in dem ein interaktives System durch bestimmte
  Benutzer*innen in einem bestimmten Nutzungskontext genutzt werden kann, um bestimmte
  Ziele effektiv, effizient und zufriedenstellend zu erreichen (während der tatsächlichen
  Benutzung).
  Usability wird beeinflusst von:
  Erfahrungen, Einstellungen, Fähigkeiten und Persönlichkeit der Benutzerin oder des
  Benutzers (psychischer und physischer Zustand).
  Ziele und Aufgaben.
  Nutzungskontext.
  Technische Gegebenheiten (z. B. technische Mängel können zu Usability-Problemen
  führen, wenn sie verhindern, dass Benutzer*innen ihre Aufgaben effektiv oder effizient
  lösen können).
  Usability = Effektivität + Effizienz + Zufriedenstellung (während der tatsächlichen
  Benutzung).

  Design System
  Ein Design System ist eine Sammlung von User-Interface-Elementen. Es wird verwendet, um
  Konsistenz in der Darstellung und im Verhalten von Benutzungsschnittstellen in allen
  interaktiven Systemen zu gewährleisten, die von derselben Organisation erstellt werden. Ein
  darin enthaltenes Design Pattern ist eine allgemeine Lösung für ein häufig auftretendes Problem
  innerhalb eines gegebenen Kontextes. Ein Styleguide hingegen ist eine Sammlung von
  Gestaltungsregeln.
  Design System = Sammlung + Anwendungsvorgaben von UI Elementen.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 109 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  5.4


  Experimentation / Experiment Tracking
  Mit der Fähigkeit zum "Experiment Tracking" können Data Scientists und ML-Forscher*innen
  gemeinsam explorative Datenanalysen durchführen, prototypische ML/KI-Modellarchitekturen
  erstellen und Trainingsroutinen implementieren. Eine ML-Umgebung sollte auch ermöglichen,
  modularen, wiederverwendbaren und testbaren Quellcode zu schreiben, der versionskontrolliert
  ist. Zu den wichtigsten Funktionen beim Experimentieren gehören die folgenden:
  Bereitstellung von Notebook-Umgebungen, die mit Versionskontrollwerkzeugen wie
  Git integriert sind.
  Nachverfolgung von Experimenten, einschließlich Informationen zu den Daten,
  Hyperparametern und Auswertungsmetriken für Reproduzierbarkeit und
  Vergleichbarkeit.
  Analyse und Visualisierung von Daten und Modellen.
  Unterstützung bei der Erkundung von Datensätzen, der Suche nach Experimenten
  und der Überprüfung von Implementierungen. Integration mit anderen Datendiensten
  und ML-Diensten in einer Plattform.

  Data Processing
  Mit der Fähigkeit zum "Data Processing" bzw. der Datenverarbeitung können große
  Datenmengen für die ML-Entwicklung, für kontinuierliche Trainingspipelines und für die
  Vorhersage aufbereitet und transformiert werden. Zu den wichtigsten Funktionen der
  Datenverarbeitung gehören:
  Unterstützung der interaktiven Ausführung (z. B. von Notebooks) für schnelle
  Experimente und für lang laufende Jobs in der Produktion.
  Bereitstellung von Datenkonnektoren für ein breites Spektrum von Datenquellen und -
  diensten sowie von Datenkodierern und -dekodierern für verschiedene
  Datenstrukturen und
  Dekodierer für verschiedene Datenstrukturen und -formate.
  Bereitstellung von umfangreichen und effizienten Datentransformationen und ML-
  Feature-Engineering für strukturierte (tabellarische) und unstrukturierte Daten (Text,
  Bild usw.).
  Unterstützung skalierbarer Batch- und Stream-Datenverarbeitung für ML-Training und
  Serving-Workloads.

  Model Training
  Mit der Fähigkeit zum "Model Training" kann man effizient und kostengünstig leistungsstarke
  Algorithmen für das Training von ML-Modellen ausführen.
  Das Model Training sollte sowohl mit der Modell- als auch mit der Trainingsdatensatzgröße
  skalieren können. Zu den wichtigsten Funktionen des Model Training gehören:
  Unterstützung gängiger ML-Frameworks und Unterstützung benutzerdefinierter
  Laufzeitumgebungen.
  Unterstützung eines groß angelegten verteilten Trainings mit verschiedenen
  Strategien für mehrere GPUs und mehrere Worker.
  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 110 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Möglichkeit für bedarfsgerechte Nutzung von ML-Beschleunigern.
  Möglichkeit für effizientes Tuning von Hyperparametern und eine Zieloptimierung im
  großen Maßstab.
  Idealerweise Bereitstellung integrierter automatisierter ML-Funktionen (AutoML),
  einschließlich automatischer Auswahl und Entwicklung von Features sowie
  automatischer Suche und Auswahl der Modellarchitektur.

  Model Testing / Model Evaluation
  Mit der Fähigkeit "Model Testing / Model Evaluation" kann die Wirksamkeit eines Modells
  interaktiv während des Experimentierens und automatisch in der Produktion bewertet werden.
  Zu den wichtigsten Funktionen der Modellevaluation gehören:
  Durchführung von Batch-Scoring der Modelle auf Evaluationsdatensätzen in großem
  Umfang.
  Berechnung von vordefinierten oder benutzerdefinierten Bewertungsmetriken für das
  Modell auf verschiedenen Teilmengen des Datensatzes.
  Verfolgen der Vorhersageleistung des trainierten Modells über verschiedene
  kontinuierliche Trainingsausführungen hinweg.
  Visualisieren und Vergleichen der Leistung von verschiedenen Modellen.
  Bereitstellung von Werkzeugen für "Was-wäre-wenn"-Analysen und zur Ermittlung
  von Verzerrungen / Bias und Fairnessproblemen.
  Möglichkeit der Interpretation des Modellverhaltens durch verschiedene "Explainable-
  AI"-Techniken.

  Model Serving
  Mit der Fähigkeit zum "Model Serving" können trainierte ML-Modelle in Produktionsumgebungen
  eingesetzt und bereitgestellt werden. Zu den wichtigsten Funktionen des Model Serving
  gehören:
  Unterstützung für Vorhersagen mit niedriger Latenz und nahezu in Echtzeit (online)
  sowie für Batch-Vorhersagen mit hohem Durchsatz (offline).
  Integrierte Unterstützung für gängige ML-Serving-Frameworks (z. B. TensorFlow
  Serving, TorchServe, Nvidia Triton und andere für Scikit-learn- und XGBoost-Modelle)
  sowie für benutzerdefinierte Laufzeitumgebungen.
  Ermöglichung zusammengesetzter Vorhersageroutinen, bei denen mehrere Modelle
  hierarchisch oder gleichzeitig aufgerufen werden, bevor die Ergebnisse aggregiert
  werden, zusätzlich zu allen erforderlichen Vor- oder Nachverarbeitungsroutinen.
  Ermöglichung einer effizienten Nutzung von ML-Inferenzbeschleunigern mit
  automatischer Skalierung zur Anpassung an spiky Workloads und zum Ausgleich von
  Kosten und Latenzzeit.
  Unterstützung der Erklärbarkeit von Modellen durch Techniken wie Feature-
  Attributionen für eine bestimmte Modellvorhersage.
  Unterstützung der Protokollierung von Anfragen und Antworten auf Vorhersagen zu
  Analysezwecken.



  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 111 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Online Experimente
  Mit der Fähigkeit für "Online-Experimente" kann man herausfinden, wie neu trainierte ML-
  Modelle im Vergleich zu den aktuellen Modellen (falls vorhanden) in der Produktion
  abschneiden, bevor das neue Modell für die Produktion freigegeben wird. Mit Hilfe einer kleinen
  Teilmenge der Nutzerpopulation können beispielsweise die Auswirkungen eines neuen
  Empfehlungssystems auf die Klickrate und die Konversationsrate untersucht werden. Die
  Ergebnisse der Online-Experimente sollten in die "Model Registry" integriert werden, um die
  Entscheidung über die Freigabe des Modells für die Produktion zu erleichtern. Online-
  Experimente erhöhen die Zuverlässigkeit der ML-Freigaben, indem sie dabei helfen, schlecht
  funktionierende Modelle zu verwerfen und gut funktionierende Modelle zu fördern. Zu den
  wichtigsten Funktionen der Online-Experimente gehören:
  Unterstützung von Canary- und Shadow-Deployments.
  Unterstützung von Traffic-Splitting und A/B-Tests.
  Unterstützung von mehrarmigen Bandit-Tests (multi-armed bandit, MAB).

  Model Monitoring
  Mit der Fähigkeit zum "Model Monitoring" können die Effizienz und Effektivität der in der
  Produktion eingesetzten Modelle verfolgt werden, um die Qualität der Vorhersagen
  sicherzustellen. Diese Funktion alarmiert, wenn Modelle veraltet sind und untersucht und
  aktualisiert werden müssen. Zu den wichtigsten Funktionen des Model Monitoring gehören:
  Messung von Modelleffizienzmetriken wie Latenz und Auslastung der Serving-
  Ressourcen.
  Erkennen von Data Skews, einschließlich Schemaanomalien sowie Daten- und
  Konzeptverschiebungen und -abweichungen.
  Kombination des Model Monitoring mit der Model Evaluation zur kontinuierlichen
  Bewertung der Effektivität und Performance des eingesetzten Modells, falls Ground-
  Truth-Labels verfügbar sind.

  ML Pipelines
  Mit ML-Pipelines können komplexe ML-Trainings- und Vorhersage-Pipelines in der Produktion
  instrumentieren, orchestrieren und automatisieren. ML-Workflows koordinieren verschiedene
  Komponenten, wobei jede Komponente eine bestimmte Aufgabe in der Pipeline ausführt. Zu den
  wichtigsten Funktionen von ML-Pipelines gehören:
  Auslösung von Pipelines nach Bedarf, nach einem Zeitplan oder als Reaktion auf
  bestimmte Ereignisse.
  Aktivierung der lokalen interaktiven Ausführung zum Debuggen während der ML-
  Entwicklung.
  Kombination mit der Fähigkeit zum "ML-Metadaten-Tracking" zur Erfassung von
  Pipeline-Ausführungsparametern und zur Erstellung von Artefakten.
  Bietet eine Reihe integrierter Komponenten für gängige ML-Aufgaben und erlaubt
  auch benutzerdefinierte Komponenten.
  Ausführung in verschiedenen Umgebungen, einschließlich lokaler Rechner und
  skalierbarer Cloud-Plattformen.
  Optional können GUI-basierte Tools für den Entwurf und die Erstellung von Pipelines
  bereitgestellt werden.
  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 112 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  Model Registry / Versionierung von Modellen
  Mit einer Model Registry kann der Lebenszyklus der ML-Modelle in einem zentralen Repository
  verwaltet werden. Dies sichert die Qualität der Produktionsmodelle und ermöglicht es eine
  Übersicht über alle vorhandenen Modelle zu erhalten. Zu den wichtigsten Funktionen der Model
  Registry gehören:
  Registrieren, organisieren, verfolgen und versionieren Sie Ihre trainierten und
  eingesetzten ML-Modelle.
  Speichern von Modell-Metadaten und Laufzeit-Abhängigkeiten für die
  Einsatzfähigkeit.
  Pflege der Modelldokumentation und -berichterstattung, z. B. mithilfe von
  Modellkarten.
  Integration in die Modellevaluierungs- und Bereitstellungsfunktion und Verfolgung von
  Online- und Offline-Evaluierungsmetriken für die Modelle.
  Steuerung des Prozesses zur Einführung von Modellen: Überprüfung, Genehmigung,
  Freigabe und Rücknahme. Diese Entscheidungen basieren auf einer Reihe von
  Offline-Leistungs- und Fairness-Metriken sowie auf Online-Experimentierergebnissen.

  Dataset and Feature Repository / Feature Engineering
  Mit einem Datensatz- und Feature-Repository können die Definition und Speicherung von ML-
  Datenbeständen vereinheitlicht werden. Ein zentrales Repository mit frischen, hochwertigen
  Datenbeständen ermöglicht die gemeinsame Nutzung, Auffindbarkeit und
  Wiederverwendbarkeit. Das Repository bietet außerdem Datenkonsistenz für Training und
  Inferenz. Dies hilft Data Scientists und ML-Forscher*innen, Zeit bei der Datenvorbereitung und
  dem Feature-Engineering zu sparen, die in der Regel einen erheblichen Teil ihrer Arbeitszeit in
  Anspruch nehmen. Zu den wichtigsten Funktionen eines Datensatz- und Feature-Repositorys
  gehören:
  Ermöglichung der gemeinsamen Nutzung, Auffindbarkeit, Wiederverwendbarkeit und
  Versionierung von Datenbeständen.
  Ermöglichung von Echtzeit-Ingestion und Serving mit niedriger Latenz für Event-
  Streaming und Online-Vorhersage-Workloads.
  Batch-Ingest und -Serving mit hohem Durchsatz für ETL-Prozesse (Extrahieren,
  Transformieren, Laden) und Modelltraining sowie für Scoring-Workloads.
  Ermöglichung der Funktionsversionierung für Point-in-Time-Abfragen.
  Unterstützung verschiedener Datenmodalitäten, einschließlich Tabellendaten, Bilder
  und Text.
  ML-Datenbestände können auf der Ebene ihrer Features oder auf der Ebene des gesamten
  Datensatzes verwaltet werden. Ein Feature-Repository könnte beispielsweise eine Entität
  namens "Kunde" enthalten, die Merkmale wie "Altersgruppe", "Postleitzahl" und "Geschlecht"
  umfasst. Andererseits könnte ein Datensatz-Repository einen Datensatz zur
  Kundenabwanderung enthalten, der Merkmale aus den Entitäten "Kunde" und "Produkt" sowie
  Ereignisprotokolle zu Käufen und Web-Aktivitäten umfasst.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 113 / 115
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0

  ML Metadata & Artefakt Tracking
  In den verschiedenen Stufen des MLOps-Lifecycles werden verschiedene Arten von ML-
  Artefakten erstellt, darunter beschreibende Statistiken und Datenschemata, trainierte Modelle
  und Bewertungsergebnisse. ML-Metadaten sind die Informationen über all diese Artefakte,
  einschließlich ihres Speicherorts, ihrer Typen, Eigenschaften und Zuordnungen zu
  Experimenten und Läufen. Die Fähigkeit zur Verfolgung / Tracking von ML-Metadaten und -
  Artefakten ist die Grundlage für alle anderen MLOps-Funktionen. Eine solche Fähigkeit
  ermöglicht die Reproduzierbarkeit und Fehlersuche bei komplexen ML-Aufgaben und Pipelines.
  Zu den wichtigsten Funktionen der ML-Metadaten- und Artefaktverfolgung gehören:
  Rückverfolgbarkeit und Nachverfolgung der Herkunft von ML-Artefakten.
  Gemeinsame Nutzung und Tracking von Experimenten und Pipeline-Parameter-
  Konfigurationen.
  Speichern, Zugreifen, Untersuchen, Visualisieren, Herunterladen und Archivieren von
  ML-Artefakten.
  Integration mit allen anderen MLOps-Funktionen.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  Seite 114 / 115 © BWI GmbH 2024 All Rights Reserved
  Intern

  Veröffentlicht

  Gültig ab: 29.01.2024 Version: 3.0


  6

  6.1
  [1] Orientierungshilfe Informationssicherheit
  [2] Checkliste Software Engineering Framework
  [3] Template Aufwandsschätzung
  [4] Template README
  [5] Java EditorConfig
  [6] JavaScript EditorConfig
  [7] Python EditorConfig


  Sämtliche Anlagen sind unter folgender Adressen abrufbar:
  aus dem BWI-Netz:
  https://social.sp.bwi-
  intranet.de/groups/471/Pages/Wiki/Software%20Engineering%20Framework.aspx

  aus dem Bw- und dem BWI-Netz:
  https://nextcloud4bwi.de/index.php/f/2918073


  6.2
  CON.8 Software-Entwicklung (bund.de)




  6.3
  [Han18] Hanssen, Geir Kjetil; Dr. Stålhane, Tor; Myklebust, Thor (2018): SafeScrum® Agile
  Development of Safety-Critical Software, Springer International Publishing.
  [Mar08] Martin, Robert C. (2008): Clean Code: A Handbook of Agile Software Craftsmanship,
  Prentice Hall PTR.




  Software Engineering Framework der BWI und Bundeswehr Release 2024
  © BWI GmbH 2024 All Rights Reserved Seite 115 / 115
  Signatures


  Number of pages (including this one): 116

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms
  Signatures


  Number of pages (including this one): 3

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Einführung Neben der Einhaltung der in den nachstehenden Ziffern 3
  Die Deutsche Telekom AG und ihre verbundenen bis 6 enthaltenen Bestimmungen beachtet der Lieferant
  stets alle geltenden Gesetze, behördlichen Vorschriften
  ihrem sowie die zwischen dem Lieferanten und der DTAG (den
  ,
  Der menschenrechtlichen Grundsatzerklärung auch für die Antikorruptionsgesetze in den USA (US Foreign
  beides abrufbar unter dem Corrupt Practices Act) und im Vereinigten Königreich (UK
  Link Bribery Act), sofern anwendbar. Ferner hält sich der
  https://www.telekom.com/de/verantwortung/detail Lieferant an alle internationalen Wirtschaftssanktionen
  s/menschenrechte-349790 (einschließlich Embargos), darunter alle Sanktionen, die
  sowie ggf. aufgrund einer gemäß Kapitel VII der UN-Charta vom
  Leitlinien für Künstliche Intelligenz (KI-Leitlinien) UN-Sicherheitsrat verabschiedeten Resolution gelten,
  abrufbar unter dem Link sowie alle von der Europäischen Union auferlegten
  https://www.telekom.com/de/konzern/digitale- Sanktionen.
  verantwortung.
  3. Zugrundeliegende Grundsätze
  Auf der Grundlage dieser Leitwerte, die sich auf Der Lieferant hält die international anerkannten
  Geschäftsethik, sowie menschenrechtliche und Menschenrechte ein und vermeidet eine Mitwirkung an
  umweltbezogene Verpflichtungen beziehen, fordert die jeglicher Art von Menschenrechtsverletzungen. Grundlage
  DTAG vom Lieferanten die Einhaltung der im hierfür bilden die im Menschenrechtskodex der DTAG
  Nachstehenden aufgeführten Grundsätze , welche dem veröffentlichten Erwartungen an Lieferanten. Der Lieferant
  respektiert insbesondere die persönliche Würde, die
  beigefügt werden. Der Lieferant setzt diese Grundsätze Privatsphäre und die Rechte jedes einzelnen Menschen.
  über seine ganze Lieferkette hinweg um. Dieser Sklaverei in jeglicher Form ist verboten. Ferner hält der
  Verhaltenskodex für Lieferanten soll nicht die Gesetze und Lieferant alle von der Internationalen Arbeitsorganisation
  Vorschriften in den Ländern ersetzen, in denen Lieferanten (International Labour Organization, ILO) verfassten
  der DTAG tätig sind. Vielmehr dient er der Förderung und Standards und Übereinkommen ein.
  Einhaltung dieser Gesetze und Vorschriften sowie der
  Gewährleistung, dass sie gewissenhaft und wirksam 4. Menschenrechte und faire Arbeitspraktiken
  eingehalten werden. Die DTAG erwartet vom Lieferanten, dass
  (1) er alle Arbeitnehmergesetze des jeweiligen Landes
  einhält,
  GRUNDSÄTZE
  (2) er die Grundsätze der DTAG zur Achtung der in
  1. Wesentliche Vertragspflichten
  Ziffer 3 aufgeführten Menschenrechte teilt und in
  Die Parteien vereinbaren, dass die Einhaltung dieses
  Verhaltenskodexes eine wesentliche Pflicht des Vertrages Übereinstimmung mit der Internationalen
  darstellt. Menschenrechtscharta der Vereinten Nationen, den
  Der Lieferant bemüht sich angemessen, seine eigenen UN-Leitprinzipien für Wirtschaft und Menschenrechte,
  Lieferanten, seine Auftragnehmer und Unterauftragnehmer den Prinzipien des UN-Global Compact und den ILO-
  sowie Kernarbeitsnormen Chancengleichheit am Arbeitsplatz
  seine verbundenen Unternehmen zur Einhaltung der schafft,
  Grundsätze dieses Verhaltenskodex zu verpflichten, sofern (3) er wirksame Maßnahmen zur Beseitigung von
  sie bei der Erbringung der vertraglich vereinbarten Menschenrechtsverletzungen jeglicher Art und
  Leistungen Anwendung finden. Der Lieferant kann seine Verstößen gegen faire Arbeitsbedingungen ergreift,
  Unterauftragnehmer dabei auf die Einhaltung seines einschließlich der Offenlegung solcher und potenzieller
  eigenen Verhaltenskodex verpflichten, soweit dieser Verstöße und
  inhaltlich den Grundsätzen dieses Verhaltenskodex (4) er bei der Untersuchung von mutmaßlichen oder
  entspricht. tatsächlichen Verstößen gegen diese Prinzipien,
  Normen und Übereinkommen umfassend kooperiert.
  2. Umgang mit nationalem und internationalem
  Recht 4.1 Vereinigungsfreiheit und Recht auf
  Kollektivverhandlungen


  DTAG Verhaltenskodex für Lieferanten, Version 2024 1
  Der Lieferant muss die Rechte seiner Beschäftigten auf oder physischen Zwang noch irgendeine Form von
  Vereinigungsfreiheit, Kollektivverhandlungen und Missbrauch, Belästigung oder Androhung solcher
  friedliche Versammlung respektieren, einschließlich des Maßnahmen an.
  Rechts, solchen Aktivitäten fernzubleiben, und hält dabei
  jeweils geltende nationale Gesetze und 4.4 Vergütung und Verbot der Zwangsarbeit
  Verantwortlichkeiten sowie internationale Standards wie Der Lieferant bietet allen Angestellten und Arbeitern eine
  die Normen der Internationalen Arbeitsorganisation ein, je angemessene Vergütung, einschließlich solchen
  nachdem, welche Regelung strenger ist. Beschäftigte Beschäftigten, die dauerhaft oder vorübergehend
  dürfen nicht eingeschüchtert, belästigt oder Repressalien beschäftigt werden, eine Behinderung haben oder
  ausgesetzt werden, wenn sie eines dieser Rechte in Leiharbeiter, Zuwanderer, Auszubildende oder freie
  Anspruch nehmen. Werden diese Rechte durch nationale Mitarbeiter sind. Die Vergütung muss das laut nationaler
  Gesetze oder Umstände eingeschränkt, sucht der Lieferant Gesetze geltende Minimum erfüllen und dem
  auf andere Weise den Dialog mit seinen Beschäftigten, um branchenüblichen Niveau entsprechen. Gibt es keine
  Fragen zu Beschäftigungsverhältnis und Probleme am entsprechenden gesetzlichen Standards in dem jeweiligen
  Arbeitsplatz zu klären. Land, so ist das Entgelt so zu bemessen, dass es die
  Grundbedürfnisse gemäß ILO-Übereinkommen Nr. 131
  4.2 Kinderarbeit über die Festsetzung von Mindestlöhnen deckt. Den
  Kinderarbeit darf in keiner Weise eingesetzt oder Arbeitskräften wird verständlich und zeitnah mitgeteilt, auf
  unterstützt werden und ist unter allen Umständen welcher Grundlage sie vergütet werden. Der Lieferant
  verboten. Die DTAG geht keine Geschäftsbeziehungen mit wendet keine Lohn- oder Gehaltskürzungen als
  Lieferanten ein, die gegen diese Pflichten zur Verhinderung Disziplinarmaßnahme an.
  von Kinderarbeit direkt oder indirekt verstoßen. Der
  Lieferant ist dazu verpflichtet, insbesondere die beiden Der Lieferant beschäftigt niemanden, der zur Arbeit
  grundlegenden ILO-Übereinkommen über Kinderarbeit, gezwungen wird. Dazu zählt jede Tätigkeit, die einer Person
  Übereinkommen Nr. 138 über das Mindestalter und unter der Androhung von Strafe abverlangt wird oder für die
  Übereinkommen Nr. 182 über die schlimmsten Formen der sie sich nicht freiwillig zur Verfügung gestellt hat, z. B.
  Kinderarbeit, einzuhalten. Der Lieferant darf niemanden infolge von Schuldknechtschaft oder Menschenhandel.
  beschäftigen, der jünger als 15 Jahre ist, noch
  schulpflichtig ist oder das gesetzliche Mindestalter für ein Der Lieferant verzichtet auf Sklaverei in jeglicher Form, der
  Beschäftigungsverhältnis nicht erreicht hat, wobei die Sklaverei ähnliche Praktiken, Leibeigenschaft oder andere
  Regelung mit der strengsten Altersgrenze Vorrang hat. Der Formen der Herrschaft oder Unterdrückung am
  Lieferant ist zur Einrichtung eines Maßnahmenplans Arbeitsplatz, wie die extreme wirtschaftliche oder sexuelle
  verpflichtet, der bei Aufdeckung eines Falls von Ausbeutung und Erniedrigung.
  Kinderarbeit sicherstellt, dass der Lieferant Abhilfe
  schaffen muss und internationalen Standards oder Der Lieferant darf zum Schutz seines Geschäfts keine
  Anforderungen nationaler Gesetze unverzüglich Folge privaten oder staatlichen Sicherheitskräfte einsetzen, wenn
  leistet. Die DTAG unterstützt alle Formen der gesetzlich aufgrund mangelnder Einweisung oder Kontrolle durch den
  zulässigen Beschäftigung Jugendlicher, einschließlich der Lieferanten die Gefahr besteht, dass der Einsatz der
  Entwicklung zulässiger Programme zur Ausbildung am Sicherheitskräfte gegen das Verbot der Folter und der
  Arbeitsplatz zugunsten der Bildung junger Menschen. Der grausamen, unmenschlichen oder erniedrigenden
  Lieferant muss Beschäftigten unter 18 Jahren Tätigkeiten Behandlung verstößt oder eine Gefahr für Leib und Leben
  untersagen, die ihre Gesundheit oder Sicherheit gefährden, oder für die Vereinigungs- und Gewerkschaftsfreiheit
  z. B. Nachtarbeit, Überstunden, schweres Heben und die darstellt.
  Arbeit mit giftigen oder gefährlichen Stoffen.
  4.5 Arbeitszeiten
  4.3 Diversity und Gleichbehandlung Dem Lieferanten ist es untersagt, von Beschäftigten
  Der Lieferant untersagt und bekämpft direkte oder längere Arbeitszeiten zu verlangen, als es die gemäß
  indirekte Diskriminierung wegen ethnischer Herkunft, der internationaler Standards, einschließlich der
  Hautfarbe, des Geschlechts, der sexuellen Orientierung, Übereinkommen der Internationalen Arbeitsorganisation
  Sprache, Religion oder Glaubens, politischer oder anderer über übliche Arbeitszeiten (Übereinkommen Nr. 1, 14 und
  Anschauungen, nationaler oder sozialer Herkunft, der 106), nationaler Gesetze oder frei verhandelter und
  Vermögenslage, der Geburt, des Alters, rechtmäßiger Kollektivverträge höchstens zulässige
  Gesundheitszustands, einer Behinderung oder anderer Stundenzahl erlaubt, wobei die strengere Regelung
  Gründe und fördert Vielfalt, Chancengleichheit und Vorrang hat. Der Lieferant muss sicherstellen, dass
  Gleichbehandlung in Beschäftigung und Beruf. Darunter Überstunden freiwillig bzw. im Rahmen der gesetzlichen
  fällt auch die Zahlung ungleicher Entgelte für gleichwertige Vorgaben geleistet und unter Einhaltung nationaler
  Arbeit. Der Lieferant behandelt alle Mitarbeiter respektvoll Gesetze und Vorschriften vergütet werden. Eine
  und wendet weder körperliche Züchtigung, psychischen Arbeitswoche darf einschließlich Überstunden nicht mehr


  DTAG Verhaltenskodex für Lieferanten, Version 2024 2
  als 60 Arbeitsstunden umfassen, mit Ausnahme von 4.7 Beschwerdeverfahren
  Notfällen oder außergewöhnlichen Situationen. In einer Der Lieferant muss seinen Beschäftigten in angemessener
  Sieben-Tage-Arbeitswoche müssen Beschäftigte Weise wirksame Beschwerdeverfahren zur Verfügung
  mindestens einen freien Tag haben dürfen. Der Lieferant stellen, damit sie ihre Probleme am Arbeitsplatz,
  muss unter Einhaltung nationaler Gesetze und Vorschriften einschließlich Belästigung und Diskriminierung, der
  Aufzeichnungen über die Arbeitsstunden seiner Geschäftsführung zur Suche nach einer geeigneten Lösung
  Beschäftigten und ihre Vergütung führen und diese melden können. Den Beschäftigten muss eine sichere
  Aufzeichnungen der DTAG auf Verlangen zur Verfügung Umgebung für Beschwerden und Feedback gegeben
  stellen. werden. Der Lieferant überprüft diese Meldeverfahren
  regelmäßig und muss den Lösungsfortschritt
  4.6 Arbeitsschutz vorgebrachter Anschuldigungen oder Probleme in
  Der Lieferant ist zur Entwicklung und Umsetzung von regelmäßigen Abständen überwachen.
  Managementpraktiken für den Arbeitsschutz in allen Die Beschwerdeverfahren müssen zugänglich und kulturell
  Bereichen seiner Tätigkeit verpflichtet. Zu den Pflichten angepasst sein und, soweit sinnvoll oder möglich, ein
  jedes Lieferanten gehören: anonymes Meldeverfahren beinhalten. Beschäftigte oder
  ihre Vertreter müssen Ideen und Probleme bezüglich der
  sicherstellt, dass seine Beschäftigten alle geltenden Arbeitsbedingungen oder des Führungsstils offen
  Gesetze und Vorschriften über den betrieblichen kommunizieren und mit der Geschäftsleitung austauschen
  Arbeitsschutz einhalten, einschließlich regelmäßiger können, ohne Diskriminierung, Repressalien,
  Schulungen zu betrieblichem Arbeitsschutz, Einschüchterungs-versuche oder Belästigung fürchten zu
  Notfallmaßnahmen, berufstypischen Verletzungen und müssen. Der Lieferant muss die Beschäftigten regelmäßig
  Krankheiten, Hygiene im Betrieb, körperlich über die Beschwerdeverfahren informieren und schulen.
  anspruchsvoller Arbeit, sicherer Maschinenbedienung, Jegliche Form der Vergeltung gegen Beschäftigte, die ein
  sanitärer Anlagen, Ernährung und Unterbringung. Problem am Arbeitsplatz melden, ist verboten. Der
  Lieferant übt keine Vergeltung durch persönliche Angriffe,
  Beschäftigten, Maßnahmen zur Eindämmung Einschüchterungsversuche oder andere Drohungen gegen
  arbeitsplatzbedingter Gefahrenquellen und die Umsetzung Beschäftigte aus, die Probleme am Arbeitsplatz melden
  von Kontrollmechanismen zum Schutz verwundbarer wollen, einschließlich der Verletzung von
  Bevölkerungsgruppen. Arbeitnehmerrechten, die sich aus nationalen Gesetzen
  oder internationalen Standards ergeben.
  (z. B. gemäß ISO 45001 oder gleichwertig), dass das Ergänzend informiert der Lieferant seine Beschäftigten in
  Arbeitsschutzmanagement mindestens als integralen angemessener Weise über die Nutzbarkeit des öffentlich
  Bestandteil des Geschäfts erkennen lässt, das Führung verfügbaren Hinweisgeberportal lMe
  ermöglicht und die Beschäftigten zur Mitgestaltung von https://www.telekom.com/de/konzern/compliance/hinwe
  Richtlinien, Rollen und Verantwortlichkeiten motiviert, das isgeberportal
  Risiken und Gefahren identifiziert und beurteilt und Soweit der Lieferant nicht über ein eigenes
  geeignete Kommunikationskanäle zur Information der Beschwerdeverfahren verfügt, ist die Information über das
  Beschäftigten über Themen des Arbeitsschutzes bietet. Me der DTAG ausreichend; die
  Dieses Managementsystem muss Verfahren zur Erfassung weiteren in dieser Ziffer festgelegten Grundsätze gelten
  und Untersuchung von Unfällen und hierfür entsprechend.
  Nachbesserungsmaßnahmen umfassen.
  5. Ökologisch verantwortliches Handeln
  Schutzausrüstung und die Einweisung der Beschäftigten in 5.1 Umweltschutz und Compliance
  deren Gebrauch. Die DTAG erkennt ihre soziale Verantwortung für den
  s Konsums, Besitzes, Verkaufs oder der Umweltschutz an. Die DTAG erwartet von ihren Lieferanten,
  Verbreitung illegaler Drogen. dass sie die Verpflichtung der DTAG gegen die
  Herausforderungen des Klimawandels teilen und einen
  Der Ausstoß schädlicher Substanzen, mit denen am Beitrag zum Umwelt- und Naturschutz und zum Erhalt der
  Arbeitsplatz umgegangen wird, wird so kontrolliert, dass natürlichen Lebensgrundlage der Bevölkerung anstreben.
  die Konzentration die Grenzwerte der vor Ort geltenden Als Teil dieser Verpflichtung müssen alle Lieferanten:
  Vorschriften zum Schutz der Belegschaft nicht
  überschritten wird oder falls es keine solchen Vorschriften Umweltschutzes einhalten, einschließlich der Gesetze und
  gibt, nicht die Grenzwerte überschritten werden, oberhalb Vorschriften über gefährliche Stoffe, Luft- und
  derer die Gesundheit langfristig gefährdet ist. Wasseremissionen, schädliche Bodenveränderungen und
  Gleichermaßen muss Ausrüstung zur Verfügung stehen, die Abfälle sowie gesetzliche Anforderungen und
  ein schnelles Vorgehen im Falle eines Austritts gefährlicher Branchenstandards, die die Verwendung bestimmter
  Substanzen, eines Brandes oder eines persönlichen Substanzen in der Herstellung oder im Design von
  Kontakts damit ermöglicht. Produkten verbieten oder einschränken.


  DTAG Verhaltenskodex für Lieferanten, Version 2024 3
  5.2 Natürliche Ressourcen und Abfallmanagement
  Kennzeichnung von Produkten und Verpackungen, Bei der Beschaffung oder Herstellung von Waren begrenzt
  wesentlicher Inhaltsstoffe, Recycling und Entsorgung der Lieferant den Material- und Ressourceneinsatz, um
  zustimmen. deren Umweltauswirkungen auf ein Mindestmaß zu
  beschränken.
  regulatorischen Zustimmungen und Registrierungen Die Nutzung seltener Ressourcen ist zu begrenzen bzw.
  einholen und aufrechterhalten. weitestgehend zu vermeiden. Die durch die gesamte
  asser- und Geschäftstätigkeit des Lieferanten erzeugten Abfälle sind
  Energieverluste, vermeiden oder beseitigen, indem in den zu identifizieren, zu kontrollieren und zu verwalten. Der
  Einrichtungen des Lieferanten geeignete Lieferant bemüht sich um eine Verringerung der
  Einsparmaßnahmen ergriffen werden, und zwar (1) durch Abfallmenge. Bei der Abfallentsorgung sind die geltenden
  den Einsatz umweltfreundlicher Wartungs- und Umweltschutzgesetze zu beachten.
  Produktionsverfahren und (2) durch die Umsetzung von
  Strategien zur Reduzierung, Wiederverwendung und 5.3 Einsatz von Quecksilber
  Wiederverwertung von Stoffen (in dieser Reihenfolge), Der Lieferant verzichtet auf die Herstellung
  wann immer dies möglich ist und bevor sie entsorgt quecksilberhaltiger Produkte gemäß Artikel 4 Absatz 1 und
  werden. Anhang A Teil I des Minamata-Übereinkommens. Der
  Lieferant verzichtet in seinem Herstellungsprozess gemäß
  freigesetzt werden könnten und möglicherweise eine Art. 5 Abs. 2 und Anhang B Teil I des Minamata-
  Umweltgefahr darstellen, und mit solchen Chemikalien Übereinkommens nach dem vom Übereinkommen für die
  oder Stoffe so umgehen, dass die Sicherheit bei jeweiligen Produkte bzw. Prozesse vorgegebenen
  Handhabung, Transport, Lagerung, Verwendung, Ausstiegsdatum auf die Verwendung von Quecksilber und
  Wiederverwendung, Wiederverwertung und Entsorgung allen Quecksilberverbindungen. Der Lieferant verzichtet auf
  gewährleistet ist. Der Umgang mit ozonschädlichen eine Handhabung von Quecksilberabfällen, die gegen die
  Substanzen erfolgt in Übereinstimmung mit dem Montreal- Bestimmungen von Art. 11 Abs. 3 des Minamata-
  Protokoll und geltenden Vorschriften. Übereinkommens verstößt.
  Vollständige, lückenlose, genaue und durch einen Dritten
  bestätigte Daten über die Treibhausgasemissionen (THG) 5.4 Handhabung persistenter organischer Schadstoffe
  nach Scope 1, 2 und 3 oder die zur Berechnung der THG- Der Lieferant verzichtet auf die Herstellung und
  Emissionsdaten erforderlichen Variablen über das Carbon Verwendung der in Art. 3 Abs. 1 Buchst. a) und Anhang A
  Disclosure Project (CDP) oder einen von der DTAG des Stockholmer Übereinkommens über persistente
  bereitgestellten alternativen Weg offenlegen. Auf organische Schadstoffe (POP-Übereinkommen)
  Verlangen der DTAG muss der Lieferant Pläne zur aufgeführten Chemikalien, soweit geltendes nationales
  Reduzierung der Treibhausgasemissionen in Recht dies in Übereinstimmung mit dem Stockholmer
  Übereinstimmung mit den Anforderungen der DTAG Übereinkommen regelt. Er verzichtet auch darauf, dass
  vorlegen. Abfälle in nicht umweltgerechter Weise entgegen der in
  diversität, Übereinstimmung mit Art. 6 Abs. 1 d) (i) und (ii) des POP-
  Entwaldung, Klimawandel und Wasserknappheit Übereinkommens geltenden gesetzlichen Vorschriften
  minimieren. gehandhabt, gesammelt, befördert und gelagert werden.
  Sicherstellen, dass die in der Herstellung von Produkten
  verwendeten Stoffe konfliktfrei sind und keinen Einfluss 6. Untersagte Geschäftspraktiken
  nehmen auf Konflikt- und Hochrisikogebiete im Sinne des 6.1 Korruption
  OECD-Leitfadens für die Erfüllung der Sorgfaltspflicht zur
  Der Lieferant unterlässt jede Art der Korruption sowie
  Förderung verantwortungsvoller Lieferketten für Minerale,
  Handlungen, die als solche ausgelegt werden könnten.
  indem:
  Der Lieferant darf Amtsträgern bzw. privatwirtschaftlichen
  er seine Sorgfaltspflicht in der Beschaffungs- und
  Entscheidern im In- und Ausland keine illegalen Vorteile
  Produktkette von Konfliktmineralien im Sinne des
  anbieten, versprechen oder gewähren, um eine
  OECD-Leitfadens in seiner Lieferkette erfüllt und an
  Bevorzugung oder eine günstige Entscheidung im
  einem etablierten Lieferketten-
  öffentlichen oder privaten Sektor zu erwirken. Dies ist auch
  -Free
  beim Umgang mit Spenden, Geschenken oder Einladungen
  zu Geschäftsessen und Veranstaltungen zu
  teilnimmt oder einen national oder international
  berücksichtigen.
  anerkannten Lieferketten-Sorgfaltsstandard
  Der Lieferant darf nicht zulassen, dass ihm Vorteile
  anwendet, z. B. den OECD-Leitfaden.
  versprochen oder angeboten werden, und darf keine
  er der DTAG auf schriftliche Aufforderung alle
  Vorteile in Anspruch nehmen, falls dies bei der die Vorteile
  Dokumente und Nachweise vorlegt, die die
  gewährenden Person den Anschein erweckt oder erwecken
  Maßnahmen des Lieferanten zur Erfüllung der
  kann, dass sie auf diese Weise die
  Sorgfaltspflicht beweisen.
  Geschäftsentscheidungen des Lieferanten beeinflussen


  DTAG Verhaltenskodex für Lieferanten, Version 2024 4
  könnte. Entsprechend darf der Lieferant auch nicht die jederzeit durch den verantwortlichen Anwender anzuhalten
  Gewährung von Vorteilen verlangen. -Aus-
  Der Lieferant vermeidet Interessenskonflikte, die
  Korruptionsrisiken mit sich bringen können. Der Lieferant hält alle geltenden Datenschutzgesetze sowie
  Ist der Lieferant auch ein Kunde der DTAG, darf er aus alle konkreten, in diesem Vertrag vereinbarten
  diesem Umstand keine unbilligen Vorteile ziehen und hat Datenschutz- und Datensicherheitsbestimmungen ein.
  Einkauf und Vertrieb streng zu trennen.
  Der Lieferant verpflichtet sich zu Folgendem und verlangt
  dies von seinem Vorstand sowie seinen Führungskräften, 7. Compliance-Audits und Abhilfemaßnahmen
  Mitarbeitern, Lieferanten, verbundenen Unternehmen, 7.1 Audits und Abhilfemaßnahmen
  Unterauftragnehmern und allen entsprechenden Um die Einhaltung der in diesem Verhaltenskodex für
  Lieferanten festgelegten Grundsätze während der
  die Vorschriften des vorliegenden Absatzes 5.1 sowie Vertragslaufzeit sicherzustellen, stellt der Lieferant auf
  Verlangen alle für die Feststellung der Einhaltung dieser
  anhand geeigneter Mittel zur wirksamen Grundsätze angeforderten Mittel zur Verfügung und
  Implementierung und Pflege eines Compliance- informiert die DTAG unverzüglich, sobald er Kenntnis oder
  Systems einzuhalten; eine begründete Vermutung dahingehend hat, dass er
  dass (i) alle an der Erfüllung des Vertrags beteiligten selbst oder ein Unterauftragnehmer die Grundsätze nicht
  Dritten die Vorschriften einhalten und dass (ii) alle von eingehalten hat. Diese Information umfasst auch die bereits
  den Dritten zur Erfüllung des Vertrags benötigten und zur Wiederherstellung der Einhaltung der Grundsätze
  angewandten Mittel den Vorschriften entsprechen. getroffenen Korrekturmaßnahmen. Des Weiteren stellt der
  Lieferant unverzüglich alle Informationen zur Verfügung,
  6.2 Wettbewerb die zur Einhaltung der geltenden Vorschriften erforderlich
  Der Lieferant hält sich in jeder Geschäftsbeziehung an die sind.
  Regeln des freien und fairen Wettbewerbs und verstößt Im Falle einer Änderung der gesetzlichen bzw.
  insbesondere nicht gegen Wettbewerbs- und regulatorischen Rahmenbedingungen sowie bei
  Kartellgesetze. juristischen Entscheidungen, die eine Verletzung der
  Grundsätze durch eine der Parteien mit sich bringen würde,
  6.3 Sponsoring kann die DTAG einschlägige Änderungen vornehmen, die
  Alle Sponsoringaktivitäten des Lieferanten müssen mit der Lieferant befolgen muss.
  geltenden Gesetzen in Einklang stehen. Falls im Vertrag nicht festgelegt, gilt für geschäftsethische,
  menschenrechtliche und/oder umweltbezogen und
  6.4 Politische Spenden Compliance-Audits folgendes: Die DTAG bzw. ihr
  Der Lieferant tätigt Geldspenden an politische Parteien bevollmächtigter Vertreter ist berechtigt, Bewertungs- und
  oder gewährt diesen geldwerte Vorteile ausschließlich im Monitoring-Maßnahmen beim Lieferanten und dessen
  rechtlich zulässigen Rahmen. Unterauftragnehmern durchzuführen, um die tatsächliche
  Einhaltung der Grundsätze durch den Lieferanten und
  6.5 Geldwäsche dessen Unterauftragnehmer effektiv zu beurteilen. Dies
  umfasst das Recht der DTAG bzw. ihres bevollmächtigten
  Der Lieferant ergreift alle Maßnahmen zur Verhinderung
  Vertreters, Audits durchzuführen, u. a. Beurteilungen und
  von Geldwäsche in seinem Einflussbereich.
  Inspektionen vor Ort, Befragungen sowie Gespräche mit
  6.6 Datensicherheit, Datenschutz und KI-Leitlinien ausgewählten Beschäftigten auf dem Gelände, an
  Produktionsstandorten oder anderen Standorten des
  Die Datenverarbeitungsprozesse und KI-Algorithmen,
  Lieferanten, an denen im Auftrag der DTAG oder in
  sowie die Datennutzung sind nachvollziehbar zu
  Zusammenhang mit von der DTAG eingekauften Produkten
  dokumentieren, der DTAG bei Bedarf offenzulegen und
  und Dienstleistungen Arbeiten ausgeführt werden. Der
  unterliegen geltenden Gesetzen und Vorschriften,
  Lieferant erkennt an, dass die DTAG das Recht hat, weitere
  insbesondere den gesetzlichen und den konkreten in
  Informationen über Belange der gesellschaftlichen
  diesem Vertrag vereinbarten Datenschutz- und
  Verantwortung von Unternehmen (CSR) oder
  Sicherheitsbestimmungen. Die Entwicklung und
  Nachhaltigkeit mittels Selbstauskünften des Lieferanten
  Anwendung von Künstlicher Intelligenz erfolgt nach den
  (z. B. EcoVadis/Carbon Disclosure Project/Umfragen über
  europäischen Grundwerten. Der Einsatz von KI-Systemen
  mobile Endgeräte) anzufordern und zu erhalten, falls dies
  ist gegenüber den Nutzern diskriminierungsfrei und
  für notwendig erachtet wird. Auf Verlangen der DTAG gibt
  transparent zu gestalten.
  der Lieferant Auskunft über zur Sicherstellung der
  Ein barrierefreier Zugang wird gewährleistet.
  Einhaltung der Grundsätze ergriffenen Maßnahmen. Im
  Falle von Verstößen gegen die Grundsätze ist die DTAG
  Der Lieferant hat für seine KI-Lösungen klar definiert, wer
  über jeden einzelnen Verstoß in Kenntnis zu setzen;
  für welches System und welche KI-Funktion verantwortlich
  anschließend ist ein konkreter Verbesserungsplan
  ist und schafft die Voraussetzungen, seine KI-Systeme


  DTAG Verhaltenskodex für Lieferanten, Version 2024 5
  vorzulegen und zeitnah umzusetzen. Falls die DTAG
  bestimmt, dass der Verstoß nicht in angemessener Zeit und
  unverzüglich beseitigt werden kann, hat die DTAG das
  Recht ein Konzept zu erstellen und umzusetzen, das
  potenzielle Risiken minimiert und konkrete Maßnahmen,
  Verantwortlichkeiten und Meilensteine vorsieht. Zu diesem
  Zweck kann die DTAG insbesondere mit anderen
  Unternehmen zusammenarbeiten und die
  Geschäftsbeziehung während der Maßnahmen zur
  Risikominimierung bei Bedarf aussetzen. Die DTAG
  begrenzt jeglichen Zugriff auf Geschäftsgeheimnisse des
  Lieferanten während ihrer Beurteilungen und Inspektionen
  auf das Nötigste und macht von diesen Geheimnissen
  allenfalls Gebrauch, um die Einhaltung der in diesem
  Dokument festgelegten Grundsätze zu überprüfen. Ein
  wesentlicher Verstoß gegen die Grundsätze kann ein Recht
  auf Kündigung des Vertrags gemäß seinen Bestimmungen
  nach sich ziehen.

  7.2 Nachhaltigkeitstraining
  Die DTAG bietet allen externen Geschäftspartnern und
  Lieferanten Nachhaltigkeitstrainings an. Der Lieferant muss
  sicherstellen, dass seine Beschäftigten und
  Unterauftragnehmer, die an Belangen der DTAG arbeiten,
  die Anforderungen des Verhaltenskodex für Lieferanten
  kennen, beispielsweise durch geeignete Schulungen zu den
  Regelungen und Grundsätzen dieses Vertrags.




  DTAG Verhaltenskodex für Lieferanten, Version 2024 6
  Signatures


  Number of pages (including this one): 7

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Allgemeine Geschäftsbedingungen der Deutschen Telekom
  Gruppe für den Einkauf von ICT-Dienstleistungen (EB ICT
  Services)
  Leistungsbeschreibungen, Projektvereinbarungen und
  1. Geltungsbereich Angebote
  c. Der Rahmenvertrag (falls vorhanden)
  (1) Diese Einkaufsbedingungen der Deutschen Telekom Gruppe für d. Diese EB ICT Services
  den Einkauf von ICT-Dienstleistungen (im Folgenden als EB ICT
  e.
  Services bezeichnet) gelten für alle Dienstleistungen im Bereich
  der ICT-Dienstleistungen (im Folgenden als Dienstleistungen
  bezeichnet), die der Auftragnehmer (jede Person oder Firma, die
  https://www.telekom.com/de/konzern/einkauf).
  Dienstleistungen unter Bezugnahme auf diese Bedingungen
  erbringt) der Deutschen Telekom AG (im Folgenden als DTAG
  bezeichnet) oder einem mit der Deutschen Telekom AG (2) Allgemeine Geschäftsbedingungen des Auftragnehmers finden
  verbundenen Unternehmen (jedes verbundene Unternehmen keine Anwendung, auch wenn sie im Angebot oder anderen
  gemäß §§ 15 ff. AktG sowie jedes Unternehmen weltweit, an Dokumenten des Auftragnehmers erwähnt werden oder auf sie
  dem die DTAG direkt oder indirekt mindestens 25 Prozent der Bezug genommen wird und der Auftraggeber ihnen nicht
  Anteile hält oder eine gleichwertige Managementkontrolle ausdrücklich widerspricht. Es gibt und wird keine mündlichen
  ausübt) erbringt, sofern die Bestellung keine abweichenden Ergänzungen zu diesem Vertrag oder einer Bestellung geben.
  Bedingungen enthält. Die bestellende Konzerngesellschaft wird
  Auftraggeber
  (3) Zur Vermeidung von Missverständnissen: Die Bestellung und
  alle anderen Vertragsbestandteile definieren nur die Details der
  (2) Der Auftragnehmer bietet dem Auftraggeber Dienstleistungen
  vertraglichen Leistung des Lieferanten und legen die jeweiligen
  gemäß den Spezifikationen dieser Einkaufsbedingungen für ICT-
  kommerziellen Bedingungen fest. Wenn die Parteien von den in
  Dienstleistungen unter Bezugnahme auf dieselben an.
  diesem Vertrag festgelegten rechtlichen Bestimmungen
  Vereinbarungen über die Dienstleistungen des Auftragnehmers
  abweichen wollen, müssen sie ausdrücklich auf den Abschnitt
  verweisen, den sie im jeweiligen Dokument ändern oder
  eine Bestellung unter Bezugnahme auf ein entsprechendes
  ersetzen wollen. Ein ausdrücklicher Verweis ist nicht
  Angebot des Auftragnehmers getroffen.
  erforderlich, wenn die Änderung wegen zwingenden lokalen
  Rechts erfolgt.
  (3) Art und Inhalt der Dienstleistungen werden in der jeweiligen
  Bestellung definiert und detailliert beschrieben.
  (4) Werden die vorgenannten Formalitäten nicht eingehalten
  (4) Nur Bestellungen und andere Willenserklärungen, die schriftlich gelten abweichende Bestimmungen als ungültig und die
  vom Auftraggeber abgegeben werden, sind rechtsverbindlich. Bestimmungen dieses Vertrags bleiben unverändert, es sei
  Bestellungen erfolgen ohne Kauf- oder Abrufverpflichtung; denn, die Parteien vereinbaren innerhalb von fünf (5)
  etwaige angegebene Mengen sind lediglich Schätzungen und Geschäftstagen nach Feststellung einer solchen Unstimmigkeit
  der Auftragnehmer hat keinen Anspruch auf den Abruf oder die schriftlich etwas anderes.
  Bestellung der gesamten Menge. Die Schriftformerfordernis
  wird auch durch E-Mail oder speziell vom Auftraggeber 3. Allgemeine Rechte und Pflichten der Parteien
  bereitgestellte elektronische Kommunikationsmethoden zur
  Durchführung von Einkaufsprozessen, einschließlich vollständig (1) Der Auftragnehmer verpflichtet sich selbst, alle
  integrierter, webbasierter Anwendungen oder über das Order Unterauftragnehmer, Unterlieferanten und jede Person unter
  Management Tool übermittelte Erklärungen, erfüllt. Eine seiner Kontrolle zur Einhaltung des DTAG Supplier Code of
  elektronische Willenserklärung gilt an dem Tag als zugegangen, Conduct zu verpflichten, der unter
  an dem sie während der normalen Geschäftszeiten unter der https://www.telekom.com/de/konzern/einkauf verfügbar ist.
  elektronischen Adresse des Empfängers abrufbar ist; Der Auftragnehmer ergreift alle erforderlichen Maßnahmen,
  andernfalls gilt sie am nächsten Geschäftstag als zugegangen. um jede Form von aktiver oder passiver Korruption sowohl im
  Sofern der Auftraggeber eine spezielle elektronische öffentlichen als auch im privaten Sektor zu vermeiden und zu
  Kommunikationsmethode bereitstellt, gelten die sanktionieren. Der Auftragnehmer garantiert, dass die
  entsprechenden Nutzungsbedingungen der Deutschen Dienstleistungen zum Lieferdatum oder je nach Fall ab
  Telekom Gruppe ( NB e-commerce ) (siehe unter dem vereinbarten Bereitstellungsdatum allen geltenden
  https://www.telekom.com/de/konzern/einkauf). Gesetzen, Vorschriften, Verordnungen, Richtlinien und

  garantiert ferner, alle Registrierungs- und Meldepflichten
  2. Bestandteile des Vertrags
  gegenüber den jeweiligen Regierungsbehörden zu
  (1) Die folgenden Unterlagen werden mit Vertragsschluss mit übernehmen und alle diesbezüglichen anfallenden Gebühren
  abnehmender Priorität Teil des Vertrags: rechtzeitig zu zahlen. Der Auftragnehmer garantiert auch,
  a. Die Bestellung dem Auftraggeber alle notwendigen Informationen zur
  Verfügung zu stellen, um dem Auftraggeber die Erfüllung aller
  b. Andere in der Bestellung spezifizierte Vertrags-
  Verpflichtungen zu ermöglichen, die für den Auftraggeber als
  bestandteile, z.B. aber nicht beschränkt auf
  (Wieder-)Verkäufer oder Vertreiber der Dienstleistungen
  gelten können.


  Deutsche Telekom, EB ICT Services Dezember 2024
  1
  (2) Der Auftragnehmer verpflichtet sich, den Auftraggeber Auftragnehmer wird alle zumutbaren Hilfestellungen im
  unverzüglich schriftlich zu benachrichtigen, sobald ihm Zusammenhang mit einer Prüfung leisten.
  Probleme im Zusammenhang mit der Einhaltung des Supplier
  Code of Conduct in seinem Verantwortungsbereich bekannt (8) Auftraggeber und Auftragnehmer benennen Ansprechpartner
  werden, und insbesondere alles zu vermeiden, was das mit Entscheidungsbefugnis, um die fach- und termingerechte
  Markenimage der Deutschen Telekom Gruppe schädigen oder Ausführung der Bestellungen sicherzustellen.
  die zuverlässige Erbringung der Dienstleistungen gefährden
  könnte. (9) Der Auftragnehmer ist verpflichtet, die Einkaufsbereiche des
  Auftraggebers unverzüglich und unaufgefordert zu informieren,
  (3) Der Auftragnehmer ist verpflichtet, die wenn der Auftragnehmer oder von ihm zur Erbringung der
  Sicherheitsbestimmungen der Deutschen Telekom Gruppe vertraglichen Leistungen eingesetztes Personal (Mitarbeiter
  (siehe: https://www.telekom.com/de/konzern/einkauf) oder Unterauftragnehmer) gleichzeitig in anderen parallelen
  einzuhalten, die für den Auftragnehmer und seine Projekten innerhalb der Deutschen Telekom Gruppe während
  Erfüllungsgehilfen gelten. Der Auftragnehmer informiert die des Einsatzzeitraums beschäftigt ist oder eine solche
  zur Leistungserbringung eingesetzten Personen und/oder Beschäftigung geplant ist. Sollte der Auftragnehmer dieser
  Unterauftragnehmer darüber und verpflichtet sie ebenfalls Informationspflicht nicht nachkommen, behält sich der
  zur Einhaltung der Sicherheitsbestimmungen. Auftraggeber ausdrücklich das Recht vor, eine Prüfung aller
  Zahlungen zu veranlassen, die von Einheiten der Deutschen
  (4) Wenn Arbeiten an sicherheitssensiblen Standorten des Telekom Gruppe für solche parallellaufenden Projekte geleistet
  Auftraggebers durchgeführt werden sollen, stellt der wurden, und die in diesem Zusammenhang geleisteten
  Auftragnehmer sicher, dass nur Mitarbeiter eingesetzt Zahlungen zurückzufordern.
  werden, die in Deutschland gemäß dem Sicherheits-
  überprüfungsgesetz oder anderorts gemäß einem 4. Leistung
  vergleichbaren Sicherheitsstandard eine Sicherheits-
  überprüfung bestanden haben. (1) Der Auftragnehmer wird nur entsprechend qualifiziertes
  Personal zur Erfüllung der vertraglichen Verpflichtungen
  (5) Der Auftragnehmer stellt sicher, dass sowohl er als auch seine einsetzen. Auf Anforderung im jeweiligen Angebot wird der
  Unterauftragnehmer die gesetzlichen Bestimmungen der Auftragnehmer dem Auftraggeber eine Beschreibung der
  jeweils geltenden Mindestlohngesetzgebung (z.B. das Ausbildung und Arbeitsprofile der eingesetzten oder
  einzusetzenden Mitarbeiter vorlegen, die deren Qualifikation für
  Zusammenhang sind sie beispielsweise verpflichtet, auf die zu erbringende Leistung nachweist.
  Verlangen des Auftraggebers schriftlich nachzuweisen, dass
  der Mindestlohn von ihnen und ihren Unterauftragnehmern (2) Der Auftragnehmer stellt sicher, dass seine Leistungen mit der
  gezahlt wird. Der Auftragnehmer stellt den Auftraggeber von üblichen beruflichen Sorgfalt erbracht werden, dass sie auf dem
  allen Ansprüchen im Zusammenhang mit Stand der Wissenschaft und Technik basieren und dass sie allen
  Mindestlohnzahlungen frei, einschließlich etwaiger relevanten gesetzlichen Bestimmungen und den vereinbarten
  verhängter Bußgelder. Er informiert den Auftraggeber auch Richtlinien entsprechen.
  unverzüglich, wenn es Anhaltspunkte dafür gibt, dass er oder
  einer seiner Unterauftragnehmer gegen die gesetzlichen (3) Geringfügige Mängel werden unverzüglich behoben, sofern
  Mindestlohnanforderungen verstößt oder verstoßen hat. keine neue Leistung erforderlich ist.

  (6) Der Auftragnehmer hält die Anforderungen des (4) Der Auftraggeber ist ausdrücklich berechtigt, die
  Auftraggebers an Qualitätsmanagement, Umweltschutz und Nachbesserung des Lieferanten innerhalb einer vom
  Informationssicherheit ein. Soweit dies in einer Spezifikation Auftraggeber festgelegten angemessenen Frist zu verlangen
  gefordert wird, (i) weist der Auftragnehmer ein und die Vergütung für die Erbringung der ICT-Dienstleistung
  Qualitätsmanagement gemäß DIN EN ISO 9001, TL 9000 oder entsprechend zu mindern, wenn die Nachbesserung
  einem gleichwertigen Qualitätsmanagementsystem nach und verzögert wird oder nach Ablauf der Nachfrist fehlschlägt.
  stellt Daten zu den im TL 9000 Quality Management System
  Measurements Handbook beschriebenen Kennzahlen oder (5) Alle weiteren Rechte des Auftraggebers, die ihm gesetzlich
  einer anderweitig vereinbarten Kennzahl zur Verfügung, (ii) oder vertraglich zustehen, bleiben unberührt.
  weist der Auftragnehmer ein Umweltmanagementsystem
  gemäß DIN EN ISO 14001 oder dem Eco-Management and (6) Sofern gesetzlich keine längeren Fristen vorgesehen sind,
  Audit Scheme nach und (iii) weist der Auftragnehmer ein verjähren die Ansprüche des Auftraggebers wegen
  Informationssicherheitsmanagementsystem gemäß ISO/IEC Rechtsmängeln innerhalb von zwei Jahren ab dem
  27001 oder einem gleichwertigen System nach. Zeitpunkt, in dem ein Dritter einen Anspruch wegen
  Verletzung gewerblicher Schutzrechte oder sonstiger
  (7) Der Auftragnehmer führt genaue Aufzeichnungen über alle Rechte geltend macht oder der Auftraggeber auf andere
  Angelegenheiten, die sich auf seine Verpflichtungen hierunter Weise von dem Rechtsmangel Kenntnis erlangt.
  beziehen, gemäß den allgemein anerkannten
  Rechnungslegungsgrundsätzen und -praktiken, einheitlich und (7) Die vorbehaltlose Zahlung des Rechnungsbetrages durch
  konsistent angewendet, in einem Format, das eine den Auftraggeber stellt keine Anerkennung der Leistung des
  unkomplizierte Prüfung ermöglicht. Der Auftragnehmer Auftragnehmers als vertragsgemäß dar. Die Anerkennung
  bewahrt diese Aufzeichnungen für einen Zeitraum von zehn (10) der Leistungen oder Teilleistungen erfolgt durch den
  Jahren ab dem Datum der endgültigen Zahlung unter der Auftraggeber nur, wenn der Lieferant seine ICT-
  Bestellung, auf die sich diese Aufzeichnungen beziehen, auf. Dienstleistungen gemäß der Bestellung oder einer anderen
  Soweit diese Aufzeichnungen relevant sein können, um zwischen den Parteien vereinbarten Spezifikation erbracht
  festzustellen, ob der Auftragnehmer seine Verpflichtungen aus hat.
  der jeweiligen Bestellung erfüllt, haben DTAG, die bestellende
  Partei und deren autorisierte Vertreter während der normalen 5. Unabhängige Leistungserbringung
  Geschäftszeiten angemessenen Zugang zu diesen
  Aufzeichnungen zur Einsichtnahme und Prüfung. Der (1) Der Auftragnehmer erbringt die vertraglichen Leistungen
  eigenverantwortlich und selbstständig.


  Deutsche Telekom, EB ICT Services, Dezember 2024 2
  (2) Grundsätzlich ist der Auftragnehmer frei in der Wahl des Endkunden zu arbeiten, es sei denn, der Auftraggeber erteilt
  Erfüllungsortes für die Erbringung seiner Leistungen. Erfordert eine schriftliche Zustimmung zu einer solchen Tätigkeit. Diese
  das Projekt jedoch eine teilweise Erbringung der Leistungen auf Zustimmung darf nicht unbillig verweigert werden. Die
  dem Gelände des Auftraggebers oder eines Dritten, so ist der vorstehende Verpflichtung des Auftragnehmers gilt nur, wenn
  Auftragnehmer bereit, die Leistungen in dem erforderlichen und soweit die Endkunden in der Bestellung für die jeweilige
  Umfang an den jeweiligen Standorten zu erbringen; die Parteien Leistung bereits benannt sind.
  werden den jeweiligen Erfüllungsort unter Berücksichtigung der
  Projektanforderungen gesondert vereinbaren. 6. Preisgestaltung

  (3) Der Auftragnehmer ist allein verantwortlich für die Erteilung von (1) Der im Vertrag vereinbarte Preis ist entweder ein Festpreis
  Anweisungen an seine Mitarbeiter und die von ihm eingesetzten oder, im Falle einer Vergütung auf Zeit- und Materialbasis, ein
  Subunternehmer. Der Auftragnehmer ist frei in der Organisation Höchstpreis (Gesamtnettopreis).
  der Leistungserbringung und der Zeiteinteilung für seine
  Tätigkeiten. Soweit es das Projekt erfordert, koordiniert sich der (2) Die vereinbarte Vergütung deckt alle im Zusammenhang mit der
  Auftragnehmer jedoch mit den anderen am Projekt Beteiligten, Leistungserbringung anfallenden Kosten ab, insbesondere die
  um die vereinbarten Termine einzuhalten. Leistungen von Subunternehmern, alle Nebenkosten,
  Reisekosten sowie Reise- und Wartezeiten, sofern in der
  (4) Der Auftragnehmer verpflichtet sich, die vom Auftraggeber jeweiligen Bestellung nicht anders angegeben.
  erhaltene Vergütung eigenständig und ordnungsgemäß gemäß
  den einschlägigen Steuergesetzen zu versteuern. (3) Der Auftragnehmer stellt sicher, dass die DTAG und ihren
  verbundenen Unternehmen angebotenen Preise für die
  (5) Setzt der Auftragnehmer Mitarbeiter, Erfüllungsgehilfen und Leistungen die Preise, die vergleichbaren Dritten innerhalb
  Subunternehmer ein, stellt er sicher, dass alle dafür Europas (oder der jeweiligen Region) gewährt werden, nicht
  erforderlichen behördlichen Genehmigungen (z.B. Arbeits- und übersteigen. Hat der Auftraggeber berechtigte Zweifel an der
  Aufenthaltserlaubnis) vorliegen. Der Auftragnehmer stellt den Einhaltung dieser Verpflichtung durch den Auftragnehmer, ist
  Auftraggeber von allen rechtlichen Konsequenzen frei, die sich der Auftraggeber berechtigt, die Einhaltung dieser
  aus der Nichteinhaltung dieser Anforderung ergeben. Verpflichtung durch einen unabhängigen Dritten, der der
  beruflichen Schweigepflicht unterliegt, überprüfen zu lassen.
  Der Auftragnehmer unterstützt den Dritten bei der Überprüfung
  (6) Der Auftraggeber stellt dem Auftragnehmer (soweit zur
  und gewährt Zugang zu allen erforderlichen Informationen und
  Leistungserbringung erforderlich) alle ihm zur Verfügung
  Unterlagen. Stellt die Überprüfung fest, dass der
  stehenden Informationen und Unterlagen zur Verfügung.
  Auftragnehmer seine Verpflichtung nicht einhält, übernimmt
  der Auftragnehmer die Kosten der Überprüfung und erstattet
  (7) Der Auftragnehmer ist verpflichtet, den Auftraggeber jederzeit dem Auftraggeber den bis zur Preisänderung zu viel gezahlten
  über den Stand der Arbeiten zu informieren. Betrag unverzüglich zurück und passt die Preise mit sofortiger
  Wirkung entsprechend an.
  (8) Erkennt der Auftragnehmer, dass er die vereinbarten
  Fertigstellungstermine nicht einhalten kann, so hat er den (4) Zusätzliche Leistungen, die während der Laufzeit eines
  Auftraggeber unverzüglich schriftlich über die Gründe und die Vertrages erforderlich werden und Kosten verursachen, sind von
  Dauer der voraussichtlichen Verzögerung zu informieren. Ein den Parteien schriftlich zu vereinbaren, bevor sie erbracht
  Anspruch auf Verlängerung der Fertigstellungstermine besteht werden, auch wenn sie für die Erfüllung des Vertrages
  nicht. Die gesetzlichen und vertraglichen Folgen einer unerlässlich sind.
  Verzögerung bleiben unberührt.
  7. Rechnungsstellung und Zahlungsbedingungen
  (9) Der Auftragnehmer ist voll verantwortlich für den Einsatz und
  die Leistung seines Personals im Zusammenhang mit der (1) Die Rechnungsstellung erfolgt nach vollständiger
  Leistungserbringung. Bei Arbeiten auf dem Gelände des Leistungserbringung, sofern die Parteien nicht schriftlich
  Auftraggebers ist der Auftragnehmer verpflichtet etwas anderes vereinbart haben.
  sicherzustellen, dass sein Personal das Eigentum des
  Auftraggebers sorgfältig behandelt. (2) Wurde eine Vergütung auf Zeit- und Materialbasis vereinbart,
  erfolgt die Rechnungsstellung in der Regel monatlich gemäß
  (10) Das mit der Erbringung der betreffenden Leistungen betraute einem vom Auftraggeber festgelegten Leistungs-
  Personal muss die im Zusammenhang mit der jeweiligen protokollierungsverfahren. Ist kein elektronisches
  Bestellung festgelegten Qualifikationen besitzen. Ein neuer Leistungsprotokollierungssystem verfügbar, ist der Rechnung
  Mitarbeiter des Auftragnehmers muss in der Regel mindestens ein im Original unterschriebener Leistungsnachweis
  die gleichen Qualifikationen wie der vorherige (ersetzte) beizufügen, sofern die Parteien nichts anderes vereinbart
  Mitarbeiter haben. Höhere Kosten, die mit einem Wechsel der haben. Die Rechnung kann ohne Bearbeitung zurückgewiesen
  Mitarbeiter (z.B. Einarbeitung / projektspezifische werden, wenn dieser Leistungsnachweis nicht beigefügt ist.
  Wissensvermittlung) verbunden sind, trägt der Auftragnehmer. Gleiches gilt bei Preisabweichungen, falschen Angaben zu
  Bestellpositionen oder fehlender Bestellnummer (SAP-
  (11) Der Einsatz von Mitarbeitern des Auftragnehmers in Projekten Nummer). Bei der Rechnungsstellung auf Zeit- und
  mit Wettbewerbern der Deutschen Telekom Gruppe bedarf der Materialbasis muss der Rechnungsmonat auf der Rechnung
  schriftlichen Zustimmung des Auftraggebers, wenn diese angegeben werden.
  Mitarbeiter gleichzeitig in Projekten für den Auftraggeber tätig
  sind oder in den letzten 6 Monaten in solchen Projekten (3) Rechnungen sind ausschließlich an die in der Bestellung
  eingesetzt waren. angegebene Rechnungsadresse zu senden.

  (12) Erbringt der Auftragnehmer Leistungen für Endkundenprojekte (4) Die Rechnung wird nicht vor Leistungserbringung bezahlt.
  der DTAG oder eines verbundenen Unternehmens im Sinne von Sofern in der Bestellung nichts anderes vereinbart ist, beträgt
  § 1 (1), verpflichtet sich der Auftragnehmer während der die Zahlungsfrist 30 Tage netto. Die Zahlungsfrist beginnt am
  Laufzeit des jeweiligen Auftrags und für ein Jahr nach dessen ersten Tag nach Eingang einer prüffähigen Rechnung, die den
  Beendigung nicht in vergleichbarer Weise für die jeweiligen

  Deutsche Telekom, EB ICT Services, Dezember 2024 3
  Anforderungen dieses Abschnitts 7 entspricht, jedoch nicht Mindestbetrag der Steuer von den vereinbarten Zahlungen
  vor Leistungserbringung. einzubehalten. Wenn es zulässig ist, die Quellensteuer in
  einem solchen Fall ganz oder teilweise aufgrund eines
  (5) Die Rechnung muss den Anforderungen des § 14 des Doppelbesteuerungsabkommens zu reduzieren, wird der
  deutschen Umsatzsteuergesetzes (UStG) entsprechen. Auftragnehmer, falls zutreffend, die erforderlichen Unterlagen
  Entspricht die Rechnung nicht den Anforderungen, behält sich oder amtlichen Bescheinigungen dem Auftraggeber vorlegen,
  der Auftraggeber das Recht vor, die ausstehende Rechnung damit der Auftraggeber im Rahmen der gesetzlichen
  zur Vervollständigung oder Korrektur zurückzusenden. In Bestimmungen ganz oder teilweise auf den Abzug der
  einem solchen Fall beginnt die Zahlungsfrist erst nach Eingang Quellensteuer verzichten kann. Der Auftraggeber wird den
  einer vervollständigten oder korrigierten Rechnung. Auch Auftragnehmer in diesem Zusammenhang in zumutbarem
  wenn der Auftraggeber von dem vorgenannten Vorbehalt Umfang unterstützen.
  keinen Gebrauch macht, ist er nicht für eine durch solche
  Fehler verursachte Zahlungsverzögerung verantwortlich. Die (5) Ungeachtet des Vorstehenden, falls Quellensteuern nicht
  Rechnung darf frühestens an dem Tag ausgestellt werden, an vermeidbar sind und falls Steuern einbehalten wurden, wird
  dem die Leistung gemäß dem Vertrag erbracht wurde. der Auftraggeber dem Auftragnehmer die
  Steuerbescheinigungen, die die Höhe der einbehaltenen
  (6) Änderungen und Ergänzungen des Auftrags sind in der Steuern belegen, rechtzeitig nach Zahlung der Steuern an die
  Rechnung deutlich zu kennzeichnen und werden nur bezahlt, zuständigen Steuerbehörden zur Verfügung stellen.
  wenn sie vor ihrer Ausführung schriftlich vereinbart wurden.
  9. Außenhandelsvorschriften
  (7) Wurde ein Gutschriftverfahren vereinbart, gelten abweichend
  (1) Die vom Auftragnehmer zu erbringenden Leistungen können
  von oder zusätzlich zu den Bestimmungen dieses Abschnitts 7
  europäischen, deutschen, US-amerikanischen oder anderen
  die folgenden Bestimmungen:
  nationalen Gesetzen und Vorschriften unterliegen. Der
  Auftragnehmer ist dafür verantwortlich, die Einhaltung aller
  Der Auftraggeber wird Zahlungen leisten, ohne dass der anwendbaren Vorschriften im Zusammenhang mit der
  Auftragnehmer Rechnungen einreichen muss. Die Zahlungsfrist Erbringung der Leistungen sicherzustellen.
  beginnt mit Abschluss der Dateneingabe, jedoch nicht vor
  Erbringung/Abnahme der Leistung. Die Leistung wird auf Basis
  (2) Der Auftragnehmer verpflichtet sich, alle gemäß den
  eines Leistungsnachweises abgerechnet. Der Auftragnehmer
  erhält vom Auftraggeber monatlich am 3. Arbeitstag des Exportvorschriften erforderlichen Genehmigungen für die
  Folgemonats einen Gutschriftbericht als Nachweis der grenzüberschreitende Erbringung von Leistungen
  elektronisch erfassten Leistungen. Der Gutschriftbericht listet eigenverantwortlich und auf eigene Kosten einzuholen und alle
  die Leistungen nach Art und Menge sowie den Nettopreis, die relevanten Gesetze und Vorschriften einzuhalten.
  Mehrwertsteuer und den Mehrwertsteuersatz für jeden
  Leistungsnachweis auf. (3) Falls der Auftragnehmer Leistungen ganz oder teilweise von
  Im Übrigen gelten die Bestimmungen dieses Abschnitts 7. Dritten bezogen hat, garantiert er, dass diese aus sicheren
  Quellen stammen und unter Beachtung und Einhaltung aller
  8. Steuern Export- und sonstigen relevanten gesetzlichen Vorschriften
  des Herstellungs-/Versandlandes exportiert, importiert oder
  (1) Der Auftragnehmer verpflichtet sich, die vom Auftraggeber bereitgestellt wurden.
  erhaltene Vergütung eigenständig und ordnungsgemäß unter
  Einhaltung aller relevanten Steuergesetze zu versteuern. (4) Darüber hinaus verpflichtet sich der Auftragnehmer bei der
  Durchführung des Vertrags insbesondere zur Einhaltung der
  (2) Alle Steuern, Zölle, Abgaben und sonstigen fiskalischen europäischen Gesetzgebung, des deutschen
  Belastungen im Zusammenhang mit dem Abschluss und der Außenwirtschaftsrechts und des US-amerikanischen Re-
  Durchführung dieses Vertrags trägt der Auftragnehmer, mit Exportrechts.
  Ausnahme der Mehrwertsteuer und vergleichbarer
  Verbrauchssteuern wie Waren- und Umsatzsteuern oder
  10. Verzug
  Nutzungs- und Umsatzsteuern.
  (1) Im Falle des Verzugs gelten die gesetzlichen Bestimmungen,
  (3) Alle Preise sind Nettopreise ohne Mehrwertsteuer und sofern nachstehend nichts anderes bestimmt ist.
  vergleichbare Verbrauchssteuern. Jegliche Mehrwertsteuer
  oder vergleichbare Verbrauchssteuern wie Waren- und (2) Der Auftraggeber gerät nur in Verzug, wenn er nach einer
  Umsatzsteuern oder Nutzungs- und Umsatzsteuern trägt der schriftlichen Mahnung des Auftragnehmers eine Zahlung
  Auftraggeber. Sollten solche Steuern zu zahlen sein, stellt der nicht leistet.
  Auftragnehmer diese dem Auftraggeber in Rechnung und hält
  sich dabei stets an die jeweils geltenden Steuergesetze zur (3) Falls eine Vertragsstrafe vereinbart wurde, kann der
  Ausweisung der Steuern in der Rechnung. Soweit die Auftraggeber sich das Recht vorbehalten, die Vertragsstrafe
  Steuerschuld für die vorgenannten Steuern aufgrund einer bis zur endgültigen Zahlung geltend zu machen.
  gesetzlichen Bestimmung auf den Auftraggeber als
  Empfänger der Vertragsleistungen übergeht, darf der
  11. Nutzungsrechte
  Auftragnehmer keine Steuern in seiner Rechnung ausweisen
  oder berechnen. (1) Liefert der Auftragnehmer Arbeitsergebnisse (neue
  Produkte und andere Ergebnisse, die mit der Erbringung der
  (4) Der Auftraggeber zahlt keine Einkommen-, Körperschafts- vertraglich vereinbarten Leistungen zusammenhängen) im
  oder sonstigen vergleichbaren Steuern des Auftragnehmers, Rahmen eines Auftrags (erstellt durch den Auftragnehmer,
  die im Zusammenhang mit dem Abschluss und der dessen Mitarbeiter oder Subunternehmer bei der
  Durchführung dieses Vertrags stehen. Soweit nach deutschem Erbringung der ICT-Dienstleistungen), gewährt der
  oder einem anderen Einkommen- oder Auftragnehmer dem Auftraggeber ein unwiderrufliches,
  Körperschaftssteuergesetz Quellensteuern fällig werden, ist übertragbares, ausschließliches Nutzungsrecht für alle
  der Auftraggeber berechtigt, den gesetzlich vorgeschriebenen Nutzungsarten das inhaltlich, zeitlich und geografisch


  Deutsche Telekom, EB ICT Services, Dezember 2024 4
  unbeschränkt ist, einschließlich des Quellcodes (falls Gebühren) freistellen, die aus allen Handlungen und
  zutreffend) und der Dokumentation. Die gewährten Rechte Forderungen resultieren, die dem Auftraggeber aufgrund
  umfassen uneingeschränkt die Nutzung, Vermarktung, einer Verletzung oder angeblichen Verletzung von Rechten
  Veränderung oder sonstige kommerzielle Verwertung der an geistigem Eigentum Dritter oder einer der oben
  Arbeitsergebnisse durch den Auftraggeber, insbesondere genannten Garantien entstehen oder entstehen könnten.
  das Recht zur Vervielfältigung, Verbreitung, Ausstellung, Zur Klarstellung: Eine solche Verletzung oder angebliche
  Vorführung und Aufführung sowie das Recht zur Verletzung umfasst:
  Reproduktion mittels Bild- und Tonträgern. (i) jede indirekte und/oder beitragsabhängige
  Falls es entstanden ist, wird das Nutzungsrecht an jedem Verletzung; und
  einzelnen Arbeitsergebnis dem Auftraggeber am Ende des (ii) jede Handlung der Verletzung und/oder angeblichen
  Arbeitstages des Auftragnehmers eingeräumt. Das Verletzung nach dem Grundsatz der gemeinsamen
  Nutzungsrecht wird dem Auftraggeber spätestens an dem unerlaubten Handlung.
  Tag eingeräumt, an dem die vereinbarte Tätigkeit endet. Die
  vorgenannte Einräumung der Nutzungsrechte gilt auch Im Falle einer beitragsabhängigen Verletzung ist der
  insoweit, als die Art der Nutzung zum Zeitpunkt des Auftragnehmer anteilig entsprechend seinem Beitrag zur
  Abschlusses des Auftrags noch nicht bekannt ist. Verletzung verantwortlich.

  (2) Hinsichtlich bestehender Produkte (integriert in die (3) Der Auftragnehmer hat keine Haftung oder Verpflichtung
  Arbeitsergebnisse oder anderweitig erforderlich zur zur Freistellung des Auftraggebers in Bezug auf Ansprüche
  Nutzung der Arbeitsergebnisse) oder Standardsoftware Dritter wegen Verletzung, wenn die Verletzung
  (falls vorhanden) einschließlich der entsprechenden ausschließlich verursacht wurde durch:
  Dokumentation gewährt der Auftragnehmer dem (i) eine Änderung der Vertragsleistungen durch den
  Auftraggeber ein einfaches Nutzungsrecht für alle Auftraggeber ohne Zustimmung des
  Nutzungsarten das inhaltlich, zeitlich und geografisch Auftragnehmers; oder
  unbeschränkt ist, übertragbar innerhalb der DTAG-Gruppe, (ii) die Kombination der Vertragsleistungen mit anderen
  zur internen Nutzung und zur Leistungserbringung Produkten, die nicht in der Spezifikation aufgeführt
  gegenüber den Kunden der DTAG-Gruppe, zu denen auch sind und die für den Auftragnehmer im Hinblick auf
  alle Personen gehören, die für die DTAG-Gruppe in den die beabsichtigte Nutzung der Vertragsleistungen
  Räumlichkeiten der DTAG-Gruppe arbeiten. Darüber hinaus nicht vorhersehbar ist.
  kann der Auftraggeber jederzeit weitere Lizenzen mit den
  gleichen Nutzungsrechten erwerben. (4) Jede Partei wird die andere Partei unverzüglich über jegliche
  Der Auftragnehmer wird den Auftraggeber im Voraus über Ansprüche Dritter bezüglich der Rechte an geistigem
  solche bestehenden Produkte informieren. Eigentum informieren, die gegen die andere Partei geltend
  gemacht oder angedroht werden und/oder wenn sie
  (3) Der Auftraggeber ist berechtigt, aber nicht verpflichtet, die Kenntnis von einer Verletzung oder potenziellen Verletzung
  Werke zu nutzen und zu verwerten. Darüber hinaus ist der von Rechten an geistigem Eigentum Dritter in den
  Auftraggeber berechtigt, aber nicht verpflichtet, den vertraglichen Leistungen erlangt. Die Parteien werden
  Urheber der Werke auf oder im Zusammenhang mit den versuchen, so bald wie möglich eine gemeinsame
  Werken zu nennen. Verteidigungsvereinbarung ("GVV") bezüglich des
  Anspruchs abzuschließen, sobald sie von solchen
  (4) Sofern nicht schriftlich anders vereinbart sind alle Gebühren, für Ansprüchen Kenntnis erlangen. Diese GVV soll das Recht des
  die dem Auftraggeber gemäß diesem Abschnitt 11 gewährten Auftraggebers beinhalten, Zugang zu vertraulichen
  Rechte, in der in der jeweiligen Bestellung vereinbarten Prozessinformationen zu haben, die einer Schutzanordnung
  Vergütung enthalten. der Gerichte unterliegen, falls vorhanden, sowie zu allen
  anderen Informationen im Zusammenhang mit dem
  12. Rechte Dritter Anspruch. Der Auftraggeber wird dem Auftragnehmer (a)
  die alleinige Kontrolle und Autorität über die Verteidigung in
  (1) Der Auftragnehmer garantiert, dass: Bezug auf die vertraglichen Lieferungen mit DTAG und/oder
  (i) die Vertragsleistungen keine Rechte Dritter, insbes. dem Auftraggeber gewähren, wobei der Auftraggeber
  Schutzrechte und Rechte des geistigen Eigentums, berechtigt ist, auf Kosten des Auftragnehmers an der
  verletzen und dass keine solchen Rechte die Nutzung Verteidigung teilzunehmen; und (b) alle verfügbaren
  der Vertragsleistungen gemäß diesem Vertrag und Informationen, Unterstützung und Autorität zur Verfügung
  den jeweiligen Aufträgen verhindern werden; stellen, die vernünftigerweise notwendig sind, um einen
  (ii) keine zusätzlichen Lizenzen, Genehmigungen oder solchen Anspruch oder eine solche Klage zu verteidigen.
  Zustimmungen in Bezug auf solche Rechte an Ungeachtet des Vorstehenden werden sowohl der
  geistigem Eigentum (einschließlich Zahlungen an Auftragnehmer als auch der Auftraggeber alle
  Verwertungsgesellschaften) für den Auftraggeber, Anstrengungen unternehmen, um den Schaden für den
  seine verbundenen Unternehmen und Kunden Auftraggeber so weit wie möglich gemäß § 254 II BGB zu
  erforderlich sind, soweit dies für die Nutzung der mindern.
  Vertragsleistungen gemäß diesem Vertrag und den
  jeweiligen Aufträgen erforderlich ist; und (5) Wenn die Nutzung der vertraglichen Lieferungen oder Teile
  (iii) der Urheber der in die Vertragsleistungen davon durch eine Gerichtsentscheidung untersagt wird oder
  eingebetteten Rechte an geistigem Eigentum seine wenn nach vernünftiger Einschätzung des Auftragnehmers
  Urheberpersönlichkeitsrechte, soweit dies nach den eine Klage wegen Verletzung von Rechten an geistigem
  jeweiligen Gesetzen möglich ist, nicht geltend Eigentum unmittelbar bevorsteht oder eingereicht wurde,
  machen wird, z.B. sein Recht auf Zugang oder wird der Auftragnehmer zusätzlich zu seinen anderen
  Nennung als Urheber. Verpflichtungen gemäß dieses Abschnitts 12 nach
  eigenem Ermessen und auf eigene Kosten entweder:
  (2) Der Auftragnehmer wird den Auftraggeber (einschließlich (i) solche vertraglichen Lieferungen oder Teile davon
  seiner Vertreter, Mitarbeiter und Beauftragten) vollständig ändern oder ersetzen, um die Verletzung oder
  von allen Klagen, Ansprüchen, Schäden (einschließlich angebliche Verletzung der Rechte an geistigem
  Verlusten) und Aufwendungen (einschließlich Kosten und Eigentum Dritter zu vermeiden, jedoch so, dass die

  Deutsche Telekom, EB ICT Services, Dezember 2024 5
  geänderten oder ersetzten Lieferungen in jeder Zur Vermeidung von Missverständnissen gilt dieser
  Hinsicht den Spezifikationen und anderen Unterabschnitt 5 auch in Fällen von einstweiligen
  Anforderungen dieser Vereinbarung und der Verfügungen und Grenzbeschlagnahmen, die von Dritten
  Bestellung in Bezug auf die vertraglichen Lieferungen initiiert wurden.
  entsprechen; oder
  (ii) dem Auftraggeber das Recht verschaffen, die (6) Falls der Auftragnehmer es versäumt, die Verletzung der
  vertraglichen Lieferungen wie in dieser Vereinbarung Rechte an geistigem Eigentum Dritter durch die Umsetzung
  und der jeweiligen Bestellung vorgesehen weiter zu der Alternativen (i) oder (ii) des Unterabschnitts 5 oben oder
  nutzen. unter den oben genannten Bedingungen durch den
  Erwerb aller notwendigen Lizenzen im Falle von Standard-
  Falls ein Anspruch oder eine Information (z.B. ein Schreiben Essential-Patenten innerhalb eines von DTAG und/oder dem
  das auf bestimmte Patente hinweist) auf einem Standard- Auftraggeber festgelegten angemessenen Zeitraums zu
  Essential-Patent oder einem angeblichen Standard- beenden, ist der Auftraggeber berechtigt, nach eigenem
  Essential-Patent beruht, wird der Auftragnehmer alle Ermessen die jeweilige Bestellung zu widerrufen und
  angemessenen Maßnahmen ergreifen, um DTAG und entsprechend Schadensersatz zu verlangen.
  den/die Auftraggeber gegen den Anspruch oder die
  Information des Dritten zu verteidigen (einschließlich, aber (7) Lieferantenverpflichtung
  nicht beschränkt auf die Bereiterklärung, eine Lizenz zu Der Auftragnehmer verpflichtet sich hiermit unwiderruflich
  erwerben, ein Lizenzangebot zu machen, die gegenüber DTAG und den verbundenen Unternehmen, ohne
  Nichtverletzung oder Erschöpfung des Patents geltend zu Zahlung einer zusätzlichen Gebühr oder Lizenzgebühr, keine
  machen oder eine Nichtigkeitsklage zu erheben), um alle rechtlichen Schritte gegen DTAG und ihre verbundenen
  Rechte von und für DTAG und ihre verbundenen Unternehmen in Bezug auf Produkte und Dienstleistungen
  Unternehmen für alle Länder, in denen DTAG und ihre einzuleiten, die von einem Dritten (einschließlich, aber nicht
  verbundenen Unternehmen tätig sind, vollständig zu beschränkt auf Wettbewerber des Auftragnehmers) an
  wahren, einschließlich, aber nicht beschränkt auf alle DTAG oder seine verbundenen Unternehmen geliefert
  notwendigen Schritte, um zu verhindern, dass der Dritte in werden und die der Auftragnehmer als Verletzung der
  der Lage ist, eine einstweilige Verfügung oder ein ähnliches Rechte des Lieferanten an geistigem Eigentum betrachtet
  Rechtsmittel zu beantragen, wobei alle rechtlichen ("Verpflichtung, nicht zu klagen").
  Anforderungen erfüllt werden, die vernünftigerweise vom Dieses Instrument ist eine Verpflichtung, nicht zu klagen,
  Auftragnehmer erwartet werden können, um dieses Ziel zu und keine Freigabe. Dem Auftragnehmer steht es weiterhin
  erreichen. "Standard-Essential-Patent" bedeutet Patente, frei, gegen einen solchen Dritten vorzugehen und vor den
  die für die Herstellung, Nutzung und den Verkauf der Gerichten alle notwendigen Rechtsmittel zu suchen und alle
  vertraglichen Lieferungen, die den formalen technischen Arten von rechtlichen Schritten einzuleiten, um die
  Standards entsprechen, wie sie von international Verletzung zu vermeiden und/oder aufzuhalten, auch wenn
  anerkannten Normungsorganisationen (wie GSMA, ETSI, solche Schritte zu einer Gerichtsentscheidung führen
  DIN usw.) festgelegt wurden, unerlässlich sind. Der würden, die das Geschäft von DTAG und seinen
  Auftragnehmer ist insbesondere verpflichtet falls verbundenen Unternehmen betrifft.
  zutreffend (i) dem anspruchstellenden Dritten ein Angebot
  zu unterbreiten, das den Grundsätzen der Entscheidung des Die Verpflichtung, nicht zu klagen, gilt auch für alle
  Europäischen Gerichtshofs mit der Aktennummer C-170/13 vertraglichen Lieferungen, die vom Auftragnehmer an DTAG
  (Huawei gegen ZTE) und allen nachfolgenden oder eines ihrer verbundenen Unternehmen geliefert oder
  Entscheidungen dazu gemäß der Praxis und bereitgestellt wurden, falls der Auftragnehmer nach der
  Rechtsprechung der zuständigen nationalen Gerichte Lieferung oder Bereitstellung solcher vertraglichen
  entspricht und das in Gerichtsverfahren verwendet werden Lieferungen Rechte an geistigem Eigentum, die mit den
  kann (falls rechtlich notwendig im Namen von DTAG oder vertraglichen Lieferungen in Zusammenhang stehen, an
  dem Auftraggeber), oder (ii) eine Klage gegen diesen Dritten einen Dritten (einschließlich, aber nicht beschränkt auf eine
  zu erheben, um solche Lizenzen zu erhalten. nicht-praktizierende Einheit) abgetreten, verkauft,
  vermietet, belastet, lizenziert, unterlizenziert oder
  Falls der Auftragnehmer nicht in der Lage ist, alle anderweitig übertragen oder gewährt hat.
  notwendigen Lizenzen für Standard-Essential-Patente (auf
  denen der Anspruch basiert) innerhalb des durch die Praxis Falls der Auftragnehmer der Ansicht ist, dass Produkte von
  und Rechtsprechung des jeweiligen Gerichts erforderlichen DTAG oder eines verbundenen Unternehmens, die von
  Zeitraums, jedoch in jedem Fall innerhalb von höchstens DTAG/einem verbundenen Unternehmen oder auf Geheiß
  sechs Monaten nach Erhalt der Benachrichtigung über den von DTAG/einem verbundenen Unternehmen entwickelt
  Anspruch gemäß Unterabschnitt 4 oben zu erhalten, haben wurden, die Rechte des geistigen Eigentums des
  DTAG und/oder der Auftraggeber das Recht, auf Kosten des Auftragnehmers verletzen, werden die Parteien zunächst
  Auftragnehmers zu versuchen, diese Lizenzen direkt vom darüber verhandeln und alle Anstrengungen unternehmen,
  Dritten zu FRAND-Bedingungen (fair, angemessen und nicht um diese Angelegenheit einvernehmlich zu regeln, bevor sie
  diskriminierend) zu erhalten, und der Auftragnehmer wird gerichtliche Schritte einleiten. Der Auftragnehmer wird
  DTAG oder den Auftraggeber, je nach Fall, für solche davon absehen, einstweiligen Rechtsschutz gegen DTAG
  gezahlten FRAND-Lizenzgebühren entschädigen; der oder ein verbundenes Unternehmen zu suchen.
  Auftraggeber unter Beachtung der
  Vertraulichkeitsbestimmungen wird den Auftragnehmer Diese Verpflichtung, nicht zu klagen, ist bindend für den
  über die Lizenzbedingungen informieren. Wenn der Auftragnehmer, seine Rechtsnachfolger und Nachfolger im
  Auftragnehmer die Lizenzgebühr nicht als FRAND Titel solcher Rechte an geistigem Eigentum,
  betrachtet, ist der Auftragnehmer berechtigt zu beweisen, Abtretungsempfänger und Testamentsvollstrecker,
  dass eine niedrigere Lizenzgebühr den FRAND-Bedingungen Verwalter und persönliche Vertreter.
  entspricht; in einem solchen Fall wird der Auftragnehmer nur Für den Fall, dass der Auftragnehmer nach dem Inkrafttreten
  den nachgewiesenen FRAND-Betrag der Lizenzgebühr dieser Vereinbarung Rechte an geistigem Eigentum an einen
  zahlen, und falls der Auftragnehmer bereits den vollen Dritten abtritt, verkauft, vermietet, belastet, lizenziert,
  Betrag gezahlt hat, wird der nicht-FRAND-Teil der unterlizenziert oder anderweitig überträgt oder gewährt,
  Lizenzgebühr dem Auftragnehmer erstattet. garantiert der Auftragnehmer, dass dieser Dritte an die

  Deutsche Telekom, EB ICT Services, Dezember 2024 6
  Verpflichtung, nicht zu klagen, in der gleichen Weise in der Lage ist, seine Verpflichtungen gegenüber dem
  gebunden ist, wie in diesem Abschnitt dargelegt. Auftraggeber zu erfüllen.
  (8) Haftung, Verjährung (6) Der Auftragnehmer legt dem Auftraggeber zur Information
  Die in dieser Vereinbarung festgelegten seine Standardverträge vor, die er mit seinen
  Haftungsbeschränkungen gelten nicht für diesen Abschnitt. Unterauftragnehmern verwendet. In jedem Fall darf der
  Alle Ansprüche, die diesem Abschnitt unterliegen, verjähren Auftragnehmer keine Vereinbarungen mit seinen
  gemäß den gesetzlichen Bestimmungen zwei Jahre nach Unterauftragnehmern abschließen, die den
  dem Zeitpunkt, zu dem DTAG und der Auftraggeber positive Unterauftragnehmern verbieten, nach Abschluss der
  Kenntnis von einem solchen Anspruch erlangt haben. Untervergabebeziehung eine Vereinbarung, entweder direkt
  oder indirekt, mit dem Auftraggeber abzuschließen.
  13. Subunternehmer
  (7) Die Haftung des Auftragnehmers bleibt von der
  (1) Die Beauftragung eines Subunternehmers (einschließlich Untervergabe, von den Informationen über die Struktur der
  externer Berater und Freiberufler) bedarf der schriftlichen Untervergabebeziehung oder von der Zustimmung des
  Zustimmung des Auftraggebers; eine solche Zustimmung Auftraggebers dazu unberührt.
  kann ohne Angabe von Gründen verweigert werden. Der
  Auftragnehmer muss bevorzugte Subunternehmer durch (8) Der Auftraggeber ist berechtigt, die Richtigkeit der vom
  Angabe ihres Namens, ihrer Firmendaten und ihres Auftragnehmer in der jeweiligen Einzelbestellung
  Beschäftigungsstatus im Angebot angeben. Verbundene angegebenen Margen durch direkten Kontakt mit dem
  Unternehmen des Auftragnehmers gelten gemäß diesem Unterauftragnehmer zu überprüfen. In diesem
  Abschnitt 13 als Subunternehmer. Zusammenhang verpflichtet sich der Auftragnehmer, den
  Unterauftragnehmer in dem erforderlichen Umfang von
  (2) Falls der Auftragnehmer einen Subunternehmer seinen Vertraulichkeitsverpflichtungen zu entbinden. Der
  beschäftigen möchte, muss der Auftragnehmer seine Marge Auftragnehmer legt auf Anfrage des Auftraggebers die
  in diesem Zusammenhang in seinem Angebot angeben. Im Vereinbarung mit dem Unterauftragnehmer zur
  Falle einer Untervergabe ohne Zustimmung des stichprobenartigen Überprüfung der oben genannten
  Auftraggebers ist der Auftraggeber berechtigt, die Margen offen.
  vereinbarte Vergütung um die Marge des Auftragnehmers zu
  kürzen. 14. Vertraulichkeit, Datenschutz

  (3) Zur Vermeidung von Missverständnissen darf die (1) Beide Parteien verpflichten sich hiermit, alle Informationen der
  Zustimmung des Auftraggebers zur Untervergabe anderen Partei, die ihnen durch ihre Geschäftsbeziehung
  keinesfalls als Erlaubnis für den jeweiligen bekannt werden und die nicht allgemein zugänglich sind,
  Unterauftragnehmer ausgelegt werden, weitere vertraulich zu behandeln; solche Informationen dürfen nicht für
  Untervergaben in seinem Namen zu arrangieren. Jede eigene oder fremde Zwecke verwendet werden. Diese
  weitere Untervergabe bedarf der ausdrücklichen Verpflichtung zur Vertraulichkeit gilt nicht innerhalb der
  schriftlichen Zustimmung des Auftraggebers. Darüber Deutschen Telekom Gruppe.
  hinaus gelten die Bestimmungen dieses Abschnitts 13
  entsprechend für jede weitere Untervergabe insbesondere (2) Wenn die Offenlegung vertraulicher Informationen durch Regel,
  so, dass die Marge und die vertragliche Transparenz sowie Gericht, Gesetz, Staat, Behörde oder zuständiger politischer
  das Verbot von Wettbewerbsbeschränkungen die gesamte Untergliederung verlangt wird, muss die empfangende Partei
  Kette der Untervergabe abdecken müssen. Eingesetzte (a) die offenlegende Partei so weit wie rechtlich möglich und
  Berater, die weder Mitarbeiter noch Angestellte des sobald sie davon Kenntnis hat, dass eine solche Offenlegung
  Auftragnehmers oder eines Unterauftragnehmers sind erforderlich ist, informieren und (b) der offenlegenden Partei die
  und die vorübergehend eingestellt werden, Möglichkeit geben, die Notwendigkeit einer solchen
  gelten ebenfalls als Unterauftragnehmer im Sinne dieser EB Offenlegung zu überprüfen und zu genehmigen oder rechtliche
  ICT Services und erweitern die gleiche Kette. Dieser Status Schritte zu unternehmen, um die Offenlegung zu verhindern. In
  des Beraters ist im Angebot anzugeben. keinem Fall stellt die Offenlegung vertraulicher Informationen
  an eine fordernde Behörde wie oben beschrieben einen Verstoß
  (4) Eine Bestellung stellt keinen Arbeitsvertrag zwischen dem gegen die Vertraulichkeitsverpflichtung gemäß dieser
  Auftraggeber und einer Person dar, die vom Auftragnehmer Vereinbarung dar. Darüber hinaus ist die offenlegende Partei in
  oder einem Unterauftragnehmer beschäftigt wird. Der keiner Weise für die Nutzung der vertraulichen Informationen
  Auftragnehmer und seine Unterauftragnehmer sind für alle durch die fordernde Behörde wie oben beschrieben
  Arbeitgeberpflichten verantwortlich, die ihnen aufgrund verantwortlich.
  öffentlicher Vorschriften, durch eine Behörde aufgrund
  öffentlicher Vorschriften oder durch eine Behörde infolge (3) Die empfangende Partei darf die vertraulichen Informationen
  der Ausführung eines Auftrags und in Bezug auf das zu ohne vorherige schriftliche Zustimmung der offenlegenden
  versteuernde Einkommen des Auftragnehmers auferlegt Partei nicht an Dritte weitergeben und muss die vertraulichen
  werden. Darüber hinaus haftet der Auftraggeber nicht für Informationen unter Sicherheitsbedingungen aufbewahren, die
  Gehälter, Reisekosten, persönliche Steuern, nicht weniger streng sind als die für vertrauliche Informationen
  Sozialversicherungsbeiträge und Versicherungsprämien der empfangenden Partei von vergleichbarer Sensibilität, und in
  usw. in Bezug auf Mitarbeiter oder Berater des jedem Fall angemessene Vorsichtsmaßnahmen für deren
  Auftragnehmers oder deren Unterauftragnehmer. Der sichere Verwahrung treffen. Verbundene Unternehmen gelten
  Auftragnehmer stellt den Auftraggeber von jeglicher in diesem Zusammenhang nicht als Dritte, müssen jedoch
  Haftung frei und hält den Auftraggeber schadlos von dennoch die Vertraulichkeit wie hier vereinbart wahren. Die
  jeglichen Handlungen oder Unterlassungen, die gegen diese Parteien haben das Recht, vertrauliche Informationen auf einer
  Verpflichtung verstoßen. Need-to-know-Basis an ihre Mitarbeiter, Vertreter,
  Auftragnehmer, Berater und verbundenen Unternehmen des
  (5) Wenn der Auftraggeber seine Zustimmung zur Untervergabe Lieferanten weiterzugeben, wenn die jeweilige Partei, die die
  erteilt, stellt der Auftragnehmer sicher, dass alle im Rahmen vertraulichen Informationen weitergibt, eine Vereinbarung mit
  des jeweiligen Auftrags vergebenen Unteraufträge so den vorgenannten Personen abgeschlossen hat, die
  organisiert sind, dass der Auftragnehmer in vollem Umfang Vertraulichkeitsbestimmungen enthält, die denen hierin


  Deutsche Telekom, EB ICT Services, Dezember 2024 7
  entsprechen, und auf Anfrage der anderen Partei einen jegliche weitere Tätigkeit, direkt oder indirekt, für die Deutsche
  Nachweis darüber erbringt. Die Partei, die die vertraulichen Telekom Gruppe auszuüben. Dies gilt grundsätzlich auch für
  Informationen wie oben beschrieben weitergibt, haftet ehemalige Mitarbeiter der Deutschen Telekom Gruppe für einen
  gegenüber der anderen Partei für jeden Verstoß gegen die Zeitraum von 15 Monaten nach Beendigung ihres
  Vertraulichkeitsverpflichtungen durch eine der vorgenannten Arbeitsvertrags, wenn sie im Zusammenhang mit der
  Personen, einschließlich ihrer verbundenen Unternehmen. Beendigung eine Abfindung erhalten haben. Sofern die
  Beschaffungseinheit des Auftraggebers nicht bereits im
  (4) Der Auftragnehmer verpflichtet sich, das Fernmeldegeheimnis Einzelfall schriftlich einen Ausnahmegenehmigung im Voraus
  zu wahren und gewährleistet dem Auftraggeber, dass er seine erteilt hat, besteht zusätzlich ein allgemeines Einsatzverbot für
  Verpflichtungen gemäß allen anwendbaren aktuelle Mitarbeiter der Deutschen Telekom Gruppe.
  Datenschutzgesetzen, insbesondere der DSGVO,
  ordnungsgemäß erfüllt. (2) Vor diesem Hintergrund verpflichtet sich der Auftragnehmer
  seinerseits sicherzustellen, dass bei der Erbringung seiner
  (5) Alle dem Auftragnehmer vom Auftraggeber zur Dienstleistung für den Auftraggeber die in Absatz 1 genannten
  Leistungserbringung zur Verfügung gestellten Unterlagen pensionierten Beamten oder Mitarbeiter im Sinne von Absatz 1,
  bleiben Eigentum des Auftraggebers und sind auf Verlangen des Satz 3 nicht als Mitarbeiter oder Leiharbeiter oder als
  Auftraggebers vom Auftragnehmer zurückzugeben oder zu beauftragte Arbeits- oder Dienstleister oder in sonstiger Weise
  vernichten, zusammen mit allen angefertigten Kopien. eingesetzt werden und keine der in Absatz 1 genannten
  Duplikate von Dokumenten in elektronischen Medien und auf ehemaligen Mitarbeiter als beauftragte Arbeits- oder
  Datenträgern, die nicht übergeben werden können, müssen vom Dienstleister oder als Leiharbeiter an Einheiten der Deutschen
  Auftragnehmer gelöscht oder dauerhaft unbrauchbar gemacht Telekom Gruppe verliehen werden.
  werden. Dies gilt auch im Falle der Beendigung dieser
  Vereinbarung. Der Auftragnehmer hat kein (3) Im Falle eines Verstoßes gegen die Bestimmungen dieses
  Zurückbehaltungsrecht, unabhängig von den rechtlichen Abschnitts 15 ist der Auftraggeber berechtigt, das
  Gründen. Vertragsverhältnis aus wichtigem Grund zu kündigen. Darüber
  hinaus behält sich der Auftraggeber ausdrücklich das Recht vor,
  (6) Der Auftragnehmer verpflichtet sich, seine Mitarbeiter, in diesem Zusammenhang Schadensersatzansprüche geltend
  Vertreter und Unterauftragnehmer ausdrücklich und zu machen.
  nachweislich darüber zu informieren, dass der Auftraggeber die
  folgenden personenbezogenen Daten über sie zum Zwecke der
  16. Kündigung
  Einhaltung gesetzlicher Vorschriften und seiner berechtigten
  Geschäftsinteressen erheben und verarbeiten darf: Anrede, (1) Der Auftraggeber kann jede Bestellung mit einer Frist von 2
  Nachname, Vorname, Geburtsdatum, Straße, Postleitzahl, Stadt Wochen kündigen.
  und Land. Die folgenden Informationen dürfen auch über
  Mitarbeiter, Erfüllungsgehilfen und Unterauftragnehmer des (2) Wenn der Auftraggeber die Bestellung kündigt und bestimmte
  Auftragnehmers erhoben werden, die eine Arbeits- oder Kalendertage (bereits in der Bestellung angegeben) oder
  Aufenthaltserlaubnis gemäß geltendem deutschem und Stunden innerhalb dieser Kalendertage angefordert wurden,
  europäischem Recht benötigen, um in Deutschland zu arbeiten: während derer die Dienstleistungen erbracht werden sollen,
  Gültigkeitsdauer der Arbeitserlaubnis und/oder werden nur die Kalendertage oder Stunden bezahlt, die in den
  Aufenthaltserlaubnis, Beschränkung der wöchentlichen Zeitraum bis zum Ablauf der 2-wöchigen Kündigungsfrist
  Arbeitsstunden gemäß der Arbeitserlaubnis, Beschränkung des fallen und für die tatsächlich Dienstleistungen erbracht
  Einsatzortes gemäß der Arbeitserlaubnis, Beschränkung der wurden.
  Aufgaben/Position gemäß der Arbeitserlaubnis.
  (3) Wenn die Kalendertage oder die Stunden innerhalb dieser
  (7) Der Auftragnehmer darf Arbeitsergebnisse aus dieser Kalendertage, während derer die Dienstleistungen erbracht
  Vereinbarung und alle Informationen über solche Ergebnisse nur werden sollen, noch nicht in der Bestellung angegeben wurden
  nach vorheriger schriftlicher Zustimmung des Auftraggebers an und stattdessen der Auftraggeber Dienstleistungen aus einem
  Dritte weitergeben oder veröffentlichen. in der Bestellung angegebenen volumenbasierten Tages-
  /Stundenkontingent innerhalb eines in der Bestellung
  (8) Jede Erwähnung des Auftraggebers als Referenz bedarf der definierten Zeitraums angefordert hat, werden lediglich die
  vorherigen ausdrücklichen schriftlichen Zustimmung des Tage/Stunden bezahlt, die angefordert wurden und während
  Auftraggebers. Einmal erteilt, bleibt diese Zustimmung gültig, derer Dienstleistungen bis zum Ablauf der 2-wöchigen
  bis sie widerrufen wird. Der Auftraggeber ist berechtigt, diese Kündigungsfrist erbracht wurden. Der Auftragnehmer ist nicht
  Zustimmung jederzeit ohne Vorankündigung und ohne Angabe berechtigt, weitere Tages-/Stundensätze zu verlangen
  von Gründen zu widerrufen.
  Regelung.
  (9) Wenn personenbezogene Daten vom Auftraggeber an den
  Auftragnehmer übermittelt und vom Auftragnehmer im (4) Das Recht zur fristlosen Kündigung aus wichtigem Grund
  Rahmen seiner Tätigkeiten verarbeitet werden, verpflichtet sich bleibt unberührt.
  der Auftragnehmer, auf Verlangen des Auftraggebers die vom Das Recht zur fristlosen Kündigung ist insbesondere zulässig,
  Auftraggeber angegebene Vereinbarung über die wenn eine Projektvereinbarung mit dem Kunden des
  Auftragsverarbeitung personenbezogener Daten (ADV) Auftraggebers, für den die Dienstleistungen erforderlich sind,
  abzuschließen. vorzeitig beendet wird.
  Der Auftraggeber ist auch berechtigt, den Vertrag aus
  (10) Die oben genannten Verpflichtungen gelten auch nach Ablauf wichtigem Grund zu kündigen, wenn der Auftragnehmer
  der Vereinbarung weiter. (und/oder seine Unterauftragnehmer) die Anforderungen der
  geltenden Mindestlohngesetzgebung nicht erfüllen.
  15. Einsatzverbot Darüber hinaus kann jede Bestellung von der Bestellpartei
  jederzeit und soweit gesetzlich möglich ohne Vorankündigung
  (1) Der Auftragnehmer wird ausdrücklich darauf hingewiesen, dass gekündigt werden:
  es pensionierten Beamten, die die Deutsche Telekom Gruppe
  durch eine Vorruhestandsregelung verlassen, strikt verboten ist,

  Deutsche Telekom, EB ICT Services, Dezember 2024 8
  i) wenn der Auftragnehmer sein Geschäft oder den Teil
  seines Geschäfts, der sich auf die vertraglichen
  Dienstleistungen bezieht, einstellt;
  ii) wenn ein Antrag auf Eröffnung eines Insolvenzverfahrens
  in Bezug auf den Auftragnehmer gestellt wird;
  iii) wenn ein Verfahren eröffnet oder ein Beschluss zur
  Auflösung, Liquidation oder Abwicklung des
  Auftragnehmers gefasst wurde, sei es freiwillig oder
  anderweitig (außer zum Zwecke einer solventen Fusion
  oder Umstrukturierung); oder
  iv) wenn etwas Analoges zu den vorgenannten Ereignissen
  in der anwendbaren Gerichtsbarkeit eintritt.

  17. Abtretung von Forderungen
  (1) Forderungen des Auftragnehmers gegen den Auftraggeber
  dürfen nur mit ausdrücklicher schriftlicher Zustimmung der
  betroffenen Vertragseinheit des Auftraggebers abgetreten
  werden.

  (2) Der Auftraggeber ist berechtigt, die aus diesem Vertrag oder
  einer Bestellung resultierenden Rechte und Pflichten ganz
  oder teilweise an ein verbundenes Unternehmen gemäß § 1 (1)
  ohne Zustimmung des Auftragnehmers abzutreten. § 345a
  HGB findet ausdrücklich Anwendung.

  18. Aufrechnung
  (1) Der Auftragnehmer hat kein Zurückbehaltungsrecht in Bezug
  auf seine vertraglichen Verpflichtungen oder in Bezug auf
  Eigentum, Daten oder Rechte des Auftraggebers.

  (2) Der Auftragnehmer darf nur mit unbestrittenen oder
  rechtskräftig festgestellten Forderungen aufrechnen.

  19. Schlussbestimmungen
  (1) Erfüllungsort ist der vom Auftraggeber angegebene
  Bestimmungsort.

  (2) Diese EB und alle Bestellungen oder sonstigen
  Vereinbarungen, die in Bezug darauf getroffen werden, sowie
  alle daraus resultierenden Ansprüche, Rechte und Pflichten
  unterliegen dem Recht der Bundesrepublik Deutschland
  unter Ausschluss des Übereinkommens der Vereinten
  Nationen über Verträge über den internationalen Warenkauf,
  aller Kollisionsnormen und aller Standards, die auf andere
  Gesetze verweisen.

  (3) Gerichtsstand ist der Hauptgeschäftssitz des Auftraggebers.
  Der Auftraggeber ist auch berechtigt, das Gericht am
  Hauptgeschäftssitz des Auftragnehmers anzurufen.

  (4) Weicht die englische oder amerikanische rechtliche
  Bedeutung der Bestimmungen des Vertrags von der
  deutschen rechtlichen Bedeutung der Bestimmungen des
  Vertrags ab, so gilt die deutsche rechtliche Bedeutung. Jede
  esetzliche

  Formulierungen gilt als Bezugnahme auf das geltende Recht.

  (5) Sollten einzelne Bestimmungen dieses Vertrags oder einer
  Bestellung unwirksam oder undurchführbar sein oder
  werden, so berührt dies nicht die Wirksamkeit und
  Durchführbarkeit der übrigen Bestimmungen. In einem
  solchen Fall verpflichten sich die Parteien, die unwirksame
  oder undurchführbare Bestimmung durch eine wirksame und
  durchführbare Bestimmung zu ersetzen, die dem
  wirtschaftlichen Zweck und der Absicht der unwirksamen
  oder undurchführbaren Bestimmung so nahe wie möglich
  kommt. Das Gleiche gilt im Falle einer unvorhergesehenen
  Lücke im Vertrag oder einer Bestellung.


  Deutsche Telekom, EB ICT Services, Dezember 2024 9
  Signatures


  Number of pages (including this one): 10

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826




  Anforderung an die

  Informationssicherheit




  Anlage 6 zum Rahmenvertrag über den Bezug von Konzeptions- und Entwick-

  lungsleistungen für die „Strategische Partnerschaft pCloudBw”




  Titel: Anl. 6 zum RV_Informationssicherheit_pCloudBw.docx

  Vertraulich Seite 1/15
  Der Auftragnehmer erkennt die hier festgelegten Anforderungen zur Informationssicherheit
  an:


  1

  1.1
  Diese Anforderungen sind anwendbar, wenn der Auftragnehmer zur Erbringung der vertrag-
  lich vereinbarten Leistungen auf Informationen der BWI zugreift, diese verarbeitet oder spei-
  chert. Ergänzend wird bei Nutzung eines von der BWI bereitgestellten Clients auf die Richtli-
  nie Informationssicherheit im Umgang mit Arbeitsmitteln verwiesen.
  Dies bedarf Maßnahmen zum Schutz der IT-Systeme, -Applikationen, -Netze und firmenver-
  traulichen Informationen vor ungewollter Offenlegung, unberechtigtem Zugriff, Manipulation,
  Schadsoftware, Hacking, Cyberangriffen und anderer Bedrohungen. Dazu ist es erforderlich,
  dass Geschäftspartner von BWI die nachfolgenden Regeln und Grundsätze einhalten und
  Schutzmaßnahmen weder außer Betrieb nehmen, umgehen oder in sonstiger Weise verän-
  dern.
  Der Auftragnehmer verpflichtet sich zusätzlich zu den sonstigen vertraglichen Vereinbarun-
  gen, die hierin definierten Regeln und Grundsätze zu beachten sowie diese Unterlage seinen
  Mitarbeitern, die Zugang oder Zugriff auf IT-Systeme, -Applikationen und -Netze der BWI o-
  der firmenvertrauliche Informationen erhalten, zur Kenntnis zu bringen, sie auf die Einhaltung
  zu verpflichten und die Einhaltung in geeigneter Weise zu überprüfen.
  Der Auftragnehmer wird alle Mitarbeiter und Dritte (Unterauftragnehmer), die an der Erbrin-
  gung der Leistungen beteiligt sind, in angemessener Weise anweisen, die Sicherheits- und
  Compliance-Anforderungen dieser Anlage zu beachten.

  1.2
  Wenn der Auftragnehmer Informationen der BWI oder Zugang zu ihnen erhält, wird er alle
  Informationen vertraulich behandeln und nur zur Erfüllung der vertraglichen Verpflichtungen
  (die Leistungen) mit der gebotenen Sorgfalt verwenden. Jede weitere Nutzung bedarf der
  vorherigen schriftlichen Zustimmung der BWI. Dies gilt nicht für Informationen, an denen der
  Auftragnehmer nachweisen kann, dass er zum Zeitpunkt des Erhalts der Informationen be-
  reits einen Rechtsanspruch hatte oder die ihm bereits allgemein bekannt waren oder die ihm
  von einem Dritten rechtmäßig zugänglich gemacht werden würden, ohne dass eine Ver-
  pflichtung zur Geheimhaltung besteht.

  1.3
  Zur Erbringung der Leistungen muss der Auftragnehmer ein angemessenes Informationssi-
  cherheitsmanagementsystem (ISMS) nach allgemein anerkannten Standards (z.B. ISO
  27001) einführen und kontinuierlich verbessern. Dieses ISMS muss die Anforderungen (ab-
  hängig von den zu erbringenden Leistungen/zu liefernden Produkten) gemäß folgendem Ka-
  pitel 2 "Technische und organisatorische Maßnahmen (TOM)" erfüllen.
  Titel: Anl. 6 zum RV_Informationssicherheit_pCloudBw.docx
  Vertraulich Seite 2 / 15
  BWI und der Auftragnehmer benennen jeweils einen Ansprechpartner für das Thema Infor-
  mationssicherheit und informieren diese kontinuierlich.
  Der Auftragnehmer ist verpflichtet, BWI unverzüglich über jeden Sicherheitsvorfall zu infor-
  mieren, der die Sicherheit der BWI-Informationen und/oder der Leistungserbringung beein-
  trächtigt.

  1.4
  Der Auftragnehmer räumt BWI das Recht zur Prüfung und Überwachung der Leistungser-
  bringung ein. Der Auftragnehmer wird BWI entsprechende Informations- und Zugriffsrechte
  (einschließlich Zugang zu Informationssystemen) einräumen.
  Umfassen die Leistungen das Hosting der BWI-Informationen auf zentralen Systemen (z.B.
  Software-as-a-Service, Infrastructure-as-a-Service, IT-Hosting), so ist der Auftragnehmer
  verpflichtet, einen unabhängigen Auditbericht über die Wirksamkeit der Kontrollen für die
  Leistungserbringung vorzulegen.

  1.5
  Der Auftragnehmer wird nur mit vorheriger schriftlicher Zustimmung der BWI Informationen
  an Dritte, wie z.B. Subdienstleister, auslagern oder an diese weitergeben. Der Auftragneh-
  mer garantiert, dass die Sub-Dienstleister vertraglich an Informationssicherheitsanforderun-
  gen gebunden sind, die mindestens den Anforderungen dieser Anlage entsprechen.

  1.6
  Soweit die Erbringung von Leistungen den Zugriff auf Daten erfordert, die den Datenschutz-
  bestimmungen unterliegen, hält der Auftragnehmer die geltenden Datenschutzgesetze ein.
  Dazu gehört auch die Einholung der schriftlichen Zustimmung der BWI, bevor BWI Daten ei-
  nem internationalen Datentransfer (d.h. der Zugänglichmachung in einem anderen Drittland
  als in den vertraglichen Verpflichtungen des Auftragnehmers vorgesehen) unterzogen wer-
  den, es sei denn, alle entsprechenden internationalen Transfers erfolgen innerhalb der Euro-
  päischen Union bzw. in Länder mit einem angemessenen Datenschutzniveau, wie es die Eu-
  ropäische Union als angemessen erachtet.
  Der Auftragnehmer wird mit BWI zusätzliche Vereinbarungen (z.B. Auftragsverarbeitungsver-
  einbarung) abschließen und BWI ermöglichen, Vereinbarungen mit Dienstleistern des Auf-
  tragnehmers zu treffen, wenn dies nach für BWI anwendbarem Recht erforderlich ist.

  1.7
  Der Auftragnehmer wird BWI-Informationen unwiederbringlich löschen, sobald diese nicht
  mehr zur Erbringung der Leistungen oder zur Erfüllung gesetzlicher oder behördlicher Aufla-
  gen benötigt werden.




  Titel: Anl. 6 zum RV_Informationssicherheit_pCloudBw.docx
  Vertraulich Seite 3 / 15
  2
  Die folgenden Abschnitte beschreiben technische und organisatorische Maßnahmen, die der
  Auftragnehmer im Rahmen seines Informationssicherheitsmanagementsystems umsetzen
  muss.
  Diese TOM basieren auf dem internationalen Standard ISO 27002:2013 "Code of practice for
  information security controls".

  2.1
  Der Auftragnehmer muss umfassende Richtlinien für die Informationssicherheit nach aner-
  kannten Industriestandards definieren, veröffentlichen und den Mitarbeitern des Auftragneh-
  mers und relevanten externen Parteien mitteilen und regelmäßig überprüfen.
  Beispiele für Best Practise:
  ISO 27001
  US NIST 800-53
  ISO 27001 auf der Basis von IT-Grundschutz (200-Standards)

  2.2

  2.2.1
  Der Auftragnehmer muss Rollen und Verantwortlichkeiten für die Informationssicherheit defi-
  nieren und fähiges Personal einsetzen.
  Beispiele für Best Practise:
  Informationsgüter im Eigentum des Auftragnehmers (z. B. IT-Anwendungen, Server,
  IT-Ausrüstung, IT-Leistungen),
  Verantwortung für die Informationssicherheit in der Projektabwicklung,
  umfassende Pflichten für die Informationssicherheit aller Mitarbeiter sowie der Vorge-
  setzten oder der Geschäftsleitung,
  die Ernennung spezieller Mitarbeiter wie Informationssicherheitsbeauftragte oder Da-
  tenschutzbeauftragte.

  2.2.2
  Der Auftragnehmer muss eine Richtlinie und unterstützende Sicherheitsmaßnahmen zur Mi-
  nimierung von Risiken durch die Nutzung von mobilen Geräten und Telearbeitsplätzen ein-
  führen.
  Beispiele für bewährte Verfahren:
  Registrierung von Mobilgeräten

  Titel: Anl. 6 zum RV_Informationssicherheit_pCloudBw.docx
  Vertraulich Seite 4 / 15
  Standardkonfigurationen
  zentralisierte Verwaltung mit Lösungen für das Management mobiler Geräte (MDM)
  Zugangskontrolle
  Fernlöschung bei Verlust oder Diebstahl
  Richtlinie für die geschäftliche Nutzung von Geräten in Privatbesitz, falls zutreffend

  2.3

  2.3.1
  Der Auftragnehmer führt vor der Einstellung Hintergrundprüfungen in Übereinstimmung mit
  den einschlägigen Gesetzen, Vorschriften und ethischen Grundsätzen durch. Hintergrund-
  prüfungen müssen mindestens die Überprüfung der Vollständigkeit und Genauigkeit des Le-
  benslaufs des Kandidaten umfassen, einschließlich der behaupteten akademischen und be-
  ruflichen Qualifikationen, die für die Position relevant sind.
  Beispiele für bewährte Verfahren:
  o Anfragen zu Ausbildung und Referenzen bei Bewerbungsgesprächen,
  o Identitätskontrollen,
  o Polizeiliches Führungszeugnis.
  Die Verantwortlichkeiten von Mitarbeitern und Auftragnehmern sind in schriftlichen Verträgen
  zu dokumentieren.

  2.3.2
  Das Management des Auftragnehmers muss sicherstellen, dass Mitarbeiter und Auftragneh-
  mer ihre Verantwortung für die Informationssicherheit kennen und erfüllen.
  Beispiele für Best Practise:
  Verpflichtung der Unternehmensleitung für die Informationssicherheit,
  Regelmäßige Sicherheitsschulungen,
  Durchführung von Aufklärungsprogrammen für häufige Bedrohungen wie Phishing,
  Umgang mit vertraulichen oder persönlichen Informationen,
  Disziplinarmaßnahmen im Falle von Sicherheitsverletzungen.

  2.3.3
  Der Auftragnehmer muss sicherstellen, dass bei Vertragsbeendigung die Interessen des Un-
  ternehmens und der Kunden kontinuierlich geschützt werden.
  Beispiele für Best Practise:


  Titel: Anl. 6 zum RV_Informationssicherheit_pCloudBw.docx
  Vertraulich Seite 5 / 15
  Rückgabe von Firmeneigentum (wie Laptops, Smartphones, Tablets, die sich im Besitz
  von Mitarbeitern, dem Auftragnehmern, Geschäftspartnern befinden) bei Beendigung
  des Vertrags,
  Aufhebung der Zugangsrechte zu Software, Systemen und/oder Räumlichkeiten,
  Kontrolle und Durchsetzung der Vertraulichkeitsvereinbarung für 10 Jahre nach Ver-
  tragsbeendigung.

  2.4

  2.4.1
  Der Auftragnehmer stellt sicher, dass alle mit Informationen und Einrichtungen und Syste-
  men zur Informationsverarbeitung verbundenen Vermögenswerte (Information Assets) inven-
  tarisiert werden und ein für die Informationssicherheit verantwortlicher Eigentümer zugewie-
  sen wird.
  Beispiele für Best Practise:
  Information Assets umfassen Geschäftsprozesse und Informationen, IT-Gegenstände
  wie Hardware, Software, Netzwerk sowie Standorte, Organisationsstruktur, Personal
  und Leistungen,
  Zentrales Register für Anwendungen, Server, Infrastruktursysteme, Internetauftritte,
  Cloud Services, PCs, Laptops, Mobiltelefone und Tablets,
  Zuweisung der Verantwortlichkeit pro Anlage (z.B. eine bestimmte Anwendung) oder
  pro Anlagenklasse (z.B. alle Linux-Server an einem Standort),
  Siehe auch Abschnitt "Organisation der Informationssicherheit - Interne Organisation"
  oben.

  2.4.2
  Der Auftragnehmer muss die Mitarbeiter über geeignete, akzeptierte Nutzungsrichtlinien in-
  formieren. Wenn die Mitarbeiter des Auftragnehmers die Informationssysteme der BWI nut-
  zen, müssen diese die entsprechenden Richtlinien der BWI einhalten.
  Beispiele für Best Practise:
  Umgang mit Unternehmens- und Kundeninformationen
  Handhabung von IT-Geräten
  Handhabung von Passwörtern
  Sichere gemeinsame Nutzung von Daten mit Geschäftspartnern
  Erkennung und Behandlung von betrügerischen E-Mails (Phishing)
  Meldung von Informationssicherheitsvorfällen
  Nutzung des Internets
  Titel: Anl. 6 zum RV_Informationssicherheit_pCloudBw.docx
  Vertraulich Seite 6 / 15
  2.4.3
  Der Auftragnehmer stellt sicher, dass die Informationen hinsichtlich der Vertraulichkeit, Integ-
  rität, Verfügbarkeit, Privatsphäre unter Berücksichtigung der potenziellen Geschäftsauswir-
  kungen wie finanzielle Verluste, Prozessverzögerungen, Reputationsprobleme, Sicherheits-
  /Gesundheits-/Umweltprobleme klassifiziert werden.
  Beispiele für Best Practise:
  Handhabung von Verfahren zum Schutz von Informationen während ihres gesamten
  Lebenszyklus (Erstellung, Verarbeitung, Übertragung, Vernichtung usw.) durch Maß-
  nahmen wie Verschlüsselung,
  Die Kennzeichnung von Informationen ebenso wie die sichere Löschung ist zu entwi-
  ckeln und konsequent anzuwenden.

  2.4.4
  Der Auftragnehmer muss Verfahren zur sicheren Handhabung von Speichermedien, ein-
  schließlich Wechselmedien, physischem Transport und Entsorgung unter Berücksichtigung
  der darauf gespeicherten Informationen, definieren und umsetzen.
  Beispiele für Best Practise:
  Speichermedien müssen sicher gelöscht oder physisch zerstört werden, wenn sie nicht
  mehr verwendet werden.
  Laptop-Festplatten müssen verschlüsselt werden.
  Die Mitarbeiter sind anzuweisen, USB-Flash-Laufwerke, externe Festplatten oder SD-
  Karten zu verschlüsseln, wenn darauf Kundendaten gespeichert sind, die zuvor nicht
  offiziell veröffentlicht wurden.
  Bei der physischen Übergabe von Medien ist eine Produkthistorie zu führen und zu do-
  kumentieren.
  Wenn Medien nicht verschlüsselt werden können, dürfen sie nicht unbeaufsichtigt ge-
  lassen werden und müssen physisch übergeben werden (d.h. kein Versand per Post).

  2.5
  Der Auftragnehmer verpflichtet sich, auf der Grundlage der Geschäfts- und Sicherheits-
  anforderungen zur Verhinderung von unberechtigten Zugriffen, angemessene Zugangs-
  kontrollkonzepte zu definieren, zu dokumentieren und umzusetzen, für die Fälle in denen
  BWI-Informationen, auf den Informationssystemen und/oder Speichermedien des Auf-
  tragnehmers gespeichert werden oder
  auf BWI-Informationssysteme durch das eigene Netzwerk des Auftragnehmers zuge-
  griffen wird.
  Solche Zugangskontrollkonzepte sollen

  Titel: Anl. 6 zum RV_Informationssicherheit_pCloudBw.docx
  Vertraulich Seite 7 / 15
  die Zugangskontrollregeln und -rechte für jeden Benutzer oder jede Benutzergruppe
  eindeutig festlegen und
  sowohl den logischen Zugriff (z.B. Zugriff auf Programme und Daten) als auch den
  physischen Zugang (z.B. Zugang zu Gebäuden oder Datenverarbeitungsräumen) be-
  rücksichtigen und
  die Prozesse zur Verwaltung des Lebenszyklus des Benutzerzugriffs festzulegen.
  Der Auftragnehmer muss über Technologie gemäß anerkannten Industriestandards verfü-
  gen, um die Zugangskontrollkonzepte angemessen umzusetzen.
  Beispiele für Best Practise:
  Registrierung der Benutzer und ihrer Konten mit zentralisierten Identitäts- und Zu-
  gangsmanagement-Prozessen / -Systemen
  Workflows für Mitarbeiter, die in das Unternehmen eintreten oder es verlassen oder die
  Rolle im Rahmen ihres Arbeitsplatzes wechseln
  Vergabe von Zugriffsrechten nur bei Bedarf zur Erfüllung einer bestimmten Rolle im
  Rahmen ihres Arbeitsplatzes (Need-to-know-Prinzip)
  Workflows für die temporäre Vergabe von privilegierten (Administrator-) Zugriffsrech-
  ten, einschließlich der Überwachung der unter diesen Zugriffsrechten ausgeführten Ak-
  tivitäten
  Workflows für die Zuweisung, Erneuerung / Rücksetzung, Widerruf von Passwörtern
  und anderen Berechtigungen
  Workflows für die regelmäßige (mindestens jährliche) Überprüfung der Zugriffsrechte,
  die den IT-Benutzern zugewiesen wurden
  der Zugang zu IT-Systemen ist eingeschränkt und erfordert z.B. Benutzername/Pass-
  wort, elektronisches Zertifikat oder marktübliche biometrische Maßnahmen.

  2.6
  Der Auftragnehmer muss sicherstellen, dass die Kryptographie ordnungsgemäß und effektiv
  zum Schutz der Informationen eingesetzt wird.
  Beispiele für bewährte Verfahren:
  Verschlüsselung von Verschlusssachen während der Übertragung (z. B. E-Mail, Zu-
  gang zu Websites, Softwareschnittstellen),
  Verschlüsselung im Ruhezustand in Datenbanken oder Dateispeichern
  elektronische Signaturen wichtiger Dokumente
  Nutzung von gesicherten Web-Services für den Datenaustausch anstelle von unver-
  schlüsselten E-Mails



  Titel: Anl. 6 zum RV_Informationssicherheit_pCloudBw.docx
  Vertraulich Seite 8 / 15
  Nutzung und Schutz von kryptographischen Schlüsseln gemäß anerkannter Industrie-
  standards und allgemein anerkannter Praktiken (Schlüsselverteilung, Speicherung,
  Wiederherstellung usw.).

  2.7
  Dieser Abschnitt ist anwendbar, wenn der Auftragnehmer Standorte betreibt, an denen BWI
  Informationen verarbeitet werden.
  Der Auftragnehmer muss Schäden, Störungen und Interferenzen an Einrichtungen und Ge-
  räten und von Informationen innerhalb seiner Organisation durch organisatorische Maßnah-
  men, die Beschränkung des physischen Zugangs zu den Einrichtungen und den Schutz vor
  Umweltbedrohungen verhindern.
  Beispiele für Best Practise:
  Einrichtungen zur Verarbeitung von Informationen sind durch eine physische Abgren-
  zung (wie Mauern und Zäune), Sicherheitswachen und Videoüberwachung an wichti-
  gen Ein-/Ausgangspunkten geschützt, um unbefugten Zugang zu verhindern
  Wächter / Kartenleser / Smartcards zur Kontrolle und Aufzeichnung des Zugangs zu
  kritischen Bereichen wie Datenverarbeitungsanlagen
  Angemessene Auswahl der Standorte unter Berücksichtigung von Risiken wie Feuer,
  Überschwemmung, Erdbeben, Unruhen etc.
  Sicherheitsrichtlinien für Anlieferungs- und Verladebereiche
  Schutz der Energie- und Telekommunikationsverkabelung vor Abhören und Störungen,
  redundante Verkabelung zur Vermeidung von Ausfällen im Schadensfall
  Schutz der Ausrüstung in Ruhe und während des Transports, z.B. durch manuelle Zu-
  stellung statt Porto, unter Beachtung der Richtlinien für saubere Schreibtische

  2.8

  2.8.1


  Der Auftragnehmer muss den korrekten und sicheren Betrieb der Einrichtungen zur Verarbei-
  tung von Informationen sicherstellen und gewährleisten, dass die Vorgänge innerhalb der be-
  trieblichen Prozesse dokumentiert werden, einschließlich Änderungskontrollen, Beschrän-
  kung des Zugriffs auf Betriebssoftware, Backups & Wiederherstellung, Kapazitätsmanage-
  ment und Trennung der betrieblichen von anderen IT-Umgebungen.
  Beispiele für Best Practise der Inhalte von Betriebsverfahren:
  Installation und Konfiguration von Systemen, einschließlich der Überprüfung der techni-
  schen Konformität der Systemkonfiguration



  Titel: Anl. 6 zum RV_Informationssicherheit_pCloudBw.docx
  Vertraulich Seite 9 / 15
  Verarbeitung und Handhabung von Informationen, sowohl automatisiert als auch ma-
  nuell, wie z.B. Schutz und Aufbewahrung von Ein- und Ausgabedateien, sichere Ent-
  sorgung der Ausgabe von fehlgeschlagenen Jobs
  Daten- und Infrastruktur-Backups
  Anforderungen an die Terminierung, einschließlich der Abhängigkeiten zu anderen
  Systemen, frühester Auftragsstart und späteste Auftragsabschlusszeiten
  Anweisungen für die Behandlung von Fehlern oder anderen unvorhergesehenen Situa-
  tionen, die während der Auftragsausführung auftreten können, einschließlich Ein-
  schränkungen bei der Verwendung von System-Einrichtungen
  Support- und Eskalationskontakte einschließlich externer Supportkontakte im Falle un-
  erwarteter betrieblicher oder technischer Schwierigkeiten
  systemspezifische Neustart- und Wiederherstellungsverfahren, die den allgemeinen
  Desaster-Recovery-Prozessen entsprechen
  Verwaltung von Audit-Trail- und Systemprotokollinformationen
  Kapazitätsmanagement
  Benutzer- und Zugriffsverwaltung, einschließlich der Segregation-of-Duties eine Defini-
  tion der User-IDs des Systems
  Handhabung von Änderungen der Software-Lizenzanforderungen, die sich aus Installa-
  tionen, De-Installationen, Konfigurationsänderungen oder Aktivitäten zur Benutzerver-
  waltung ergeben können
  Umgang mit Änderungen der Software- oder Infrastrukturkonfigurationen, Einstellun-
  gen oder Funktionalitäten
  technisches Schwachstellenmanagement

  2.8.2
  Der Auftragnehmer schützt Informationen und Einrichtungen zur Verarbeitung von Informati-
  onen mit branchenüblichen Maßnahmen vor Schadsoftware.
  Beispiele für Best Practise:
  Einsatz von Schadsofware-Scannern auf PCs, Servern, Netzwerk-Gateways und mobi-
  len Geräten
  regelmäßige Aktualisierung von Schadsoftware-Definitionen und Scan-Engines
  Sandbox-Technologie zur Erkennung noch unbekannter Schadsoftware

  2.8.3
  Der Auftragnehmer protokolliert sicherheitsrelevante Ereignisse auf Informationssystemen
  wie Server, Netzwerk-Gateways, Mitarbeiterrechner, Schadsoftware-Scanner und anderer


  Titel: Anl. 6 zum RV_Informationssicherheit_pCloudBw.docx
  Vertraulich Seite 10 / 15
  Sicherheitstechnik. Die Protokolle sind gegen Manipulationen zu schützen und zu analysie-
  ren, um Sicherheitsvorfälle rechtzeitig zu erkennen.
  Beispiele für Best Practise:
  Unbefugte Zugriffsversuche
  Änderungen an Benutzern, Gruppen, Zugriffsrechten, Geräte-Besitz, Sicherheitsein-
  stellungen und Systemkonfiguration
  Nutzung von Privilegien
  Verwendung von System-Einrichtungen
  Start, Herunterfahren, An- oder Abmeldung des Informationssystems
  Zugriff (Versuche) auf Protokoll- und Programmdateien
  Zuordnung von IP-Adressen und Hostnamen
  Schreibzugriff auf Dateien und Objekte, wenn besondere Anforderungen an die Integri-
  tät bestehen
  Aktivierung und Deaktivierung von Schutzsystemen, wie z.B. Antiviren- und Intrusion
  Detection Systeme
  Warnungen von Sicherheitssystemen und Software
  Schutz von Log-Dateien vor unberechtigtem Zugriff (weder lesend noch schreibend)
  Es muss ausreichend Personal eingesetzt werden, um die Protokolle rechtzeitig zu
  überwachen und auf Sicherheitsvorfälle zu reagieren

  2.8.4
  Der Auftragnehmer muss technische Schwachstellen verwalten, einschließlich der Überwa-
  chung der Schwachstellen, der Risikobewertung, der Behebung (einschließlich Patches, Här-
  tung, Einschränkungen von Softwareinstallationen oder anderer Maßnahmen, wenn keine
  geeigneten Patches verfügbar sind).
  Beispiele für Best Practise:
  Einsatz von Schwachstellen-Scannern (z.B. Nessus)
  zu entscheiden, wie die erkannten Schwachstellen z.B. durch Patches von Anbietern
  und des Auftragnehmers behoben werden können
  Zeitpläne definieren, wann Schwachstellen auf der Grundlage der Kritikalität zu lösen
  sind
  die Installation von Software auf Client-Rechnern einzuschränken
  deaktivieren Sie nicht mehr benötigte Systemdienste




  Titel: Anl. 6 zum RV_Informationssicherheit_pCloudBw.docx
  Vertraulich Seite 11 / 15
  2.9
  Dieser Abschnitt ist anwendbar, wenn der Auftragnehmer IT-Netzwerke zur Erbringung der
  Leistungen betreibt.
  Der Auftragnehmer betreibt IT-Netzwerke zum Schutz von Informationen in Systemen und
  Anwendungen.
  Beispiele für Best Practise:
  Segmentierung von Netzwerken, durch Firewalls getrennte Segmente
  Firewall-Regel-Lebenszyklus-Management vorhanden
  Intrusion Prevention System (IPS), im Falle des Outsourcings ist der Outsourcer ver-
  pflichtet, die anerkannte Sicherheitspraxis zu befolgen
  Sicherheitsereignisse werden protokolliert und die Protokolle werden zentral von einem
  SIEM-System analysiert

  2.10
  Dieser Abschnitt ist anwendbar, wenn der Auftragnehmer IT-Systeme (Informationssysteme)
  zur Erbringung der Leistungen nutzt.

  2.10.1
  Der Auftragnehmer stellt sicher, dass die Anforderungen an die Informationssicherheit bei
  der Beschaffung, Entwicklung und Wartung von Informationssystemen systematisch ermittelt
  und in den Entwicklungs- und Unterstützungsprozessen berücksichtigt werden.
  Beispiele für Best Practise:
  Anforderungen an die Zugangskontrolle
  Einsatz von statischen Code-Analyse-Tools für selbstentwickelte Software
  Sicherheitspenetrationstests für Webanwendungen nach OWASP-Prinzipien
  Verschlüsselung von Informationen während der Übertragung und/oder bei der Spei-
  cherung (in Ruhe)
  digitale Signaturen
  spezifische Geschäftsprozessanforderungen wie z.B. Genehmigungen oder bestimmte
  Dokumentationen
  Vollständigkeitskontrollen




  Titel: Anl. 6 zum RV_Informationssicherheit_pCloudBw.docx
  Vertraulich Seite 12 / 15
  2.10.2
  Wenn der Auftragnehmer Informationssysteme entwickelt, muss er die Informationssicherheit
  innerhalb des Entwicklungslebenszyklus von Informationssystemen konzipieren und umset-
  zen. Dies umfasst Sicherheitsbewertungen, sichere Systementwicklungsverfahren, Ände-
  rungskontrollverfahren, angemessene Test- und Genehmigungsverfahren.
  Beispiele für Best Practise:
  Regeln für die Entwicklung von Software und Systemen
  formale Änderungskontrollverfahren
  Überprüfung und Prüfung von Änderungen
  Grundsätze der sicheren Systemtechnik
  Umgebungen für Entwicklung / Test / Produktion
  Überwachung der ausgelagerten Systementwicklung
  Prüfung der Sicherheitsfunktionalität
  Abnahmetestprogramme, Schutz der Testdaten.

  2.11
  Dieser Abschnitt ist anwendbar, wenn der Auftragnehmer zur Leistungserbringung Unterauf-
  tragnehmer einsetzt, die auf BWI-Informationen zugreifen, diese verarbeiten oder speichern
  können.
  Der Auftragnehmer wird die schriftliche Zustimmung der BWI einholen, bevor ein Sub-Dienst-
  leister erstmals Zugang zu BWI-Informationen erhält. Der Auftragnehmer stellt sicher, dass
  Regelungen in die Verträge mit Unterauftragnehmern aufgenommen werden, die Anforde-
  rungen dieser Anlage erfüllen. Der Auftragnehmer wird die Leistungserbringung seiner Sub-
  dienstleister regelmäßig überwachen, überprüfen und auditieren.
  Beispiele für Best Practise:
  Zertifizierung für das Informationssicherheitsmanagement (z.B. ISO 27001)
  Anforderung von SOC2- oder ISAE 3000-Outsourcing-Berichten für Unterauftragneh-
  mer (z.B. Cloud-Hosting-Anbieter)
  BWI erhält eine Kopie jedes für die Leistungen relevanten Unterauftrags für Auditzwe-
  cke (ohne Preisinformationen)
  Vereinbarung von Audit-Rechten mit Subunternehmern (z.B. ausgelagerter Rechen-
  zentrumsbetrieb, ausgelagerte Softwareentwicklung)

  2.12
  Der Auftragnehmer muss Managementverantwortlichkeiten und -verfahren festlegen, um
  eine schnelle, effektive und ordnungsgemäße Reaktion auf Informationssicherheitsvorfälle zu

  Titel: Anl. 6 zum RV_Informationssicherheit_pCloudBw.docx
  Vertraulich Seite 13 / 15
  gewährleisten. Dies beinhaltet die Implementierung von Meldewegen und deren Nutzung
  durch Mitarbeiter und Dritte, die rechtzeitige Bewertung gemeldeter Ereignisse, die ange-
  messene Reaktion auf Ereignisse, die als Sicherheitsvorfall gelten, angemessene Eskalati-
  ons- und Kommunikationsverfahren, die Behebung von Problemen sowie Verfahren für fo-
  rensische Beweise, die für disziplinarische oder rechtliche Maßnahmen erforderlich sind.
  Beispiele für bewährte Verfahren:
  Sammlung von Informationssicherheitsereignissen von Servern, Netzwerk-Gateways,
  Endpunktgeräten und Sicherheitssystemen und deren Korrelation in einem SIEM-Sys-
  tem;
  Sammeln von Sicherheitsereignissen vom IT-Servicedesk und von IT-Dienstleistern;
  Klassifizierungsskalen zur "Triage" und Bewertung von Informationssicherheitsereignis-
  sen hinsichtlich ihrer Kritikalität
  zentrale Teams zur Überwachung, Erkennung, Analyse und Berichterstattung von In-
  formationssicherheitsereignissen und -vorfällen
  Integration von externen Quellen über Indikatoren für die Gefährdung (IOCs)
  Erstellung von Aufzeichnungen über Sicherheitsvorfälle sowohl auf technischer als
  auch auf Managementebene (z.B. in MISP- und Wiki-Systemen)
  Eskalation und Kommunikation an interne und externe Stakeholder oder Organisatio-
  nen, einschließlich BWI

  2.13
  Der Auftragnehmer muss Prozesse, Verfahren und Kontrollen einführen, dokumentieren, im-
  plementieren und aufrechterhalten, um die Kontinuität der vertraglich vereinbarten Leistung
  zu gewährleisten.
  Beispiele für Best Practise:
  Einrichtungen zur Verarbeitung von Informationen müssen mit einer ausreichenden
  Redundanz implementiert werden, um die Anforderungen an die Verfügbarkeit zu erfül-
  len
  Die Anforderungen an die Informationssicherheit müssen auch in Not-, Katastrophen-
  und Krisensituationen angemessen berücksichtigt werden

  2.14

  2.14.1
  Der Auftragnehmer stellt sicher, dass Verstöße gegen gesetzliche, behördliche, regulatori-
  sche oder vertragliche Verpflichtungen im Zusammenhang mit der Informationssicherheit
  und gegen jegliche Sicherheitsanforderungen vermieden werden.
  Beispiele für Best Practise:

  Titel: Anl. 6 zum RV_Informationssicherheit_pCloudBw.docx
  Vertraulich Seite 14 / 15
  Alle relevanten Anforderungen und die Vorgehensweise des Auftragnehmers zur Erfül-
  lung dieser Anforderungen müssen für jedes Informationssystem und den Auftragneh-
  mer explizit identifiziert, dokumentiert und auf dem neuesten Stand gehalten werden.
  Es sind geeignete Verfahren zu implementieren, um die Einhaltung der gesetzlichen,
  behördlichen und vertraglichen Anforderungen in Bezug auf die Rechte an geistigem
  Eigentum und die Nutzung proprietärer Softwareprodukte zu gewährleisten.
  Die Aufzeichnungen müssen vor Verlust, Zerstörung, Verfälschung, unbefugtem Zugriff
  und unbefugter Freigabe geschützt werden, in Übereinstimmung mit den gesetzlichen,
  behördlichen, vertraglichen und geschäftlichen Anforderungen.
  Die Privatsphäre und der Schutz personenbezogener Daten werden gemäß den ein-
  schlägigen Gesetzen und Vorschriften, soweit anwendbar, gewährleistet.
  Kryptographische Kontrollen werden in Übereinstimmung mit allen relevanten Verein-
  barungen, Gesetzen und Vorschriften verwendet.

  2.14.2
  Der Auftragnehmer stellt sicher, dass die Informationssicherheit in Übereinstimmung mit den
  Richtlinien und Verfahren des Auftragnehmers implementiert und betrieben wird.
  Beispiele für Best Practise:
  Der Ansatz des Auftragnehmers für das Management der Informationssicherheit und
  seine Umsetzung (d. h. Kontrollziele, Kontrollen, Richtlinien, Prozesse und Verfahren
  für die Informationssicherheit) sind in geplanten Abständen oder bei wesentlichen Än-
  derungen unabhängig zu überprüfen.
  Die Manager müssen regelmäßig die Übereinstimmung der Informationsverarbeitung
  und der Verfahren in ihrem Verantwortungsbereich mit den entsprechenden Sicher-
  heitsrichtlinien, -standards und sonstigen Sicherheitsanforderungen überprüfen.
  Die Informationssysteme sind regelmäßig auf die Einhaltung der Informationssicher-
  heitsrichtlinien und -standards des Auftragnehmers zu überprüfen.




  Titel: Anl. 6 zum RV_Informationssicherheit_pCloudBw.docx
  Vertraulich Seite 15 / 15
  Signatures


  Number of pages (including this one): 16

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Aktenzeichen: xx




  Vereinbarung zur Auftragsverarbeitung
  Als Anlage zum Vertrag / zur Leistungsbeschreibung vom [Datum]

  - nachfolgend „Leistungsvereinbarung“ -

  zwischen

  BWI GmbH, Auf dem Steinbüchel 22, 53340 Meckenheim

  - nachfolgend „Verantwortlicher“ -
  und

  [Vertragspartner]

  - nachfolgend „Auftragsverarbeiter“ -


  - beide nachfolgend gemeinsam „Vertragsparteien“ -

  wird die folgende Vereinbarung zur Auftragsverarbeitung geschlossen:




  Mustervereinbarung zur Auftragsverarbeitung
  Seite 2 | 13



  Inhalt

  Präambel.......................................................................................................................................................2
  § 1 Anwendungsbereich................................................................................................................................2
  § 2 Konkretisierung des Auftragsinhalts........................................................................................................2
  § 3 Verpflichtungen und Weisungsbefugnis..................................................................................................2
  § 4 Beachtung zwingender gesetzlicher Pflichten durch den Auftragsverarbeiter ........................................4
  § 5 Technisch-organisatorische Maßnahmen und deren Kontrolle...............................................................4
  § 6 Mitteilung bei Verstößen durch den Auftragsverarbeiter.........................................................................5
  § 7 Löschung und Rückgabe von Daten .......................................................................................................6
  § 8 Subunternehmen.....................................................................................................................................6
  § 9 Datenschutzkontrolle...............................................................................................................................7
  § 10 Haftung und Schadenersatz..................................................................................................................7
  § 11 Schlussbestimmungen ..........................................................................................................................7
  Anhang „Weisungsbefugnis“ zu § 3 (nach Zuschlagserteilung auszufüllen).................................................9
  Anhang „Technisch-organisatorische Maßnahmen (TOM)“........................................................................10
  Anhang „Subunternehmen“ zu § 8 ..............................................................................................................12




  Mustervereinbarung zur Auftragsverarbeitung
  Seite 3 | 13



  Präambel
  Die Vertragsparteien sind mit der Leistungsvereinbarung ein Auftragsverarbeitungsverhältnis eingegangen.
  Um die sich hieraus ergebenden Rechte und Pflichten gemäß den Vorgaben der europäischen
  Datenschutz-Grundverordnung (Verordnung (EU) 2016/679 des Europäischen Parlaments und des Rates
  vom 27. April 2016 zum Schutz natürlicher Personen bei der Verarbeitung personenbezogener Daten, zum
  freien Datenverkehr und zur Aufhebung der Richtlinie 95/46/EG - DSGVO), und des
  Bundesdatenschutzgesetzes (BDSG) zu konkretisieren, schließen die Vertragsparteien die nachfolgende
  Vereinbarung.

  § 1 Anwendungsbereich
  (1) Die Vereinbarung findet Anwendung auf die Verarbeitung (Art. 4 Nr. 2 DSGVO) aller personenbezogener
  Daten (im Folgenden: Daten), die Gegenstand der Leistungsvereinbarung sind oder im Rahmen von deren
  Durchführung anfallen und auf Weisung des Verantwortlichen verarbeitet werden. Nicht unter den
  Anwendungsbereich fallen Daten von Mitarbeitern des Auftragsverarbeiters, soweit sie ausschließlich das
  Beschäftigungsverhältnis mit dem Auftragsverarbeiter betreffen.

  (2) Dieser Vertrag gilt vorranging vor anderen Vereinbarungen und Abreden zwischen Auftraggeber und
  Auftragnehmer, es sie denn, zwischen den Parteien wird ausdrücklich etwas anderes vereinbart.

  § 2 Konkretisierung des Auftragsinhalts
  (1) Gegenstand und Dauer der Auftragsverarbeitung sowie Umfang, Art und Zweck der vorgesehenen
  Verarbeitung von Daten bestimmen sich nach der Leistungsvereinbarung, die dieser Vereinbarung
  angefügt ist.

  (2) Folgende Arten personenbezogener Daten sind Gegenstand der Verarbeitung durch den
  Auftragsverarbeiter:

  [Datenarten & -kategorien einfügen, bspw. Personenstammdaten, Kontaktdaten, bestimmte
  Gesundheitsdaten oder Verweis auf Leistungsbeschreibung im Anhang]

  [Es ist durch den Auftragsverarbeiter zu prüfen, ob durch die technische Anwendung oder durch andere
  Umstände weitere personenbezogene Daten verarbeitet werden. Diese sind dann in der zuvor ersichtlichen
  Aufzählung zu ergänzen)

  (3) Der Kreis der durch den Umgang mit ihren Daten betroffenen Personen ist (Kategorien betroffener
  Personen):

  [Aufzählung und Beschreibung der betroffenen Personenkreise, bspw. Beschäftigte, Bewerbende,
  Veranstaltungsteilnehmende oder Verweis auf Leistungsbeschreibung im Anhang ]

  (4) Im Rahmen der Auftragsverarbeitung werden

  keine besonderen Kategorien von Daten

  besondere Kategorien von Daten

  verarbeitet.

  (5) Die verarbeiteten personenbezogenen Daten haben einen

  normalen Schutzbedarf

  hohen Schutzbedarf.


  Mustervereinbarung zur Auftragsverarbeitung
  Seite 4 | 13



  § 3 Verpflichtungen und Weisungsbefugnis
  (1) Die Vertragsparteien sind verpflichtet, die ihnen durch die Datenschutzgesetze (insb. DSGVO)
  auferlegten Pflichten einzuhalten. Der Verantwortliche kann jederzeit die Herausgabe, Berichtigung,
  Anpassung, Löschung und Einschränkung der Verarbeitung der Daten verlangen.

  (2) Zur Gewährleistung des Schutzes der Rechte der betroffenen Personen gemäß Kapitel 3 der DSGVO
  unterstützt der Auftragsverarbeiter den Verantwortlichen angemessen, insbesondere durch die
  Gewährleistung geeigneter technischer und organisatorischer Maßnahmen.

  (3) Der Auftragsverarbeiter unterstützt den Verantwortlichen unter der Berücksichtigung der Art der
  Verarbeitung und der ihm zur Verfügung stehenden Informationen bei der Einhaltung der in Art 32 bis 36
  DSGVO genannten Pflichten sowie insbesondere bei behördlichen Vorgängen wie beispielsweise
  Kontrollen durch Aufsichtsbehörden.


  (4) Soweit sich eine betroffene Person zwecks Geltendmachung eines Betroffenenrechts unmittelbar an
  den Auftragsverarbeiter wendet, wird der Auftragsverarbeiter dieses Ersuchen unverzüglich, spätestens
  aber innerhalb von 3 Werktagen nach Eingang der Betroffenenanfrage an den Verantwortlichen
  weiterleiten.

  (5) Der Auftragsverarbeiter darf Daten ausschließlich im Rahmen der Weisungen des Verantwortlichen
  verarbeiten, sofern er nicht zu einer anderen Verarbeitung durch das Recht der Union oder des
  Mitgliedstaates, dem der Auftragsverarbeiter unterliegt, hierzu verpflichtet ist (z. B. Ermittlungen von
  Strafverfolgungs- oder Staatsschutzbehörden). In einem solchen Fall teilt der Auftragsverarbeiter dem
  Verantwortlichen diese rechtlichen Anforderungen vor der Verarbeitung mit, sofern das betreffende Recht
  eine solche Mitteilung nicht wegen eines wichtigen öffentlichen Interesses verbietet (Art. 28 Abs. 3 Satz 2
  lit. a DSGVO). Eine Weisung ist die auf einen bestimmten Umgang des Auftragsverarbeiters mit Daten
  gerichtete schriftliche, elektronische oder mündliche Anordnung des Verantwortlichen. Die Anordnungen
  sind zu dokumentieren. Die Weisungen werden zunächst durch die Leistungsvereinbarung definiert und
  können von dem Verantwortlichen danach in dokumentierter Form durch eine einzelne Weisung geändert,
  ergänzt oder ersetzt werden.

  (6) Der Auftragsverarbeiter hat den Verantwortlichen unverzüglich zu informieren, wenn er der Meinung ist,
  eine Weisung verstoße gegen datenschutzrechtliche Vorschriften. Der Auftragsverarbeiter ist berechtigt,
  die Durchführung der entsprechenden Weisung solange auszusetzen, bis sie von Seiten des
  Verantwortlichen bestätigt oder geändert wird. Die weisungsberechtigten Personen auf Seiten des
  Verantwortlichen sowie die zum Empfang der Weisungen berechtigten Personen auf Seiten des
  Auftragsverarbeiters sowie die vorgesehenen Informationswege sind in der Anlage festgelegt.

  (7) Änderungen des Verarbeitungsgegenstandes mit Verfahrensänderungen sind gemeinsam
  abzustimmen und zu dokumentieren.

  (8) Auskünfte an Dritte oder die betroffene Person darf der Auftragsverarbeiter nur nach vorheriger
  ausdrücklicher schriftlicher (oder dokumentierter elektronischer) Zustimmung durch den Verantwortlichen
  erteilen, es sei denn er ist nach dem Unionsrecht oder dem Recht eines Mitgliedstaats zur Herausgabe
  verpflichtet.

  (9) Der Auftragsverarbeiter verwendet die Daten für keine anderen Zwecke und ist insbesondere nicht
  berechtigt, sie an Dritte weiterzugeben, es sei denn er ist nach dem Unionsrecht oder dem Recht eines
  Mitgliedstaats zur Herausgabe verpflichtet. Kopien und Duplikate werden ohne Wissen des
  Verantwortlichen nicht erstellt.

  (10) Der Verantwortliche führt das Verzeichnis von Verarbeitungstätigkeiten i.S.d. Art. 30 Abs. 1 DSGVO.
  Der Auftragsverarbeiter stellt dem Verantwortlichen auf dessen Wunsch Informationen zur Aufnahme in

  Mustervereinbarung zur Auftragsverarbeitung
  Seite 5 | 13



  das Verzeichnis zur Verfügung. Der Auftragsverarbeiter führt entsprechend den Vorgaben des Art. 30 Abs.
  2 DSGVO ein Verzeichnis zu allen Kategorien von im Auftrag des Verantwortlichen durchgeführten
  Tätigkeiten der Verarbeitung.

  (11) Die Verarbeitung der Daten im Auftrag des Verantwortlichen findet ausschließlich auf dem Gebiet

  der Bundesrepublik Deutschland

  der Europäischen Union (EU)

  des Europäischen Wirtschaftsraumes (EWR)

  statt. Jede Übermittlung von Daten durch den Auftragsverarbeiter an ein Drittland oder eine internationale
  Organisation erfolgt ausschließlich auf der Grundlage schriftlicher (oder dokumentierter elektronischer)
  Weisungen des Verantwortlichen oder zur Einhaltung einer speziellen Bestimmung nach dem Unionsrecht
  oder dem Recht eines Mitgliedstaats, dem der Auftragsverarbeiter unterliegt, und muss mit Kapitel V der
  DSGVO im Einklang stehen. Die grundlegenden Voraussetzungen für die Rechtmäßigkeit der Verarbeitung
  bleiben unberührt.

  (12) Dem Auftragsverarbeiter wird widerruflich das Recht eingeräumt, unter folgenden Voraussetzungen
  die Datenverarbeitung außerhalb der Geschäftsräume (bspw. durch Außendienstmitarbeitende oder im
  Homeoffice oder in Telearbeit tätige Mitarbeitende) erbringen zu lassen:
  Die Verarbeitung von Daten des Verantwortlichen außerhalb der Geschäftsräume des
  Auftragsverarbeiters darf nur in den von dem Auftragsverarbeiter bekannten und genehmigten
  Räumlichkeiten aus erbracht werden. Der Auftragsverarbeiter trägt die vollständige Verantwortung
  dafür, dass alle Anforderungen an die technischen und organisatorischen Maßnahmen gemäß der
  von dem Verantwortlichen geprüften und genehmigten technischen und organisatorischen
  Maßnahmen (TOM) für die Verarbeitung von personenbezogenen Daten des Verantwortlichen
  durch den Auftragsverarbeiter erfüllt sind, der Mitarbeitende ausreichend über seine Pflichten
  unterwiesen wurde und der Auftragsverarbeiter ein jederzeitiges Kontrollrecht zu den TOMs hat.

  Besteht Grund zu der Annahme, dass sich Mitarbeitende des Auftragsverarbeiters bei der
  Datenverarbeitung außerhalb der Geschäftsräume nicht datenschutzkonform verhalten oder die
  TOMS nicht vollständig erfüllen, ist dem Mitarbeitenden das Recht auf Verarbeitung von Daten des
  Verantwortlichen außerhalb der Geschäftsräume unverzüglich zu entziehen.

  Der Widerruf bedarf keiner Begründung. Bei Ausübung des Widerrufsrechts ist die Arbeitsleistung
  wieder am Betriebssitz des Auftragsverarbeiters zu erbringen.

  Der Auftragsverarbeiter verarbeitet keine Daten außerhalb der Geschäftsräume.

  Der Auftragsverarbeiter verarbeitet Daten außerhalb der Geschäftsräume.


  § 4 Beachtung zwingender gesetzlicher Pflichten durch den Auftragsverarbeiter
  (1) Der Auftragsverarbeiter gewährleistet, dass sich die zur Verarbeitung der Daten befugten Personen zur
  Vertraulichkeit verpflichtet haben oder einer angemessenen gesetzlichen Verschwiegenheitspflicht
  unterliegen und weist dies dem Verantwortlichen auf Wunsch nach. Dies umfasst auch die Belehrung über
  die in diesem Auftragsverarbeitungsverhältnis bestehende Weisungs- und Zweckbindung.

  (2) Die Vertragsparteien unterstützen sich gegenseitig beim Nachweis und der Dokumentation der ihnen
  obliegenden Rechenschaftspflicht im Hinblick auf die Grundsätze ordnungsgemäßer Datenverarbeitung
  einschließlich der Umsetzung der notwendigen technischen und organisatorischen Maßnahmen (Art. 5 Abs.
  2, Art. 24 Abs. 1 DSGVO). Der Auftragsverarbeiter stellt dem Verantwortlichen hierzu bei Bedarf
  entsprechende Informationen zur Verfügung.


  Mustervereinbarung zur Auftragsverarbeitung
  Seite 6 | 13




  (3) Sofern der Auftragsverarbeiter der gesetzlichen Pflicht zur Benennung einer bzw. eines
  Datenschutzbeauftragte/n unterliegt sind die Kontaktdaten der/des Datenschutzbeauftragten zum Zwecke
  der direkten Kontaktaufnahme durch den Verantwortlichen hier einzufügen:

  (…)

  Unterliegt der Auftragsverarbeiter nicht der Benennungspflicht, teilt er dem Verantwortlichen die
  Kontaktdaten eines Ansprechpartners für den Datenschutz mit.

  (4) Der Auftragsverarbeiter informiert den Verantwortlichen unverzüglich über Kontrollen und Maßnahmen
  durch die Aufsichtsbehörden oder falls eine Aufsichtsbehörde im Rahmen ihrer Zuständigkeit bei dem
  Auftragsverarbeiter anfragt, ermittelt oder sonstige Erkundigungen einzieht und die Verarbeitung für den
  Verantwortlichen betroffen ist.

  § 5 Technisch-organisatorische Maßnahmen und deren Kontrolle
  (1) Die Vertragsparteien vereinbaren die in dem Anhang „Technisch-organisatorische Maßnahmen“ zu
  dieser Vereinbarung niedergelegten konkreten technischen und organisatorischen
  Sicherheitsmaßnahmen. Der Anhang „Technisch-organisatorische Maßnahmen“ wird Gegenstand dieser
  Vereinbarung.

  (2) Ergibt eine vom Verantwortlichen durchzuführende Prüfung einen Anpassungsbedarf hinsichtlich der
  vom Auftragsverarbeiter zu ergreifenden technisch-organisatorischen Maßnahmen, sind die Anpassungen
  im Einvernehmen zwischen beiden Parteien umzusetzen.

  (3) Technische und organisatorische Maßnahmen unterliegen dem technischen Fortschritt. Insoweit ist es
  dem Auftragsverarbeiter gestattet, alternative adäquate Maßnahmen umzusetzen. Dabei darf das
  Sicherheitsniveau der in dem Anhang „Technisch-organisatorische Maßnahmen“ festgelegten Maßnahmen
  nicht unterschritten werden. Wesentliche Änderungen sind zu dokumentieren.

  (4) Der Auftragsverarbeiter wird dem Verantwortlichen alle erforderlichen Informationen zur Verfügung
  stellen, die zum Nachweis der Einhaltung der in dieser Vereinbarung getroffenen und der gesetzlichen
  Vorgaben erforderlich sind. Er wird insbesondere Überprüfungen/ Inspektionen, die vom Verantwortlichen
  oder einem anderen von diesem beauftragten Prüfer durchgeführt werden, ermöglichen und deren
  Durchführung unterstützen. Ein beauftragter Prüfer ist zur Verschwiegenheit verpflichtet und darf kein
  Wettbewerber des Auftragsverarbeiters sein.

  (5) Die Überprüfung kann auch auf der Grundlage vorgelegter aktueller Testate, von Berichten hinreichend
  qualifizierter und unabhängiger Instanzen (z.B. Wirtschaftsprüfer, unabhängige Datenschutzauditoren),
  durch die Einhaltung genehmigter Verhaltensregeln nach Art. 40 DSGVO, einer Zertifizierung nach Art. 42
  DSGVO oder einer geeigneten Zertifizierung durch IT-Sicherheits- oder Datenschutzaudit erfolgen. Der
  Auftragsverarbeiter verpflichtet sich, den Verantwortlichen über den Ausschluss von genehmigten
  Verhaltensregeln gemäß Art. 41 Abs. 4 DSGVO, den Widerruf einer Zertifizierung gemäß Art. 42 Abs. 7
  und jede andere Form der Aufhebung oder wesentlichen Änderung der vorgenannten Nachweise
  unverzüglich zu unterrichten.

  (6) Die Überprüfung kann auch durch eine Inspektion vor Ort erfolgen. Der Verantwortliche kann sich hierzu
  in Abstimmung mit dem Auftragsverarbeiter in den Betriebsstätten des Auftragsverarbeiters zu den
  üblichen Geschäftszeiten ohne Störung des Betriebsablaufs von der Angemessenheit der Maßnahmen zur
  Einhaltung der gesetzlichen Vorgaben oder der zur Durchführung dieses Vertrages erforderlichen
  technischen und organisatorischen Erfordernisse überzeugen. Der Verantwortliche wird hierzu den
  Auftragsverarbeiter rechtzeitig von der Absicht einer Inspektion in Kenntnis setzen.




  Mustervereinbarung zur Auftragsverarbeitung
  Seite 7 | 13



  (7) Der Auftragsverarbeiter stellt dem Verantwortlichen darüber hinaus alle erforderlichen Informationen zur
  Verfügung, die er für die Prüfungen nach Absatz 4 sowie für eine Abschätzung der Folgen der
  vorgesehenen Verarbeitungsvorgänge für den Schutz der Daten (Datenschutz-Folgenabschätzung i.S.d.
  Art. 35 DSGVO) benötigt.

  (8) Der Auftragsverarbeiter hat im Benehmen mit dem Verantwortlichen alle erforderlichen Maßnahmen zur
  Sicherung der Daten bzw. der Sicherheit der Verarbeitung, insbesondere auch unter Berücksichtigung des
  Stands der Technik, sowie zur Minderung möglicher nachteiliger Folgen für Betroffene zu ergreifen.

  § 6 Mitteilung bei Verstößen durch den Auftragsverarbeiter
  Der Auftragsverarbeiter unterrichtet den Verantwortlichen umgehend bei schwerwiegenden Störungen
  seines Betriebsablaufes, bei Verdacht auf Verstöße gegen diese Vereinbarung sowie gesetzliche
  Datenschutzbestimmungen, bei Verstößen gegen solche Bestimmungen oder anderen
  Unregelmäßigkeiten bei der Verarbeitung der Daten des Verantwortlichen. Dies gilt insbesondere im
  Hinblick auf die Meldepflicht nach Art. 33 Abs. 2 DSGVO sowie auf korrespondierende Pflichten des
  Verantwortlichen nach Art. 33 und Art. 34 DSGVO. Der Auftragsverarbeiter sichert zu, den Verantwortlichen
  erforderlichenfalls bei seinen Pflichten nach Art. 33 und 34 DSGVO angemessen zu unterstützen.
  Meldungen nach Art. 33 oder 34 DSGVO für den Verantwortlichen darf der Auftragsverarbeiter nur nach
  vorheriger Weisung gem. § 3 dieses Vertrages durchführen.

  § 7 Löschung und Rückgabe von Daten
  (1) Überlassene Datenträger und Datensätze verbleiben im Eigentum des Verantwortlichen.

  (2) Nach Abschluss der vertraglich vereinbarten Leistungen oder früher nach Aufforderung durch den
  Verantwortlichen, jedoch spätestens mit Beendigung der Leistungsvereinbarung, hat der
  Auftragsverarbeiter sämtliche im Auftrag des Verantwortlichen verarbeitete personenbezogene Daten dem
  Verantwortlichen zurückzugeben oder nach vorheriger Zustimmung des Verantwortlichen
  datenschutzgerecht zu löschen bzw. zu vernichten. Dies umfasst insbesondere dem Auftragsverarbeiter
  überlassene Daten, erstellte Verarbeitungs- und Nutzungsergebnisse sowie Datenbestände (wie auch
  hiervon gefertigte Kopien oder Reproduktionen), die im Zusammenhang mit dem Auftragsverhältnis stehen.
  Eine weitere Speicherung ist nur zulässig, wenn hierzu eine Verpflichtung nach dem Unionsrecht oder dem
  Recht eines Mitgliedstaats besteht. Gleiches gilt für Test- und Ausschussmaterial. Ein Löschungsprotokoll
  ist dem Verantwortlichen auf Anforderung vorzulegen.

  (3) Der Auftragsverarbeiter kann Dokumentationen, die dem Nachweis der auftrags- und
  ordnungsgemäßen Datenverarbeitung dienen, entsprechend der jeweiligen Aufbewahrungsfristen bis zu
  deren Ende auch über das Vertragsende hinaus aufbewahren. Alternativ kann er sie zu seiner Entlastung
  bei Vertragsende dem Verantwortlichen übergeben. Für die nach Satz 1 aufbewahrten Daten gelten nach
  Ende der Aufbewahrungsfrist die Pflichten nach Absatz 2.

  § 8 Subunternehmen
  (1) Der Auftragsverarbeiter darf weitere Auftragsverarbeiter (Subunternehmen) nur nach einem der
  nachfolgenden Verfahren einsetzen: [Zutreffendes bitte ankreuzen]

  Der Auftragsverarbeiter darf keinen seiner Verarbeitungsvorgänge, die er im Auftrag des
  Verantwortlichen gemäß dieser Vereinbarung durchführt, ohne vorherige gesonderte schriftliche (oder
  dokumentierte elektronische) Genehmigung des Verantwortlichen an einen Subunternehmer
  untervergeben. Der Auftragsverarbeiter reicht den Antrag für die gesonderte Genehmigung mindestens
  vier Wochen vor der Beauftragung des betreffenden Subunternehmers zusammen mit den
  Informationen ein, die der Verantwortliche benötigt, um über die Genehmigung zu entscheiden. Die Liste
  der vom Verantwortlichen genehmigten Subunternehmer findet sich im Anhang „Subunternehmen“. Die
  Parteien halten den Anhang jeweils auf dem neuesten Stand.



  Mustervereinbarung zur Auftragsverarbeitung
  Seite 8 | 13



  Der Auftragsverarbeiter erhält die allgemeine Genehmigung des Verantwortlichen für die Beauftragung
  von Subunternehmen, die im Anhang „Subunternehmer zu § 8“ aufgeführt sind. Der Auftragsverarbeiter
  unterrichtet den Verantwortlichen mindestens vier Wochen im Voraus ausdrücklich in schriftlicher Form
  über alle beabsichtigten Änderungen dieser Liste durch Hinzufügen oder Ersetzen von Subunternehmen
  und räumt dem Verantwortlichen damit ausreichend Zeit ein, um vor der Beauftragung des betreffenden
  Subunternehmens Einwände gegen diese Änderungen erheben zu können. Der Auftragsverarbeiter
  stellt dem Verantwortlichen die erforderlichen Informationen zur Verfügung, damit dieser sein
  Widerspruchsrecht ausüben kann.

  Nicht als Leistungen von Subunternehmen im Sinne dieser Regelung gelten Dienstleistungen, die der
  Auftragsverarbeiter bei Dritten als Nebenleistung zur Unterstützung der Auftragsdurchführung in Anspruch
  nimmt, beispielsweise Telekommunikationsdienstleistungen. Der Auftragsverarbeiter ist jedoch verpflichtet,
  zur Gewährleistung des Schutzes und der Sicherheit der Daten des Verantwortlichen auch bei fremd
  vergebenen Nebenleistungen angemessene und gesetzeskonforme vertragliche Vereinbarungen zu treffen
  sowie Kontrollmaßnahmen zu ergreifen.

  (2) Wenn Subunternehmen durch den Auftragsverarbeiter eingeschaltet werden, hat der
  Auftragsverarbeiter zu gewährleisten, dass seine vertraglichen Vereinbarungen mit dem Subunternehmen
  so gestaltet sind, dass das Datenschutzniveau mindestens der Vereinbarung zwischen dem
  Verantwortlichen und dem Auftragsverarbeiter entspricht und alle vertraglichen und gesetzlichen Vorgaben
  beachtet werden; dies gilt insbesondere auch im Hinblick auf den Einsatz geeigneter technischer und
  organisatorischer Maßnahmen zur Gewährleistung eines angemessenen Sicherheitsniveaus der
  Verarbeitung.

  (3) Dem Verantwortlichen sind in der vertraglichen Vereinbarung mit dem Subunternehmen Kontroll- und
  Überprüfungsrechte entsprechend dieser Vereinbarung einzuräumen. Ebenso ist der Verantwortlichen
  berechtigt, auf schriftliche (oder dokumentierte elektronische) Anforderung vom Auftragsverarbeiter
  Auskunft über den Inhalt des mit dem Subunternehmen geschlossenen Vertrages und die darin enthaltene
  Umsetzung der datenschutzrelevanten Verpflichtungen des Subunternehmens zu erhalten.

  (4) Kommt das Subunternehmen seinen datenschutzrechtlichen Verpflichtungen nicht nach, so haftet der
  Auftragsverarbeiter gegenüber dem Verantwortlichen für die Einhaltung der Pflichten des
  Subunternehmens. Der Auftragsverarbeiter hat in diesem Falle auf Verlangen des Verantwortlichen die
  Beschäftigung des Subunternehmens ganz oder teilweise zu beenden oder das Vertragsverhältnis mit dem
  Subunternehmen zu lösen, wenn und soweit dies nicht unverhältnismäßig ist.

  § 9 Datenschutzkontrolle
  Der Auftragsverarbeiter verpflichtet sich, der/dem Datenschutzbeauftragten des Verantwortlichen zur
  Erfüllung ihrer jeweiligen gesetzlichen zugewiesenen Aufgaben im Zusammenhang mit diesem Auftrag
  Zugang zu den üblichen Geschäftszeiten zu gewähren. Er duldet insbesondere Betretungs-, Einsichts- und
  Fragerechte einschließlich der Einsicht in durch Berufsgeheimnisse geschützte Unterlagen. Er wird seine
  Mitarbeiter anweisen, mit dem/ der Datenschutzbeauftragten zu kooperieren, insbesondere deren Fragen
  wahrheitsgemäß und vollständig zu beantworten. Die nach Gesetz bestehenden
  Verschwiegenheitspflichten und Zeugnisverweigerungsrechte der Genannten bleiben davon unberührt.

  § 10 Haftung und Schadenersatz
  Auf Artikel 82 DSGVO wird bezüglich der Haftung und des Rechts auf Schadenersatz verwiesen.

  § 11 Schlussbestimmungen
  (1) Änderungen und Ergänzungen dieser Vereinbarung und aller ihrer Bestandteile - einschließlich etwaiger
  Zusicherungen des Auftragsverarbeiters - bedürfen einer schriftlichen Vereinbarung und des
  ausdrücklichen Hinweises darauf, dass es sich um eine Änderung bzw. Ergänzung dieser Bedingungen
  handelt. Dies gilt auch für den Verzicht auf dieses Formerfordernis.


  Mustervereinbarung zur Auftragsverarbeitung
  Seite 9 | 13




  (2) Sollten einzelne Regelungen dieser Vereinbarung unwirksam oder undurchführbar sein, wird davon die
  Wirksamkeit der übrigen Regelungen nicht berührt. An die Stelle der unwirksamen oder undurchführbaren
  Regelung tritt diejenige wirksame und durchführbare Regelung, deren Wirkungen der Zielsetzung am
  nächsten kommt, die die Vertragsparteien mit der unwirksamen oder undurchführbaren Bestimmung
  verfolgt haben. Die vorstehenden Bestimmungen gelten entsprechend für den Fall, dass sich die
  Vereinbarung als lückenhaft erweist.




  _______________________________ _______________________________
  Datum, Ort Datum, Ort


  _______________________________ _______________________________
  Unterschrift (Verantwortlicher) Unterschrift (Auftragsverarbeiter)


  _______________________________ _______________________________
  Name, Vorname, Funktion Name, Vorname, Funktion




  Mustervereinbarung zur Auftragsverarbeitung
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Seite
  10 | 13




  ‚Anhang „Weisungsbefugnis“ zu § 3



  Gemäß $ 3 der Vereinbarung zur Auftragsverarbeitung hat der Auftragsverarbeiter den Verantwortlichen
  unverzüglich zu informieren, wenn er der Meinung ist, eine Weisung verstoße gegen datenschutzrechtliche
  Vorschriften. Der Auftragsverarbeiter ist berechtigt, die Durchführung der entsprechenden Weisung solange
  auszusetzen, bis sie von Seiten des Verantwortlichen bestätigt oder geändert wird. Die
  weisungsberechtigten Personen auf Seiten des Verantwortlichen sowie die zum Empfang der Weisungen
  berechtigten Personen auf Seiten des Auftragsverarbeiters sowie die vorgesehenen Informationswege sind
  nachfolgend festgelegt.


  Weisungsberechtigte Personen auf Seiten des Verantwortlichen:
  |
  Zum Empfang der Weisungen berechtigte Personen auf Seiten des Auftragsverarbeiters:




  Vorgesehene Informationswege, wenn Weisung nach Meinung des Auftragsverarbeiters gegen
  datenschutzrechtliche Vorschriften verstößt:



  DO schriftliche und/oder
  D elektronische und/oder
  OD mündliche Information


  Weisungen (auch mündliche Weisungen) sind durch die Vertragsparteien zu dokumentieren. Änderungen
  bei den weisungsbefugten Personen, den zum Weisungsempfang berechtigten Personen und bei den
  vorgesehenen Informationswegen sind dem Vertragspartner entsprechend unverzüglich anzuzeigen.




  Mustervereinbarung zur Auftragsverarbeitung
  Seite 11 | 13



  Anhang „Technisch-organisatorische Maßnahmen (TOM)“


  § 5 der Vereinbarung zur Auftragsverarbeitung verweist zur Konkretisierung der technisch-
  organisatorischen Maßnahmen auf diesen Anhang.

  § 1 Technische und organisatorische Sicherheitsmaßnahmen
  Die Vertragspartner sind verpflichtet, geeignete technische und organisatorische Maßnahmen so
  durchzuführen, dass die Verarbeitung der Daten im Einklang mit den gesetzlichen Anforderungen erfolgt
  und der Schutz der Rechte der betroffenen Person in angemessener Form gewährleistet ist.

  § 2 Innerbehördliche oder innerbetriebliche Organisation des Auftragsverarbeiters
  Der Auftragsverarbeiter wird seine innerbehördliche oder innerbetriebliche Organisation so gestalten, dass
  sie den besonderen Anforderungen des Datenschutzes gerecht wird. Dabei sind insbesondere Maßnahmen
  zu treffen, die je nach der Art der zu schützenden Daten oder Datenkategorien geeignet sind.

  § 3 Konkretisierung der Einzelmaßnahmen
  (1) Im Einzelnen werden folgende Maßnahmen bestimmt, die der Umsetzung der Vorgaben des Art. 32
  DSGVO dienen:

  Der Auftragsverarbeiter verarbeitet keine Daten außerhalb der Geschäftsräume.

  Der Auftragsverarbeiter verarbeitet Daten außerhalb der Geschäftsräume.



  Nr. Maßnahme Umsetzung der Maßnahme
  1. Maßnahmen der Pseudonymisierung und xxx
  Verschlüsselung personenbezogener Daten


  2. Maßnahmen zur fortdauernden xxx
  Sicherstellung der Vertraulichkeit, Integrität,
  Verfügbarkeit und Belastbarkeit der
  Systeme und Dienste im Zusammenhang
  mit der Verarbeitung
  3. Maßnahmen zur Sicherstellung der xxx
  Fähigkeit, die Verfügbarkeit der
  personenbezogenen Daten und den Zugang
  zu ihnen bei einem physischen oder
  technischen Zwischenfall rasch
  wiederherzustellen

  4. Verfahren zur regelmäßigen Überprüfung, xxx
  Bewertung und Evaluierung der Wirksamkeit
  der technischen und organisatorischen
  Maßnahmen zur Gewährleistung der
  Sicherheit der Verarbeitung


  5. Maßnahmen zur Identifizierung und xxx
  Autorisierung der Nutzer

  6. Maßnahmen zum Schutz der Daten xxx
  während der Übermittlung




  Mustervereinbarung zur Auftragsverarbeitung
  Seite 12 | 13



  7. Maßnahmen zum Schutz der Daten xxx
  während der Speicherung
  8. Maßnahmen zur Gewährleistung der xxx
  physischen Sicherheit von Orten, an denen
  personenbezogene Daten verarbeitet
  werden
  9. Maßnahmen zur Gewährleistung der xxx
  Protokollierung von Ereignissen
  10. Maßnahmen zur Gewährleistung der xxx
  Systemkonfiguration, einschließlich der
  Standardkonfiguration
  11. Maßnahmen für die interne Governance und xxx
  Verwaltung der IT und der IT-Sicherheit

  12. Maßnahmen zur xxx
  Zertifizierung/Qualitätssicherung von
  Prozessen und Produkten
  13. Maßnahmen zur Gewährleistung der xxx
  Datenminimierung
  14. Maßnahmen zur Gewährleistung der xxx
  Datenqualität
  15. Maßnahmen zur Gewährleistung einer xxx
  begrenzten Speicherdauer
  16. Maßnahmen zur Gewährleistung der xxx
  Rechenschaftspflicht
  17. Maßnahmen zur Ermöglichung der xxx
  Datenübertragbarkeit und zur
  Gewährleistung der Löschung
  18. Ggf. Beschreibung der spezifischen xxx
  technischen und organisatorischen
  Maßnahmen, die der Auftragsverarbeiter zur
  Unterstützung des Verantwortlichen
  ergreifen muss

  (2) Es ist ein Verfahren zu etablieren, das eine regelmäßige Überprüfung, Bewertung und Evaluierung der
  Wirksamkeit der zum Einsatz kommenden technischen und organisatorischen Maßnahmen durch die
  Vertragsparteien ermöglicht.

  (3) Folgende Nachweise werden dieser Vereinbarung angefügt: [Zutreffendes bitte ankreuzen]

  Einhaltung von Verhaltensregeln nach Artikel 40 DSGVO
  Zertifizierung nach Artikel 42 DSGVO
  Prüfberichte, Testate etc. unabhängiger Prüfer, bspw. Wirtschaftsprüfer, Auditoren,
  Datenschutzbeauftragte etc.
  geeignete Zertifizierung durch einen Auditprozess




  Mustervereinbarung zur Auftragsverarbeitung
  Seite 13 | 13



  Anhang „Subunternehmen“ zu § 8


  Nach § 8 Abs. 1 S. 2 der Vereinbarung sind die zur Erfüllung dieses Vertrages bereits hinzugezogenen
  Subunternehmen zu bezeichnen. Gem. § 8 Abs. 1 S. 3 der Vereinbarung erklärt sich der Verantwortliche
  mit deren Beauftragung einverstanden.


  Subunternehmen Datum des Abschlusses (Teil-)Leistungsgegenstand im
  (Name, Anschrift bzw. Sitz) der Vereinbarung zur Rahmen der
  Auftragsverarbeitung Auftragsverarbeitung




  Mustervereinbarung zur Auftragsverarbeitung
  Signatures


  Number of pages (including this one): 14

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Aktenzeichen: xx



  Vereinbarung zur weiteren Auftragsverarbeitung
  Als Anlage zum Vertrag / zur Leistungsbeschreibung vom [Datum]

  - nachfolgend „Leistungsvereinbarung“ -

  zwischen

  BWI GmbH, Auf dem Steinbüchel 22, 53340 Meckenheim

  - nachfolgend „Auftragsverarbeiter“ -
  und

  [Vertragspartner]

  - nachfolgend „weiterer Auftragsverarbeiter“ -


  - beide nachfolgend gemeinsam „Vertragsparteien“ -

  wird die folgende Vereinbarung zur weiteren Auftragsverarbeitung geschlossen.




  Vereinbarung zur weiteren Auftragsverarbeitung
  Seite 2 | 12



  Inhalt

  PRÄAMBEL...................................................................................................................................................3
  § 1 ANWENDUNGSBEREICH......................................................................................................................3
  § 2 KONKRETISIERUNG DES AUFTRAGSINHALTS .................................................................................3
  § 3 VERPFLICHTUNGEN UND WEISUNGSBEFUGNIS .............................................................................3
  § 4 BEACHTUNG ZWINGENDER GESETZLICHER PFLICHTEN DURCH DEN WEITEREN
  AUFTRAGSVERARBEITER .........................................................................................................................5
  § 5 TECHNISCH-ORGANISATORISCHE MAßNAHMEN UND DEREN KONTROLLE ...............................5
  § 6 MITTEILUNG BEI VERSTÖßEN DURCH DEN WEITEREN AUFTRAGSVERARBEITER ....................6
  § 7 LÖSCHUNG UND RÜCKGABE VON DATEN........................................................................................6
  § 8 SUBUNTERNEHMEN.............................................................................................................................6
  § 9 DATENSCHUTZKONTROLLE................................................................................................................7
  § 10 HAFTUNG UND SCHADENERSATZ ...................................................................................................7
  § 11 SCHLUSSBESTIMMUNGEN................................................................................................................8
  ANHANG „WEISUNGSBEFUGNIS“ ZU § 3 (NACH ZUSCHLAGSERTEILUNG AUSZUFÜLLEN) .............9
  ANHANG „TECHNISCH-ORGANISATORISCHE MAßNAHMEN (TOM)“ ..................................................10
  ANHANG „SUBUNTERNEHMEN“ ZU § 8 ..................................................................................................12




  Vereinbarung zur weiteren Auftragsverarbeitung
  Seite 3 | 12



  Präambel
  Die Vertragsparteien sind mit der Leistungsvereinbarung ein (weiteres) Auftragsverarbeitungsverhältnis
  eingegangen. Um die sich hieraus ergebenden Rechte und Pflichten gemäß den Vorgaben der
  europäischen Datenschutz-Grundverordnung (Verordnung (EU) 2016/679 des Europäischen Parlaments
  und des Rates vom 27. April 2016 zum Schutz natürlicher Personen bei der Verarbeitung
  personenbezogener Daten, zum freien Datenverkehr und zur Aufhebung der Richtlinie 95/46/EG -
  DSGVO), und des Bundesdatenschutzgesetzes (BDSG) zu konkretisieren, haben die Vertragsparteien die
  nachfolgende Vereinbarung geschlossen.

  § 1 Anwendungsbereich
  (1) Die Vereinbarung findet Anwendung auf die Verarbeitung (Art. 4 Nr. 2 DSGVO) aller personenbezogener
  Daten (im Folgenden: Daten), die Gegenstand der Leistungsvereinbarung sind oder im Rahmen von deren
  Durchführung anfallen und auf Weisung des Auftragsverarbeiter verarbeitet werden. Nicht unter den
  Anwendungsbereich fallen Daten von Mitarbeitern des weiteren Auftragsverarbeiters, soweit sie
  ausschließlich das Beschäftigungsverhältnis mit dem weiteren Auftragsverarbeiter betreffen.

  (2) Dieser Vertrag gilt vorranging vor anderen Vereinbarungen und Abreden zwischen Auftraggeber und
  Auftragnehmer, es sie denn, zwischen den Parteien wird ausdrücklich etwas anderes vereinbart.

  § 2 Konkretisierung des Auftragsinhalts
  (1) Gegenstand und Dauer der weiteren Auftragsverarbeitung sowie Umfang, Art und Zweck der
  vorgesehenen Verarbeitung von Daten bestimmen sich nach der Leistungsvereinbarung, die dieser
  Vereinbarung angefügt ist.

  (2) Folgende Arten personenbezogener Daten sind Gegenstand der Verarbeitung durch den weiteren
  Auftragsverarbeiter:

  [Datenarten & -kategorien einfügen, bspw. Personenstammdaten, Kontaktdaten, bestimmte
  Gesundheitsdaten oder Verweis auf Leistungsbeschreibung im Anhang]

  (3) Der Kreis der durch den Umgang mit ihren Daten betroffenen Personen ist (Kategorien betroffener
  Personen):

  [Aufzählung und Beschreibung der betroffenen Personenkreise, bspw. Beschäftigte, BewerberInnen,
  Veranstaltungsteilnehmende oder Verweis auf Leistungsbeschreibung im Anhang ]

  (4) Im Rahmen der weiteren Auftragsverarbeitung werden

  keine besonderen Kategorien von Daten

  besondere Kategorien von Daten

  verarbeitet.

  (5) Die verarbeiteten personenbezogenen Daten haben einen

  normalen Schutzbedarf

  hohen Schutzbedarf.

  § 3 Verpflichtungen und Weisungsbefugnis
  (1) Die Vertragsparteien sind verpflichtet, die Ihnen durch die Datenschutzgesetze (insb. DSGVO)
  auferlegten Pflichten einzuhalten. Der Auftragsverarbeiter kann jederzeit die Herausgabe, Berichtigung,

  Vereinbarung zur weiteren Auftragsverarbeitung
  Seite 4 | 12



  Anpassung, Löschung und Einschränkung der Verarbeitung der Daten verlangen.

  (2) Zur Gewährleistung des Schutzes der Rechte der betroffenen Personen unterstützt der weitere
  Auftragsverarbeiter den Auftragsverarbeiter angemessen, insbesondere durch die Gewährleistung
  geeigneter technischer und organisatorischer Maßnahmen.

  (3) Soweit sich eine betroffene Person zwecks Geltendmachung eines Betroffenenrechts unmittelbar an
  den weiteren Auftragsverarbeiter wendet, wird der weitere Auftragsverarbeiter dieses Ersuchen
  unverzüglich an den Auftragsverarbeiter weiterleiten.
  (4) Der weitere Auftragsverarbeiter darf Daten ausschließlich im Rahmen der Weisungen des
  Auftragsverarbeiters verarbeiten, sofern er nicht zu einer anderen Verarbeitung durch das Recht der Union
  oder des Mitgliedstaates, dem der weitere Auftragsverarbeiter unterliegt, hierzu verpflichtet ist (z. B.
  Ermittlungen von Strafverfolgungs- oder Staatsschutzbehörden). In einem solchen Fall teilt der weitere
  Auftragsverarbeiter dem Auftragsverarbeiter diese rechtlichen Anforderungen vor der Verarbeitung mit,
  sofern das betreffende Recht eine solche Mitteilung nicht wegen eines wichtigen öffentlichen Interesses
  verbietet (Art. 28 Abs. 3 Satz 2 lit. a DSGVO). Eine Weisung ist die auf einen bestimmten Umgang des
  weiteren Auftragsverarbeiters mit Daten gerichtete schriftliche, elektronische oder mündliche Anordnung
  des Auftragsverarbeiters. Die Anordnungen sind zu dokumentieren. Die Weisungen werden zunächst durch
  die Leistungsvereinbarung definiert und können von dem Auftragsverarbeiter danach in dokumentierter
  Form durch eine einzelne Weisung geändert, ergänzt oder ersetzt werden.

  (5) Der weitere Auftragsverarbeiter hat den Auftragsverarbeiter unverzüglich zu informieren, wenn er der
  Meinung ist, eine Weisung verstoße gegen datenschutzrechtliche Vorschriften. Der weitere
  Auftragsverarbeiter ist berechtigt, die Durchführung der entsprechenden Weisung solange auszusetzen,
  bis sie von Seiten des Auftragsverarbeiters bestätigt oder geändert wird. Die weisungsberechtigten
  Personen auf Seiten des Auftragsverarbeiters sowie die zum Empfang der Weisungen berechtigten
  Personen auf Seiten des weiteren Auftragsverarbeiters sowie die vorgesehenen Informationswege sind in
  der Anlage festgelegt.

  (6) Änderungen des Verarbeitungsgegenstandes mit Verfahrensänderungen sind gemeinsam
  abzustimmen und zu dokumentieren.

  (7) Auskünfte an Dritte oder die betroffene Person darf der weitere Auftragsverarbeiter nur nach vorheriger
  ausdrücklicher schriftlicher (oder dokumentierter elektronischer) Zustimmung durch den Auftragsverarbeiter
  erteilen, es sei denn er ist nach dem Unionsrecht oder dem Recht eines Mitgliedstaats zur Herausgabe
  verpflichtet.

  (8) Der weitere Auftragsverarbeiter verwendet die Daten für keine anderen Zwecke und ist insbesondere
  nicht berechtigt, sie an Dritte weiterzugeben, es sei denn er ist nach dem Unionsrecht oder dem Recht
  eines Mitgliedstaats zur Herausgabe verpflichtet. Kopien und Duplikate werden ohne Wissen des
  Auftragsverarbeiters nicht erstellt.

  (9) Der Auftragsverarbeiter führt das Verzeichnis von Verarbeitungstätigkeiten im Auftrag i.S.d. Art. 30 Abs.
  2 DSGVO. Der weitere Auftragsverarbeiter stellt dem Auftragsverarbeiter auf dessen Wunsch
  Informationen zur Aufnahme in das Verzeichnis zur Verfügung. Der weitere Auftragsverarbeiter führt
  entsprechend den Vorgaben des Art. 30 Abs. 2 DSGVO ein Verzeichnis zu allen Kategorien von im Auftrag
  des Auftragsverarbeiters durchgeführten Tätigkeiten der Verarbeitung.

  (10) Die Verarbeitung der Daten im Auftrag des Auftragsverarbeiters findet ausschließlich auf dem Gebiet

  der Bundesrepublik Deutschland

  der Europäischen Union (EU)



  Vereinbarung zur weiteren Auftragsverarbeitung
  Seite 5 | 12



  des Europäischen Wirtschaftsraumes (EWR)

  statt. Jede Übermittlung von Daten durch den weiteren Auftragsverarbeiter an ein Drittland oder eine
  internationale Organisation erfolgt ausschließlich auf der Grundlage schriftlicher (oder dokumentierter
  elektronischer) Weisungen des Auftragsverarbeiters oder zur Einhaltung einer speziellen Bestimmung nach
  dem Unionsrecht oder dem Recht eines Mitgliedstaats, dem der weitere Auftragsverarbeiter unterliegt, und
  muss mit Kapitel V der DSGVO im Einklang stehen. Die grundlegenden Voraussetzungen für die
  Rechtmäßigkeit der Verarbeitung bleiben unberührt.

  (11) Der weitere Auftragsverarbeiter gewährleistet, dass ihm unterstellte natürliche Personen, die Zugang
  zu Daten haben, diese nur auf Anweisung des Auftragsverarbeiters verarbeiten. Eine Verarbeitung von
  Daten außerhalb der Betriebsräume des weiteren Auftragsverarbeiters (z.B. Telearbeit, Heimarbeit, Home
  Office, mobiles Arbeiten) bedarf der vorherigen ausdrücklichen schriftlichen (oder dokumentierten
  elektronischen) Zustimmung des Auftragsverarbeiters, die erst nach Festlegung angemessener technischer
  und organisatorischer Maßnahmen für die Verarbeitungssituation erteilt werden kann.

  § 4 Beachtung zwingender gesetzlicher Pflichten durch den weiteren Auftragsverarbeiter
  (1) Der weitere Auftragsverarbeiter gewährleistet, dass sich die zur Verarbeitung der Daten befugten
  Personen zur Vertraulichkeit verpflichtet haben oder einer angemessenen gesetzlichen
  Verschwiegenheitspflicht unterliegen und weist dies dem Auftragsverarbeiter auf Wunsch nach. Dies
  umfasst auch die Belehrung über die in diesem weiteren Auftragsverarbeitungsverhältnis bestehende
  Weisungs- und Zweckbindung.

  (2) Die Vertragsparteien unterstützen sich gegenseitig beim Nachweis und der Dokumentation der ihnen
  obliegenden Rechenschaftspflicht im Hinblick auf die Grundsätze ordnungsgemäßer Datenverarbeitung
  einschließlich der Umsetzung der notwendigen technischen und organisatorischen Maßnahmen (Art. 5 Abs.
  2, Art. 24 Abs. 1 DSGVO). Der weitere Auftragsverarbeiter stellt dem Auftragsverarbeiter hierzu bei Bedarf
  entsprechende Informationen zur Verfügung.

  (3) Sofern der weitere Auftragsverarbeiter der gesetzlichen Pflicht zur Benennung einer bzw. eines
  Datenschutzbeauftragte/n unterliegt sind die Kontaktdaten der/des Datenschutzbeauftragten zum Zwecke
  der direkten Kontaktaufnahme durch den Verantwortlichen hier einzufügen:

  (…)

  Unterliegt der weitere Auftragsverarbeiter nicht der Benennungspflicht, teilt er dem Auftragsverarbeiter die
  Kontaktdaten eines Ansprechpartners für den Datenschutz mit.

  (4) Der weitere Auftragsverarbeiter informiert den Auftragsverarbeiter unverzüglich über Kontrollen und
  Maßnahmen durch die Aufsichtsbehörden oder falls eine Aufsichtsbehörde im Rahmen ihrer Zuständigkeit
  bei dem weiteren Auftragsverarbeiter anfragt, ermittelt oder sonstige Erkundigungen einzieht.

  § 5 Technisch-organisatorische Maßnahmen und deren Kontrolle
  (1) Die Vertragsparteien vereinbaren die in dem Anhang „Technisch-organisatorische Maßnahmen“ zu
  dieser Vereinbarung niedergelegten konkreten technischen und organisatorischen
  Sicherheitsmaßnahmen. Der Anhang „Technisch-organisatorische Maßnahmen“ wird Gegenstand dieser
  Vereinbarung.

  (2) Ergibt eine vom Auftragsverarbeiter durchzuführende Prüfung einen Anpassungsbedarf hinsichtlich der
  vom weiteren Auftragsverarbeiter zu ergreifenden technisch-organisatorischen Maßnahmen, sind die
  Anpassungen im Einvernehmen zwischen beiden Parteien umzusetzen.

  (3) Technische und organisatorische Maßnahmen unterliegen dem technischen Fortschritt. Insoweit ist es
  dem weiteren Auftragsverarbeiter gestattet, alternative adäquate Maßnahmen umzusetzen. Dabei darf das

  Vereinbarung zur weiteren Auftragsverarbeitung
  Seite 6 | 12



  Sicherheitsniveau der in dem Anhang „Technisch-organisatorische Maßnahmen“ festgelegten Maßnahmen
  nicht unterschritten werden. Wesentliche Änderungen sind zu dokumentieren.

  (4) Der weitere Auftragsverarbeiter wird dem Auftragsverarbeiter alle erforderlichen Informationen zur
  Verfügung stellen, die zum Nachweis der Einhaltung der in dieser Vereinbarung getroffenen und der
  gesetzlichen Vorgaben erforderlich sind. Er wird insbesondere Überprüfungen/ Inspektionen, die vom
  Auftragsverarbeiter oder einem anderen von diesem beauftragten Prüfer durchgeführt werden, ermöglichen
  und deren Durchführung unterstützen.

  (5) Die Überprüfung kann auch auf der Grundlage vorgelegter aktueller Testate, von Berichten hinreichend
  qualifizierter und unabhängiger Instanzen (z.B. Wirtschaftsprüfer, unabhängige Datenschutzauditoren),
  durch die Einhaltung genehmigter Verhaltensregeln nach Art. 40 DSGVO, einer Zertifizierung nach Art. 42
  DSGVO oder einer geeigneten Zertifizierung durch IT-Sicherheits- oder Datenschutzaudit erfolgen. Der
  weitere Auftragsverarbeiter verpflichtet sich, den Auftragsverarbeiter über den Ausschluss von
  genehmigten Verhaltensregeln gemäß Art. 41 Abs. 4 DSGVO, den Widerruf einer Zertifizierung gemäß Art.
  42 Abs. 7 und jede andere Form der Aufhebung oder wesentlichen Änderung der vorgenannten Nachweise
  unverzüglich zu unterrichten.

  (6) Die Überprüfung kann auch durch eine Inspektion vor Ort erfolgen. Der Auftragsverarbeiter kann sich
  hierzu in Abstimmung mit dem weiteren Auftragsverarbeiter in den Betriebsstätten des weiteren
  Auftragsverarbeiters zu den üblichen Geschäftszeiten ohne Störung des Betriebsablaufs von der
  Angemessenheit der Maßnahmen zur Einhaltung der gesetzlichen Vorgaben oder der zur Durchführung
  dieses Vertrages erforderlichen technischen und organisatorischen Erfordernisse überzeugen.

  (7) Der weitere Auftragsverarbeiter stellt dem Auftragsverarbeiter darüber hinaus alle erforderlichen
  Informationen zur Verfügung, die er für die Prüfungen nach Absatz 4 sowie für eine Abschätzung der Folgen
  der vorgesehenen Verarbeitungsvorgänge für den Schutz der Daten (Datenschutz-Folgenabschätzung
  i.S.d. Art. 35 DSGVO) benötigt.

  (8) Der weitere Auftragsverarbeiter hat im Benehmen mit dem Auftragsverarbeiter alle erforderlichen
  Maßnahmen zur Sicherung der Daten bzw. der Sicherheit der Verarbeitung, insbesondere auch unter
  Berücksichtigung des Stands der Technik, sowie zur Minderung möglicher nachteiliger Folgen für
  Betroffene zu ergreifen.

  § 6 Mitteilung bei Verstößen durch den weiteren Auftragsverarbeiter
  Der weitere Auftragsverarbeiter unterrichtet den Auftragsverarbeiter umgehend bei schwerwiegenden
  Störungen seines Betriebsablaufes, bei Verdacht auf Verstöße gegen diese Vereinbarung sowie
  gesetzliche Datenschutzbestimmungen, bei Verstößen gegen solche Bestimmungen oder anderen
  Unregelmäßigkeiten bei der Verarbeitung der Daten des Verantwortlichen. Dies gilt insbesondere im
  Hinblick auf die Meldepflicht nach Art. 33 Abs. 2 DSGVO sowie auf korrespondierende Pflichten des
  Verantwortlichen nach Art. 33 und Art. 34 DSGVO. Der weitere Auftragsverarbeiter sichert zu, den
  Auftragsverarbeiter erforderlichenfalls bei seinen Pflichten nach Art. 33 und 34 DSGVO angemessen zu
  unterstützen. Meldungen nach Art. 33 oder 34 DSGVO für den Auftragsverarbeiter oder den
  Verantwortlichen darf der weitere Auftragsverarbeiter nur nach vorheriger Weisung gem. § 3 dieses
  Vertrages durchführen.

  § 7 Löschung und Rückgabe von Daten
  (1) Überlassene Datenträger und Datensätze verbleiben im Eigentum des Auftragsverarbeiters.

  (2) Nach Abschluss der vertraglich vereinbarten Leistungen oder früher nach Aufforderung durch den
  Auftragsverarbeiter, jedoch spätestens mit Beendigung der Leistungsvereinbarung, hat der weitere
  Auftragsverarbeiter sämtliche im Auftrag des Auftragsverarbeiters verarbeitete personenbezogene Daten
  dem Auftragsverarbeiter zurückzugeben oder nach vorheriger Zustimmung des Auftragsverarbeiters
  datenschutzgerecht zu löschen bzw. zu vernichten. Dies umfasst insbesondere dem weiteren

  Vereinbarung zur weiteren Auftragsverarbeitung
  Seite 7 | 12



  Auftragsverarbeiter überlassene Daten, erstellte Verarbeitungs- und Nutzungsergebnisse sowie
  Datenbestände (wie auch hiervon gefertigte Kopien oder Reproduktionen), die im Zusammenhang mit dem
  Auftragsverhältnis stehen. Eine weitere Speicherung ist nur zulässig, wenn hierzu eine Verpflichtung nach
  dem Unionsrecht oder dem Recht eines Mitgliedstaats besteht. Gleiches gilt für Test- und
  Ausschussmaterial. Ein Löschungsprotokoll ist dem Auftragsverarbeiter auf Anforderung vorzulegen.

  (3) Der weitere Auftragsverarbeiter kann Dokumentationen, die dem Nachweis der auftrags- und
  ordnungsgemäßen Datenverarbeitung dienen, entsprechend der jeweiligen Aufbewahrungsfristen bis zu
  deren Ende auch über das Vertragsende hinaus aufbewahren. Alternativ kann er sie zu seiner Entlastung
  bei Vertragsende dem Auftragsverarbeiter übergeben. Für die nach Satz 1 aufbewahrten Daten gelten nach
  Ende der Aufbewahrungsfrist die Pflichten nach Absatz 2.

  § 8 Subunternehmen
  (1) Der weitere Auftragsverarbeiter darf noch weitere Auftragsverarbeiter (Subunternehmen) nur nach
  einem der nachfolgenden Verfahren einsetzen: [Zutreffendes bitte ankreuzen]

  Der weitere Auftragsverarbeiter darf keinen seiner Verarbeitungsvorgänge, die er im Auftrag des
  Auftragsverarbeiter gemäß dieser Vereinbarung durchführt, ohne vorherige gesonderte schriftliche (oder
  dokumentierte elektronische) Genehmigung des Auftragsverarbeiter an einen Subunternehmer
  untervergeben. Der weitere Auftragsverarbeiter reicht den Antrag für die gesonderte Genehmigung
  mindestens vier Wochen vor der Beauftragung des betreffenden Subunternehmers zusammen mit den
  Informationen ein, die der Auftragsverarbeiter benötigt, um über die Genehmigung zu entscheiden. Die
  Liste der vom Auftragsverarbeiter genehmigten Subunternehmer findet sich im Anhang
  „Subunternehmen“. Die Parteien halten den Anhang jeweils auf dem neuesten Stand.

  Nicht als Leistungen von Subunternehmen im Sinne dieser Regelung gelten Dienstleistungen, die der
  weitere Auftragsverarbeiter bei Dritten als Nebenleistung zur Unterstützung der Auftragsdurchführung in
  Anspruch nimmt, beispielsweise Telekommunikationsdienstleistungen. Der weitere Auftragsverarbeiter ist
  jedoch verpflichtet, zur Gewährleistung des Schutzes und der Sicherheit der Daten des
  Auftragsverarbeiters auch bei fremd vergebenen Nebenleistungen angemessene und gesetzeskonforme
  vertragliche Vereinbarungen zu treffen sowie Kontrollmaßnahmen zu ergreifen.

  (2) Wenn Subunternehmen durch den weiteren Auftragsverarbeiter eingeschaltet werden, hat der weitere
  Auftragsverarbeiter sicherzustellen, dass seine vertraglichen Vereinbarungen mit dem Subunternehmen so
  gestaltet sind, dass das Datenschutzniveau mindestens der Vereinbarung zwischen dem
  Auftragsverarbeiter und dem weiteren Auftragsverarbeiter entspricht und alle vertraglichen und
  gesetzlichen Vorgaben beachtet werden; dies gilt insbesondere auch im Hinblick auf den Einsatz geeigneter
  technischer und organisatorischer Maßnahmen zur Gewährleistung eines angemessenen
  Sicherheitsniveaus der Verarbeitung.

  (3) Dem Auftragsverarbeiter sind in der vertraglichen Vereinbarung mit dem Subunternehmen Kontroll- und
  Überprüfungsrechte entsprechend dieser Vereinbarung einzuräumen. Ebenso ist der Auftragsverarbeiter
  berechtigt, auf schriftliche (oder dokumentierte elektronische) Anforderung vom weiteren
  Auftragsverarbeiter Auskunft über den Inhalt des mit dem Subunternehmen geschlossenen Vertrages und
  die darin enthaltene Umsetzung der datenschutzrelevanten Verpflichtungen des Subunternehmens zu
  erhalten.

  (4) Kommt das Subunternehmen seinen datenschutzrechtlichen Verpflichtungen nicht nach, so haftet der
  weitere Auftragsverarbeiter gegenüber dem Auftragsverarbeiter für die Einhaltung der Pflichten des
  Subunternehmens. Der weitere Auftragsverarbeiter hat in diesem Falle auf Verlangen des
  Auftragsverarbeiters die Beschäftigung des Subunternehmens ganz oder teilweise zu beenden oder das
  Vertragsverhältnis mit dem Subunternehmen zu lösen, wenn und soweit dies nicht unverhältnismäßig ist.




  Vereinbarung zur weiteren Auftragsverarbeitung
  Seite 8 | 12



  § 9 Datenschutzkontrolle
  Der weitere Auftragsverarbeiter verpflichtet sich, der/dem Datenschutzbeauftragten des
  Auftragsverarbeiters zur Erfüllung ihrer jeweiligen gesetzlichen zugewiesenen Aufgaben im
  Zusammenhang mit diesem Auftrag Zugang zu den üblichen Geschäftszeiten zu gewähren. Er duldet
  insbesondere Betretungs-, Einsichts- und Fragerechte einschließlich der Einsicht in durch
  Berufsgeheimnisse geschützte Unterlagen. Er wird seine Mitarbeiter anweisen, mit dem/ der
  Datenschutzbeauftragten zu kooperieren, insbesondere deren Fragen wahrheitsgemäß und vollständig zu
  beantworten. Die nach Gesetz bestehenden Verschwiegenheitspflichten und Zeugnisverweigerungsrechte
  der Genannten bleiben davon unberührt.

  § 10 Haftung und Schadenersatz
  Auf Artikel 82 DSGVO wird bezüglich der Haftung und des Rechts auf Schadenersatz verwiesen.

  § 11 Schlussbestimmungen
  (1) Änderungen und Ergänzungen dieser Vereinbarung und aller ihrer Bestandteile - einschließlich etwaiger
  Zusicherungen des weiteren Auftragsverarbeiters - bedürfen einer schriftlichen Vereinbarung und des
  ausdrücklichen Hinweises darauf, dass es sich um eine Änderung bzw. Ergänzung dieser Bedingungen
  handelt. Dies gilt auch für den Verzicht auf dieses Formerfordernis.

  (2) Sollten einzelne Regelungen dieser Vereinbarung unwirksam oder undurchführbar sein, wird davon die
  Wirksamkeit der übrigen Regelungen nicht berührt. An die Stelle der unwirksamen oder undurchführbaren
  Regelung tritt diejenige wirksame und durchführbare Regelung, deren Wirkungen der Zielsetzung am
  nächsten kommt, die die Vertragsparteien mit der unwirksamen oder undurchführbaren Bestimmung
  verfolgt haben. Die vorstehenden Bestimmungen gelten entsprechend für den Fall, dass sich die
  Vereinbarung als lückenhaft erweist.




  _______________________________ _______________________________
  Datum, Ort Datum, Ort


  _______________________________ _______________________________
  Unterschrift (Auftragsverarbeiter) Unterschrift (weiterer Auftragsverarbeiter)


  _______________________________ _______________________________
  Name, Vorname, Funktion Name, Vorname, Funktion




  Vereinbarung zur weiteren Auftragsverarbeitung
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Seite
  9 | 12




  ‚Anhang „Weisungsbefugnis“ zu § 3 (nach Zuschlagserteilung auszufüllen)


  zur Vereinbarung zur weiteren Auftragsverarbeitung vom [Datum]

  zwischen BWI GmbH, Auf dem Steinbiichel 22, 53340 Meckenheim


  und [Vertragspartner]
  Der weitere Auftragsverarbeiter hat den Auftragsverarbeiter unverzüglich zu informieren, wenn er der
  Meinung ist, eine Weisung verstoße gegen datenschutzrechtliche Vorschriften. Der weitere
  Auftragsverarbeiter ist berechtigt, die Durchführung der entsprechenden Weisung solange auszusetzen,
  bis sie von Seiten des Auftragsverarbeiter bestätigt oder geändert wird. Die weisungsberechtigten
  Personen auf Seiten des Auftragsverarbeiters sowie die zum Empfang der Weisungen berechtigten
  Personen auf Seiten des weiteren Auftragsverarbeiters sowie die vorgesehenen Informationswege sind
  nachfolgend festgelegt.


  Weisungsberechtigte Personen auf Seiten des Auftragsverarbeiters:
  |
  Zum Empfang der Weisungen berechtigte Personen auf Seiten des weiteren Auftragsverarbeiters:




  Vorgesehene Informationswege, wenn Weisung nach Meinung des weiteren Auftragsverarbeiters
  gegen datenschutzrechtliche Vorschriften verstößt:




  D schriftliche und/oder
  D elektronische und/oder
  O mündliche Information


  Weisungen (auch mündliche Weisungen) sind durch die Vertragsparteien zu dokumentieren. Änderungen
  bei den weisungsbefugten Personen, den zum Weisungsempfang berechtigten Personen und bei den
  vorgesehenen Informationswegen sind dem Vertragspartner entsprechend unverzüglich anzuzeigen.




  Vereinbarung zur weiteren Auftragsverarbeitung
  Seite 10 | 12



  Anhang „Technisch-organisatorische Maßnahmen (TOM)“


  zur Vereinbarung zur weiteren Auftragsverarbeitung vom [Datum]

  zwischen BWI GmbH, Auf dem Steinbüchel 22, 53340 Meckenheim

  und [Vertragspartner]

  § 5 der Vereinbarung zur weiteren Auftragsverarbeitung verweist zur Konkretisierung der technisch-
  organisatorischen Maßnahmen auf diesen Anhang.

  § 1 Technische und organisatorische Sicherheitsmaßnahmen
  Die Vertragspartner sind verpflichtet, geeignete technische und organisatorische Maßnahmen so
  durchzuführen, dass die Verarbeitung der Daten im Einklang mit den gesetzlichen Anforderungen erfolgt
  und der Schutz der Rechte der betroffenen Person in angemessener Form gewährleistet ist.

  § 2 Innerbehördliche oder innerbetriebliche Organisation des weiteren Auftragsverarbeiters
  Der weitere Auftragsverarbeiter wird seine innerbehördliche oder innerbetriebliche Organisation so
  gestalten, dass sie den besonderen Anforderungen des Datenschutzes gerecht wird. Dabei sind
  insbesondere Maßnahmen zu treffen, die je nach der Art der zu schützenden Daten oder Datenkategorien
  geeignet sind.

  § 3 Konkretisierung der Einzelmaßnahmen
  (1) Im Einzelnen werden folgende Maßnahmen bestimmt, die der Umsetzung der Vorgaben des Art. 32
  DSGVO dienen:

  Nr. Maßnahme Umsetzung der Maßnahme
  1. Maßnahmen der Pseudonymisierung und xxx
  Verschlüsselung personenbezogener Daten


  2. Maßnahmen zur fortdauernden xxx
  Sicherstellung der Vertraulichkeit, Integrität,
  Verfügbarkeit und Belastbarkeit der
  Systeme und Dienste im Zusammenhang
  mit der Verarbeitung
  3. Maßnahmen zur Sicherstellung der xxx
  Fähigkeit, die Verfügbarkeit der
  personenbezogenen Daten und den Zugang
  zu ihnen bei einem physischen oder
  technischen Zwischenfall rasch
  wiederherzustellen

  4. Verfahren zur regelmäßigen Überprüfung, xxx
  Bewertung und Evaluierung der Wirksamkeit
  der technischen und organisatorischen
  Maßnahmen zur Gewährleistung der
  Sicherheit der Verarbeitung


  5. Maßnahmen zur Identifizierung und xxx
  Autorisierung der Nutzer

  6. Maßnahmen zum Schutz der Daten xxx
  während der Übermittlung


  Vereinbarung zur weiteren Auftragsverarbeitung
  Seite 11 | 12



  7. Maßnahmen zum Schutz der Daten xxx
  während der Speicherung
  8. Maßnahmen zur Gewährleistung der xxx
  physischen Sicherheit von Orten, an denen
  personenbezogene Daten verarbeitet
  werden
  9. Maßnahmen zur Gewährleistung der xxx
  Protokollierung von Ereignissen
  10. Maßnahmen zur Gewährleistung der xxx
  Systemkonfiguration, einschließlich der
  Standardkonfiguration
  11. Maßnahmen für die interne Governance und xxx
  Verwaltung der IT und der IT-Sicherheit

  12. Maßnahmen zur xxx
  Zertifizierung/Qualitätssicherung von
  Prozessen und Produkten
  13. Maßnahmen zur Gewährleistung der xxx
  Datenminimierung
  14. Maßnahmen zur Gewährleistung der xxx
  Datenqualität
  15. Maßnahmen zur Gewährleistung einer xxx
  begrenzten Speicherdauer
  16. Maßnahmen zur Gewährleistung der xxx
  Rechenschaftspflicht
  17. Maßnahmen zur Ermöglichung der xxx
  Datenübertragbarkeit und zur
  Gewährleistung der Löschung
  18. Ggf. Beschreibung der spezifischen xxx
  technischen und organisatorischen
  Maßnahmen, die der weitere
  Auftragsverarbeiter zur Unterstützung des
  Auftragsverarbeiter ergreifen muss

  (2) Es ist ein Verfahren zu etablieren, das eine regelmäßige Überprüfung, Bewertung und Evaluierung der
  Wirksamkeit der zum Einsatz kommenden technischen und organisatorischen Maßnahmen durch die
  Vertragsparteien ermöglicht.

  (3) Folgende Nachweise werden dieser Vereinbarung angefügt: [Zutreffendes bitte ankreuzen]

  Einhaltung von Verhaltensregeln nach Artikel 40 DSGVO
  Zertifizierung nach Artikel 42 DSGVO
  Prüfberichte, Testate etc. unabhängiger Prüfer, bspw. Wirtschaftsprüfer, Auditoren,
  Datenschutzbeauftragte etc.
  geeignete Zertifizierung durch einen Auditprozess




  Vereinbarung zur weiteren Auftragsverarbeitung
  Seite 12 | 12



  Anhang „Subunternehmen“ zu § 8


  Nach § 8 Abs. 1 S. 2 der Vereinbarung sind die zur Erfüllung dieses Vertrages bereits hinzugezogenen
  Subunternehmen zu bezeichnen. Gem. § 8 Abs. 1 S. 3 der Vereinbarung erklärt sich der Auftragsverarbeiter
  mit deren Beauftragung einverstanden.


  Subunternehmen Datum des Abschlusses (Teil-)Leistungsgegenstand im
  (Name, Anschrift bzw. Sitz) der Vereinbarung zur Rahmen der weiteren
  weiteren Auftragsverarbeitung
  Auftragsverarbeitung




  Vereinbarung zur weiteren Auftragsverarbeitung
  Signatures


  Number of pages (including this one): 13

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  GHB – Anlage 4
  VS-NfD-Merkblatt




  Merkblatt für die Behandlung von
  Verschlusssachen des Geheimhaltungsgrades
  VS-NUR FÜR DEN DIENSTGEBRAUCH
  (VS-NfD-Merkblatt)




  Inhalt


  Teil 1a): Über dieses Merkblatt - Verschlusssachen des Geheimhaltungsgrades VS-NUR
  FÜR DEN DIENSTGEBRAUCH: Rechte und Pflichten von öffentlichem VS-
  NfD-Auftraggeber und Unternehmen

  Teil 1b): Vereinbarung über die Behandlung von Verschlusssachen des
  Geheimhaltungsgrades VS-NUR FÜR DEN DIENSTGEBRAUCH zwischen
  VS-NfD-Auftraggeber und VS-NfD-Auftragnehmer

  Teil 2: Allgemeine Hinweise zum Umgang mit Verschlusssachen des
  Geheimhaltungsgrades VS-NUR FÜR DEN DIENSTGEBRAUCH

  Teil 3: Anforderungen an Informationstechnik zur Verarbeitung von Verschlusssachen
  des Geheimhaltungsgrades VS-NUR FÜR DEN DIENSTGEBRAUCH (VS-NfD)

  Teil 4: Hinweise zur Kennzeichnung einer Verschlusssache des Geheimhaltungsgrades
  VS-NUR FÜR DEN DIENSTGEBRAUCH

  Teil 5: Nachweis über die Verpflichtung

  Teil 6: Vereinbarung über die Behandlung von Verschlusssachen des
  Geheimhaltungsgrades VS-NUR FÜR DEN DIENSTGEBRAUCH in der
  Privatwohnung (Homeoffice)




  Stand: 07/2023
  VS-NfD-Merkblatt
  Teil 1a)

  Über dieses Merkblatt - Verschlusssachen des Geheimhaltungsgrades
  VS-NUR FÜR DEN DIENSTGEBRAUCH: Rechte und Pflichten von
  öffentlichem VS-NfD-Auftraggeber und Unternehmen

  1 VS-NfD-Auftrag
  Vor der Weitergabe von Verschlusssachen (VS) des Geheimhaltungsgrades VS-NUR FÜR
  DEN DIENSTGEBRAUCH (VS-NfD) an nichtöffentliche Stellen (Unternehmen 1) muss mit
  diesen jeweils ein Vertrag geschlossen werden, in den die Bestimmungen dieses VS-NfD-
  Merkblatts (Anlage 4 zum Geheimschutzhandbuch - GHB) Eingang gefunden haben. Die
  konkreten geheimschutzrechtlichen Anforderungen eines VS-NfD-Auftrags sind zwischen
  VS-NfD-Auftraggeber und VS-NfD-Auftragnehmer zu klären. Dazu gehört auch die
  Einbeziehung von VS-NfD-Unterauftragnehmern (s. Ziff. 3.2)

  2 VS-NfD-Auftraggeber und VS-NfD-Herausgeber
  VS-NfD-Auftraggeber im Sinne dieses Merkblatts sind öffentliche Stellen oder Unternehmen,
  die Unternehmen (VS-NfD-Auftragnehmer) Zugang oder Zugangsmöglichkeit zu VS-NfD
  ermöglichen müssen2. Bei Unternehmen erfolgt dies in Form eines VS-NfD-Unterauftrags.
  Die Bundesbehörden und bundesunmittelbaren öffentlich-rechtlichen Einrichtungen
  (Dienststellen), die eine VS-NfD erstellen oder deren Erstellung veranlassen, oder der
  Rechtsnachfolger dieser Dienststelle, sind VS-NfD-Herausgeber.

  3 Rechte und Pflichten des VS-NfD-Auftraggebers

  3.1 Öffentlicher VS-NfD-Auftraggeber
  Bei Weitergabe von VS-NfD an Unternehmen muss der öffentliche VS-NfD-Auftraggeber mit
  dem Unternehmen einen Vertrag schließen, in den die Bestimmungen dieses Merkblatts
  Eingang gefunden haben (gemäß Ziff. 6.6 Abs. 2 Anlage V der Allgemeinen
  Verwaltungsvorschrift zum materiellen Geheimschutz - Verschlusssachenanweisung – VSA).
  Die hierin enthaltenen Kontrollrechte werden grundsätzlich vom öffentlichen VS-NfD-
  Auftraggeber ausgeübt. Weitergehende Maßnahmen, wie ein Geheimschutzverfahren des
  Bundesministeriums für Wirtschaft und Klimaschutz (BMWK) oder
  Sicherheitsüberprüfungen, sind für eine Weitergabe von VS-NfD nicht erforderlich.

  3.2 Nicht-öffentlicher VS-NfD-Auftraggeber
  Verschafft der VS-NfD-Auftragnehmer anderen Unternehmen (VS-NfD-(Unter-)
  Auftragnehmern) Zugang oder Zugangsmöglichkeit zu VS-NfD, hat er den VS-NfD-
  Unterauftragnehmer auf dieses Merkblatt zu verpflichten. Er nimmt in diesem Verhältnis die
  Rolle des VS-NfD-Auftraggebers ein und die entsprechenden Kontrollrechte werden dann von
  ihm ausgeübt.




  1
  Der Begriff „nicht-öffentliche Stelle“ im Sicherheitsüberprüfungsgesetz (SÜG) umfasst vor allem Unternehmen
  der Wirtschaft und privatrechtlich verfasste Institutionen. Er wurde als gebräuchlicher Terminus aus dem BDSG
  übernommen. Im GHB und in diesem Merkblatt wird im Folgenden der Begriff „Unternehmen“ verwendet.
  2
  Ein „VS-Auftrag“ liegt erst ab VS des Geheimhaltungsgrades VS-VERTRAULICH vor.
  1
  Stand: 07/2023
  VS-NfD-Merkblatt Über dieses Merkblatt
  Teil 1a)

  4 Pflichten des VS-NfD-Auftragnehmers

  4.1 Allgemein
  Der VS-NfD-Auftragnehmer verpflichtet sich, die Vorgaben sämtlicher Teile dieses
  Merkblatts einzuhalten. Auf mögliche strafrechtliche und vertragliche Konsequenzen bei
  Zuwiderhandlung wird ausdrücklich hingewiesen.

  4.2 Nachweisliche Belehrung und Verpflichtung
  Bevor eine Person Zugang oder Zugangsmöglichkeit zu VS-NfD erhält, ist sie vom
  Unternehmen über Teil 2 dieses Merkblattes zu belehren und auf dessen Einhaltung zu
  verpflichten. Dabei ist ihr ein Exemplar von den Teilen 2 und 4 dieses Merkblattes zugänglich
  zu machen. Wenn die Person Zugang oder Zugangsmöglichkeit zu VS-NfD auf
  Informationstechnik (IT) erhält, gilt gleiches zusätzlich für Teil 3 dieses Merkblattes. Die
  Belehrung, die Verpflichtung und der Empfang der erforderlichen Teile des Merkblatts sind
  durch Unterzeichnung des „Nachweises über die Verpflichtung“ (VS-NfD-Merkblatt Teil 5)
  durch die Person nachzuweisen. Der Nachweis muss vom VS-NfD-Auftragnehmer
  aufbewahrt werden und ist auf Nachfrage dem VS-NfD-Auftraggeber vorzulegen. Der
  Nachweis muss spätestens fünf Jahre nach dem Ausscheiden der betroffenen Person aus der
  Tätigkeit mit Bezug zu VS-NfD vernichtet werden.

  4.3 Kontrollmöglichkeiten
  Der VS-NfD-Auftraggeber berät den VS-NfD-Auftragnehmer über die Vorgaben dieses
  Merkblatts und kann sich über deren Einhaltung vergewissern.

  4.4 Benennung einer für VS des Geheimhaltungsgrades VS-NfD verantwortlichen Person
  Der VS-NfD-Auftragnehmer benennt eine für die Einhaltung und Durchführung der
  erforderlichen Maßnahmen zum Schutz von VS-NfD verantwortliche Person sowie ggf. eine/n
  Vertreter/in unter Nutzung des Teils 1b) dieses Merkblattes.
  Der VS-NfD-Auftraggeber und der VS-NfD-Auftragnehmer erhalten jeweils eine Aus-
  fertigung des unterschriebenen Teils 1b) des NfD-Merkblattes.

  5 Übergangsfrist
  Dieses Merkblatt (Teil 1a), Teil 1b), Teil 2, Teil 3, Teil 4, Teil 5, Teil 6) tritt zum 01.09.2023
  in Kraft. Die Selbstakkreditierung gem. Teil 3 dieses Merkblattes ist bis zum 01.09.2025
  durchzuführen.




  2
  Stand: 07/2023
  VS-NfD-Merkblatt
  Teil 1b)

  Vereinbarung über die Behandlung von Verschlusssachen des
  Geheimhaltungsgrades VS-NUR FÜR DEN DIENSTGEBRAUCH zwischen
  VS-NfD-Auftraggeber und VS-NfD-Auftragnehmer




  1. Der VS-NfD-Auftragnehmer verpflichtet sich, das VS-NfD-Merkblatt (Anlage 4 zum
  GHB) einzuhalten.

  2. Der VS-NfD-Auftragnehmer benennt in Übereinstimmung mit datenschutzrechtlichen
  Vorschriften eine für die Einhaltung und Durchführung der erforderlichen Maßnahmen
  zum Schutz der Verschlusssachen (VS) des Geheimhaltungsgrades VS-NUR FÜR DEN
  DIENSTGEBRAUCH (VS-NfD) verantwortliche Person sowie ggf. ein/e Vertreter/in.

  Verantwortliche Person (geschäftliche Daten):

  Name, Vorname:
  Herr Frau
  Telefon-Nr. Mobilfunk-Nr.

  E-Mail-Adresse Anschrift

  Ggf. Vertreter/in der verantwortlichen Person (geschäftliche Daten):

  Name, Vorname:
  Herr Frau
  Telefon-Nr. Mobilfunk-Nr.

  E-Mail-Adresse Anschrift

  3. Die Person ist im Auftrag des VS-NfD-Auftragnehmers dabei unter anderem für
  folgende Maßnahmen verantwortlich:
  Nachweisliche Belehrung und Verpflichtung der Mitarbeiter/innen des VS-NfD-
  Auftragnehmers, die Zugang oder Zugangsmöglichkeit zu VS-NfD erhalten, über bzw.
  auf VS-NfD-Merkblatt Teil 2, Teil 3 (sofern anwendbar) und Teil 4;
  Umsetzung der Vorgaben von Teil 3 dieses Merkblattes bei Verarbeitung von VS-NfD
  auf IT;
  Einholung der schriftlichen Einwilligung des VS-NfD-Auftraggebers zur Weitergabe
  von VS-NfD;
  Kontrolle der Einhaltung der erforderlichen Maßnahmen zum Schutz von VS-NfD im
  Unternehmen, ggf. auch bei VS-NfD-Unterauftragnehmern.
  Ort, Datum


  .......................................................... ............................................................
  Unterschrift VS-NfD-Auftraggeber Unterschrift VS-NfD-Auftragnehmer
  Dienststelle/Unternehmen: Unternehmen:

  Stand: 07/2023
  VS-NfD-Merkblatt
  Teil 2

  Allgemeine Hinweise zum Umgang mit Verschlusssachen des
  Geheimhaltungsgrades VS-NUR FÜR DEN DIENSTGEBRAUCH

  1 Allgemeines

  1.1 Anwendbarkeit
  Die Regelungen dieses VS-NfD-Merkblattes gelten für deutsche VS-NfD sowie für
  ausländische vergleichbar eingestufte VS, die einem Unternehmen in Deutschland zur
  Aufbewahrung oder Verarbeitung überlassen worden sind. Gleiches gilt für bilaterale
  Geheimschutzabkommen, soweit dort nichts anderes geregelt ist.
  Die Regelungen dieses VS-NfD-Merkblattes gelten nicht für VS über- oder
  zwischenstaatlicher Einrichtungen und Stellen (wie z. B. NATO, EU, ESA, OCCAR) mit
  vergleichbarem Geheimhaltungsgrad. Beim Schutz solcher VS sind die jeweiligen
  Vorschriften dieser Einrichtungen/Stellen zu beachten.

  1.2 Kenntnis nur, wenn nötig
  Von einer VS-NfD dürfen nur Personen Kenntnis erhalten, die auf Grund ihrer
  Aufgabenerfüllung Kenntnis haben müssen. Keine Person darf über eine VS-NfD
  umfassender oder eher unterrichtet werden, als dies aus Gründen der Aufgabenerfüllung
  notwendig ist. Es gilt der Grundsatz „Kenntnis nur, wenn nötig“.

  1.3 Verstöße gegen die Geheimhaltungspflicht
  Personen, die gegen die Vorschriften dieses VS-NfD-Merkblatts verstoßen, drohen
  Konsequenzen und eine strafrechtliche Ahndung des Verstoßes nach den §§ 93 bis 99, 203
  Absatz 2 und 353b StGB.
  Personen, die sich für den Umgang mit VS als ungeeignet erwiesen haben oder deren
  Geeignetheit nicht bewertet werden kann, werden von der für VS-NfD verantwortlichen
  Person von der Verarbeitung von VS-NfD ausgeschlossen.

  1.4 Mitteilungspflichten bei Verlust von VS-NfD und Verstößen gegen Vorschriften dieses
  VS-NfD-Merkblatts
  Der Verlust von VS-NfD sowie vermutete und festgestellte Verstöße gegen die Vorschriften
  dieses VS-NfD-Merkblatts sind unverzüglich der für VS-NfD verantwortlichen Person
  mitzuteilen. Diese informiert unverzüglich den VS-NfD-Auftraggeber. Mitteilungspflichten
  geheimschutzbetreuter Unternehmen nach GHB bleiben unberührt. Die erforderlichen
  Maßnahmen, um Schaden abzuwenden oder zu verringern und Wiederholungen zu vermeiden,
  werden unverzüglich getroffen. Die für VS-NfD verantwortliche Person bemüht sich um die
  Aufklärung des Sachverhalts.

  1.5 VS-NfD auf IT
  Bei Nutzung von IT beim Umgang mit VS-NfD ist zusätzlich Teil 3 dieses Merkblattes
  einzuhalten. Für die bearbeitenden Personen sind dort insbesondere die Vorgaben zur
  Verarbeitung in Ziff. 3 relevant.




  1
  Stand: 07/2023
  VS-NfD-Merkblatt Allgemeine Hinweise
  Teil 2

  2 Einstufung
  Die Bundesbehörden und bundesunmittelbaren öffentlich-rechtlichen Einrichtungen
  (Dienststellen), die eine VS-NfD erstellen oder deren Erstellung veranlassen, oder der
  Rechtsnachfolger dieser Dienststelle, sind VS-NfD-Herausgeber.
  Der VS-NfD-Herausgeber stuft eine VS in den Geheimhaltungsgrad VS-NfD ein, wenn deren
  Kenntnisnahme durch Unbefugte für die Interessen der Bundesrepublik Deutschland oder
  eines ihrer Länder nachteilig sein kann (§ 4 Absatz 2 Nummer 4 SÜG). Von einer Einstufung
  als VS-NfD ist nur Gebrauch zu machen, soweit dies notwendig ist.
  Der VS-NfD-Herausgeber bestimmt, welche Informationen geheimhaltungsbedürftig sind.
  Das Unternehmen kann eine Einstufung nur auf Veranlassung des VS-NfD-Herausgebers
  vornehmen. Es ist stets nur deren Ersteller und nie selbst VS-NfD-Herausgeber. Das
  Unternehmen hat die erforderliche VS-NfD-Einstufung bei sich zu gewährleisten.

  3 Befristung und Aufhebung der Einstufung
  Die Einstufung einer VS-NfD ist auf 30 Jahre befristet. Der VS-NfD-Herausgeber kann, unter
  Berücksichtigung der Begründung für die Einstufung, eine kürzere Frist bestimmen. Die
  Einstufung endet mit Ablauf des Jahres, in welches das Fristende fällt. Die Frist kann nicht
  verlängert werden.
  Entfällt die Geheimhaltungsbedürftigkeit einer VS-NfD, hat der VS-NfD-Herausgeber die
  Einstufung aufzuheben bzw. die Umsetzung durch das Unternehmen zu veranlassen. Die
  Aufhebung der Einstufung ist so zu vermerken, dass diese und die verfügende Stelle jederzeit
  erkennbar sind.

  4 Kennzeichnung
  Bei der Erstellung ist eine VS-NfD so zu kennzeichnen, dass bei ihrer Handhabung während
  der gesamten Dauer ihrer Einstufung jederzeit der Geheimhaltungsgrad, das erstellende
  Unternehmen, der VS-NfD-Herausgeber, das Datum der Einstufung sowie das vom
  Herausgeber festgelegte Ende der Einstufung (falls die Regelfrist von 30 Jahren unterschritten
  wird) erkennbar sind.
  Die verbindliche Gestaltung der Kennzeichnung von VS-NfD ist dem Teil 4 dieses
  Merkblattes zu entnehmen.
  Lässt die Beschaffenheit einer VS-NfD eine solche Kennzeichnung nicht zu, ist sinngemäß zu
  verfahren. Geheimhaltungsgrade sind grundsätzlich auszuschreiben soweit die Beschaffenheit
  einer VS dies zulässt. Ist dies nicht möglich, wird der Geheimhaltungsgrad VS-NUR FÜR
  DEN DIENSTGEBRAUCH mit VS-NfD abgekürzt.
  Im Falle nichtdeutscher VS eines entsprechenden Geheimhaltungsgrades sind diese zusätzlich
  mit dem deutschen Geheimhaltungsgrad zu kennzeichnen, sofern dies in den anwendbaren
  Geheimschutzabkommen vorgesehen ist.

  5 Aufbewahrung
  VS-NfD sind bei Nichtgebrauch in verschlossenen Behältern oder Räumen zum Schutz vor
  Kenntnisnahme durch Unbefugte (Grundsatz: „Kenntnis nur, wenn nötig“) aufzubewahren.
  Außerhalb von solchen Räumen oder Behältern sind sie auch dort so zu behandeln, dass eine
  Kenntnisnahme durch Unbefugte ausgeschlossen ist. Können VS-NfD nach der
  Aufgabendurchführung nicht vernichtet oder vollständig zurückgegeben werden, sind diese
  bis zur Aufhebung der Einstufung gemäß den Vorgaben dieses Merkblatts zu verwahren.
  VS-NfD-Zwischenmaterial (z. B. Vorentwürfe) ist in derselben Weise zu schützen wie das
  Bezugsdokument.


  2
  Stand: 07/2023
  VS-NfD-Merkblatt Allgemeine Hinweise
  Teil 2

  6 Weitergabe
  Weitergabe ist eine Übergabe oder Bereitstellung, durch die eine andere Person Zugang zu
  VS-NfD hat oder ihn sich verschaffen kann.

  6.1 Erforderlichkeit
  Vor jeder Weitergabe ist zu prüfen, ob diese unter Berücksichtigung des Grundsatzes
  „Kenntnis nur, wenn nötig“ zur Aufgabenerfüllung tatsächlich erforderlich ist.

  6.2 Weitergabe innerhalb eines Unternehmens
  VS-NfD können innerhalb eines Unternehmens offen weitergegeben werden, wobei auch hier
  gilt, dass eine Kenntnisnahme von Unbefugten ausgeschlossen sein muss. Eine Quittierung
  der Weitergabe ist nicht vorgesehen.

  6.3 Weitergabe an Dritte (öffentliche Stellen oder Unternehmen)
  Durch eine Weitergabe an einen Dritten hat dieser Zugang zur VS-NfD oder kann ihn sich
  verschaffen. Eine Weitergabe kann auch erforderlich sein, wenn ein Dritter sich gelegentlich
  einer Tätigkeit (z. B. Wartung, Reparatur), die für die Aufgabenerfüllung erforderlich ist,
  Zugang verschaffen kann. In diesem Fall sind Maßnahmen zu ergreifen, die einen Zugang zu
  der Verschlusssache verhindern (z. B. Technische Maßnahmen, Abdecken, Begleiten). Die
  Weitergabe von VS-NfD an Dritte ist nur zulässig, wenn vor der Weitergabe die Einwilligung
  des VS-NfD-Herausgebers nachweislich vorliegt. Der VS-NfD-Herausgeber kann im
  Einzelfall einwilligen, aber auch vorab bestimmten oder sämtlichen Weitergaben von VS-NfD
  im Rahmen eines oder mehrerer VS-NfD-Aufträge und VS-NfD-Unteraufträge innerhalb
  eines bestimmten Programms einwilligen. Die Einwilligung kann auch für Tätigkeiten
  erfolgen, bei denen sich ein Dritter gelegentlich der Ausführung eines Auftrages Zugang zu
  VS-NfD verschaffen kann. Diese Einwilligung ist über den VS-NfD-Auftraggeber einzuholen.
  Unternehmen dürfen sich auf eine schriftliche Erklärung des jeweiligen VS-NfD-
  Auftraggebers, dass eine solche Einwilligung des VS-NfD-Herausgebers vorliegt, verlassen.
  Sie bewahren die Erklärung als Nachweis auf.

  6.4 Weitergabe an nichtdeutsche öffentliche Stellen und Unternehmen mit Sitz im Ausland
  Auch eine Weitergabe an nichtdeutsche öffentliche Stellen (ausländische öffentliche Stellen
  oder über- oder zwischenstaatliche Einrichtungen und Stellen) und Unternehmen1 mit Sitz im
  Ausland ist mit Zustimmung des VS-Herausgebers möglich. Dabei sind über die vorstehend
  angeführten Aspekte hinaus zusätzliche Anforderungen zu beachten:
  Die Weitergabe von deutschen VS-NfD an nichtdeutsche öffentliche Stellen setzt
  grundsätzlich ein bilaterales Regierungs- oder Ressortgeheimschutzabkommen oder ein
  entsprechendes internationales Abkommen (Geheimschutzabkommen) voraus, welches die
  Bedingungen für die Weitergabe und weitere Handhabung regelt.
  Die Weitergabe von VS-NfD an Unternehmen mit Sitz im Ausland erfolgt auf der Grundlage
  vertraglicher Vereinbarungen und grundsätzlich unter der Voraussetzung, dass in einem
  Geheimschutzabkommen mit dem Empfängerland der Schutz deutscher VS-NfD vereinbart
  worden ist.2 Auf das Geheimschutzabkommen ist in der vertraglichen Vereinbarung zu
  verweisen.
  Liegt kein bilaterales Regierungs- oder Ressortgeheimschutzabkommen oder ein
  entsprechendes internationales Abkommen vor, legt der VS-Herausgeber entsprechend der

  1
  s. Teil 1a), Ziff. 1.
  2
  Ob mit dem jeweiligen Empfängerland ein Geheimschutzabkommen besteht und ob darin eine Vergleichbarkeit
  mit VS-NfD vereinbart wurde, ist beim BMWK zu erfragen.
  3
  Stand: 07/2023
  VS-NfD-Merkblatt Allgemeine Hinweise
  Teil 2

  VSA im Einzelfall die Modalitäten der Weitergabe an nichtdeutsche öffentliche Stellen oder
  Unternehmen mit Sitz im Ausland im Benehmen mit BMWK fest.

  6.5 Weitergabe durch private Zustelldienste
  VS des Geheimhaltungsgrades VS-NfD können durch private Zustelldienste als gewöhnliche
  Brief- beziehungsweise Paketsendungen versandt werden. Der Umschlag beziehungsweise
  das Paket erhält keine VS-Kennzeichnung.
  Auch grenzüberschreitend können VS-NfD durch private Zustelldienste wie oben beschrieben
  weitergegeben werden, es sei denn, das spezifische bilaterale Geheimschutzabkommen lässt
  die Weitergabe auf diesem Weg nicht zu oder der VS-NfD-Auftraggeber oder der VS-NfD-
  Herausgeber hat einer solchen Weitergabe widersprochen.

  7 Mitnahme und mobiles Arbeiten
  VS-NfD können außerhalb von Unternehmen nur auf Geschäftsreisen und zu Besprechungen
  mitgenommen werden, soweit dies zur Aufgabenerfüllung notwendig ist und sie angemessen
  gegen unbefugte Kenntnisnahme und unbefugten Zugriff gesichert werden. VS-NfD, u.a.
  Schriftstücke, können in diesem Fall in einem verschlossenen Umschlag unversiegelt
  mitgeführt werden.
  Ihre Mitnahme zur Verarbeitung in der Privatwohnung ist grundsätzlich unzulässig. Die
  ausschließliche elektronische Verarbeitung von VS-NfD ist unter den Voraussetzungen von
  Teil 3, Ziff. 3.5 auch in der Privatwohnung zulässig. Der öffentliche VS-NfD-Auftraggeber
  kann weitere Ausnahmen zulassen. VS-NfD-Unterauftragnehmer dürfen sich auf eine
  schriftliche Erklärung ihres VS-NfD-Auftraggebers, dass eine solche Ausnahme zugelassen
  wurde, verlassen. Sie bewahren die Erklärung als Nachweis auf.
  Zusätzlich zu der Ausnahmegenehmigung sind folgende Punkte einzuhalten:
  die Privatwohnung befindet sich innerhalb Deutschlands,
  die für VS-NfD verantwortliche Person erteilt die Zustimmung,
  der/die Mitarbeiter/in ist über spezifische Risiken des mobilen Arbeitens belehrt,
  Teil 6 dieses Merkblattes wurde von dem/der Mitarbeiter/in unterzeichnet und wird
  vom Unternehmen als Nachweis aufbewahrt.

  8 Vernichtung
  Um größere Bestände von VS-NfD zu vermeiden, sind nicht mehr benötigte VS-NfD zu
  vernichten oder an den VS-NfD-Auftraggeber zurückzugeben.
  VS-NfD, auch VS-NfD-Zwischenmaterial, sind von den bearbeitenden Personen nur an den
  dafür vorgesehenen Orten so zu vernichten, dass der Inhalt weder erkennbar ist noch erkennbar
  gemacht werden kann.
  Für die Vernichtung dürfen grundsätzlich nur Produkte oder Verfahren eingesetzt oder
  Dienstleister beauftragt werden, die die Anforderungen des Bundesamtes für Sicherheit in der
  Informationstechnik (BSI) erfüllen.




  4
  Stand: 07/2023
  VS-NfD-Merkblatt
  Teil 3

  Anforderungen an Informationstechnik zur Verarbeitung von
  Verschlusssachen des Geheimhaltungsgrades
  VS-NUR FÜR DEN DIENSTGEBRAUCH (VS-NfD)
  1 Einleitung

  1.1 Allgemeines
  Wird Informationstechnik (IT) für die Verarbeitung von Verschlusssachen (VS) des
  Geheimhaltungsgrades VS-NUR FÜR DEN DIENSTGEBRAUCH (VS-NfD) genutzt, sind
  neben den allgemeinen Schutzmaßnahmen der Teile 1 und 2 dieses Merkblattes zum Schutz
  der VS-NfD geeignete technische sowie organisatorische Maßnahmen zu treffen und deren
  Einhaltung regelmäßig zu kontrollieren. Zu den geeigneten technischen Maßnahmen zählen
  unter anderem IT-Sicherheitsprodukte, die über eine Zulassungsaussage (Zulassung oder
  Einsatzerlaubnis) des BSI verfügen und im vorgesehenen Einsatzkontext verwendet werden.
  Sofern nicht durch den VS-NfD-Auftraggeber oder das BSI andere Vorgaben existieren, sind
  die technischen und organisatorischen Maßnahmen zum Schutz der VS-NfD auf IT-Systemen
  in Ziff. 2 geregelt. Unabhängig von dem eingesetzten IT-System sind die Anforderungen an
  die Verarbeitung von VS-NfD gem. Ziff. 3 einzuhalten.

  1.2 VS internationaler Organisationen (NATO, EU u.a.)
  Bei der Verarbeitung von VS über- oder zwischenstaatlicher Einrichtungen und Stellen eines
  mit VS-NfD vergleichbaren Geheimhaltungsgrades gelten die jeweiligen Vorschriften dieser
  Einrichtungen/Stellen.

  2 IT-System
  Die technischen und organisatorischen Maßnahmen zum Schutz der VS-NfD auf IT-Systemen
  hängen von der Ausprägung des IT-Systems ab. Es gibt zwei Ausprägungen:
  1. ein IT-System, das technisch isoliert („air-gapped“) betrieben wird (Ziff. 2.1) oder
  2. ein IT-System, das mit anderen Netzwerken verbunden wird, die ein niedrigeres
  Sicherheitsniveau als VS-NfD haben (Ziff. 2.2).
  Ein technisch isoliertes IT-System („air-gapped“) kann ein Einzelplatz-PC (Ziff. 2.1.1) oder
  ein Verbund eines IT-Systems (2.1.2) sein. Letzteres kann auch standortübergreifend
  vorliegen. Hierbei ist für die Übertragung ein IT-Sicherheitsprodukt mit Zulassungsaussage
  des BSI einzusetzen.

  Die Verarbeitung von VS-NfD auf einem eigenen IT-System im Unternehmen ist unter
  Einhaltung folgender Voraussetzungen zulässig:

  2.1 VS-NfD auf einem technisch isolierten IT-System („air-gapped“)

  2.1.1 Einzelplatz-PC
  Folgende technischen und organisatorischen Sicherheitsmaßnahmen sind umzusetzen:
  Zugangs-/Zugriffskontrolle:
  o Benutzung der Geräte erfolgt nur durch zugriffsberechtigte, auf das VS-NfD
  Merkblatt verpflichtete Personen,




  1
  Stand: 07/2023
  VS-NfD-Merkblatt Anforderungen zu VS auf IT
  Teil 3

  o Einrichtung von Benutzerprofil / restriktiven 1 Zugriffrechten sowie Login /
  Passwort um den Grundsatz „Kenntnis nur, wenn nötig“ umzusetzen.
  IT-Systeme, die nicht über eine Festplattenverschlüsselung mit Zulassungsaussage
  verfügen, sind vor Arbeitsende auszuschalten und im ausgeschalteten Zustand gemäß
  Teil 2, Ziff. 5 aufzubewahren;
  Es sind entsprechende Maßnahmen beim Patch- und Änderungsmanagement sowie zum
  Schutz vor Schadprogrammen zu treffen, wobei ein unbemerkter Abfluss von VS-NfD
  zu verhindern ist.
  Die Nutzung drahtloser Schnittstellen ist nicht gestattet;
  Deaktivierung nicht freigegebener drahtgebundener Schnittstelle;
  Einsatz einer geeigneten Festplattenverschlüsselung für mobile IT-Systeme und
  Einsatz eines IT-Sicherheitsproduktes mit Zulassungsaussage des BSI zum Ver-
  /Entschlüsseln von VS-NfD; Der bidirektionale Transfer mittels eines mobilen
  Datenträgers zwischen offenem Arbeitsplatz-PC und Einzelplatz-PC hat ausschließlich
  in verschlüsselter Form zu erfolgen. Es ist sicherzustellen, dass die Klartextdaten nicht
  auf dem mobilen Datenträger gespeichert werden, auch nicht temporär beispielsweise
  im Rahmen des Ver-/ Entschlüsselungsvorganges.

  Eine Anwendung des IT-Grundschutzes des BSI ist hier nicht erforderlich.
  2.1.2 Verbund eines IT-Systems
  Neben den Sicherheitsmaßnahmen gemäß Ziff. 2.1.1 sind folgende Sicherheitsmaßnahmen
  zusätzlich umzusetzen:
  Mindestanforderung Datenablage: Daten unterschiedlicher VS-NfD-Aufträge müssen
  jeweils in separaten und ausschließlich für die jeweiligen zugriffsberechtigten Nutzer
  freigegebenen Projektordnern abgelegt werden; Seitens des Auftraggebers können
  weitergehende Anforderungen, bspw. ausschließliche Verwendung des IT-Systems für
  das jeweilige Projekt gefordert werden.
  Zentrale VS-NfD Komponenten: Zentrale VS-NfD Komponenten müssen nach dem
  Grundsatz „Kenntnis nur, wenn nötig“ im Serverraum physisch abgesichert werden.
  Dies kann durch eine Abtrennung in Form eines Käfigs oder einer vergleichbaren
  Abkastung (abschließbare Serverracks mit Einzelschließung etc.) erfolgen und
  Kommunikationsbeziehungen: Sämtliche Kommunikationsbeziehungen, insbesondere
  standortübergreifende, werden in einem Informationssicherheitskonzept (siehe Ziff. 4.2)
  beschrieben und hinsichtlich einer erforderlichen Verschlüsselung der VS-NfD durch
  ein IT-Sicherheitsprodukt mit Zulassungsaussage bewertet (hierzu Ziff. 3.4.1).
  Ein auf das IT-System konzentriertes Informationssicherheitskonzept nach den gültigen
  Standards des IT-Grundschutzes des BSI ist hier nur dann erforderlich, wenn ein
  standortübergreifendes IT-Systems eingesetzt wird. In diesem Fall sind mindestens die
  Basisanforderungen umzusetzen (Ziff. 4.1). Der VS-NfD Auftraggeber kann darüber
  hinausgehende Anforderungen vorgeben.



  1
  In einem gewöhnlich konfigurierten Betriebssystem erhält jeder Nutzer automatisch Vollzugriff auf alle Inhalte
  des Datenträgers mit Ausnahme der persönlichen Ordner anderer Nutzer. Seine Berechtigung für einzelne Ordner
  muss explizit ausgeschlossen werden (Opt-OUT). Der Grundsatz „Kenntnis nur, wenn nötig“ hingegen fordert
  eine explizite Zugriffserlaubnis für Nutzer, die nicht Ersteller sind (Opt-IN). Sonderregelungen bspw. für
  Projektgruppenordner, bei denen alle Nutzer automatisch Zugriff auf die gespeicherten Daten erhalten, sind im
  Informationssicherheitskonzept zu dokumentieren.

  2
  Stand: 07/2023
  VS-NfD-Merkblatt Anforderungen zu VS auf IT
  Teil 3

  2.2 VS-NfD-Netzwerk verbunden mit Netzwerksegmenten, die nicht die VS-NfD
  Anforderungen erfüllen
  Neben den Sicherheitsmaßnahmen gem. Ziff. 2.1.2 sind folgende Sicherheitsmaßnahmen für
  das VS-NfD-Netzwerk zusätzlich umzusetzen:
  Segmenttrennung: Physische oder zugelassene Trennung des VS-NfD-Netzwerksegments
  von anderen Netzwerksegmenten beispielsweise durch ein mehrstufiges Firewall System
  entsprechend der PAP-Struktur nach IT-Grundschutz des BSI.
  Firewall: Für die Firewall (PAP-Struktur) ist ein Regelwerk zu erstellen und regelmäßig
  anzupassen und zu überprüfen. Gegenstand dieses Regelwerkes sind insb. auch nach außen
  gerichtete Kommunikationsverbindungen. Die Initiierung des Zugriffs darf nur aus dem VS-
  NfD-Netzwerk erfolgen. Weiterhin müssen Softwareaktualisierungen, Telemetriefunktionen
  oder Entsprechende Konfigurationsempfehlungen, die den Abfluss von oder die
  Einsichtnahme in VS-NfD verhindern, sind umzusetzen und regelmäßig, insbesondere nach
  jedem Update, auf Veränderung zu überprüfen. Bei Auffälligkeiten sind unverzüglich
  weitere Schutzmaßnahmen vorzunehmen.
  Externe Schnittstellen: Sämtliche Schnittstellen sind bezogen auf die Kommunikation mit
  dem VS-NfD Netzsegment zu definieren und im Informationssicherheitskonzept zu
  beschreiben sowie in die Risikoanalyse aufzunehmen (siehe Ziff. 4.2).
  Schutz vor Schadprogrammen: Die Inhaltsprüfung auf Schadcode muss für Datenverkehr,
  der aus externen Netzwerken kommt, auf dem ALG (Application Layer Gateway)
  durchgeführt werden. Weiterhin muss allen IT-Systemen eine Software zur Erkennung von
  Schadcode eingesetzt werden. Diese darf keine Schadcodeprüfung außerhalb des VS-NfD
  Netzes, beispielsweise in der Cloud, durchführen.
  Eine Anwendung des IT-Grundschutzes des BSI ist hier erforderlich. Es sind Basis- und
  Standardanforderungen (Ziff. 4.1) umzusetzen.

  3 Anforderungen an die Verarbeitung von VS-NfD

  Nachstehend werden die spezifischen Anforderungen zur elektronischen Verarbeitung von
  VS-NfD dargestellt. Die Verarbeitung beginnt bereits mit dem Lesen von VS-NfD auf IT.

  3.1 Zulässige IT-Systeme und Freigabe
  IT-Systeme zur Verarbeitung von VS-NfD müssen vor der ersten Nutzung durch die VS-NfD-
  verantwortliche Person freigegeben werden. Gleiches gilt für räumliche Arbeitsbereiche, die
  für die Verarbeitung von VS-NfD vorgesehen sind.
  Private IT, Software oder Datenträger dürfen nicht für die Verarbeitung von VS eingesetzt
  werden.

  3.2 Kennzeichnung von Datenträgern und Geräten
  Datenträger, auf denen VS-NfD unverschlüsselt gespeichert werden, sind gemäß Teil 2, Ziff.
  4 dieses Merkblattes zu kennzeichnen. Gleiches gilt für Geräte, in denen sich diese Datenträger
  befinden.

  3.3 Wartung und Instandhaltung
  Auf Datenträgern, die VS-NfD unverschlüsselt enthalten, sind die VS-NfD gemäß Ziff. 3.6
  komplett zu löschen, bevor die Datenträger im Rahmen von Wartungs- oder Reparaturarbeiten
  am IT-System den persönlichen Gewahrsam der zugriffsberechtigten Personen verlassen.
  Ist eine Löschung nicht möglich, sind die Datenträger auszubauen und zurückzuhalten. Ist das
  nicht möglich, gilt Teil 2, Ziff. 6.3 dieses Merkblattes.
  3
  Stand: 07/2023
  VS-NfD-Merkblatt Anforderungen zu VS auf IT
  Teil 3

  3.4 Weitergabe über technische Kommunikationsverbindungen

  3.4.1 Notwendigkeit der Verschlüsselung bei elektronischer Übertragung
  VS-NfD müssen bei der elektronischen Übertragung grundsätzlich verschlüsselt werden mit
  Ausnahme Ziff. 3.4.2. Dazu sind ausschließlich IT-Sicherheitsprodukte2 mit
  Zulassungsaussage einzusetzen.
  3.4.2 Anforderungen zur unverschlüsselten Übertragung innerhalb von Liegenschaften
  Wenn die Übertragung innerhalb einer Liegenschaft ausschließlich leitungsgebunden erfolgt
  und sämtliche Übertragungseinrichtungen, -leitungen, -verteiler und Trassen gegen
  unbefugten Zugriff geschützt sind, kann eine Verschlüsselung unterbleiben.
  3.4.3 Telefonie / Fax
  Telefonie und Fax-Übertragung sind nach Vornahme einer Risikobewertung Ende-zu-Ende
  verschlüsselt gestattet. Es gilt Ziff. 1.1.
  3.4.4 Mobile IT-Systeme
  Werden für die Verarbeitung oder Speicherung von VS-NfD tragbare IT-Systeme verwendet,
  so sind die Verschlusssachen durch IT-Sicherheitsprodukte mit Zulassungsaussage zu
  verschlüsseln. Von einer Verschlüsselung kann abgesehen werden, wenn die IT-Systeme
  innerhalb der Liegenschaft verbleiben, entweder im persönlichen Gewahrsam oder unter
  physischem Schutz (Teil 2, Ziff. 5).


  3.4.5 Weitergabe in Notfallsituationen
  Abweichend von Ziff. 3.4.1 ff. dürfen VS-NfD ausnahmsweise über nicht für VS-NfD
  zugelassene Kommunikationsverbindungen übermittelt werden, wenn die Übermittlung über
  eine BSI-zugelassene verschlüsselte Kommunikationsverbindung in einen vertretbaren
  Zeitrahmen nicht bereitgestellt werden kann. Die Details zu den abweichenden
  Rahmenbedingungen und Anforderungen werden für die jeweilige Notfallsituation vom VS-
  NfD-Auftraggeber gesondert festgelegt.
  Wenn die Einbeziehung des VS-NfD-Auftraggebers zu einer Verzögerung führen würde, bei
  welcher der entstehende Schaden den mit einer Preisgabe der VS-NfD verbundenen Schaden
  deutlich überwiegen würde, kann die für VS-NfD verantwortliche Person ausnahmsweise die
  Festlegung selbst vornehmen. Der VS-NfD-Auftraggeber ist dann unverzüglich zu
  informieren. Mitteilungspflichten geheimschutzbetreuter Unternehmen nach GHB bleiben
  unberührt. In jedem Einzelfall ist die Einwilligung der für VS-NfD verantwortlichen Person
  einzuholen und zu dokumentieren.
  In den Ausnahmefällen sind folgende Vorsichtsmaßnahmen zu beachten, damit das Risiko
  eines Informationsabflusses möglichst reduziert wird:
  Die Identität des Kommunikationspartners soll vor Beginn der Kommunikation
  festgestellt werden;
  2
  Die Liste aktuell zugelassener IT-Sicherheitsprodukte und Systeme (BSI-Schrift 7164) befindet sich auf der
  BSI Homepage unter https://www.bsi.bund.de. Die jeweiligen Einsatz- und Betriebsbedingungen (E&B) stehen
  im geschützten Bereich des BMWK-Sicherheitsforums zum Download zur Verfügung. Nicht
  geheimschutzbetreute Unternehmen erhalten diese von ihrem VS-NfD-Auftraggeber. Die in den E&B
  beschriebenen Vorgaben sind zwingend umzusetzen. Eine abweichende Installation bzw. Konfiguration ist
  unzulässig. Wenn es keine IT-Sicherheitsprodukte mit Zulassungsaussagegibt, darf die
  Kommunikationsverbindung nicht verwendet werden.
  4
  Stand: 07/2023
  VS-NfD-Merkblatt Anforderungen zu VS auf IT
  Teil 3

  Die Kommunikation ist so zu führen, dass der Sachverhalt Dritten nicht verständlich
  wird und ein unmittelbarer Rückschluss auf den VS-NfD-Charakter nicht möglich ist;
  Die übermittelten VS-NfD dürfen keine Kennzeichnungen oder Hinweise aufweisen,
  die sie von einer nicht eingestuften Information unterscheiden. Die
  Kennzeichnungspflicht ist in diesem Fall aufgehoben und
  die Kommunikationspartner sind auf anderem Wege (zum Beispiel über andere
  technische Kommunikationsverbindungen, durch Post oder Kurier) unverzüglich über
  die Einstufung der VS-NfD zu unterrichten, außer, dies ist im Einzelfall nicht möglich
  oder nicht zweckmäßig. Der Kommunikationspartner muss die Kennzeichnung der
  VS-NfD, sofern möglich, nachholen.

  3.5 Mitnahme und mobiles Arbeiten
  Die ausschließlich elektronische Verarbeitung von VS-NfD ist auch in der Privatwohnung
  zulässig, wenn
  die genutzte IT (z. B. Notebooks) hierfür von der für VS-NfD verantwortlichen Person
  freigegeben (Ziff. 3.1) ist,
  sich die Privatwohnung innerhalb Deutschlands befindet,
  die für VS-NfD verantwortliche Person ihre Zustimmung erteilt hat,
  der/die Mitarbeiter/in über spezifische Risiken des mobilen Arbeitens belehrt ist und
  Teil 6 dieses Merkblattes von dem/der Mitarbeiter/in unterzeichnet wurde und vom
  Unternehmen als Nachweis aufbewahrt wird.

  3.6 Löschen und Vernichten von Speichermedien die VS-NfD enthalten
  Bevor Speichermedien den VS-NfD-Arbeitsbereich dauerhaft verlassen, müssen diese mittels
  BSI zugelassener bzw. freigegebener IT-Sicherheitsprodukte gelöscht werden. Ist eine
  Löschung nicht möglich, sind die Speichermedien nach den jeweils gültigen BSI-Vorgaben
  physisch zu vernichten.

  3.7 IT-Administration
  Die IT-Administration ist grundsätzlich durch eigenes Personal auszuführen. Es gilt Teil 2,
  Ziff. 6.3 dieses Merkblattes.

  4 IT-Grundschutz des BSI
  Je nach gewählter Ausprägung des IT-Systems ist der IT-Grundschutz des BSI in der jeweils
  geltenden Fassung in verschiedenem Umfang anzuwenden (Ziff. 1.1 f.).

  4.1 Sicherheitsanforderungen
  Der IT-Grundschutz des BSI in der jeweils geltenden Fassung basiert auf einer modularen
  Struktur, unterteilt in prozess- und systemorientierte Bausteine. In jedem Baustein werden die
  Sicherheitsanforderungen, die für den Schutz des betrachteten Gegenstands relevant sind,
  aufgeführt. Sie beschreiben, was zu dessen Schutz zu tun ist. Die Anforderungen sind in
  verschiedene Kategorien unterteilt, insbesondere in
  Basis-Anforderungen und
  Standard-Anforderungen, die auf den Basis-Anforderungen aufbauen.
  Der notwendige Umfang der Umsetzung für die jeweilige Ausprägung des IT-Systems ergibt
  sich aus Ziff. 2. Die Anforderungen aus Ziff. 3 stellen einen zusätzlichen Baustein bei der
  Anwendung des IT-Grundschutzes dar.


  5
  Stand: 07/2023
  VS-NfD-Merkblatt Anforderungen zu VS auf IT
  Teil 3

  4.2 Informationssicherheitskonzept und Risikoanalyse
  Für das IT-System ist ein Informationssicherheitskonzept zu erstellen, welches die
  Anwendung des IT-Grundschutzes des BSI mit allen relevanten Sicherheitsanforderungen
  behandelt. Vom Unternehmen ist zu definieren, welche der Bausteine, in die der
  IT-Grundschutz des BSI unterteilt ist, für das IT-System zum Tragen kommen. Des Weiteren
  müssen die Auflagen nach VS-NfD-Merkblatt sowie eine Risikoanalyse mit einfließen. Bei
  Änderungen ist das Informationssicherheitskonzept inkl. der Risikoanalyse fortzuschreiben.

  5 Selbstakkreditierung
  Die für VS-NfD verantwortliche Person im Unternehmen bestätigt der Geschäftsleitung
  spätestens alle drei Jahre schriftlich die Umsetzung der Anforderungen aus Teil 3
  (IT-Anforderungen) dieses Merkblattes (Selbstakkreditierung). Auf Anforderung ist dem VS-
  NfD-Auftraggeber bzw. dem BMWK diese Bestätigung auszuhändigen.

  In der Selbstakkreditierung erklärt das Unternehmen,
  1. die Umsetzung der IT-Anforderungen dieses Merkblatts in der jeweils gültigen
  Fassung,
  2. sofern erforderlich, die Umsetzung der Einsatz- und Betriebsbedingungen der
  IT-Sicherheitsprodukte mit Zulassungsaussage und
  3. die Etablierung eines ISMS durch:
  o die Anwendung der jeweils gültigen Standards des IT-Grundschutzes des BSI
  mit Erstellung eines Informationssicherheitskonzepts inkl. IT-Grundschutz-
  Check, Risikoanalyse und Umsetzungsplanung oder
  o eine ISO 27001 Zertifizierung auf Basis IT-Grundschutz oder
  o eine ISO 27001 Zertifizierung auf Basis einer anderen Grundlage mit
  Differenz-Analyse zum IT-Grundschutz (Zuordnungstabelle), wenn
  mindestens ein gleichwertiges Sicherheitsniveau zu den Anforderungen des
  IT-Grundschutzes gewährleistet ist.




  6
  Stand: 07/2023
  VS-NfD-Merkblatt
  Teil 4

  Hinweise zur Kennzeichnung einer
  Verschlusssache des Geheimhaltungsgrades
  VS-NUR FÜR DEN DIENSTGEBRAUCH
  1. Verschlusssachen des Geheimhaltungsgrades VS-NUR FÜR DEN DIENSTGEBRAUCH
  (VS-NfD) sind am oberen Rand mit dem voll ausgeschriebenen Geheimhaltungsgrad in
  schwarzer oder blauer Farbe zu kennzeichnen. Sollte eine VS-NfD aus mehreren Seiten
  bestehen, ist die Kennzeichnung am oberen Rand jeder beschriebenen Seite durchzuführen.
  Entsprechendes gilt auch für eingestufte Anlagen.
  Zusätzlich muss die Angabe enthalten sein, wer der Ersteller bzw. der VS-NfD-Herausgeber
  der VS-NfD ist, und wann die Erstellung bzw. Einstufung erfolgte.
  Lässt die Beschaffenheit einer VS-NfD die Kennzeichnung nicht zu, ist sinngemäß zu
  verfahren (z. B. Kennzeichnung in der zugehörigen Dokumentation).

  2. Die Einstufungsfrist ist nur anzugeben, sofern diese die Regelfrist von 30 Jahren
  unterschreitet. In diesem Fall ist die Einstufungsfrist auf der ersten Seite der VS-NfD mit
  folgenden Vermerk anzugeben: „Die VS-Einstufung endet mit Ablauf des Jahres … .“
  Die Einstufung von VS-NfD ist spätestens nach 30 Jahren aufgehoben und kann nicht
  verlängert werden. Die Frist endet mit Ablauf des Jahres, in welches das Fristende fällt.




  Stand: 07/2023
  VS-NfD-Merkblatt
  Teil 5

  Nachweis über die Verpflichtung
  Zutreffendes ist angekreuzt


  Herr/Frau


  Name, Vorname Geburtsdatum



  wurde heute im Hinblick auf den beabsichtigten Zugang zu Verschlusssachen des
  Geheimhaltungsgrades

  VS-NUR FÜR DEN DIENSTGEBRAUCH
  über die Bestimmungen der §§ 93 bis 99, 203 Absatz 2 und 353b StGB unterrichtet, über die
  besonderen Bestimmungen des VS-NfD-Schutzes belehrt und auf deren gewissenhafte
  Erfüllung verpflichtet. Diese Verpflichtung gilt auch für die Zeit nach dem Ausscheiden aus
  dem Beschäftigungsverhältnis. Ihm/Ihr ist bekannt, dass ihm/ihr bei Verstößen gegen die oben
  genannten Bestimmungen vertrags- oder arbeitsrechtliche Maßnahmen und eine
  strafrechtliche Ahndung des Verstoßes nach den §§ 93 bis 99, 203 Absatz 2 und 353b StGB
  drohen können. Er/Sie hat eine Abschrift dieser Verpflichtung erhalten. Ihm/Ihr wurde ein
  Exemplar des VS-NfD-Merkblatts

  Teil 2 (Allgemeine Hinweise)
  Teil 3 (Hinweise zur Nutzung von IT)
  Teil 4 (Hinweise zur Kennzeichnung)
  Teil 6 (Behandlung von VS-NfD in der Privatwohnung)

  ausgehändigt.




  Ort, Datum



  ..........................................................
  Unterschrift des/der Verpflichteten




  Stand: 07/2023
  VS-NfD-Merkblatt
  Teil 6

  Vereinbarung über die Behandlung von Verschlusssachen des
  Geheimhaltungsgrades VS-NUR FÜR DEN DIENSTGEBRAUCH
  in der Privatwohnung („Homeoffice“)


  1 Aufrechterhaltung des Schutzniveaus
  Bei der Behandlung von VS-NfD in der Privatwohnung ist das durch das VS-NfD-Merkblatt
  vorgegebene Schutzniveau umzusetzen. Der/die Beschäftigte verpflichtet sich, die hierfür
  nötigen Maßnahmen in seiner/ihrer Privatwohnung zu treffen. Die Privatwohnung meint den
  in der Bundesrepublik Deutschland belegenen Wohnsitz des Beschäftigten.

  2 Grundsatz „Kenntnis nur, wenn nötig“
  Der Grundsatz „Kenntnis nur, wenn nötig“ ist einzuhalten. VS-NfD sind insbesondere vor der
  Einsicht durch andere, sich in der Privatwohnung befindliche Personen zu schützen. Dies ist
  durch geeignete organisatorische oder technische Maßnahmen sicherzustellen (z. B. Nutzung
  eines separaten Raumes, einfacher Verschluss bei Papieren und Material, Einhaltung von Teil
  3 dieses Merkblattes bei IT-Verarbeitung), die den spezifischen Gefahren der Behandlung von
  VS in der Privatwohnung gerecht werden.

  3 Nutzung von Informationstechnik (IT)
  Für die Verarbeitung von VS-NfD auf IT ist Teil 3 des VS-NfD-Merkblattes zu einzuhalten.
  Insbesondere hält der/die Beschäftigte folgende Maßnahmen ein:
  - Die IT-gestützte Verarbeitung von VS-NfD in der Privatwohnung darf nur auf von
  der für VS-NfD verantwortlichen Person freigegebenen IT-Systemen (Hardware
  und Software) erfolgen.
  - IT-Systeme, die nicht über eine Festplattenverschlüsselung mit Zulassungsaussage
  verfügen, sind vor Arbeitsende auszuschalten und im ausgeschalteten Zustand
  gemäß Teil 2, Ziff. 5 aufzubewahren.
  - Die eingesetzten IT-Systeme dürfen nicht mit IT-Geräten in der Privatwohnung
  oder außerhalb verbunden sein (Ausnahme: private Internetzugangsrouter, die für
  eine von der VS-NfD verantwortlichen Person freigegebene VS-NfD-
  Kommunikationsverbindung genutzt werden).
  - Wartungs- oder Reparaturarbeiten an IT-Systemkomponenten dürfen nur auf
  Veranlassung der für den Schutz von VS-NfD im Unternehmen zuständigen
  Person durchgeführt werden.
  - Die IT-Systeme dürfen nicht für private Zwecke verwendet werden.
  - Einhaltung der von der VS-NfD verantwortlichen Person ausgehändigten
  Nutzungsanweisung für die IT-Systeme.

  Der/die Beschäftigte ist über spezifische Risiken im „Homeoffice“ belehrt worden und
  bestätigt, diese Vorgaben des VS-NfD-Merkblatts und dieser Vereinbarung umzusetzen.

  Ort, Datum


  .......................................................... ………...................................................................
  Unterschrift des/der Beschäftigten Unterschrift der für VS-NfD verantwortlichen Person



  Stand: 07/2023
  Signatures


  Number of pages (including this one): 18

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Empfehlungen
  zur Korruptionsprävention
  in der Bundesverwaltung




  Stand 9. Februar 2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung


  Inhaltsübersicht


  Empfehlung zu Nr. 1 der Richtlinie: Anwendungsbereich
  Empfehlung zu Nr. 2 der Richtlinie: Feststellen und Analysieren besonders
  korruptionsgefährdeter Arbeitsgebiete
  Empfehlung zu Nr. 3 der Richtlinie Mehr-Augen-Prinzip und Transparenz
  Empfehlung zu Nr. 4 der Richtlinie: Personal
  Empfehlung zu Nr. 5 der Richtlinie: Ansprechperson für Korruptionspräven-
  tion
  Empfehlung zu Nr. 6 der Richtlinie: Organisationseinheit zur Korruptions-
  prävention
  Empfehlung zu Nr. 7 der Richtlinie Sensibilisierung und Belehrung der Be-
  schäftigten
  Empfehlung zu Nr. 8 der Richtlinie: Aus- und Fortbildung
  Empfehlung zu Nr. 9 der Richtlinie: Konsequente Dienst- und Fachaufsicht
  Empfehlung zu Nr. 10 der Richtlinie: Unterrichtungen und Maßnahmen bei
  Korruptionsverdacht
  Empfehlung zu Nr. 11 der Richtlinie: Leitsätze für die Vergabe
  Empfehlung zu Nr. 12 der Richtlinie: Antikorruptionsklausel, Verpflichtung
  von Auftragnehmern oder Auftragneh-
  merinnen nach dem Verpflichtungsge-
  setz
  Empfehlung zu Nr. 14 der Richtlinie: Zuwendungsempfänger
  Empfehlung zu Nr. 15 der Richtlinie: Besondere Maßnahmen


  Anlagen
  1. Aufzeichnungen über Beschaffungen
  2. Niederschrift über die förmliche Verpflichtung
  3. Sinngemäße Anwendung der Korruptionspräventionsrichtlinie
  (Musterklausel)
  4. Verhaltensstandards zur Korruptionsprävention (Musterklausel und Anlage)




  O 4-013 001 - 1/3 Seite 2 von 19 Stand: 09.02.2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  Empfehlungen zur Korruptionsprävention in der
  Bundesverwaltung
  Die nachfolgenden Empfehlungen sind eine nicht verbindliche - Umset-
  zungshilfe zur Richtlinie der Bundesregierung zur Korruptionsprävention in
  der Bundesverwaltung (Richtlinie).


  Zu Nr. 1 der Richtlinie:
  Anwendungsbereich


  Sinngemäß in Bezug auf Ziffer 1.2 bedeutet, dass die Richtlinie von den
  dort aufgeführten juristischen Personen des öffentlichen und des privaten
  Rechtes anzuwenden ist, soweit die abweichende Rechtsform dem nicht
  entgegen steht.


  Zu Nr. 2 der Richtlinie:
  Feststellen und Analysieren besonders korruptionsgefährdeter Ar-
  beitsgebiete


  1. Verfahren zur Feststellung besonders korruptionsgefährdeter Ar-
  beitsgebiete

  1.1 Zur Feststellung der besonders korruptionsgefährdeten Arbeitsge-
  biete in einer Dienststelle werden alle Arbeitsgebiete auf ihre Kor-
  ruptionsgefährdung untersucht. Vor Beginn der Feststellung sollen
  alle vorhandenen Informationen über die verschiedenen Arbeits-
  plätze/Dienstposten und Tätigkeiten (z. B. Organisationspläne, Ge-
  schäftsverteilungspläne) ausgewertet werden, um einen möglichst
  umfassenden Überblick über den Untersuchungsbereich zu erhal-
  ten. Die Erhebung der für die Feststellung darüber hinaus erforder-
  lichen Informationen kann durch einen Fragebogen erfolgen. Die
  unten stehenden Merkmale für ein besonders korruptionsgefährde-
  tes Arbeitsgebiet (s. u. Nr. 2) können entweder arbeitsplatz- bzw.
  dienstpostenbezogen oder aufgabenbezogen abgefragt werden.
  Nach Zusammenführung aller vorhandenen Daten trifft die untersu-
  chende Organisationseinheit die abschließende Feststellung der
  besonderen Korruptionsgefährdung. Die Ergebnisse sollen für die
  gesamte Dienststelle zusammengestellt und dokumentiert werden
  (z.B. in einem Risikoatlas).




  O 4-013 001 - 1/3 Seite 3 von 19 Stand: 09.02.2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  Eine ausführliche Hilfestellung zur Durchführung des Verfahrens
  enthält die Handreichung zur Feststellung besonders korruptionsge-
  fährdeter Arbeitsgebiete vom 4. Januar 2012.

  1.2 Die Feststellung kann in zwei Schritten erfolgen. In einem ersten
  Schritt werden die Arbeitsgebiete festgestellt, bei denen durch ent-
  scheidungserhebliches Verhalten von Beschäftigten Andere Vortei-
  le von bedeutendem Wert erhalten (korruptionsgefährdete Arbeits-
  gebiete). Ausgehend von den korruptionsgefährdeten Arbeitsgebie-
  ten werden in einem zweiten Schritt die besonders korruptionsge-
  fährdeten Arbeitsgebiete ermittelt.

  2. Besonders korruptionsgefährdete Arbeitsgebiete

  2.1 Besonders korruptionsgefährdet ist in der Regel ein Arbeitsgebiet,

  a. bei dem durch entscheidungserhebliches Verhalten von Beschäf-
  tigten Andere bedeutende Vorteile erhalten können und

  b. das mit mindestens einer der folgenden Tätigkeiten verbunden ist:
  - Tätigkeiten, die mit häufigen Außenkontakten verbunden sind,
  vor allem durch Kontroll- und Aufsichtstätigkeiten,
  - Bewirtschaften von Haushaltsmitteln im größeren Umfang, Ver-
  gabe von öffentlichen Aufträgen, Subventionen, Fördermitteln
  oder sonstigen Zuwendungen,
  - Erteilen von Auflagen, Konzessionen, Genehmigungen, Erlaub-
  nissen und Ähnlichem, Festsetzen und Erheben von Gebühren,
  - Bearbeiten von Vorgängen mit behördeninternen Informationen,
  die für Andere nicht bestimmt sind.

  Die obige Bestimmung der besonders korruptionsgefährdeten Ar-
  beitsgebiete ist nicht abschließend. Auch bei Nichtvorliegen der
  Merkmale kann in besonders gelagerten Fällen eine besondere Kor-
  ruptionsgefahr gegeben sein.

  2.2 Die vorstehenden Kriterien sind in der Handreichung zur Feststellung
  besonders korruptionsgefährdeter Arbeitsgebiete erläutert.

  3. Risikoanalyse

  3.1 Bei besonders korruptionsgefährdeten Arbeitsgebieten soll
  - nach dem erstmaligen Feststellen der besonderen Korruptions-
  gefährdung,
  - nach organisatorischen oder verfahrensmäßigen Änderungen,
  - nach Änderungen der Aufgabeninhalte oder



  O 4-013 001 - 1/3 Seite 4 von 19 Stand: 09.02.2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  - nach spätestens fünf Jahren
  geprüft werden, ob eine Risikoanalyse durchzuführen ist. Hierzu
  werden für das jeweilige besonders korruptionsgefährdete Arbeits-
  gebiet die vorhandenen Sicherungen erfasst und deren Wirksamkeit
  kursorisch geprüft.

  3.2 Wird nach der kursorischen Prüfung ein Handlungsbedarf erkannt,
  wird eine Risikoanalyse durchgeführt. Hierzu werden für das jeweili-
  ge Arbeitsgebiet die einzelnen Arbeitsabläufe und Prozesse sowie
  die bestehenden Sicherungen im Hinblick auf das Korruptionsrisiko
  untersucht. Anschließend wird bewertet, ob für die Risiken in dem
  notwendigen Maße wirksame Sicherungen bestehen. Wird ein Hand-
  lungsbedarf festgestellt, ist zu prüfen, wie die Aufbau-, Ablauforgani-
  sation und/oder die Personalzuordnung zu ändern sind. In diesem
  Fall enthält die Risikoanalyse Vorschläge und/oder die Anordnung
  zusätzlicher Maßnahmen.

  Die für eine Risikoanalyse maßgeblichen Aspekte sind in Anlage 5
  der Handreichung zur Feststellung besonders korruptionsgefährdeter
  Arbeitsgebiete aufgeführt.


  Zu Nr. 3 der Richtlinie:
  Mehr-Augen-Prinzip und Transparenz


  1. Das Mehr-Augen-Prinzip als Maßnahme der Korruptionsprävention
  wird durch (Mit-) Prüfung und Kontrolle der Arbeitsergebnisse durch
  weitere Beschäftigte realisiert.

  2. Das Mehr-Augen-Prinzip wird insbesondere durch Regelungen zur
  Mitzeichnung sichergestellt, die eine fachnahe Zweitprüfung vorse-
  hen. Hierfür bieten sich in geeigneten Arbeitsbereichen IT-gestützte
  Arbeitsabläufe mit einhergehender Rollenverteilung (Workflows) an.
  Eine Mitzeichnung unter anderen fachlichen Aspekten oder lediglich
  unter Teilaspekten genügt dagegen den Anforderungen des Mehr-
  Augen-Prinzips nicht. Die entscheidungsbegründenden Unterlagen
  müssen für mitzeichnende Beschäftigte eine verständliche und hin-
  reichende Informationsgrundlage für eine sachgerechte Prüfung bie-
  ten.

  3. Sollte das Mehr-Augen-Prinzip ausnahmsweise nicht möglich sein,
  sollen geeignete und wirksame Ausgleichsmaßnahmen zur Korrupti-
  onsvorsorge (z. B. Verlagerung von Zuständigkeiten, besonders in-
  tensive Fach- und Dienstaufsicht) getroffen werden.




  O 4-013 001 - 1/3 Seite 5 von 19 Stand: 09.02.2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  Zu Nr. 4 der Richtlinie:
  Personal


  1. Personalauswahl

  Die für Personalangelegenheiten zuständige Organisationseinheit
  und die an einer Personalentscheidung beteiligten Vorgesetzten tref-
  fen bei der Besetzung von besonders korruptionsgefährdeten
  Dienstposten und Arbeitsplätzen eine Prognose zum Grad der Kor-
  ruptionsgefährdung der betroffenen Personen. Die Prüfung ist in der
  Regel auf die Bewertung von bekannt gewordenen Auffälligkeiten
  beschränkt, z.B.
  - straf- oder disziplinarrechtliche Ermittlungen,
  - interne Ermittlungen wegen Korruptionsverdachts,
  - Verschuldung, nicht geordnete wirtschaftliche Verhältnisse,
  - soziale Probleme (z. B. Alkohol-, Drogen- oder Spielsucht),
  - auffällige Verhaltensweisen, die die Zuverlässigkeit in Frage stel-
  len.
  Soweit solche Umstände bekannt werden, scheidet eine Verwen-
  dung der sich bewerbenden Person auf einem besonders korrupti-
  onsgefährdeten Dienstposten oder Arbeitsplatz solange aus, wie
  entsprechende Verfahren zur Überprüfung andauern bzw. der Ver-
  dacht nicht ausgeräumt ist.


  2. Begrenzung der Verwendungsdauer


  Die Umsetzung der Rotation erfordert, dass die Verwendungsdauer
  der Beschäftigten in besonders korruptionsgefährdeten Arbeitsgebie-
  ten erfasst wird. Die Verwendungsdauer beginnt mit der tatsächli-
  chen Übertragung der besonders korruptionsgefährdeten Tätigkeit.


  3. Umsetzung Rotation

  3.1 Rotation kann sowohl durch den Wechsel der betroffenen Beschäf-
  tigten (Personalrotation) als auch durch den Wechsel der besonders
  korruptionsgefährdeten Aufgabe (Aufgabenrotation) auf einen bzw.
  zu einem anderen Arbeitsplatz/Dienstposten erfolgen. Die den Be-
  schäftigten neu zu übertragenden Aufgaben können - aus anderen
  Gründen - wiederum besonders korruptionsgefährdet sein.




  O 4-013 001 - 1/3 Seite 6 von 19 Stand: 09.02.2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  3.2 Sollte eine Rotation aus fachlichen oder (personal-)wirtschaftlichen
  Gründen (z. B. Mangel an Fachleuten) ausnahmsweise nicht möglich
  sein, sollen geeignete und wirksame Ausgleichsmaßnahmen zur Kor-
  ruptionsvorsorge (z. B. Erweiterung des Mehr-Augen-Prinzips, Ein-
  führung von Teamarbeit, Verlagerung von Zuständigkeiten, beson-
  ders intensive Fach- und Dienstaufsicht) getroffen werden.

  4. Die Ansprechperson für Korruptionsprävention ist kontinuierlich zu
  beteiligen.


  Zu Nr. 5 der Richtlinie:
  Ansprechperson für Korruptionsprävention


  1. Die Ansprechperson für Korruptionsprävention soll förmlich bestellt
  werden. Ihre Bestellung soll in ihrem Zuständigkeitsbereich bekannt
  gemacht werden. Für die Ansprechperson soll eine Stellvertreterin
  oder ein Stellvertreter in gleicher Weise bestellt werden.

  2. Die Ansprechperson soll in Verdachtsfällen in der Regel keine eige-
  nen Ermittlungen anstellen.

  3. Als Ansprechperson kommen auch anordnungsbefugte Beschäftigte
  in Betracht.

  4. Zur Ansprechperson kann nicht bestellt werden, wer für Sicherheits-
  überprüfungen nach Sicherheitsüberprüfungsgesetz (SÜG) zuständig
  ist.

  5. Die Ansprechperson soll bei getrennter Aufgabenwahrnehmung mit
  den Beschäftigten der Inneren Revision und den für die Umsetzung
  der Richtlinie verantwortlichen Beschäftigten zusammenarbeiten.

  6. Die Dienststelle unterstützt die Ansprechperson bei ihrer Aufgaben-
  wahrnehmung (z. B. Einrichtung gesonderter elektronischer Postfä-
  cher, Bereitstellen geeigneter Räumlichkeiten).

  7. Richtet sich der Verdacht gegen Dienststellenleitungen des nachge-
  ordneten Geschäftsbereichs, informiert die angesprochene An-
  sprechperson die Ansprechperson der obersten Bundesbehörde.
  Dies kann auch in geeigneten anderen Fällen geschehen.




  O 4-013 001 - 1/3 Seite 7 von 19 Stand: 09.02.2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  Zu Nr. 6 der Richtlinie:
  Organisationseinheit zur Korruptionsprävention


  Nach jeder Prüfung sollen die wesentlichen Prüfergebnisse in einer
  Schlussbesprechung mit den geprüften Organisationseinheiten erörtert
  werden.


  Zu Nr. 7 der Richtlinie:
  Sensibilisierung und Belehrung der Beschäftigten


  1. Die aktive, vorausschauende Personalführung und kontrolle kann
  auch der Sensibilisierung der Beschäftigten dienen.

  2. Die regelmäßige Sensibilisierung der Beschäftigten kann insbesonde-
  re bei besonders korruptionsgefährdeten Arbeitsgebieten auch zum
  Bestandteil von Mitarbeitergesprächen werden.


  Zu Nr. 8 der Richtlinie:
  Aus- und Fortbildung


  Aus- und Fortbildungsmaßnahmen im Bereich der Korruptionsprävention
  sollen insbesondere darauf ausgerichtet werden, der dort genannten Ziel-
  gruppe die erforderlichen Kenntnisse
  - zur Wahrnehmung der Aufgaben nach den Nummern 2, 3, 5 bis
  7 und 9 der Richtlinie und
  - für das Herstellen eines Praxisbezugs im Dienstalltag
  zu vermitteln.

  Dabei soll die Schulung der Vorgesetzten diese fachlich in die Lage ver-
  setzen, ihrer Vorbild- und Kontrollfunktion gerecht zu werden. Beschäftigte
  in besonders korruptionsgefährdeten Arbeitsbereichen und deren Vorge-
  setzte sind zudem ebenengerecht mit den spezifischen Risiken der Kor-
  ruption vertraut zu machen.

  Hierzu erarbeiten die in den Ressorts zuständigen Stellen zeitliche, orga-
  nisatorische und inhaltliche Vorgaben für eine systematische und
  ebenengerechte Schulung in den Aus- und Fortbildungseinrichtungen.
  Dabei sollen die Verantwortlichkeiten der beteiligten Dienststellen eindeu-
  tig festgelegt und abgegrenzt werden.




  O 4-013 001 - 1/3 Seite 8 von 19 Stand: 09.02.2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  Zu Nr. 9 der Richtlinie:
  Konsequente Dienst- und Fachaufsicht


  1. Tritt in besonders korruptionsgefährdeten Arbeitsgebieten aus-
  nahmsweise eine Verwendungsdauer von mehr als fünf Jahren auf
  (vgl. hierzu Empfehlung zu Nr. 4), soll die Dienst- und Fachaufsicht
  besonders intensiv ausgeübt werden. Hierzu gehört die regelmäßige
  Thematisierung korruptionsrelevanter Aspekte der Tätigkeit zwischen
  Vorgesetzten und Beschäftigten und die vermehrte stichprobenartige
  Überprüfung von Vorgängen unter dem Blickwinkel der Korruptions-
  prävention. Bei Behörden des Geschäftsbereichs soll auch eine
  Überprüfung vor Ort stattfinden. Zusammen mit der Ansprechperson
  für Korruptionsprävention sollen zusätzliche Ausgleichsmaßnahmen
  erörtert und umgesetzt werden.

  2. Juristische Personen des öffentlichen und privaten Rechts, für welche
  die Richtlinie sinngemäß gilt, sollen in den Informationsaustausch der
  Ministerien mit ihrem jeweiligen nachgeordneten Bereich in geeigne-
  ter Weise und geeignetem Umfang einbezogen werden.

  3. Im Falle einer Aufgabenübertragung auf eine nachgeordnete Behörde
  erstreckt sich die Dienst- und Fachaufsicht durch die vorgesetzte
  Dienstbehörde auch auf die konsequente Durchführung von Maß-

  Ausübung der Fachaufsicht der Bundesministerien über den Ge-
  beachten.


  Zu Nr. 10 der Richtlinie:
  Unterrichtungen und Maßnahmen bei Korruptionsverdacht


  Wenn es nachvollziehbare Anhaltspunkte oder Hinweise für eine Korrupti-
  onsstraftat gibt, sollte frühzeitig Kontakt mit der Staatsanwaltschaft aufge-
  nommen werden, um zu klären, ob ein durch Tatsachen begründeter Ver-
  dacht besteht. Ggf. sollten in Abstimmung mit der Staatsanwaltschaft wei-
  tere behördeninterne Ermittlungen erfolgen. Der beteiligte Personenkreis
  ist dabei möglichst klein zu halten.




  O 4-013 001 - 1/3 Seite 9 von 19 Stand: 09.02.2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  Zu Nr. 11 der Richtlinie:
  Leitsätze für die Vergabe


  1. Die Kontrolle der Vergabe öffentlicher Aufträge auf unzulässige Ein-
  flussfaktoren wird erheblich erleichtert, wenn statt der vollständigen
  Vergabeakte Aufzeichnungen geprüft werden können, die die we-
  sentlichen Elemente einer Vergabe einschließlich des zeitlichen Ab-
  laufs nach einem einheitlichen Schema wiedergeben. Daher sollten
  die Dienststellen - unabhängig von den Vorgaben des Vergaberechts
  - solche Aufzeichnungen führen (z.B. Muster - Anlage 1). Die Auf-
  zeichnung kann auch in elektronischer Form generiert werden. Die
  Dienststellen entscheiden, ab welchen Auftragswerten sie solche
  Aufzeichnungen führen.

  2. Die Dienststelle sorgt dafür, dass die Gründe, die ein Abweichen
  vom Vorrang der öffentlichen Ausschreibung beziehungsweise des
  offenen Verfahrens rechtfertigen, in jedem Einzelfall aktenkundig
  gemacht werden.


  Zu Nr. 12 der Richtlinie:
  Antikorruptionsklausel, Verpflichtung von Auftragnehmern oder Auf-
  tragnehmerinnen nach dem Verpflichtungsgesetz


  1. Wird eine Antikorruptionsklausel verwendet, sollten potenzielle Bieter
  bereits in den Ausschreibungsunterlagen deutlich darauf hingewie-
  sen werden, dass der Vertrag eine solche Klausel enthalten wird.

  2. Eine Verpflichtung ist nur bei Personen erforderlich, die nicht bereits
  Amtsträger im Sinne des § 11 Abs. 1 Nr. 2 StGB sind. Beschäftigte
  von privatrechtlich organisierten Einrichtungen, die bei der Wahr-
  nehmung von Verwaltungsaufgaben derart staatlicher Steuerung un-
  terliegen, dass sie bei einer Gesamtbewertung der sie kennzeich-
  nenden Merkmale gl -
  gesehen werden können, sind Amtsträger nach § 11 Abs. 1 Nr. 2
  Buchstabe c StGB.

  3.
  Abs. 1
  Nr. 1 und 2 des Verpflichtungsgesetzes. Ist unsicher, ob eine Person
  bereits Amtsträger ist oder verpflichtet werden kann, soll eine Ver-
  pflichtung (vorsorglich) erfolgen.




  O 4-013 001 - 1/3 Seite 10 von 19 Stand: 09.02.2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  4. Verpflichtet werden sollen externe Personen, die aufgrund eines Auf-
  trags für die Dienststelle tätig sind und für bestimmte Sachaufgaben,
  etwa als Gutachter oder Mitglied eines Beratungsgremiums, heran-
  gezogen werden (vgl. Anlage 2). Nicht zu verpflichten sind dagegen
  Beschäftigte externer Firmen, die bei einer Dienststelle handwerkli-
  che Arbeiten verrichten, oder die Dienststelle mit Sachmitteln belie-
  fern.

  5. Welche (Dienst-) Stelle für die Verpflichtung zuständig ist, bestimmt
  sich nach § 1 Abs. 4 des Verpflichtungsgesetzes: Behörde im Sinne
  des § 1 Abs. 4 Nr. 1 des Verpflichtungsgesetzes ist die (Dienst-) Stel-
  le, für die im Ergebnis die Leistung erbracht werden soll. Die Ver-
  pflichtung soll von der Organisationseinheit vorgenommen werden,
  die die externe Person beauftragt.


  Zu Nr. 14 der Richtlinie:
  Zuwendungsempfänger


  1. Sofern Nr. 14.1 der Richtlinie im Rahmen institutioneller Förderungen
  die sinngemäße Anwendung der Richtlinie vorsieht, d. h. wenn durch
  Haushaltsrecht die Anwendung des Vergaberechts vorgesehen ist,
  soll die Musterklausel (Anlage 3) verwendet werden.

  2. Wird im Rahmen institutioneller Förderungen durch Haushaltsrecht
  nicht die Anwendung des Vergaberechts aufgegeben, soll der Zu-
  wendungsempfänger durch besondere Nebenbestimmungen im Zu-
  wendungsbescheid bzw. durch Vereinbarung im Zuwendungsvertrag
  zur Einhaltung von Verhaltensstandards (Anlage 4) verpflichtet wer-
  den.

  3. Im Rahmen des Zuwendungsverhältnisses soll der Zuwendungsge-
  ber die tatsächliche Umsetzung dieser Vorgaben prüfen und sicher-
  stellen. Die Zuwendungsempfänger sollen die konkrete Umsetzung
  im Sachbericht schildern.


  Zu Nr. 15 der Richtlinie:


  Bei juristischen Personen des Privatrechts, an denen der Bund mehrheit-
  lich und unmittelbar beteiligt ist, sollen die beteiligungsführenden Stellen
  des Bundes im Rahmen der ihnen unter Berücksichtigung der Rechtsform
  und der Beteiligungsverhältnisse zustehenden Einflussmöglichkeiten auf



  O 4-013 001 - 1/3 Seite 11 von 19 Stand: 09.02.2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  die sinngemäße Anwendung der Richtlinie zur Korruptionsprävention und,
  wenn dies nicht möglich ist, auf sonstige geeignete Maßnahmen zur Kor-
  ruptionsprävention hinwirken.




  O 4-013 001 - 1/3 Seite 12 von 19 Stand: 09.02.2012
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  fehlungen Zur Kot ion in der Bi sverwaltun:




  Muster zu Nr. 11 der RL Anlage 1

  Datenblatt Beschaffungen




  Referat:
  ‘Auftragsnummer/Vorgangsnummer.

  Aktenzeichen:
  Bearbeiter/-in (Beschaffer/-in):

  Auftragsgegenstand
  Schätzpreis:
  Auftragswert:
  Rechnungswert (brutto):




  Bedarfsträger:
  Bedarfsmitteilung vom:

  Bedarfsbegründung und -beschreibung geprüft
  am:

  Zur Beschaffung freigegeben am:




  Leistungsbeschreibung erstellt am:
  Leistungsbeschreibung erstellt durch:
  Hierbei ggf. bereits vorgegebener Hersteller:




  Offenes Verfahren / Öffentliche Ausschreibung
  Nicht offenes Verfahren /
  Beschränkte Ausschreibung
  Verhandlungsverfahren / Freihändige Vergabe
  ‚Abruf aus Rahmenvertrag

  Entscheidung über Vergabeart begründet und
  dokumentiert am:




  ‘Angebote ausgewertet am/durch:
  Zuschlag erteilt am/durch:
  Auftrag erteilt am/durch:




  Name und Anschrift:

  Vorgangsnummem anderer Aufträge an diesen
  ‚Auftragnehmer




  © 4-013 001 - 1/3 Seite 13 von 19 Stand: 09.02.2012
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  fehlungen zur Korruptions} der Bundesverwaltun:




  [7.Ueferungreüteprung
  — |
  Lieferschein vom:

  Geliefert am:
  Mängelfreiheit:
  ja - Bestätigung am/durch:

  nein - Reklamation am/durch:
  Nacharbeit:

  Reklamation erledigt am/bestätigt durch
  Inventarisierung erfolgt am:
  Inventarnummer(n):




  Nachweis rechnerische Richtigkeit am/durch

  Nachweis sachliche Richtigkeit am/durch:
  Skonto (Betrag):

  Zahlungsanordnung am/durch:
  Zahlung erfolgt am:

  Haushaltsstelle:
  Zahlungsempfanger




  0 4-013 001 - 1/3 Seite 14 von 19 Stand: 09.02.2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  Muster zu Nr. 12.2 der RL Anlage 2

  Verpflichtung der Auftragnehmerseite nach dem Verpflichtungsgesetz


  Niederschrift über die förmliche Verpflichtung
  von Auftragnehmern und Auftragnehmerinnen
  nach dem Verpflichtungsgesetz


  Herr/Frau
  Auftragnehmer/in
  ist nach § 1 Abs. 1 des Verpflichtungsgesetzes von
  Herrn/Frau
  Auftraggeber/in

  auf die gewissenhafte Erfüllung seiner / ihrer Obliegenheiten verpflichtet worden.
  Auf die strafrechtlichen Folgen einer Pflichtverletzung wurde hingewiesen. Der / Die Ver-
  pflichtete wurde darüber informiert, dass er / sie durch die Verpflichtung bei der Anwen-
  dung der folgenden Vorschriften des Strafgesetzbuches Amtsträgern gleichgestellt wird:

  Korruptionsstraftaten:

  §§ 331, 332, 335, 336, 338, 358 Vorteilsannahme und Bestechlichkeit.

  Geheimnisverrat/Vertraulichkeitsverletzung:

  §§ 353 b, 358 Verletzung des Dienstgeheimnisses und einer
  besonderen Geheimhaltungspflicht,
  §§ 355, 358 Verletzung des Steuergeheimnisses,
  § 201 Abs. 3 Verletzung der Vertraulichkeit des Wortes,
  § 203 Abs. 2, 4, 5 Verletzung von Privatgeheimnissen,
  § 204 Verwertung fremder Geheimnisse,
  § 97 b Abs. 2 i. V. m. §§ 94 bis 97 Verrat in irriger Annahme eines illegalen Ge-
  heimnisses.
  Sonstige Straftaten:

  § 120 Abs. 2 Gefangenenbefreiung,
  § 133 Abs. 3 Verwahrungsbruch.


  mit Erläuterungen und einen Abdruck der genannten Vorschriften sowie der geltenden
  Regelungen zur Annahme von Geschenken und Belohnungen erhalten.

  Datum:
  Ort:


  (Unterschrift Verpflichtende/r) (Unterschrift Verpflichtete/r)



  O 4-013 001 - 1/3 Seite 15 von 19 Stand: 09.02.2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  Musterklausel Anlage 3


  Sinngemäße Anwendung der Korruptionspräventionsrichtlinie


  -
  ge beigefügte Richtlinie der Bundesregierung zur Korruptionsprävention in der
  Bundesverwaltung vom 30. Juli 2004 sinngemäß anzuwenden. Um eine Zweck-
  entfremdung der Mittel und die Beeinflussung des Geschäftsbetriebs durch Kor-
  ruption zu vermeiden, trifft der Zuwendungsempfänger die geeigneten personel-
  len und organisatorisch-administrativen Maßnahmen. Bei Anhaltspunkten auf
  Veruntreuung von Geldern, Korruptionsstraftaten oder anderen Verstößen gegen
  -




  O 4-013 001 - 1/3 Seite 16 von 19 Stand: 09.02.2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  Musterklausel Anlage 4


  Verhaltensstandards zur Korruptionsprävention


  Zuwendungsempfänger [Name der Institution] wird verpflichtet, die als Anla-
  ge beigefügten Verhaltensstandards einzuhalten. Um eine Zweckentfremdung
  der Mittel und die Beeinflussung des Geschäftsbetriebs durch Korruption zu ver-
  meiden, trifft der Zuwendungsempfänger die geeigneten personellen und organi-
  satorisch-administrativen Maßnahmen. Bei Anhaltspunkten auf Veruntreuung von
  Geldern, Korruptionsstraftaten oder anderen Verstößen gegen die Zweckbe-
  informieren und sind
  Prüfungen zu




  O 4-013 001 - 1/3 Seite 17 von 19 Stand: 09.02.2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  Verhaltensstandards zur Korruptionsprävention noch Anlage 4


  Die folgenden Verhaltensstandards sollen Ihnen als Zuwendungsempfänger der
  Bundesrepublik Deutschland helfen, Korruption in Ihrem Bereich zu verhindern.

  1. Wickeln Sie Ihre sämtlichen Geschäfte integer und verantwortlich ab. Ge-
  stalten Sie Ihre Geschäftsabläufe transparent, indem Sie beispielsweise Zu-
  ständigkeiten eindeutig regeln, (kurze) Berichte/Mustervermerke vorschrei-
  ben und Vorgänge dokumentieren und archivieren. Sorgen Sie dafür, dass
  Ihr Handeln und Ihre Beweggründe verständlich und nachvollziehbar sind.

  2. Erfüllen Sie Ihre Vereinbarungen und Verträge und beachten Sie dabei die
  geltenden Rechtsvorschriften einschließlich derjenigen des Haushaltsrechts.

  3. Stellen Sie fest, welche spezifischen Bereiche in Ihrem Aufgabenbereich
  (abstrakt) die größten Risiken für Korruption enthalten. Ergreifen Sie dort
  spezielle organisatorische Schutzmaßnahmen (z.B. Beachtung des Mehr-
  Augen-Prinzips; Verpflichtung der Beschäftigten, Gegenzeichnungen einzu-
  holen; besonders sorgfältige Auswahl und Betreuung der Beschäftigten;
  Personal- oder Aufgabenrotation möglichst nach maximal fünf Jahren).

  4. Verbieten Sie ausdrücklich das Anbieten, Geben, Annehmen oder Verlan-
  gen von Bestechungsgeldern in jeglicher Form, den Rückfluss von Teilen ei-


  Leistungen, auf die kein Anspruch besteht, zu erlangen oder zu erbringen.

  5. Verbieten Sie ausdrücklich das Anbieten oder Annehmen von Geschenken,
  Bewirtungen und Vergünstigungen, soweit diese Handlungen oder Unterlas-
  sungen beeinflussen sollen und den Rahmen vernünftiger und angemesse-
  ner Aufwendungen überschreiten.

  6. Leisten Sie weder direkte noch indirekte Spenden an Parteien, Organisatio-
  nen oder politisch tätige Einzelpersonen, um damit Vorteile für eigene Zwe-
  cke oder zugunsten von Angehörigen, Freunden, Partnern oder Bekannten
  zu erzielen; das gilt auch für Ihre Beschäftigten.

  7. Unterstützen Sie die Einhaltung dieser Verhaltensstandards seitens der zu-
  ständigen Führungskräfte. Stellen Sie im Rahmen Ihrer Verantwortung si-



  O 4-013 001 - 1/3 Seite 18 von 19 Stand: 09.02.2012
  Empfehlungen zur Korruptionsprävention in der Bundesverwaltung




  cher, vor allem bei der Ausübung Ihrer Kontrolltätigkeit, dass diese Verhal-
  tensstandards eingehalten werden.

  8. Informieren und sensibilisieren Sie Ihre Beschäftigten allgemein und gege-
  benenfalls zusätzlich bedarfsorientiert und arbeitsplatzbezogen. Sie und Ihre
  Beschäftigten - einschließlich der Führungskräfte -sollten die Möglichkeit zur
  Teilnahme an Schulungen nutzen.

  9. Stellen Sie durch regelmäßige, konsequente Kontrollen sicher, dass die
  Maßnahmen zur Korruptionsprävention greifen.

  10. Ermutigen Sie Ihre Beschäftigten bzw. die an einem Projekt mitwirkenden
  Personen, Anzeichen korrupten Verhaltens so früh wie möglich zu melden.
  Hieraus dürfen ihnen keine Nachteile erwachsen, wenn es sich um einen
  begründeten Verdacht handelt. Es ist sicherzustellen, dass vertrauliche Be-
  denken mitgeteilt und Zuwiderhandlungen / Verstöße angezeigt werden
  können.

  11. Informieren Sie den Zuwendungsgeber (das für Sie zuständige Bundesmi-
  nisterium) bei Anhaltspunkten auf Veruntreuung von Geldern oder anderen
  auf Korruption beruhenden Handlungen.

  12. Weisen Sie Ihre Beschäftigten ausdrücklich darauf hin, dass jede Form von
  Korruption verboten ist. Verpflichten Sie Ihre Beschäftigten auf die Einhal-
  tung dieser Grundsätze.

  13. Seien Sie Vorbild: Zeigen Sie durch Ihr Verhalten, dass Sie Korruption we-
  der dulden noch unterstützen.




  O 4-013 001 - 1/3 Seite 19 von 19 Stand: 09.02.2012
  Signatures


  Number of pages (including this one): 20

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Bundesministerium des Innern

  3.2 Die Transparenz der Entscheidungen ein-
  Richtlinie der Bundesregierung schließlich der Entscheidungsvorbereitung ist sicher-
  zur Korruptionsprävention zustellen (z. B. durch eindeutige Zuständigkeitsrege-
  in der Bundesverwaltung lung, Berichtswesen, IT-gestützte Vorgangskontrolle,
  genaue und vollständige verfahrensbegleitende Do-
  kumentation).
  Vom 30. Juli 2004

  4 Personal

  Nach Artikel 86 Satz 1 des Grundgesetzes wird fol- 4.1 Das Personal für besonders korruptionsge-
  gende Richtlinie erlassen: fährdete Arbeitsgebiete ist mit besonderer Sorgfalt
  auszuwählen.
  1 Anwendungsbereich
  4.2 In besonders korruptionsgefährdeten Berei-
  1.1 Die Maßnahmen aller Dienststellen des chen ist die Verwendungsdauer des Personals grund-
  Bundes zur Korruptionsprävention bestimmen sich sätzlich zu begrenzen; sie sollte in der Regel eine
  nach dieser Richtlinie; als Dienststellen des Bundes Dauer von fünf Jahren nicht überschreiten. Bei einer
  gelten die obersten Bundesbehörden, die Behörden der erforderlichen Verlängerung sind die Gründe akten-
  unmittelbaren und mittelbaren Bundesverwal- tung, kundig zu machen.
  die Gerichte des Bundes und Sondervermögen des
  Bundes. Die Vorschrift findet auch auf die Streit-
  kräfte Anwendung; Einzelheiten regelt das Bundes- 5 Ansprechperson für Korruptionsprävention
  ministerium der Verteidigung.
  5.1 Abhängig von Aufgabe und Größe der
  1.2 Diese Richtlinie gilt sinngemäß auch für Dienststelle ist eine Ansprechperson für Korruptions-
  juristische Personen des öffentlichen oder privaten prävention zu bestellen. Sie kann auch für mehrere
  Rechts, an denen ausschließlich die Bundesrepublik Dienststellen zuständig sein. Ihr können folgende
  Deutschland beteiligt ist. Aufgaben übertragen werden:
  a) Ansprechpartner bzw. Ansprechpartnerin für
  1.3 Im Übrigen ist den jeweiligen organisatori- Beschäftigte und Dienststellenleitung, auch ohne
  schen und fachlichen Besonderheiten Rechnung zu Einhaltung des Dienstweges, sowie für Bürgerin-
  tragen. nen und Bürger;
  b) Beratung der Dienststellenleitung;
  c) Aufklärung der Beschäftigten (z. B. durch regel-
  2 Feststellen und Analysieren besonders korrup- mäßige Informationsveranstaltungen);
  tionsgefährdeter Arbeitsgebiete d) Mitwirkung bei der Fortbildung;
  e) Beobachtung und Bewertung von Korruptionsan-
  In allen Dienststellen des Bundes sind in regelmäßi- zeichen;
  gen Abständen sowie aus gegebenem Anlass die f) Mitwirkung bei der Unterrichtung der Öffentlich-
  besonders korruptionsgefährdeten Arbeitsgebiete keit über dienst- und strafrechtliche Sanktionen
  festzustellen. (Präventionsaspekt) unter Beachtung der Persön-
  Für diese ist die Durchführung von Risikoanalysen zu lichkeitsrechte der Betroffenen.
  prüfen. Je nach den Ergebnissen der Risikoanalyse ist
  zu prüfen, wie die Aufbau-, Ablauforganisation 5.2 Werden der Ansprechperson Tatsachen
  und/oder die Personalzuordnung zu ändern ist. bekannt, die den Verdacht einer Korruptionsstraftat
  begründen, unterrichtet sie die Dienststellenleitung
  und macht in diesem Zusammenhang Vorschläge zu
  3 Mehr-Augen-Prinzip und Transparenz internen Ermittlungen, zu Maßnahmen gegen Ver-
  schleierung und zur Mitteilung an die Strafverfol-
  3.1 Vor allem in besonders korruptionsgefähr- gungsbehörden. Die Dienststellenleitung veranlasst
  deten Arbeitsgebieten ist das Mehr-Augen-Prinzip die zur Aufklärung des Sachverhalts erforderlichen
  (Beteiligung bzw. Mitprüfung durch mehrere Be- Schritte.
  schäftigte oder Organisationseinheiten) sicherzustel-
  len. Stehen dem Rechtsvorschriften oder unüber- 5.3 Der Ansprechperson dürfen keine Diszipli-
  windliche praktische Schwierigkeiten entgegen, kann narbefugnisse übertragen werden; in Diszipli-
  die Mitprüfung auf Stichproben beschränkt werden narverfahren wegen Korruption wird sie nicht als
  oder es sind zum Ausgleich andere Maßnahmen der Ermittlungsführer tätig.
  Korruptionsprävention (z. B. eine intensivere Dienst-
  und Fachaufsicht) vorzusehen. 5.4 Die Dienststellen haben die Ansprechperson
  zur Wahrnehmung ihrer Aufgaben rechtzeitig und



  Version vom 30.07.2004
  -2-
  umfassend zu informieren, insbesondere bei korrupti- auf. Hierbei ist vor allem der Fortbildungsbedarf der
  onsverdächtigen Vorfällen. Führungskräfte, der Ansprechpersonen für Korrup-
  tionsprävention, der Beschäftigten in besonders kor-
  5.5 Bei der Wahrnehmung ihrer Aufgaben zur ruptionsgefährdeten Arbeitsgebieten und der Be-
  Korruptionsprävention ist die Ansprechperson wei- schäftigten der in Nr. 6 genannten Organisationsein-
  sungsunabhängig. Sie hat ein unmittelbares Vortrags- heiten zu berücksichtigen.
  recht bei der Dienststellenleitung und darf wegen der
  Erfüllung ihrer Aufgaben nicht benachteiligt werden.
  9 Konsequente Dienst- und Fachaufsicht
  5.6 Die Ansprechperson hat über ihr bekannt
  gewordene persönliche Verhältnisse von Beschäftig- 9.1 Die Vorgesetzten üben ihre Dienst- und
  ten, auch nach Beendigung ihrer Amtszeit, Still- -
  schweigen zu bewahren; dies gilt nicht gegenüber der Dies um-
  Dienststellenleitung und der Personalverwaltung, fasst eine aktive vorausschauende Personalführung
  wenn sie Tatsachen erfährt, die den Verdacht einer und -kontrolle.
  Korruptionsstraftat begründen. Personenbezogene
  Daten sind nach den Grundsätzen der Personalakten- 9.2 In diesem Zusammenhang achten die Vorge-
  führung zu behandeln. setzten auf Korruptionssignale. Sie sensibilisieren
  regelmäßig und bedarfsorientiert ihre Mitarbeiterin-
  nen und Mitarbeiter für Korruptionsgefahren.
  6 Organisationseinheit zur Korruptions-
  prävention
  10 Unterrichtungen und Maßnahmen bei Kor-
  Wenn Ergebnisse von Risikoanalysen oder besondere ruptionsverdacht
  Anlässe es erfordern, sollte befristet oder auf Dauer
  eine gesonderte weisungsunabhängige Organisations- 10.1 Bei einem durch Tatsachen begründeten
  einheit zur Überprüfung und Bündelung der im je- Verdacht einer Korruptionsstraftat hat die Dienst-
  weiligen Hause praktizierten Maßnahmen zur Kor- stellenleitung unverzüglich die Staatsanwaltschaft und
  ruptionsprävention eingerichtet werden; es besteht ein die oberste Dienstbehörde zu unterrichten; au- ßerdem
  unmittelbares Vortragsrecht bei der Dienststellen- sind behördeninterne Ermittlungen und vor- beugende
  leitung. Diese Aufgabe kann auch von der Innenrevi- Maßnahmen gegen eine Verschleierung einzuleiten.
  sion wahrgenommen werden. Bei Mängeln in der
  Korruptionsprävention unterrichtet diese Organisati- 10.2 Die obersten Bundesbehörden teilen jährlich
  onseinheit die Dienststellenleitung und die An- dem Bundesministerium des Innern auch für den
  sprechperson für Korruptionsprävention unmittelbar; jeweils nachgeordneten Bereich in vorgegebener
  sie soll Empfehlungen für geeignete Änderungen anonymisierter Form die Verdachtsfälle mit, in denen
  unterbreiten. Verfahren eingeleitet wurden (untergliedert nach
  Bereich, Sachverhalt, eingeleiteten Maßnahmen)
  sowie den Ausgang der Verfahren, die im Berichts-
  7 Sensibilisierung und Belehrung der Beschäftig- jahr abgeschlossen wurden.
  ten

  7.1 Die Beschäftigten sind anlässlich des 11 Leitsätze für die Vergabe
  Diensteides oder der Verpflichtung auf Korruptions-
  gefahren aufmerksam zu machen und über die Folgen 11.1 Wettbewerb
  korrupten Verhaltens zu belehren. Die Belehrung ist Der Grundsatz der öffentlichen Ausschreibung bzw.
  zu dokumentieren. Hinsichtlich möglicher Korrupti- des offenen Verfahrens hat im Rahmen der Korrup-
  onsgefahren sind die Beschäftigten auch in der weite- tionsprävention besondere Bedeutung.
  ren Folge zu sensibilisieren. Darüber hinaus soll ein Bei der Vergabe öffentlicher Aufträge ist regelmäßig
  - lage im Rahmen der Dienst- und Fachaufsicht zu prüfen, ob
  1) allen Beschäftigten vermitteln, was sie insbe- unzulässige Einflussfaktoren vorgelegen haben.
  sondere in besonders korruptionsgefährdeten Ar-
  beitsgebieten oder Situationen zu beachten haben. 11.2 Grundsätzliche Trennung von Planung,
  Vergabe und Abrechnung
  7.2 Bei Tätigkeiten in besonders korruptionsge- Bei der Vergabe von öffentlichen Aufträgen nach den
  fährdeten Arbeitsgebieten auch bei einem Wechsel haushalts- und vergaberechtlichen Bestimmun- gen
  dorthin sollen in regelmäßigen Abständen eine sind Vorbereitung, Planung und Bedarfsbe-
  erneute Sensibilisierung und eine vertiefte arbeits- schreibung einerseits und die Durchführung des
  platzbezogene Belehrung der Beschäftigten erfolgen. Vergabeverfahrens andererseits sowie möglichst auch
  8 Aus- und Fortbildung die spätere Abrechnung grundsätzlich organisa-
  torisch zu trennen.
  Die Aus- und Fortbildungseinrichtungen nehmen das



  Version vom 30.07.2004
  -3-
  wendungsverträgen ist die entsprechende Anwen-
  dung der Richtlinie vertraglich zu vereinbaren.
  11.3 Wettbewerbsausschluss
  Die Dienststellen prüfen, ob schwere Verfehlungen 14.2 Mit institutionellen Zuwendungsempfängern
  von Bietern bzw. Bieterinnen oder Bewerbern bzw. im Ausland sind vertraglich Grundsätze zur Korrup-
  Bewerberinnen vorliegen, die ihre Zuverlässigkeit in tionsprävention zu vereinbaren.
  Frage stellen und die zum Ausschluss vom Wettbe-
  werb führen können.
  Eine solche schwere Verfehlung liegt insbesondere 15 Besondere Maßnahmen
  vor, wenn eine der genannten Personen demjenigen,
  der mit der Vorbereitung oder Durchführung eines Soweit erforderlich, können die Dienststellen weitere
  Vergabeverfahrens befasst ist, einen Vorteil für die- über die Richtlinie hinausgehende Maßnahmen tref-
  sen oder einen Dritten anbietet, verspricht oder ge- fen.
  währt.

  16 Inkrafttreten
  12 Antikorruptionsklausel, Verpflichtung von
  Auftragnehmern oder Auftragnehmerinnen nach Diese Richtlinie tritt am Tage nach ihrer Veröffent-
  dem Verpflichtungsgesetz lichung im Bundesanzeiger in Kraft. Gleichzeitig tritt
  die Richtlinie vom 17. Juni 1998 (BAnz Nr. 127,
  12.1 Bei der Vergabe von öffentlichen Aufträgen S. 9665) außer Kraft.
  sind in geeigneten Fällen Antikorruptionsklauseln
  vorzusehen.
  Berlin, den 30. Juli 2004
  12.2 Wirken private Unternehmen bei der Aus- O 4 634 140-15/1
  führung von Aufgaben der öffentlichen Hand mit, sind
  die einzelnen Beschäftigten dieser Unternehmen
  soweit erforderlich nach dem Verpflichtungs- Der Bundesminister des Innern
  gesetz auf die gewissenhafte Erfüllung ihrer Oblie-
  genheiten aus dem Auftrag zu verpflichten. Ein ent- Schily
  sprechender Hinweis ist bereits in die jeweilige Aus-
  schreibung aufzunehmen (einschließlich der Einfor-
  derung einer Bereitschaftserklärung). Den genannten
  Persone -
  - den
  Regelungen zur Annahme von Belohnungen und
  Geschenken auszuhändigen.


  13 Zuwendungen zu Gemeinschaftsveranstaltun-
  gen und Gemeinschaftseinrichtungen; Sponsoring

  Für die Annahme von Geld-, Sach- oder Dienstleis-
  tungen durch Private (Sponsoren) an eine oder meh-
  rere Dienststellen des Bundes gilt die Allgemeine
  Verwaltungsvorschrift der Bundesregierung zur För-
  derung von Tätigkeiten des Bundes durch Leistungen
  Privater (Sponsoring, Spenden und sonstige Schen-
  kungen) vom 7. Juli 2003 (BAnz. S. 14906).


  14 Zuwendungsempfänger

  14.1 Für Zuwendungen des Bundes im Rahmen
  institutioneller Förderungen ist der Zuwendungsemp-
  fänger durch besondere Nebenbestimmungen im
  Zuwendungsbescheid zu verpflichten, diese Richtli-
  nie sinngemäß anzuwenden, wenn ihm durch Haus-
  haltsrecht die Anwendung des Vergaberechts aufge-
  geben worden ist (Höhe der Zuwendung oder bei
  Finanzierung durch mehrere Stellen der Gesamtbe-
  trag der Zuwendung mehr als 100.000 Bei Zu-



  Version vom 30.07.2004
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826




  Anlage 1 setzte oder Ihren Vorgesetzten bei konkreten
  Anhaltspunkten für korruptes Verhalten.

  Verhaltenskodex
  gegen Korruption 7. Unterstützen Sie Ihre Dienststelle beim Er-
  kennen fehlerhafter Organisationsstruktu-

  Dieser Verhaltenskodex soll die Beschäftigten auf ren, die Korruption begünstigen.
  Gefahrensituationen hinweisen, in denen sie unge-
  wollt in Korruption verstrickt werden können. Wei- 8. Lassen Sie sich zum Thema Korruptionsprä-
  terhin soll er die Beschäftigten
  zur pflichtgemäßen und vention aus- und fortbilden.

  gesetzestreuen Erfüllung ihrer Aufgaben anhal- ten
  und ihnen die Folgen korrupten Verhaltens vor Augen 9. Und was tun, wenn Sie sich bereits verstrickt

  führen: haben?
  Befreien Sie sich von der ständigen Angst vor
  Entdeckung! Machen Sie reinen Tisch!
  Offenbaren Sie sich aus eigenem Antrieb und
  führen Ihre Angaben zur vollständigen Auf-
  klärung des Sachverhaltes, kann dies sowohl
  ‚Korruption
  schadet allen. bei der Strafzumessung als auch bei dienst-
  rechtlichen Reaktionen mildernd berücksich-
  ‚Korruption beschädigt
  tigt werden.
  das Ansehen des Staats
  und seiner Beschäftigten.


  ‚Korruption ist kein Kavaliersdelikt;
  zul.
  sie führt direkt in die Strafbarkeit.
  Korruption in der öffentlichen Verwaltung könnte
  Korruption fängt schon besser verhindert werden, wenn sich jeder zum Ziel
  bei kleinen Gefälligkeiten an. setzt, Korruption zu bekämpfen. Dies entspricht auch
  den Pflichten, die Beschäftigte bei der Einstellung
  ‚Korruption macht abhängig.
  gegenüber dem Dienstherm bzw. dem Arbeitgeber
  ‚Korruption macht arbeitslos. übernommen haben:
  Beschäftigte haben sich bei ihrer Einstellung ver-
  pflichtet, das Grundgesetz für die Bundesrepublik
  Deutschland und die geltenden Gesetze zu wahren und
  ihre Aufgaben gewissenhaft zu erfüllen. Be- schäftigte
  haben sich so zu verhalten, wie es von Angehörigen
  Daher: des öffentlichen Dienstes erwartet wird und sich
  darüber hinaus durch ihr gesamtes Verhal- ten zur
  1. Seien Sie Vorbild: Zeigen Sie durch Ihr Ver- freiheitlich-demokratischen Grundordnung im Sinne
  halten, dass Sie Korruption weder dulden des Grundgesetzes zu bekennen. Alle Beschäf- tigten
  noch unterstützen. haben ihre Aufgaben daher unparteiisch und gerecht
  zu erfüllen.
  2. Wehren Sie Korruptionsversuche sofort ab
  und informieren Sie unverzüglich die An- Korruptes Verhalten widerspricht diesen Verpflich-

  sprechperson für Korruptionsprävention und tungen und schädigt das Ansehen des öffentlichen

  Ihre Vorgesetzte oder Ihren Vorgesetz- ten. Dienstes. Es zerstört das Vertrauen in die Unpartei-
  lichkeit und Objektivität der Staatsverwaltung und

  3. Vermuten Sie, dass jemand Sie um eine damit die Grundlagen für das Zusammenleben in

  pflichtwidrige Bevorzugung bitten will, so einem staatlichen Gemeinwesen.

  ziehen Sie einen Kollegen oder eine Kollegin
  als Zeugen oder Zeugin hinzu. Alle Beschäftigten haben daher die Aufgabe, durch ihr
  Verhalten Vorbild für alle anderen, für Vorge- setzte

  4. Arbeiten Sie so, dass Ihre Arbeit jederzeit und für Bürger und Bürgerinnen zu sein.

  überprüft werden kann.
  zu 2.

  5. Trennen Sie strikt Dienst- und Privatleben. Bei Außenkontakten, z. B. mit Personen der Auftrag-

  Prüfen Sie, ob Ihre Privatinteressen zu einer nehmerseite oder der antragstellenden Seite oder bei

  Kollision mit Ihren Dienstpflichten führen. Kontrolltätigkeiten, müssen Sie von Anfang an klare
  Verhältnisse schaffen und jeden Korruptionsversuch

  6. Unterstützen Sie Ihre Dienststelle bei der sofort abwehren. Es darf nie der Eindruck entstehen,

  Entdeckung und Aufklärung von Korrup- dass Sie für „kleine Geschenke“ offen sind. Scheuen
  tion. Informieren Sie die Ansprechperson für Sie sich nicht, ein Geschenk zurückzuweisen oder es

  Korruptionsprävention und Ihre Vorge- zurückzusenden
  mit der Bitte um Verständnis für die
  für Sie geltenden Regeln.




  Version vom 30.07.2004
  -5-
  Arbeiten Sie in einem Verwaltungsbereich, der sich gen erhält (Konzertkarten, verbilligter gemeinsamer
  mit der Vergabe von öffentlichen Aufträgen beschäf- Urlaub, Einladungen zu teuren Essen, die man nicht
  tigt, so seien Sie besonders sensibel für Versuche erwidern kann usw.). Bei privaten Kontakten sollten
  Dritter, Einfluss auf Ihre Entscheidung zu nehmen. In Sie daher von Anfang an klarstellen, dass Sie streng
  diesem Bereich gibt es die meisten Korruptions- zwischen Dienst- und Privatleben trennen müssen, um
  handlungen. nicht in den Verdacht der Vorteilsannahme zu geraten.

  Halten Sie sich daher streng an Recht und Gesetz und Diese strenge Trennung zwischen privaten Interessen
  beachten Sie die Richtlinien zum Verbot der An- und dienstlichen Aufgaben müssen Sie ohnehin
  nahme von Belohnungen oder Geschenken. unabhängig von einer Korruptionsgefahr bei Ihrer
  gesamten dienstlichen Tätigkeit beachten. Ihre
  Wenn Sie von Dritten um eine zweifelhafte Gefällig- Dienststelle, jeder Bürger und jede Bürgerin haben
  keit gebeten worden sind, so informieren Sie unver- Anspruch auf Ihr faires, sachgemäßes, unparteiisches
  züglich Ihre Vorgesetzte oder Ihren Vorgesetzten und Verhalten. Prüfen Sie daher bei jedem Verfahren, für
  die Ansprechperson für Korruptionsprävention. Das das Sie mitverantwortlich sind, ob Ihre privaten Inte-
  hilft zum einen, selbst jeglichem Korruptionsver- ressen oder solche Ihrer Angehörigen oder z. B. auch
  dacht zu entgehen, zum anderen aber auch, u. U. von Organisationen, denen Sie verbunden sind, zu
  rechtliche Maßnahmen gegen Dritte einleiten zu einer Kollision mit Ihren hauptberuflichen Ver-
  können. Wenn Sie einen Korruptionsversuch zwar pflichtungen führen können. Vermeiden Sie jeden
  selbst abwehren, ihn aber nicht offenbaren, so wird bösen Schein möglicher Parteilichkeit. Sorgen Sie
  sich Ihr Gegenüber an einen anderen wenden und es dafür, dass Sie niemandem befangen erscheinen, auch
  bei ihm versuchen. Schützen Sie daher auch Ihre ahmen von
  Kollegen und Kolleginnen durch konsequentes Of- interessierter Seite.
  fenlegen von Korruptionsversuchen Außenstehender. Erkennen Sie bei einer konkreten dienstlichen Auf-
  Alle Beschäftigten (Vorgesetzte, Mitarbeiterinnen und gabe eine mögliche Kollision zwischen Ihren dienst-
  Mitarbeiter) müssen an einem Strang ziehen, um lichen Pflichten und Ihren privaten Interessen oder den
  einheitlich und glaubhaft aufzutreten. Interessen Dritter, denen Sie sich verbunden fühlen, so
  unterrichten Sie darüber Ihren Vorgesetz- ten oder Ihre
  zu 3. Vorgesetzte, damit angemessen reagiert werden kann
  Manchmal steht Ihnen ein Gespräch bevor, bei dem (z. B. Befreiung von Tätigkeiten im konkreten
  Sie vermuten, dass ein zweifelhaftes Ansinnen an Sie Einzelfall).
  gestellt und dieses nicht leicht zurückzuweisen sein
  wird. Hier hilft oftmals auch eindeutige Distanzie- Auch bei von Ihnen ausgeübten oder angestrebten
  rung nicht. In solchen Fällen sollten Sie sich der Nebentätigkeiten muss eine klare Trennung zwischen
  Situation nicht allein stellen, sondern einen anderen zu der Arbeit und der Nebentätigkeit bleiben. Persönli-
  dem Gespräch hinzubitten. Sprechen Sie vorher mit che Verbindungen, die sich aus der Nebentätigkeit
  ihm und bitten Sie ihn, auch durch sein Verhalten ergeben, dürfen die hauptberufliche Tätigkeit nicht
  jeglichen Korruptionsversuch abzuwehren. beeinflussen. Verzichten Sie im Einzelfall auf die
  Nebentätigkeit.
  zu 4. Bedenken Sie außerdem, dass bei Ausübung geneh-
  Ihre Arbeitsweise sollte transparent und für jeden migungspflichtiger, aber nicht genehmigter Neben-
  nachvollziehbar sein. tätigkeiten dienst- bzw. arbeitsrechtliche Konse-
  Da Sie Ihren Arbeitsplatz in der Regel wieder verlas- quenzen drohen; dasselbe gilt bei Versäumnis von
  sen werden (Übertragung neuer Aufgaben, Verset- Anzeigepflichten.
  zung) oder auch einmal kurzfristig ausfallen (Krank-
  heit, Urlaub), sollten Ihre Arbeitsvorgänge schon Unabhängig davon schadet es früher oder später Ihrem
  deshalb so transparent sein, dass sich jederzeit eine Sie Ansehen und damit dem Ansehen des ge- samten
  vertretende Person einarbeiten kann. Die transpa- öffentlichen Dienstes wenn Sie im Kon- fliktfall
  rente Aktenführung hilft Ihnen aber auch, sich bei Ihren privaten Interessen den Vorrang gege- ben
  Kontrollvorgängen vor dem ausgesprochenen oder haben. Das gilt in besonderem Maße, wenn Sie an
  unausgesprochenen Vorwurf der Unredlichkeit zu einflussreicher Stelle tätig sind. Achten Sie in diesem
  schützen. "Nebenakten" sollten Sie vermeiden, um Fall besonders darauf, nur jene Konditionen in
  jeden Eindruck von Unredlichkeit von vornherein Anspruch zu nehmen, die für vergleichbare Um-
  auszuschließen. Handakten sind nur zu führen, wenn stände abstrakt geregelt sind.
  es für die Erledigung der Arbeit unumgänglich ist.
  zu 6.
  zu 5. Korruption kann nur verhindert und bekämpft wer-
  Korruptionsversuche werden oftmals gestartet, indem den, wenn sich jeder verantwortlich fühlt und alle als
  Dritte den dienstlichen Kontakt auf Privatkontakte gemeinsames Ziel die "korruptionsfreie Dienststelle"
  ausweiten. Es ist bekanntermaßen besonders schwie- verfolgen. Das bedeutet zum einen, dass alle Be-
  schäftigten im Rahmen ihrer Aufgaben dafür sorgen
  privat hervorragend versteht und man selber oder die müssen, dass Außenstehende keine Möglichkeit zur
  eigene Familie Vorteile und Vergünstigun-


  Version vom 30.07.2004
  -6-
  unredlichen Einflussnahme auf Entscheidungen ha- in Ihrem Arbeitsumfeld entdecken. Aus- und Fortbil-
  ben. dung werden Sie sicher machen, mit dem Thema
  Das bedeutet aber auch, dass korrupte Beschäftigte Korruption in der richtigen, gesetzestreuen Weise
  nicht aus falsch verstandener Solidarität oder Loyali- umzugehen.
  tät gedeckt werden dürfen. Hier haben alle die Ver-
  pflichtung, zur Aufklärung von strafbaren Handlun-
  gen beizutragen und die eigene Dienststelle vor
  Schaden zu bewahren. Ein "schwarzes Schaf" ver-
  dirbt die ganze Herde. Beteiligen Sie sich deshalb
  nicht an Vertuschungsversuchen.

  Für jede Dienststelle gibt es eine Ansprechperson für
  Korruptionsprävention. Sie sollten sich nicht scheu-
  en, mit ihr zu sprechen, wenn das Verhalten von
  anderen Beschäftigten Ihnen konkrete und nachvoll-
  ziehbare Anhaltspunkte dafür gibt, dass sie bestech-
  lich sein könnten. Die Ansprechperson wird Ihren
  Wunsch auf Stillschweigen berücksichtigen und dann
  entscheiden, ob und welche Maßnahmen zu treffen
  sind. Ganz wesentlich ist allerdings, dass Sie einen
  Verdacht nur dann äußern, wenn Sie nachvollziehba-
  re Hinweise dafür haben. Es darf nicht dazu kom- men,
  dass andere angeschwärzt werden, ohne dass ein
  konkreter Anhaltspunkt vorliegt.

  zu 7.
  Oftmals führen lang praktizierte Verfahrensabläufe
  dazu, dass sich Nischen bilden, in denen Korruption
  besonders gut gedeihen kann. Das können Verfahren
  sein, bei denen nur eine Person allein für die Vergabe
  von Vergünstigungen verantwortlich ist. Das können
  aber auch unklare Arbeitsabläufe sein, die eine Über-
  prüfung erschweren oder verhindern.
  Hier kann meistens eine Änderung der Organisati-
  onsstrukturen Abhilfe schaffen. Daher sind alle Be-
  schäftigten aufgefordert, entsprechende Hinweise an
  die Organisatoren zu geben, um zu klaren und trans-
  parenten Arbeitsabläufen beizutragen.
  Auch innerhalb von Arbeitseinheiten müssen Ar-
  beitsabläufe so transparent gestaltet werden, dass
  Korruption gar nicht erst entstehen kann.

  Ein weiteres Mittel, um Gefahrenpunkte wirksam
  auszuschalten, ist das Rotieren von Personal. In be-
  sonders korruptionsgefährdeten Bereichen ist daher
  dieses Personalführungsinstrument verstärkt einzu-
  setzen. Dazu ist die Bereitschaft der Beschäftigten zu
  einem regelmäßigen Wechsel in der Regel sollte die
  Verwendungsdauer fünf Jahre nicht überschreiten
  der Aufgaben zwingend erforderlich, auch wenn dies
  im Regelfall mit einem höheren Arbeitsanfall
  (Einarbeitungszeit!) verbunden ist.

  zu 8.
  Wenn Sie in einem besonders korruptionsgefährdeten
  Bereich tätig sind, nutzen Sie die Angebote der
  Dienststelle, sich über Erscheinungsformen, Gefah-
  rensituationen, Präventionsmaßnahmen, strafrechtli-
  che sowie dienst- oder arbeitsrechtliche Konsequen-
  zen von Korruption aus- und fortbilden zu lassen.
  Dabei werden Sie lernen, wie Sie selbst Korruption
  verhindern können und wie Sie reagieren müssen,
  wenn Sie korrumpiert werden sollen oder Korruption


  Version vom 30.07.2004
  -7-
  Anlage 2 c) durch wiederholten Wechsel der Nummern-
  oder Buchstabenzuständigkeiten einzelner
  Leitfaden für Personen.

  Vorgesetzte und Behördenleitungen
  Realisieren Sie wenn irgend möglich das
  I. Mehr-Augen-Prinzip auch in Ihrem Verantwor-
  tungsbereich. Eventuell bietet sich die Bildung
  Als Vorgesetzte und Behördenleitungen haben Sie von Arbeitsteams bzw. -gruppen an. Prüfen Sie,
  eine Vorbildfunktion und Fürsorgepflicht für die ob die Begleitung einzelner Beschäftigter durch
  Ihnen unterstellten Beschäftigten. weitere Bedienstete zu Ortsterminen, Kontrollen
  Ihr Verhalten, aber auch Ihre Aufmerksamkeit sind -
  von großer Bedeutung für die Korruptionsprävention. s Besucher-
  Sie sollten daher eine aktive, vorausschauende Perso- verkehrs geboten ist, damit Außenkontakte der
  nalführung und -kontrolle praktizieren. Insbesondere Dienststelle nur nach dem Mehr-Augen-Prinzip
  sollten Sie klare Zuständigkeitsregelungen und trans- wahrgenommen werden. Wo sich das wegen der
  parente Aufgabenbeschreibungen für die Mitarbeite- tatsächlichen Umstände nicht realisieren lässt,
  rinnen und Mitarbeiter sowie eine angemessene Kon- organisieren Sie Kontrollen in nicht zu großen
  trolldichte sicherstellen. zeitlichen Abständen.

  Schwachstellen und Einfallstore für Korruption sind Setzen Sie personalwirtschaftliche Instrumente
  z. B.: insbesondere bei Tätigkeiten mit schnell erlern-
  baren Fachkenntnissen konsequent ein:
  1. mangelhafte Dienst- und Fachaufsicht;
  2. blindes Vertrauen gegenüber langjährigen Be- 1. In besonders korruptionsgefährdeten Berei-
  schäftigten und spezialisierten Beschäftigten; chen in der Regel Rotation nach einem Zeit-
  3. charakterliche Schwächen von Beschäftigten in raum von 5 Jahren.
  korruptionsgefährdeten Bereichen; 2. Ein Verzicht auf Umsetzung im Ausnahme-
  4. negatives Vorbild von Vorgesetzten bei der An- fall z. B. bei Tätigkeiten mit langfristig er-
  nahme von Präsenten; worbenem Sachverstand erfordert eine
  5. ausbleibende Konsequenzen nach aufgedeckten schriftliche Begründung und eine besonders
  Manipulationen; dadurch keine Abschreckung. gründliche Kontrolle des Arbeitsbereichs
  durch Vorgesetzte.
  Sie können solchen Schwachstellen durch folgende Ist in Ihrer Dienststelle die Zweierbelegung von
  Maßnahmen begegnen: Diensträumen nicht ungewöhnlich, so nutzen Sie
  dies ebenfalls zur Korruptionsprävention in be-
  1. Belehrung und Sensibilisierung sonders korruptionsgefährdeten Arbeitsgebieten,
  z. B. durch sporadischen Wechsel der Raumbe-
  Sprechen Sie mit Ihren Beschäftigten in regel- setzungen (auch ohne Aufgabenänderung für die
  - Beschäftigten).
  -
  gen, die sich aus dem Verbot der Annahme von 3. Fürsorge
  Belohnungen und Geschenken und aus den Vor-
  schriften zur Vermeidung von Interessenkollisi- In besonders korruptionsgefährdeten Arbeitsge-
  onen ergeben. bieten erfordert Korruptionsprävention auch eine
  erhöhte Fürsorge für Ihre Beschäftigten.
  2. Organisatorische Maßnahmen (im Rahmen a) Berücksichtigen Sie stets die erhöhte Gefähr-
  Ihrer Befugnisse) dung Einzelner.
  b) Auch der ständige Dialog ist ein Mittel der
  Achten Sie auf klare Definition und ggf. auf Ein- Fürsorge.
  schränkungen der Entscheidungsspielräume. c) Beachten Sie dienstliche und private Prob-
  leme Ihrer Beschäftigten.
  Erörtern Sie die Delegationsstrukturen, die Gren- d) Sorgen Sie für Abhilfe z. B. durch Entbin-
  zen der Ermessensspielräume und die Notwen- dung eines Mitarbeiters oder einer Mitarbei-
  digkeit von Mitzeichnungspflichten. terin von Aufgaben, wenn Ihnen Interessen-
  kollisionen durch Nebentätigkeiten oder durch
  Achten Sie in besonders korruptionsgefährdeten Tätigkeiten von Angehörigen bekannt werden.
  Arbeitsgebieten auf eine Flexibilisierung der e) Besondere Wachsamkeit ist bei erkennbarer
  Vorgangsbearbeitung nach numerischen oder Überforderung oder Unterforderung Einzel-
  Buchstabensystemen durch ner geboten.
  a) kritische Überprüfung der Sachbearbeitung f) Ihre erhöhte Aufmerksamkeit verlangt es,
  nach diesen Systemen; wenn Ihnen persönliche Schwächen (z. B.
  b) Einzelzuweisung nach dem Zufallsprinzip Suchtprobleme, Hang zu teuren, schwer zu
  oder
  Version vom 30.07.2004
  -8-
  finanzierenden Hobbys) oder eine Überschul- Auftreten eines Indikators zusammen mit den
  dung bekannt werden; Beschäftigte, deren Umfeldbedingungen eine Korruptionsgefahr an-
  wirtschaftliche Verhältnisse nicht geordnet zeigt.
  sind, sollen im Beschaffungswesen sowie auf
  Dienstposten, auf denen sie der Gefahr einer 1.1 Neutrale Indikatoren
  unlauteren Beeinflussung durch Dritte beson- a) auffallender und unerklärlich hoher Lebens-
  ders ausgesetzt sind, nicht eingesetzt werden. standard; aufwändiger Lebensstil; Vorzeigen
  g) Schließlich müssen Sie auch bei offen vorge- von Statussymbolen;
  tragener Unzufriedenheit mit dem Dienst- b) auffällige private Kontakte zwischen Be-
  herrn besonders wachsam sein und versu- schäftigten und Dritten (z. B. Einladungen,
  chen, dem entgegenzuwirken. Nebentätigkeiten, Berater- oder Gutachter-
  verträge, Kapitalbeteiligungen);
  4. Aufsicht; Führungsstil c) unerklärlicher Widerstand gegen eine Aufga-
  benänderung oder eine Umsetzung, insbeson-
  Machen Sie sich bewusst, dass es bei Korruption dere wenn sie mit einer Beförderung bzw.
  keinen beschwerdeführenden Geschädigten gibt Gehaltsaufbesserung oder zumindest der
  und Korruptionsprävention deshalb wesentlich Aussicht darauf verbunden wäre;
  von Ihrer Sensibilität und der Sensibilisierung d) Ausübung von Nebentätigkeiten ohne ent-
  Ihrer Beschäftigten abhängt. Sie erfordert aber sprechende Genehmigung bzw. Anzeige;
  auch Ihre Dienst- und Fachaufsicht ohnehin Ih- e) atypisches, nicht erklärbares Verhalten (z. B.
  re Kernpflicht als Vorgesetzter. Ein falsch ver- aufgrund eines bestehenden Erpressungsver-
  standener kooperativer Führungsstil oder eine hältnisses bzw. schlechten Gewissens); auf-
  - -Haltung können in besonders kor- kommende Verschlossenheit; plötzliche Ver-
  ruptionssensiblen Bereichen verhängnisvoll sein. änderungen im Verhalten gegenüber Kolle-
  Versuchen Sie deshalb, gen und Kolleginnen und Vorgesetzten;
  a) die Vorgangskontrolle zu optimieren, indem f) abnehmende Identifizierung mit dem Dienst-
  Sie z. B. Kontrollmechanismen (Wiedervor- herrn oder den Aufgaben;
  lagen o. ä.) in den Geschäftsablauf einbauen, g) soziale Probleme (Alkohol-, Drogen- oder
  b) das Abschotten oder eine Verselbständigung Spielsucht u. ä.);
  einzelner Beschäftigter zu vermeiden, h) Geltungssucht, Prahlen mit Kontakten im
  c) dem Auftreten von Korruptionsindikatoren dienstlichen und privaten Bereich;
  besondere Wachsamkeit zu schenken, i) Inanspruchnahme von Vergünstigungen Drit-
  d) stichprobenweise das Einhalten vorgegebener ter (Sonderkonditionen beim Einkauf, Frei-
  Ermessensspielräume zu überprüfen, halten in Restaurants, Einladungen zu priva-
  e) die Akzeptanz des Verwaltungshandelns ten oder geschäftlichen Veranstaltungen von

  zu ermitteln. j) auffallende Großzügigkeit von Unternehmen
  Nutzen Sie das Fortbildungsangebot bei Lehr- (z. B. Sponsoring).
  gängen zur Korruptionsprävention.
  1.2 Alarmindikatoren
  Außer diesen eher neutralen gibt es solche Indi-
  II. katoren, die nach den Erfahrungen des BKA
  charakteristisch für die Verwaltungskorruption
  1. Anzeichen für Korruption, Warnsignale -
  stuft werden müssen.
  Trotzdem ist Korruption nicht auszuschließen.
  Nach dem Ergebnis einer vom Bundeskriminal- Dienststelleninterne Indikatoren:
  amt durchgeführten Expertenbefragung1 ist kor- a) -
  ruptes Verhalten häufig mit Verhaltensweisen
  verbunden, die als Korruptionssignale gewertet Abweichungen zwischen tatsächlichem Vor-
  werden können. Diese Wertung ist aber mit Un- gangsablauf und späterer Dokumentation;
  wägbarkeiten verbunden, weil einige der Indika- b) mangelnde Identifikation mit dem Dienst-
  toren als neutral oder sogar positiv gelten, ob- herrn oder den Aufgaben;
  wohl sie sich nachträglich als verlässliche Sig- c) ungewöhnliche Entscheidungen ohne nach-
  nale erwiesen haben. vollziehbare Begründung;
  d) unterschiedliche Bewertungen und Entschei-
  Korruption. Wenn Ihnen aber aufgrund von Äu- dungen bei Vorgängen mit gleichem Sach-
  ßerungen oder Beobachtungen ein Verhalten verhalt und verschiedenen antragstellenden
  auffällig erscheint, müssen Sie prüfen, ob das Personen; Missbrauch von Ermessensspiel-
  räumen;
  e) Erteilung von Genehmigungen (z. B. mit Be-
  1
  Korruption - hinneh- freiung von Auflagen) unter Umgehung an-
  men oder handeln? S. 151 160; Wiesbaden 1995 derer zuständiger Stellen;


  Version vom 30.07.2004
  -9-
  f) gezielte Umgehung von Kontrollen, Abschot- m) Ausbleiben von Konflikten mit Unternehmen
  tung einzelner Aufgabenbereiche; bzw. Antragstellern/Antragstellerinnen dort,
  g) Verheimlichen von Vorgängen; wo sie üblicherweise vorkommen.
  h) auffallend kurze Bearbeitungszeiten bei ein-
  zelnen begünstigenden Entscheidungen; Nach der Forschungsarbeit des BKA macht die
  i) Parteinahme für bestimmte antragstellende Liste dieser Indikatoren deutlich, dass die Merk-
  oder bietende Personen; male insbesondere dann von Interesse sein kön-
  j) Verharmlosung des Sparsamkeitsprinzips; nen, wenn sich etwas außerhalb der üblichen
  k) Versuche der Beeinflussung von Entschei- -
  dungen bei Aufgaben, die nicht zum eigenen -
  Zuständigkeitsbereich gehören und bei denen
  Drittinteressen von Bedeutung sind; Warnsignal hebt es den typischerweise aufwän-
  l) stillschweigende Duldung von Fehlverhalten, digen bzw. ungewöhnlich hohen Lebensstandard
  insbesondere bei rechtswidrigem Verhalten; -
  m) fehlende oder unzureichende Vorgangskon- aus, wozu auch das Vorzeigen entsprechender
  trolle dort, wo sie besonders notwendig wäre; Statussymbole gehört. Understatement sei in die-
  zu schwach ausgeprägte Dienst- und Fach- sen Täterkreisen weniger zu erwarten.
  aufsicht;
  n) Ausbleiben von Reaktionen auf Verdachts- Als Warnsignale bezeichnen die vom BKA be-
  momente oder Vorkommnisse; fragten Experten ferner Andeutungen im Kolle-
  o) zu große Aufgabenkonzentration auf eine genkreis, Gerüchte von außen sowie anonyme
  Person. Hinweise (z. B. von benachteiligten und dadurch
  in finanzielle Schwierigkeiten geratenen Unter-
  Indikatoren im Bereich der Außenkontakte: nehmen). Diese Signale würden noch deutlicher,
  a) auffallend entgegenkommende Behandlung wenn sie sich häufen und auf bestimmte Perso-
  von antragstellenden Personen; nen oder Aufgabenbereiche konzentrieren. Al-
  b) Bevorzugung beschränkter Ausschreibungen lerdings sei eine ständige Gewichtung und Ana-
  oder freihändiger Vergaben; auch Splitten von
  Aufträgen, um freihändige Vergaben zu Missbrauch auszuschließen. Andererseits haben
  ermöglichen; Vermeiden des Einholens von anonyme Hinweise vielfach den Anlass zu Er-
  Vergleichsangeboten; mittlungen gegeben, durch die dann tatsächlich
  c) erhebliche bzw. wiederholte Überschreitung Korruption aufgedeckt wurde.
  der vorgesehenen Auftragswerte;
  d) Beschaffungen zum marktunüblichen Preis; 2. Verdacht
  unsinnige Anschaffungen; Abschluss lang-
  fristiger Verträge ohne transparenten Wett- Bei konkreten und nachvollziehbaren Anhalts-
  bewerb mit für die Dienststelle ungünstigen punkten für einen Korruptionsverdacht müssen
  Konditionen; Sie sich unverzüglich mit der Ansprechperson für
  e) - Korruptionsprävention beraten und die Per-
  serungen in Leistungsverzeichnissen; sonalverwaltung bzw. Behördenleitung informie-
  f) Eingänge in Vergabesachen ohne Eingangs- ren. Eventuell aber erfordern die Umstände auch,
  persönliche dass Sie selbst sofort geeignete Maßnahmen ge-
  gen eine Verschleierung ergreifen. Infrage kom-
  g) aufwändige Nachtragsarbeiten; men z. B.
  h) Nebentätigkeiten von Beschäftigten oder Tä- a) der Entzug bestimmter laufender oder abge-
  tigkeit ihrer Angehörigen für Firmen, die schlossener Vorgänge,
  gleichzeitig Auftragnehmer oder Antragstel- b) das Verbot des Zugangs zu Akten,
  ler der öffentlichen Verwaltung sind; c) die Sicherung des Arbeitsraumes, der Auf-
  i) allen- zeichnungen mit dienstlichem Bezug oder der
  de Nachgiebigkeit bei Verhandlungen mit Arbeitsmittel (z. B. Computer und Dis- ketten
  Unternehmen; o. ä.).
  j) Ausspielen von (vermeintlichen) Machtposi- Das Maß und der Umfang der gebotenen Maß-
  tionen durch Unternehmen; nahmen können sich nur nach den Umständen des
  k) - Einzelfalles richten.
  men (auffallend insbesondere dann, wenn ei- -
  gentlich nicht erforderliche Übernachtungen
  anfallen); schädlich ist.
  l) - Bei Verletzung Ihrer Pflichten können Sie sich
  men in der Dienststelle (bei bestimmten Ent- eines Dienstvergehens schuldig und strafbar ma-
  scheidungsträgern oder Sachbearbeitern) und chen.
  Vorsprache bestimmter Unternehmen nur

  anwesend sind;


  Version vom 30.07.2004
  Signatures


  Number of pages (including this one): 10

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E8800826
  Bundesministerium
  derVerteidigung




  Umsetzung der „Richtlinie der Bundesregierung zur
  Korruptionsprävention in der Bundesverwaltung“

  Weiterentwicklung zentraler Vorgaben zur
  Korruptionsprävention. Umsetzung der
  Zweck der Regelung: Empfehlungen des BMI zur Richtlinie der
  Bundesregierung. Anpassung/Ergänzung/Aufhebung
  von Regelungen.

  Herausgegeben durch: Bundesministerium der Verteidigung
  Beteiligte Hauptpersonalrat und
  Interessenvertretungen: Gesamtvertrauenspersonenausschuss
  Gebilligt durch: Staatssekretär Hoofe

  Herausgebende Stelle: BMVgRII1
  Geltungsbereich: an des Bundesministeriums der


  Einstufung: Offen
  Einsatzrelevanz: Ja
  Berichtspflichten: Ja
  Gültig ab: 21.05.2014

  Frist zur Überprüfung: 30.04.2019
  Version: 1
  Ersetzt/hebt auf: VMBI 2006 S.25-28, VMBI 2006 S. 29

  Aktenzeichen: 75-70-00/004/03
  Identifikationsnummer: A.21001/11
  A-2100/1


  Inhaltsverzeichnis

  1 Anwendungsbereich 5
  1.1 Auszug aus Nr. 1 der Richtlinie 5
  1.2 Durchführungsbestimmungen 5

  2 Besonders korruptionsgefährdete Arbeitsgebiete 7
  2.1 Auszug aus Nr. 2 der Richtlinie 7
  2.2 Durchführungsbestimmungen 7

  3 Mehr-Augen-Prinzip und Transparenz 9
  3.1 Auszug aus Nr. 3 der Richtlinie 9
  3.2 Durchführungsbestimmungen 9

  4 Personal 10
  4.1 Auszug aus Nr. 4 der Richtlinie 10
  4.2 Durchführungsbestimmungen 10

  5 Ansprechperson für Korruptionsprävention 14
  5.1 Auszug aus Nr. 5 der Richtlinie 14
  5.2 Durchführungsbestimmungen 15

  6 Organisationseinheit zur Korruptionsprävention 17
  6.1 Auszug aus Nr. 6 der Richtlinie 17
  6.2 Durchführungsbestimmungen 17

  7 Sensibilisierung und Belehrung der Beschäftigten 18
  7.1 Auszug aus Nr. 7 der Richtlinie 18
  7.2 Durchführungsbestimmungen 18

  8 Aus- und Fortbildung 22
  8.1 Auszug aus Nr. 8 der Richtlinie 22
  8.2 Durchführungsbestimmungen 22

  9 Konsequente Dienst- und Fachaufsicht 24
  9.1 Auszug aus Nr. 9 der Richtlinie 24
  9.2 Durchführungsbestimmungen 24

  10 Unterrichtung und Maßnahmen bei Korruptionsverdacht 26
  10.1 Auszug aus Nr. 10 der Richtlinie 26
  10.2 Durchführungsbestimmungen 26

  11 Leitsätze für die Vergabe 28

  Seite 2

  Stand: Juni 2014
  A-2100/1

  11.1 Auszug aus Nr. 11der Richtlinie 28
  11.2 Durchführungsbestimmungen 28

  12 Antikorruptionsklausel, Verpflichtungsgesetz 30
  12.1 Auszug aus Nr. 12 der Richtlinie 30
  12.2 Durchführungsbestimmungen 30

  13 Zuwendungen an Dienststellen, Sponsoring 31
  13.1 Auszug aus Nr. 13 der Richtlinie 31
  13.2 Durchführungsbestimmungen 31

  14 Zuwendungsempfänger 32
  14.1 Auszug aus Nr. 14 der Richtlinie 32
  14.2 Durchführungsbestimmungen 32




  Seite 3
  Stand: Juni 2014
  A-2100/1


  Zweck
  Diese Zentrale Dienstvorschrift beinhaltet Regelungen zur Konkretisierung und weiteren
  Richtlinie der Bundesregierung zur Korruptionsprävention in der
  1
  (Richtlinie). Sie trägt insbesondere den organisatorischen und fachlichen
  Besonderheiten im Geschäftsbereich des Bundesministeriums der Verteidigung (BMVg) Rechnung
  und gibt einen einheitlichen Handlungsrahmen bei der Umsetzung der Korruptionsprävention in der
  Bundeswehr vor. Darüber hinaus legt sie fest, in welcher Weise die vom Bundesministerium des
  Empfehlungen zur Korruptionsprävention in der
  2 (Empfehlungen) Anwendung finden.



  In der Richtlinie werden zur Vermeidung und Eindämmung von Korruptionstaten die wesentlichen
  Elemente der für den Bund maßgeblichen Strategie vorgegeben. Ihre Beachtung ist dauerhafter
  Auftrag und Verpflichtung für alle in den Geltungsbereich dieser Regelung einbezogenen
  Dienststellen und Gesellschaften der Bundeswehr.

  Für den Begriff der Korruption gibt es keine gesetzliche Definition. Mit einer Korruptionshandlung ist
  der Missbrauch eines öffentlichen Amtes, einer Funktion in der Wirtschaft oder eines politischen
  Mandats verbunden. Hierbei erfolgt die Beeinflussung eines Entscheidungsträgers durch die
  Gewährung unzulässiger Vorteile. Ziel des Vorteilgebers ist die sachwidrige Vornahme oder das
  Unterlassen einer bestimmten Handlung zu seinen Gunsten oder zu Gunsten von Dritten.

  Durch Korruption können erhebliche materielle und immaterielle Schäden (z. B. Personenschäden
  durch die Nutzung fehlerhafter Ausrüstung) entstehen, die sich negativ auf die Funktionsfähigkeit
  der öffentlichen Verwaltung auswirken und das Vertrauen der Allgemeinheit in deren Integrität und
  Funktionsfähigkeit nachhaltig beeinträchtigen.




  1
  VMBl 2006 S. 19
  2
  BMI - Az O4 - 013 001 - 1/3 vom 9. Februar 2012; im Intranet Bw bereitgestellt unter:
  http://intranet.bmvg/resource/resource/MzEzNTM4MmUzMzMyMmUzMTM1MzIyZTMyMzUzMTMwMzAzMD
  MwMzAzMDY4Njk3YTczNjQ3MDZiNjMyMDIwMjAyMDIw/120209%20final%20Empfehlungen.pdf

  Seite 4

  Stand: Juni 2014
  Anwendungsbereich A-2100/1



  1 Anwendungsbereich

  1.1 Auszug aus Nr. 1 der Richtlinie
  1 Anwendungsbereich

  1.1 Die Maßnahmen aller Dienststellen des Bundes zur Korruptionsprävention bestimmen sich nach
  dieser Richtlinie; als Dienststellen des Bundes gelten die obersten Bundesbehörden, die Behörden
  der unmittelbaren und mittelbaren Bundesverwaltung, die Gerichte des Bundes und
  Sondervermögen des Bundes. Die Vorschrift findet auch auf die Streitkräfte Anwendung;
  Einzelheiten regelt das Bundesministerium der Verteidigung.

  1.2 Diese Richtlinie gilt sinngemäß auch für juristische Personen des öffentlichen oder privaten
  Rechts, an denen ausschließlich die Bundesrepublik Deutschland beteiligt ist.

  1.3 Im Übrigen ist den jeweiligen organisatorischen und fachlichen Besonderheiten Rechnung zu
  tragen.


  1.2 Durchführungsbestimmungen
  101. Die Richtlinie findet im BMVg, in der Bundeswehrverwaltung, der Rechtspflege der
  Bundeswehr (mit Ausnahme der Spruchkörper in den Truppendienstgerichten), der Militär-
  seelsorge und in den Streitkräften unmittelbar Anwendung. Sie ist deshalb von den betreffenden
  Dienststellenleitungen nach Maßgabe dieser Durchführungsbestimmungen sowie sonstiger
  Weisungen umzusetzen.

  102. Unter einer sinngemäßen Anwendung im Sinne von Nr. 1.2 der Richtlinie ist zu verstehen,
  dass sie von den dort aufgeführten juristischen Personen des öffentlichen Rechts (Körperschaften,
  Anstalten, Stiftungen) und des privaten Rechts (rechtsfähige Vereine, Stiftungen, Kapital-
  gesellschaften) anzuwenden ist, soweit die betreffende Rechtsform dem nicht entgegen steht.

  Ist die Bundesrepublik Deutschland nicht alleiniger Anteilseigner einer Gesellschaft mit vom BMVg
  geführter Bundesbeteiligung, so wirkt die Beteiligungsführung im Rahmen der ihr nach Rechtsform
  und Beteiligungsverhältnissen zustehenden Einflussmöglichkeiten auf eine sinngemäße Anwen-
  dung der Richtlinie oder auf sonstige geeignete Maßnahmen zur Korruptionsprävention hin.




  Seite 5

  Stand: Juni 2014
  A-2100/1 Anwendungsbereich


  103. Sofern eine sinngemäße Anwendung der Richtlinie nicht in Betracht kommt, kann die
  Erstellung von internen Richtlinien ein wichtiges und effektives Hilfsmittel sein, um sensible Bereiche
  zu regeln und für die Beschäftigten der juristischen Person Handlungssicherheit in Bezug auf
  zulässiges Verhalten zu schaffen. Hierbei wird empfohlen, insbesondere folgende Handlungsfelder
  der Korruptionsprävention zu regeln:

  Ausrichtung der Geschäftspraktiken an ethischen Werten,
  Identifizierung besonders korruptionsgefährdeter Arbeitsbereiche und Analyse bestehender
  Sicherungsmaßnahmen,
  in Abhängigkeit von der Größe einer Institution Einrichtung einer Ansprechstelle für Fragen der
  Korruptionsprävention/eines Compliance Office (einschließlich Verfahren für Hinweisgeber/
  innen),
  interne Kontrollen,
  Verhalten gegenüber Geschäftspartnern und Amtspersonen in Bezug auf die Entgegennahme
  und Verteilung von Zuwendungen gleich welcher Art und welchen Wertes,
  Verhalten bei Interessenkollisionen,
  Aufnahme und Ausübung von Nebentätigkeiten,
  Sensibilisierung und Fortbildung der Beschäftigten auf dem Gebiet der Korruptionsprävention
  (Darstellung der strafrechtlichen Situation mit Bezug auf die Delikte im Bereich der Korruption)
  und
  Anwendung von Antikorruptionsklauseln.

  104. Die Richtlinie gilt unter Berücksichtigung einsatzbedingter Gegebenheiten auch bei
  Einsätzen der Bundeswehr außerhalb der Bundesrepublik Deutschland. Einzelheiten für die
  Einsatzdienststellen regeln das Bundesamt für Infrastruktur, Umweltschutz und Dienstleistungen der
  Bundeswehr (BAIUDBw) und das Einsatzführungskommando der Bundeswehr (EinsFüKdoBw) in
  gesonderten Weisungen. Ein gegenseitiger Informationsaustausch ist sicherzustellen.




  Seite 6

  Stand: Juni 2014
  A-2100/1 Besonders korruptionsgefährdete Arbeitsgebiete



  2 Besonders korruptionsgefährdete Arbeitsgebiete

  2.1 Auszug aus Nr. 2 der Richtlinie
  2 Feststellen und Analysieren besonders korruptionsgefährdeter Arbeitsgebiete

  In allen Dienststellen des Bundes sind in regelmäßigen Abständen sowie aus gegebenem Anlass
  die besonders korruptionsgefährdeten Arbeitsgebiete festzustellen.

  Für diese ist die Durchführung von Risikoanalysen zu prüfen. Je nach den Ergebnissen der
  Risikoanalyse ist zu prüfen, wie die Aufbau-, Ablauforganisation und/oder die Personalzuordnung
  zu ändern sind.


  2.2 Durchführungsbestimmungen
  201. Bei der Feststellung besonders korruptionsgefährdeter Arbeitsgebiete handelt es sich um
  die zentrale Präventionsmaßnahme nach der Richtlinie. Hierzu ist eine Bewertung vorzunehmen,
  welche möglichen Korruptionsgefahren im Zusammenhang mit den einem Dienstposten
  zugeordneten Aufgaben bestehen (Gefährdungsanalyse). Im Rahmen dieser (von der Richtlinie
  vorgesehenen) Prüfung sind die Arbeitsgebiete einzelfallbezogen zu betrachten. Alle mit einem
  dienstlichen Arbeitsgebiet verbundenen Aufgaben bzw. Funktionen und damit einhergehenden
  Kontakte, Arbeitsbeziehungen, Handlungs-, Weisungs- sowie Entscheidungsmöglichkeiten sind
  deshalb in die Untersuchungen einzubeziehen. Hierbei ist allgemein zu berücksichtigen, dass
  Faktoren, die zu einer Konzentration von Verantwortlichkeiten bzw. einer Reduzierung von
  Bewertungsinstanzen führen, eine Erhöhung des Korruptionsrisikos nach sich ziehen können.

  Das Verfahren und der Beurteilungsmaßstab bei der Feststellung besonders korruptions-
  gefährdeter Arbeitsgebiete richten sich nach den vom Bundesministerium des Innern (BMI)
  herausgegebenen Empfehlungen. Als Hilfestellung zur Planung und Durchführung der einzelnen
  Verfahrensschritte kann die dort genannte zur Feststellung
  3 verwendet werden. Die Ergeb- nisse der
  Gefährdungs- und einer sich ggf. anschließenden Risikoanalyse sowie die hierauf aufsetzenden
  Maßnahmen sind von den untersuchenden Stellen zusammenzustellen und nachvollziehbar zu
  dokumentieren.




  3
  BMI Az O4 - 013 001 1/6 vom 4. Januar 2012; im IntranetBw bereitgestellt unter:
  http://intranet.bmvg/portal/a/i bmvg/!ut/p/c4/HYpBDoAgDMDe4gfY3Zu UC9mkIELMMhQ L5Kemmawg4fgp
  0DXlwEE6ywOZ7tY iwuQfj0Z0svmgeh4lF9a6 tqpInWRkTClQJhZqUOMyvW2FG94!/

  Seite 7

  Stand: Juni 2014
  A-2100/1 Besonders korruptionsgefährdete Arbeitsgebiete


  202. Prüfungen zur Feststellung besonders korruptionsgefährdeter Arbeitsgebiete sind
  spätestens nach einem Zeitraum von fünf Jahren nach Abschluss einer vorhergehenden
  Untersuchung zu wiederholen. Wenn organisatorische Entscheidungen eine vollständige oder
  weitgehende Veränderung des Aufbaus eines Organisationselementes bzw. der ihm zugeordneten
  Aufgaben nach sich ziehen, sind anlassbezogene Untersuchungen zum frühestmöglichen Zeit-
  punkt durchzuführen. Gleiches gilt für einzelne Arbeitsgebiete (Dienstposten), wenn Erkenntnisse
  vorliegen, die eine Überprüfung der bisherigen Einstufung rechtfertigen. Sollen regelmäßige oder
  B anlassbezogene Feststellungen im Sinne vorstehender Sätze 1 bis 3 ausnahmsweise zu einem
  späteren Zeitpunkt stattfinden, ist die vorherige Zustimmung von BMVg R II 1 unter Darlegung der
  Gründe einzuholen.

  203. Im Hinblick auf die Prüfung und Durchführung von Risikoanalysen in besonders
  korruptionsgefährdeten Arbeitsgebieten ist nach Nr. 3 der Empfehlungen zu Nr. 2 der Richtlinie zu
  verfahren. Zur Untersuchung und Bewertung des Korruptionsrisikos sowie der Wirksamkeit
  bestehender Sicherungsmaßnahmen kann auf Anlage 5 der vom BMI herausgegebenen
  Handreichung der AG Standardisierung zur Feststellung besonders korruptionsgefährdeter
  zurückgegriffen werden.

  204. Besonders korruptionsgefährdete Arbeitsgebiete sind für zielgerichtete Steuerungs-
  maßnahmen zur Korruptionsprävention zwingend in den Organisationsgrundlagen auszuweisen und
  stehen damit auch dem Personalwirtschaftssystem der Bundeswehr zur Verfügung. Zur
  entsprechenden Kennzeichnung von Dienstposten verfügt die den Hauptprozess Organisation
  unterstützende Softwar 4. Sofern ein besonders


  korruptionsgefährdetes Arbeitsgebiet nicht mit einem Dienstposten hinterlegt ist und die betroffenen


  sind, ist die zuständige personalbearbeitende Stelle über die Feststellung der besonderen
  Korruptionsgefährdung zu unterrichten. Sinngemäß ist bei Langzeit-/ Dauerkommandierungen im
  Rahmen von (temporären) Projektgruppen zu verfahren. Nr. 201 Satz 8 bleibt unberührt.




  4
  Sofern die Feststellungen nach Nr. 201 bei einzelnen Arbeitsgebieten zu dem Ergebnis führen, dass für diese
  lediglich die im ersten Verfahrensschritt zu prüfenden - gefährdetes


  einpflegen. Die Pflicht zur nachvollziehbaren Zusammenstellung und Dokumentation der Feststellungen
  gemäß Nr. 201 Satz 8 bleibt jedoch unberührt.

  Seite 8


  Stand: Juni 2014
  Mehr-Augen-Prinzip und Transparenz A-2100/1



  3 Mehr-Augen-Prinzip und Transparenz

  3.1 Auszug aus Nr. 3 der Richtlinie
  3 Mehr-Augen-Prinzip und Transparenz

  3.1 Vor allem in besonders korruptionsgefährdeten Arbeitsgebieten ist das Mehr-Augen-Prinzip
  (Beteiligung bzw. Mitprüfung durch mehrere Beschäftigte oder Organisationseinheiten)
  sicherzustellen. Stehen dem Rechtsvorschriften oder unüberwindliche praktische Schwierigkeiten
  entgegen, kann die Mitprüfung auf Stichproben beschränkt werden oder es sind zum Ausgleich
  andere Maßnahmen der Korruptionsprävention (z. B. eine intensivere Dienst- und Fachaufsicht)
  vorzusehen.

  3.2 Die Transparenz der Entscheidungen einschließlich der Entscheidungsvorbereitung ist
  sicherzustellen (z. B. durch eindeutige Zuständigkeitsregelung, Berichtswesen, IT-gestützte
  Vorgangskontrolle, genaue und vollständige verfahrensbegleitende Dokumentation).


  3.2 Durchführungsbestimmungen
  301. Aufbau- und ablauforganisatorische Maßnahmen sind so zu treffen, dass in Bereichen mit
  einem erhöhten Risiko von Korruption die Gefahr korruptiver Handlungen minimiert wird. Dabei ist
  die Beachtung des Mehr-Augen-Prinzips von besonderer Bedeutung. Dessen Ziel ist es,
  Entscheidungen und Tätigkeiten einer mehrfachen Kontrolle zu unterziehen (Ausweitung der
  Kontrolle) oder mehrere (unabhängige, unvoreingenommene) Personen an der Absicherung einer
  Entscheidung oder Tätigkeit zu beteiligen (Aufteilung von Entscheidungskompetenzen).

  Werden im Rahmen der Gefährdungsanalyse besonders korruptionsgefährdete Arbeitsgebiete
  festgestellt (Nr. 2 Satz 1 der Richtlinie), ist bei den anschließenden Prüfungen bzw. den
  Risikoanalysen stets zu untersuchen, ob das Mehr-Augen-Prinzip ausreichend Berücksichtigung
  findet. Sofern eine Anwendung des Mehr-Augen-Prinzips ausnahmsweise nicht möglich sein sollte,
  ist zu prüfen, welche anderweitig geeigneten und wirksamen Maßnahmen zur Korruptions-
  prävention ergriffen werden können. Dienst- bzw. Arbeitsanweisungen oder sonstige Vorschriften
  zur Gestaltung der Arbeitsabläufe sind ggf. anzupassen.

  302. Im Übrigen finden die Empfehlungen zu Nr. 3 der Richtlinie Anwendung.




  Seite 9

  Stand: Juni 2014
  A-2100/1 Personal



  4 Personal

  4.1 Auszug aus Nr. 4 der Richtlinie
  4 Personal

  4.1 Das Personal für besonders korruptionsgefährdete Arbeitsgebiete ist mit besonderer Sorgfalt
  auszuwählen.

  4.2 In besonders korruptionsgefährdeten Bereichen ist die Verwendungsdauer des Personals
  grundsätzlich zu begrenzen; sie sollte in der Regel eine Dauer von fünf Jahren nicht überschreiten.
  Bei einer erforderlichen Verlängerung sind die Gründe aktenkundig zu machen.

  4.2 Durchführungsbestimmungen
  401. Führt die Verwendung auf einem bestimmten Dienstposten zu einer Tätigkeit in einem
  besonders korruptionsgefährdeten Arbeitsgebiet, so sind die für eine Besetzung in Betracht
  kommenden Betroffenen hinsichtlich der in ihrer Person begründet liegenden Risiken zu über-
  prüfen. Indikatoren hierfür könnten arbeitsrechtliche Maßnahmen, laufende strafrechtliche und
  disziplinare (Vor-)Ermittlungsverfahren, gerichtliche Disziplinar- oder Strafverfahren sowie bereits
  rechtskräftige Verurteilungen sein. Nr. 1 der Empfehlungen zu Nr. 4 der Richtlinie ist bei der
  Personalauswahl zu beachten.

  Die für eine Verwendung in einem besonders korruptionsgefährdeten Arbeitsgebiet in Betracht
  kommenden Personen sind bereits im Personalauswahlverfahren (z. B. Vorstellungsgespräch/
  Personalgespräch) auf die besondere Korruptionsgefährdung des Arbeitsgebietes hinzuweisen. Sie
  sind auch darüber zu informieren, dass an eine Verwendung auf diesem Dienstposten spezifische
  Maßnahmen der Korruptionsprävention (insbesondere eine grundsätzlich vorgesehene Begrenzung
  der Verwendungsdauer) geknüpft sind. Wird einem Dienstposten zu einem späteren Zeitpunkt ein
  besonders korruptionsgefährdetes Arbeitsgebiet zugeordnet oder erfolgt eine solche Feststellung
  anlässlich entsprechender Untersuchungen nach Nr. 2 der Richtlinie, ist die
  Dienstposteninhaberin/der Dienstposteninhaber durch die personalbearbeitende Stelle hierüber
  unverzüglich zu informieren und über die damit verbundenen besonderen Maßnahmen der
  Korruptionsprävention, d. h. bis hin zur Personalrotation, in Kenntnis zu setzen.




  Seite 10

  Stand: Juni 2014
  Personal A-2100/1


  402. Es ist ständige Aufgabe der Dienst- und Fachaufsicht, einer unerwünschten Verfestigung
  von personellen Strukturen im Verkehr mit der Wirtschaft vorzubeugen und insoweit der Gefahr der
  Entstehung korruptiver Beziehungsgeflechte zu begegnen; dies gilt insbesondere in Bereichen mit
  identischen industriellen Ansprechpartnern. Rotationen können als zweckmäßiges Instrument
  genutzt werden, um der Entstehung eines korruptionsfördernden Näheverhältnisses vorzubeugen.
  Unabhängig davon, ob eine Verwendung in einem besonders korruptionsgefährdeten Arbeitsgebiet
  erfolgt, können deshalb von der Beschäftigungsstelle im Bedarfsfall mit der personalbearbeitenden
  Stelle Notwendigkeit und Möglichkeiten von Rotationsmaßnahmen geprüft werden, um der
  Korruption vorzubeugen.

  403. Dem Rotationsgebot nach Nr. 4.2 der Richtlinie kann sowohl durch einen Verwendungs-
  wechsel der betroffenen Beschäftigten (Personalrotation) als auch durch den Wechsel der
  besonders korruptionsgefährdeten Aufgabe zu einem anderen Dienstposten (Aufgabenrotation)
  entsprochen werden. Es obliegt den personalbearbeitenden Stellen, die Verweildauer der
  Betroffenen auf Dienstposten mit besonders korruptionsgefährdeten Arbeitsgebieten zu erfassen
  und zu überwachen.

  404. Rotationsmaßnahmen sollen mit zureichendem zeitlichen Vorlauf geplant werden, um die
  Funktionsfähigkeit der betroffenen Arbeitseinheiten nicht nachteilig zu beeinträchtigen und den
  Beschäftigten perspektivisch Möglichkeiten für eine weitere Verwendung eröffnen zu können. Zur
  Personalrotation sind hierzu geeignete Vorgaben, z. B. im Rahmen der Personalentwicklung,
  möglichst zu nutzen. Gleiches gilt für die Umsetzung von Maßnahmen zur Aufgabenrotation.

  405. Die Verwendungsdauer von Personal in besonders korruptionsgefährdeten Arbeits-
  gebieten soll in der Regel eine Dauer von fünf Jahren nicht überschreiten. Beginn der
  Verwendungsdauer ist dabei der Zeitpunkt, der für die erstmalige Aufnahme der Tätigkeit in einem
  besonders korruptionsgefährdeten Arbeitsgebiet bestimmt wird.

  Die personalbearbeitende Stelle zeigt der Beschäftigungsstelle rechtzeitig spätestens jedoch nach
  einer Verweildauer von vier Jahren und sechs Monaten erstmals an, dass aus Gründen der
  Korruptionsprävention ein Verwendungswechsel der Dienstposteninhaberin/des Dienstposten-
  inhabers anzustreben ist. Personalbearbeitende Stelle und Beschäftigungsstelle prüfen
  anschließend gemeinsam die Möglichkeit von Personalmaßnahmen. Sollte eine Personal-
  maßnahme aus fachlichen Gründen oder aus Personalführungsgründen nicht möglich sein, beurteilt
  die Beschäftigungsstelle unter Einbindung der für Organisationsfragen zuständigen Stelle zusätzlich
  die Option der Verlagerung besonders korruptionsgefährdeter Aufgaben. Die für Organisation
  zuständige Stelle entscheidet abschließend über die Möglichkeit einer Aufgaben- rotation. Die
  personalbearbeitende Stelle ist gegebenenfalls zur Berücksichtigung soldaten-, beamten- oder
  tarifrechtlicher Auswirkungen zu beteiligen. Über das Ergebnis der Prüfung einer möglichen
  Aufgabenrotation ist sie durch die Beschäftigungsstelle zu unterrichten.

  Seite 11

  Stand: Juni 2014
  A-2100/1 Personal


  406. Soweit aufgrund von gesetzlichen bzw. tarifvertraglichen Regelungen oder aufgrund von
  bereits konkret geplanten Personalführungsmaßnahmen gesichert ist, dass die Dienstposten-
  inhaberin/der Dienstposteninhaber bei Ablauf der fünfjährigen Frist nach Nr. 404 Satz 1 innerhalb
  der nächsten zwölf Monate ihre/seine Tätigkeit im bisherigen besonders korruptionsgefährdeten
  Arbeitsgebiet endgültig beenden oder durchgängig für mindestens zwei Jahre unterbrechen wird
  (z. B. Beendigung des Dienst- oder Arbeitsverhältnisses, Beurlaubung, Elternzeit, Umsetzung,
  Versetzung), kann eine Prüfung von Rotationsmaßnahmen im Einzelfall unterbleiben. Es ist jedoch
  unzulässig, das Rotationsgebot auf der Basis unspezifischer und unzureichend konkretisierter
  Planungsannahmen oder -fiktionen zu umgehen.

  Einer Rotation können ferner Sachverhalte entgegenstehen, bei denen insbesondere aus
  zwingenden Personalführungsgründen das dienstliche Interesse an einem Verbleib im besonders
  korruptionsgefährdeten Arbeitsgebiet gegenüber den Belangen der Korruptions- prävention
  überwiegt. Im Rahmen der insoweit notwendigen Abwägung könnten beispielsweise folgende
  Umstände zum Verzicht auf eine Rotation führen, wobei jeder Einzelfall sorgfältig zu prüfen ist:

  Besondere berufliche Qualifikationen der Dienstposteninhaberin/des Dienstposteninhabers, ggf.
  einhergehend mit einem hohen Maß an hierauf beruhender Spezialisierung (keine reine
  Erfahrungsspezialisierung durch eine langjährige Verwendung),
  Wahrnehmung von herausgehobenen Leitungsaufgaben oder Ämtern, für die die fortdauernde
  Übereinstimmung mit den grundsätzlichen politischen Ansichten und Zielen der Bundesregierung
  erforderlich ist (ab Besoldungsgruppe B 6) sowie
  Spezielle rechtliche Vorgaben (z. B. Sicherheitsüberprüfungsgesetz, Sozialgesetzbuch IX).

  In allen Fällen, in denen eine Verlängerung der Verwendungsdauer über die Frist von fünf Jahren
  hinaus erforderlich ist, sind die hierfür maßgeblichen Gründe durch die personalbearbeitende Stelle
  aktenkundig zu machen (Nr. 4.2 der Richtlinie). Anschließend sind von der Beschäfti- gungsstelle
  geeignete und wirksame Ausgleichsmaßnahmen zur Verminderung des Korruptions- risikos zu
  treffen und ebenfalls aktenkundig zu machen. Dies können z. B. sein:

  Erweiterung des Mehr-Augen-Prinzips (Ausweitung der Kontrolle; Aufteilung von Ent-
  scheidungskompetenzen; Regelungen zur Mitzeichnung, die fachnahe Zweitprüfung vorsehen),
  Änderung der Aufbau- und Ablauforganisation (z. B. Verlagerung von Zuständigkeiten
  [Wahrnehmung von Außenkontakten durch mehrere Bedienstete, Einführung von Teamarbeit]),
  Verstärkung der Fach- und Dienstaufsicht (z. B. vermehrte stichprobenartige Überprüfung von
  Vorgängen unter dem Blickwinkel der Korruptionsprävention) sowie
  Regelmäßige und anlassbezogene Sensibilisierungen.




  Seite 12



  Stand: Juni 2014
  Personal A-2100/1


  Die personalbearbeitende Stelle ist dabei gegebenenfalls zur Berücksichtigung soldaten-, beamten-
  oder tarifrechtlicher Auswirkungen zu beteiligen.

  407. Unbeschadet des Absehens von Rotationsmaßnahmen ist grundsätzlich auf die Beseitigung
  vorliegender Hinderungsgründe für eine Rotation hinzuwirken. Die personal- bearbeitende Stelle
  entscheidet in Abhängigkeit von den konkret vorliegenden Hinderungsgründen für eine Rotation,
  wann sie mit dem Ziel eines Verwendungswechsels erneut auf die Beschäfti- gungsstelle zugeht.
  Wurde von der Durchführung einer Rotation abgesehen und entfallen die hierfür ausschlaggebenden
  Gründe nachträglich, ist erneut ein Verwendungs- oder Aufgaben- wechsel zu prüfen.

  408. Bei Auswahl und Gestaltung der Ausgleichsmaßnahmen und bei der Planung von
  Aufgabenrotationen ist die Ansprechperson für Korruptionsprävention kontinuierlich zu beteiligen.
  Sie berät die verantwortlichen Entscheidungsträger und unterstützt diese im Rahmen ihrer
  fachlichen Expertise bei der Entwicklung praxisgerechter Lösungsansätze zur Verminderung des
  Korruptionsrisikos. Ein Anspruch auf Beteiligung an Personalmaßnahmen besteht nicht.




  Seite 13


  Stand: Juni 2014
  A-2100/1 Ansprechperson für Korruptionsprävention



  5 Ansprechperson für Korruptionsprävention

  5.1 Auszug aus Nr. 5 der Richtlinie
  5 Ansprechperson für Korruptionsprävention

  5.1 Abhängig von Aufgabe und Größe der Dienststelle ist eine Ansprechperson für
  Korruptionsprävention zu bestellen. Sie kann auch für mehrere Dienststellen zuständig sein. Ihr
  können folgende Aufgaben übertragen werden:

  a) Ansprechpartner bzw. Ansprechpartnerin für Beschäftigte und Dienststellenleitung, auch ohne
  Einhaltung des Dienstweges, sowie für Bürgerinnen und Bürger;
  b) Beratung der Dienststellenleitung;
  c) Aufklärung der Beschäftigten (z. B. durch regelmäßige Informationsveranstaltungen);
  d) Mitwirkung bei der Fortbildung;
  e) Beobachtung und Bewertung von Korruptionsanzeichen;
  f) Mitwirkung bei der Unterrichtung der Öffentlichkeit über dienst- und strafrechtliche Sanktionen
  (Präventionsaspekt) unter Beachtung der Persönlichkeitsrechte der Betroffenen.

  5.2 Werden der Ansprechperson Tatsachen bekannt, die den Verdacht einer Korruptionsstraftat
  begründen, unterrichtet sie die Dienststellenleitung und macht in diesem Zusammenhang
  Vorschläge zu internen Ermittlungen, zu Maßnahmen gegen Verschleierung und zur Mitteilung an
  die Strafverfolgungsbehörden. Die Dienststellenleitung veranlasst die zur Aufklärung des
  Sachverhalts erforderlichen Schritte.

  5.3 Der Ansprechperson dürfen keine Disziplinarbefugnisse übertragen werden; in
  Disziplinarverfahren wegen Korruption wird sie nicht als Ermittlungsführer tätig.

  5.4 Die Dienststellen haben die Ansprechperson zur Wahrnehmung ihrer Aufgaben rechtzeitig und
  umfassend zu informieren, insbesondere bei korruptionsverdächtigen Vorfällen.

  5.5 Bei der Wahrnehmung ihrer Aufgaben zur Korruptionsprävention ist die Ansprechperson
  weisungsunabhängig. Sie hat ein unmittelbares Vortragsrecht bei der Dienststellenleitung und darf
  wegen der Erfüllung ihrer Aufgaben nicht benachteiligt werden.

  5.6 Die Ansprechperson hat über ihr bekannt gewordene persönliche Verhältnisse von
  Beschäftigten, auch nach Beendigung ihrer Amtszeit, Stillschweigen zu bewahren; dies gilt nicht
  gegenüber der Dienststellenleitung und der Personalverwaltung, wenn sie Tatsachen erfährt, die
  den Verdacht einer Korruptionsstraftat begründen. Personenbezogene Daten sind nach den
  Grundsätzen der Personalaktenführung zu behandeln.




  Seite 14

  Stand: Juni 2014
  Ansprechperson für Korruptionsprävention A-2100/1


  5.2 Durchführungsbestimmungen
  501. Über die Frage der Bestellung einer Ansprechperson für Korruptionsprävention und einer
  Stellvertretung entscheidet die Dienststellenleitung nach pflichtgemäßem Ermessen (Nr. 5.1 der
  Richtlinie), soweit und solange diesbezüglich keine Weisungen vorgesetzter Dienststellen ergangen
  sind5. Die Bestellung erfolgt schriftlich durch die Dienststellenleitung und ist mit einer konkreten
  Aufgabenübertragung für diese Funktion zu verbinden. Die Beschäftigten der betreuten
  Dienststelle(n) sind in geeigneter Weise (z. B. Aushang, Stabsbefehl, Intranetpräsenz) über die
  Erreichbarkeit und die Aufgaben der für sie zuständigen Ansprechperson sowie der Ansprech-
  person der vorgesetzten Dienststelle und des BMVg6 in Kenntnis zu setzen.

  502. Neben den in Nr. 5.1 der Richtlinie genannten Aufgaben kann die Ansprechperson die mit der
  Umsetzung der Korruptionsprävention beauftragten Organisationselemente oder Stellen fachlich
  beraten und begleitend unterstützen. In diesen Fällen sind ihr das hierfür relevante Aktenmaterial
  sowie sonstige Aufzeichnungen und Informationen zur Verfügung zu stellen.

  503. Werden der Ansprechperson Tatsachen bekannt, die den Verdacht einer Korruptions- straftat
  begründen, ist die Dienststellenleitung zu unterrichten und im Übrigen nach den
  Durchführungsbestimmungen zu Nr. 10 der Richtlinie zu verfahren. Allgemeine Empfehlungen und
  Hilfestellungen zum konkreten Umgang der Ansprechperson für Korruptionsprävention mit
  Korruptionsverdachtsfällen und Hinweisgebern enthält ferner die vom BMI herausgegebene
  Handreichung für die Arbeitsweise der Ansprechperson für Korruptionsprävention bei Verdachts-
  fällen 7.

  504. Als Ansprechperson für Korruptionsprävention dürfen im Geschäftsbereich des BMVg nicht
  bestellt werden:

  Sicherheitsbeauftragte (ZDv 2/30, Nrn. 111, 114, zukünftig: ZDv A-1130/1) sowie Beschäftigte, die mit
  Sicherheitsüberprüfungen befasst sind. Die Nutzung und Übermittlung personenbezogener Daten aus
  Sicherheitsüberprüfungen unterliegt einer strengen gesetzlichen Zweckbindung (§§ 21,
  37 Sicherheitsüberprüfungsgesetz SÜG), die eine Weitergabe solcher Einzeldaten an die
  Ansprechperson für Korruptionsprävention sowohl bei Vorliegen eines Korruptionsverdachts,
  als auch für allgemeine Belange der Korruptionsprävention nicht zulässt;
  Dienststellenleitungen und Beschäftigte mit Disziplinarbefugnissen;
  Personen, die als Vertreter des Bundeswehrdisziplinaranwalts, einer Wehrdisziplinar-
  anwaltschaft oder im Auftrag eines Dienstvorgesetzten in Disziplinarverfahren tätig sind.
  5
  z. B. Weisungen zur Korruptionsprävention in einzelnen Organisationsbereichen der Bundeswehr oder
  Festlegungen von militärischen Kommandobehörden über die Zuständigkeit der Ansprechperson einer
  Dienststelle auch für weitere Dienststellen oder dislozierte Teile von Dienststellen.
  6
  Bundesministerium der Verteidigung, R II 1, Postfach 13 28, 53003 Bonn
  7
  BMI Az O4-15002/12 vom 20. September 2013; im IntranetBw bereitgestellt unter
  http://intranet.bmvg/resource/resource/MzEzNTM4MmUzMzMyMmUzMTM1MzIyZTMyMzUzMTMwMzAzMD
  MwMzAzMDY4NmM3OTc1NjI3NzYzNzUyMDIwMjAyMDIw/Handreichung%20Ansprechperson.pdf

  Seite 15

  Stand: Juni 2014
  A-2100/1 Ansprechperson für Korruptionsprävention


  Beschäftigte, die Dienst- und/oder Fachaufsicht über Maßnahmen der Korruptionsprävention
  ausüben, sollen nicht als Ansprechperson für Korruptionsprävention bestellt werden, wenn die mit
  der Tätigkeit als Ansprechperson im Zusammenhang stehenden Aufgaben zugleich Gegenstand der
  Beaufsichtigung sind (Vermeidung von Interessenkonflikten bzw. der Gefahr einer Selbstkontrolle).




  Seite 16


  Stand: Juni 2014
  Organisationseinheit zur Korruptionsprävention A-2100/1



  6 Organisationseinheit zur Korruptionsprävention

  6.1 Auszug aus Nr. 6 der Richtlinie
  6 Organisationseinheit zur Korruptionsprävention

  Wenn Ergebnisse von Risikoanalysen oder besondere Anlässe es erfordern, sollte befristet oder auf
  Dauer eine gesonderte weisungsunabhängige Organisationseinheit zur Überprüfung und Bündelung
  der im jeweiligen Hause praktizierten Maßnahmen zur Korruptionsprävention eingerichtet werden;
  es besteht ein unmittelbares Vortragsrecht bei der Dienststellenleitung. Diese Aufgabe kann auch
  von der Innenrevision wahrgenommen werden. Bei Mängeln in der Korruptionsprävention
  unterrichtet diese Organisationseinheit die Dienststellenleitung und die Ansprechperson für
  Korruptionsprävention unmittelbar; sie soll Empfehlungen für geeignete Änderungen unterbreiten.



  6.2 Durchführungsbestimmungen
  601. Wegen des besonderen Stellenwertes der Korruptionsprävention ist im BMVg mit dem Referat
  R II 1 auf Dauer eine Organisationseinheit für diese Aufgabe eingerichtet.

  BMVg R II 1 nimmt auf ministerieller Ebene die Grundsatzaufgaben auf dem Gebiet der
  Korruptionsprävention wahr und legt durch zentrale Vorgaben den Handlungsrahmen zur
  Ausgestaltung der Präventionsmaßnahmen sowie für eine einheitliche Umsetzung der Richtlinie in
  den Organisationsbereichen der Bundeswehr fest. Darüber hinaus koordiniert BMVg R II 1 bei
  Grundsatzfragen die Belange der Korruptionsprävention an den Schnittstellen zu anderen
  Fachaufgaben, nimmt konzeptionelle und Bedarfsträgeraufgaben für zentrale Qualifizierungs-
  maßnahmen wahr, wirkt an der Weiterentwicklung der Präventionsarbeit mit und vertritt im eigenen
  Aufgabenbereich die Interessen des Bundesministeriums der Verteidigung im Dialog mit Dritten.

  Für die Wahrnehmung der Dienst- und Fachaufsicht gelten die Durchführungsbestimmungen zu Nr.
  9 der Richtlinie.

  Die Aufgaben der Referate Revision im BMVg und Revision Bw (Referat ZA I 5) im BAIUDBw bleiben
  unberührt.

  602. Soweit die Aufgaben für Korruptionsprävention innerhalb einer Dienststelle auf unterschiedliche
  Organisationselemente verteilt sind, stellen die Dienststellenleitungen durch ablauforganisatorische
  Regelungen sicher, dass die jeweiligen Zuständigkeiten dokumentiert werden und der
  Informationsfluss sowie die gegenseitige Unterrichtung der beteiligten Stellen gewährleistet sind.




  Seite 17



  Stand: Juni 2014
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826


  A-2100/1 Sensibilisierung und Belehrung der Beschäftigten




  7 Sensi ierung und Belehrung der Beschäftigten

  74 Auszug aus Nr. 7 der Richtlinie

  7 Sensibilisierung und Belehrung der Beschäftigten

  7.1 Die Beschäftigten sind anlässlich des Diensteides oder der Verpflichtung aut

  Korruptionsgefahren aufmerksam zu machen und über die Folgen korrupten Verhaltens zu belehren.

  Die Belehrung ist zu dokumentieren. Hinsichtlich möglicher Korruptionsgefahren sind die

  Beschäftigten auch in der weiteren Folge zu sensibilisieren. Darüber hinaus soll ein

  „Verhaltenskodex gegen Korruption“ (siehe Anlage 1) allen Beschäftigten vermitteln, was sie

  insbesondere in besonders korruptionsgefährdeten Arbeitsgebieten oder Situationen zu beachten

  haben.

  7.2 Bei Tätigkeiten in besonders korruptionsgefahrdeten Arbeitsgebieten — auch bei einem Wechsel

  dorthin — sollen in regelmäßigen Abständen eine erneute Sensibilisierung und eine vertiefte

  arbeitsplatzbezogene Belehrung der Beschäftigten erfolgen.


  7.2 Durchführungsbestimmungen

  701. Unter Sensibilisierung im Sinne von Nr. 7 der Richtlinie sind Aktivitäten zu verstehen, die auf

  die Begründung oder Vertiefung eines Problembewusstseins gerichtet sind und im Wege einer

  besonderen Ansprache die potenzielle Gefahr von Korruptionshandlungen vergegenwärtigen,

  Anleitung zu pflichtgemäßem Verhalten geben sowie Anlaufstellen in Zweifelsfragen benennen.

  Sensibilisierungsmaßnahmen erfolgen in aller Regel formlos.

  Bei einer Belehrung im Sinne von Nr. 7 der Richtlinie handelt es sich demgegenüber um eine

  förmliche Aufklärung über den Regelungsgehalt von Rechtsvorschriften mit Bezug zur Korruptions-

  pravention und -bekämpfung. Dabei stehen insbesondere die in solchen Bestimmungen normierten

  Verhaltenspflichten und die bei Verstößen vorgesehenen Rechtsfolgen im Vordergrund.


  702. Bei der Einstellung von Beamtinnen und Beamten bzw. von Arbeitnehmerinnen und

  Arbeitnehmern sind die entsprechenden Mitarbeiterinnen und Mitarbeiter anlässlich des Dienst-

  eides bzw. der Verpflichtung nach dem Verpflichtungsgesetz® aktenkundig über Korruptions-

  gefahren und die Folgen korrupten Verhaltens nach Nr. 7.1 der Richtlinie zu belehren

  (Erstbelehrung). Bei Soldatinnen und Soldaten ist die Erstbelehrung von der zuständigen

  personalbearbeitenden Stelle wie folgt vorzunehmen:

  a) Bei Ableistung von Freiwilligem Wehrdienst als besonderes staatsbürgerliches Engagement

  (8 58 b Soldatengesetz (SG)), nach Ablauf der sechsmonatigen Probezeit,



  ® BGBl. 1974 S. 1469, 547; geändert durch Gesetz vom 15. August 1974 (BGBl. | S. 1942)

  Seite 18
  Sensibilisierung und Belehrung der Beschäftigten A-2100/1


  b) Bei der Berufung in das Dienstverhältnis einer Soldatin bzw. eines Soldaten auf Zeit, soweit sie
  zu diesem Zeitpunkt noch nicht nach Buchstabe a) durchgeführt wurde,
  c) Bei der Berufung in das Dienstverhältnisses einer Berufssoldatin bzw. eines Berufssoldaten,
  soweit sie zu diesem Zeitpunkt noch nicht nach Buchstabe a) oder b) durchgeführt wurde,
  d) Bei der Heranziehung bzw. Aktivierung zu freiwilligen Dienstleistungen außerhalb des
  Spannungs- oder Verteidigungsfalls nach dem vierten Abschnitt des Soldatengesetzes, soweit
  sie zu diesem Zeitpunkt noch nicht anlässlich eines vorhergehenden Wehrdienstes nach den
  Buchstaben a) bis c) durchgeführt wurde,
  e) Bei der Berufung in ein Reservewehrdienstverhältnis (§ 4 Reservistinnen- und Reservisten-
  gesetz (ResG)), soweit sie zu diesem Zeitpunkt noch nicht anlässlich eines vorhergehenden
  Wehrdienstes nach den Buchstaben a) bis d) durchgeführt wurde.

  Abweichend hiervon sind Soldatinnen und Soldaten, deren Wehrdienstverhältnis wegen der
  Feststellung des Spannungs- oder Verteidigungsfalls nicht auf der Basis einer freiwilligen
  schriftlichen Verpflichtung begründet wurde, nur dann zu belehren, wenn sie in besonders
  korruptionsgefährdeten Arbeitsgebieten verwendet werden.

  703. Zur Gewährleistung eines einheitlichen Standards ist für die Erstbelehrung das in der
  Formulardatenbank der Bundeswehr9
  -2611) zu verwenden. Für
  das Personal in Gesellschaften mit Bundesbeteiligung gemäß Nr. 1.2 der Richtlinie sind
  Erstbelehrungen unter Berücksichtigung der dort für die Beschäftigten geltenden Regularien
  inhaltlich zu gestalten.

  704. Aufbauend auf die Belehrung zum Diensteinritt/zur Einstellung ist den Beschäftigten zur
  Erhaltung bzw. zum Ausbau der Wissensbasis von der Beschäftigungsstelle einmal jährlich eine
  Sammlung von Informationsunterlagen zur Kenntnis zu geben, um sie auch in der weiteren Folge
  für die Gefahren der Korruption zu sensibilisieren und vorhandene Kenntnisse aktuell zu halten. Die
  Sammlung soll folgende Bestandteile beinhalten:

  Verhaltenskodex gegen Korruption (Anlage 1 der Richtlinie),
  Erlass über die Annahme von Belohnungen und Geschenken in der jeweils gültigen Fassung10,
  eine Sammlung von Beispielen realer Korruptionssachverhalte aus der Bundeswehr11.

  Ergänzend können bei Bedarf die Richtlinie sowie sonstige Unterlagen beigefügt werden, die den
  Besonderheiten einer Dienststelle oder sonstigen Einrichtung Rechnung tragen.



  9
  http://zrp21.bundeswehr.org/fachinfo/i terrwv/fi i terrwv formulare.nsf/
  10
  VMBl 2005 S. 126, Änderung VMBl 2007 S. 53.
  11
  Im IntranetBw aufzurufen unter:
  http://intranet.bmvg/portal/a/i bmvg/!ut/p/c4/04 SB8K8xLLM9MSSzPy8xBz9CP3I5EyrpHK9zPik3LJ0vbTE5I
  zMvLT8olywCr3s KKi0gIQs7igKDG1LDUPXThNvyDbUREARGWguw!!/

  Seite 19

  Stand: Juni 2014
  A-2100/1 Sensibilisierung und Belehrung der Beschäftigten


  Der Leitfaden für Vorgesetzte (Anlage 2 der Richtlinie) ist dem in Frage kommenden Personen- kreis
  bereits bei Übernahme der Dienstgeschäfte auszuhändigen.

  Für den Erfolg der Sensibilisierung ist insbesondere von Bedeutung, dass den Beschäftigten
  Notwendigkeit und Funktionsweise der Korruptionsprävention derart vermittelt werden, dass ein
  praktischer Bezug zum jeweiligen dienstlichen Aufgabenbereich hergestellt werden kann. Darüber
  hinaus sollte begleitend kommuniziert werden, dass Vorkehrungen zur Korruptionsprävention nicht
  Ausdruck mangelnden Vertrauens in die Integrität der Beschäftigten sind, sondern Schutz vor der
  Verwicklung in kriminelles Verhalten bieten. Neben der obligatorischen Sensibilisierung mittels
  schriftlicher Hinweise gemäß Satz 1 und 4 sind deshalb u. a. folgende Maßnahmen geeignet, eine
  auf Dauer angelegte Auseinandersetzung mit der Korruptionsprävention zu fördern:

  Vortrags- und Informationsveranstaltungen der Ansprechperson für Korruptionsprävention oder
  sonstiger Träger,
  Erörterung im Rahmen von Mitarbeitergesprächen12, Dienstbesprechungen und anlässlich des
  sonstigen Gedankenaustauschs zwischen Vorgesetzten und Mitarbeiterinnen/Mitarbeitern bzw.
  Soldatinnen/Soldaten,
  Gestaltung einer gehaltvollen Intranetpräsenz,
  Informationsschreiben (Newsletter) zu relevanten Themen (z. B. Hinweise auf Publikationen,
  Rechtsprechung und Literatur) sowie
  Teilnahme an Qualifizierungsmaßnahmen. In diesem Zusammenhang besteht insbesondere
  auch die Möglichkeit zur Einschreibung in das für die Angehörigen der Bundesverwaltung
  entwickelte E-Learning-Programm13 (vgl. auch Durchführungsbestimmungen zu Nr. 8 der
  Richtlinie).




  12
  BMVg Abteilungsleiter Personal P I 1 - Az 09-02-09 vom 4. Dezember 2013, Konzept für die
  Personalentwicklung in der Bundeswehr (KPersEntwBw), Nr. 5.1.1
  13
  Im IntranetBw aufzurufen unter: https://lmsbw.ausbildung.bundeswehr.org/


  Seite 20

  Stand: Juni 2014
  Sensibilisierung und Belehrung der Beschäftigten A-2100/1


  705. Bei Aufnahme einer Tätigkeit in einem besonders korruptionsgefährdeten Arbeitsgebiet sind
  die betroffenen Beschäftigten von den Vorgesetzten im Hinblick auf das erhöhte Gefähr-
  dungspotenzial der neu übertragenen Aufgaben zu sensibilisieren und vertieft arbeitsplatzbezogen
  zu belehren. In diesem Zusammenhang sind die

  für das jeweilige Arbeitsgebiet konkret festgestellten Korruptionsrisiken,
  Zuständigkeiten bei der Aufgabenwahrnehmung,
  bestehenden Handlungs- und Gestaltungsbefugnisse und deren Grenzen,
  eingerichteten Kontrollen und Sicherungen,
  Maßnahmen bei erkannten Unregelmäßigkeiten im dienstlichen Umfeld sowie
  ggf. erwarteten Verhaltensgrundsätze als Vorgesetzter und Vorbild

  vertrauensvoll mit den Dienstposteninhaberinnen/-inhabern zu erörtern. Die Maßnahmen nach
  Satz 2 sind für den in Rede stehenden Personenkreis regelmäßig zu wiederholen.




  Seite 21

  Stand: Juni 2014
  A-2100/1 Aus- und Fortbildung



  8 Aus- und Fortbildung

  8.1 Auszug aus Nr. 8 der Richtlinie
  8 Aus- und Fortbildung

  Die Aus- und Fortbildungseinrichtungen nehmen das Thema "Korruptionsprävention" in ihre
  Programme auf. Hierbei ist vor allem der Fortbildungsbedarf der Führungskräfte, der Ansprech-
  personen für Korruptionsprävention, der Beschäftigten in besonders korruptionsgefährdeten
  Arbeitsgebieten und der Beschäftigten der in Nr. 6 genannten Organisationseinheiten zu
  berücksichtigen.

  8.2 Durchführungsbestimmungen
  801. Die Berücksichtigung der Korruptionsprävention in der Aus-, Fort- und Weiterbildung soll den
  Angehörigen der Bundeswehr ein von ethischen Vorstellungen geprägtes Wertesystem vermitteln,
  die Auseinandersetzung mit dem Phänomen der Korruption ermöglichen, den geltenden
  Rechtsrahmen aufzeigen und sie aufgabengerecht für die Planung, Durchführung und Kontrolle
  entsprechender Vorkehrungen qualifizieren. Ergänzend zur Sensibilisierung und Belehrung nach Nr.
  7 der Richtlinie zielen Qualifizierungsmaßnahmen insbesondere darauf ab, eine Reflektions- und
  Handlungskompetenz herzustellen, auf deren Basis die bewusste Vermeidung von Korruption
  Gegenstand dienstlichen Handelns wird.

  802. Das BMVg entscheidet konzeptionell über die Verankerung von Inhalten der
  Korruptionsprävention in der Aus-, Fort- und Weiterbildung (zentrales Schulungsprogramm zur
  Korruptionsprävention). Bei dessen Gestaltung finden die Grundsätze der Empfehlungen zu Nr. 8
  der Richtlinie Anwendung. Lehrgänge des zentralen Schulungsprogramms können in Abhängigkeit
  von ihrer Zielgruppe und der inhaltlichen Ausrichtung sowohl im Fernunterricht als auch in
  Präsenzform durchgeführt werden.

  Daneben besteht im Falle der dienstlichen Notwendigkeit und im Rahmen verfügbarer Haus-
  haltsmittel die Möglichkeit zur Teilnahme an sonstigen Qualifizierungsmaßnahmen, die das zentrale
  Schulungsprogramm bedarfsbezogen ergänzen oder vertiefen (z. B. Politische Bildung,
  Rechtsunterricht, In-House-Schulungen der Dienststellen, Seminare externer Bildungsträger). Zur
  Beurteilung eines ergänzenden oder vertiefenden Qualifizierungsbedarfs sind auch die im Rahmen
  der Dienst- und Fachaufsicht (vgl. Durchführungsbestimmungen zu Nr. 9 der Richtlinie) gewonnenen
  Erkenntnisse zugrunde zu legen. Bei der Organisation und Gestaltung von ergänzenden
  Qualifizierungsmaßnahmen sind die Ansprechpersonen für Korruptionsprävention ausdrücklich
  gehalten, sich fachlich einzubringen (Nr. 5.1 der Richtlinie).



  Seite 22

  Stand: Juni 2014
  Aus- und Fortbildung A-2100/1


  803. Die Teilnahme an den im zentralen Schulungsprogramm eingerichteten Qualifi-
  zierungsmaßnahmen zur Wahrnehmung der Aufgaben einer Ansprechperson für Korruptions-
  prävention ist für diesen Personenkreis (einschließlich bestellter Stellvertretungen) obligatorisch.
  Werden Soldatinnen und Soldaten mit der Ausübung der Funktion einer Ansprechperson beauftragt,
  ist insoweit der Erwerb der ATN 1000237 vorzusehen. Seitens der Beschäfti- gungsstellen ist darauf
  hinzuwirken, dass möglichst zeitnah im Zusammenhang mit der Bestellung zur Wahrnehmung
  dieses Nebenamtes eine Einplanung der Betroffenen in die jeweiligen Lehrgänge erfolgt.




  Seite 23


  Stand: Juni 2014
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  A-2100/1 Konsequente Dienst- und Fachaufsicht




  9 Konsequente Dienst- und Fachaufsicht


  9.1 Auszug aus Nr. 9 der Richtlinie

  9 Konsequente Dienst- und Fachaufsicht

  9.1 Die Vorgesetzten üben ihre Dienst- und Fachaufsicht konsequent aus („Leitfaden für

  Vorgesetzte und Behördenleitungen‘; Anlage 2). Dies umfasst eine aktive vorausschauend&

  Personalführung und -kontrolle.

  9.2 In diesem Zusammenhang achten die Vorgesetzten auf Korruptionssignale. Sie sensibilisieren

  regelmäßig und bedarfsorientiert ihre Mitarbeiterinnen und Mitarbeiter für Korruptionsgefahren.


  9.2 Durchfiihrungsbestimmungen

  901. Eine konsequente Ausübung der Dienst- und Fachaufsicht einschließlich effektiver Kontrollen

  ist für die Korruptionsprävention von zentraler Bedeutung, da sie der Entstehung und dem

  Wachstum von Korruptionsstrukturen und Netzwerken entgegenwirkt (vgl. Nr. 402).

  902. Die Aufsicht der Vorgesetzten im Rahmen der Korruptionsprävention umfasst neben der

  Prüfung von Recht- und Zweckmäßigkeit des fachlichen (Verwaltungs-)Handelns (Fachaufsicht)

  sowie der Beobachtung von Korruptionsindikatoren auch eine aktive und vorausschauende

  Mitarbeiterführung und Prüfung der persönlichen Pflichterfüllung der Beschäftigten (Dienst-

  aufsicht); die Abgrenzung der Zuständigkeiten auf dem Gebiet des Personalwesens bleibt unberührt.

  In besonders korruptionsgefahrdeten Arbeitsgebieten ist die Kontrolltatigkeit intensiv durch fachliche

  Begleitung, Inanspruchnahme von Informationsrechten der Vorgesetzten und regel- mäßige

  Vorgangsprüfungen auszuüben. Dies gilt insbesondere dann, wenn bei Auftreten einer

  Verwendungsdauer von mehr als fünf Jahren eine Personalrotation nach Nr. 4.2 der Richtlinie oder

  eine Aufgabenrotation nicht durchgeführt werden kann und deshalb Ausgleichsmaßnahmen (vgl.

  Nr. 405) zu ergreifen sind.




  Seite 24
  Konsequente Dienst- und Fachaufsicht A-2100/1


  903. Maßnahmen zur Korruptionsprävention unterliegen der Fachaufsicht durch vorgesetzte
  Dienststellen. Die Aufsicht ist grundsätzlich derart auszuüben, dass den Dienststellen eine
  Unterstützung zur Aufrechterhaltung und Verbesserung ihrer Vorkehrungen zur Korruptions-
  prävention ermöglicht wird und festgestellte Defizite beseitigt werden können. Hierzu sind
  regelmäßig örtliche Prüfungen durchzuführen, über deren Ergebnis die betreffende Dienst-
  stellenleitung zu unterrichten und zu dem ihr Gelegenheit zur Stellungnahme zu geben ist.
  Gegenstand dieser Prüfungen soll u.a. sein:

  Feststellung besonders korruptionsgefährdeter Arbeitsgebiete (Aktualität, Verfahren, sach-
  gerechte Bewertungen),
  Durchführung von Risikoanalysen,
  Berücksichtigung des Mehr-Augen-Prinzips, Transparenz der Arbeitsabläufe,
  Ansprechperson für Korruptionsprävention (Bestellungsakt, Aktivitäten, Beteiligung durch die
  Dienststelle),
  Sensibilisierung (Art und Inhalt, Regelmäßigkeit, Dokumentation, Durchführung arbeits-
  platzbezogener Belehrungen),
  Aus- und Fortbildung (Fortbildung der Ansprechperson und Stellvertretung, Maßnahmen für die
  Angehörigen der Dienststelle)
  Anwendung von Antikorruptionsklauseln,
  Anwendung des Verpflichtungsgesetzes,
  Annahme von Sponsoringleistungen und
  Entscheidungen im Zusammenhang mit der Annahme von Zuwendungen; Verhalten im
  Umgang mit Bewerbern, Bietern und Auftragnehmern.

  Eine Überwachung der Präventionsmaßnahmen in den Gesellschaften mit Bundesbeteiligung nach
  Nr. 1.2 der Richtlinie erfolgt durch die Beteiligungsführung und die jeweiligen Kontroll- und
  Beschlussgremien der Unternehmen. Vorstehend aufgeführte Grundsätze sollen dabei berück-
  sichtigt werden.




  Seite 25

  Stand: Juni 2014
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  A-2100/1 Unterrichtung und Maßnahmen bei Korruptionsverdacht




  10 Unterrichtung und Maßnahmen bei Korruptionsverdacht


  10.1 Auszug aus Nr. 10 der Richtlinie

  10 Unterrichtungen und Maßnahmen bei Korruptionsverdacht

  10.1 Bei einem durch Tatsachen begründeten Verdacht einer Korruptionsstraftat hat die

  Dienststellenleitung unverzüglich die Staatsanwaltschaft und die oberste Dienstbehörde zu

  unterrichten; außerdem sind behördeninterne Ermittlungen und vorbeugende Maßnahmen gegen

  eine Verschleierung einzuleiten.


  10.2 Die obersten Bundesbehörden teilen jährlich dem Bundesministerium des Innern - auch für den

  jeweils nachgeordneten Bereich - in vorgegebener anonymisierter Form die Verdachtsfälle mit, in

  denen Verfahren eingeleitet wurden (untergliedert nach Bereich, Sachverhalt, eingeleiteten

  Maßnahmen) sowie den Ausgang der Verfahren, die im Berichtsjahr abgeschlossen wurden.


  10.2 Durchführungsbestimmungen

  1001. Ein Verdachtsfall ist gegeben, wenn tatsächliche Anhaltspunkte für eine Korruptions- straftat

  B | vorliegen bzw. bekannt werden. Solche Vorgänge sind — abweichend von Nr. 10.1 der Richtlinie —
  nach den Regelungen über besondere Vorkommnisse'‘, über eine Abgabe an die

  Staatsanwaltschaft bei der Bearbeitung von Dienstvergehen'5 oder aufgrund sonstiger Weisungen

  unverzüglich an BMVg -R II 1 zu berichten.


  Vor Unterrichtung von BMVg —R II 1 sind grundsätzlich keine dienststelleninternen Ermittlungen und

  vorbeugenden Maßnahmen gegen eine Verdunkelung bzw. Verschleierung durchzuführen, damit

  die notwendigen Untersuchungen koordiniert durchgeführt werden können. BMVg-R II 1 veranlasst

  die zur Aufklärung des Sachverhaltes und zur Verhinderung von Verdunkelungs- maßnahmen

  erforderlichen Schritte.

  1002. Dienststelleninterne Beweissicherungsmaßnahmen kommen ausschließlich in Betracht, wenn

  nach Lage der Dinge ein sofortiges Einschreiten erforderlich ist, um den Verlust von mutmaßlich

  entscheidungserheblichen Beweismitteln zu verhindern (Gefahr im Verzug). Die Ansprechperson für

  Korruptionsprävention unterbreitet der Dienststellenleitung in diesen Fällen Vorschläge gegen eine

  Verdunkelung bzw. Verschleierung.




  “4 BMVg—VR Ill 1 = Az 13 vom 14. Juli 1981 (Bundeswehrverwaltung und Rechtspflege, im VMBI nicht
  veröffentlicht), ZDv 10/13 Nr. 308 i. V. m. Anlage 8 (Streitkräfte)
  "5 ZDv 14/3, B 117, Abschnitt IV, Nr. 3i. V. m. Anlage 1 und 2.

  Seite 26
  Unterrichtung und Maßnahmen bei Korruptionsverdacht A-2100/1


  1003. Die nach der Richtlinie geforderte unverzügliche Unterrichtung der Staatsanwaltschaft und die
  Abgabe an die Staatsanwaltschaft nach vorhergehenden Verwaltungsermittlungen wird allein durch
  BMVg R II 1 sichergestellt.

  Nr. 10.1 der Richtlinie i. V. m. Abschnitt II Nr. 2 Satz 1 bis 3 der Anlage 2 zur Richtlinie (Leitfaden für
  Vorgesetzte und Behördenleitungen) ist im Geschäftsbereich des BMVg insoweit nach Maßgabe
  vorstehender Grundsätze anzuwenden.




  Seite 27

  Stand: Juni 2014
  A-2100/1 Leitsätze für die Vergabe



  11 Leitsätze für die Vergabe

  11.1 Auszug aus Nr. 11der Richtlinie
  11 Leitsätze für die Vergabe

  11.1 Wettbewerb
  Der Grundsatz der öffentlichen Ausschreibung bzw. des offenen Verfahrens hat im Rahmen der
  Korruptionsprävention besondere Bedeutung.

  Bei der Vergabe öffentlicher Aufträge ist regelmäßig im Rahmen der Dienst- und Fachaufsicht zu
  prüfen, ob unzulässige Einflussfaktoren vorgelegen haben.

  11.2 Grundsätzliche Trennung von Planung, Vergabe und Abrechnung

  Bei der Vergabe von öffentlichen Aufträgen nach den haushalts- und vergaberechtlichen Bestimmungen
  sind Vorbereitung, Planung und Bedarfsbeschreibung einerseits und die Durchführung des
  Vergabeverfahrens andererseits sowie möglichst auch die spätere Abrechnung grundsätzlich
  organisatorisch zu trennen.

  11.3 Wettbewerbsausschluss

  Die Dienststellen prüfen, ob schwere Verfehlungen von Bietern bzw. Bieterinnen oder Bewerbern
  bzw. Bewerberinnen vorliegen, die ihre Zuverlässigkeit in Frage stellen und die zum Ausschluss vom
  Wettbewerb führen können.

  Eine solche schwere Verfehlung liegt insbesondere vor, wenn eine der genannten Personen
  demjenigen, der mit der Vorbereitung oder Durchführung eines Vergabeverfahrens befasst ist, einen
  Vorteil für diesen oder einen Dritten anbietet, verspricht oder gewährt.


  11.2 Durchführungsbestimmungen
  1101. Bei der Vergabe von öffentlichen Aufträgen sind Planung, Bedarfsbeschreibung,
  -priorisierung und -genehmigung einerseits und die Durchführung des Vergabeverfahrens
  andererseits sowie möglichst auch die spätere Abrechnung organisatorisch zu trennen. Dieser
  Grundsatz ist bereits anlässlich von konzeptionellen Überlegungen im Vorfeld von Organi-
  sationsmaßnahmen sowie generell bei der Festlegung von Zuständigkeiten und der Gestaltung von
  Arbeitsabläufen zu beachten (vgl. Nr. 3 und Nr. 9 der Richtlinie).




  Seite 28

  Stand: Juni 2014
  Leitsätze für die Vergabe A-2100/1


  1102. Die Prüfung eines Wettbewerbsausschlusses von Bewerbern und Bietern richtet sich nach
  Verfahrensbestimmungen zur Prüfung von Unternehmen, deren Zuverlässigkeit wegen
  einer schweren Verfehlung in Frage steht 16.




  16
  BMVg ES Az 76-05-01/001/02 vom 22. September 2003 (VMBl 2003 S. 150) in der Fassung BMVg
  ES Az 76-05-01/001/02 vom 23. März 2007 (VMBl 2007 S. 67)

  Seite 29

  Stand: Juni 2014
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  A-2100/1 Antikorruptionsklausel, Verpflichtungsgesetz




  12 Antikorruptionsklausel, Verpflichtungsgesetz


  12.1 Auszug aus Nr. 12 der Richtlinie

  12 Antikorruptionsklausel, Verpflichtung von Auftragnehmern oder Auftragnehmerinnen

  nach dem Verpflichtungsgesetz


  12.1 Bei der Vergabe von öffentlichen Aufträgen sind in geeigneten Fällen Antikorruptionsklauseln

  vorzusehen.


  12.2 Wirken private Unternehmen bei der Ausführung von Aufgaben der öffentlichen Hand mit, sind

  die einzelnen Beschäftigten dieser Unternehmen — soweit erforderlich — nach dem

  Verpflichtungsgesetz auf die gewissenhafte Erfüllung ihrer Obliegenheiten aus dem Auftrag zu

  verpflichten. Ein entsprechender Hinweis ist bereits in die jeweilige Ausschreibung aufzunehmen

  (einschließlich der Einforderung einer Bereitschaftserklärung). Den genannten Personen sind der

  „Verhaltenskodex gegen Korruption“ (siehe Anlage 1) und ein Abdruck der geltenden Regelungen

  zur Annahme von Belohnungen und Geschenken auszuhändigen.



  12.2 Durchführungsbestimmungen

  1201. In den „Zusätzlichen Vertragsbedingungen des Bundesministeriums der Verteidigung zur

  Verdingungsordnung für Leistungen Teil B (ZVB/BMVg)“'’ sind Antikorruptionsklauseln enthalten.

  Die Antikorruptionsklauseln sind in ihrer jeweils geltenden Fassung in allen maßgeblichen Verträgen

  zu vereinbaren, in denen die Vergabestelle als öffentlicher Auftraggeber im Sinne von

  § 98 des Gesetzes gegen Wettbewerbsbeschränkungen (GWB)'® tätig wird.

  1202. Potenzielle Bieter sind bereits in den Ausschreibungsunterlagen deutlich darauf hinzu-

  weisen, dass der Vertrag eine Antikorruptionsklausel enthalten wird.


  1203. Das Verpflichtungsgesetz ist nach Maßgabe der für den Geschäftsbereich des BMVg

  erlassenen Durchführungsbestimmungen'? anzuwenden.




  17 VMBI 1998 S. 223, Anderung VMBI 2001 S. 154 bzw. BAnz. Nr. 34 vom 19. Februar 1998, Anderung
  BAnz. Nr. 96 vom 23. Mai 2001; Interimsfassung der Nrn. 11.4 und 11.5 ZVB/BMVg, Stand 28. Januar 2005.
  "Inder Fassung der Bekanntmachung vom 26. Juni 2013 (BGBl. | S. 1750, 3245), geändert durch Gesetz
  vom 7. August 2013 (BGBl. | S. 3154).
  ‘9 BMVg — ES - Az 75-70-00/003/03 vom 20. August 2007 (VMBI 2007 S. 122)

  Seite 30
  Zuwendungen an Dienststellen, Sponsoring A-2100/1



  13 Zuwendungen an Dienststellen, Sponsoring

  13.1 Auszug aus Nr. 13 der Richtlinie
  13 Zuwendungen zu Gemeinschaftsveranstaltungen und Gemeinschaftseinrichtungen;
  Sponsoring

  Für die Annahme von Geld-, Sach- oder Dienstleistungen durch Private (Sponsoren) an eine oder
  mehrere Dienststellen des Bundes gilt die Allgemeine Verwaltungsvorschrift der Bundesregierung
  zur Förderung von Tätigkeiten des Bundes durch Leistungen Privater (Sponsoring, Spenden und
  sonstige Schenkungen) vom 7. Juli 2003 (BAnz. S. 14906).


  13.2 Durchführungsbestimmungen
  1301. Hinsichtlich der Annahme von Leistungen durch Dienststellen und Truppenteile der
  Bundeswehr ist der Erlass Durchführungsbestimmungen zur
  Bundesregierung zur Förderung von Tätigkeiten des Bundes durch Leistungen Privater (Sponsoring,


  20 in seiner jeweils geltenden Fassung anzuwenden.




  20
  BMVg - ES Az 75-11-15 vom 1. März 2011 (VMBl 2011 S. 37)

  Seite 31

  Stand: Juni 2014
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826


  A-2100/1 Zuwendungsempfänger




  14 _Zuwendungsempfänger


  14.1 Auszug aus Nr. 14 der Richtlinie

  14 Zuwendungsempfänger

  14.1 Für Zuwendungen des Bundes im Rahmen institutioneller Förderungen ist der

  Zuwendungsempfänger durch besondere Nebenbestimmungen im Zuwendungsbescheid zu

  verpflichten, diese Richtlinie sinngemäß anzuwenden, wenn ihm durch Haushaltsrecht die

  ‚Anwendung des Vergaberechts aufgegeben worden ist (Höhe der Zuwendungoder bei Finanzierung

  durch mehrere Stellen der Gesamtbetrag der Zuwendung mehr als 100.000 €). Bei

  Zuwendungsvertragen ist die entsprechende Anwendung der Richtlinie vertraglich zuvereinbaren.

  14.2 Mit institutionellen Zuwendungsempfängern im Ausland sind vertraglich Grundsätze zur

  Korruptionsprävention zu vereinbaren.


  14.2 Durchführungsbestimmungen

  1401. Sofern ein Zuwendungsempfänger
  im Rahmen der institutionellen Förderung nach Anlage 1 zur

  W Nr. 5.1 zu § 44 BHO?! Vergaberecht anzuwenden hat und deshalb nach Nr. 14.1 der Richtlinie zu
  deren sinngemäßen Anwendung verpflichtet ist, haben die zuwendungsgebenden Stellen die in Anlage

  3 der Empfehlungen enthaltene Musterklausel in den Zuwendungsbescheid aufzunehmen.

  1402. Besteht für einen Zuwendungsempfänger im Rahmen der institutionellen Förderung nach

  vorgenannten Bestimmungen keine Verpflichtung zur Anwendung des Vergaberechts und somit auch

  nicht zur sinngemäßen Anwendung der Richtlinie, ist ihm von den zuwendungsgebenden Stellen nach

  ‚Anlage 4 der Empfehlungen durch besondere Nebenbestimmung im Zuwendungsbescheid bzw. durch

  Vereinbarung im Zuwendungsvertrag die Einhaltung von Verhaltensstandards aufzugeben.

  1403. Im Rahmen des Zuwendungsverhältnisses sind die vom Zuwendungsempfänger nach Nr.

  B | 1401 und Nr. 1402 ergriffenen Maßnahmen zur Korruptionsprävention zu prüfen. Von den
  Zuwendungsempfangern sind hierzu im Sachbericht des Verwendungsnachweises die getroffenen

  Vorkehrungen darzulegen. Die zuwendungsgebenden Stellen der Bundeswehr können auf diese

  Prüfung verzichten, wenn innerhalb der Bundesregierung einem Ressort die Federführung für den

  institutionell geförderten Zuwendungsempfänger zugewiesen wurde und mit der federführenden

  Stelle Einvernehmen darüber besteht, dass die Korruptionsprävention des Zuwendungs-

  empfängers insgesamt von dort sichergestellt wird. Die haushaltsrechtliche Prüfung des

  Verwendungsnachweises durch die zuwendungsgebende Stelle der Bundeswehr bleibt unberührt.




  a Allgemeine Verwaltungsvorschriften zur Bundeshaushaltsordnung (VV-BHO) vom 14. Marz 2001 (GMBI
  2001, S. 307), zuletzt geandert durch RdSchr. des BMF vom 3.9.2013 (GMBI. Nr. 50, S. 1002)

  Seite 32
  Signatures


  Number of pages (including this one): 33

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826

  mS | der Verteidigung




  A-2100/2




  Annahme von Zuwendungen




  Herausgegeben durch: Bundesministerium der Verteidigung
  Beteiligte Hauptpersonalrat beim BMVg,
  Interessenvertretungen: Gesamtvertrauenspersonenausschuss beim BMVg
  Gebilligt durch: Referatsleiter R Ill 2 ES

  Herausgebende Stelle: BMVg R III 1
  Geltungsbereich: Fe des Bundesministeriums der


  Einstufung: Offen
  Einsatzrelevanz: Ja
  Berichtspflichten: Ja
  Gültig ab: 25.06.2020

  Frist zur Überprüfung: 24.06.2025
  Version: 1



  Aktenzeichen: 60-15-01
  Bestellnummer/DSK: Entfällt
  A-2100/2 Inhaltsverzeichnis


  Inhaltsverzeichnis

  1 Inhalt und Zweck der Regelung 3

  2 Zuwendungskategorien 3
  3 Zuwendungen an Angehörige des Geschäftsbereichs des
  Bundesministeriums der Verteidigung 4
  3.1 Gesetzliche und externe Vorgaben 4
  3.2 Grundsatz 4
  3.3 Begriffsbestimmungen 4
  3.4 Erfordernis der Zustimmung 6
  3.4.1 Ausdrückliche Zustimmung 6
  3.4.2 Nachträgliche Zustimmung 7
  3.4.3 Stillschweigende Zustimmung 8
  3.5 Zuständigkeiten und Verfahren 10
  3.6 Rechtsfolgen von Verstößen 12
  3.7 Nachweispflichten 12
  3.8 Besondere Anzeigepflichten 12

  4 Zuwendungen an Dienststellen und Truppenteile 12
  4.1 Externe Vorgaben 12
  4.2 Grundsatz 13
  4.3 Begriffsbestimmungen 13
  4.4 Rahmenbedingungen/Entscheidungsmaßstab 14
  4.5 Zuständigkeiten und Verfahren 17
  4.5.1 Sponsoring, Spenden und sonstige Schenkungen 17
  4.5.2 Leistungen öffentlich-rechtlicher Körperschaften 19
  4.5.3 Fälle/Veranstaltungen mit gleichgerichteter Zielsetzung bei angemessener Kostenteilung
  (Kooperationen im Sinne der Verwaltungsvorschrift Sponsoring) 20
  4.6 Jährlicher Bericht 20

  5 Anlagen 21
  5.1 Rundschreiben zum Verbot der Annahme von Belohnungen oder Geschenken in der
  Bundesverwaltung des BMI D I 3 210 170/1 vom 8. November 2004 (GMBl 2004, S.
  1074) 22
  5.2 Allgemeine Verwaltungsvorschrift zur Förderung von Tätigkeiten des Bundes durch
  Leistungen Privater (Sponsoring, Spenden und sonstige Schenkungen) vom 7. Juli
  2003 22
  5.3 Textbausteine für Ablehnungen von Belohnungen oder Geschenken 22
  5.4 Bezugsjournal 23
  5.5 Änderungsjournal 23




  Seite 2
  Inhalt und Zweck der Regelung A-2100/2



  1 Inhalt und Zweck der Regelung
  101. Diese Zentrale Dienstvorschrift ergänzt und konkretisiert die gesetzlichen Regelungen und die
  Festlegungen der Bundesregierung zur Annahme von Belohnungen und Geschenken durch
  Bundesbedienstete sowie die Vorgaben über Förderung von Tätigkeiten des Bundes durch Leistungen
  Privater (Sponsoring, Spenden und sonstige Schenkungen). Sie dient damit der Unterstützung der
  Angehörigen des Geschäftsbereichs des Bundesministeriums der Verteidigung (GB BMVg) beim
  rechtssicheren Umgang mit der Annahme von Zuwendungen.

  102. Übergreifender Zweck aller Regelungen über die Annahme von Zuwendungen ist es, bereits
  den Anschein fremder und sachwidriger Einflussnahme auf die Amtsführung zu vermeiden und die
  Integrität und Neutralität des Staates sowie seiner Bediensteten zu wahren.


  2 Zuwendungskategorien
  201. Die vorliegende Regelung erfasst jegliche Form von Zuwendungen im dienstlichen
  Zusammenhang.

  202. Zuwendungen sind Leistungen, auf die kein Rechtsanspruch besteht. Sie sind zustimmungs-
  pflichtig.

  203. Zu unterscheiden sind

  Zuwendungen an Angehörige des GB BMVg
  in Form von Belohnungen und Geschenken (siehe Abschnitt 3) sowie
  Zuwendungen an Dienststellen und Truppenteile
  in Form von Sponsoring, Spenden oder sonstigen Schenkungen (siehe Abschnitt 4).

  204. Die Tatsache, dass Zuwendungen im Ergebnis einzelnen Angehörigen des GB BMVg
  zugutekommen (z. B. Eintrittskarten zu einer Veranstaltung), schließt nicht aus, dass es sich um
  Zuwendungen an die jeweilige Dienststelle handelt, sofern der Dienstherr über die interne Verteilung
  oder Nutzung der Zuwendung entscheidet.

  205. Bestehen im Einzelfall Abgrenzungsschwierigkeiten, ob es sich um eine Zuwendung an
  Angehörige des GB BMVg oder an eine Dienststelle handelt, haben die für die Annahme von
  Belohnungen oder Geschenken zuständige Stelle, die für die Annahme von Zuwendungen an die
  Dienststelle zuständige Stelle sowie die zuständige Ansprechperson für Korruptionsprävention (APK)
  gemeinsam eine Entscheidung herbeizuführen.




  Seite 3
  A-2100/2 Zuwendungen an Angehörige des Geschäftsbereichs
  des Bundesministeriums der Verteidigung


  3 Zuwendungen an Angehörige des Geschäftsbereichs des
  Bundesministeriums der Verteidigung

  3.1 Gesetzliche und externe Vorgaben
  301. Gemäß § 71 Abs. 1 des Bundesbeamtengesetzes, § 19 Abs. 1 des Soldatengesetzes und
  § 3 Abs. 2 des Tarifvertrages für den öffentlichen Dienst dürfen Belohnungen, Geschenke oder
  sonstige Vorteile in Bezug auf das Amt oder auf die dienstliche Tätigkeit grundsätzlich nicht
  angenommen werden. § 71 Abs. 1 des Bundesbeamtengesetzes und § 19 Abs. 1 des
  Soldatengesetzes beziehen dabei auch frühere Beamtinnen, Beamte, Soldatinnen und Soldaten mit
  ein. Ausnahmen bedürfen der Zustimmung.

  302. Die für alle Bundesbedienstete geltenden Vorgaben zur Annahme von Belohnungen und
  Geschenken sind im Rundschreiben des Bundesministeriums des Innern (Rdschr. BMI) vom
  08.11.2004 (siehe Anlage 5.1) geregelt.

  303. Sofern in dieser Regelung keine abweichenden Vorgaben festgelegt sind, sind die Vorgaben
  des Rundschreibens des BMI vom 08.11.2004 zu beachten.


  3.2 Grundsatz
  304. Angehörige des GB BMVg müssen bereits jeden Anschein vermeiden, im Rahmen ihrer
  Amtsführung für persönliche Vorteile empfänglich zu sein und sollten daher von Anfang an jedem
  möglichen Interessenkonflikt aus dem Weg gehen, in den sie durch die Entgegennahme von Vorteilen
  geraten könnten.

  305. Ausnahmen vom Verbot der Annahme von Belohnungen oder Geschenken kann es nur
  geben, wenn eine Beeinflussung der Angehörigen des GB BMVg nicht zu befürchten ist. Ausnahmen
  bedürfen der vorherigen Zustimmung des Dienstherrn oder des Arbeitgebers.


  3.3 Begriffsbestimmungen
  306. Belohnungen oder Geschenke sind alle Zuwendungen, auf die Angehörige des GB BMVg
  keinen Rechtsanspruch haben und durch die sie objektiv einen materiellen oder immateriellen Vorteil
  erlangen. Hierzu zählen auch Vorteile, die Dritten (insbesondere Angehörigen, Bekannten, dem
  eigenen Sportverein etc.) zugewendet werden, wenn sie bei den Beschäftigten zu einer Ersparnis
  führen oder diese in irgendeiner Weise tatsächlich besserstellen.




  Seite 4
  Zuwendungen an Angehörige des Geschäftsbereichs A-2100/2
  des Bundesministeriums der Verteidigung


  Neben Sachwerten können auch andere Leistungen, wie zum Beispiel1

  Einladungen zu Bewirtungen,
  Einladungen zu kostenlosen oder verbilligten Veranstaltungen,
  Honorarzahlungen,
  Preisverleihungen (sofern sie nicht seitens des Dienstherrn/Arbeitgebers erfolgen),
  die Übernahme von Reise- und Übernachtungskosten,
  Gutscheine, Eintritts- oder Freikarten,
  Vermittlung/Gewährung von Nebentätigkeiten bzw. Anschlusstätigkeiten,
  die Nutzung von Gegenständen (z. B. Pkw),
  die Mitnahme auf oder die Bezahlung von Urlaubsreisen oder
  Vergünstigungen bei Privatgeschäften (z. B. bei Krediten und Einkaufsmöglichkeiten)

  als Zuwendungen an Angehörige des GB BMVg in Betracht kommen.

  307. Sofern Angehörige des GB BMVg eine Leistung (z. B. Vortrag, Keynote-Speech, Panel- oder
  Workshopteilnahme) für einen Dritten erbringen und dafür von diesem die Reisekosten (Fahrt-, Flug-
  und/oder Unterbringungskosten) erstattet bekommen, handelt es sich nicht um eine Zuwendung im
  Sinne dieser Regelung, sondern vielmehr um einen Aufwandsersatz. Eine Annahme dieser Leistung
  ist in entsprechender Berücksichtigung des Bundesreisekostengesetzes (BRKG) erlaubt.

  Übersteigen diese Leistungen bei überschlägiger Prognose im Vorfeld der Reise die Ansprüche aus
  dem BRKG in erheblichem Maß (um mehr als 25 Prozent), liegt die Annahme eines Geschenkes vor.
  Über die Annahme entscheidet dann die nach dieser Regelung zuständige Stelle nach Abschnitt 3.5.

  308. In Bezug auf das Amt ist ein Vorteil gewährt, wenn die Vorteilsgeberin oder der Vorteilsgeber
  sich davon leiten lässt, dass die Angehörigen des GB BMVg ein bestimmtes Amt bekleiden oder
  bekleidet haben.

  Beispiele: Ein Angehöriger des GB BMVg trägt im dienstlichen Auftrag auf der Veranstaltung eines
  Dritten vor. Dafür erhält er vom Veranstalter ein Geschenk.

  Im Anschluss an eine Besprechung lädt der Vertreter eines Unternehmens den Projekt-
  verantwortlichen zu einem Abendessen ein.

  Der Kommandeur einer Dienststelle erhält anlässlich seiner Verabschiedung in den
  Ruhestand ein Geschenk von einem Unternehmen, mit dem er die Jahre zuvor im
  dienstlichen Verkehr stand.




  1 Weitere Beispiele sind im Abschnitt II des Rdschr. BMI vom 08.11.2004 aufgeführt.

  Seite 5
  A-2100/2 Zuwendungen an Angehörige des Geschäftsbereichs
  des Bundesministeriums der Verteidigung


  Für die Annahme von Geschenken aus dem Kreis der Angehörigen des GB BMVg im üblichen Rahmen
  (z. B. zum Geburtstag, Dienstjubiläum oder zur Verabschiedung) ist aufgrund des fehlenden Amts-
  bezuges keine Zustimmung erforderlich.

  309. Eine Annahme eines Geschenkes oder einer Belohnung liegt bereits in jedem privaten oder
  dienstlichen Be- oder Ausnutzen. Dazu zählt auch, wenn der Vorteil unmittelbar an Dritte weiterver-
  schenkt oder einer karitativen Einrichtung gespendet wird. Sie muss nicht ausdrücklich erklärt werden.
  Es reicht auch schlüssiges Verhalten.

  Beispiele: Für eine dienstliche Autorentätigkeit bietet der Verlag, in dessen Zeitschrift der Artikel
  erscheint, der Autorin bzw. dem Autor ein Honorar an, welches diese bzw. dieser nicht
  selbst annehmen möchte, sondern den Verlag um direkte Überweisung an eine
  gemeinnützige Organisation bittet.

  Ein Vertreter eines Unternehmens lässt nach einer Besprechung in der Dienststelle ein
  hochwertiges Modell eines von dem Unternehmen produzierten Fahrzeuges auf dem
  Besprechungstisch zurück. Es findet keine direkte Übergabe statt, seitens des
  beteiligten Angehörigen des GB BMVg wird das Modell aber auch nicht zurückgegeben.

  310. Geschenke, die von Repräsentantinnen und Repräsentanten anderer Staaten an
  Angehörige des GB BMVg übergeben werden, sind in der Regel keine persönlichen Geschenke,
  sondern Gastgeschenke für die Bundesrepublik Deutschland. Die Gastgeschenke gehen unmittelbar
  in Staatseigentum über und sind zu vereinnahmen. Es besteht grundsätzlich für die Empfängerinnen
  und Empfänger dieser Gastgeschenke die Möglichkeit, das betreffende Gastgeschenk auf Antrag zu
  erwerben. Dies kann nur gegen Erstattung des ermittelten oder geschätzten Wertes an die zuständige
  Bundeskasse erfolgen.

  Ein Gastgeschenk kann insbesondere dann als persönliches Geschenk gewertet werden, wenn es z. B.
  mit einer persönlichen Widmung oder Gravur für die Beschenkte oder den Beschenkten versehen ist
  oder z. B. als Dank für einen von der oder dem Beschenkten gehaltenen Vortrag oder eine
  vorgenommene Ausbildung übergeben worden ist. Im Zweifel gilt das Geschenk als Gastgeschenk für
  die Bundesrepublik Deutschland.


  3.4 Erfordernis der Zustimmung

  3.4.1 Ausdrückliche Zustimmung

  311. Angehörige des GB BMVg dürfen eine Zuwendung erst annehmen, wenn die Zustimmung der
  zuständigen Stelle (siehe Abschnitt 3.5) vorliegt.

  312. Die Entscheidung über die Erteilung der Zustimmung ist ausdrücklich und für jeden Einzelfall
  gesondert zu treffen. Sie erfolgt auf schriftlichen Antrag der bzw. des Angehörigen des GB BMVg und

  Seite 6
  Zuwendungen an Angehörige des Geschäftsbereichs A-2100/2
  des Bundesministeriums der Verteidigung


  ist dieser bzw. diesem schriftlich zu übermitteln. Angaben im Dienstreiseantrag oder bei der Reise-
  kostenabrechnung ersetzen einen Antrag auf Zustimmung nicht.

  313. Die Zustimmung zur Annahme kann nur erteilt werden, wenn aufgrund des Wertes oder der
  Beschaffenheit der Zuwendung oder sonstiger besonderer Umstände des Einzelfalls der Anschein der
  Empfänglichkeit der bzw. des Angehörigen des GB BMVg auszuschließen ist. Auf die subjektive
  Einstellung der Angehörigen des GB BMVg kommt es nicht an. In Zweifelsfällen ist die Zustimmung zu
  versagen2.

  314. Die Zustimmung kann auch unter einer Auflage erteilt werden. Als Auflage kommt z. B. die
  Entrichtung eines Geldbetrages, der in der Regel dem Verkehrswert der Zuwendung entspricht, an die
  Bundeskasse oder eine soziale Einrichtung in Betracht. Über die Auflage entscheidet die zuständige
  Stelle (siehe Abschnitt 3.5).

  315. Die Annahme von Bargeld ist nicht genehmigungsfähig und hat auf jeden Fall zu unterbleiben.
  Ausnahme hiervon ist die Annahme von Honoraren für im dienstlichen Auftrag wahrgenommene
  Vortrags- und Autorentätigkeit und mit Ehrungen/Auszeichnungen verbundenen Preisgeldern; diese
  stehen in der Regel im vollen Umfang dem Dienstherrn zu.

  316. Angehörige des GB BMVg, die im dienstlichen Verkehr mit Unternehmen oder Organisationen
  der Wirtschaft stehen, müssen in besonderer Weise den Anschein vermeiden, im Rahmen ihrer
  Amtsführung für persönliche Vorteile empfänglich zu sein. Sie haben daher bereits von sich aus die
  Annahme von Zuwendungen, für die keine stillschweigende Zustimmung erteilt ist (vgl. Abschnitt 3.4.3),
  grundsätzlich abzulehnen.

  Beispiele: Annahme von Messekarten von Messeausstellern;

  Einladungen von Unternehmen und Organisationen der Wirtschaft zu Veranstaltungen
  oder Teilen von Veranstaltungen, die keinen dienstlichen Charakter haben (Event-
  veranstaltungen).

  Sehen sich Angehörige des GB BMVg wegen der besonderen Umstände des Einzelfalls hierzu
  außerstande, haben diese die Zustimmung der zuständigen Stelle nach Abschnitt 3.5 einzuholen.

  3.4.2 Nachträgliche Zustimmung

  317. Sofern es nicht möglich ist, die erforderliche Zustimmung rechtzeitig einzuholen, darf die
  Zuwendung unter Vorbehalt angenommen werden. Die Zustimmung muss dann unverzüglich
  nachträglich eingeholt werden. Dabei sind die Gründe für die nachträgliche Beantragung anzugeben.




  2 Die Anlage 5.3 enthält Textbausteine, die Angehörigen des GB BMVg bei der Formulierung einer Ablehnung
  einer Belohnung oder eines Geschenks Unterstützung bieten.

  Seite 7
  A-2100/2 Zuwendungen an Angehörige des Geschäftsbereichs
  des Bundesministeriums der Verteidigung


  318. Wird die nachträgliche Zustimmung abgelehnt, ist der Vorteil zurückzugeben. Ist eine Rück-
  gabe unmöglich, ist durch die zuständige Stelle dessen üblicher Wert zu ermitteln und die ablehnende
  Entscheidung mit der Auflage zu verbinden, diesen Wert an die Vorteilsgeberin bzw. den Vorteilsgeber
  zu zahlen oder die Summe an soziale Einrichtungen zu spenden.


  3.4.3 Stillschweigende Zustimmung

  319. Die Zustimmung gilt in besonders gelagerten Fällen als erteilt (stillschweigende Zustimmung),
  sofern die Annahme nicht ausdrücklich von der zuständigen Stelle untersagt wurde:

  3.4.3.1 Geringfügige Aufmerksamkeiten

  320. Geringfügigkeit liegt dann vor, wenn der Verkehrswert (nicht der Herstellungswert) in der
  Bundesrepublik Deutschland 25 Euro nicht übersteigt. Die Annahme solcher Aufmerksamkeiten ist
  jedoch bei der zuständigen Stelle nach Abschnitt 3.5 anzuzeigen. Anzuzeigen sind der Gegenstand,
  der geschätzte Wert des Gegenstandes, der Anlass der Zuwendung und von wem der Gegenstand
  gewährt wurde.

  321. Die Anzeigepflicht entfällt, wenn der Verkehrswert der Aufmerksamkeit fallbezogen höchstens
  10 Euro beträgt.

  322. Die Wertgrenzen beziehen sich dabei auf den Gesamtwert der Aufmerksamkeit, sofern diese
  aus mehreren Teilen besteht. Wird die Aufmerksamkeit mehreren Empfängerinnen bzw. Empfängern
  gewährt, kann der anteilige Wert als maßgeblich zugrunde gelegt werden.

  323. Bei einer Häufung (in der Regel mehr als dreimal pro Kalenderjahr) von angezeigten
  Annahmen geringfügiger Aufmerksamkeiten desselben Vorteilsgebers bzw. derselben Vorteilsgeberin
  mit einem Wert zwischen 10 Euro und 25 Euro kann die zuständige Stelle für künftige Fälle die generelle
  Zustimmungsbedürftigkeit der Annahme derartiger Aufmerksamkeiten anordnen, wenn ansonsten der
  Anschein entsteht, im Rahmen der Amtsführung für persönliche Vorteile empfänglich zu sein.

  324. Auf die Annahme von Aufmerksamkeiten mit einem Wert von über 25 Euro sollten Angehörige
  des GB BMVg von sich aus verzichten.

  3.4.3.2 Geringfügige Dienstleistungen

  325. Geringfügige Dienstleistungen, die die Durchführung eines Dienstgeschäftes erleichtern oder
  beschleunigen (z. B. Abholung mit einem Wagen vom Bahnhof), können von Angehörigen des
  GB BMVg angenommen werden. Die Geringfügigkeit ist hierbei an keine bestimmte Wertgrenze
  gebunden, sondern ist anhand der Umstände des Einzelfalls zu entscheiden.




  Seite 8
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  Zuwendungen an Angehörige des Geschäftsbereichs A-2100/2
  des Bundesministeriums der Verteidigung



  3.4.3.3 Bewirtungen

  326. Für die stillschweigende Zustimmung bei der Annahme von Bewirtungen gilt die Wertgrenze
  von 25 Euro nicht.



  3.4.3.3.1 Bewirtungen durch Einrichtungen der öffentlichen Hand

  327. Bewirtungen durch Einrichtungen der öffentlichen Hand können von Angehörigen des
  GB BMVg angenommen werden. Dies gilt auch bei Bewirtungen durch Zuwendungsgeber, die

  überwiegend von der öffentlichen Hand finanziert werden.



  3.4.3.3.2 Bewirtungen durch Private im dienstlichen Zusammenhang

  328. Angehörige des GB BMVg können an Bewirtungen durch Private aus Anlass oder bei
  Gelegenheit dienstlicher Handlungen, Besprechungen, Besichtigungen.oder dergleichen teilnehmen,

  wenn sie üblich und angemessen sind oder wenn sie ihren Grundin den Regeln des Verkehrs und

  der Höflichkeit haben, denen sich auch Angehörige des öffentlichen Dienstes unter Berücksichtigung

  ihrer besonderen Verpflichtung zur objektiven Amtsführung. nicht entziehen können, ohne gegen

  gesellschaftliche Formen zu verstoßen. Dies gilt nicht, wenn die Bewirtung nach Art und Umfang einen

  nicht unerheblichen Wert darstellt, wobei sich der Maßstab im Einzelfall auch an der amtlichen Funktion

  der Angehörigen ausrichtet.


  329. Bewirtungen durch Private, die nicht aus Anlass oder bei Gelegenheit einer dienstlichen
  Handlung, sondern vielmehr vor bzw. nach der eigentlichen dienstlichen Handlung stattfinden und/oder

  lediglich der Kontaktpflege dienen,(z. B. Abendessen), fallen nicht unter die stillschweigende

  Zustimmung. Ein dienstlicher Zusammenhang ist hier in der Regel nicht mehr gegeben. Angehörige

  des GB BMVg sollten daher grundsätzlich nur gegen Bezahlung an entsprechenden Bewirtungen

  teilnehmen. Sofern im Ausnahmefall ein dienstlicher Zusammenhang gesehen wird, ist bei Zustimmung

  der zuständigen Stelle nach Abschnitt 3.5 die Annahme der Bewirtung möglich.



  3.4.3.3.3 Bewirtungen anlässlich allgemeiner Veranstaltungen

  330. ‚Angehörige des GB BMVg können Bewirtungen anlässlich allgemeiner Veranstaltungen, an
  denen sie im dienstlichen Auftrag oder mit Rücksicht auf die durch die Wahrnehmung ihrer Aufgaben

  auferlegten gesellschaftlichen Verpflichtungen teilnehmen (z. B. Einführung und/oder Verabschiedung

  von Amtspersonen, offizielle Empfänge) annehmen, wenn der Rahmen des allgemein Üblichen und

  Angemessenen nicht überschritten wird. Ansonsten ist zur Annahme der Bewirtung die Zustimmung

  der zuständigen Stelle nach Abschnitt 3.5 einzuholen.




  Seite 9
  A-2100/2 Zuwendungen an Angehörige des Geschäftsbereichs
  des Bundesministeriums der Verteidigung


  3.4.3.4 Im Ausnahmefall als persönliches Geschenk zu wertendes Gastgeschenk

  331. Sofern ein Gastgeschenk im Ausnahmefall als persönliches Geschenk zu werten ist (siehe
  dazu Nr. 310) und der Verkehrswert (nicht der Herstellungswert) in der Bundesrepublik Deutschland
  nicht mehr als 25 Euro beträgt, dürfen die oder der Beschenkte das Gastgeschenk behalten. Sie haben
  dies jedoch bei ihrer zuständigen Stelle nach den Nrn. 333, 334 oder 336 anzuzeigen, soweit der
  Verkehrswert 10 Euro übersteigt. Die Wertgrenzen beziehen sich dabei auf den Gesamtwert des
  Gastgeschenkes, sofern dieses aus mehreren Teilen besteht.


  3.5 Zuständigkeiten und Verfahren
  332. Die Zustimmung des Referates Recht III 1 ES (R III 1 ES) im BMVg ist erforderlich für

  die Annahme von Einladungen zu mehrtägigen kostenlosen oder verbilligten Veranstaltungen (z. B.
  Lehrgängen, Seminaren oder sonstigen Fortbildungsveranstaltungen) von Unternehmen der
  Wirtschaft; bei bis zu eintägigen Veranstaltungen bleibt es bei der Zuständigkeit der in der Nr. 334
  genannten Vorgesetzten,
  die Benutzung von Firmenluftfahrzeugen,
  die mehrmalige, nicht nur gelegentliche unentgeltliche Benutzung oder Mitbenutzung von Firmen-
  fahrzeugen. In diesem Zusammenhang wird darauf hingewiesen, dass die gelegentliche Mitbe-
  nutzung eines Firmenfahrzeugs, das ohnehin zum oder vom Geschäftsort verkehrt (z. B. Abhol-
  fahrten), bereits im Dienstreiseantrag anzugeben oder bei unvorhergesehenen Fahrten der oder
  dem jeweiligen Vorgesetzten nachträglich anzuzeigen ist,
  die Annahme von Honoraren für im dienstlichen Auftrag wahrgenommene Vortrags- oder Autoren-
  tätigkeiten,
  die Annahme von Preisgeldern/geldwerten Zuwendungen (z. B. Gutscheinen) im Rahmen von
  Ehrungen, Auszeichnungen und Preisverleihungen sowie
  Fälle von besonderer Bedeutung (z. B. Fälle mit besonderer Außenwirkung [Annahme von
  Zuwendungen von Auftragnehmern, die aufgrund von (strafrechtlichen) Vorwürfen im Mittelpunkt
  von Presseberichterstattungen stehen]).

  Im Antrag auf Zustimmung an das Referat R III 1 ES im BMVg ist die Personalnummer anzugeben. Bei
  der Annahme von Honoraren und Preisgeldern sind darüber hinaus folgende Angaben erforderlich:

  die Bestätigung des dienstlichen Interesses durch die Vorgesetzte oder den Vorgesetzten sowie
  die Angabe über den prozentualen Anteil der Ausarbeitung des Artikels/des Vortrags/der dem
  Preisgeld zugrundeliegenden Ausarbeitung im Dienst bzw. in der Freizeit.

  333. Die Befugnis, über die Annahme von Belohnungen oder Geschenken zu entscheiden, die
  Angehörigen des BMVg in Bezug auf ihr Amt oder ihre dienstliche Tätigkeit gewährt werden sollen,
  obliegt dem zuständigen Personalreferat in der Abteilung Personal im Ministerium oder im Bundesamt

  Seite 10
  Zuwendungen an Angehörige des Geschäftsbereichs A-2100/2
  des Bundesministeriums der Verteidigung


  für das Personalmanagement der Bundeswehr. Ausnahmen davon sind in den Internen Regelungen
  des Bundesministeriums der Verteidigung Teil II (IR BMVg Teil II)3 aufgeführt.

  334. In allen anderen Fällen obliegt die Befugnis, über die Annahme von Belohnungen oder
  Geschenken zu entscheiden, die Angehörigen des GB BMVg in Bezug auf ihr Amt oder ihre dienstliche
  Tätigkeit gewährt werden sollen, als zuständige Stelle im Sinne der Nr. 311

  a) für Beamtinnen und Beamte der Leitung der Beschäftigungsdienststelle,
  b) für Richterinnen und Richter den Präsidentinnen oder Präsidenten der Truppendienstgerichte,
  c) für Soldatinnen und Soldaten der oder dem nächsthöheren Disziplinarvorgesetzten und
  d) für Arbeitnehmerinnen und Arbeitnehmer der Leitung der Beschäftigungsdienststelle.

  Für Entscheidungen nach Beendigung des Arbeits- oder Dienstverhältnisses sind die nach den
  Buchstaben a) bis d) zuletzt entscheidungsbefugten Vorgesetzten bzw. deren Nachfolger im Amt
  zuständig. Sollten in Folge von Umstrukturierungsmaßnahmen oder Auflösungen von Dienststellen
  frühere Unterstellungsverhältnisse nicht mehr gegeben sein, geht die Entscheidungsbefugnis auf die
  dann für den durch die Beschenkte bzw. den Beschenkten ehemals wahrgenommenen
  Aufgabenbereich zuständigen Vorgesetzten über.

  335. Die Ausübung der Befugnis kann an entsprechend geschulte Angehörige der Dienststelle
  delegiert werden. Dies gilt nicht für die unter Nr. 334, c) genannten Vorgesetzten. Die Schulung sollte
  möglichst durch die für die Dienststelle zuständige APK erfolgen.

  336. Die Nr. 333 gilt auch für den in Nr. 334 genannten Personenkreis (Leitung der Beschäftigungs-
  dienststelle/Präsidentinnen oder Präsidenten der Truppendienstgerichte) sowie für Soldatinnen und
  Soldaten des nachgeordneten Bereiches, für die die Bundesministerin bzw. der Bundesminister der
  Verteidigung nächsthöhere Vorgesetzte bzw. nächsthöherer Vorgesetzter ist.

  337. Die nach dieser Regelung festgelegte Anzeigepflicht ist gegenüber der gleichen Stelle
  wahrzunehmen, die für die Zustimmung über die Annahme von Belohnungen oder Geschenken
  zuständig wäre.

  338. Die Entscheidung über die Verwendung von Gastgeschenken und über die Festlegung des
  Gegenwertes bei möglichem Erwerb durch die Empfängerinnen und Empfänger trifft die nach den
  Nrn. 333, 334 oder 336 zuständige Stelle.




  3 Die IR BMVg Teil II sind im Intranet BMVg zusammen mit der ergänzenden Geschäftsordnung des BMVg
  unter den Grundlagendokumenten veröffentlicht.

  Seite 11
  A-2100/2 Zuwendungen an Dienststellen und Truppenteile


  3.6 Rechtsfolgen von Verstößen4
  339. Der Verstoß gegen das Verbot der Annahme von Belohnungen oder Geschenken stellt ein
  Dienstvergehen bzw. eine Verletzung arbeitsvertraglicher Pflichten dar und hat dienst- und arbeits-
  rechtliche sowie ggf. strafrechtliche Konsequenzen.


  3.7 Nachweispflichten
  340. Die Anzeigen, die Anträge und die entsprechenden Bescheide sind zur jeweiligen Personal-
  akte der Beschäftigten zu nehmen. Die nach dieser Regelung zuständigen Vorgesetzten lassen der
  personalbearbeitenden Stelle eine Ausfertigung der Entscheidung zukommen.

  341. Im Rahmen der Dienstaufsicht haben die für die Genehmigung zuständigen Dienststellen der
  Bundeswehr einen zentralen Nachweis über die nach dieser Regelung getroffenen Entscheidungen
  und eingegangenen Anzeigen zu führen. Dies schließt die Prüfung ein, ob die stillschweigende
  Zustimmung für bestimmte Einzelfälle zu widerrufen ist. Dadurch soll der Gefahr vorgebeugt werden,
  dass durch die Annahme derartiger Vorteile der Eindruck der Bevorzugung Einzelner oder der
  Befangenheit entsteht. Hierbei ist gegebenenfalls auch die Häufung von Zuwendungen zu
  berücksichtigen.


  3.8 Besondere Anzeigepflichten
  342. Alle Angehörigen des GB BMVg haben die Pflicht, ihre Vorgesetzten über jeden Versuch, ihre
  Tätigkeit durch ein Angebot von Geschenken oder Belohnungen zu beeinflussen, unverzüglich zu
  unterrichten. Der bzw. die Angehörige oder der bzw. die Vorgesetzte haben in diesem Fall auch die
  zuständige APK zu unterrichten.

  343. Auf die Pflicht, anlässlich von Dienstreisen in der Reisekostenabrechnung Angaben über die
  Übernahme von Leistungen Dritter (Übernahme von Fahrtkosten, Gewährung unentgeltlicher
  Verpflegung und Unterkunft) zu machen, wird besonders hingewiesen.


  4 Zuwendungen an Dienststellen und Truppenteile

  4.1 Externe Vorgaben
  401. Die für alle Dienststellen des Bundes und für die Streitkräfte geltenden Vorgaben zur
  Förderung von Tätigkeiten des Bundes durch Leistungen Privater (Sponsoring, Spenden und sonstige
  Schenkungen) sind in einer Allgemeinen Verwaltungsvorschrift des BMI vom 7. Juli 2003
  (VV Sponsoring; siehe Anlage 5.2) geregelt und zu beachten.



  4 Vgl. Abschnitt V des Rdschr. BMI vom 08.11.2004.

  Seite 12
  Zuwendungen an Dienststellen und Truppenteile A-2100/2


  402. Die VV Sponsoring findet für alle unentgeltlichen Leistungen Privater an eine Dienststelle oder
  einen Truppenteil, mit der eine Tätigkeit im GB BMVg mit dem Ziel gefördert wird, dadurch einen
  werblichen oder sonst öffentlichkeitswirksamen Vorteil zu erreichen, direkte Anwendung
  (Sponsoring). Für (andere) unentgeltliche Zuwendungen Privater (insbesondere für Spenden und
  sonstige Schenkungen) an eine Dienststelle oder einen Truppenteil, für die eine Gegenleistung weder
  erwartet noch erbracht wird, gelten die Regelungen der VV Sponsoring sinngemäß.

  403. Die nachfolgenden Vorgaben dieser Zentralen Dienstvorschrift finden für alle Zuwendungen
  an Dienststellen (Sponsoring, Spenden und sonstige Schenkungen) Anwendung, sofern sich die
  Vorgabe nicht ausdrücklich auf Sponsoring beschränkt.


  4.2 Grundsatz
  404. Öffentliche Ausgaben sind durch Haushaltsmittel zu finanzieren. Zuwendungen an Dienst-
  stellen und Truppenteile durch Private kommen daher nur ergänzend in Betracht und sind transparent
  zu machen. Mit dieser Regelung sollen die parlamentarische Budgethoheit gewahrt und die
  Unabhängigkeit und Eigenständigkeit der Verwaltung gegenüber privaten Mittelgebern gesichert
  werden. Um die Integrität und Neutralität des Staates zu wahren, muss schon jeder Anschein fremder
  Einflussnahme auf die Aufgabenwahrnehmung vermieden werden.


  4.3 Begriffsbestimmungen
  405. Sponsoring ist eine Vereinbarung, die sowohl Leistungen des Sponsors als auch Leistungen
  des Gesponserten beinhaltet. Durch Zuwendung von Geld-, Sach- oder Dienstleistungen an
  Dienststellen und Truppenteile fördert der private Sponsor eine Tätigkeit der Verwaltung/der Streitkräfte
  mit dem Ziel, dadurch einen werblichen oder sonst öffentlichkeitswirksamen Vorteil zu erreichen. Mit
  der Gewährung der Zuwendungen werden regelmäßig auch eigene unternehmensbezogene Ziele der
  Werbung oder der Öffentlichkeitsarbeit des Sponsors verfolgt. Beim Sponsoring wird eine Partnerschaft
  eingegangen, bei der beide Parteien Vorteile für die eigenen Interessen bzw. Aufgaben erzielen wollen.

  Beispiel: Der Tag der offenen Tür einer Dienststelle wird mit Mitteln ortsansässiger Firmen unter-
  stützt. Als Leistung der Dienststelle werden die Logos der Firmen auf das Programm,
  welches an die Besucher verteilt wird, gedruckt.

  406. Spenden sind freiwillige Leistungen zur Förderung steuerbegünstigter Zwecke. Sie sind
  keine Gegenleistung für eine bestimmte Leistung des Empfängers und stehen nicht in einem
  tatsächlichen wirtschaftlichen Zusammenhang mit dessen Leistungen.

  Beispiel: Das Militärhistorische Museum der Bundeswehr erhält von einem privaten Sammler zur
  Ergänzung der musealen Sammlung ein Ausstellungsstück. Der private Sammler
  erwartet keine Gegenleistung. Das Militärhistorische Museum der Bundeswehr verfolgt
  mit der Förderung von Kultur gemeinnützige Zwecke.

  Seite 13
  A-2100/2 Zuwendungen an Dienststellen und Truppenteile


  407. sonstige Schenkungen
  gemeint; neben Schenkungen im zivilrechtlichen Sinne darunter vor allem mäzenatische
  Schenkungen kommen z. B. Erbeinsetzungen und Vermächtnisse in Betracht.

  Beispiel: Ein Hersteller von Heizungstechnik übergibt einer Dienststelle mit Ausbildungswerkstatt
  kostenlos Heizgeräte zu Ausbildungszwecken. Eine Leistung an die Firma erbringt die
  Dienststelle nicht.

  Unter den Begriff sonstige Schenkungen fallen auch Zuwendungen an Dienststellen und Truppenteile,
  die nicht der Erfüllung dienstlicher Aufgaben dienen, sondern in Anerkennung für geleistete Dienste
  oder als symbolisches Zeichen der Verbundenheit erfolgen, und für die eine Gegenleistung weder
  erwartet noch erbracht wird.

  408. Private im Sinne der vorliegenden Regelung können unter anderem Unternehmen,
  (gemeinnützige) Vereine, (Berufs-)Verbände oder natürliche Personen sein. Die Vorgaben gelten auch
  für Leistungen an die dem GB BMVg zugehörenden Personal- und Interessenvertretungen, die
  Gleichstellungsbeauftragten, die Betriebssportgruppen oder ähnliche Einrichtungen.

  409. Leistungen öffentlich-rechtlicher Körperschaften (Zuwendungen öffentlicher Stellen) zur
  Förderung von Tätigkeiten des Bundes an Dienststellen oder Truppenteile sind keine Leistung im Sinne
  der VV Sponsoring und dieser Regelung. Das gilt z. B. für Leistungen von

  öffentlich-rechtlichen überstaatlichen Einrichtungen,
  Behörden des Bundes (z. B. oberste Bundesbehörden, weitere Behörden der unmittelbaren und
  mittelbaren Bundesverwaltung, Gerichte des Bundes, Streitkräfte),
  Behörden der Länder und Gemeinden oder
  sonstigen öffentlichen Institutionen (z. B. Sparkassen, gesetzliche Krankenkassen als
  Körperschaften des öffentlichen Rechts (§ 4 Abs. 1 Sozialgesetzbuch (SGB) V), öffentlich-rechtliche
  Sendeanstalten), gesetzliche Träger der Renten- und Unfallkassen.

  Beispiel: An einem Standort wird ein Tag der offenen Tür durchgeführt. Die örtliche Sparkasse
  unterstützt durch die Aufstellung einer Hüpfburg.

  410. Fälle der gleichgerichteten Zielsetzung bei angemessener Kostenteilung sind kein
  Sponsoring im Sinne der VV Sponsoring und dieser Regelung. Deren Vorgaben gelten daher nicht,
  wenn der Private und die Dienststelle oder der Truppenteil (z. B. bei Veranstaltungen) gleichgerichtete
  Ziele bei angemessener Kostenteilung verfolgen.


  4.4 Rahmenbedingungen/Entscheidungsmaßstab
  411. Da öffentliche Ausgaben durch Haushaltsmittel zu finanzieren sind, dürfen Dienststellen und
  Truppenteile Geld-, Sach- oder Dienstleistungen Privater grundsätzlich nicht annehmen.



  Seite 14
  Zuwendungen an Dienststellen und Truppenteile A-2100/2


  412. In Ausnahmefällen dürfen Leistungen nach Nr. 411 angenommen werden, wenn ein dienst-
  liches Interesse an der Annahme der Zuwendung besteht und jegliche fremde Beeinflussung der
  Aufgabenerfüllung der Dienststelle bzw. des Truppenteils oder jeder Anschein einer solchen
  Beeinflussung ausgeschlossen ist. Die Annahme der Leistung bedarf der Zustimmung.

  413. Als Ausnahmefälle können insbesondere in Betracht kommen:

  a) Unterstützung von Dienststellen und Truppenteilen im Auslandseinsatz oder im Rahmen von
  Missionen im Ausland5, jeweils als Ergänzung des dienstlich bereitgestellten Betreuungsangebots,
  sofern mit der Zuwendung die Verbundenheit mit der Truppe im Einsatzgebiet dokumentiert oder
  besondere Anlässe gewürdigt werden sollen.
  b) Ergänzung des dienstlich bereitgestellten Fortbildungsangebots.
  c) Unterstützung von Veranstaltungen im Sinne der Öffentlichkeitsarbeit.
  d) Unterstützung von Maßnahmen der Familienbetreuungszentren und -stellen.
  e) Unterstützung von Maßnahmen des Personalmarketings.
  f) Unterstützung der Durchführung von Wettbewerben des Kontinuierlichen Verbesserungsprogramms
  in der Bundeswehr (KVP).
  g) Unterstützung der Durchführung sportlicher Veranstaltungen mit externer Beteiligung.
  h) Unterstützung der Betreuung bzw. Therapie einsatzgeschädigter Soldatinnen und Soldaten.

  414. Die Annahme von Zuwendungen für interne Veranstaltungen oder Maßnahmen (z. B.
  Kameradschaftsabende oder Jahresabschlussfeiern) ist ausgeschlossen. Veranstaltungen, an denen
  neben dem Personal des GB BMVg lediglich dessen Familienangehörige teilnehmen, sind interne
  Veranstaltungen. Das Verbot der Annahme von Zuwendungen für interne Veranstaltungen gilt nicht für
  Maßnahmen nach Nr. 413, a) bis f) und h).

  415. Für interne Veranstaltungen geselliger Art mit beschränkter Beteiligung der Öffentlichkeit,
  insbesondere für Bälle, kann die Annahme von Zuwendungen vor dem Hintergrund der Öffentlichkeits-
  arbeit zulässig sein, es dürfen aber keine Zuwendungen von Auftragnehmern der Bundeswehr
  angenommen werden.

  416. Der Einsatz von Sponsoring sollte im Umfang und Häufigkeit grundsätzlich restriktiv erfolgen.
  Das Kriterium der bzw. Leistung muss auf den jeweiligen
  Einzelfall bezogen betrachtet und bewertet werden. Es bieten sich beispielsweise folgende Bezugs-
  größen an:

  Durchführung einer Veranstaltung: Gesamtkosten der Veranstaltung;

  Bereitstellung von Material für die Ausbildung: Haushaltsmittelansatz auf dem Aus- und Fort-
  bildungstitel der Dienststelle



  5 Vgl. Zentrale Dienstvorschrift A-110/1 VS-

  Seite 15
  A-2100/2 Zuwendungen an Dienststellen und Truppenteile


  417. In der Eingriffsverwaltung ist die Annahme von Zuwendungen nicht zulässig. Dies bringt zum
  Ausdruck, dass Dienststellen zur Erfüllung ihrer hoheitlichen Aufgaben keine Leistungen annehmen
  dürfen.

  418. Die Integrität und Neutralität des Staates muss gewahrt und eine Beeinflussung der Streit-
  kräfte/Verwaltung bei ihrer Aufgabenwahrnehmung ausgeschlossen werden. Die Vermeidung des
  Anscheins fremder Einflussnahme bei der Annahme von Zuwendungen ist wegen der
  Vorbildfunktion der öffentlichen Verwaltung/der Streitkräfte und des Vertrauens in sie
  Grundvoraussetzung für die Zulässigkeit der Annahme von Leistungen. Ist die Vermeidung dieses
  Anscheins nicht gewährleistet, dürfen Leistungen nicht angenommen werden.

  Vor jeder Annahme von Leistungen muss geprüft werden, ob Beziehungen mit/zu dem Geber bestehen
  oder möglicherweise angestrebt werden, die zu einem Interessenkonflikt oder schon zum Anschein
  eines Interessenkonfliktes durch die Leistungsannahme führen könnten. Insbesondere dann, wenn
  Entscheidungen zu Geschäftsbeziehungen anstehen, sollten keine Leistungen von Gebern
  angenommen werden, die von dieser Entscheidung betroffen sind.

  Auch wenn solche Beziehungen nicht bestehen, können gleichwohl durch die Annahme von Leistungen
  Beziehungen entstehen, die geeignet sind, zumindest den Anschein zu erwecken, dass ein öffentlicher
  Wettbewerb eingeschränkt oder ausgeschlossen ist.

  419. Die Wettbewerbs- und Chancengleichheit potenzieller Sponsoren ist zu wahren. Das Prinzip
  der Wettbewerbs- und Chancengleichheit ist auch dann zu beachten, wenn sich ein Unternehmen
  wiederholt eigeninitiativ als Sponsor anbietet.

  420. Bei der Auswahl des Sponsors ist auf Objektivität und Neutralität zu achten. Die Auswahl der
  Sponsoren soll möglichst breit angelegt sein. Soweit möglich, soll eine größere Anzahl von Sponsoren
  angesprochen und ihnen die Gelegenheit zu Angeboten von Sponsoringleistungen gegeben werden.
  Unternehmen, die in einem regionalen Bezug zu der beantragenden Dienststelle oder dem Truppenteil
  stehen, sind möglichst am Auswahlverfahren zu beteiligen. Dazu sind geeignete kommunikative
  Möglichkeiten (
  abzusehen.

  421. Der Anschein einer Abhängigkeit von einzelnen Zuwendungsgebern ist zu vermeiden. Dies
  gilt insbesondere für Firmen, die in erheblichem Umfang Auftragnehmer der Bundeswehr sind.

  422. Die Annahme von Zuwendungen durch Dienststellen oder Truppenteilen von

  Beteiligungsgesellschaften des Bundes oder
  institutionellen Zuwendungsempfängern, auch wenn diese nur teilweise aus dem Bundeshaushalt
  finanziert werden,

  ist nicht zulässig.


  Seite 16
  Zuwendungen an Dienststellen und Truppenteile A-2100/2


  423. Vor der Annahme von Leistungen ist sicherzustellen, dass für dadurch anfallende
  Folgeausgaben (z. B. Wartungskosten, Betriebskosten etc.) Haushaltsmittel zur Verfügung stehen.


  4.5 Zuständigkeiten und Verfahren

  4.5.1 Sponsoring, Spenden und sonstige Schenkungen

  424. Sponsoringbeauftragte bzw. Sponsoringbeauftragter für den GB BMVg ist die Referatsleitung
  R III 1 im BMVg.

  425. Die für Fragen des Sponsorings und insbesondere für die Zustimmung zur Annahme von
  Sponsoringleistungen zuständige Stelle im Sinne von Nr. 3.3 der VV Sponsoring ist das Referat
  R III 1 ES im BMVg, soweit die Zuständigkeit nach den folgenden Vorgaben nicht auf eine andere Stelle
  übertragen wurde.

  426. Über Leistungen in den Fällen nach Nr. 413, a) bis f), die den Betrag von 500 Euro pro
  Maßnahme/Veranstaltung (z. B. Tag der offenen Tür) nicht überschreiten, entscheidet die Leitung der
  Dienststelle oder des Truppenteils, die oder der die Leistung erhalten soll.

  427. In den Fällen nach Nr. 413, g) und h) entscheidet die jeweilige Leitung der Dienststelle oder
  des Truppenteils, die oder der die Leistung erhalten soll, wenn die Leistungen den Betrag von 1 000
  Euro pro Maßnahme nicht überschreiten.

  428. Über die Annahme von Zuwendungen an Dienststellen und Truppenteile, die nicht der
  Erfüllung dienstlicher Aufgaben dienen, sondern in Anerkennung für geleistete Dienste oder als
  symbolisches Zeichen der Verbundenheit erfolgen, und für die eine Gegenleistung weder erwartet noch
  erbracht wird, entscheidet die Leitung der Dienststelle, die der Dienststelle oder dem Truppenteil, die
  oder der die Leistung erhalten soll, vorgesetzt ist, wenn die Leistungen den Betrag von 500 Euro pro
  Maßnahme nicht überschreiten.

  Bei der Entscheidung ist der ggf. erforderliche Verteilerschlüssel (z. B. bei der Annahme von Freikarten)
  festzulegen6.

  Beispiele: Dem Kommandanten einer seegehenden Einheit werden fünf Freikarten für ein Konzert
  mit einem Gesamtwert von 350 Euro angeboten. Die Leitung der vorgesetzten
  Dienststelle stimmt der Annahme zu und legt fest, dass die Freikarten im Losverfahren
  unter allen Besatzungsmitgliedern verteilt werden.

  Ein Förderverein möchte zur Gestaltung des Aufenthaltsraums einer Dienststelle
  beitragen und einen Tischkicker finanzieren. Die Leitung der vorgesetzten Dienststelle




  6 Die Leitungen der dem BMVg direkt nachgeordneten Dienststellen entscheiden bis zu der festgelegten
  Wertgrenze selbst über die Annahme solcher Zuwendungen an ihre Dienststelle.

  Seite 17
  A-2100/2 Zuwendungen an Dienststellen und Truppenteile


  stimmt der Annahme zu und legt fest, dass der Tischkicker in den Bestand der
  Dienststelle zu vereinnahmen ist.

  429. Die Annahme von Leistungen an Dienststellen oder Truppenteile ist von der Leitung der
  Dienststelle oder des Truppenteils, die oder der die Leistung erhalten soll, auf dem Dienstweg beim
  Referat R III 1 ES im BMVg zu beantragen. Dies gilt nicht für die Fälle nach den Nrn. 426, 427 und 428.

  430. In dem Antrag sind die die Ausnahme begründenden Umstände und das dienstliche Interesse
  an der Annahme der Leistung darzulegen. Der Antrag ist auf dem Dienstweg vorzulegen und muss die
  Stellungnahme aller beteiligten Dienststellen zum dienstlichen Interesse an der Annahme der Leistung
  enthalten. Bei Zuwendungen an Dienststellen und Truppenteile, die nicht der Erfüllung dienstlicher
  Aufgaben dienen, sondern in Anerkennung für geleistete Dienste oder als symbolisches Zeichen der
  Verbundenheit erfolgen, und für die eine Gegenleistung weder erwartet noch erbracht wird, ist bei der
  Antragstellung die Begründung des dienstlichen Interesses an der Annahme nicht erforderlich und eine
  Befürwortung der Annahme durch alle beteiligten Dienststellen ausreichend. Der Antrag soll
  spätestens acht Wochen vor der geplanten Annahme der Leistung beim Referat R III 1 ES im BMVg
  eingehen.

  431. Eine verspätete oder unvollständige Antragstellung kann zur Ablehnung des Antrags führen.
  Wird eine Leistung Privater ohne die nach Nr. 412 erforderliche Zustimmung angenommen, kann durch
  das Referat R III 1 ES im BMVg eine Rückabwicklung der Leistung bei gleichzeitiger Einleitung einer
  Schadensbearbeitung angeordnet werden.

  432. Der Zuwendungsgeber bzw. die Zuwendungsgeberin muss schriftlich sein bzw. ihr Einver-
  ständnis erklären, dass sein bzw. ihr Name, sein bzw. ihr Wohnort oder Firmensitz, seine bzw. ihre
  Leistung und deren Wert im Sponsoringbericht des BMI aufgeführt werden und dass Betriebs- oder
  Geschäftsgeheimnisse einer Veröffentlichung nach dem Informationsfreiheitsgesetz nicht
  entgegenstehen.7

  433. Ab einer Zuwendung mit einem Wert von über 5 000 Euro ist mit der Zuwendungsgeberin bzw.
  dem Zuwendungsgeber ein schriftlicher Vertrag8 abzuschließen. Die Einverständniserklärung nach
  Nr. 432 ist dann Bestandteil des Vertrages (§ 6 Abs. 4 der Mustervereinbarung).

  434. Als Verpflichtung der Dienststelle darf ausschließlich die Darstellung des Sponsors zugelassen
  werden, insbesondere die mündliche oder schriftliche Nennung des Namens, der Firma und der Marke
  des Sponsors sowie die Präsentation seines Logos und sonstiger Kennzeichen im Rahmen der
  Veranstaltung. Über diese Verpflichtung hinaus darf die Dienststelle den Sponsor und seine Erzeug-
  nisse nicht öffentlich anpreisen.


  7 Einverständniserklärung, siehe Formular-Management-System (FMS)-Formularnummer Bw-5132.
  8 -Formularnummer Bw-2933. Einzelfallabhängig ist zu prüfen, ob
  und inwieweit die Bestimmungen der Mustervereinbarung angemessen sind. Formulierungen sind ggf.
  anzupassen (z. B. bei Spenden und sonstigen Schenkungen).

  Seite 18
  Zuwendungen an Dienststellen und Truppenteile A-2100/2


  Die Annahme einer Spende oder einer sonstigen Schenkung liegt nur dann vor, wenn von dem Privaten
  keine Gegenleistung (z. B. in Form einer Logo-Präsentation) erwartet und von der Dienststelle erbracht
  wird.

  435. In den Fällen der Nrn. 426, 427 und 428 ist von der zuständigen Stelle ein Vermerk zu fertigen.
  Um dem Transparenzgebot gerecht zu werden, sind schriftlich der Verwendungszweck, der Wert der
  Leistung, der Name des Gebers bzw. der Geberin und vereinbarte Verpflichtungen/Gegenleistungen
  der Dienststelle festzuhalten. Mit der nach Nr. 432 erforderlichen Einverständniserklärung der
  Zuwendungsgeberin bzw. des Zuwendungsgebers ist dieser zu den Akten zu nehmen.

  436. Einnahmen aus Sponsoring- oder anderen Leistungen sind bei Kapitel 1411 Titel 282 09 wie
  folgt zu buchen:

  Buchungsabschnitt 001: Zuwendungen Dritter durch Sponsoring;
  Buchungsabschnitt 002: Zuwendungen Dritter durch Spenden;
  Buchungsabschnitt 003: Geldspenden an die Bundeswehr für humanitäre Hilfeleistungen;
  Buchungsabschnitt 005: Zuwendungen Dritter durch andere freiwillige Geldleistungen.

  Ausgaben aus Sponsoring- oder anderen Leistungen sind bei Kapitel 1411 Titel 547 09 wie folgt zu
  buchen:

  Buchungsabschnitt 001: Ausgaben aufgrund Zuwendungen Dritter durch Sponsoring;
  Buchungsabschnitt 002: Ausgaben aufgrund Zuwendungen Dritter durch Spenden:
  Buchungsabschnitt 003: Ausgaben aus Geldspenden an die Bundeswehr für humanitäre
  Hilfeleistungen;
  Buchungsabschnitt 005: Ausgaben aufgrund Zuwendungen Dritter durch andere freiwillige
  Geldleistungen.

  4.5.2 Leistungen öffentlich-rechtlicher Körperschaften

  437. Die Feststellung, ob es sich bei einer Zuwendung um eine Leistung einer öffentlich-rechtlichen
  Körperschaft handelt, trifft grundsätzlich die Leitung der Dienststelle oder des Truppenteils, die oder
  der die Leistung erhalten soll.

  438. Leistungen öffentlich-rechtlicher Körperschaften sind dem Referat R III 1 ES im BMVg vor ihrer
  Annahme auf dem Dienstweg zu melden und gemäß Nr. 436 zu buchen.




  Seite 19
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826



  A-2100/2 Zuwendungen an Dienststellen und Truppenteile


  4.5.3 Falle/Veranstaltungen mit gleichgerichteter Zielsetzung bei

  angemessener Kostenteilung (Kooperationen im Sinne der

  Verwaltungsvorschrift Sponsoring)

  439. Die Feststellung, ob ein Fall der gleichgerichteten Zielsetzung bei angemessener Kosten-
  teilung vorliegt, trifft das Referat R Ill 1 ES im BMVg.

  440. Geplante Veranstaltungen mit einer möglichen gleichgerichteten Zielsetzung sind dem Referat
  R Ill 1 ES im BMVg mindestens acht Wochen vor ihrer Durchführung auf dem Dienstweg zu melden.

  Die Meldung hat bereits Angaben zu den ersten drei Punktaufzählungen der Nr. 441 zuenthalten.


  441. In einer Kooperationsvereinbarung sollten — neben ggf. allgemeinen Vertragsbestandteilen —
  um die Abgrenzung zum Sponsoring klar zu definieren, mindestens folgende Punkte geregelt werden:

  « Zweck und gemeinsames Ziel der Kooperation,

  e Aufgabenverteilung und Pflichten der Kooperationspartner,

  « Finanzierungs-/Kostenanteile (auch indirekt anfallende) und

  « Dauer der Kooperation.



  4.6 Jährlicher Bericht

  442. Über alle Geld-, Sach- oder Dienstleistungen, deren Annahme nach den Nrn. 426, 427 und
  428 zugestimmt wurde, ist dem Referat R Ill 1 ES im BMVg durch die annehmende Dienststelle/den

  annehmenden Truppenteil nach Aufforderung jährlich zum 31. Januar für das vergangene Jahr auf dem

  Dienstweg zu berichten.

  443. Der Bericht muss mindestens die annehmende Dienststelle/den annehmenden Truppenteil,
  Namen, Wohnanschrift oder den Firmensitz des Zuwendungsgebers bzw. der Zuwendungsgeberin, die

  Art der Leistung (Geld-, Sach- oder Dienstleistung), deren Wert sowie die Gegenleistung der

  Dienststelle/des Truppenteils und den Verwendungszweck (bei Veranstaltungen auch: Ort und Datum)

  enthalten. Der Wert ist gegebenenfalls zu schätzen und getrennt nach Geld-, Sach- oder Dienstleistung

  aufzuführen.




  Seite 20
  Anlagen A-2100/2


  5 Anlagen

  5.1 Rundschreiben zum Verbot der Annahme von Belohnungen oder
  Geschenken in der Bundesverwaltung des BMI D I 3 210 170/1 vom
  8. November 2004 (GMBl 2004, S. 1074) 22

  5.2 Allgemeine Verwaltungsvorschrift zur Förderung von Tätigkeiten des
  Bundes durch Leistungen Privater (Sponsoring, Spenden und sonstige
  Schenkungen) vom 7. Juli 2003 22

  5.3 Textbausteine für Ablehnungen von Belohnungen oder Geschenken 22

  5.4 Bezugsjournal 23
  5.5 Änderungsjournal 23




  Seite 21
  A-2100/2 Anlagen


  5.1 Rundschreiben zum Verbot der Annahme von Belohnungen oder
  Geschenken in der Bundesverwaltung des BMI D I 3 210 170/1 vom
  8. November 2004 (GMBl 2004, S. 1074)

  5.2 Allgemeine Verwaltungsvorschrift zur Förderung von Tätigkeiten
  des Bundes durch Leistungen Privater (Sponsoring, Spenden und
  sonstige Schenkungen) vom 7. Juli 2003

  5.3 Textbausteine für Ablehnungen von Belohnungen oder Geschenken
  Die Anlagen 5.1 bis 5.3
  Regelungsseite als Einzeldokumente zum Download bereit.




  Seite 22
  Docusign Envelope ID: A787C150-18FA-46A3-9B61-0B74E880C826


  Anlagen A-2100/2




  5.4 Bezugsjournal

  (Nr.) Bezugsdokumente Titel
  Rundschreiben zum Verbot der Annahme von Belohnungen oder
  1. Rdschr. BMI Geschenken in der Bundesverwaltung des BMI D | 3- 210 170/1
  vom 8. November 2004
  Allgemeine Verwaltungsvorschrift zur Förderung von Tätigkeiten
  2. VV Sponsoring des Bundes durch Leistungen Privater (Sponsoring, Spenden und
  sonstige Schenkungen) des BMI vom 7. Juli 2003
  3. BBG Bundesbeamtengesetz

  4. SG Soldatengesetz

  5. TV6D Tarifvertrag für den öffentlichen Dienst

  6. BRKG Bundesreisekostengesetz

  7.SGBV Sozialgesetzbuch V

  8. IR BMVg Teil Il Interne Regelungen des BMVg Teil I!

  9. A-110/1 VS-NfD Anerkennung von Verwendungen als Missionen


  5.5 Anderungsjournal

  Version Gültig ab Geänderter Inhalt




  1 25.06.2020 « Erstveröffentlichung




  Seite 23
  Signatures


  Number of pages (including this one): 24

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Interimsfassung der Nrn. 11.4 und Nr. 11.5 der
  Zusätzlichen Vertragsbedingungen des Bundesministeriums der Verteidigung
  zur Verdingungsordnung für Leistungen Teil B (ZVB/BMVg)
  vom 28.01.2005
  (Diese Regelung ist gültig bis zum Inkrafttreten einer Neufassung der ZVB/BMVg
  vom 28.01.1998 in der Fassung der 1. Änderung vom 10.05.2001)

  11.4 Vertragsstrafe wegen Versprechens oder Gewährens von Vorteilen

  11.4.1 Auftragnehmer oder ihre Beauftragten dürfen Personen, die beim Auftraggeber mit
  Aufgaben auf dem Gebiet der Forschung, Entwicklung oder Beschaffung betraut sind,
  weder unmittelbar noch mittelbar Vorteile im Sinne des § 331 des Strafgesetzbuches
  anbieten, versprechen oder gewähren.
  Die vorgenannte Verpflichtung gilt für diesen Vertrag und für alle künftigen
  Geschäftsbeziehungen.

  11.4.2 Handelt der Auftragnehmer der Verpflichtung nach Nr. 11.4.1 zuwider, hat er dem
  Auftraggeber eine Vertragsstrafe in Höhe von 5 v. H. der (nach der Zuwiderhandlung)
  vereinbarten Auftragssumme zu zahlen.
  Kommt es nach einer Zuwiderhandlung zu Folgeverträgen, sind bei der Berechnung der
  Vertragsstrafe die Auftragssummen aus diesen Folgeverträgen innerhalb von 3 Jahren
  einzurechnen.
  Die Höhe der Vertragsstrafe darf den 20-fachen Wert des Vorteils gemäß Nr. 11.4.1,
  insgesamt jedoch 500.000,-- Euro, nicht übersteigen. Eine im gleichen Zusammenhang
  verhängte kartellrechtliche Geldbuße wird auf die festgesetzte Vertragsstrafe
  angerechnet.
  Die Geltendmachung eines Schadensersatzes durch den Auftraggeber infolge einer
  begangenen Verfehlung bleibt von der Vertragsstrafe unberührt, wobei in diesem Fall
  eine verwirkte Vertragsstrafe auf diesen Schadensersatz angerechnet wird.

  Bei der Berechnung der Vertragsstrafe bleiben Aufträge außer Betracht, bei denen der
  Auftragnehmer nachweist, dass die Zuwiderhandlung gegen Nr. 11.4.1 nach allgemeiner
  Lebenserfahrung nicht geeignet war, die Entscheidung(en) in der amtsseitigen
  Auftragsbearbeitung unmittelbar oder mittelbar zu beeinflussen.
  Ferner bleiben bei der Berechnung der Vertragsstrafe Aufträge, die nach Bekanntwerden
  der Zuwiderhandlung erteilt werden, außer Betracht.

  11.5 Vertragsstrafe wegen Gewährens eines Tätigkeitsverhältnisses ohne
  Unbedenklichkeitsbestätigung

  11.5.1 Auch das Gewähren eines Tätigkeitsverhältnisses, das arbeitsrechtlich bzw.
  dienstrechtlich als eine Nebentätigkeit oder eine Ruhestandstätigkeit zu bewerten ist,
  kann ein unzulässiger Vorteil i. S. von Nr. 11.4.1 sein. Daher verpflichtet sich der
  Auftragnehmer vor der Vereinbarung jeder Nebentätigkeit - einschließlich
  Gutachtertätigkeit - mit einem Bundeswehrangehörigen, sich von diesem eine
  Unbedenklichkeitsbestätigung des Auftraggebers (Bundesministerium der Verteidigung)
  vorlegen zu lassen.

  Ferner verpflichtet sich der Auftragnehmer, einem Ruhestandsbeamten der Bundeswehr
  oder einem Berufssoldaten im Ruhestand, der nicht länger als fünf Jahre im Ruhestand
  ist, nur dann eine Tätigkeit zu übertragen, wenn ihm dieser hierfür eine
  Unbedenklichkeitsbestätigung des Auftraggebers (Bundesministerium der Verteidigung)
  vorgelegt hat. Bei Ruhestandsbeamten, die mit Vollendung des 65. Lebensjahres in den
  Ruhestand treten, beträgt die Frist drei Jahre. Ist die Tätigkeit in der
  Unbedenklichkeitsbestätigung unter Auflagen zugelassen worden, hat der
  Auftragnehmer die Auflagen zu beachten.

  ...
  Version vom 28.01.2005
  -2-


  11.5.2 Der Auftragnehmer hat dem Auftraggeber, sofern die nach Nr. 11.5.1 erforderliche
  Unbedenklichkeitsbestätigung nicht erteilt wird, eine Vertragsstrafe in Höhe des
  Fünffachen des seit der Zuwiderhandlung gewährten Entgeltes, mindestens jedoch
  5000,-- Euro und höchstens 100.000,-- Euro, zu zahlen.
  Bei der Berechnung ist § 4 der Bundesnebentätigkeitsverordnung in der jeweils gültigen
  Fassung zugrunde zu legen. Es gilt der Bruttobetrag. Im Übrigen gelten die Regelungen
  nach Nr. 11.4 entsprechend.

  11.5.3 Die Vertragsstrafe entfällt, wenn die Nebentätigkeit oder Ruhestandstätigkeit rechtmäßig
  ist bzw. nachträglich genehmigt wird.

  11.5.4 Auf Verlangen des Auftraggebers wird der Auftragnehmer die für die Berechnung der
  Vertragsstrafe erforderlichen Auskünfte erteilen.




  © Bundesamt für Ausrüstung, Informationstechnik und Nutzung der Bundeswehr (BAAINBw Z3.2)
  für die Bundesrepublik Deutschland. Alle Rechte vorbehalten!




  Version vom 28.01.2005
  Signatures


  Number of pages (including this one): 3

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Schutzbereich 1



  Niederschrift
  über die förmliche Verpflichtung nichtbeamteter Personen



  Ort, Datum
  Verhandelt



  Vor dem/der Unterzeichnenden erschien heute zum Zwecke der Verpflichtung nach § 1 des Gesetzes
  über die förmliche Verpflichtung nichtbeamteter Personen vom 2. März 1974 (BGBl I S. 469, 547).


  Herr/Frau


  Der/Die Erschienene wurde auf die gewissenhafte Erfüllung seiner/ihrer Obliegenschaften verpflichtet.
  Ihm/Ihr wurde der Inhalt der folgenden Strafvorschriften des Strafgesetzbuches bekannt gegeben:

  § 133 Abs. 3 - Verwahrungsbruch,
  § 201 Abs. 3 - Verletzung der Vertraulichkeit des Wortes,
  § 203 Abs. 2, 4, 5 - Verletzung von Privatgeheimnissen,
  § 204 - Verwertung fremder Geheimnisse,
  §§ 331, 332 - Vorteilsannahme und Bestechlichkeit,
  § 353b - Verletzung des Dienstgeheimnisses und einer besonderen
  Geheimhaltungspflicht,
  § 358 - Nebenfolgen,
  § 97b Abs. 2 i.V.m. §§ 94 bis 97a - Verrat in irriger Annahme eines illegalen Geheimnisses,
  § 120 Abs. 2 - Gefangenenbefreiung,
  § 355 - Verletzung des Steuergeheimnisses.


  Der/Die Erschienene wurde darauf hingewiesen, dass die vorgenannten Strafvorschriften auf Grund der
  Verpflichtung für ihn/sie anzuwenden sind.


  Er/Sie erklärt, nunmehr von dem Inhalt der genannten Bestimmungen unterrichtet zu sein. Er/Sie unter-
  zeichnet dieses Protokoll nach Vorlesung zum Zeichen der Genehmigung und bestätigt gleichzeitig den
  Empfang einer Abschrift der Niederschrift und der oben genannten Vorschriften.

  v.u.g.

  Unterschrift des/der Verpflichtenden Unterschrift des/der Verpflichteten




  Bw-2783/V-07.07 (Seite 1 )
  Strafvorschriften des Strafgesetzbuches (5) Die Tonträger und Abhörgeräte, die der Täter oder
  Teilnehmer verwendet hat, können eingezogen wer-
  den. § 74a ist anzuwenden.
  § 133
  Verwahrungsbruch
  § 203
  Verletzung von Privatgeheimnissen
  (1) Wer Schriftstücke oder andere bewegliche Sa-
  chen, die sich in dienstlicher Verwahrung befinden (1) Wer unbefugt ein fremdes Geheimnis, namentlich
  oder ihm oder einem anderen dienstlich in Verwah- ein zum persönlichen Lebensbereich gehörendes Ge-
  rung gegeben worden sind, zerstört, beschädigt, un- heimnis oder ein Betriebs- oder Geschäftsgeheimnis,
  brauchbar macht oder der dienstlichen Verfügung offenbart, das ihm als
  entzieht, wird mit Freiheitsstrafe bis zu zwei Jahren 1. Arzt, Zahnarzt, Tierarzt, Apotheker oder
  oder mit Geldstrafe bestraft. Angehörigen eines anderen Heilberufs, der für
  die Berufsausübung oder die Führung der
  (2) Dasselbe gilt für Schriftstücke oder andere beweg- Berufsbezeichnung eine staatlich geregelte
  liche Sachen, die sich in amtlicher Verwahrung einer Ausbildung erfordert,
  Kirche oder anderen Religionsgesellschaft des öffent- 2. Berufspsychologen mit staatlich anerkannter
  lichen Rechts befinden oder von dieser dem Täter wissenschaftlicher Abschlußprüfung,
  oder einem anderen amtlich in Verwahrung gegeben 3. Rechtsanwalt, Patentanwalt, Notar, Verteidiger in
  worden sind. einem gesetzlich geordneten Verfahren, Wirt-
  schaftsprüfer, vereidigtem Buchprüfer, Steuerbe-
  (3) Wer die Tat an einer Sache begeht, die ihm als rater, Steuerbevollmächtigten oder Organ oder
  Amtsträger oder für den öffentlichen Dienst besonders Mitglied eines Organs einer Rechtsanwalts-,
  Verpflichteten anvertraut worden oder zugänglich Patentanwalts-, Wirtschaftsprüfungs-, Buchprü-
  geworden ist, wird mit Freiheitsstrafe bis zu fünf Jah- fungs- oder Steuerberatungsgesellschaft,
  ren oder mit Geldstrafe bestraft. 4. Ehe-, Familien-, Erziehungs- oder Jugendberater
  sowie Berater für Suchtfragen in einer Bera-
  § 201 tungsstelle, die von einer Behörde oder Körper-
  Verletzung der Vertraulichkeit des Wortes schaft, Anstalt oder Stiftung des öffentlichen
  Rechts anerkannt ist.
  (1) Mit Freiheitsstrafe bis zu drei Jahren oder mit 4a. Mitglied oder Beauftragten einer anerkannten
  Geldstrafe wird bestraft, wer unbefugt Beratungsstelle nach den §§ 3 und 8 des
  1. das nichtöffentlich gesprochene Wort eines ande- Schwangerschaftskonfliktgesetzes,
  ren auf einen Tonträger aufnimmt oder 5. staatlich anerkanntem Sozialarbeiter oder staat-
  2. eine so hergestellte Aufnahme gebraucht oder lich anerkanntem Sozialpädagogen oder
  einem Dritten zugänglich macht. 6. Angehörigen eines Unternehmens der privaten
  Kranken-, Unfall- oder Lebensversicherung oder
  (2) Ebenso wird bestraft, wer unbefugt einer privatärztlichen Verrechnungsstelle
  1. das nicht zu seiner Kenntnis bestimmte anvertraut worden oder sonst bekanntgeworden ist, wird
  nichtöffentlich gesprochene Wort eines anderen mit Freiheitsstrafe bis zu einem Jahr oder mit Geldstrafe
  mit einem Abhörgerät abhört oder bestraft.
  2. das nach Absatz 1 Nr. 1 aufgenommene oder
  nach Absatz 2 Nr. 1 abgehörte nichtöffentlich (2) Ebenso wird bestraft, wer unbefugt ein fremdes
  gesprochene Wort eines anderen im Wortlaut Geheimnis, namentlich ein zum persönlichen Lebens-
  oder seinem wesentlichen Inhalt nach öffentlich bereich gehörendes Geheimnis oder ein Betriebs-
  mitteilt. oder Geschäftsgeheimnis, offenbart, das ihm als
  1. Amtsträger,
  Die Tat nach Satz 1 Nr. 2 ist nur strafbar, wenn die 2. für den öffentlichen Dienst besonders Verpflich-
  öffentliche Mitteilung geeignet ist, berechtigte Interes- teten,
  sen eines anderen zu beeinträchtigen. Sie ist nicht 3. Person, die Aufgaben oder Befugnisse nach dem
  rechtswidrig, wenn die öffentliche Mitteilung zur Personalvertretungsrecht wahrnimmt,
  Wahrnehmung überragender öffentlicher Interessen 4. Mitglied eines für ein Gesetzgebungsorgan des
  gemacht wird. Bundes oder eines Landes tätigen Untersu-
  chungsausschusses, sonstigen Ausschusses
  (3) Mit Freiheitsstrafe bis zu fünf Jahren oder mit oder Rates, das nicht selbst Mitglied des Ge-
  Geldstrafe wird bestraft, wer als Amtsträger oder als setzgebungsorgans ist, oder als Hilfskraft eines
  für den öffentlichen Dienst besonders Verpflichteter solchen Ausschusses oder Rates,
  die Vertraulichkeit des Wortes verletzt (Absätze 1 und 5. öffentlich bestelltem Sachverständigen, der auf
  2). die gewissenhafte Erfüllung seiner Obliegenhei-
  ten auf Grund eines Gesetzes förmlich ver-
  (4) Der Versuch ist strafbar. pflichtet worden ist, oder
  Bw-2783/V-03.13 (Seite 2 )
  Schutzbereich 1

  6. Person, die auf die gewissenhafte Erfüllung ihrer versprechen läßt oder annimmt, wird mit Freiheits-
  Geheimhaltungspflicht bei der Durchführung wis- strafe bis zu drei Jahren oder mit Geldstrafe bestraft.
  senschaftlicher Forschungsvorhaben auf Grund (2) Ein Richter oder Schiedsrichter, der einen Vorteil
  eines Gesetzes förmlich verpflichtet worden ist, für sich oder einen Dritten als Gegenleistung dafür
  anvertraut worden oder sonst bekanntgeworden ist. fordert, sich versprechen läßt oder annimmt, dass er
  Einem Geheimnis im Sinne des Satzes 1 stehen eine richterliche Handlung vorgenommen hat oder
  Einzelangaben über persönliche oder sachliche künftig vornehme, wird mit Freiheitsstrafe bis zu fünf
  Verhältnisse eines anderen gleich, die für Aufgaben Jahren oder mit Geldstrafe bestraft. Der Versuch ist
  der öffentlichen Verwaltung erfaßt worden sind; Satz 1 strafbar.
  ist jedoch nicht anzuwenden, soweit solche
  Einzelangaben anderen Behörden oder sonstigen (3) Die Tat ist nicht nach Absatz 1 strafbar, wenn der
  Stellen für Aufgaben der öffentlichen Verwaltung Täter einen nicht von ihm geforderten Vorteil sich
  bekanntgegeben werden und das Gesetz dies nicht versprechen läßt oder annimmt und die zuständige
  untersagt. Behörde im Rahmen ihrer Befugnisse entweder die
  Annahme vorher genehmigt hat oder der Täter unver-
  (2a) Die Absätze 1 und 2 gelten entsprechend, wenn züglich bei ihr Anzeige erstattet und sie die Annahme
  ein Beauftragter für den Datenschutz unbefugt ein genehmigt.
  fremdes Geheimnis im Sinne dieser Vorschriften of-
  fenbart, das einem in den Absätzen 1 und 2 Genann- § 332
  ten in dessen beruflicher Eigenschaft anvertraut wor- Bestechlichkeit
  den oder sonst bekannt geworden ist und von dem er
  bei der Erfüllung seiner Aufgaben als Beauftragter für (1) Ein Amtsträger oder ein für den öffentlichen Dienst
  den Datenschutz Kenntnis erlangt hat. besonders Verpflichteter, der einen Vorteil für sich
  oder einen Dritten als Gegenleistung dafür fordert,
  (3) Einem in Absatz 1 Nr. 3 genannten Rechtsanwalt sich versprechen lässt oder annimmt, dass er eine
  stehen andere Mitglieder einer Rechtsanwaltskammer Diensthandlung vorgenommen hat oder künftig vor-
  gleich. Den in Absatz 1 und Satz 1 Genannten stehen nehme und dadurch seine Dienstpflichten verletzt hat
  ihre berufsmäßig tätigen Gehilfen und die Personen oder verletzen würde, wird mit Freiheitsstrafe von
  gleich, die bei ihnen zur Vorbereitung auf den Beruf sechs Monaten bis zu fünf Jahren bestraft. In minder
  tätig sind. Den in Absatz 1 und den in Satz 1 und 2 schweren Fällen ist die Strafe Freiheitsstrafe bis zu
  Genannten steht nach dem Tod des zur Wahrung des drei Jahren oder Geldstrafe. Der Versuch ist strafbar.
  Geheimnisses Verpflichteten ferner gleich, wer das
  Geheimnis von dem Verstorbenen oder aus dessen (2) Ein Richter oder Schiedsrichter, der einen Vorteil
  Nachlass erlangt hat. für sich oder einen Dritten als Gegenleistung dafür
  fordert, sich versprechen läßt oder annimmt, dass er
  (4) Die Absätze 1 bis 3 sind auch anzuwenden, wenn eine richterliche Handlung vorgenommen hat oder
  der Täter das fremde Geheimnis nach dem Tod des künftig vornehme und dadurch seine richterlichen
  Betroffenen unbefugt offenbart. Pflichten verletzt hat oder verletzen würde, wird mit
  Freiheitsstrafe von einem Jahr bis zu zehn Jahren
  (5) Handelt der Täter gegen Entgelt oder in der Ab- bestraft. In minder schweren Fällen ist die Strafe Frei-
  sicht, sich oder einen anderen zu bereichern oder heitsstrafe von sechs Monaten bis zu fünf Jahren.
  einen anderen zu schädigen, so ist die Strafe Frei-
  heitsstrafe bis zu zwei Jahren oder Geldstrafe. (3) Falls der Täter den Vorteil als Gegenleistung für
  eine künftige Handlung fordert, sich versprechen lässt
  § 204 oder annimmt, so sind die Absätze 1 und 2 schon
  Verwertung fremder Geheimnisse dann anzuwenden, wenn er sich dem anderen ge-
  genüber bereit gezeigt hat,
  (1) Wer unbefugt ein fremdes Geheimnis, namentlich 1. bei der Handlung seine Pflichten zu verletzen
  ein Betriebs- oder Geschäftsgeheimnis, zu dessen oder,
  Geheimhaltung er nach § 203 verpflichtet ist, verwer- 2. soweit die Handlung in seinem Ermessen steht,
  tet, wird mit Freiheitsstrafe bis zu zwei Jahren oder sich bei Ausübung des Ermessens durch den
  mit Geldstrafe bestraft. Vorteil beeinflussen zu lassen.

  (2) § 203 Abs. 4 gilt entsprechend. § 353b
  Verletzung des Dienstgeheimnisses und einer
  § 331 Vorteilsannahme besonderen Geheimhaltungspflicht

  (1) Ein Amtsträger oder ein für den öffentlichen Dienst (1) Wer ein Geheimnis, das ihm als
  besonders Verpflichteter, der für die Dienstausübung 1. Amtsträger,
  einen Vorteil für sich oder einen Dritten fordert, sich 2. für den öffentlichen Dienst besonders Verpflich-
  teten oder

  Bw-2783/V-07.07 (Seite 3 )
  Schutzbereich 1

  3. Person, die Aufgaben oder Befugnisse nach dem 339, 340, 343, 344, 345 Abs. 1 und 3, §§ 348, 352 bis
  Personalvertretungsrecht wahrnimmt, 353b Abs. 1, §§ 355 und 357 kann das Gericht die
  anvertraut worden oder sonst bekanntgeworden ist, Fähigkeit, öffentliche Ämter zu bekleiden (§ 45 Abs.
  unbefugt offenbart und dadurch wichtige öffentliche 2), aberkennen.
  Interessen gefährdet, wird mit Freiheitsstrafe bis zu
  fünf Jahren oder mit Geldstrafe bestraft. Hat der Täter
  durch die Tat fahrlässig wichtige öffentliche Interessen
  gefährdet, so wird er mit Freiheitsstrafe bis zu einem
  Jahr oder mit Geldstrafe bestraft. § 97b
  Verrat in irriger Annahme eines illegalen
  (2) Wer, abgesehen von den Fällen des Absatzes 1, Geheimnisses
  unbefugt einen Gegenstand oder eine Nachricht, zu
  deren Geheimhaltung er (1) Handelt der Täter in den Fällen der §§ 94 bis 97 in
  1. auf Grund des Beschlusses eines Gesetzge- der irrigen Annahme, das Staatsgeheimnis sei ein
  bungsorgans des Bundes oder eines Landes Geheimnis der in § 97a bezeichneten Art, so wird er,
  oder eines seiner Ausschüsse verpflichtet ist wenn
  oder 1. dieser Irrtum ihm vorzuwerfen ist,
  2. von einer anderen amtlichen Stelle unter Hinweis 2. er nicht in der Absicht handelt, dem vermeint-
  auf die Strafbarkeit der Verletzung der Geheim- lichen Verstoß entgegenzuwirken, oder
  haltungspflicht förmlich verpflichtet worden ist, 3. die Tat nach den Umständen kein angemesse-
  an einen anderen gelangen lässt oder öffentlich be- nes Mittel zu diesem Zweck ist,
  kanntmacht und dadurch wichtige öffentliche Interes- nach den bezeichneten Vorschriften bestraft. Die Tat
  sen gefährdet, wird mit Freiheitsstrafe bis zu drei Jah- ist in der Regel kein angemessenes Mittel, wenn der
  ren oder mit Geldstrafe bestraft. Täter nicht zuvor ein Mitglied des Bundestages um
  Abhilfe angerufen hat.
  (3) Der Versuch ist strafbar.
  (2) War dem Täter als Amtsträger oder als Soldat der
  (3a) Beihilfehandlungen einer in § 53 Absatz 1 Satz 1 Bundeswehr das Staatsgeheimnis dienstlich anver-
  Nummer 5 der Strafprozessordnung genannten Person traut oder zugänglich, so wird er auch dann bestraft,
  sind nicht rechtswidrig, wenn sie sich auf die Entge- wenn nicht zuvor der Amtsträger einen Dienstvorge-
  gennahme, Auswertung oder Veröffentlichung des setzten, der Soldat einen Disziplinarvorgesetzten um
  Geheimnisses oder des Gegenstandes oder der Abhilfe angerufen hat. Dies gilt für die für den öffentli-
  Nachricht, zu deren Geheimhaltung eine besondere chen Dienst besonders Verpflichteten und für Perso-
  Verpflichtung besteht, beschränken. nen, die im Sinne des § 353b Abs. 2 verpflichtet wor-
  den sind, sinngemäß.
  (4) Die Tat wird nur mit Ermächtigung verfolgt. Die
  Ermächtigung wird erteilt § 94
  1. von dem Präsidenten des Gesetzgebungsorgans
  Landesverrat
  a) in den Fällen des Absatzes 1, wenn dem Täter
  das Geheimnis während seiner Tätigkeit bei
  (1) Wer ein Staatsgeheimnis
  einem oder für ein Gesetzgebungsorgan des
  1. einer fremden Macht oder einem ihrer Mittels-
  Bundes oder eines Landes bekanntgeworden
  männer mitteilt oder
  ist,
  2. sonst an einen Unbefugten gelangen lässt oder
  b) in den Fällen des Absatzes 2 Nr. 1;
  öffentlich bekanntmacht, um die Bundesrepublik
  2. von der obersten Bundesbehörde
  Deutschland zu benachteiligen oder eine fremde
  a) in den Fällen des Absatzes 1, wenn dem Tä-
  Macht zu begünstigen,
  ter das Geheimnis während seiner Tätigkeit
  und dadurch die Gefahr eines schweren Nachteils für
  sonst bei einer oder für eine Behörde oder bei
  die äußere Sicherheit der Bundesrepublik Deutsch-
  einer anderen amtlichen Stelle des Bundes
  land herbeiführt, wird mit Freiheitsstrafe nicht unter
  oder für eine solche Stelle bekanntgeworden
  einem Jahr bestraft.
  ist,
  b) in den Fällen des Absatzes 2 Nr. 2, wenn der (2) In besonders schweren Fällen ist die Strafe le-
  Täter von einer amtlichen Stelle des Bundes
  benslange Freiheitsstrafe oder Freiheitsstrafe nicht
  verpflichtet worden ist;
  unter fünf Jahren. Ein besonders schwerer Fall liegt in
  3. von der obersten Landesbehörde in allen übrigen der Regel vor, wenn der Täter
  Fällen der Absätze 1 und 2 Nr. 2.
  1. eine verantwortliche Stellung mißbraucht, die ihn
  zur Wahrung von Staatsgeheimnissen besonders
  § 358
  verpflichtet, oder
  Nebenfolgen
  2. durch die Tat die Gefahr eines besonders schwe-
  ren Nachteils für die äußere Sicherheit der Bun-
  Neben einer Freiheitsstrafe von mindestens sechs
  desrepublik Deutschland herbeiführt.
  Monaten wegen einer Straftat nach den §§ 332, 335,
  Bw-2783/V-07.07 (Seite 4 )
  Schutzbereich 1

  § 97a
  § 95 Verrat illegaler Geheimnisse
  Offenbaren von Staatsgeheimnissen
  Wer ein Geheimnis, das wegen eines der in § 93 Abs.
  (1) Wer ein Staatsgeheimnis, das von einer amtlichen 2 bezeichneten Verstöße kein Staatsgeheimnis ist,
  Stelle oder auf deren Veranlassung geheimgehalten einer fremden Macht oder einem ihrer Mittelsmänner
  wird, an einen Unbefugten gelangen lässt oder öffent- mitteilt und dadurch die Gefahr eines schweren
  lich bekanntmacht und dadurch die Gefahr eines Nachteils für die äußere Sicherheit der Bundesrepu-
  schweren Nachteils für die äußere Sicherheit der blik Deutschland herbeiführt, wird wie ein Landesver-
  Bundesrepublik Deutschland herbeiführt, wird mit räter (§ 94) bestraft. § 96 Abs. 1 in Verbindung mit §
  Freiheitsstrafe von sechs Monaten bis zu fünf Jahren 94 Abs. 1 Nr. 1 ist auf Geheimnisse der in Satz 1 be-
  bestraft, wenn die Tat nicht in § 94 mit Strafe bedroht zeichneten Art entsprechend anzuwenden.
  ist.
  § 120
  (2) Der Versuch ist strafbar. Gefangenenbefreiung

  (3) In besonders schweren Fällen ist die Strafe Frei- (1) Wer einen Gefangenen befreit, ihn zum Entwei-
  heitsstrafe von einem Jahr bis zu zehn Jahren. § 94 chen verleitet oder dabei fördert, wird mit Freiheits-
  Abs. 2 Satz 2 ist anzuwenden. strafe bis zu drei Jahren oder mit Geldstrafe bestraft.

  § 96 (2) Ist der Täter als Amtsträger oder als für den öffent-
  Landesverräterische Ausspähung, Auskund- lichen Dienst besonders Verpflichteter gehalten, das
  schaften von Staatsgeheimnissen Entweichen des Gefangenen zu verhindern, so ist die
  Strafe Freiheitsstrafe bis zu fünf Jahren oder Geld-
  (1) Wer sich ein Staatsgeheimnis verschafft, um es zu strafe.
  verraten (§ 94), wird mit Freiheitsstrafe von einem
  Jahr bis zu zehn Jahren bestraft. (3) Der Versuch ist strafbar.

  (2) Wer sich ein Staatsgeheimnis, das von einer amt- (4) Einem Gefangenen im Sinne der Absätze 1 und 2
  lichen Stelle oder auf deren Veranlassung geheim- steht gleich, wer sonst auf behördliche Anordnung in
  gehalten wird, verschafft, um es zu offenbaren (§ 95), einer Anstalt verwahrt wird.
  wird mit Freiheitsstrafe von sechs Monaten bis zu fünf
  Jahren bestraft. Der Versuch ist strafbar. § 355
  Verletzung des Steuergeheimnisses
  § 97
  Preisgabe von Staatsgeheimnissen (1) Wer unbefugt
  1. Verhältnisse eines anderen, die ihm als Amts-
  (1) Wer ein Staatsgeheimnis, das von einer amtlichen träger
  Stelle oder auf deren Veranlassung geheimgehalten a) in einem Verwaltungsverfahren oder einem
  wird, an einen Unbefugten gelangen läßt oder öffent- gerichtlichen Verfahren in Steuersachen,
  lich bekanntmacht und dadurch fahrlässig die Gefahr b) in einem Strafverfahren wegen einer Steuer-
  eines schweren Nachteils für die äußere Sicherheit straftat oder in einem Bußgeldverfahren we-
  der Bundesrepublik Deutschland verursacht, wird mit gen einer Steuerordnungswidrigkeit,
  Freiheitsstrafe bis zu fünf Jahren oder mit Geldstrafe c) aus anderem Anlass durch Mitteilung einer
  bestraft. Finanzbehörde oder durch die gesetzlich vor-
  geschriebene Vorlage eines Steuerbescheids
  (2) Wer ein Staatsgeheimnis, das von einer amtlichen oder einer Bescheinigung über die bei der
  Stelle oder auf deren Veranlassung geheimgehalten Besteuerung getroffenen Feststellungen bekannt-
  wird und das ihm kraft seines Amtes, seiner Dienst- geworden sind, oder
  stellung oder eines von einer amtlichen Stelle erteilten 2. ein fremdes Betriebs- oder Geschäftsgeheimnis,
  Auftrags zugänglich war, leichtfertig an einen Unbe- das ihm als Amtsträger in einem der in Nummer
  fugten gelangen läßt und dadurch fahrlässig die Ge- 1 genannten Verfahren bekanntgeworden ist,
  fahr eines schweren Nachteils für die äußere Sicher- offenbart oder verwertet, wird mit Freiheitsstrafe bis
  heit der Bundesrepublik Deutschland verursacht, wird zu zwei Jahren oder mit Geldstrafe bestraft.
  mit Freiheitsstrafe bis zu drei Jahren oder mit Geld-
  strafe bestraft. (2) Den Amtsträgern im Sinne des Absatzes 1 stehen
  gleich
  (3) Die Tat wird nur mit Ermächtigung der Bundesre- 1. die für den öffentlichen Dienst besonders Ver-
  gierung verfolgt. pflichteten,
  2. amtlich zugezogene Sachverständige und


  Bw-2783/V-07.07 (Seite 5 )
  Schutzbereich 1

  3. die Träger von Ämtern der Kirchen und anderen
  Religionsgesellschaften des öffentlichen Rechts.

  (3) Die Tat wird nur auf Antrag des Dienstvorgesetz-
  ten oder des Verletzten verfolgt. Bei Taten amtlich
  zugezogener Sachverständiger ist der Leiter der Be-
  hörde, deren Verfahren betroffen ist, neben dem Ver-
  letzten antragsberechtigt.




  Bw-2783/V-07.07 (Seite 6 )
  Signatures


  Number of pages (including this one): 7

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.
  Open Source Software




  Anlage 14 zum Rahmenvertrag über den Bezug von Konzeptions- und Entwicklungsleis-
  tungen für die „Strategische Partnerschaft pCloudBw“




  Titel: 03533566_Anhang 9_Open Source Software.docx
  Vertraulich Seite 1 / 2
  Option 1
  Der Auftragnehmer erklärt, ausschließlich die im Anhang1 zu dieser Anlage 14 aufgeführte
  Open Source Software im Rahmen der Leistungserbringung für den Auftraggeber unter
  Berücksichtigung der Regelungen des Rahmenvertrages zu Open Source Software
  einzusetzen.
  Sofern sich Änderungen in Bezug auf eingesetzte Open Source Software ergeben, wird
  der Auftragnehmer den Auftraggeber hierüber unverzüglich schriftlich informieren und
  unverzüglich eine aktualisierte Fassung des Anhangs zur dieser Anlage 14 zur Verfügung
  stellen.


  Option 2
  Der Auftragnehmer erklärt keine Open Source Software im Rahmen seiner
  Leistungserbringung einzusetzen.




  1 Vom Auftragnehmer auf Basis der Regelungen des Rahmenvertrages zu Open Source Software

  bereitzustellen.
  Titel: 03533566_Anhang 9_Open Source Software.docx
  Vertraulich Seite 2 / 2
  Signatures


  Number of pages (including this one): 3

  Document signed electronically, the signatories agreeing that it is authentic between them.
  By signing this document, the signatories acknowledge and agree that they have carefully read this
  document and approve all its terms.


