E-Rechnungen

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 Haken Zugferd Kunde entfällt zukünftig und wird durch neue Auswahloptionen ersetzt.

Keine
XML = E-Rechnung XML
ZuGFeRD = Zugferd mit kombinierter XML
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 Kunden mit einer 0,5 H Aufwand für alle Bestandskunden anpassen BSP. alle Kunden mit Vorsteuer z.B. auf einen Typ 2. XML.
Andere Anpassungen z.B. nach Kundenkategorie können gesondert abgeschätzt und erstellt werden.

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

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).

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

> 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.

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.
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:

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

Hier können 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.)

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

Aktueller Stand mit Dirk vom 04.02.25

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-Mail

2.) Station Zentrale: Hier muss eine der angeleten Stationen als Zentrale hinterlegt werden.

3.) Steuerkennung: Ust-ID

Zentrale Station:

1.) Name2 für den Namen des Verkäufers.

2.) Strasse, Plz, Ort, Land

3.) Telefon, E-Mail

4.) Bankverbindung: IBAN1 / BIC1

5.) Steuerkennung: UsSt1

Alle Stationen (auch inaktive - um ggf. Rechnungen nachzudrucken als E-Rechnung):

--> müssen wie Zentrale gepflegt sein.

Bei Rechnungen, wo eine Station ermittelt werden kann, werden die Daten der Station verwendet.

Kann keine Station ermittelt werden, dann werden die Daten der Zentrale genommen. 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.

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 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.

Zusätzlicher Hinweis:

1. Für Support, wenn Kunden Probleme mit einzelnen Feldern haben können wir mit Hilfe https://xrechnung.rib.de/ schon mal die Felder raussuchen (BT-10)

2. Unsere C-Rent Kunden können das Tool auch für die Visualisierung nutzen. ACHTUNG, die Einheiten werden hier mit Codes abgekürzt. Darauf haben wir keinen Einfluss, das ist extern vorgegeben. Eine Liste der Codes z.B. hier in Datev: https://apps.datev.de/help-center/documents/1020477

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

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.

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).