Einheitliche Bezahlseite einrichten!
Stadt: leipzig
Drucksache: VII-A-07463-VSP-01
Datum: 2022-11-11
Vorlagenart: Verwaltungsstandpunkt

1/5
Ratsversammlung
Verwaltungsstandpunkt-Nr. VII-A-07463-VSP-01
Status: öffentlich
Eingereicht von:
Dezernat Finanzen
Stammbaum:
VII-A-07463 CDU-Fraktion
VII-A-07463-VSP-01 Dezernat Finanzen
Betreff:
Einheitliche Bezahlseite einrichten!
Beratungsfolge (Änderungen vorbehalten):
Gremium
Voraussichtlicher 
Sitzungstermin
Zuständigkeit
DB OBM - Vorabstimmung Bestätigung
Dienstberatung des Oberbürgermeisters Bestätigung
FA Finanzen 28.11.2022 Vorberatung
FA Wirtschaft, Arbeit und Digitales 29.11.2022 Vorberatung
FA Allgemeine Verwaltung 06.12.2022 Vorberatung
Ratsversammlung 14.12.2022 Beschlussfassung
Rechtliche Konsequenzen
Der gemäß Ursprungsantrag gefasste Beschluss wäre
 
  Rechtswidrig und/oder   Nachteilig für die Stadt Leipzig.
    
    
x  Zustimmung   Ablehnung
    
  Zustimmung mit Ergänzung   Sachverhalt bereits berücksichtigt
    
  Alternativvorschlag   Sachstandsbericht
 
Beschlussvorschlag
Dem Antrag wird zugestimmt. 
Räumlicher Bezug
Entfällt
 
 
Zusammenfassung
 
Anlass der Vorlage:   
 
  Rechtliche Vorschriften   Stadtratsbeschluss X  Verwaltungshandeln
 
  Sonstiges:
 
Um das Bezahlen von Rechnung oder Bußgeldern künftig einfacher, moderner und 
bürgerfreundlicher zu gestalten, soll die Stadtverwaltung eine zentrale Anlaufstelle für E-
Payments (Kreditkarte, Paypal, Giropay usw.) einrichten.
1 von 27 in Zusammenstellung
2/5
 
Finanzielle Auswirkungen
Finanzielle Auswirkungen  nein X wenn ja,
Kostengünstigere Alternativen geprüft X nein  ja, Ergebnis siehe Anlage zur 
Begründung
Folgen bei Ablehnung  nein X ja, Erläuterung siehe Anlage zur 
Begründung
Handelt es sich um eine Investition (damit aktivierungspflichtig)? X nein  ja, Erläuterung siehe Anlage zur 
Begründung
  
Im Haushalt wirksam von bis Höhe in 
EUR wo veranschlagt
Ergebnishaushalt Erträge     
 Aufwendungen    aktuell in Einzelmaßnahmen/-
projekten
Finanzhaushalt Einzahlungen     
 Auszahlungen     
Entstehen Folgekosten oder Einsparungen? X nein  wenn ja, nachfolgend angegeben
 
Folgekosten Einsparungen wirksam von bis Höhe in 
EUR/Jahr wo veranschlagt
Zu Lasten anderer OE Ergeb. HH Erträge     
 Ergeb. HH Aufwand     
Nach Durchführung der 
Maßnahme zu erwarten Ergeb. HH Erträge     
 Ergeb. HH Aufwand 
(ohne Abschreibungen)     
 
Ergeb. HH Aufwand 
aus jährl. 
Abschreibungen 
    
    
Steuerrechtliche Prüfung  X nein  wenn ja
Unternehmerische Tätigkeit i.S.d. §§ 2 Abs. 1 und 
2B UStG   nein  ja, Erläuterung siehe Punkt 4 des 
Sachverhalts
Umsatzsteuerpflicht der Leistung   nein  ja, Erläuterung siehe Anlage zur 
Begründung
Bei Verträgen: Umsatzsteuerklausel aufgenommen   ja  nein, Erläuterung siehe Anlage zur 
Begründung
 
Auswirkungen auf den Stellenplan X nein  wenn ja, nachfolgend angegeben
Beantragte Stellenerweiterung: Vorgesehener Stellenabbau: 
 
Ziele
Hintergrund zum Beschlussvorschlag:
Welche strategischen Ziele werden mit der Maßnahme unterstützt?
 
 
2030 – Leipzig wächst nachhaltig!
Ziele und Handlungsschwerpunkte
Leipzig setzt auf 
Lebensqualität
Leipzig besteht im 
Wettbewerb
 Balance zwischen
Verdichtung und Freiraum
 Positive 
Rahmenbedingungen für 
qualifizierte Arbeitsplätze
 Qualität im öffentlichen 
Raum
und in der Baukultur
 Attraktives Umfeld für 
Innovation, Gründer und 
2 von 27 in Zusammenstellung
3/5
Fachkräfte
 Nachhaltige Mobilität
 
 Vielfältige und stabile 
Wirtschaftsstruktur
 Vorsorgende Klima- und
Energiestrategie
 Vorsorgendes Flächen- und 
Liegenschafts-management
 Erhalt und Verbesserung der
Umweltqualität
X Leistungsfähige technische 
Infrastruktur
 Quartiersnahe Kultur-, Sport-
und Freiraum-angebote
 
 Vernetzung von Bildung, 
Forschung und Wirtschaft
Leipzig schafft soziale 
Stabilität  Wirkung auf Akteure
Leipzig stärkt seine 
Internationalität
 Chancengerechtigkeit in der 
inklusiven Stadt
X Bürgerstadt  Weltoffene Stadt
 Gemeinschaftliche 
Quartiersentwicklung
 Region  Vielfältige, lebendige 
Kultur- und Sportlandschaft
 Bezahlbares Wohnen  Stadtrat  Interdisziplinäre 
Wissenschaft und 
exzellente Forschung
 Zukunftsorientierte Kita- und 
Schulangebote
 Kommunalwirtschaft  Attraktiver Tagungs- und 
Tourismusstandort
 Lebenslanges Lernen X Verwaltung  Imageprägende 
Großveranstaltungen
 Sichere Stadt    Globales Denken, lokal 
verantwortliches Handeln
      
 Sonstige Ziele
Bei Bedarf überschreiben (max. 50 ZML)
 Trifft nicht zu     
 
Klimawirkung
Klimawirkung durch den Beschluss der Vorlage
Stufe 1: Grobe Einordnung zur Klimawirkung (Klimaschutzes und zur –wandelanpassung)
Eingesetzte Energieträger (Strom, 
Wärme, Brennstoff) X keine / Aussage nicht 
möglich  erneuerbar  fossil
Reduziert bestehenden Energie-
/Ressourcenverbrauch X Aussage nicht möglich  ja  nein
Speichert CO2-Emissionen (u.a. 
Baumpflanzungen) X Aussage nicht möglich  ja  nein
Mindert die Auswirkungen des 
Klimawandels (u. a. Entsiegelung, 
Regenwassermanagement)
X Aussage nicht möglich  ja  nein
Abschätzbare Klimawirkung mit 
erheblicher Relevanz X ja, da Beschlussgremium RV, GVA, oder VA und 
mind. 5 Jahre Betriebs- und Nutzungsdauer  nein
Vorlage hat keine abschätzbare 
Klimawirkung X ja (Prüfschema endet hier.)   
 
Stufe 2: Die Vorlage berücksichtigt die zentralen energie- und klimapolitischen Beschlüsse (s. 
leipzig.de)
  ja  nein (Begründung s. 
Abwägungsprozess) X nicht berührt (Prüfschema endet 
hier.)
       
3 von 27 in Zusammenstellung
4/5
Stufe 3: Detaillierte Darstellung zur abschätzbaren Klimawirkung nur bei erheblicher Relevanz
  Berechnete THG-Emissionen (in t bzw. t./a): ____________________
  liegt vor: s. Anlage/Kapitel der Vorlage: ________________________
  wird vorgelegt mit: ________________ (z. B. Planungsbeschluss, Baubeschluss, Billigungs- und 
Auslegungsbeschluss)
   
 
 
