Ich berichte & dokumentiere für mich & andere hier nun mal wieder nen kniffligen Falle auf die wir im Geschäftsalltag gestoßen sind.
Folgende Ausgangslage:
Wir Verkaufen auf Amazon.co.uk (ausschließlich von UK(FBA) nach UK) und aus den Amazon EU Martkplätzen via FBA in die Schweiz, wo die Lieferung im Großen und Ganzen aus DE/FR/ES/PL erfolgt.
Wir sind IDU Verfechter und lehnen VCS ab. Dennoch ist man in UK & CH im Zwangs-VCS. Für CH betrifft es alle Aufträge. Für UK nur die Privatkunden + Aufträge unter 135 GBP.
Für Geschäftskunden und über 135 GBP müssen wir die Rechnungen erstellen.
Anmerkung:
Ein Geschäftskunde in UK charakterisiert sich übrigens darüber, dass er eine USt ID in seinem Account hinerlegt hat. Egal ob Privataccount oder Businessaccount. Das B2B Flag erhalten in der WaWi nur die Kunden die einen Businessaccount haben.
Daher ist ein Businessaccountkunde der keine USt-ID hinterlegt hat auch kein Geschäftskunde und Amazon erstellt per VCS Rechnungen wie für einen Privatkunden.
Ebenso ist ein Kunde mit einem Privataccount (also kein B2B Flag) und hinterlegter UST-ID ein Geschäftskunde und Amazon erstellt keine Rechung per VCS - entsprechend ist es nicht immer so einfach alle Belege korrekt zu erstellen, auch weil die WaWi dieses Setup bis heute in Wawi 1.9 1.10 und 1.11 nicht unterstützt.
Unser Workaround bis einschließlich WaWi 1.9:
Um das Chaos für uns zu lösen haben wir das zu WaWi 1.6 Zeiten über die Zahlungsarten via Debitorenkonfiguration / Personenkonten via JTL2Datev gelöst.
Alle UK Zwangs VCS Rechnungen sind bei uns "Amazon Payment" + GBP. Die bekamen eine Regel für Konto 8338.
Alle UK Geschäftskunden + >135 GBP Rechnungen die wir selbst erstellt hatten bekamen die Zahlungsart "Amazon Payment UK B2B+B2C135" bekamen eine Regel für ein Konto 8120
CH Umsätze mussten wir aufsplitten nach "Amazon Payment DE->CH" 8120 & "Amazon Payment EU->CH" 8339 weil die auf verschiedene Konten in der Buchhaltung müssen.
Diese wurden also über die Debitorenkonfiguration / Personenkonten auf die 8000er Erfolgskonten verbucht.
Das hat auch wunderbar funktioniert bis zum letzten Monatsabschluss. Wir sind auf die WaWi 1.10 gewechselt und JTL & ggf. auch Jera hat hier was geändert.
Zum einen ist die pf_amazon_vcs in die Amazon.tVcs umgezogen und wir konnten sehen, dass sich die WaWi 1.10 ganz viele VCS Einträge aus 2025 in die Amazon.tVcs nachgeladen hat.
Zudem wurde eine neue (oder bisher leere) Tabelle Rechnung.tExternerBeleg in der WaWi angelegt/gefüllt, die JTL2Datev nun scheinbar für die Stapelerzeugung heranzieht.
Zwei Dinge die wir empirisch belegt sehen:
1. JTL2Datev arbeitet seit WaWi 1.10 mit der Rechnung.tExternerBeleg für die (Zwangs-)VCS Vorgänge.
Seit dem update auf 1.10 wird diese Tabelle gefüllt. Da mein JTL2Datv gleich geblieben ist nehme ich an, dass dies schon immer für VCS Kunden so war und das die Berichte nur nicht in unsere WasWi 1.9 in Rechnung.tExternerBeleg gelangt sind, weil wir per globaler Einstellung IDU Kunde sind.
2. Die Rechnung.tExternerBeleg speist sich offensichtlich nicht direkt aus der amazon.tVcs sonden kommen im Nachgang von EA Server oder so. Denn auch wenn in der Spalte "Quelle" VCS steht hatte wir eine Differenz.
Es waren 100% aller Vorgänge im Buchungstapel die sich in der Rechnung.tExternerBeleg befinden. Es fehlten aber nachweislich Einträge die wir in der Amazon.tVcs schon sehen konnten. Gestern fehlten mir noch zwei Einträge für den Monatsabschluss November. Heute über Tag war es dann nur noch einer und jetzt ist der Informationsstand im Stapel für November gleich, was die Amazon.tVcs vs. Rechnung.tExternerBeleg betrifft.
Auswirkungen:
Durch 1. hatten wir nun im JTL-Stapel über die Sachkontenverbuchung nochmal alle Zwangs-VCS-Vorgänge zusätzlich drin, wobei z.B. von 8338 auf 8338 gebucht wurde und Datev hier ne Warnung/Fehlermeldung ausgegeben hat.
Heißt also unser "Workaround" ist nicht mehr nötig und wir bekommen die Zwangs-VCS Vorgänge über die Sachkonteneinstellungen nun endlich in die Buchhaltung.
Debitorenkonfiguration / Personenkonten also wieder auf die eigentlich vorgehenen Konten rückstellen.
Die Vorgänge landen jetzt durch die Debitorenkonfiguration / Personenkonten wieder auf 11000 & 11100 wo auch die anderen jeweiligen Amazon Umsätze landen und die Sachkonten Einstellungen buchen dann für die Schweiz von 11000 nach 8120/8339 und UK von 11100 nach 8120 (sofern richtig eingestellt).
Welche Rechnungen jetzt von der WaWi für UK erstellt werden müssen ist leider noch nicht gelöst, aber in der Stapelverbuchung für Zwangs-VCS gabs schonmal eine schöne Verbesserung auf einen guten Stand.
Übrigens wir sind mittlerweile auf WaWi 1.11.3 die sich exact gleich verhält. Aber da sich diese Änderung für uns mit der WaWi 1.10 ergeben hat, wollte ich das hier mal für mich und andere niederschreiben.
Für die Cracks unter euch die das DIFF zwischen amazon.tVcs und Rechnung.tExternerBeleg mal nachvollziehen wollen hier das SQL.
Da kann man schön sehen für welche Vorgänge aus der pf_amazon_bestellung schon die Rechnungsdaten in der amazon.tVcs vorliegen haben, die aber in der Rechnung.tExternerBeleg noch nicht sind.
Diese folgen aber mit etwas Verzögerung nach:
Folgende Ausgangslage:
Wir Verkaufen auf Amazon.co.uk (ausschließlich von UK(FBA) nach UK) und aus den Amazon EU Martkplätzen via FBA in die Schweiz, wo die Lieferung im Großen und Ganzen aus DE/FR/ES/PL erfolgt.
Wir sind IDU Verfechter und lehnen VCS ab. Dennoch ist man in UK & CH im Zwangs-VCS. Für CH betrifft es alle Aufträge. Für UK nur die Privatkunden + Aufträge unter 135 GBP.
Für Geschäftskunden und über 135 GBP müssen wir die Rechnungen erstellen.
Anmerkung:
Ein Geschäftskunde in UK charakterisiert sich übrigens darüber, dass er eine USt ID in seinem Account hinerlegt hat. Egal ob Privataccount oder Businessaccount. Das B2B Flag erhalten in der WaWi nur die Kunden die einen Businessaccount haben.
Daher ist ein Businessaccountkunde der keine USt-ID hinterlegt hat auch kein Geschäftskunde und Amazon erstellt per VCS Rechnungen wie für einen Privatkunden.
Ebenso ist ein Kunde mit einem Privataccount (also kein B2B Flag) und hinterlegter UST-ID ein Geschäftskunde und Amazon erstellt keine Rechung per VCS - entsprechend ist es nicht immer so einfach alle Belege korrekt zu erstellen, auch weil die WaWi dieses Setup bis heute in Wawi 1.9 1.10 und 1.11 nicht unterstützt.
Unser Workaround bis einschließlich WaWi 1.9:
Um das Chaos für uns zu lösen haben wir das zu WaWi 1.6 Zeiten über die Zahlungsarten via Debitorenkonfiguration / Personenkonten via JTL2Datev gelöst.
Alle UK Zwangs VCS Rechnungen sind bei uns "Amazon Payment" + GBP. Die bekamen eine Regel für Konto 8338.
Alle UK Geschäftskunden + >135 GBP Rechnungen die wir selbst erstellt hatten bekamen die Zahlungsart "Amazon Payment UK B2B+B2C135" bekamen eine Regel für ein Konto 8120
CH Umsätze mussten wir aufsplitten nach "Amazon Payment DE->CH" 8120 & "Amazon Payment EU->CH" 8339 weil die auf verschiedene Konten in der Buchhaltung müssen.
Diese wurden also über die Debitorenkonfiguration / Personenkonten auf die 8000er Erfolgskonten verbucht.
Das hat auch wunderbar funktioniert bis zum letzten Monatsabschluss. Wir sind auf die WaWi 1.10 gewechselt und JTL & ggf. auch Jera hat hier was geändert.
Zum einen ist die pf_amazon_vcs in die Amazon.tVcs umgezogen und wir konnten sehen, dass sich die WaWi 1.10 ganz viele VCS Einträge aus 2025 in die Amazon.tVcs nachgeladen hat.
Zudem wurde eine neue (oder bisher leere) Tabelle Rechnung.tExternerBeleg in der WaWi angelegt/gefüllt, die JTL2Datev nun scheinbar für die Stapelerzeugung heranzieht.
Zwei Dinge die wir empirisch belegt sehen:
1. JTL2Datev arbeitet seit WaWi 1.10 mit der Rechnung.tExternerBeleg für die (Zwangs-)VCS Vorgänge.
Seit dem update auf 1.10 wird diese Tabelle gefüllt. Da mein JTL2Datv gleich geblieben ist nehme ich an, dass dies schon immer für VCS Kunden so war und das die Berichte nur nicht in unsere WasWi 1.9 in Rechnung.tExternerBeleg gelangt sind, weil wir per globaler Einstellung IDU Kunde sind.
2. Die Rechnung.tExternerBeleg speist sich offensichtlich nicht direkt aus der amazon.tVcs sonden kommen im Nachgang von EA Server oder so. Denn auch wenn in der Spalte "Quelle" VCS steht hatte wir eine Differenz.
Es waren 100% aller Vorgänge im Buchungstapel die sich in der Rechnung.tExternerBeleg befinden. Es fehlten aber nachweislich Einträge die wir in der Amazon.tVcs schon sehen konnten. Gestern fehlten mir noch zwei Einträge für den Monatsabschluss November. Heute über Tag war es dann nur noch einer und jetzt ist der Informationsstand im Stapel für November gleich, was die Amazon.tVcs vs. Rechnung.tExternerBeleg betrifft.
Auswirkungen:
Durch 1. hatten wir nun im JTL-Stapel über die Sachkontenverbuchung nochmal alle Zwangs-VCS-Vorgänge zusätzlich drin, wobei z.B. von 8338 auf 8338 gebucht wurde und Datev hier ne Warnung/Fehlermeldung ausgegeben hat.
Heißt also unser "Workaround" ist nicht mehr nötig und wir bekommen die Zwangs-VCS Vorgänge über die Sachkonteneinstellungen nun endlich in die Buchhaltung.
Debitorenkonfiguration / Personenkonten also wieder auf die eigentlich vorgehenen Konten rückstellen.
Die Vorgänge landen jetzt durch die Debitorenkonfiguration / Personenkonten wieder auf 11000 & 11100 wo auch die anderen jeweiligen Amazon Umsätze landen und die Sachkonten Einstellungen buchen dann für die Schweiz von 11000 nach 8120/8339 und UK von 11100 nach 8120 (sofern richtig eingestellt).
Welche Rechnungen jetzt von der WaWi für UK erstellt werden müssen ist leider noch nicht gelöst, aber in der Stapelverbuchung für Zwangs-VCS gabs schonmal eine schöne Verbesserung auf einen guten Stand.
Übrigens wir sind mittlerweile auf WaWi 1.11.3 die sich exact gleich verhält. Aber da sich diese Änderung für uns mit der WaWi 1.10 ergeben hat, wollte ich das hier mal für mich und andere niederschreiben.
Für die Cracks unter euch die das DIFF zwischen amazon.tVcs und Rechnung.tExternerBeleg mal nachvollziehen wollen hier das SQL.
Da kann man schön sehen für welche Vorgänge aus der pf_amazon_bestellung schon die Rechnungsdaten in der amazon.tVcs vorliegen haben, die aber in der Rechnung.tExternerBeleg noch nicht sind.
Diese folgen aber mit etwas Verzögerung nach:
SQL:
select
EB.cBelegnr,V.VATInvoiceNumber, B.dErstellt,EB.dErstelltWawiUtc,B.cVersandlandISO,B.cShipCountry,B.cSalesChannel,*
from dbo.pf_amazon_bestellung B
LEFT JOIN amazon.tVcs V ON V.OrderID = B.cOrderId
LEFT JOIN Rechnung.tExternerBeleg EB on EB.cBelegnr = V.VATInvoiceNumber
LEFT JOIN Verkauf.tAuftrag A ON LEFT(A.cExterneAuftragsnummer,19) = B.cOrderId
WHERE A.nIstExterneRechnung = 1
and EB.cBelegnr is null
and convert(date,B.dErstellt) > '2025-10-22'
order by B.dErstellt
Zuletzt bearbeitet:
