Neu Amazon VCS / Datev-Export

[ruth]

Hallo,

folgende Probleme gibt es bei der Nutzung von Amazon VCS, die aber lösbar sind.

- beim Export über DATV und CSV erstellt die Ameise Abweichungen von ca einem cent (+ u. -)
- Viele Buchungsprogramme haben ein kürzers Feld für die Rechnungsnummer als die Rechnungsnummer von Amazon.

JTL müsste folgentes umsetzen in der Ameise.

- Das Zusammenstellen von (Verketten [inkl.Einfügung eigenen Textes] ) Feldern. So könnte die z. B. Rechnungsnummer von Amazon und der Name als Buchungstext (Belegfeld 1) exportiert werden.

- Zusätzliche Felder. Zum Bsp. Gegenkonto. Es gibt zwar das Feld Debitor, dies hilft aber nicht, wenn man Sammeldebitor nutzt. Gut man könnte mutmaßlich ein Workflow einrichten: Neuer Kunde dann Debitoreintrag. Aber muß das sein? Weitere Zusatzfelder wären sicher auch für andere Szenarien gut.
- Export von Splitbuchungen.

Derzeitge Übergangslösung:

1.) Export der Amazon VCS Rechnungen über Seller Central und Aufbereitung für den Import in die Buchaltungssoftware mittels Tebellenkalkulation bzw. CSVed: Verkürzte Rechnungsnummer Feld Rechnungsnummer, Vollständige Rechnungsnummer + Name in den Buchungstext, Land ins Belegfeld 2. Bzw. Anpassungen wie jeder Buchhalter wünscht.

2.) Export aller AR per CSV über die Ameise. Löschung der Amazon-Rechnungen.

Den Datev-Export könnte zunächst zu Gunsten des CSV Expoert vernachlässigt werden. Wenn der Steuerberater nur DATEV kann, sollte prinziepell gefragt werden ob nicht ein Onlinehandel (Computer) affiner Steuerberater/ Buchhalter gewählt werden sollte.

Hat jemand unter der Berücksichtigung der o.g. Probleme eine schnellere Lösung?

 

[jensfalk]

Hallo,

folgende Probleme gibt es bei der Nutzung von Amazon VCS, die aber lösbar sind.

- beim Export über DATV und CSV erstellt die Ameise Abweichungen von ca einem cent (+ u. -)

Das kann ich bestätigen. JTL versuchte eine Lösung,[ Ticket#2018062610003271] und [Ticket#2018060710000461] hat aber derzeit leider keine.

 

[guidob]

Hat jemand schon Erfahrungen damit gemacht, direkt die Rechnungen über SQL in Excel zu ziehen um dann dort direkt umzuwandeln. Wenn man sich die Rechnungen in der Datenbank anschaut, taucht der Rundungsfehler nämlich nicht auf.

Viele Grüße
Guido

 

[guidob]

Na das sorgt doch mal für graue Haare...

Ich hab nun auch ein Excel-Tool gebaut, um die Daten für die Amazon-Rechnungen und Gutschriften aus dem Umsatzsteuerbericht von Amazon für Datev aufzubereiten. In der kürze der Zeit habe ich keine andere Lösung.

Ich würde es gerne aber als Gesamtlösung für alle Rechnungen erstellen, versuche aber gerade das richtige Datum für Rechnungen und Gutschriften von Amazon zu ermitteln:

Aktuell würde ich es wie folgt definieren:

Rechnungsdatum:
WAWI >> Erstelldatum des Auftrags
Amazon Bericht USt.-Berechnungen >> Tax Calculation Date

Gutschriftdatum:
WAWI >> Erstelldatum der Gutschrift
Amazon Bericht USt.-Berechnungen >> Shipment Date

Leider weicht das Tax Calculation Date regelmäßig vom Erstelldatum in der WAWI ab (Bei 6000 Rechnungen ca. 120 mal) .

Hat Jeamand dazu eine Idee?

Viele Grüße
Guido

 

[Japsa]

Ich hab nun auch ein Excel-Tool gebaut, um die Daten für die Amazon-Rechnungen und Gutschriften aus dem Umsatzsteuerbericht von Amazon für Datev aufzubereiten.

Warum nutzt Ihr nicht JTL2Datev ?
Gerade bei so einem Thema würde ich keine Kompromisse machen - ich nutze es und bisher hat mein Steuerbüro so gut wie keine Unregelmäßigkeiten festgestellt

 

[guidob]

Hallo Japsa,

nutzt Du es auch im Zusammenhang mit VCS und FBA? Wenn ja würde mich mal interessieren, ob das Rechnungsdatum und Datum der Gutschrift in der Buchhaltung zu den Originalbelegen passt. Über die WAWI hab ich keinen Weg gefunden, es eindeutig zu bestimmen.

Viele Grüße
Guido

 

[Japsa]

nutzt Du es auch im Zusammenhang mit VCS und FBA?

Hallo, nein, ich mache kein FBA