Sachverhalt
Beschreibung des Abwägungsprozesses: 
 
Die CDU-Fraktion hat mit dem Antrag VII-A-07463 den Oberbürgermeister beauftragt eine 
zentrale und einheitliche virtuelle Bezahloberfläche analog der Stadt München für alle 
Angebote, Dienstleistungen und Forderungen der Kernverwaltung sowie für städtische 
Eigenbetriebe einzuführen. 
I. Eilbedürftigkeitsbegründung
 
Enfällt.
 
II. Begründung Nichtöffentlichkeit 
 
Enfällt.
 
III. Strategische Ziele
 
Das mit dem Antrag verbundene Ziel, der Schaffung einer zentralen und einheitlichen virtuellen 
Bezahloberfläche deckt sich mit den Zielen und aktuellen Maßnahmen der Verwaltung. Hierzu wurde der Basisdienst 
Bezahlformen etabliert, über den mehrere Fachverfahren an die Onlinebezahlung angeschlossen wurden und über den 
die Weiterentwicklung des Onlinebezahlens erfolgt. Parallel wird im Projekt der LeipzigApp, in Zusammenarbeit mit der 
Stadtkasse (Basisdienst Bezahlfunktion) und Referat SAP der Ansatz einer zentralen Bezahlfunktion/-architektur 
verfolgt. 
 
Grundsätzlich sind zwei Bezahlprozesse zu unterscheiden, die auch Auswirkung auf die technische Architektur bzw. die 
Anbindung von Fachverfahren haben: (a) Bezahlen bei Bestellvorgang (gleichzeitig) und (b) Bezahlen nach Erhalt 
Rechnung/Bescheid bzw. Zahlungsaufforderung.
 
IV. Sachverhalt
1. Begründung Kreuz auf dem Deckblatt
 
Das bargeldlose Bezahlen vor Ort ist in den maßgeblichen Dienststellen bereits 
flächendeckend möglich. Wird in Dienststellen ausschließlich Barzahlung angeboten, erfolgt 
dies in Abwägung der geringen Zahlvorgänge gegen die Kosten der Terminals, für deren 
Bereitstellung durch die Stadt Leipzig eine monatliche Gebühr zu entrichten ist. Die 
Ausstattung ist dabei weiter fortgeschritten, als in der Anfrage des Stadtrates zitierten 
Übersicht auf leipzig.de dargestellt ist. Die Übersicht wird entsprechend auf leipzig.de 
aktualisiert. (Anlage 1)
 
Ersatzweise zur Zahlung vor Ort erweitert die Stadtverwaltung schrittweise die Möglichkeit 
der Online-Bezahlung.
 
Dazu wird die in einem Gemeinschaftsprojekt von Bund und mehreren Bundesländern 
entwickelte ePayBL-Komponente verwendet. Diese Komponente wird den Kommunen in 
Form einer Basiskomponente durch den Freistaat Sachsen angeboten und durch den 
4 von 27 in Zusammenstellung
5/5
Staatsbetrieb Sächsische Informatik Dienste betrieben. Sie stellt die grundlegende 
technische Infrastruktur zur Abwicklung der gängigen Online-Bezahlformen, wie GiroPay, 
paydirekt, Kreditkartenzahlung und PayPal zur Verfügung. In der Stadtkasse wurde ein 
verwaltungsinterner Basisdienst angesiedelt, welcher die Nutzung der Komponente allen 
Ämtern der Stadtverwaltung ermöglichen soll. Die notwendigen Verträge zur Verwendung 
der ePayBL-Komponente sind bereits geschlossen sowie die Konfiguration der Mandanten 
standardisiert. 
 
Die Integration der Bezahlfunktion wird in Folge bzw. in direktem Zusammenhang mit der 
Entwicklung des Angebots der Verwaltungsleistungen der Ämter im Internet vorgenommen. 
Dazu werden derzeit Webshop-Lösung dezentral, wie das Kursangebot der Leipziger 
Volkshochschule auf deren eigenem Internetauftritt, sowie zentrale Plattformlösungen, wie 
Amt24, auf denen verschiedene Verwaltungsleistungen angeboten werden, aufgebaut. Die 
Konzeption des jeweiligen Webshops erfolgt dabei einschließlich der Zahlfunktion.
 
Über einen Webshop kann eine konkrete Verwaltungsleitung bezogen oder zumindest 
beantragt werden und im Rahmen dessen die Zahlung dieser konkreten Leistung 
abgewickelt werden. Für die Abwicklung der Zahlung werden die Antragstellenden an einen 
Mandanten der ePayBL-Komponente weitergeleitet. Der Mandant ist über eine 
standardisierte REST-Schnittstelle an den jeweiligen Webshop angebunden. Mit Abschluss 
des Zahlvorgangs endet der Prozess für die Antragstellenden. 
 
Die ePayBL-Komponente meldet den Abschluss des Zahlvorgangs an den jeweiligen 
Webshop, welcher die Antragsdaten an das Fachverfahren des Amtes weiterleitet. In dem 
Fachverfahren wird der Antrag bearbeitet und der zugehörige Buchungssatz für die 
Übergabe an das ERP-System erstellt. Ziel der Stadtverwaltung Leipzig ist diesen Prozess 
verfahrensübergreifend soweit zu digitalisieren und zu automatisieren, dass in Folge des 
Online-Antrages im Webshop über das Fachverfahren die notwendigen Daten im ERP-
System angelegt, die Forderung gebucht und der anschließende Ausgleich der Forderung 
mit der Zahlung ohne manuellen Aufwand erfolgreich abschließen.
 
Die notwendigen Voraussetzungen aus Sicht der Bezahlkomponente wurden in einem 
Konzept definiert. (Anlage 2) Insbesondere die Schnittstelle zwischen Webshop und 
Fachverfahren muss aber teilweise individuell von den verschiedenen Verfahrensanbietern 
konzeptioniert und programmiert werden, um eine automatisierte Übergabe der 
Antragsdaten zu ermöglichen.
 
Zudem prüft die Stadtverwaltung Leipzig die Umsetzung einer leistungsungebundenen 
Zahlungsfunktion im Rahmen der zu konzeptionierenden LeipzigApp. Dadurch soll die 
elektronische Zahlung weiterer Einnahmearten, welche nicht in Folge eines Antrages fällig 
werden (gleichzeitiges Bestellen und Bezahlen), sondern deren Festsetzung bspw. mit 
einem Bescheid oder Rechnung erfolgen, ermöglicht werden (Bezahlen nach 
Zahlungsaufforderung).
 
2. Realisierungs- / Zeithorizont (entfällt bei Ablehnung des Antrags)
 
