Zumindest kein Ausfall bei der DATEV diesmal
Hochmut kommt vor dem Fall. Also pssst 🤐.
Aktuell würde ich auch Entwarnung geben.
Meine Meldung ist durch, puhh 90min Kampf vorüber...
Hallo liebe OSS'ler
vielen Dank für den interessanten Austausch hier!
Zur Frage unserer Vergütung gibt es hier eine gute Stellungnahme der StBK:
https://www.stbk-koeln.de/fileadmin/site-template/pdf/Vergütungsrecht/Die_Vergütung_des_Steuerberaters_im_Zusammenhang_mit_der_Nutzung_des_One-Stop-Shop__OSS_-Verfahrens.pdf
Grusz ausm Norden
Hallo lieber Thread,
nun möchte ich auch gern ein Problem schildern.
Auf Grund noch überschaubarer OSS-Umsätze habe ich bisher auf die Einrichtung individuell eingerichteter Erlöskonten mit Steuerautomatik verzichtet.
Statt dessen habe ich mit dem Buchungsschlüssel 2410 gearbeitet.
Unser Mandant liefert aus Niederlanden in alle EU und Drittländer.
Bei der Erfassung der Lieferungen von NL => D komme ich nicht weiter.
Mir wird diese Eingabe verweigert.
Was habe ich übersehen - wie kann ich die OSS Umsätze in D erfassen, so dass diese auch in der OSS Auswertung erscheinen?
Danke & Grusz
@number_cruncher
Hier gibt es eine gute Erläuterung zu dem Problem
https://apps.datev.de/help-center/documents/1020263
Unter Punkt 3.1.2 schauen
Ihr Sachverhalt ist folgender:
Im Inland steuerpflichtige EU-Lieferung, Ursprungsland nicht Inland, nur OSS
Innergemeinschaftlicher Fernverkauf über Lager - EU1 -> DE.
Deutscher UN liefert Ware aus seinem Lager in EU1 an Privat in DE.
Steuerpflichtig im Bestimmungsland DE.
Teilnahme am OSS-Verfahren.
Vielen Dank für Ihren Hinweis Herr Giebel!
Das hatte ich glaub ich auch schon mal probiert und mich nicht so recht mit der Buchung der USt auf dem Konto #9999 angefreundet.
Es wohl am besten, sich die Zeit zu nehmen, um die Konten einzeln zu individualisieren.
Grusz
@number_cruncher
So haben wir das auch gemacht, wobei das Verrechnungskonto für die Umsatzsteuer nach Zahlung an das BZST ja immer auf 0,00 aufgehen müßte, ggf. einfach monatlich oder quartalsweise umbuchen
Es wird alles ohne Nachfrage oder Abbruch- Möglichkeit festgeschrieben, auch unvollständige und vorläufige JA- Stapel, außer Sie nutzen den "getrennten Bestand".
WICHTIG !!!
Vorher Datensicherung und dann wieder rücksichern. Ja, DATEV, so ist es ...
Wie machen es Sie oder auch die Kollegen ?
Da es sich um Exporte aus Fremdsystemen handelt, folgende Vorgehensweise:
- Import in ReWe
- den ersten Buchungssatz mit Steuersatz, usw. vervollständigen
- Export des Stapels
- Öffnen in Excel
- Sortieren nach Ländern
- Einkopieren der Infos, wie Steuersätze, usw.
- zurück sortieren
- Import, fertig.
-> OSS- Meldung fährt gegen die Wand, wenn dann doch für irgend ein Land der verkehrte Steuersatz gebucht wurde.
Da der Stapel dann festgeschrieben ist, weiß nur DATEV, wie man das dann korrigieren kann.
@martinkolberg schrieb:
Wie machen es Sie oder auch die Kollegen ?
-> OSS- Meldung fährt gegen die Wand, wenn dann doch für irgend ein Land der verkehrte Steuersatz gebucht wurde.
Da der Stapel dann festgeschrieben ist, weiß nur DATEV, wie man das dann korrigieren kann.
Ist mir fast peinlich, aber eine andere Lösung haben wir hier bisher nicht: Die Buchungen mit dem falschen Steuersatz per Generalumkehr in einem neuen Vorlauf erfassen und festschreiben. --> Stammdaten zum Konto i.S. Steuersatz ändern. --> Alte Buchungen in drittem Vorlauf nochmals erfassen ( jetzt wird der richtige Steuersatz gezogen) und festschreiben. --> CSV-Datei erzeugen. --> In CSV-Datei die Zeile mit dem falschen Steuersatz löschen, speichern und per Elster im BOP (BZStOnline-Portal) hochladen.
Im 1. Quartal 2022 sind alle Meldungen unfallfrei durch gelaufen. (BOP- Zahl = ReWe- Zahl)
Das Festschreibe- Thema sollte bitte überarbeitet werden.
Situation:
- Ausgangsrechnungen sind vom Fremdsystem längst importiert. (separate Stapel)
- Laufende Buchhaltung ist halbfertig und wartet auf letzte Belege und muß noch abgestimmt werden.
Workflow:
Daß dabei die Auslieferungen verlustig gehen... egal, aber besser, wie alle festschreiben.
DATEV, bitte ändern, so daß man die OSS- Meldung auch raus bekommt, ohne die aktuelle Buchhaltung fest zu schreiben, deren Termin bekanntlich der 10. Mai ist.
Für "Schnellbucher":
Die Schnellbucher werden bis zum 10. Mai die April- Buchhaltung erfassen, um beim abstimmen noch Feinheiten aus der März- BH zu korrigieren, um die BH dann zu senden.
Guten Tag Frau Wenzel, beim Elster-Portal wird eine neue CSV-Version (1.1) verlangt, die jetzige DATEV csv-Datei wird leider nicht mehr akzeptiert. Ist mit einem superschnellen Update noch zu rechnen oder tippen wir alle wieder Zahlen vom linken in den rechten Monitor ab?
CSV-Version | Inhalt der Änderungen |
Hinzufügen des Satztyps 6 - Berichtigungen |
Abhilfe gefunden unter: DATEV Hilfe-Center, Dok.-Nr. 1023922
Gelöst: Schnittstelle OSS DATEV-BOP nicht mehr aktuell - DATEV-Community - 281390
Guten Morgen keinhausen,
Mit dem nächsten Servicerelease im Mai wird die Transportdatei mit der aktuellen Version #v1.1 erstellt.
Der Import mit der veralteten Version ist nur in Verbindung mit fachlichen Fehlern nicht möglich.
Wenn die Transportdatei keine fachlichen Fehler enthält sollte der Import auch mit der Version v1.0 möglich sein.
Sie können die fachlichen Fehler und die Version in der Transportdatei manuell korrigieren.
Alle Informationen dazu finden Sie auch hier: OSS: Datei für BZStOnline hat veraltete Version
Können Sie sich bitte des Themas "Workflow" annehmen.
Wie ist denn die übliche Reihenfolge?
Warum kann ReWe das nicht so abbilden und ich muß erst den Erledigungsvermerk setzen, bevor ich meine Arbeit erledigen kann.
Hinweis:
Wenn der Import in einen Fehler läuft, bitte die Export- Datei öffnen und ansehen.
Hier war es eine Zeile mit negativen Werten, ausgelöst durch ein im April gebuchtes Storno eines FR- Verkaufs aus dem März.
Auch Zeilen mit NULL- Werten mag Elster überhaupt nicht. (Erzeugt durch die GU obiger Stornobuchung)
Viel Glück bei "Jugend forscht"
Grundsätze des Festschreibens?? Lästig, denn es entstehen immer neue Vorläufe, bis alles unfallfrei durch ist.
Daß die jetzt in den März verschobene Buchung keine Berichtigung mehr auslöst mag den vielfachen Korrektur- Versuchen geschuldet sein. Egal, ist nur ein Kleinbetrag...
Hallo martinkolberg,
der Workflow ist wie folgt:
Wir haben dazu inzwischen auch ein Hilfe-Dokument: OSS-EU-Auswertung: Transportdatei für BZSt erzeugen ab Version 10.46
Zu der Frage warum die Auswertung Festgeschrieben sein muss habe ich hier schon ein mal Stellung genommen:
OSS, Stand der Dinge? – Seite 2 - DATEV-Community - 247082
Im Grunde deshalb, um mögliche Berichtigungen identifizieren und ausweisen zu können.
Guten Morgen Frau Wenzel, schlechtes Timing! Die neue Funktion wäre 1 oder 2 Wochen früher sinnvoller gewesen, da die Frist zur Abgabe der Anmeldung 2. Quartal im Juli noch abläuft.
insgesamt gibt die Datev bei der Umsetzung der OSS Anmeldung kein gutes Bild ab, auch die gedachten Workflows sind absolut praxisfern!
Guten Tag,
vom Workflow ist das BZSt eine ganze Hausnummer ...
Dok.-Nr.: 1021243: Ausblick: OSS-EU-Auswertung für DATEV-Rechnungswesen-Programme
"2.1.8 Transportdatei für BZSt erzeugen (Übergangslösung bis zur Freigabe einer offiziellen Schnittstelle des BZSt)
Eine offiziell veröffentlichte Schnittstelle (inklusive Berichtigungsbuchungen früherer Zeiträume) für die OSS-Steuermeldung liegt vom BZSt noch nicht vor."
D.h. eine Übermittlung über´s DATEV-RZ liegt in weiter Ferne. Ich habe das BZSt zuletzt am 25.4.2022 wegen der offiziellen Schnittstelle angeschrieben. Antwort bis heute: Keine.
Freundliche Grüße, Edmund Rehm