Neu E-Rechnungspflicht und Meldesystem
- Ersteller des Themas dein-brandstempel
- Erstellungsdatum
-
- Schlagworte
- e-rechnung meldesystem
Ehrlich gesagt finde ich, dass das in der aktuellen Form eine der besten Gesetzesänderungen ist, die es in letzter Zeit gegeben hat und tatsächlich dazu führt, dass Unternehmen entlastet werden können und mal etwas vereinfacht wird.
Auf der anderen Seite wird natürlich die Einstiegshürde auch etwas größer und komplexer, überhaupt ein Geschäft betreiben zu können und man wird von Software(-Unternehmen) abhängig.
Buchführung muss ja jeder sowieso machen. Wenn ich jetzt in Zukunft keinen Papier-Beleg mehr aufbewahren muss und auch keine PDF-Datei mehr speichern, sondern nur noch die Daten als XML-Beleg, spart das enorm an Speicherplatz und Aufwand.
Die Darstellung der Daten ist dann eigentlich Aufgabe der Software, mit der man arbeitet. Z.B. bei Datev Unternehmen Online ist das schon seit Ewigkeiten so, dass dort lediglich die XML-Daten ohne PDF für die Buchhaltung hochladbar sind und Datev daraus einen "menschenlesbaren" Beleg darstellt.
Die Standardisierung und Digitalisierung dahinter ermöglicht dann auch noch den Buchführungs-Prozess deutlich zu vereinfachen und damit noch mehr Effizienz herauszuholen.
Die Umsatz-Meldepflicht ist ja eigentlich auch nichts anderes als bisher, nur dass es in Zukunft halt nicht mehr kumuliert im Nachgang erfolgt.
Auch ich sehe da sicherlich ein paar Probleme bei dem Ganzen, aber grundsätzlich gibt es einige Verbesserungen und ein paar wenige Verschlechterungen. Auf einen Online-Handel bezogen, der in der Regel viele Belege mit geringen Werten und kleinen Margen produziert, sollten aber die Vorteile überwiegen, zumal sämtliche Daten ja sowieso schon digital vorliegen.
Es liegt also an den Software-Anbietern, da etwas gutes draus zu machen und am Ende braucht man sich als Unternehmer über das Thema Buchführung dann vielleicht gar keine großen Gedanken mehr machen, sondern nur noch seiner eigentlichen Arbeit nachgehen.
Ein bisschen Ernst meine ich das schon (also im Bezug darauf, dass die XML-Datei Beleg-Charakter erhält)...
Wie gesagt, wird der Einstieg erschwert, da man eine gewisse Infrastruktur ab dem ersten Tag benötigt, die bisher noch nach und nach aufgebaut werden konnte, aber ich sehe da schon auch einige Vorteile.
Neue Gesetze mit einschneidenden Änderungen sind zwar immer doof und ein "Digitalisierungszwang" grundsätzlich auch, aber wo genau siehst Du denn das Problem, wenn man in Zukunft nur noch sowieso vorhandene Digitaldaten verarbeiten und aufbewahren muss und keinen Overhead?
Und wenn der Buchhalter nicht mehr stempelt und die Fachabteilung nicht abzeichnet, sondern das mehr oder weniger automatisiert ablaufen kann, wo ist da das Problem?
Wie oft werden denn in der Realität z.B. Rechnungen von Paketdiensten wirklich gründlich geprüft?
Wenn man damit Personal beschäftigt, haben die da kein Bock drauf und es kostet Geld, wenn ich es nicht mache, geht es teilweise um mehrere hundert Euro Differenz, wenn ich es automatisch mache und wirklich nur noch die Differenzen geprüft werden müssen, haben doch alle was gewonnen.
Und meine Umsätze melde ich sowieso an das FA und die prüfen doch sowieso Plattformen und Zahlungsdienstleister dagegen.
Der Einzige Punkt ist also, dass die Abläufe sauber in einer Software abgebildet werden müssen. Wenn ich dann 200x Artikel 123 zum Preis von 2,53 Euro einkaufe, steht das bei mir in der Wawi, wenn das Lager dann 200x den Artikel 123 einbucht und ich eine digitale Rechnung über 200x Artikel 123 à 2,53 Euro erhalte, kann diese direkt freigegeben und bezahlt werden. Ohne dass jemals jemand einen Briefumschlag, Stempel oder Kugelschreiber in die Hand genommen hat oder auch nur eine Sekunde Arbeitszeit darein investiert wurde, wird sie direkt verarbeitet, geprüft, gebucht, archiviert, bezahlt und fertig.
Es bleiben also die nötigsten Arbeitsschritte (Einkaufen, Einlagern, Verkaufen und Auslagern) ohne Doppelaufwand übrig und die Rechnungs-Abwicklung und Prüfung erfolgt mit diesen Schritten parallel, ohne Aufwand. Erst bei Abweichungen muss dann tatsächlich der Mensch eingreifen.
Mehr oder weniger, toll, also weniger. 😉
Jein, zu viele Punkte um auf jeden einzugehen, doch die Software die das automatisiert muss schon toll sein und Ausnahmen darf es auch keine geben, sonst ist das Geld schon weg, bevor du was tun kannst.
Skonto, Zahlungsziele und ggf. mehrere Bankkonten die verwendet werden, Abbucher/Lastschrift.
Speicheplatz sparen ist nett, wer hat keine 100GB oder 1000GB übrig für sein Archiv ? Ich schon.
Und der digitale Kram steht dann ggf. in der Live-Datenbank und bläht die auf.
Ich seh' das eher wie autonomes Fahren auf der Straße, nett, funktioniert aber nicht zu 100%, da bleib' ich lieber bei Tempomat, DSG und automatische Abstandskontrolle und lenke selbst.
Das würde ich mir mehr als genau ansehen und überlegen ob ich damit überhaupt nur 1 Cent einspare, aber dafür menschliche Kontrolle und Sicherheit verliere.
Autonomes Fahren auf der Straße hat den Vorteil: Sterben kann man nur 1x.
Aber das ist ja der Punkt, erst bei Problemen muss der Mensch eingreifen, wenn alle Parameter passen, braucht er es nicht. Und ja, die Daten müssen einmal geprüft und eingepflegt werden, anstatt sie immer wieder zu prüfen.
Die durchschnittliche menschliche Fehlerquote liegt bei 6%, je nach Ausbildung und Fähigkeiten, bei eintönigen Arbeiten eher höher, siehe das Beispiel Paketdienst-Abrechnung und automatische Auswertung.
Tut er doch jetzt auch, oder wie erzeugst Du Deine Rechnungen und speicherst Deine Bestellungen und Kundendaten?
Aber genau da beschreibst Du ja das, was mit der XRechnung möglich wird. Du konzentrierst Dich auf das Nötigste und die Systeme unterstützen Dich dabei. Die Kontrollinstanz bleibst ja Du, aber Du wirst halt auf Probleme hingewiesen und kannst unproblematische Vorgänge abgeben.
Jop, aber ob Du von einem halbblinden besoffenen überfahren wirst oder von einem autonom fahrenden Fahrzeug, ändert auch nichts an der verfügbaren Menge Leben. Der halbblinde Besoffene würde Dich aber mit einem autonom fahrenden Fahrzeug wahrscheinlich nicht überfahren und vielleicht auch schon mit den von Dir benannten Assistenzsystemen nicht, könnte aber eventuell noch eingreifen, wenn die Systeme versagen.
"22.12.2015 — Der CEO (Musk) schätzt den Zeitraum von der Verfügbarkeit der Technologie bis zu ihrem tatsächlichen Einsatz im Straßenverkehr auf circa 1 bis 5 Jahre."
Absolut, wir warten also auf das Versprechen für 2016 oder doch 2018 oder doch 2020 bis wann genau ?
2030 ?
Bislang töten sich die Fahrer ja hauptsächlich selbst, der Schaden ist also geschätzt.
Mit dieser e-Rechnung wird das nicht anders sein und für mich "(Sittin' On) The Dock of the Bay".
Ich werde "sittin'" und "watching" sein, das weiß ich schon jetzt.
Doch danke an jeden der dieses Ziel vorantreibt.
😉
Nachtrag: "die Daten müssen einmal geprüft und eingepflegt werden"
Genau so, wie heute schon der automatische Zahlungsabgleich für alle Zahlungsarten, Banken, in und für alle Länder und Währungen problemfrei und zeitsparend funktioniert.
Das wird perfekt, ich freue mich schon.
Weder von Musk halte ich was, noch halte ich das autonome Fahren / KI / Digitalisierung für das Allheilmittel.
Aber es gibt halt Szenarien, in denen sich gewisse Vorteile erzielen lassen, wenn man automatisiert und vereinfacht.
Den Kern Deines Problems mit der e-Rechnung habe ich aber noch nicht verstanden, man verschickt und empfängt die Rechnungen doch bloß in einer anderen Form und bekommt damit mehr Möglichkeiten, diese zu verarbeiten.
Na ja, aber vermutlich wirst Du Doch heute schon eine digitale Buchführung haben, bei der in einem Buchführungsprogramm Deine Geschäftsvorgänge erfasst werden!?
Dann ist es doch eine Vereinfachung, das Ganze nur einmal zu erfassen und dann zu prüfen, anstatt es 3x zu erfassen und 3x zu prüfen?
Dabei ist ja unbestritten, dass ein Fehler in einer Automatik viel größere Auswirkungen hat, als bei einem einmaligen Vorgang.
Und auch Deine Bank wird vermutlich nicht mehr handschriftliche Kontobücher führen, sondern das Ganze digitalisiert und automatisiert haben.
Daher sage ich ja, es ist von der Qualität und dem Anspruch der Software(-Entwickler) abhängig, wie gut das Ganze am Ende funktioniert. Problemfälle wird es trotzdem geben, aber man wird halt eintönige / sinnfreie ([Doppel-]Erfassungs-)Arbeiten los.
In der Tat machen wir das doppelt und das ist auch gut so.
Ein Einkauf ist ein ganzer "Akt" und das wird mit einer automatisierten Rechnung nicht besser, sondern nur komplexer, weil die Mühen und Nöte mit einer tollen automatisierten Software noch dazu bekommt.
Das ist wie wenn man ein Trittroller mit einem e-Auto vergleichen würde.
Anmerkung: Und wann man sich ansieht was "Zahlungsdienstleister" wie PayPal & Co für diese primitive Abwicklung kassieren, ja dann - nein danke, mehr davon brauchen wir nicht. Wie liefern gerne noch auf Rechnung und buchen die Zahlung mit dem nötigen Aufwand, sparen uns dabei mehr als diese Arbeit intern kostet.
Ich werde es gespannt beobachten, keine Sorge, da bin ich dabei ... 😉
Wir haben uns an diversen Stellen zu dem Thema geäussert. Eine ERechnung ist jetzt schon mit der Wawi über die Ausgabe möglich.
Es gelten diverse Übergangsfristen und Ausnahmeregelungen. Das Meldesystem wird erst in einigen Jahren an den Start gehen.
Mit den nächsten Updates (1.9 und 1.10) werden wir die XRechnungs-Vorlage auf den neusten Stand bringen und Zugferd kompatible PDFs ermöglichen.
https://issues.jtl-software.de/issues/WAWI-78511
https://issues.jtl-software.de/issues/WAWI-74045
Es gibt auch noch weitere Tickets.
Bei Jera und Greyhound sind entsprechende ERechnungs-Funktionen auch in Arbeit.
https://greyhound-software.com/news/erechnungen-in-greyhound
Gruss,
Frank
Es gelten diverse Übergangsfristen und Ausnahmeregelungen. Das Meldesystem wird erst in einigen Jahren an den Start gehen.
Mit den nächsten Updates (1.9 und 1.10) werden wir die XRechnungs-Vorlage auf den neusten Stand bringen und Zugferd kompatible PDFs ermöglichen.
https://issues.jtl-software.de/issues/WAWI-78511
https://issues.jtl-software.de/issues/WAWI-74045
Es gibt auch noch weitere Tickets.
Bei Jera und Greyhound sind entsprechende ERechnungs-Funktionen auch in Arbeit.
https://greyhound-software.com/news/erechnungen-in-greyhound
Gruss,
Frank
Zuletzt bearbeitet:
Wie machen wir es wenn wir eine ZUGfERD an Gemeinde senden sollen wenn es JTL nicht kann ?
https://issues.jtl-software.de/issues/WAWI-78511
https://issues.jtl-software.de/issues/WAWI-74045 da steht ja nichts drin , oder habe ich das was überlesen?
Wann wäre das den Updates (1.9 und 1.10) bei der Umstellung auf die neuen Preise ging es ja auch genauer .
Gruß Ralf
Konkrete Anleitungen wird es zusammen mit den Updates geben.
ZUGFeRD wird voraussichtlich der Standard für alle PDFs werden.
Gruß,
Frank
ZUGFeRD wird voraussichtlich der Standard für alle PDFs werden.
Gruß,
Frank
Perfekt, na wer sagt's denn.
Wenn ich das richtig verstehe ist damit der ganzen Sache der Wind aus den Segeln genommen und es gibt eine Standardlösung für die e-Rechnung wie PDF eine Standardlösung für digitale Rechnungen war ?
Ich bin nicht sicher was mit Standardlösung gemeint ist. Es wird konfigurierbar sein.
Jedes PDF ist automatisch eine E-Rechnung oder man nutzt nur eine XRechung xml-Datei.
Wir arbeiten gerade an den Details, wie wir das in die Ausgabe integrieren:
https://issues.jtl-software.de/issues/WAWI-78844
https://issues.jtl-software.de/issues/WAWI-78845
https://issues.jtl-software.de/issues/WAWI-78846
Gruß,
Frank
Jedes PDF ist automatisch eine E-Rechnung oder man nutzt nur eine XRechung xml-Datei.
Wir arbeiten gerade an den Details, wie wir das in die Ausgabe integrieren:
https://issues.jtl-software.de/issues/WAWI-78844
https://issues.jtl-software.de/issues/WAWI-78845
https://issues.jtl-software.de/issues/WAWI-78846
Gruß,
Frank
Hallo Frank,
genau das meinte ich.
Ich bin kein Fachmann im Thema, doch es liest sich perfekt, so gehört eine Lösung in eine Auftragbearbeitung integriert !
Und diesen Zusatz finde ich ebenfalls wesentlich: "Das Meldesystem wird erst in einigen Jahren an den Start gehen."
Diskussionen sind gut, doch Panik ist nicht nötig.
SG
genau das meinte ich.
Ich bin kein Fachmann im Thema, doch es liest sich perfekt, so gehört eine Lösung in eine Auftragbearbeitung integriert !
Und diesen Zusatz finde ich ebenfalls wesentlich: "Das Meldesystem wird erst in einigen Jahren an den Start gehen."
Diskussionen sind gut, doch Panik ist nicht nötig.
SG
Danke für die Infos bisher.
Ich tue mich echt noch schwer, die konkreten Arbeiten am Wawi abzuschätzen.
Folgende Frage: Vorausgesetzt, ich möchte die ZUGfERD-Lösung einsetzen.
Wie viel Zeit muss ich selbst einplanen für eigene Konfiguration, ab dem Zeitpunkt an dem JTL die Version fertig hat, die eine funktionierende ZUGfERD-Lösung beinhaltet?
Ich wäre schon sehr glücklich, wenn ihr zumindestens grob umreißen könnt, welche Handgriffe voraussichtlich nötig sein werden und welche Kenntnisse man dafür braucht um von einer Standard-PDF-Rechnung auf ein ZUGfERD-PDF zu kommen.
Vielen lieben Dank!
Martin
Ich tue mich echt noch schwer, die konkreten Arbeiten am Wawi abzuschätzen.
Folgende Frage: Vorausgesetzt, ich möchte die ZUGfERD-Lösung einsetzen.
Wie viel Zeit muss ich selbst einplanen für eigene Konfiguration, ab dem Zeitpunkt an dem JTL die Version fertig hat, die eine funktionierende ZUGfERD-Lösung beinhaltet?
- Muss ich "nur" eure XRechnungs-Vorlage nehmen und mein Rechnungslayout nachbauen?
- Wird es eine Möglichkeit geben, bestehende Rechnungsvorlagen "ZUGfERD-fähig" zu machen, in dem man eine Option auswählt oder irgendetwas anderes damit macht?
Ich wäre schon sehr glücklich, wenn ihr zumindestens grob umreißen könnt, welche Handgriffe voraussichtlich nötig sein werden und welche Kenntnisse man dafür braucht um von einer Standard-PDF-Rechnung auf ein ZUGfERD-PDF zu kommen.
Vielen lieben Dank!
Martin
Dann sende sie ihm als Brief per Post, das ist erlaubt.
Dann kann er ja wählen ob er doch lieber ein PDF hätte ...
Klingt nach einem Konzept... 😉
Kommt das auch noch kurzfristig und ggf. mit in die 1.9.6.0?
Oder kommen erstmal nur die anderen beiden schon fertigen Tickets?
Würde ich auch so sehen, wie @forumjtlolshopag, Zugferd ist ja quasi nur PDF + XML und der XML-Teil ist dabei ja quasi in einem standardisierten Format, so dass Anpassungen an der XML eher schädlich wären. Eigentlich sollte es also nur minimale Anpassungen eventuell am PDF geben, damit die PDF-Datei, die dann ja zur Beleg-Kopie wird, auch möglichst inhaltsgleich ist.
Gruß
Verkäuferlein