Gemäß Digitalisierungsfahrplan (Handlungsfeld 17 – Online-Bezahlen; Handlungsfeld 1 - 
elektronische Antragsverfahren (Eingangskanal für Bürger und Gewerbe)) sowie Projekt LeipzigApp und 
Fachamtsprojekten.
Anlage/n
1 Anlage 1 EC-Übersicht Zahlarten (öffentlich)
2 Anlage 2  Konzept und Dokumentation Einführung ePayBL (öffentlich)
5 von 27 in Zusammenstellung
Übersicht Zahlarten Stadtverwaltung Leipzig  möglich 
l nicht möglich 
Amt / Standort Anzahl Geldkarte girogo EC-Karte Kreditkarte kontaktloses Bezahlen mobiles Bezahlen 
95 
Amt für Bauordnung und Denkmalpflege 1
Bauaktenarchiv 1      
Technisches Rathaus 
Prager Straße 118 - 136 
04317 Leipzig 
Amt für Geoinformtion und Bodenordnung 1
Liegenschaftskataster 1      
Stadthaus 
Burgplatz 1 
04109 Leipzig 
Amt für Stadtgrün und Gewässer 2
Stadtforsten 1      
Teichstraße 20 
04277 Leipzig 
Südfriedhof 1      
Friedhofsweg 3 
04299 Leipzig 
Bibliotheken 14 
Bibliothek Böhlitz-Ehrenberg 1      
Leipziger Straße 81 
04178 Leipzig 
Bibliothek Gohlis 1      
Georg-Schumann-Str. 105 
04155 Leipzig 
Bibliothek Grünau-Mitte 1      
Plovdiver Straße 40 
04205 Leipzig 
Bibliothek Grünau-Nord 1      
Stuttgarter Allee 15 
04209 Leipzig 
Bibliothek Grünau-Süd 1      
An der Kotsche 11-13 
04207 Leipzig 
Bibliothek Mockau 1      
Essener Straße 102 
04357 Leipzig 
Bibliothek Paunsdorf 1      
Platanenstr. 37 
04329 Leipzig 
Bibliothek Plagwitz 1      
Zschochersche Str. 41 
04229 Leipzig 
Bibliothek Reudnitz 1      
Dresdner Straße 78-80 
04317 Leipzig 
Bibliothek Schönefeld 1      
Shukowstraße 56 
04347 Leipzig 
Bibliothek Südvorstadt 1      
Steinstr. 42 
04275 Leipzig 
Bibliothek Volkmarsdorf 1      
Torgauer Platz 3 
04315 Leipzig 
Fahrbibliothek Leipzig 1      
An der Kotsche 11-13 
04207 Leipzig 
Stadtbibliothek 1 l l   l l
Wilhelm-Leuschner-Platz 10-11 
04107 Leipzig 
6 von 27 in Zusammenstellung
Übersicht Zahlarten Stadtverwaltung Leipzig  möglich 
l nicht möglich 
Amt / Standort Anzahl Geldkarte girogo EC-Karte Kreditkarte kontaktloses Bezahlen mobiles Bezahlen 
Bürgerämter 57 
Bürgerinformation Neues Rathaus 1      
Martin-Luther-Ring 4 
04109 Leipzig 
Bürgeramt Böhlitz-Ehrenberg 2      
Am Markt 10 
04178 Leipzig 
Bürgeramt Gohlis-Center 8      
Elsbethstraße 19-25 
04155 Leipzig 
Bürgeramt Gohlis-Center 0 l l l l l l
Außenstelle Lützschena-Stahmeln 
Am Brunnen 4 
04159 Leipzig 
Bürgeramt Gohlis-Center 0 l l l l l l
Außenstelle Lindenthal 
Erich-Thiele-Straße-2 
04158 Leipzig 
Bürgeramt Leutzsch 3      
Georg-Schwarz-Straße 140 
04179 Leipzig 
Bürgeramt Liebertwolkwitz 1      
Liebertwolkwitzer Markt 1 
04288 Leipzig 
Bürgeramt Liebertwolkwitz 0 l l l l l l
Außenstelle Holzhausen 
Hauptstraße 48 H 
04288 Leipzig 
Bürgeramt Otto-Schill-Straße 11      
Otto-Schill-Straße 2 
04109 Leipzig 
Bürgeramt Paunsdorf-Center 4      
Paunsdorfer Allee 1 
04329 Leipzig 
Bürgeramt Ratzelbogen 9      
Kiewer Straße 1-3 
04209 Leipzig 
Bürgeramt Schönefeld 4      
Ossietzkystraße 37 
04347 Leipzig 
Bürgeramt Stötteritz 4      
Stötteritzer Straße 28 
04317 Leipzig 
Bürgeramt Südwest-Zentrum 3      
Bismarckstraße 41 
04249 Leipzig 
Bürgeramt Wiedebach-Passage 5      
Biedermannstraße 9 -13 
04277 Leipzig 
Bürgeramt Wiederitzsch 2      
Torgauer Straße 74 
04318 Leipzig 
Gesundheitsamt 3
Amtsärztlicher Dienst 2      
Friedrich-Ebert-Straße 19a 
04109 Leipzig 
Hygiene 1      
Gustav-Mahler-Straße 3 
04109 Leipzig 
7 von 27 in Zusammenstellung
Übersicht Zahlarten Stadtverwaltung Leipzig  möglich 
l nicht möglich 
Amt / Standort Anzahl Geldkarte girogo EC-Karte Kreditkarte kontaktloses Bezahlen mobiles Bezahlen 
Museen 6
Museum der bildenden Künste 2      
Katharinenstraße 10 
04109 Leipzig 
Museum für angewandte Kunst (GRASSI) 1      
Johannisplatz 5-11 
04103 Leipzig 
Naturkundemuseum 1      
Lortzingstraße 3 
04105 Leipzig 
Stadtgeschichtliches Museum I Altes Rathaus 1      
Markt 1 
04109 Leipzig 
Stadtgeschichtliches Museum l Haus Böttchergäßchen 1      
Böttchergäßchen 3 
04109 Leipzig 
Ordnungsamt 7
Fundbüro 1      
Technisches Rathaus 
Haus A 
Prager Straße 118 - 136 
04317 Leipzig 
Sachgebiet Genehmigungen 1      
Technisches Rathaus 
Haus A 
Prager Straße 118 - 136 
04317 Leipzig 
Gewerbebehörde 1 l l    
Technisches Rathaus 
Haus A 
Prager Straße 118 - 136 
04317 Leipzig 
Ausländerbehörde 1 l l   l l
Technisches Rathaus 
Haus B 
Prager Straße 118 - 136 
04317 Leipzig 
Kfz-Zulassungsbehörde 1 l l   l l
Technisches Rathaus 
Haus A 
Prager Straße 118 - 136 
04317 Leipzig 
Kfz-Zulassungsbehörde 1 l l   l l
Technisches Rathaus 
Haus A 
Prager Straße 118 - 136 
04317 Leipzig 
Kfz-Zulassungsbehörde 1 l l    
Technisches Rathaus 
Haus A 
Prager Straße 118 - 136 
04317 Leipzig 
Stadtarchiv 1
Stadtarchiv Leipzig 1      
Str. des 18. Oktober 42 
04103 Leipzig 
Stadtkasse 1
Stadtkasse Leipzig 1      
Otto-Schill-Str. 2 
04109 Leipzig 
Standesamt 1
Standesamt Leipzig 1 l l   l l
Burgplatz 1 
04109 Leipzig 
Volkshochschule 1
Volkshochschule Leipzig 1 l l   l l
Löhrstraße 3 - 7 
04105 Leipzig 
8 von 27 in Zusammenstellung
 
 
 
 
 
Basisdienst Bezahlfunktion 
Feinkonzept fachliche Anforderungen und technische  
Lösung 
 
E-Paymentlösung ePayBL 
 
 
 
 
 
Dokumentenversion 1.3 
Status: Durch Steuerungsgremium DuV am 23.03.2022 bestätigt 
 
 
 
 
 
 
 
 
 
 
Verfahren: ePayBL des Freistaates Sachsen  
Verfahrensverantwortlicher: 21 Stadtkasse 
Verfahrensbetreuer: SID, GISA 
Fachprozessverantwortlicher: jeweiliges Fachamt 
Technische Umsetzung durch: SID, GISA 
9 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 2/19   Speicherdatum: 03.06.22 
 
Historie 
 
