Aufgrund der zu erwartenden Wetterbedingungen hat die Bahn schon gestern den Betrieb verringert, die Schulen und Kindergärten wurden für heute vorsorglich geschlossen und DATEV meint das der Schneefall mit Wind die Bedingungen auf der Datenautobahn extrem gefährlich macht. Diese wurde vorsorglich gesperrt. 😂   Hier im Übrigen auch kein Buchen mit Belegbildern möglich. ... Mehr anzeigen

@Tribseeser    Ja, genau da kommt es her. Den Text ab dem "&" löschen, Klammersetzung beachten. Am Besten den Text in einen Editor kopieren, speichern und mit anderem Namen im Editor bearbeiten. Danach wieder in das Formular kopieren und testen. ... Mehr anzeigen

@Tribseeser    Bei classic findet sich dies in den Positionsbeschreibungen im Rechnungsformular. Das Bedingungsgewusel muss gut durchgelesen werden um dann die Ergänzung für § 14 zu löschen.   Bei ZugFerD oder E-Rechnung allerdings unmöglich da sich diese Rechnungen nicht individualisieren lassen. ... Mehr anzeigen

@Tribseeser    Immer die erste Frage beantworten!   Welches EO Programm?   In EO classic gibt es keine Standardpositionen mit Verweis auf § 14, also ist die entsprechende Position individuell angelegt. Also einfach in der StBVV Version ab 1.07.2025 in der entsprechenden Rechnungsposition herauslöschen. ... Mehr anzeigen

@vogtsburger    IDEA lässt sich käuflich erwerben. ... Die Einrichtung ist individuell zu leisten.   Die GdPDU Daten sind komplett lesbar da csv und xml. ... richtig sortiert und aufbereitet lassen diese sich mittel ASCII Import an DATEV ReWe verfüttern. ... Mehr anzeigen

@karstenm    Der Ansatz von @RAHagena ist eigentlich der richtige Weg. Die Jahresangabe lässt sich über die Einstellungen zum Dokument, relativ gut, automatisieren. Mit dem Paltzhalter «PCD/Attribute/Jahr» wird das Jahr in das Dokument übernommen und steht dann natürlich auch zur Ablage bereit.   Relativ deswegen weil in der Maske entweder "Vorjahr" oder das Jahr fix als Vorgabe eingetragen werden kann, bei der gewünschten Verwendung scheidet "aktuelles Jahr" vermutlich aus. Soweit "Vorjahr" vorgegeben ist ist natürlich beim Jahreswechsel in das übernächste Jahr bei Dokumenterstellung natürliche Intelligenz gefragt. ... Mehr anzeigen

@Andreas_Thaler    Immer noch keine Daten und keine Reaktion auf den Servicekontakt.   Weihnachten ist gesichert, abtippen der Kontoauszüge.   DATEV - Wir können alles, außer Automatisierung und Qualität. ... Mehr anzeigen

@Interceptor    Der Vorteil der Cloud ist, dass bei einem Fehler viele Kanzleien stehen oder nicht richtig arbeiten können. Bestes Beispiel ist die Umstellung auf die Payment Cloud. Hier gibt es doch einige, die Kontoauszüge nicht buchen können. Keine Warnung das bestimmte Konstellationen evtl. nicht übernommen werden können, kein Hinweis auf Schwierigkeiten bei den Automatismen. Hat nicht geklappt, macht nichts, der Nutzer merkt das schon.   Rechtzeitige Information auf diese Fehlerquellen hätte zur rechtzeitigen Reaktion zusammen mit dem Mandanten geführt. So lässt DATEV die Kanzleien wissentlich gegen die Wand laufen.   Das ist ein Beispiel von Vielen über die, ach so tolle, DATEV Cloud.   Grundsätzlich habe ich keine Einwände gegen Software in der Cloud, nur gegen den Rückschritt im Funktionsumfang und in der Preiserhöhung (das dicke Ende kommt erst noch wenn die "Automaten" zu nutzen sind). Darüber sollte sich jeder Gedanken machen. ... Mehr anzeigen

Korrektur @vogtsburger @AKW    Es wird: MyDATEVnextPhantasy ... Mehr anzeigen

@steuerbär    Warum sollte es einen Grauen?   Es wird geschehen, wie es vorherzusehen ist.   Die Funktionen werden on-premises immer weiter eingeschränkt, im Rechenzentrum gegen Gebühr mit verminderter Leistungsfähigkeit neu aufgebaut.   Die Skaleneffekte die sich seinerzeit bei der Umstellung vom Rechenzentrum zu on-premises (früher In-house) ergeben hatten wandern zum Rechenzentrum und verbleiben nicht beim Nutzer.   Wenn die Umstellung nicht mehr den vollen Funktionsumfang hat, werden zusätzliche Programme (Marketplace) notwendig. Natürlich gegen Geld.   Klappt etwas nicht im Rechenzentrum macht der Nutzer dicke Backen.   Kann der versprochene Funktionsumfang nicht geliefert werden wird das Programm als fertig deklariert und nicht weiterentwickelt und auf den Marketplace verwiesen.   Zusammenarbeit mit dem Mandanten ist ein Argument, vergessen wurde die Zusammenarbeit im Team der Kanzlei, da findet sich nichts. Also benötigt die Kanzlei wieder ein on-premises System für diesen Zweck.   Termintreue für Planung der Umstellung findet nicht statt.   Ich muss mich jetzt mal wieder um die Segnungen der Cloud kümmern, die Kontendaten sind teilweise nicht vorhanden. War ja auch nur eine Umstellung im Rechenzentrum, Vorarbeiten waren gemacht, ab da sollte dann automatisch umgestellt werden. Wurde aber nicht.   Aber in dem Weihnachtsfilmchen des CEO wurden alle Ziele als erreicht erklärt. Klingt wie die Umstellung auf pro, die wurde ja auch als fertig erklärt.   Also: Zukunft gestalten! Gemeinsam? ... Mehr anzeigen

Der Letzte natürlich.   Denn: Die Ersten werden die Letzten sein.   Matthäus 19,30; Lukas 6,31 ... Mehr anzeigen

@andreashofmeister  schrieb:       Dann berichten Sie doch mal, wenn Sie eine Alternative gefunden haben.   Das wird höchstens mit einem "XXXXXXX" gelöscht durch Admin und dem Bann des Posters enden.   Außerdem, welches Interesse hätte jemand hier zu schreiben, wenn eine Alternative gefunden und genutzt wird?   Also aufpassen, wer zu bestimmten Themen nicht mehr schreibt. ... Mehr anzeigen

@peter    Viel interessanter wäre eine Antwort auf die Frage, welche Daten aus der DIVA Rücklieferung DATEV auf welchem Platzhalter bereitstellt. Vor Allem bei den Bescheiden, bei denen die Finanzverwaltung bisher keine Daten zurückgeliefert hat (KSt z. B.). ... Mehr anzeigen

@Andreas_Thaler    Und was tun, wenn alles so umgestellt ist wie beschrieben?   Sparkassenkonto im RZ auf MT940, Bankkonto im RZ auf CAMT. Und das bei allen Mandanten mit dieser Sparkasse. ... Mehr anzeigen

Hier ist es genauso. Alle Bankverbindungen einer Sparkasse wurden im RZ nicht umgestellt. Die lokale Umstellung erfolgte wie von DATEV vorgegeben, alle Nichtsparkassen Bankkonten werden mit aktuellen Daten versorgt.   Die Daten des letzten Abrufs liegen mitte November, also passend zur Umstellung auf camt bei der Sparkasse, im DATEV RZ noch MT940 als Verfahren ausgewiesen.   Das Protokoll sagt Abruf STA korrekt, keine Daten vorhanden.   Wer hat nun ein Problem?    Natürlich die Kanzlei!   Wer übernimmt die Kosten für die Mehrarbeit (Anforderung Kontoauszüge, manuelle Buchung)?   Natürlich die Kanzlei!   Wer erhöht die Preise zum 1.01.2026?    Natürlich DATEV!   ... Mehr anzeigen

@Siggi1    Über "Drucken" gewinnt man keinen Blumentopf. Das xml Format ist ein Datenformat! Der richtige Weg ist der Dateiexport der xml Datei aus UO heraus. Dann sollte die xxxyy.xml am PC im Dateisystem abgelegt sein.   Diese xml Datei kann dann in Excel im Datenimport importiert werden.   Viel Spaß ohne xml Kenntnisse. ... Mehr anzeigen

@Interceptor    War IBM nicht die Abkürzung für "Immer Besser Manuell"? ... Mehr anzeigen

@Heidi1    Es bleiben nur die im Rechenzentrum gespeicherten Daten manuell aufzubereiten. Noch lässt sich eine Archiv DVD abrufen mit der dann die Auswertungen ausgegeben werden können, natürlich nur mit den üblichen Einschränkungen.   Das mag sehr destruktiv klingen, aber Lohn RZ (Lodas ist ein reines Erfassungshilfsprogramm) ist nun in die Jahrzehnte gekommen. Hier in der Community finden sich diverse Threads zu diesem Thema, einfach mal suchen. ... Mehr anzeigen

