. Die Auszahlungen sind ja nun eine wilde Mischung aus Erloesen und Gebuehren aus mehreren Verkaeufen. Mit den Rechnungsbetraegen hat das nix mehr zu tun. Das Ganze manuell aufzudroeseln verursacht nun bei uns einen massiven Zeitaufwand. 
Das geht bestimmt einfacher. Wie macht Ihr das? 
Reichen denn csv Dateien dem Finanzamt als Beleg? Im Prinzip ist es bei mir nicht kompliziert alle Einnahmen und Ausgaben auszurechnen. Möchte es aber in der Form machen, so dass ich beim Finanzamt keine Probleme bekomme.vbc hat geschrieben: ↑21. Jan 2022 22:37 Ich bin etwas oldschool, was das angeht und habe mir eine eigene Datenbank dazu gebaut und lese die csv Dateien, die man zu jeder Auszahlung herunterladen kann, dort ein.
So ergibt sich eine Art Kontoauszugsblatt, wo alle zum Auszahlungsbetrag führenden Buchungen hnterlegt sind.
Daraus ergeben sich die ebay Gebühren, brutto Umsatz, MwSt., OSS nach Ländern gesplittet, Erstattungen und Storno-Rechnungen bei Rückgaben.
Das überprüft dann auch die MwSt Sätze, die in den csv Dateien leider grundsätzlich falsch sind in einigen Punkten.
Beispiel:
Kunde tätigt Kauf mit 3 Bestellpositionen, dann sind es in der csv Datei 4 Zeilen.
1 Zeile Gesamtbetrag mit im Feld "Vom Verkäufer angegebener MwSt.-Satz" 0%
2-4 Zeile die Einzelpositionen mit den Einzelpreisen, wo dann aber der MwSt Satz korrekt steht
Buchungen aus der EU sind auch schlecht, weil ebay dort ebenfalls die 19% angibt, was ja, wenn du OSS nutzt, nicht stimmt.
Das wird nur richtig hinterlegt, wenn du diesen Satz im Verkaufsprotokoll im Verkäufer Cockpit Pro änderst.
Erstattungen von z.B. Versandkosten werden ebenfalls dort mit 0% geführt, auch nicht richtig.
Wenn man das alles bedenkt, dann noch ein paar Scripte mit Ländererkennung und passendem MwSt Satz zur Überprüfung durchlaufen lässt,
bekommt man hinteher Daten heraus, wo jeder Prüfer nach 10 Min abwinken müsste, weil alles so detailliert nachzuvollziehen ist.
Und das ohne anderen noch pro Buchung was abgeben zu müssen.
Bei Rückgaben, erstelle ich halt Korrektur / Storno Rechnungen.
Unterm Strich sind es alles nur Zahlen, die man halt im richtigen Verhältnis zueinander setzen muss, also eigentlich keine Hexerei
und bei dir ohne MwSt ja sogar noch "einfacher".
Und nichts anderes machen die Programme, man muss nur herausfinden, wie sie die Daten am sinnvollsten bekommen und dazu muss man sie optimalerweise verstehen.
Im Bereich um 18:00 rum sieht man schön die einzelnen Buchungen, wo auch viele mit 0% Steuer übermittelt werden, die aber nach DE gehen.bernhardvi hat geschrieben: ↑22. Jan 2022 10:36 Ich hab ein Erklaerungsvideo von EBAY gefunden, wie man das Ganze haendisch bzw mit Jena macht. Klingt ganz einfach aber habe es praktisch noch nicht ausprobiert. Ich werde berichten.
Vielleicht hilfts dem einen oder anderen in der Zwischenzeit:
Dafür hast du doch die normale Rechnung von ebay, mit den csv Dateien verarbeitest du ja nur die einzelnen Unterpositionen.
Guten Abend,
Bei mir sind es für den Juni stolze 6% Abweichung bei c.a 30 verkaufen Artikeln. Da ich das ganze als Kleinunternehmer machen ist es vor allem eigentlich der "günstigste" Fall für Ebay eine einigermaßen korrekte Rechnung auszustellen. Keine Umsatzsteuer, kein Verkauf außerhalb von DE usw. Ich werde wohl ähnlich vorgehen und einfach die tatsächlichen Transaktionen buchen, eventuell sogar über die "Transaktionsbericht" statt "Auszahlungsberichte" da ich mir die CSV schön vom ersten zum letzten des Monats ausgeben lassen kann. Den Bericht lade ich mir 3x hoch, jeweils mit den Feldern "Transaktionsbetrag (inkl. Kosten)" , "Fixer Anteil der Verkaufsprovision" , "Variabler Anteil der Verkaufsprovision" als Buchungsbetrag. Dann müsste ich auf der sicheren Seite stehen und alle Buchungen abgedeckt haben. Ich muss gleich nochmal abgleichen ob in den beiden Berichten auch wirklich das gleiche für den Zeitraum X steht- Immer wieder schön wenn man von Extern mehr arbeit aufgedrückt bekommt als notwendig wäreroman hat geschrieben: ↑10. Jul 2023 22:32 @FlorianJ123
Das CSV (ich nehme an, wir reden vom selben CSV) stimmt quasi nie mit der Rechnung überein, bzw. höchstens dann wenn man sehr wenig verkauft.
Soweit ich mich erinnere, liegt das u.a. an unterschiedlichen Zeitzonen, die zum Monatswechsel herum Transaktionen knapp an der Datumsgrenze in unterschiedliche Monate manövriert.
Auch gibt es fallweise sehr eigenartige Konstellationen: hatte z.B. mal eine einzelne Gebühr im CSV erst ca. 2 Monate später als auf der Rechnung (sah nach einer manuelle Korrektur aus ... sehr seltsam).
Früher wurden außerdem die Shop-Gebühren in einem anderen Monat in die Rechnung aufgenommen als abgebucht. Aber dieses Problem dürfte mittlerweile entschärft worden sein.
In den einzelnen Monaten kann es relativ hohe Abweichungen geben: auch merklich über 1%.
Aber wenn man es über einen längeren Zeitraum betrachtet ist es dann (fast) perfekt:
Wenn ich 2023 komplett nachrechnen, ist die Abweichung bei etwa 0,02% (also 0,2 Promille).
Daher eine Abweichung von etwa 2 Euro pro 10.000 Euro Gebühren.
Wir buchen die tatsächlichen gezahlten Gebühren laut CSV.
Hut ab, damit sollte man auf jeden Fall auf der sicheren Seite sein. Du solltest dein System als Komplettpaket zum Verkauf anbietenvbc hat geschrieben: ↑10. Jul 2023 23:05 Das Buchen übernimmt mein SB, aber ich liefere ihm folgendes für jede Auszahlung.
Da hat er dann pro Auszahlung aus der csv generiert den Brutto Umsatz mit 19/0 und OSS aufgelistet nach Land, ggfs. einbehaltene Steuern (Norwegen, etc.)
Werbeanzeigen habe ich nicht, könnte man aber logischwerweise einfach einbauen.
Die große Problemtik sind tages- bzw. auszahlungsübergreifende Berechnung der Gebühren. Die tauchen auch gerne mal als "sonstige Gebühr" erst in der nächsten Auszahlung auf und wenn die dann auch noch Monatsübergreifend ist, kann das schon zu Problemen führen.
zu jeder Gebühr wird in der csv aber auch die Bestellnummer hinterlegt, was das wieder nachvollziehbar macht.
So bekommt er also 1 PDF pro Auszahlung und das dann wieder nochmal pro Monat als PDF und Excel zusammengefasst, damit er das nicht addieren muss.
Alles läuft über Filemaker in einer Datenbank, so dass ich zu jeder Bestellnummer, sollte das FA mal fragen die RG als PDF habe, wie auch den Tagesabschluss.
Post Briefe und Drittland WaPI werden auch noch fotografiert und liegen auch auf der NAS nach Datum sortiert vor (ohne Datenbank, aber man hat ja das Datum)
Alle RGs werden direkt beim Druck auch als PDF per Mail an ein GoBD Postfach gesendet mit Bestellnummer, datum und RG Nummer im Betreff, also auch simpel für die Suche.
Damit fühle ich mich für eine evt. Buchprüfung durchaus gut aufgestellt. Und ich muss mich nicht über irgendein System ärgern, was die Preise ständig erhöht, da ich das alles selbst gebaut habe. Was beim Monatsabschluss am längsten dauert ist tatsächlich das herunterladen der einzelnen csv Dateien von ebay.
Achso, die csv Daten von ebay, gerade im Bezug auf MwSt. der einzelnen Bestellungen stimmen natürlich nicht, so dass man das noch manuell überarbeiten muss.
"andere Gebühr" wird mit 0% angegeben, ebenso wie die Gesamtsumme bei Bestellungen mit mehreren Artikeln. Ausland mit OSS kann ebay auch nicht.
. Ich werde mein System wohl ähnlich aufbauen, aber da es bei mir maximal 30 Bestellungen/Monat sind mache ichs wohl ein wenig "vereinfacht". Ich habe mal Payjoe ausprobiert, aber die 20€ Startguthaben waren schneller weg als ich ordentliche und vor allem im nachhinein nachvollziehbare Ergebnisse rausbekommen konnte-> hat den Test nicht bestanden. Bei einem so kleinen Verkaufsvolumen wie bei mir kann der Prüfer (sollte überhaupt jemals einer vorbeikommen) zur Not einfach eben den detaillierten Abrechnugsbericht als PDF durchlesen, die Stunden bringen ja bekanntlich das Geld 
. Ist aus deiner Erfahrung heraus dem Transaktionsbericht, bei dem man auswählen kann was in die CSV- Datei aufgenommen wird, zu trauen? Mit dem könnte ich dann wirklich im Schaf alles nacheinander durchbuchen. Stimmt auch wieder, vor allem wird bei Fehlern ja immer direkt ein Schuldiger gesucht und sowas wie "Bedienerfehler" erstmal geleugnetvbc hat geschrieben: ↑11. Jul 2023 00:14 Auf gar keinen Fall
Das habe ich mal probiert mit einer Software auf Filemaker Basis, aber wenn man alle Eventualitäten abbilden will, kommt was so komplexes raus, dass es schon wieder keinen Sinn macht und für eins mit allem sind die Großen mit Sicherheit besser.
Wenn man für sich selbst da rumbastelt, passt das schon und man spart echt ne Menge Geld, aber alles andere macht keinen Sinn. Höchstens, dass vielleicht so eine Programmierbude mal Interesse hat, sowas für kleinere umzusetzen und sich dann etwas Input holt.
Der csv Datei ist in sofern zu trauen, dass die Zahlen schon stimmen, aber wenn man nicht nochmal drüber schaut, passen viele Sachen, wie bereits erwähnt, halt nicht.
. Wäre mir dann wohl auch zu stressig. 
Mitglieder in diesem Forum: 0 Mitglieder und 42 Gäste