Datum Name Dienststelle Telefon Beschreibung 
25.10.2016 N. Bettermann 22 -3007 Anlage des Dokume nts 
17.01.2019 S. Richter 22  1. Entwurf 
14.02.2019 M. Becker 21 -3054 Mitarbeit 1. Entwurf 
27.05.2019 S. Richter 22 -3210 Überarbeitung/Ergänz ung 1. Entwurf (Nr. 5, 
6, 7.1) 
17.06.2019 M. Becker 21 -3054 Überarbeitung (Nr.1, 7.1 und 8) 
30.07.2019 S. Richter 22 -3210 Einzelne Anpassungen  Pkt. 5 und 6 
02.08.2019 S. Richter 22 -3210 Neue Anforderungen a ufgenommen 
26.10.2019 N. Bettermann 22 -3007 Redaktionelle Änd erung 
06, 
07.04.2020 
N. Bettermann. 
S. Richter 
22 -3007 
-3210 
Überarbeitung und Ergänzung Kapitel 3 
06.05.2021 S. Richter 22 -3210 Abschließende Prüfun g/Überarbeitung 
24.06.2021 K. Schützhold 21 -3086 Ergänzung in 1.2,  Erweiterung um 3.4, 6.4 
und 6.6 
03.08.2021 M. Becker 21 -3054 Formale Anpassungen, Aktualisierung 6.5 
07.09.2021 K.Schützhold 21 -3086 Redaktionelle Ände rungen/Finalisierung 
     
     
     
     
     
     
     
     
     
     
     
     
     
     
     
     
     
     
 
  
10 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 3/19   Speicherdatum: 03.06.22 
 
 
Inhalt 
1 Einführung ........................................................................................... .................................. 4 
1.1  Zweck des Dokuments ................................................................................................................... 4 
1.2  Zielsetzung und Funktion der Anwendung ..................................................................................... 4 
2 Zahlformen ePayBL .................................................................................... ........................... 5 
3 Beschreibung der Anwendungsarchitektur E-Payment ..................................................... ..... 5 
3.1  Variante 1: Direktanbindung ePayBL an eigenen Webshop und an Fachverfahren mit SAP-
Schnittstelle .................................................................................................................................... 5 
3.2  Variante 2: Direktanbindung ePayBL an Serviceportal Amt24 und an Fachverfahren mit SAP-
Schnittstelle .................................................................................................................................... 6 
3.3  Variante 3: Direktanbindung ePayBL an Serviceportal Amt24 oder Webshop des Fachamtes mit 
SAP-Schnittstelle über ETL-Tool (Bypass-Lösung) ....................................................................... 7 
3.4  Variante 4: Direktanbindung ePayBL an Webshop ohne SAP-Schnittstelle ................................. 8 
4 Beschreibung des abzubildenden Prozesses ............................................................. ............ 9 
4.1  Anbindung mit SAP-Schnittstelle (Punkt 3.1 – 3.3).. ...................................................................... 9 
4.2  Anbindung ohne SAP-Schnittstelle (Punkt 3.4) ........................................................................... 10  
5 Vorgehen Anbindung ePayBL an den Webshop ............................................................. ..... 11  
5.1  Teilprojektplan zur Anbindung der ePayBL-Komponente an den Webshop ............................... 11  
5.2  Spezifikation des Mandanten ....................................................................................................... 12  
5.3  Stammdatenänderungen am Mandanten der ePayBL ................................................................ 12  
6 Dokumentation – für die Ersteinrichtung e-Payment f ür die Stadtverwaltung ....................... 13  
6.1  Notwendige Schritte für die Ersteinrichtung e-Payment im Referat SAP .................................... 13  
6.2  Notwendige Schritte für die Ersteinrichtung E-Payment in der Stadtkasse ................................. 14  
6.3  Buchungslogik im SAP-Verfahren ................................................................................................ 15  
6.4  Quittungsleistung ......................................................................................................................... 16  
6.5  Rückzahlung eingenommener Beträge ........................................................................................ 16  
6.6  Chargeback von Kreditkartenzahlungen ...................................................................................... 17  
6.7  Kosten und Aufwände .................................................................................................................. 18  
  
11 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 4/19   Speicherdatum: 03.06.22 
 
1 Einführung 
1.1 Zweck des Dokuments 
Dieses Dokument beschreibt die fachlichen Anforderungen und technischen Lösungen für die An- 
wendung: E-Paymentlösung ePayBL der Stadt Leipzig. 
 
Das vorliegende Dokument soll den Leistungsumfang festschreiben. Es definiert die fachlichen An- 
forderungen im Detail und verfeinert den gewählten Lösungsansatz. Es dient als Grundlage für die 
Realisierung sowie als Dokumentation der standardisierten E-Payment-Lösung. Weiterhin kann es 
als Leitfaden für die Einführung in den Fachämtern (Tests und Abnahmen) genutzt werden.  
  
1.2 Zielsetzung und Funktion der Anwendung 
Zur elektronischen Zahlungsabwicklung wird die vom Freistaat Sachsen kostenlos zur Verfügung 
gestellte Basiskomponente ePayBL (E-Payment Bund-Länder) eingesetzt. Es wird die Standardi- 
sierung und zentrale Steuerung in der Verwaltung angestrebt. Sie bietet die Möglichkeit Gebühren 
mittels Internetzahlungen zu vereinnahmen und somit den Service der Stadtverwaltung gegenüber 
den Bürgern erheblich zu verbessern.  
 
Die Basiskomponente wird in den Webshop, über welchen die jeweiligen Leistungen angeboten 
werden sollen, eingebunden. Den Webshop stellt das jeweilige Fachamt zur Verfügung (z.B. 
Amt24, eigenes Fachverfahren). Die Kommunikation zwischen ePayBL und Webshop erfolgt über 
einen Konnektor der ePayBL, welcher mit einer REST-Schnittstelle an den Webshop angebunden 
wird. 
 
Hat der Bürger im Webshop eine Leistung gewählt und will diese bezahlen, wird er dazu an die 
ePayBL-Komponente weitergeleitet. Hier kann eine der angebotenen Zahlformen gewählt werden, 
die personenbezogenen Daten, wie die eigene IBAN, ergänzt werden um anschließend die Zah- 
lung zu veranlassen. Dabei wird der Zahlung durch die ePayBL-Komponente im Verwendungs- 
zweck ein vorgegebener Vertragsgegenstand oder eine Transaktions-ID mitgegeben. Diese An- 
gabe wird zudem, mit der Bestätigung der ausgeführten Zahlung, an den Webshop zurückgemel- 
det. 
 
Ist der Webshop an ein Fachverfahren angebunden, muss dieses die Daten des Bürgers (Name, 
Anschrift) sowie die Buchungsdaten (Vertragsgegenstand, Daten der Forderung) mittels MDAT- 
und IDAT-Schnittstelle an SAP übergeben können (Punkt 3.1 - 3.2). Die Buchungsdaten müssen 
ebenfalls im Feld Referenz den Vertragsgegenstand oder die Transaktions-ID aus dem Zahlvor- 
gang enthalten. Alternativ können die Buchungsdaten über eine ByPass-Lösung mit dem ETL-Tool 
der Lecos übergeben werden (Punkt 3.3). 
 
Die erfolgte Zahlung wird dem Bankkonto der Stadt Leipzig gutgeschrieben und anhand der stan- 
dardisierten Angabe im Verwendungszweck automatisiert mit der Forderungsbuchung ausgegli- 
chen. 
 
Sollte die Schnittstelle ausnahmsweise nicht bedient werden können und die manuelle Anordnung 
der Einnahmen mit einem unangemessenen Aufwand verbunden sein, besteht unter Beachtung 
des § 9 SächsKomKBVO die Möglichkeit, alle Zahlungen auf einen Sammelvertragsgegenstand zu 
buchen, auf dem eine allgemeine Zahlungsanordnung hinterlegt ist. (Punkt 3.4)   
12 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 5/19   Speicherdatum: 03.06.22 
 
2 Zahlformen ePayBL 
Über den Basisdienst Bezahlfunktion stehen derzeit folgende Zahlformen zur Verfügung: 
• Kreditkartenzahlung 
• giropay 
• paydirekt 
• PayPal (in Einführung) 
 