@AndreaWagner    Für Berlin ist das eine kleine Fingerübung, einfach einen variablen Platzhalter anlegen, Bedingung FA-Nr. > 1100 und <1199 anlegen, dann Text "Berliner Finanzämter" sonst Platzhalter FA, fertig. Rest wie immer. Die IBAN ist ja bei allen Berliner FÄ in der Institutionsverwaltung gleich.   Hamburg wäre ähnlich.   Für alle anderen Bundesländer müsste die GEMFA Datei ausgelesen werden um die Informationen zu finden. Wobei da die Empfängerbezeichnung noch nicht als Datenfeld enthalten ist. Also auch Mist in den grundlegenden Daten. Bleibt also nur die GEMFA Datein nach abweichenden Kassenfinanzämtern abzuprüfen (das Feld gibt es) und dann auf die Pirsch nach der korrekten Empfängerbezeichnung zu gehen.   Digitalisierung "Made in Germany" 😱   Im Übrigen weiß ich nicht ob DATEV inzwischen die GEMFA Datei als Grundlage der Institutionsverwaltung nutzt. Vor einiger Zeit war das noch nicht so. ... Mehr anzeigen

@Nils0809    Nein, diesen Platzhalter gibt es nicht und wird es auch nicht geben. Das ist schon seit gefühlt 30 Jahren (Einführung der Schriftguterstellung Mitte 1990er) ein Wunsch.   @Andreas_Kiermeier    Es betrifft die Schriftguterstellung (sollte man eigentlich wissen da ein wichtiges Arbeitsmittel). Genau genommen sollte der Platzhalter ein Pflichtplatzhalter sein, spätestens mit Einführung der VoP in SEPA. Die Finanzamtsbezeichnung des Kassenfinanzamts muss nicht unbedingt die Bezeichnung des Kontoinhabers sein. In den Einzelinformationen ist in den Stammdaten des Mandanten das Kassenfinanzamt meist zu finden. Nur so zur Information. ... Mehr anzeigen

@All   Irgendwie geistert in meinen Vorstellungen noch der DATEV Slogan    Zukunft gestalten. Gemeinsam.   herum.   Wenn ich diese Diskussion betrachte stelle ich fest, dass eigentlich keiner der "Kritiker" den Umstieg in die Cloud ablehnt, wohl aber Punkte erwähnt die für die tägliche Praxis bedeutsam sind.   Dagegen steht die Fraktion der kritiklosen Anwender die jede DATEV Äußerung als unumstößliche Wahrheit betrachten und dieses hier durchsetzen wollen. Das dabei die "Kritiker" in die Nähe zu, na ja es würde eh nur gebleept werden, ... gerückt werden ist eine Sache die nicht hierher passt.    DATEV ist stolz darauf, dass hier in der Community (bedeutet im Übrigen Gemeinschaft) über 40K Personen angemeltdet sind, es wird trotzdem immer wieder auf die geringe Relevanz hingewiesen. Passt meiner Meinung nicht zusammen.   Ein wenig Reflektion sollte bei DATEV schon zu wünschen sein, bei Personio gab es auch Stimmen, die genau das eingetroffene Szenario befürchtet hatten. Die Angriffe waren sinngemäß nahezu gleichlautend. ... Mehr anzeigen

@clausschwarz    Ihren Ausführungen ist nichts hinzuzufügen.   Leider wird man hier für Produktempfehlungen außerhalb des DATEV Marketplace gebannt, also wird der Mund gehalten.   Ich habe schon einige Programme auf Fremdprogramme umgestellt und es werden regelmäßig mehr, die Unternehmensplanung in der ursprünglichen Form war ein sperriges, aber sehr nützliches Programm. Es ist unverständlich aus welchen Gründen DATEV so etwas aufgibt. Man darf ja nicht vergessen, dass Ausweichbewegungen in der Übergangszeit absolut notwendig sind. Wenn sich diese "Ausweichprodukte" bewähren wird die Rückkehr zu einem zusammengedengelten MVP recht unwahrscheinlich.   Ansonsten gilt: Excel oder LibreOfficeCalc ist der Freund der Stunde. ... Mehr anzeigen

Auskunftssystem. Baum Arbeitsplatz unter vorletzter Punkt. ... Mehr anzeigen

@Sarah_Reitzmann   Vielen Dank für das Verschieben des Threads, damit wurde die in Arbeit befindliche Antwort unwiederbringlich gelöscht.   Die Antwort lautete. Auskunftssystem   Natürlich mit Erläuterungen. Können Sie jetzt gerne übernehmen. ... Mehr anzeigen

@andreashofmeister  schrieb: Das kennt man doch von LOON schon. Was ist passiert? Genau, nix.    Doch, die on-premises Anwendung(en) werden nur notdürftig am Laufen gehalten und im Funktionsumfang verringert (Anpassung an zukünftige Datenhaltung?), das erleben wir täglich bei LuG. So etwas bei der Umstellung auf "irgendwie Rechnungswesen Online" wäre eine ziemliche Einschränkung der täglichen Arbeit in der Übergangsphase.   Ob die Anwendung nun im Rechenzentrum (von DATEV auch Cloud genannt) oder on-premises läuft ist dabei völlig egal. Haupsache, dass die Prozesse einwandfrei laufen und (natürlich auch unter Anpassungen) portiert werden können. Lücken darf es nicht geben. ... Mehr anzeigen

