Skip to main content

E-Rechnungen

Vorwort

Hier stellen wir erste Informationen zu E-Rechnungen in C-Rent zur Verfügung.

Beachten Sie bitte, das es sich um eine Vorläufige Anleitung handelt- Änderungen behalten wir uns vor. 

Es wird eine Änderung im Kundenstamm im Reiter allgemein geben. Der einzel-Haken Zugferd Kunde entfällt zukünftig und wird durch folgende neue  Auswahloptionen ersetzt. ersetzt:image.png

  1. Keine
  2. XML = E-Rechnung XML
  3. ZuGFeRD = Zugferd mit kombinierter XML 
  4. XML + PDF = E-Rechnung XML mit PDF. 

Ab Auslieferung der neuen Programmierung (Termininfo folgt noch) wird bei Neuanlage eines Kunden mit Vorsteuerabzug automatisch Option 2. E-Rechnung XML im Kundenstamm vorbelegt. Bei allen Kunden ist eine Eingabe in den Feldern Pflicht. 
-> AB 26.02. Test mit DH, das Funktioniert noch nicht. Es wird nichts vorbelegt. Dirk klärt 

Beim Release wird nichts an den Bestandskunden geändert. Dies kann selbst manuell angepasst werden. Bei Bedarf könne wir Kundendies mit einer 0,5 H AufwandAufwandspauschale für alle Bestandskunden anpassengleich anpassen. 
BSP.: alle Kunden mit VorsteuerVorsteuerabzugsberechtigung z.B.>Ja auf einen Typ 2. XML.XML setzen. 
Andere Anpassungen z.B. nach Kundenkategorie etc.  können gesondert abgeschätzt und erstellt werden. Kommen Sie bei Bedarf bitte direkt auf Ihren Kundenbetreuer zu. 

Bei Kunden die Zugferd vorher genutzt haben wird automatisch der Haken bei ZugferdZuGFeRD gesetzt. 

Raten brauchen immer eine Beschreibung(1) sonst kommt es zu Problemen. 

Im Kundenstamm muss Leitweg ID / E-Mail und / oder Selektion im Bereich E-Rechnung.  Ohne Leitweg ID kommt kein Fehler oder Hinweis, die E-Rechnung wird dann abgespeckt erstellt. 

-> Leiweg ID Aufbau (Dirk passt das noch an aktuell kann ich im Feld nur 20 POS eingeben).

image.png

image.png

> Stammdaten Station es zählen nur Einträge in Bank1 BIC IBAN // Bank 2 wird nicht verwendet. image.png

> Die Bank(en) aus den Stationen müssen über Stammdaten > Unternehmnsstruktur/Sonstiges > Banken gepflegt werden. Hier ergänzt Dirk noch eine Spalte für die Stationszuordnung. Wünschenswert wäre hier zusätzlich, das ich die angelegten Banken in den Stationen
per Drop Down auswählen kann. Feld INhaber muss hier Pflichtfeld werden. Dirk ist dran. 
image.png

Aktuelle Seite, in der wir die visualisierung prüfen. (gibt aber auch andere): https://xrechnung.rib.de/

Testszenario:

26.02.25 Test mit Dirk

  • Abschlag & Abrechnung eines MV: RE 50049-1 
    1. Versendet an Deployment. ok
    2. Visualisierung, Abschlag wird nicht als solcher erkannt und wird mit typ 380 ausgegeben. Abrechnung wird auch nicht erkannt, kommt als typ GS raus... Dirk ist dran. 
    Test 05.03.25 ok bei bereits gespeicherter Rechnung. Dirk schaut nochmal die Rechnungserzeugung an.

  • Test RE ohne MV: RE10093 Test ok.
    ->> Test hier erstmal mit Dirk eingestellt. Geht hier am TT.MM weiter. 

    27.02.25
  • Test Sammelrechnung
    mit Station 004 & mit Ausdruck Druck Sammelrechnung
    -> hier kommt nur eine Vertragsnummer und Abrechnungzeitraum im Visualizierer an (die erste). Frage ob wir das umsetzen wollen oder nicht.  Re 1094. Feld BT-12. Dirk ist dran. Zusätzlich kann es zur weiteren Problemen kommen, wenn Verträge aus mehreren Stationen (keine Auswahl im Feld) Rechnungen erstellt werden (Thema welche Bank aus Station genutzt wird - ggf. Zentrale würde ich vorschlagen). Dirk hält hierzu auch RS mit MUHR und ARNDT.  Wir vermuten das Kunden mit abweichenden Banken in Stationen weder die Sammelrechnung nicht den Abschlag für alle Stationen gleichzeitig ausführen. Hier vermuten wir das eh immer jede Station einzeln erstellt wird.
    IDEE zur Programmierung: Der Haken Sammelrechnung in Maske Sammelrechnung oder Abschlag wird gesperrt, wenn alle Stationen ausgewählt werden, dann ist nur noch der Einzeldruck der RE möglich. 
    -> 04.03. RS TS: bei Sammelrechnung gibt es keine E-Rechnung, nur bei Einzelrechnung. Siehe Link. https://www.gotomaxx.com/pdf-blog/sammelrechnungen-nach-der-e-rechnungspflicht/

  • Test Abschlagslauf
    1. Fehler bei Faktorierung RE50041  (3. XML mit PDF)  Fehlercode: 
    beim Verbinden mit: https://kunden2.cx9.de/cxneunalena/crentweb/classes/PUniversell.php?reno=RE50041-

    05.03. Test ok 

    2. RE 50050-1  (2. XML) Visualizierer zeigt Abrechnungszeitraum 1.2.2025 / 15.4.2025.  lt. RE: Anteilige Abrechnung vom 01.02.2025 bis einschließlich 28.02.2025 // Unter Details steht im Visualizierer Abrechnungszeitraum 1.2.2025-1.3.2025
    -> 05.03. Test ok 

    Was ist mit Textzusätzen, "Zahlbar ohne Abzug unter Angabe der Rechnungsnummer" Hier könnte aber auch stehen:" bis TT.MM zahlbar mit 3 % Skonto".  Dirk klärt das mit MUHR, ARNDT und oder CEUSTER. 
    -> 04.03. RS TS: Zahlungstext (für Skonto) über Textfeld/Freitext  https://faktoora.com/alle-felder-der-xrechnung-einfach-und-uebersichtlich-erklaert/ 
    -> 05.03. Test ok 

  • Test Rechnungsläufe 
    1. RE 50051-1 KD hat 2. XML. Mail kommt mit Datei PDF
    -> 05.03. Test ok im Virsuliser, bei Dirk wird aber noch ein Fehler angezeigt. Darum kümmert er sich noch. 


    2. RE60009-2 KD hat 4.  XML & PDF
    ->> Beide Mails kommen als PDF beim Kunden an. Dirk ist dran. (Druckt man über die Maske Rechnung erneut per Mail dann ist der Anhang korrekt. 
    -> 04.03. RS DH, Dirk hat das nachgetragen (units). Sollte im nächsten Test ggf. funktionieren. 

    -> 05.03. Test noch nicht ok. kommt noch als PDF. 

  • Test KFZ Rechnung 
    ->  KD 10001 // RE1100 hier fehlt der gezahlte Betrag. BT-113 muss Zahlung stehen, BT-115 fälliger Betrag muss dann angepasst sein. 
    -> KD 10055 ok
    -> 04.03. RS DH, Dirk hat das bearbeitet. Sollte im nächsten Test ggf. funktionieren. 
    -> 05.03. Test noch nicht ok. Zahlung kommt noch nicht an 


  • Test Schadenrechnung 
    -> RE70003-5 KD 10001 4. XML & PDF, kommt nur als PDF raus. 
    -> 04.03. RS DH, Dirk hat das nachgetragen (statische Daten). Sollte im nächsten Test ggf. funktionieren. 
    bei nicht eingetragener Zahlart einen Fallback von Dirk nutzen. 
    -> 05.03. Test ok


  • Test RE Strafmandate
    -> KD 10055 RE50051-2 // Teilzahlung 5€ wird nicht erkannt/ausgewiesen im Virtulizer.
    -> KD 10001 RE50041-3 // Überzahlung wird nicht erkannt/ausgewiesen im Virtulizer.
    -> 04.03. RS DH, Dirk hat dasbearbeitet. Sollte im nächsten Test ggf. funktionieren. 


  • Test Gutschrift
    -> KD 10001 GS50041-3 GS mit -15€ // im Virtulizer. fehlt der Block mit Zahlungsinfos (Betrag, Steuerschlüssel, Rate Einheit und es gibt keine Details.
    -> KD 10055  GS50050-4// im Virtulizer. fehlt der Block mit Zahlungsinfos (Betrag, Steuerschlüssel, Rate Einheit und es gibt keine Details. ggf. normal?? 
    -> 04.03. RS DH, Dirk kann das noch nicht genau sagen. Ist noch dran
    -> 05.03. Test keine Veränderung. 
  • Test Vermittlergutschrift
    -> Lief. 70001 XML & PDF VGS1007 //  Datei kommt nur als PDF raus
    -> 04.03. RS DH, Dirk kann das noch nicht genau sagen. Ist noch dran. 
    -> 05.03. Test keine Veränderung. 


  • Mautrechnung
    -> KD 10001 RE10220-1 ok  (Tank)
    -> KD 10055 RE10221-1 ok (MAUT)

  • Test Zusatzrechnung
    -> KD 10055 RE50050-3 // ok
    -> KD 10001 RE50041-4 // ok

  • Test Ausbuchung
    -> KD 10055  GS50050-3 // im Virtulizer. fehlt der Block mit Zahlungsinfos (Betrag, Steuerschlüssel, Rate Einheit und es gibt keine Details. ggf. normal?? 
    -> KD 10001 GS50041-3// im Virtulizer. fehlt der Block mit Zahlungsinfos (Betrag, Steuerschlüssel, Rate Einheit und es gibt keine Details. ggf. normal??  Dirk ist dran
    -> 04.03. RS DH, Dirk kann das noch nicht genau sagen. Ist noch dran
    -> 05.03. Test keine Veränderung. 

    image.png


  • Test SEPA
    -> AB 28.02.25 ok

  • WKZ Abrechnung?
    -> AB 28.02. keine Ahnung wie ich das erstellen kann. 
    -> 04.03. TSüber Verkauf Rechnungen ist nur eine Liste. Das hat also keine Relevanz für E-Rechnungen. 


    WKZ Rechnung über KFZ Stamm
    -> 04.03. RS TS, ist dran. Wir benötigen für den Test auf jeden Fall eine neue Rate, eine eine normale Zusatzrate. 

Nicht gemacht wird (haben wir aber trotzdem getestet):
Proformarechnung
-> AB 28.02. PRO50046-1 erstellt// KD 10055 2. XML. RE wird als PDF ausgegeben

EK Rechnung
-> AB 28.02. Lief. 70000 2. XML gepflegt. /  ER10037 kommt als PDF raus

Splittrechnung
-> AB 28.02. MV 2. XML gepflegt. /  RE50047-2 an 10055 kommt als XML. und bei RE50047-1 (Lieferant ohne E-RE) kommt das auch als PDF raus. 


Im Zuge der E-Rechnungen wird auch Zugferd neu/überarbeitet, weitere Informationen hierzu folgen später. 

Pflichtfelder:Eine möglich Option die Visualisierung prüfen ist z.B.: image.pnghttps://xrechnung.rib.de/
Es gibt aber auch andere Seiten, die Sie nutzen können.

image.png

Pflichtfelder und benötigte Daten

Tarife

image.png

Verwendete

image.png

Tarife

image.png

--------------------------------------------------------------

Hier können Kürzelbenötigen für die E-Rechnung zugeordnetimmer werden,eine überBeschreibung(1) dassonst Dropkommt Down.es aktuellzu mussProblemen. hier Stück und KM befüllt werden. Die Tabelle wird noch ergänzt. (Einige Einheiten können nicht zugeordnet werden wie z.B. 3Stunden etc.)image.png

image.pngimage.png

--------------------------------------------------------------

Aktueller Stand mit Dirk vom 04.02.25 

Mandant


Es wird mindestens das EN16931 (COMFORT)-Schema unterstützt (urn:cen.eu:en16931:2017).
Als erweitertes Schema wird urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0
unterstützt. 


Daten die gepflegt werden müssen:

Kundenstamm: 
In diesem Fall muss die Leitweg-Id und die Kunden-E-Mail angegeben werden. [Sind die 
Werte nicht gegeben, dann wird als Ersatz 'keine * angegeben', um hier Strukturprüfungen zu umgehen.
(zu klären, wie mit diese Situation umzugehen ist und wie der Standard der Rechnung bestimmt wird)]
--> AB Schema-Info: für unsere Kunden nicht relevant. 


Mandant:
1.) Adress- und Kontaktdaten: name, Str, PLZ, Ort, Land, E-MailOrt
2.) Station Zentrale: Hier muss eine der angeletenangelegten Stationen als Zentrale hinterlegt werden.
3.) Steuerkennung: Ust-ID

image.png


Station
Zentrale Station:
1.) Name2 (für den Namen des Verkäufers.Verkäufers).
2.) Strasse,Straße, Plz,PLZ, Ort, Land
3.) Telefon, E-Mail
4.) Bankverbindung: IBAN1 / BIC1
5.) Steuerkennung: UsSt1
  
AlleEs sollten immer ALLE Stationen gepflegt werden (auch inaktive - um ggf. Rechnungen nachzudrucken als E-Rechnung):
.
-->Alle müssenStationen sollten wie die Zentrale gepflegt sein.

Bei Rechnungen, wozu denen eine Station ermittelt werden kann, werden die Daten der gewählten Station verwendet. 
Kann keine Station ermittelt werden, dann werden als Fallback die Daten der Zentrale genommen.verwendet.

Stammdaten Station es zählen nur Einträge in Bank1 BIC IBAN // Bank 2 wird nicht verwendet. 
image.png
Banken
Alle verwendeten
 
Bankverbindungen müssen in der zentralen Tabelle der Bankverbindungen eingetragen sein, weil darüber
der Inhaber des jeweiligen Kontos bestimmt wird. Sollte darüber kein Inhaber ermittelt werden können,
dann wird der Name des Mandanten genommen. Sind die Daten unvollständig hinterlegt, dann wird die
erste hinterlegte Bankverbindung genommen, um die Daten für die Verkäufer-Bankverbindung zu ermitteln.

Die Bank(en) aus den Stationen müssen über Stammdaten > Unternehmensstruktur/Sonstiges > Banken gepflegt werden. 

Feld INhaber muss hier befüllt sein, sonst kommt es zu Problemen. image.png

Rechnungsmaske
Für Rechnungen werden folgende Daten ermittelt.
1.) Der Empfänger der Rechnung.
2.) Der Mietvertrag, dem diese Rechnung zugeordnet ist. Bei einer Sammelrechnung wird der erste 
    der Verträge genommen, der abgerechnet worden ist. ( wenn vorhanden)
3.) Die Art der Rechnung (Haupt-,Teil-,Zusatz-, oder Korrekturrechnung)
    (Je nach Art der Rechnung wird der genaue Typ der X-Rechnung bestimmt):
a.) Handelsrechnung     = Typ 380, wenn keine der folgenden Typen ermittelt worden ist.
b.) Rechnungskorrektur  = Typ 384, für eine Gutschrift/Ausbuchung auf eine vorhergehende Rechnung.
c.) Gutschriftanzeige   = Typ 381, für eine gesonderte (Vermittler-)Gutschrift, bzw. Ausbuchung.
d.) Teilschlussrechnung = Typ 326, Abschlagsrechnung.

4.) Es werden ggfs. Referenzen auf vorherige Rechnungen ermittelt (Typen 384, 326).
5.) Die Vermietstation wir für die Ermittlung der Bankverbindung verwendet (s.o.).
6.) weitere Daten die übernommen werden:
 - Bestellnummer/Auftragsnummer = Sonderkonditionen1
 - Kostenstelle (Kunde)
 - Lieferadresse: Zustell- und Abholdaten, wenn vorhanden.
   (zu klären, wie aus Zustell- und Abholadresse die Lieferadresse werden soll. u.U. muss
    auch die Bundeslandkennung = CountrySubDivisionName befüllt werden)
 - Rabatt
 - Der Abrechnungszeitraum
   a.) Hauptrechnung: Der Mietzeitraum.
   b.) Teilrechnung:  Der Abschlagszeitraum.
   c.) Mautrechnung: Der Zeitraum der abgerechneten Mautpositionen.
   d.) Vermittlergutschrift: Der Zeitraum über den die Provision ermittelt worden ist.

Für den Rechnungsempfänger (Kundenstamm) müssen die folgenden Daten hinterlegt sein:
1.) die Leitweg-Id, E-Mail-Adresse (zu klären: was zu tun, wenn es keine gibt)
2.) Adressdaten: Name, Strasse, Plz, Ort, Land
3.) Kontaktdaten: E-Mail, Telefonnummer
4.) Bankdaten: IBAN (zu klären: BIC wird anscheinend nicht benötigt)

Hinweise zu den Rechnungspostionen:
1.) Für eine Rate muss eine Beschreibung hinterlegt sein, da die Position sonst nicht angelegt werden kann. (Tarifstrucktur) 
2.) Die Beschreibung2 (z.B. abgerechnete Mautpositionen) werden im Freitext der Rechnungsposition eingetragen.
3.) In den Stammdaten können bei den Einheiten nun entsprechende Codes für die E-Rechnung gepflegt werden.
    (zu klären: die möglichen Codes sind fest vorgegeben und bestimmte Einheiten müssen u.U. abgeleitet werden,
wie z.B. die Einheiten 'Wochenende', '3 Tage', '4 Stunden', o.ä.) (Stand AB 04.02.25 das wird grade noch eingebaut)
4.) Für den Steuerschlüssel werden aktuell die Typecodes S und Z unterstützt.  

Hinweise zu der Verwendung von Rabatten (Spalte %) als einzelne Zeile:
1.) Für Rabatt-Position wird anstattdessen ein Gesamtrabatt zu der Rechnung hinzugefügt.
2.) Kommen Positionen mit und ohne MwSt. vor, so wird der Rabatt anteilig aus den Nettosummen bestimmt.

image.png

Kundenstamm

Im

ZusätzlicherKundenstamm Hinweis:
müssen
1. Für Support, wenn Kunden Probleme mit einzelnen Feldern haben können wir mit Hilfe https://xrechnung.rib.de/ schon malunbedingt die Felder raussuchenLeitweg (BT-10)ID
&
2.E-Mail Unserebefüllt C-Rentsein.
> KundenOhne könnenLeitweg dasID Toolkommt auchkein fürFehler oder Hinweis, die VisualisierungE-Rechnung nutzen.kann dann allerdings nur abgespeckt erstellt werden. 
image.png

weitere Pflichtfelder im Kundenstamm
image.png

Mietvertragimage.png
Steuerschlüssel
image.png
Einheiten

ACHTUNG, die Einheiten werden hier mit Codes abgekürzt. Darauf haben wir keinen Einfluss, dasDies ist extern vorgegeben.
Eine Liste der Codes z.B. hier in Datev: https://apps.datev.de/help-center/documents/1020477

Hier müssen Kürzel für die E-Rechnung zugeordnet werden, über das Drop Down. aktuell muss hier Stück und KM befüllt werden. Die Tabelle wird noch ergänzt. (Einige Einheiten können nicht zugeordnet werden wie z.B. 3Stunden etc.)image.png

image.png


Archiv für E-Rechnung einrichten

--> Hinweis von Christian, jede E-Rechnung MUSS als PDF im Archiv auftauchen (Archiv einstellen).

Konfigurationstools -> Ausdrucke
> für den Zugang zur  Maske wird die Benutzer-Berechtigung "Ausdrucke bearbeiten" benötigt.
image.png

Dort kann man dann den archivieren Haken Setzen oder entfernen.


Parameter

bERechnung_SellerDataFromStation - Sollen bei einer E-Rechnung die Verkäuferdaten aus der Station (=1) oder aus dem Mandanten (Null,0) kommen? 
> Steht im Standard auf 0 für Mandant, dann greift C-Rent nur auf die Daten der im Mandant hinterlegten Zentrale zu! . Bei 1 wird (wenn ermittelbar) der Wert der Station des Vorgangs (Rechnung zu MV) genommen, bei Rechnungen ohne Station kommen die Daten aus der Zentrale. 

image.png

BE_Rechnungen_Deaktiviert - Sollen bei der Erzeugung einer PDF für eine Rechnung KEINE XML-Datei erzeugt, oder in die PDF-Datei eingebettet werden, unabhängig von der Einstellung im Kunden?
> Muss für E-Rechnung auf 0 stehen. Ausgeliefert wird der Parameter mit 1 (also nicht aktiv). 

Weitere Hinweise / Informationen

Es wird mindestens das EN16931 (COMFORT)-Schema unterstützt (urn:cen.eu:en16931:2017).
Als erweitertes Schema wird urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0 unterstützt. 
Folgende Ausdrucke sind nicht E-Rechnung-Kompatibel:

Proformarechnung
Einkauf Rechnung
Splittrechnung