3 Beschreibung der Anwendungsarchitektur E-Payment 
3.1 Variante 1: Direktanbindung ePayBL an eigenen W ebshop und an Fachver- 
fahren mit SAP-Schnittstelle 
 
 
Die technischen Anforderungen sind in folgenden Dokumenten beschrieben: 
- Integrationshandbuch ePayBL (2+3) für REST-Schnit tstelle 
- Schnittstellenbeschreibung MDAT/IDAT (5) 
13 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 6/19   Speicherdatum: 03.06.22 
 
3.2 Variante 2: Direktanbindung ePayBL an Servicepo rtal Amt24 und an Fachver- 
fahren mit SAP-Schnittstelle 
 
 
Die technischen Anforderungen sind in folgenden Dokumenten beschrieben: 
- Integrationshandbuch ePayBL (2+3) für REST-Schnit tstelle 
- Schnittstellenbeschreibung ETL-Tool Transconnect (4) 
- Schnittstellenbeschreibung MDAT/IDAT (5) 
 
14 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 7/19   Speicherdatum: 03.06.22 
 
3.3 Variante 3: Direktanbindung ePayBL an Servicepo rtal Amt24 oder Webshop 
des Fachamtes mit SAP-Schnittstelle über ETL-Tool (Bypass-Lösung) 
 
 
 
Die technischen Anforderungen sind in folgenden Dokumenten beschrieben: 
- Integrationshandbuch ePayBL (2+3) für REST-Schnit tstelle 
- Schnittstellenbeschreibung ETL-Tool Transconnect (4) 
- Schnittstellenbeschreibung MDAT/IDAT (5) 
 
 
 
15 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 8/19   Speicherdatum: 03.06.22 
 
3.4 Variante 4: Direktanbindung ePayBL an Webshop o hne SAP-Schnittstelle 
 
 
 
Die technischen Anforderungen sind in folgenden Dokumenten beschrieben: 
- Integrationshandbuch ePayBL (2+3) für REST-Schnit tstelle 
  
16 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 9/19   Speicherdatum: 03.06.22 
 
4 Beschreibung des abzubildenden Prozesses  
Die hinter der Anwendung E-Paymentlösung ePayBL stehenden fachlichen Prozesse sind wie 
oben dargestellt gegliedert und nachfolgend  beschrieben.  
 
Welche Lösung in Anspruch genommen werden kann, bestimmt sich nach den technischen und 
prozessualen Gegebenheiten der anzubindenden Leistung. Die Entscheidung obliegt dem Basis- 
dienst Bezahlfunktion in Abstimmung mit dem Fachbereich.  
 
 
4.1 Anbindung mit SAP-Schnittstelle (Punkt 3.1 – 3. 3) 
Die Beschreibung des Prozesses erfolgt anhand der gewählten Bezahlform Kreditkarte (Sammel- 
überweisung) und Giropay (Einzelüberweisung). Eindeutiges Identifikationsmerkmal im Prozess ist 
der Transaktionscode (auch “Kassenzeichen“ beim SID). Dieser wird in der ePayBL-Komponente 
generiert und sowohl an das Fachverfahren als auch die Zahlungsprovider übermittelt.  
 
Ablaufnr. Prozessschritt  Verantwortlich Beschreibung 
1 Einsatz/Einrich- 
tung Webshop 
Fachamt Einsatz eigener Webshop oder Nutzung Servic eportal  
2 Anbindung Be- 
zahlseite 
Fachamt Anbindung/Programmierung der Bezahlseite mi t dem 
Konnektor durch den Verfahrensanbieter  
3 Rückgabe 
Transaktions- 
code 
Fachamt Rückgabe des eindeutigen Transaktionscodes (Kassenzei- 
chen beim SID) in den Webshop 
4 Anbindung 
Webshop 
Fachamt Anbindung eines Webshops an das Fachverfahr en/ETL-
Tool zur Aufnahme der entsprechenden Daten des Vorgan- 
ges (einschl. Transaktionscode) 
5 Anbindung 
SAP-SST 
Fachamt Anbindung der SAP-SST bzw. Erweiterung der vorhande- 
nen SST zur Übergabe des Transaktionscodes in der Bu- 
chung 
6 + 7 Giropay-Zah- 
lung 
SID Jede Giropay-Zahlung wird über den Zahlungsprov ider an 
die Bank übergeben 
8 + 9  Kreditkarten-
Zahlung 
SID/Lecos/GISA Die einzelnen Kreditkartenzahlungen werden täglich in ei- 
ner xml-Umsatzliste (camt054-Datei mit bestätigten Zahlun- 
gen) vom SID bereitgestellt. Von der Lecos wird diese Datei 
täglich per OSCI-Client vom ePayBL-Portal abgeholt. Ein 
separater UC4-Job (ELKO-camt54) verarbeitet diese Um- 
sätze als „ELKO“ im SAP.  
10 ELKO-
Abholung  
21/22 Im ELKO der Bank sind die pro Tag erfolgten e inzelnen Gi- 
ropay-Zahlungen und die Gesamtsumme der Kreditkarten- 
zahlungen enthalten.  
11+12 ELKO-
Verarbeitung 
 Der ELKO wird per SFirm abgeholt und mit einem UC4 -Job 
im SAP verarbeitet. Der Gesamtbetrag der Kreditkartenzah- 
lung wird nicht ins PSCD übergeleitet (ELKO-
Verwendungszweckinterpretation mit VU-Nr., z. B. 
0478548, Buchungsregel pza1 = Bank an Zahlstapel, Bele- 
gart BB).  
 
Der über den Webshop abgewickelte und bezahlte Fachprozess wird somit automatisiert in SAP 
geschäftspartnerkonkret gebucht und die Buchung mit dem Zahlungseingang ausgeglichen. 
 
 
17 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 10/19   Speicherdatum: 03.06.22 
 
4.2 Anbindung ohne SAP-Schnittstelle (Punkt 3.4) 
Abweichend zur obigen Darstellungen entfallen hier die Schritte 4 und 5, d.h. es erfolgt keine Über- 
gabe von Geschäftspartner- und Buchungsdaten vom Webshop an SAP. 
 
Die Zahlungen werden stattdessen einem Sammelvertragsgegenstand zugeordnet. Geschäfts- 
partner ist das jeweilige Amt der Stadt Leipzig, welche die Leistungen anbietet.  
 
Auf diesem Vertragsgegenstand sind alle Forderungen einzeln, manuell anzuordnen. Im Verwen- 
dungszweck ist ein eindeutiges Merkmal anzugeben, welches eine Zuordnung des Vorgangs zu 
der Zahlung ermöglicht. 
 
Alternativ ist in Ausnahmefällen auf dem Vertragsgegenstand eine allgemeine Anordnung zu hin- 
terlegen, die zu jedem Zahlungseingang automatisiert eine entsprechende Sollstellung bucht. Ab- 
hängig von der Anzahl der Einzahlungen ist ggf. jährlich, quartalsweise oder monatlich ein neuer 
Vertragsgegenstand anzulegen und entsprechend in dem Zahlprozess zu hinterlegen. 
 
Die Buchungen sind in SAP somit anonym, d.h. der eigentliche Geschäftspartner ist in SAP nicht 
erkennbar. Diese Variante ist daher nur in Ausnahmefällen zu wählen, wenn eine Mahnung grund- 
sätzlich ausgeschlossen werden kann und das Fachamt die personenbezogenen Daten nicht in 
SAP benötigt. Die personenbezogenen Daten müssen bei Bedarf stattdessen aus dem Webshop 
entnommen und vorgehalten werden können.  
 
Sollte eine Mahnung im Einzelfall notwendig werden, bspw., weil die Zahlung durch den Zahlenden 
oder die Bank rückabgewickelt wird, oder der Zahlende hat einen Anspruch auf Erstattung der ge- 
leisteten Zahlung, muss anhand des Namens des Zahlers ein Rückschluss zu dem Vorgang im 
Webshop möglich sein und die Forderung durch das Fachamt anhand der in dem Webshop vorge- 
haltenen Daten manuell, geschäftspartnerkonkret in SAP angeordnet werden.  
 
