Der SKR04 wartet auf Überprüfung und soll anschließend zu den verified CoA hinzugefügt werden.
Die erste Version des CSV Dialect DocType ist fertig und und einen funktionierenden Prototyp, wie dieser von der Export-Funktion genutzt wird, gibt es auch.
Allerdings ist es zur Zeit schwierig, neue Features zu frappe/erpnext hinzufügen, da der develop-branch nicht stabil ist:
Raffael, [22.03.19, 05:11]
While we’re on that topic: it seems to me that the frappe develop branch was very unstable over the last weeks, to the point that I was unable to make or test any changes. It’s difficult to develop and test new features when UI is not working in the first place.
On the other hand, new features are not supposed to go into hotfix.
Does anybody have this problem as well or any suggestions how to solve this? Thanks
Rushabh Mehta, [22.03.19, 09:55]
[Als Antwort auf Raffael]
At this point I don’t think there is any answer to that, so develop branch is experimental till it is stable, we use develop internally at frappe… also you can maintain your own branch of develop which you can test and deploy on, so you are not always on bleeding.
Kann man irgendwie behilflich sein beim Testen oder sonstigem? Ich hab grad nur eine Produktiv-Umgebung von ERPNext am Laufen, könnte aber noch eine Dev-Umgebung in nem neuen LXC-Container installieren.
Oder würde es Sinn machen den neuen SKR 04 bereits direkt in die Produktiv-Umgebung manuell hochzuladen und dann gegen diesen zu bilanzieren? Aber bringt dir wahrscheinlich nicht soviel da Rückmeldung zu bekommen. Könnte den Container dann jedoch als Daten-Basis nehmen um davon nen Dev-Container zu erstellen und deine Patches für den Export darin testen.
Sehr gerne, @romangg ! Für einen Test des SKR wäre ich sehr dankbar. Ich habe ihn auf mein Produktivsystem geladen und dann damit eine Test-Firma angelegt. Das klappt ganz gut.
Nützliches Feedback wäre, ob noch Konten fehlen, falsch eingeordnet sind oder einen Kontotyp benötigen.
Auch die PRs kannst du gerne testen, allerdings ist das zur Zeit schwierig, sofern du keinen eigenen, stabilen develop-fork hast.
Hi @FHammer, der neue Kontenplan steht bereit, wurde aber von Frappe noch nicht übernommen. Das dauert für gewöhnlich ein paar Wochen. Bestand 1100 wird dann auf jeden Fall dabei sein.
Gerade haben @raffael_meyer und ich über ERPNext gesprochen: https://youtu.be/SCEzhYfMs4M - Wer sich für den aktuellen Stand interessiert, kann ja hier mal reinschauen.
Da fehlt noch einiges. Mindestens externe Belegnummer (z.B. bei Rechnungsausgang die Rechnungsnummer, damit hinterher auch der Zahlungseingang zugeordnet werden kann. Z.B. bei Rechnungseingang die Rechnungsnummer des Lieferanten, damit diese bei der Zahlung mit angegeben werden kann etc, etc…). Ebenfalls Steuerschlüssel. Für einen “projektlastigen Anwender” (wie z.B. Seibert-Media ;-)) werden mindestens noch Kostenstelle, ggf. Kostentraeger, Projekt etc. benötigt. Diese Felder aber nur wenn Datev auch Costing macht.
Die Datev-Datei benötigt im Kopf einen Referanzsatz mit der Beraternummer, Mandantennummer etc.
Es gibt noch viele, viele Felder mehr, die aber nicht unbedingt Pflichtfelder sind.
Wie ist es gedacht mit den Stammdaten, damit die Personenkonten auch da sind wenn sie bebucht werden sollen ? Werden diese nicht mit über die Schnittstelle übergeben ? Soll hierfür der Steuerberater z.B. per eMail informiert werden, damit er sie vor der Buchungsübergabe manuell anlegt ?
Wenn Ihr eine Musterdatei fertig habt könnt Ihr mir diese gerne mal senden, da ich eine Datev-kompatible Software habe (selbst im Einsatz) um einen Import zu testen.
Bisher sind nur die Pflichtfelder aus der mir vorliegenden Spezifikation enthalten. Von einer Kopfzeile ist dort keine Rede. Hast du Zugriff auf die vollständige online Dokumentation bzw. ist jemand bereit dafür 300€ bereitzustellen?
Ich gehe davon aus, dass die Personenkonten bestehender Kunden bereits vom Steuerberater definiert sind und bei der erstmaligen Einrichtung in ERPNext übertragen werden. Neu hinzugekommene Konten könnte man über einen zusätzlichen Bericht / CSV-Datei weitergeben.
Ich denke mit den Stammdaten ist es eher anders herum. Denn sowohl ein neuer Kunde als auch ein neuer Lieferant entsteht zunächst im ERPNext und wird nach Rechnungsausgang und nach Rechnungseingang im Datev benötigt.
Auch bei der Erstübernahme wird m.E. das führende System ERPNext sein bzw. bleiben.
Ich habe mir gestern im ERPNext mal einen Trigger angelegt der eine entsprechende Datei erzeugt um im Datev die Stammdaten anzulegen. Werde diese in den nächsten Tagen mal im Datev-Format einlesen (muss mir erst noch einen neuen Testmandanten erstellen) und versuchen ein paar Buchungen zu übernehmen. Ich suche dann auch mal die Beschreibungen die ich habe zusammen und maile sie Dir per PM. Die Frage die @Martin_Seibert im Video bzgl. Link hatte (auf eine Ausgangsrechnung) habe ich schon mal geprüft. In den Buchungssätzen ist dafür ein Feld explizit vorgesehen (210 Bytes Länge). Ob es allerdings ein Link auf ERPNext sein kann ist fraglich, denn von der Syntax her, hat Datev zumindest mal Datev vorgesehen (wie überraschend ;-))
Muss man das kaufen? Wo ist das? Kannst Du einen Link teilen? Ich vermute, dass unser Steuerberater oder wir da ohne diese Zahlung dran kommen sollten.
Also ich habe halt mal vor einiger Zeit eine Weile gegoogelt ;-))
Und wenn ich debei mal was finde halt ich mir die Links fest. Ich muss dann nur immer suchen wo die Links sind ;-))
Aber auf und über Datev-Seiten gibt es da auch kostenfreie Seiten. Aber meistens nur über einen Seiteneinstieg, denn über den “Haupteinstieg” mit Menuebaeumen landet man häufig auf den Bestellseiten.
Nach meiner Erfahrung mit diversen Steuerberatern (denen ich auch schon weiter geholfen habe) haben die keine Ahnung und meistens auch max. 1 Mädel die es schafft eine externe Datei einzulesen. Also konkrete Aussagen nur über Datev und dazu brauchst Du ein Ticket und das Ticket darf nur ein Steuerberater öffnen und als Ansprechpartner nur jemanden aus der Kanzlei benennen. Datev hat wohl kein Interesse am Kontakt mit “Endkunden”. Den Aufwand sollen die Steuerberater treiben. Wenn Du also nicht 100% exakt sagen kannst was Du eigentlich wissen willst und diese Frage über den Steuerberater lotsen kannst, kostet es nicht nur Geld sondern auch einen Haufen an Zeit ;-((
Da ich mich damit aber schon öfter mal rumgeärgert habe, habe ich schon mit einiger Zeit bezahlt ;-))
Aber wir finden einen passenden Weg. Sobald ich meinen Testmandanten laufen habe, werde ich mir eine Stamm- und eine Buchungsdatei aus ERPNext bauen (das meiste davon ist fertig) und diese mal in den leeren Mandanten einspielen. Wenn die Daten dann sauber importiert werden konnten gebe ich Raffael die Musterdateien und das was ich an Doku habe. Das sollte dann für ihn an einfachsten sein, diese nachzubauen.
Ich brauche halt nur ein paar Tage um wieder “auf Stand” zu sein.
Fertigware vom Lager gebucht (ergibt 6. Datev-Buchung)
Rechnung an Kunden (ergibt 7. Datev-Buchung)
Zahlung vom Kunden gebucht (ergibt 8. Datev-Buchung)
per separater Schnittstelle Stammdaten Kunden an Datev erstellt
(Datei EXTF_Stammdaten_Cust_Muster.csv)
Kundenstammdaten in Datev eingelesen (Personenkonten Debitoren erfolgreich erstellt)
per separater Schnittstelle Stammdaten Lieferanten an Datev erstellt
(Datei EXTF_Stammdaten_Supp_Muster.csv)
Lieferantenstammdaten in Datev eingelesen (Personenkonten Kreditoren erfolgreich erstellt)
per separater Schnittstelle Buchungsübergabe an Datev erstellt
(Datei EXTF_Buchungen_Muster.csv)
Buchungsstoff in Datev eingelesen (komplett erfolgreich verarbeitet)
In Datev Bilanz, Gewinn- und Verlustrechnung sowie Umsatzsteuervoranmeldung geprüft - alles grundsätzlich OK.
Die o.g. 3 CSV-Musterdateien kann ich Euch mailen - @Martin_Seibert Deine habe ich ja, @rmeyer bitte mal die Mailadresse per PM senden - ich kann hier leider keine CSV uploaden oder per Message senden
Ich habe mich zunächst nur auf einen grundsätzlichen Durchlauf für eine GOB-gemäße Verbuchung beschränkt - es fehlt aber noch eine ganze Reihe an Details für einen organisatorisch sauberen und Enduser-geeigneten Prozess.
Um weiter zu kommen müssten im ERPNext zunächst noch einige Felder ergänzt werden (bevorzugt im Standard ) - garantiert nicht die letzten
Firmenstamm - externe Beraternummer (notwendig für Kopfsatz der Schnittstellendateien)
Firmenstamm - Mandatennummer externes Rechnungswesen (notwendig für Kopfsatz der Schnittstellendateien)
Verkaufs-Steuersätze - Schlüssel externes Rechnungswesen (für Steuerübergabe in den Schnittstellendateien)
Einkaufs-Steuersätze - Schlüssel externes Rechnungswesen (für Steuerübergabe in den Schnittstellendateien)
Zusätzlich sollte der Standard-Kontenplan noch überarbeitet werden. Ich habe bewusst auf der Basis der Neueinrichtung des ERPNext-Mandaten gebucht - z.B. die Verbuchung auf 1210, 2210 und 1410 passen so ganz und gar nicht, Bestandskonten FW + RHB fehlen etc. Aber m.E. alles nur Fleißarbeiten die mit einem Abgleich des SKR04 zu erledigen sind, und die nicht struktureller Natur sind.
An den Buchungstexten die aus ERPNext kommen besteht auch noch erhebliches Optimierungspotential
z.B. für 1 Buchung aktueller Text "Menge EUR 3500 received from 10001 Transaktion Referenznummer UEB01 vom 2019-04-28 Menge EUR 3500 gegen Sales Invoice ACC-SINV-2019-00001" hat sicher eine nur eingeschränkte Aussagekraft in der Buchhaltung
So viel zum aktuellen Status - bei Fragen oder Kommentaren bitte melden
Ich habe mir mal die fehlgelaufenen Buchungen angesehen. Wie wir schon ausgetauscht hatten, fehlt im SKR04 noch Konto 1100 für Fertigbestände. Statt dessen wird aktuell auf 1410 gebucht, was allerdings Bestand an Wertpapieren sein sollte. Da aber das Konto 1410 als Kontotyp “Lager” gepflegt ist, wird dies wohl für die Bestandsbuchung herangezogen.
) - garantiert nicht die letzten 
