Feierabend...  ... und das kurz vor dem Steuer- Termin. ... Mehr anzeigen

Leider fehlt hier jeder Bezug zum Buchungssatz...  Auch ist kein Filtern, Sortieren, usw. möglich.  Gibt es keine Möglichkeit, den Hinweis des angezeigten Buchungssatzes auf direktem Weg einzusehen, bevor ich die Hinweis entsorge? ... Mehr anzeigen

Ohne eine ordnungsgemäße abgegebene und bei BZST durchlaufende Erklärung kann die Umsatzsteuer nicht auf die einzelnen Länder aufgeteilt werden. Dieser Satz bringt es auf den Punkt. Wir haben die Erklärung nach der Prüfung des Formulars ordnungsgemäß abgegeben und haben eine Bestätigung in der Hand. Jetzt muß das BZST irgendwie diese Erklärung verarbeiten, um die Umsatzsteuer auf die Länder aufzuteilen.   Daß "die Dame am Telefon" das bei fehlerhafter Programmierung im BZST nicht gelöst bekommt, ist mir klar.   Wenn das BZST eine erneute, also korrigierte Übermittlung wünschen sollte, dann wäre der erste Schritt, daß man aufgrund der Protokoll- Daten ein neues Formular füllen kann, welches alle bereits getätigten Eingaben enthält, so daß man korrigieren kann. Programmtechnisch könnte bei Ablehnung der Verarbeitung diese Erklärung wieder als offen, also nicht übermittelt und damit editierbar zurückgestuft werden.     .   ... Mehr anzeigen

Was stand nochmals in der Meldung vom BZST? bitte kontrollieren Sie und korrigieren Sie fehlerhafte Angaben. Was spricht dagegen, den BZST per Fax mitzuteilen, daß die Lagerländer korrigiert sind, mit der Bitte, die Daten erneut zu verarbeiten. Freundlicherweise sendet man die 1. Seite des Übertragungsprotokolls mit der Ticketnumer mit, so daß eine Zuordnung erfolgen kann.   Meine subjektive Meinung: - Eine geänderte Erklärung gesetzlich nicht ist nicht vorgesehen. - Somit muß die Plausibilitätsprüfung Übermittlung einer erneuten Meldung ablehnen. - Mit der Ticket- Nummer haben wir fristgerecht eine gültige Erklärung abgegeben und können das nachweisen. -> Der Handlungsbedarf besteht beim BZST, denen die Daten der Erklärung vorliegen.   Vielleicht funktioniert die elektronische Übermittlung zum IV. Quartal und ReWe sendet dann noch die Daten vom III. Quartal als Erstmeldung, die logischerweise abgelehnt werden müssen, im Zweifel, aber das Datenloch beim BZST füllen.  Das BZST  könnte diese Vorgehendweise mit DATEV besprechen.  Abwarten?          ... Mehr anzeigen

Wir müssen uns des Eindrucks erwehren, daß wir Steuerberater zu blöde sind, einfache Steuererklärungen auszufüllen. Dieser Vorwurf darf weder an uns, noch an DATEV hängen bleiben. Betrifft Versender mit Amazon- Lagerländern:   Mittlerweise berichten Mandanten, daß sie (und viele ihrer Kollegen) von BOP angeschrieben wurden, daß die  manuell erfaßten Daten nicht plausibel seien - natürlich ohne Details zu nennen, wo der fehler liegen könnte. Das Fax der Kanzlei, welches die übermittelten Daten bestätigte und das Übermittlungsprotokoll incl. Ticketnummer fristgerecht beilegte, wurde ignoriert. Fazit: bekannter Fehler, oder hat die Kanzlei Mist gebaut ...  Vorschlag:  DATEV kommuniziert, daß baldmöglichst (spätestens zur IV- Meldung) eine neue Meldung zum III. Quartal elektronisch übermittelt wird.  ... Mehr anzeigen

Das Übliche... C:\DATEV\PROGRAMM\B0001508\NGenAll40.cmd EDIT: C:\DATEV\PROGRAMM\RWApplic\Leistungsindex.cmd       ... Mehr anzeigen

Wir arbeiten derzeit mit Hochdruck an einer Unterstützung in den DATEV-Anwendungen für die Berichtigungsproblematik im vierten Quartal und werden baldmöglichst über die notwendige Vorgehensweise informieren. Da es wohl programmintern keinen Snapshot der Daten beim Exportieren der Excel- Auswertung, die dann zum Copy & Paste Spiel beim Melden führte, gab, wird kein Programmierer der Welt die Berichtigungsproblematik für das vierte Quartal lösen können. Entweder "Knopfdruck" und das III. Quartal nochmals melden oder --- legal - Illegal - ***Beep***egal und diesen Rest einfach nicht korrigieren, wenn es die Technik nicht kann. Hinweis: Ich bekomme für einen Mandanten dessen OSS Meldung längst raus ist noch einen Oktober- Export, der auch Berichtigungen für den September enthält, die für die in 10 Tagen abzugebende deutsche USTE natürlich noch im September gebucht werden. ... Mehr anzeigen