Die Verwendung einer allgemeinen Anordnung ist gem. § 9 Abs. 1 Nr. 1 SächsKomKBVO zulässig 
für Einzahlungen, die dem Grunde nach häufig anfallen, ohne dass die Zahlungspflichtigen oder 
die Höhe vorher feststehen sowie gem. § 9 Abs. 2 SächsKomKBVO für Einzahlungen, die nach 
Rechtsvorschriften oder nach allgemeinen Tarifen erhoben werden, wenn gewährleistet ist, dass 
die Gemeindekasse rechtzeitig vor den Fälligkeitstagen die Unterlagen über die anzunehmenden 
Beträge erhält. 
 
Bei dieser Variante muss ein eventueller Verzicht einzelner Zahlarten betrachtet werden, bei de- 
nen der Zahlende nach Leistungserbringung der Stadt Leipzig einseitig die Zahlung rückabwickeln 
könnte, die Zahlung aber zwingend per Vorkasse erfolgen muss. Die einseitige Rückbuchung 
durch den Zahlenden kann bei Zahlungen per Kreditkarte, Paypal oder SEPA-Lastschrift nicht aus- 
geschlossen werden.  
 
Aufgrund der beschriebenen Einschränkungen und des manuellen Aufwandes zur buchhalteri- 
schen Abbildung des Prozesses ist die Variante 4.2 nur im Ausnahmefall zu wählen. 
  
18 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 11/19   Speicherdatum: 03.06.22 
 
5 Vorgehen Anbindung ePayBL an den Webshop 
5.1 Teilprojektplan zur Anbindung der ePayBL-Kompon ente an den Webshop 
Die Anbindung der ePayBL-Komponente bzw. die Einrichtung der Online-Bezahlfunktion ist stets 
ein Teilprojekt eines übergeordneten Projektes des Fachamtes zum Angebot einer Leistung im In- 
ternet. 
Die aktuellen Erfahrungswerte zeigen, dass für die Umsetzung ca. 27 Kalenderwochen bzw. ein 
halbes Jahr eingeplant werden muss. Vor allem die Schritte 4 und 13 sind als zeitkritisch anzuse- 
hen und können die Zeitdauer des Prozesses ggf. stark verlängern oder verkürzen. Des Weiteren 
sind nicht alle Prozessschritte voneinander abhängig und können dementsprechend auch simultan 
ablaufen.  
 
Lfd. 
Nr. 
Verantwort- 
lich 
Aufgabe Dauer 
1 Fachamt Anfrage bei Stadtkasse zum Einsatz von On linebezahlungen  Startpunkt 
2 Stadtkasse Abstimmungstermin zw. Fachamt, 21, 22 mit Entscheidung zur Umset- 
zung und weiterem Vorgehen  
+2KW 
3 Referat SAP Zur Verfügung stellen der Datensatz-/  Schnittstellenbeschreibungen:  
 Integrationshandbuch SID 
 Einführungsleitfaden E-Payment 
 Schnittstellenbeschreibung SAP (MDAT/IDAT)/ETL-Too l 
Transconnect 
+1KW 
 
 
4 Fachamt Klärung mit 21, 22 und Anbieter des Websh ops und Umsetzung bzgl. 
 Anbindung ePayBL an Webshop (Integrationshandbuch)  
 Anbindung Webshop an SAP über Fachverfahren oder E TL-
Tool (Punkt 3.1 – 3.3) sowie Übergabe der Transakti ons-ID in 
IDAT oder 
 keine Anbindung des Webshops an SAP (Punkt 3.4)  
 
+8KW 
 
 
 
5 Fachamt Umsetzung einer täglichen Übergabe der So llstellungen für E-Payment-
Zahlung per SST klären  
- 
6 Fachamt unterschriebener DTB + Einzelfallliste we rden per Mail  
([E-MAIL ENTFERNT])  zur Bearbeitung an 21 übergeben 
oder  
Nutzung dAOW (Wegfall Papierprozess) 
- 
7 Stadtkasse Vertragsanpassung SID – Einrichtung ne uer Mandant, z. B. LEOE53 +3KW 
8 Stadtkasse „Bewirtschafter „festlegen“, z. B. 53V G nach Datenherkunftskürzel mit 
VU-Nr.  
Beachte: VU-Nr. Bewirtschafter wird im VWZ des ELKO mitgegeben 
(Interpretationsregel SAP) 
+1KW 
 
 
 
9 22/GISA - eigenes DBL-Konto [IBAN ENTFERNT]; 
- eigene Sachkonten 17116200, 17116210 
ELKO-Heuristik für Gesamtsumme Kreditkartenzahlung über Bu- 
chungsregel PZA1 
+2KW 
 
10 22/GISA Aussteuerung Verwendungszweckinterpretat ion für VG-Ausgleich über 
Belegreferenz mit TAC-Code (Bsp. 53VG* für Städtische Bibliotheken) 
+2KW 
 
11 22/Lecos Abholung camt054-Datei für neuen Mandan ten einrichten 
Beachte: pro Mandant eine Datei  
+1KW 
12 22/Lecos UC4-Job für camt54-Datei erweitern +3KW  
13 Fachamt/22 Test Schnittstelle Fachverfahren-SAP +2KW 
14  Fachamt  Test Schnittstelle Fachverfahren-Websh op-ePayBL +2KW 
15 21/22 Test ELKO-Verarbeitung und camt054-Datei E ndpunkt 
16 Alle Produktivsetzung Endpunkt 
 
19 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 12/19   Speicherdatum: 03.06.22 
 
5.2 Spezifikation des Mandanten 
Unter einem Mandanten können mehrere Bewirtschafter angelegt werden, sodass ein Mandant für 
verschiedene Leistungen eines Amtes genutzt werden kann. 
An dem Mandanten wird zentral gepflegt, ob mit der Zahlung die Transaktions-ID der ePayBL oder 
ein stadteigenes Kennzeichen (i.d.R. der Vertragsgegenstand) übermittelt wird sowie welche Zahl- 
formen angeboten werden. Die Einstellung wirkt somit für alle Bewirtschafter des Mandanten.  
Unterscheidet sich der Prozess bei Leistungen eines Amtes, muss somit ein zweiter Mandant ein- 
gerichtet werden. 
Gleiches gilt für das Layout der Paypage, sollte diese der ePayBL-Komponente verwendet werden. 
Der Mandant fasst zudem die einzelnen Gutschriften seiner Bewirtschafter zu einer Summenbu- 
chung im Kontoauszug der Stadt Leipzig zusammen (1711 6200 an 1711 6210). Diese Summen- 
buchung ist wiederum mit den einzelnen Umsätzen, welche je Bewirtschafter summiert in das 
PSCD-Nebenbuch übergeleitet werden auszugleichen (1711 6210 an PSCD). 
 
5.3 Stammdatenänderungen am Mandanten der ePayBL 
Sollen am Mandanten der ePayBL hinterlegte Stammdaten, wie z.B. der Name oder das hinter- 
legte Buchungszeichen, geändert werden, ist der Änderungsbedarf per Mail an einzahlungskas- 
[E-MAIL ENTFERNT] zu senden. 
 
Die Stammdatenänderung ist durch die Stadtkasse mit dem entsprechenden Formular schriftlich 
beim SID zu beauftragen. Bis zur Umsetzung durch den SID ist ab Meldung an die Stadtkasse mit 
einer Dauer von ca. 6 Wochen zu rechnen. 
 
Insbesondere für Änderungen zum Jahresabschluss, bspw. Verwendung eines neuen Vertragsge- 
genstandes zur Abgrenzung der Jahre, ist der Änderungsbedarf bis zum 15.11. des Jahres an o.g. 
Mailpostfach zu senden. 
 
 
 
