Neu JTL Wawi und die Fibuschnittstelle JTL2DATEV von Jerasoft

[Verkäuferlein]

Genau so, wie du das schreibst, ist es.
Und ich könnte mir vorstellen, dass die angesprochenen Gründe (Fehlerwahrscheinlichkeit, Gewohnheiten...) auch die Hauptgründe dafür sind, das ein Steuerberater die Stellenanzahl nicht für jeden Mandant anpasst.
Ich wollte auch nur darauf hinweisen, dass die Beschränkung auf fünf Stellen bei den Personenkonten eben keinen technischen Grund haben.

War auch nur eine Prozess-Analyse, mit möglichen Folgen und Fehlern und keine Argumentation gegen Dich.

Schon cool, wie die "Schwarmintelligenz" hier einen Prozess zusammenstellt und jeder nochwas dabei lernen kann.

 

[mh1]

War auch nur eine Prozess-Analyse, mit möglichen Folgen und Fehlern und keine Argumentation gegen Dich.

Habe ich auch nicht als Argumentation gegen mich oder irgendjemanden aufgefasst - alles gut

Ich war selbst überrascht, als ich mal davon gelesen habe, dass die von mehreren Steuerberatern argumentierte technische Beschränkung auf fünf Stellen seitens DATEV gar nicht begründet ist.

 

[Stephan K.]

Hi,
ich klinke mich in den alten, aber aktuellen thread neu mit ein.

Haben vor kurzem VCs abgestellt und.... puh, die Nacharbeiten sind gigantisch.

Hat denn jemand mal testweise die Auftragsnummern statt den Rechnungsnummern im Belegfeld 1 umgeändert und davon profitiert? Ich überlege gerade, ob das tatsächlich sinnvoll ist.
Wie geht denn dann JTL2Datev mit Splitversand (und damit zwei Rechnungen) um? Wie ich sehe, bleibt nur die Amazon Externe Auftragsnummer gleich, aber sowohl die Rechnungs- als auch die Auftragsnummern werden von der Wawi separat vergeben bei Splitversand. Das wird ja dann doch nicht leichter mit dem Ausziffern?

Wäre es da - Schnellschussgedanke - nicht sinnvoller, die "Internet Best. Nr." in JTL2Datev einzustellen?
Die wird zwar in der Wawi intern bei Splitversand mit _1, _2 etc. angehängt und modifiziert, bei der Ausgabe/Export ist es jedoch die originale Nummer. Somit eine KONSTANTE.
Das zumindest ist das Hauptproblem: Fehlende Zuordnung.

Wir versuchen einfach, schon vor dem Import in Datev beim StB irgendwie diese ganzen, mühsamen Zuordnungsprobleme und das Ausziffern eleganter zu lösen. Nach so vielen Jahren, muss hier einfach mal was besser werden.

 

[recent.digital]

Haben vor kurzem VCs abgestellt und.... puh, die Nacharbeiten sind gigantisch.

Das können wir so bestätigen, JTL hat hier auf der Partnerconvention letzte Woche tiefe Einblicke gegeben, @SebastianB

Stehst du mit dem JTL Support diesbezüglich in Verbindung? Die JTL Supportkollegen sind unfreiwillig Profis im Umgang mit allen Feinheiten rund um VCS.

 

[Stephan K.]

Ja, es waren insgesamt drei Supporttermine. Ein paar Probleme bleiben unlösbar (verschluckt), ein gigantischer Stapel ist jetzt für Datev nicht mehr zuordenbar (VCS -> kein VCS) und die Kosten dafür beim StB gehen diesen Monat steil, da es so viel Handarbeit erfordert, aber das sind "nur" temporäre Probleme.
Sonst hat der Support einwandfrei geholfen mit dem, was die Wawi halt hergibt.

Aber mir gings jetzt grundsätzlich um den "Weg der geringsten Probleme" im Zusammenhang mit JTL, Amazon und JTL2Datev.
Konkret um den Anker, der vieles automatisiert abarbeitet. Also das, was für Belegfeld 1 die wenigsten Probleme verspricht.

Laut dem JTL2Datev- Guide geht eine einwandfreie Zuordnung am leichtesten mit VCS. Und indem man bei den Reports unter Verbringungen den Versand archiviert. Das läuft da unter "indirektem Tipp" und würde bestimmt gut sein, wenn wir noch VCS hätten 😅
Amazon Splitaufträge VCS Trick

Also nochmal: Ist die Auftragsnummer bei Belegfeld 1 wirklich weniger Arbeit als die Rechnungsnummer oder "Internet Bestell Nr."?