Tip: nach Fertigstellung des Abschlusses auch die EB- Werte manuell übernehmen.  Spätestens hier sieht man, wenn solch ein Unfall passiert ist. ... Mehr anzeigen

Vielleicht könnten man Konten komplett sperren, aber nicht für einen ausgewählten Stapel.   Seit Jahren schwebt die Anforderung in der Wunschdatenbank, daß Benutzern der Blick auf einzelne Konten verwehrt werden sollen. Beispielsweise sollen beim Selbstbucher die von der Geschäftsleitung selber gepflegten Gehaltskonten nicht für Jedermann sichtbar sein. Auch möchten wir dem Prüfer Konten vorenthalten, deren Inhalt ihn nichts angeht. ... Mehr anzeigen

... mal ganz naiv gefragt: warum kann der SQL-Server die DBs, nicht wieder 'freiwillig' und 'mit vorauseilendem Gehorsam' in den Cache laden ? ... z.B. genau die DBs die er vor dem Stoppen des SQL-Servers im Cache hatte ?   Wir haben noch das alte Script im Einsatz, der den SQL vor der Sicherung stoppt und anschließend neu startet. Bei flotter Hardware insbes. SSD dauert das erste Starten des DAP am Tag keine 2 Sekunden länger, als üblich.   Damit können wir leben und können auf die Erfahrung zurückblicken, daß der SQL oder gar gesperrte Daten  hier noch nie Probleme verursachte. ... Mehr anzeigen

Gibt es bereits Informationen zur Freigabe des neuen Office 2021?   Da wir noch Office 2010 nutzen wollen wir nicht mehr zu lange warten. 64, oder 32- Bit- Installation? für 10 Clienten: Die normalen bei Idealo angebotenen Office 2021 Home & Business (DE) Pakete für knapp 150 EUR / Pro PC sollten Ok und legal sein? ... Mehr anzeigen

Auf das Konto, wo die Steuerverbindlichkeiten der OSS- Vorfälle landeten. Sollte sich durch die Zahlung auf NULL ausgleichen, wenn alles korrekt lief. ... Mehr anzeigen

Sie haben leider Recht.   Die Währungs- Meldung können Sie schmunzelnd weg klicken. Die Excel- Datei läßt sich mittels Kontextmenü ausgeben. - Drucken nach PDF (Querformat) (ist eine tolle Fax- Vorlage)  - Excel- Datei speichern   Hier ist eine Anleitung, wie die Daten manuell zu erfassen sind. (Copy & Paste aus der PDF) Manuelle OSS-Meldung für Q3 2021 beim BZSt: Taxdoo hilft Händlern   bei Außenlagern wird alles erst einmal funktionieren und später finden Sie Post:   OSS Meldung fehlgeschlagen; BZSt bestätigt Fehler in OSS Formular | Taxdoo   Ob sie dann die PDF per Fax senden... Müssen sie wissen.   sind wir zu blöd, um einfache Formulare auszufüllen?     ... Mehr anzeigen