@Steuerberater_DO  schrieb: @einmalnoch  schrieb: 1. Für die BP ist es aber einfacher, sich die Daten an einer Stelle zu besorgen. In die Vorsysteme können die bei Bedarf doch immer noch abspringen. 2. Warum sollte eine Online FiBu nicht GoBD konform sein? Wer lesen kann ist klar im Vorteil. Oder?   Im Übrigen wäre die DATEV Online Fibu nicht mehr die FiBu im Sinne der GoBD, sollte ein WP eigentlich wissen.   Wenn dieser Satz im Kontext meines Szenarios gelesen würde, dann wäre der Sinn klar.   Denn in meinem Szenario gibt es genau eine Buchführung und die liegt im ERP. Warum dann noch zusätzlich eine Kopie bei DATEV Online? Wäre diese Kopie noch eine GoBD konforme Buchführung?   Ich will nur deutlich machen, dass die E-Rechnung in einem viel größeren Kontext gesehen werden muss als es bisher geschieht. Was DATEV nun an einseitiger Sichtweise in den Raum wirft ist mir, gelinde gesagt, egal. Entweder passt das Programm in meine Prozesse oder nicht. Gibt es Mitbewerber, die besser in die Prozesse passen, dann wird eben der Mitbewerber genommen.   Den üblichen Spruch "Dann geh doch zu ..." kann an dieser Stelle auch eine Absage erteilt werden, da bin ich teilweise schon. ... Mehr anzeigen

@Steuerberater_DO  schrieb: Die Frage ist vermutlich einfach zu beantworten: Irgendwoher will die BP ihre Daten ziehen :-). Als WP sollten Sie doch wissen, dass auch Vorsysteme Schnittstellen zur BP besitzen müssen, wenn die FiBu dabei ist braucht es natürlich auch die FA Schnittstelle.   Und man stelle sich vor, die Programme können das per default.   Im Übrigen wäre die DATEV Online Fibu nicht mehr die FiBu im Sinne der GoBD, sollte ein WP eigentlich wissen. Oder? ... Mehr anzeigen

Bei dem Hin und Her stelle ich mir die Frage inwieweit das DATEV Online Rechnungswesen noch ein Rechnungswesenprogramm oder nur noch Auswertungsberechnungssystem nach verpflichtenden Vorsystemen ist.   Was ich herausgelesen habe ist:   Es kommen die Rechnungsdaten aus dem Automatisierungsservice (Bepreisung pro Beleg). Es kommen Daten aus dem Automatisierungsservice Bank (Bepreisung pro Buchung?). Es kommen Daten aus Kasse Online aus Unternehmen Online (Bepreisung UO). Die Anlagenbuchführung wurde gar nicht erwähnt.   Wie ich mir die Zukunft vorstelle:   Der Mandant hat ein ERP System mit dem die Prozesse innerhalb des Unternehmens mehr oder weniger abgebildet sind. Das ERP System erzeugt in Zusammenarbeit mit dem Lieferanten eine Bestellung im (Auchtung, festhalten) ZugFerD Format (Hinweis: Das geht). Der Lieferant konfektioniert die Bestellung und leitet den Versand mit Lieferschein (auch elektronisch) ein und Versendet die Ware. Im Wareneingang wird die Lieferung auf Vollzähligkeit geprüft (natürlich durch scannen des aufgedruckten Codes, Bar oder QR) und der eingang freigegeben. Der Lieferant erhält, genau wie der Besteller, die Eingangsbestätigung und versendet automatisch die Rechnung. Das ERP System prüft die E-Rechnung automatisch nach Eingang und gibt die Zahlung frei oder wirft den Vorgang dem Sachbearbeiter auf den (virtuellen) Schreibtisch. Das ERP System legt den kompletten Vorgang im unternehmenseigenen DMS ab. Die ERP integrierte Finanzbuchhaltung bucht die Rechnungen und Zahlungen taggenau.  Alle Vorgänge sind genau dokumentiert und die Buchungen entsprechend den Vorgaben des Vorgangs hinterlegt.   Gibt es nicht? Doch!    Nun die Frage aller Fragen:   Warum brauche ich noch eine DATEV Online Rechnungswesen mit Vorsystemen?     ... Mehr anzeigen

@mspoetzl    Wurden die Gesellschafter in Stammdaten | Gesellschafter (vollständig) angelegt?   Eigentlich springt dann in der gezeigten Maske die Gesellschafterauswahl auf. ... Mehr anzeigen