Updating accounts from 0001 to 8000 (DATEV-SKR04-PDF) #1457
Conversation
|
Hallo @Tadelsucht , Ich glaube, ich würde die zusätzlichen Infos zur Grenze und Aufzeichnungspflicht in die Felder Beschreibung und/oder Notes packen, wo wir sie schon mal recherchiert haben. |
|
Noch eine Frage: |
|
Die Änderung war unter Berücksichtigung des DATEV-PDFs. Dort steht nur "0670 Geringwertige Wirtschaftsgüter" ohne Nennung einer Euro-Summe (Seite 1, unten rechts). "zusätzlichen Infos zur Grenze und Aufzeichnungspflicht" kann ich leider nicht guten Gewissens hinzufügen, da mir dafür das notwendige konkrete Wissen fehlt. Bin gerade schon froh, dass ich mit Gnucash meine eigene Buchhaltung, hoffentlich korrekt, führe. Bzgl. der Frage: |
|
Ja, das habe ich 2005 eher praktisch gesehen. Heute lege ich mehr Wert auf formale Korretheit. Was hältst du von Wenn du magst, kannst du die Links in unterbringen. Es wäre wirklich schön, wenn mal jemand den Kontenrahmen durchsieht. Die Hilfsmittel in https://wiki.gnucash.org/wiki/Account_Hierarchy_Template hast du gesehen? |
|
Geht klar. Ich gucke mal die Tage die Konten durch. |
| @@ -309,7 +309,7 @@ | |||
| <act:parent type="new">3dbb5945983bc0de9d33b40bb21c53cb</act:parent> | |||
| </gnc:account> | |||
| <gnc:account version="2.0.0"> | |||
| <act:name>Konzessionen und gewerbl.Schutzrechte</act:name> | |||
| <act:name>Entgeltlich erworbene Konzessionen, gewerbliche Schutzrechte und ähnliche Rechte und Werte sowie Lizenzen an solchen Rechten und Werten</act:name> | |||
There was a problem hiding this comment.
Ich bezweifel, daß so lange Namen sinnvoll sind. Wie sieht ein Buchungssatz im Buchungsbericht aus?
Vielleicht besser eine Kurzform als Kontoname und den vollen Namen in der Beschreibung?
There was a problem hiding this comment.
Ich hab es nicht überprüft, kann mir aber sehr gut vorstellen, dass die Berichte nicht unbedingt schöner durch die langen Namen werden.
Für mich persönlich sehe ich in den aufgeschriebenen Namen den Vorteil, dass die von mir gern genutzte Kontosuche (Strg+I) auch etwas findet, wenn ich ein zu meiner Buchung passendes SKR04 Konto mit Google gefunden habe.
Ebenso waren mir viele der entfernten Abkürzungen nicht geläufig, da finde ich ein ausgeschrieben Namen wesentlich verständlicher.
Joa, auf Kosten der Kontosuche könnte man die Langennamen in den Beschreibungstext verbannen. Fühle mich persönlich aber nicht in der Lage kompetente Abkürzungen für die Konten zu finden und will es auch nicht probieren.
Du könntest ja, wenn du magst und ich einmal durch die ganze XML durch bin, mit Suchen-und-Ersetzen, gängige Sachen, wie "gewerbl." abkürzen oder ggf. passende Abkürzungen nacharbeiten.
Dann würde ich jetzt die kompletten Namen nochmal in ein Description-Tag packen.
| @@ -1746,17 +2116,17 @@ | |||
| </slot> | |||
| </act:slots> | |||
| <act:parent type="new">4b94caba6927babf0af628999af0e00d</act:parent> | |||
| </gnc:account> | |||
| </gnc:account> | |||
There was a problem hiding this comment.
Bitte keine Leerzeichen am Zeilenende!
There was a problem hiding this comment.
Geht klar. Kann man ja am Ende nochmal mit regex entfernen, falls wieder welche reinkommen sollten.
|
Noch was anderes: Hast du GIT installiert oder arbeitest du direkt auf Github? |
|
Ich nutzte git,mit Fork als GUI. Kann am Ende mal schauen, wie ich die Commits squashen kann. Hattest du die Datei pur in XML geschrieben oder mit GnuCash erstellt und dann die Konten exportiert? Überlege bzgl. der Pflege der ParentID, ob die Bearbeitung mit GnuCash nicht sinnvoller für mich wäre, als direkt über das XML. |
Ich habe die damals in GnuCash bearbeitet Create an Example File ff.. Empfielt sich, wenn sich was an der Baumstruktur ändert. Später war Michael Braun so clever, am Beispiel SKR49 (Vereine …) das Skript zu entwickeln. Man könnte das auch versuchen zu verwenden, indem man eine damit neu erstellte Version z.B. mit kdiff3 in die vorhandene mergt. |
Tadelsucht
changed the title
|
Die SKR04-Vorlage wurde ja scheinbar schon länger nicht mehr angepasst, wenn überall noch eine Mehrwertsteuer von 16% steht :) |
Da gab es mal eine Patch, bei dem ich aber Nachbesserung erwünscht habe: Der Autor hatte global 16% durch 19% ersetzt ohne zu beachten, daß sich dann gewöhnlich auch die Kontonummer ändert. Versandhändler sollen z.B. ihre hellseherischen Fähigkeiten einsetzten und den Steuersatz anwenden, der an dem Tag gültig ist, an dem der Kunde die Ware erhält—nicht wann er sie bestellt hat. Also braucht es in der Übergangszeit beide Konten. Ich hoffe, du hast auf die Kontonummern geachtet. |
|
Die Anpassungen auf 19% waren nicht mir Suchen-und-Ersetzen, sondern schon unter Beachtung des DATEV-PDFs. Die Konten die im Namen weiterhin 16% enthalten, tun das nach meinen Änderungen auch weiterhin (Ein paar gab es ja davon). |
|
Vielleicht noch ein Rewordening der Commit message? DATEV und PDF sind redundant, aber das Datum der PDF im ISO-Format –2022-01-…—wäre interessant. |
|
Zeile 2: Kannst du die Namespace-Deklarationen wieder so umbrechen, daß jede mit 2 Leerzechen eingerückt in einer eigenen Zeile steht? |
|
[Edit:] |
|
|
|
|
|
Nur überflogen. |
|
Kannst du noch mal #Start_with_an_new_empty_gnucash_file Punkt 3 überprüfen? Z.B. bei |
|
Ne, dazu fehlt mir die Lust. |
|
Da mir die Zeit fehlte, habe ich nur einen Platzhalter entfernt. |
The value was raised from 410€ to 800€ in 2018. For users of the small business regulation ( https://de.wikipedia.org/wiki/Kleinunternehmerregelung_(Germany) ), the naming of the 800€ would also be a wrong unnecessary indication, which is why the Euro indication was removed here completely. ( https://www.haufe.de/finance/jahresabschluss-bilanzierung/grenze-fuer-geringwertige-wirtschaftsgueter-auf-800-eur-erhoeht_188_411044.html )