ehrlich gesagt. diese Meldung zu den Währungen ist das Unwichtigste überhaupt, obwohl Sie einen schon das Schlimmste ahnen läßt. Wir haben jetzt manuell die Erklärungen ausgefüllt und sind auf folgende Probleme gestoßen:   Bei einigen Ländern fehlen noch die längst beantragten UST- ID- Nummern der Lagerländer und diese Sachverhalte müssen im IV- Quartal nachgemeldet werden. obwohl die Meldungen formell korrekt berechnet und eingereicht wurden, moniert das BOP unerwartete Fehler in der Plausibilitätsprüfung. (Wohl ein OSS- Bug) Da der September natürlich noch nicht final fertig gebucht ist, kann es noch Nachbuchungen geben. Fragen:   Wie erfolgt das Festschreiben der nach Excel exportierten Werte, so daß Nachbuchungen des III. Quartals im IV. Quartal korrekt übermittelt werden, jedoch die bereits übermittelten Werte das III. Quartals nicht nochmals gesendet werden? Ein manuelles Subtrahieren in Excel mit anschließender manueller Erfassung kann ja nicht die Lösung sein. Wie gehen wir mit abgewiesenen Meldungen um, wenn wir keine Ahnung haben, was nun vom Bundesamt für Steuern trotz Plausibilitäts- Probleme doch noch irgendwie verarbeitet wurde? Vielleicht kann sich ja DATEV dafür einsetzen, daß mit dem Export einfach geänderte Meldungen des III. Quartals auf elektronischem Weg übermittelt werden können, die im Bundesamt die bestehenden Werte überschreiben. Den Mandanten anzuweisen, die Differenz nachzuzahlen, sollte das geringste Problem darstellen.   Wie gesagt, wir wissen nicht, was Stand heute beim Bundesamt an gültigen Meldungen ankam, bzw. manuell doch noch irgendwie verarbeitet wird. Folglich können wir auch keine korrekte Nachmeldung der fehlenden Daten vornehmen. Daß die DATEV- Auswertung durch Weiterbuchen mittlerweile geringfügig abweichende Werte ausweist kommt erschwerend hinzu. (Ist ja nur Skonto durch die Zahlungen im Oktober...)   Wir müssen uns des Eindrucks erwehren, daß wir Steuerberater zu blöde sind, einfache Steuererklärungen auszufüllen. Dieser Vorwurf darf weder an uns, noch an DATEV hängen bleiben. ... Mehr anzeigen

Auf das neu angelegte Konto: "USt im anderen EU-Land stpfl.Lieferung" und "UST aus im Inl. steuerpfl. EU- Lieferung", wo die UST- Beträge gelandet sein sollten.  Im Prinzip sollten sich die Beträge ausziffern. ... Mehr anzeigen

Ohne Worte... Abgelehnt: OSS Meldung fehlgeschlagen; Fehler in OSS Formular | Taxdoo ... Mehr anzeigen

Mittlerweile haben wir alle unerklärbaren Fehlermeldungen, wie hier dokumentiert: Link: Abgelehnt: OSS Meldung fehlgeschlagen; Fehler in OSS Formular | Taxdoo   "Angaben in der Erklärung nicht plausibel" Offensichtlich gibt es noch diverse Bugs bei der Plausibilitätsprüfung. Alle Daten sind korrekt erfaßt. Ein versehentliches Erfassen für "Dienstleistungen" und das sofortige Löschen löst wohl einen der Bugs aus. Eine Korrektur der Erklärung ist natürlich nicht technisch nicht vorgesehen.   Zitat: "Fehler offenbar im OSS-Formular." ... Mehr anzeigen

Thema Schnittstelle: Jeder wartet auf Jeden! Warum kann die DATEV nicht eine Schnittstelle definieren und die Schnittstellenbeschreibung dem Bundesamt aufdrücken. Klar, die Programmierer werden dann Änderungen oder Anpassungen verlangen, aber wenn die Techniker von DATEV und vom Bundesamt im Dialog gemeinsam am Projekt arbeiten, dann könnte es schnell funktionierende Lösungen geben.   So erfindet jetzt das Amt irgend eine Schnittstelle und DATEV muß Klimmzüge machen, um einen Export zu generieren, der hier paßt.  Da schlagen dann Länderbezeichnungen, Länderkennungen der UST-ID- Nummer, Vorzeichen, Nullzeilen, Rundungsdifferenzen, verkehrte UST- Sätze, usw. auf.  Hier konkret passiert: Eine Lieferung aus dem Lager Polen nach Frankreich mit 20% (anstelle 22%) gebucht. Keine Ahnung, wie das passierte, aber der Buchungssatz war so im System. Die Techniker müssen also gemeinsam eine Lösung bauen, die mit 100 prozentiger Sicherheit beim finalen Transfer in keine Fehler läuft. Folge: DATEV muß die inhaltliche Prüfung korrekt durchführen!  ... Mehr anzeigen

WARNUNG! Beim Versandhändler kommen sehr schnell mehr als 100 Zeilen zusammen, die alle separat mittels Pull- Down- Erfassungsfelder manuell einzutragen sind. Da wird keine UST.ID- Nummer, oder ähnliches vorbelegt. Immerhin, ein Copy & Paste funktioniert halbwegs.   Einfacher Mandant ohne Lieferländer: mind. 1 Stunde Zeitaufwand Amazon- Mandant mit Lieferländern: mehrere Stunden Zeitaufwand pro Mandant, um die Zahlen manuell aus ReWe in das Elster Formular zu bringen, wo ein elektronischer Transfer 1 Sekunde benötigen sollte.   Einen Tag lang nur manuell Zahlen von einer Tabelle in ein Formular kopieren. So macht der Job keinen Spaß und wichtige Dinge, wie Abschlüsse bleiben liegen. ... Mehr anzeigen