20 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 13/19   Speicherdatum: 03.06.22 
 
6 Dokumentation – für die Ersteinrichtung e-Payment  für die Stadt- 
verwaltung 
6.1 Notwendige Schritte für die Ersteinrichtung e-P ayment im Referat SAP 
Tabelle mit Beschreibung allg. Schritte 
Lfd. Nr. Verantwort- 
lich 
Aufgabe Status 
1 GISA Bankkonto als Hausbank in SAP einrichten Erl edigt 
2 GISA Bankkonto in Tagesabschluss aufnehmen (eigen e Abschlussgruppe) Erledigt 
3 22 Sachkonten für Bankkonto einrichten Erledigt 
4 22/GISA Sachkonten als Zahlstapel-Konto einrichte n  Erledigt 
 
5 22/GISA Heuristik für VWZ Deutsche Bank-ELKO „VU 0478548“ (Gesamtbetrag 
Kreditkarte) definiert (Buchungsregel PZA1)  
Erledigt 
 
6 GISA ELKO-VWZ-Interpretation für VG-Ausgleich bei  Kreditkartenzahlung über 
camt054-Datei (z. B. VHS*) 
 
 
 
Erledigt 
 
7 GISA ELKO-VWZ-Interpretation für VG-Ausgleich bei  Giropay-Zahlung über 
Deutsche Bank-ELKO (z. B. VHS*) 
Erledigt 
 
8 Lecos UC4-Job xml-Datei (einschl. Statistiken) Er ledigt 
 
9 Lecos Einrichtung Nutzung OSCI-Client Erledigt 
 
10 22 Einrichtung Verzeichnis S:\SAP\K3P\ELKO_IN\CA MT54 aus dem die 
Umsatzdatei im Format camt054 verarbeitet wird 
Erledigt 
 
11 22/Lecos 
 
Einrichtung Verzeichnis 
S:\SAP\K3P\ELKO_IN\CAMT54\CAMT54_SAMMLUNG zum Samme ln 
der täglichen camt054-Dateien + DTB  
Erledigt 
 
12 Lecos tägl. Bereitstellung camt054-Datei + DTB i m Verzeichnis 
S:\SAP\K3P\ELKO_IN\CAMT54\CAMT54_SAMMLUNG 
(einschl. Umbenennung der Dateien pro Mandant, Dateiname mit OE-Nr.) 
 
Erledigt 
 
13 Lecos Sicherungskopie der xml-Datei ins Verzeich nis 
g:\(fsvcr11)21_Sfimr4.0/Mandant21/sic/camt054 
Erledigt 
 
 
21 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 14/19   Speicherdatum: 03.06.22 
 
 
6.2 Notwendige Schritte für die Ersteinrichtung e-P ayment in der Stadtkasse 
Lfd. Nr. Verantwort- 
lich 
Aufgabe Status 
1 21 Neues Bankkonto einrichten  Erledigt 
2 21 Sachkonten für Verbuchung SAP beantragen Erled igt 
4 21  interne Organisation/Abläufe neu regeln (z. B . Ausdruck der 
Unterlagen) 
Erledigt 
5 21 Nachbuchungsmanager einsetzen (TAC 
dzbw/zpz_fp05_nabu) 
Erledigt 
6 21/22/GISA Ausgleich 17116210 Beträge aus ELKO De utsche Bank und 
SID 
Erledigt 
7 21  Einrichtung Zugänge E-Payment-Portal  Erledigt  
8 21 Überwachung der Zahlungen anhand Protokoll im ePayBL-
Portal  
Erledigt 
    
 
 
 
 
22 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 15/19   Speicherdatum: 03.06.22 
 
6.3 Buchungslogik im SAP-Verfahren 
 
 
1. Mit der Übergabe der Stammdaten (MDAT/IDAT) aus dem jeweiligen Fachverfahren des 
Amtes werden im ersten Schritt die Forderungen und Erträge gebucht (siehe Abbildung An- 
wendungsarchitektur: Variante 1, Punkt 5). Die dazugehörigen Buchungssätze, in Anleh- 
nung an das o.g. Beispiel, lauten: 
 
 a)  Forderungen (Debitor/Einzelgeschäftspartner) a n Ertragskonto 48,00 € 
 b) Forderungen (Debitor/Einzelgeschäftspartner) an  Ertragskonto 100,00 € 
  c) Forderungen (Debitor/Einzelgeschäftspartner) a n Ertragskonto 5,00 €  
 
2.  Im zweiten Schritt wird der von der Bank bereit gestellte elektronische Kontoauszug im SAP 
verarbeitet und erzeugt den folgenden Buchungssatz (siehe Abbildung Anwendungsarchi- 
tektur: Variante 1, Punkt 10/11): 
 
 a) Bank an Bankverrechnungskonto 153,00 € 
 
3. Im dritten Schritt wird die vom SID zur Verfügun g gestellte camt054 xml-Datei im SAP ver- 
arbeitet und erzeugt die folgenden Buchungssätze: 
 
 a) Bankverrechnungskonto 153,00 € an Forderungen  48,00 € 
             100,00 € 
             5,00 € 
  Besonderheiten Verarbeitung camt054-Datei: 
 Tac z_le_ff5 / Variante uc4_camt54 / Buchungsparam eter „Nicht buchen“ (Sako 
17116200 wird aus ELKO-DBL bedient) 
 Tac z_le_fpb7 / ID „E99999“ / Zahlstapel wird ange legt und gebucht – VG-Ausgleiche 
erfolgen 
 Tac fp05 – Überprüfung Zahlstapel – Überleitung Ab stimmschlüssel erfolgt erst in 
„Nachtverarbeitung“  
23 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 16/19   Speicherdatum: 03.06.22 
 
6.4 Quittungsleistung 
Das Ausstellen einer Quittung ist bei einer Online- Zahlung nicht grundsätzlich erforderlich, muss 
aber auf Verlangen des Zahlenden oder bei einer umsatzsteuerrelevanten Zahlung ausgestellt wer- 
den. Daher sollte nach Möglichkeit grundsätzlich eine Zahlungsbestätigung in einem standardisier- 
ten Datenformat (z.B. PDF) per E-Mail oder Download aus dem Webshop entsprechend ausgestaltet 
und bereitgestellt werden, um auf den manuellen Aufwand zur Erstellung einer Quittung auf Bedarf 
bzw. Verlangen verzichten zu können. 
 
Die Mindestangaben einer Quittung sind: 
- Name des Zahlenden 
- Name des Zahlungsempfängers 
- Zahlart (z.B. Überweisung, Kreditkarte) 
- Zahlbetrag 
- ggf. Netto- und Steuerbetrag 
- Zweck der Zahlung 
- Ort und Datum der Zahlung 
Der Zahlungseingang kann alternativ mit den o.g. Da ten auch auf der Rechnung bestätigt werden. 
Eine Rechnung erfordert zusätzlich die Angabe einer stadtverwaltungsweit eindeutigen Rechnungs- 
nummer sowie der Umsatzsteuer-ID der Stadt Leipzig. 
 
6.5 Rückzahlung eingenommener Beträge 
Für die Erstattung eingenommener Beträge ist eine E innahmeabsetzungsanordnung zu erstellen 
und der Stadtkasse, SG Debitorenbuchhaltung, die Ba nkverbindung mitzuteilen, auf welche die 
Rückzahlung vorgenommen werden soll. 
 
Die Erstattung eingenommener Beträge für privatrech tliche Forderungen hat gemäß § 357 Abs. 3 
BGB grundsätzlich auf dem gleichen Wege zu erfolgen, wie die Zahlung geleistet wurde. Eine Kre- 
ditkartenzahlung muss demnach der Kreditkarte wieder gutgeschrieben werden.  
 
Eine andere Zahlform für die Erstattung ist nur mit  Einverständnis des Empfängers zulässig. Das 
Fachamt schreibt den Geschäftspartner dazu im Rahmen der Bestätigung der Rückabwicklung der 
Online erworbenen Leistung mit der Bitte um Mitteilung einer Bankverbindung für die Erstattung der 
Zahlung an. Die Mitteilung der Bankverbindung des Geschäftspartners gilt als Zustimmung i.S.d. § 
357 Abs. 3 BGB. Dieses Anschreiben kann nach Möglichkeit auch automatisiert über den Webshop 
ausgegeben werden. 
 
Da bei Erstattung der Zahlung auf die ursprüngliche  Kreditkarte das Vier-Augen-Prinzip technisch 
nicht gewahrt werden kann, ist dies nur im Ausnahmefall bei fehlender Zustimmung des Geschäfts- 
partners vorzunehmen. Eine Kontrolle erfolgt in diesem Fall nachträglich über die Bearbeitung des 
Kontoauszuges. 
  
24 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 17/19   Speicherdatum: 03.06.22 
 
6.6 Chargeback von Kreditkartenzahlungen 
Der Geschäftspartner hat die Möglichkeit, die Rückbuchung seiner Zahlung bei seiner Bank zu ver- 
anlassen. Das reguläre Verfahren dieses Chargebacks gestaltet sich wie folgt: 
 
I. Der Kunde stellt eine unrechtmäßige Abbuchung au f seiner Kreditkarte fest (Falschliefe- 
rung, Nichtlieferung, Betrug etc.) 
II. Einleitung des Chargeback-Verfahrens durch den Kunden bei der kartenausgebenden 
Bank und Weiterleitung an das Kreditkartenunternehmen 
III. Das Kreditkartenunternehmen leitet die Anfrage  an die Bank des Zahlungsempfängers wei- 
ter 
IV. Die Bank des Zahlungsempfängers kontaktiert die sen und fordert eine Stellungnahme 
V. Die kartenausgebende Bank und die Bank des Zahlu ngsempfängers klären nach Stellung- 
nahme, ob berechtigte Gründe für ein Chargeback vorliegen 
 
Erst wenn der Antrag berechtigt ist, erhält der Kunde das Geld von der Bank des Zahlungsempfän- 
gers zurück. Der Zeitraum für die Möglichkeit eines Chargebacks beträgt in der Regel 120 Tage. 
Für die Einleitung eines Chargeback-Verfahrens sind weiterhin triftige Gründe notwendig. So sollte 
der Kunde zumindest vorab den Zahlungsempfänger kontaktieren und versuchen, eine Einigung 
herbeizuführen (Rücküberweisung etc.). 
 
Durch den Chargeback wird das Bankkonto der Stadt Leipzig entsprechend belastet und der Be- 
trag dem Kunden wieder gutgeschrieben. Die Durchführung des Chargebacks entsprechend dem 
dargestellten Standardprozess muss wie folgt im Buchwerk abgebildet werden: 
 
I. Buchung einer Annahmeanordnung auf einem der Lei stung entsprechenden VG, welche 
mit der erhaltenen Einzahlung ausgeglichen wird. 
II.  Buchung einer Annahmeabsetzungsanordnung auf e inem der Leistung entsprechenden 
VG, auf deren Grundlage  
a) eine Rückzahlung durch die Stadtkasse erfolgt oder die  
b) mit der Belastungsbuchung des Chargebacks ausgeglichen wird. 
 
In Einzelfällen weicht das Prozedere des Kreditkartenunternehmens von diesem Standardprozess 
ab. Vermutlich aufgrund der aus Sicht des Kreditkartenunternehmens niedrigen Betragshöhe kann 
durch dieses eine Erstattung aus Kulanz vorgenommen werden, um den Aufwand für o.g. Abstim- 
mungsprozess zu sparen. Eine Belastung des Bankkontos der Stadt Leipzig erfolgt in diesem Fall 
nicht, sodass der Kunde sowie die Stadt Leipzig die Gutschrift erhalten. Die Belastung trägt das 
Kreditkartenunternehmen.  
 
Diese Konstellation ist entsprechend der DA zu Einzahlungskassen, Handvorschüssen, Bezahlfor- 
men und geldwerten Drucksachen in ihrer aktuell gültigen Form als Kassenplusdifferenz zu behan- 
deln. Dazu ist die betreffende Zahlung vom zuständigen Fachamt mit einer kurzen Sachverhalts- 
darstellung an die Stadtkasse zu melden. Im Ergebnis dieses Aufklärungsprozesses wird die Zah- 
lung vereinnahmt werden. 
  
25 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 18/19   Speicherdatum: 03.06.22 
 
6.7 Kosten und Aufwände 
Die beschriebenen Kosten und Aufwände beziehen sich  lediglich auf die Basiskomponente Zah- 
lungsverkehr (ePayBL) und werden zentral von der Stadtkasse getragen. Weitere Kosten, die bspw. 
im Zusammenhang mit der Entwicklung und Anpassung d es fachamtsspezifischen Vorverfahrens 
stehen, werden hier nicht betrachtet. 
 
Die Basiskomponente ePayBL des Freistaates Sachsen wird für öffentliche Einrichtungen innerhalb 
Sachsens, durch den SID (Staatsbetrieb Sächsische I nformatik Dienste), kostenlos zur Verfügung 
gestellt. Neben der Bereitstellung der einzelnen te chnischen Komponenten stehen verschiedene 
Dokumente (Handbücher, Handlungsleitfäden etc.) über den Webshop des SID zur Verfügung. Des 
Weiteren sind sämtliche Beratungsleistungen mit dem  jeweiligen Anwendungsbetreuer beim SID 
kostenfrei. 
 
Für die einmalige Einrichtung beim Händlerkonzentrator S-Public Services fallen Gebühren in Höhe 
von 177,31 € an.  
 
Die zahlverfahrensabhängigen Gebühren gliedern sich wie folgt auf: 
 
Giropay netto in € bzw. Angabe 
in % 
Payment-Service-Provider (PSP) Transaktionsgebühr  0,68 € 
Kreditkarte  
Payment-Service-Provider (PSP) Transaktionsgebühr 0,19 € 
Disagio – mit Zahlungsgarantie (in % vom Umsatz) 2,08%, mind. 0,05 € 
paydirekt  
Payment-Service-Provider (PSP) Transaktionsgebühr  0,19 € 
Transaktionsgebühr  0,18 €   
Disagio – mit Zahlungsgarantie (in % vom Umsatz) 0,98%  
 
PayPal  
 
Variable Gebühr (bis 5.000 € monatl. Gesamtumsatz) 
in % vom Umsatz 
3,50 % 
Variable Gebühr (ab 5.001 € - 25.000 € monatl. Gesa mtumsatz) 
in % vom Umsatz  3,20 % 
Variable Gebühr (ab 25.001 € monatl. Gesamtumsatz) 
in % vom Umsatz  2,80 % 
Gebühr für grenzüberschreitende Zahlung 2   
in % zusätzlich zur o.g. variablen Gebühr  2,00 % 
2 inländische Zahlungen beschreiben Zahlungen (in EUR oder SEK) eines Zahlungssenders mit registriertem Sitz innerhalb eines Landes            
der EU und Norwegen, Island oder Liechtenstein. Alle weiteren Zahlungen gelten als grenzüberschreitend. 
 
  
26 von 27 in Zusammenstellung
Feinkonzept – Fachliche Anforderungen und technisch e Lösungen 
E-Paymentlösung ePayBL  
vDezII_Konzept und Dokumentation Einführung epayBL.docx S. 19/19   Speicherdatum: 03.06.22 
 
Für eine 50,00 € Transaktion fallen beispielhaft di e folgenden Kosten (netto) an: 
 
Giropay  Kreditkarte   paydirekt   PayPal  
0,68€ 1,23 € 0,86 € 1,75 €3 
³ ausgehend von Transaktionsgebühren in Höhe von 3,5 % 
 
 
 
27 von 27 in Zusammenstellung