Hallo @Thunderbrain,   seit 2019 hat sich am Zeichensatz nichts geändert. Meine Informationen sind immer noch gültig.   Ich kann auch Ihr beschriebenes Verhalten mit der Beispiel-Datei nicht nachvollziehen. Wenn ihr die Datei downloade und dann über den Windows-Editor öffne, dann steht bei mir ganz normal "Aufteilung auf Erlöskonto".   Da bei Ihnen nur der Umlaut falsch dargestellt wird, scheint es mir nicht am Unterschied zwischen ANSI und UTF-8 zu liegen. Dieses Verhalten ist typisch für den Unterschied von ANSI und ASCII.   Ich vermute entweder Sie öffnen in einem Programm, dass im ASCII-Zeichensatz darstellt oder Sie haben die Datei in den ASCII-Zeichensatz konvertiert.   Mit freundlichen Grüßen   Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo @fefe ,   es liegt daran, ob der Mandant noch den alten Jahresabschluss auf Basis von Zuordnungstabellen oder bereits den neuen Jahresabschluss auf Basis von Kontenzwecken nutzt.  Mit dem Jahresabschluss wurde auch die Auswertung Gegenstandswerte Buchführung neu geschrieben. Sie erkennen das auch an dem neuen Layout. Die Wahlmöglichkeit bei 4/3-Rechnern ist nur in der neuen Auswertung gegeben.   Hallo @cwes ,   auch diesen Wunsch haben wir zur Version 10.3 umgesetzt. Es gibt neue Gebührennummern für das Führen steuerlicher Aufzeichnungen, z.B. 3302 "Steuerliche Aufzeichnungen mit Kontierung". Auch dies ist nur bei Nutzung des neuen Jahresabschlusses möglich. Die alte Auswertung werden wir nicht mehr anpassen.   Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo @vogtsburger ,   die meisten Programme übergeben DATEV-Format-Dateien als Datei und stellen sie auf der Festplatte ab. Diese Dateien mit Dateinamen DTVF_*.csv oder EXTF_*.csv können Sie ganz normal öffnen und einsehen. Sie können später in der Stapelverarbeitung importiert werden.   Eine Besonderheit gibt es bei Ablage der Datei im Importdatenpfad von Kanzlei-Rechnungswesen (meist L:\DATEV\DATEN\RWDAT\IMPORT). Dies ist bei den meisten abgebenden DATEV-Anwendungen die Standardeinstellung. Wenn in Kanzlei-Rechnungswesen die Stapelverarbeitung geöffnet wird, sucht das Programm nach DATEV-Format-Dateien zum aktuell geöffneten Ordnungsbegriff (Berater- und Mandantennummer). Diese Daten werden direkt in die Datenbank überführt und als eigenständige Datei gelöscht. Sollten Sie diese Datei noch einmal benötigen, können Sie den Datensatz in der Stapelverarbeitung mit der rechten Maustaste anklicken und im Kontextmenü exportieren. Sobald Sie die Stapel verarbeitet haben ist das nicht mehr möglich.   Einige Anwendung haben die Option der direkten Weitergabe. Als Beispiel nehme ich die Rechnungsschreibung. Hier gibt es in Kanzleidaten | Grundwerte | FIBU/OPOS/RW die Option "Der Buchungsstapel soll über die Stapelverarbeitung importiert werden". Wird der Haken entfernt, dann werden die Daten direkt als neu angelegter Buchungsstapel in die Datenbank von Kanzlei-Rechnungswesen geschrieben. Es wird keine Datei mehr auf die Festplatte geschrieben.    Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG       ... Mehr anzeigen

  @Chris_Pollack das meiste "Gefummel" direkt in den Rohdaten ist dem Umstand geschuldet, dass DATEV kein Minuszeichen kennt. Was nur richtig ist. Schön wäre es trotzdem wenn aus - 75,00 ein 75 H generiert würde. Dafür jedes mal das Makro umschreiben oder die zwei Formeln tippen müssen. Das kommt zum Glück selten genug vor aber... nervt trotzdem.          Meinen Sie hier immer noch den ASCII-Import? Sie können im ASCII-Import bei der Feldformatierung für das Feld "Umsatz (mit Soll/Haben-Kz)" die Formatierung "+/- vor dem Betrag" wählen. In diesem Fall wird jeder Betrag mit "-" als Haben-Betrag gewertet.   ... Mehr anzeigen

Hallo @f_mayer ,   das geht noch einmal in eine ganz andere Richtung.   Ihre einzelnen Anforderungen würde ich unter der Prämisse "Mehr Komfort beim ASCII-Import" zusammenfassen. Ich nehme das gerne als Wunsch für die Weiterentwicklung auf. Wie realistisch eine Umsetzung ist und wie aufwendig das wäre, kann ich leider aktuell nicht einschätzen.   Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo @deusex ,   ich kann Ihren Wunsch nach von DATEV bereitgestellten Formatvorlagen gut nachvollziehen. Ich halte ihn allerdings nicht für praktikabel. Ich möchte Ihnen schildern welche Gedanken mir durch den Kopf gegangen sind als ich Ihren Beitrag gelesen habe. Das Folgende ist daher meine ganz subjektive Meinung als DATEV-Mitarbeiter im Anwenderservice Kanzlei-Rechnungswesen mit dem fachlichen Schwerpunkt im Bereich Schnittstellen.   Die meisten "gängigen" Fremdanwendungen haben bereits eine DATEV-Schnittstelle. Davon gibt es inzwischen die unterschiedlichsten Ausprägungen vom DATEV-Format für Buchungsstapel, über die XML-Schnittstelle für Belegbilder in Unternehmen online bis hin zu den neueren Cloud-Services wie Buchungsdatenservice oder Rechnungsdatenservice. Alle diese Schnittstellen haben gemeinsam, dass DATEV sie entwickelt hat und die Fremdanwendungen sie nach den Vorgaben der DATEV implementieren muss.   Nun gibt es aber auch sehr viele Fremdanwendungen, die keine solch komfortable Schnittstelle haben und bei denen man individuell prüfen muss, ob ein ASCII-Import möglich ist und wenn ja, dann muss ein individuelles Format erstellt werden. Das kann in einigen Fällen sehr aufwendig werden. Doch soll das von DATEV gemacht werden? Was würde es bedeuten, wenn es von DATEV gemacht wird?   Zuerst einmal: Wer entscheidet für welche Programme das gemacht wird? Wer definiert die "gängigen" Programme? Egal welche Auswahl wir hier treffen würden, es werden immer Begehrlichkeiten bei Anwendern der Programme geweckt, die nicht berücksichtigt sind. "Gängige" Programme sind doch immer die der eigenen Mandantschaft. Sie sehen, es wäre hier ein Ding der Unmöglichkeit die richtige Grenze zu ziehen.   Welcher Aufwand würde entstehen? Jemand bei DATEV müsste sich die ganzen Programme ansehen, müsste evtl. dafür Lizenzen erwerben, Musterbestände in den einzelnen Programmen erstellen (das würde Einarbeitungszeit in jedes Programm erfordern) und dann die Schnittstellen testen und anhand der daraus erzeugten Daten ein Format anlegen. Dieser Aufwand wäre nicht nur einmalig, sondern in regelmäßigen Abständen immer wiederkehrend. Wir können ja nie wissen, wann mit einer neuen Version der Fremdanwendung sich etwas ändert. Das kostet viel Zeit und Geld. Allein das widerspricht schon Ihrem Wunsch nach einer kostenlosen Bereitstellung. Wir müssten zwangsweise etwas dafür berechnen.   Wer soll das bei DATEV machen? Mir würden einige Kollegen und Abteilungen einfallen, die dazu fachlich in der Lage wären, aber die haben andere Dinge zu tun. Wir im Service? Wir könnten uns dann nicht um die Serviceanfragen der Anwender kümmern. Das erhöht die Wartezeiten auf eine Antwort. Die Entwicklung? Dann müsste die Weiterentwicklung von Kanzlei-Rechnungswesen darunter leiden.   Und was ist, wenn ich mir die Sicht der Fremdanwendungen ansehe? Warum sollen die Entwicklungsressourcen in die Erstellung von Schnittstellen zu DATEV stecken, wenn DATEV ihnen die Arbeit kostenlos abnimmt? Perfekt. Einfach auf der Homepage damit werben DATEV-kompatibel zu sein. Den Rest macht DATEV.   Dies sind nur die Dinge, die mir persönlich spontan beim Lesen Ihres Beitrages eingefallen sind. Ich bin mir sicher, wenn wir diese Anforderung von unseren verantwortlichen Stellen analysieren würden, dann würden noch weitere Hürden zutage treten.    Wir stecken heute schon viel Entwicklungsaufwand in neue, moderne Schnittstellen. Warum sollen wir das in die Erstellung von ASCII-Formaten stecken? ASCII ist der kleinste, gemeinsame Nenner, der dann genutzt wird, wenn die Fremdanwendung nichts anderes liefert.   In diesem Sinne wünsche ich Ihnen ein paar erholsame Osterfeiertage.   Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo @metalposaunist ,   ich möchte Ihnen erläutern wie wir zu der Empfehlung im Dokument 1080952 gekommen sind. Ich war vor etwa dreieinhalb Jahren an der Erstellung des Dokuments beteiligt und bin heute für dessen Pflege verantwortlich.   Das Dokument ist eine Folge aus vielen Anwendergesprächen im Service. Wir hatten erkannt, dass sich viele Steuerkanzleien schwer tun zu entscheiden mit welcher Beraternummer ein selbst buchender Mandant angelegt werden soll und was dabei alles zu beachten ist. Dabei wurde uns auch oft widergespiegelt, dass eine Empfehlung seitens DATEV erwartet wird.   Gerade bei der Empfehlung im Szenario "Bestehendes Mandat möchte selbst buchen" taten wir uns schwer. Es gibt hier kein Richtig und kein Falsch. Es kommt eher auf die individuellen Vorlieben und Organisationsstrukturen der Kanzleien an. Auch in den Anwendergesprächen konnten wir keine Präferenz erkennen. Wenn wir alle Vor- und Nachteile erklärt hatten, entschieden sich die einen für die kanzleigenutzte und die anderen für die mandantengenutzte Beraternummer.   Warum haben wir uns schließlich für die Empfehlung zur kanzleigenutzten Beraternummer entschieden? Wir machten es am Einrichtungsaufwand fest. Bei einem bestehenden Mandat gibt es in aller Regel nicht nur die Leistung Rechnungswesen, sondern bereits weitere Leistungen in anderen Anwendungen. Wenn der Mandant auf eine mandantengenutzte Beraternummer umgestellt wird, müssen daher die Abhängigkeiten zu den anderen Leistungen beachtet werden. Hier nur einige Beispiele, was neben der Buchführung ggf. noch umgestellt werden muss: - RZ-Leistungen (Archiv-Bestand, RZ-Bankinfo, SEPA-Mandate, Zahlungsdatenservice, Unternehmen online, usw.) - Berichtsschreibung muss immer die selbe Berater-/Mandantennummer haben wie die Buchführung - In Lohn-Schnittstelle abweichenden Ordnungsbegriff eintragen oder Lohn auch auf mandantengenutzte Beraternummer umstellen   Ich hoffe ich konnte Ihnen unsere Beweggründe für die Empfehlung verdeutlichen. Letztendlich ist es auch nur eine Empfehlung. Es bleibt Ihnen überlassen, ob Sie ihr folgen wollen oder nicht.      Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo Herr Messmer,   nach unserem Kenntnisstand verfügt HMD über eine Schnittstelle zur Ausgabe von Buchungsdaten im DATEV-Format.   Dabei sollten Sie folgendes beachten: Die differenzierte Übernahme der Bereiche Handels- und Steuerrecht, digitale Belegbilder, Import von aktueller OP-Liste und Anlagegütern ist mit diesem Verfahren nicht oder nur eingeschränkt möglich.   Mit dem von Herrn Hausmann angesprochenen ISWL-Tool Rechimport ist die Übernahme folgendermaßen möglich:   Finanzbuchhaltung mit und ohne Offene Posten Übernommen werden - Einzelbuchungen mit und ohne digitale Belegbilder. - Kontenbeschriftungen. - Stammdaten der Personenkonten. - Offene Posten auf Basis der OP-Liste zum Stichtag, nur in das letzte zu übernehmende Wirtschaftsjahr.   Einschränkungen: - Die differenzierte Übernahme der Bereiche Handels- und Steuerrecht ist NICHT möglich - Es ist mit erhöhtem Zeitaufwand für maschinelle Vorgänge mit digitalen Belegbildern zu rechnen. - Der Einsatz von Spezialkontenrahmen oder die Individualisierung aktuell bekannter DATEV-Standardkontenrahmen im Fremdsystem kann zu erheblichem Mehraufwand führen.   Anlagenbuchhaltung Übernommen werden Stammdaten und Vortragswerte aller Anlagegüter nach dem letzten verbindlichen Jahresabschluss in das darauffolgende Wirtschaftsjahr. Einschränkungen: - Buchungen für Abgänge und Investitionsabzugsbeträge (IAB) können nicht berücksichtigt werden. In beiden Fällen sollten Sie mit einem erhöhten Prüf- und Nachbearbeitungsaufwand rechnen.   Bitte beachten Sie, dass diese Informationen auf Erfahrungswerten vergangener Anwenderfälle beruhen. Durch Programmänderungen in HMD kann es zu nicht vorhersehbaren Abweichungen in der Vorgehensweise kommen.     Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo @hoeso,   Sie haben Recht. Die Beschreibung von Feld 115 und 116 ist missverständlich. Feld 116 muss nicht gefüllt werden, hat aber eine Abhängigkeit zu Feld 115. Diese betrifft allerdings eher individuelle ASCII-Formate. Hier muss bei Auswahl des Feldes 115 "Leistungsdatum" auch das Feld 116 "Datum Zuord. Steuerperiode" ausgewählt sein. Da beim DATEV-Format sowieso alle Felder enthalten sind, ist der Hinweis hier überflüssig.   Mit dem Feld 116 können Sie steuern, dass die Buchung nur in der UStVa in einen anderen Monat einfließt als der Stapel in dem sie gebucht wird.   Beispiel: Buchung mit Leistungsdatum im Juni und Belegdatum im Juli, importiert in einen Buchungsstapel für Juni. Ohne Wert in Feld 116: Wert fließt in die UStVa für Juni mit 19% Feld 116 mit Datum für Juli gefüllt: Wert fließt in die UStVa für Juli, aber auch mit 19%. In allen anderen Auswertungen wird die Buchung weiterhin im Juni berücksichtigt.   Ich habe die Autoren des Schnittstellenentwicklungsleitfadens informiert und gebeten die Feldbeschreibung in der nächsten Auflage zu korrigieren. Auf unserer Informationsdatenbank gibt es für den ASCII-Import das Dokument  1003221 mit identischer Feldbeschreibung. In dem Dokument wird es ab morgen korrigiert.   Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo Stefan,   Ihrem Screenshot entnehme ich, dass Ihre Warenwirtschaft die DATEV-Buchungslogik nicht abbilden kann. Es handelt sich anscheinend um eine Rechnung mit zwei Positionen. Jede Position wird gegen ein Verrechnungskonto 8099 gebucht und dann wird der Gesamtbetrag vom Verrechnungskonto auf das Personenkonto gebucht.   Richtig wäre, wenn direkt von den Sachkonten auf das Personenkonto gebucht würde ohne das zwischen geschaltete Verrechnungskonto.   Da Sie das Verrechnungskonto dazwischen haben sind die beiden Einzelpositionen nicht mehr als Ein- oder Ausgangsrechnung gebucht und dadurch ist kein Leistungsdatum bei der Buchung erlaubt.   Die beste Lösung wäre, wenn Sie auf den Hersteller der Warenwirtschaft zugehen und ihn fragen, ob er den Export ohne Verrechnungskonto realisieren kann.   Von den Konten 8405 und 8400 muss direkt auf 43645 gebucht werden.   Sollte das nicht gehen, können Sie versuchen dem Konto 8099 die individuelle Funktion "Sachkonto Debitor" (Allgemeine Funktion 11000) zu geben. Allerdings kann ich Ihnen mit den vorhandenen Informationen aus dem Screenshot nicht versprechen, dass es dann nicht an anderer Stelle zu Fehlern kommt.   Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo Herr Graul,   bei Buchungen in denen Belegdatum und Leistungsdatum in unterschiedlichen Monaten liegen muss der Buchungssatz im Stapel für den Monat des Leistungsdatums gebucht werden.   Da die Rechnung allerdings meist erst vorliegt, wenn man den Monat des Belegdatums bucht, kommt beim manuellen Belege buchen ein Fenster hoch in dem man auswählen kann in welchen Stapel aus dem Monat des Leistungsdatums man den Buchungssatz verschieben möchte. Hier bestünde auch die Möglichkeit einen neuen Stapel anzulegen.   Diese Abfrage ist leider beim Importvorgang nicht möglich. Daher wird die Buchungssatz mit Hinweis importiert und muss manuell angefasst werden.    Besser wäre es, wenn beim Export ggf. mehrere Stapeldateien erzeugt werden können. Eine für Buchungen ohne Leistungsdatum und je eine pro vorhandenem Monat mit Leistungsdatum.   Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo Katharina,   das richtige Vorgehen finden Sie auf der Info-Datenbank im Dokument  Sicherung auf eine andere Beraternummer und Mandantennummer einspielen .   Ausblick: Mit den DATEV-Programmen 14.0 werden wir im Sommer den Einspielen-Vorgang um eine "Speichern unter"-Option erweitern, die es ermöglicht direkt auf eine von der Sicherung abweichende Beraternummer und/oder Mandantennummer einzuspielen.   Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Ja. 😁   ... Mehr anzeigen

Hallo @metalposaunist ,   wir werden das anders lösen. Mit den DATEV-Programmen 14.0 werden wir im Sommer den Einspielen-Vorgang um eine "Speichern unter"-Option erweitern, die es ermöglicht direkt auf eine von der Sicherung abweichende Beraternummer und/oder Mandantennummer einzuspielen.     Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG     ... Mehr anzeigen

Das lässt sich mit den vorhandenen Informationen nur schwer einstufen.   Die Erstellung einer Datei im richtigen Format ist für einen IT-ler nicht schwer. Darin die fachlich richtigen Buchungen zu erfassen ist wahrscheinlich schon schwerer. Es kommt darauf an wie gut die Buchführungskenntnisse sind, wie die Zusammenarbeit zwischen Steuerberater und Mandant vereinbart ist und wie komplex die Buchführung ist. ... Mehr anzeigen

Hallo @undertheradar ,   die Feldbeschreibung für das Standardformat beim ASCII-Import finden Sie auf der Info-Datenbank im Dokument  ASCII-Import: Feldbeschreibungen für Standardformate (Dok.-Nr. 1003221) .    Mit freundlichen Grüßen   Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo Herr Ates,   eine Anleitung für Ihren Sachverhalt ist im Dokument  1003902  beschrieben.    Ich vermute Sie sind Anwender von DATEV Mittelstand mit Rechnungswesen. Die Tipps von @metalposaunist beschreiben das Vorgehen beim Steuerberater. Sie können keine anwendungsspezifischen Fälle anlegen, sondern müssen den Weg über eine fiktive zentrale Unternehmensnummer gehen (Kapitel 2.1.1, Handlungsschritt 8 im Dokument).   Ich rate außerdem von dem Alternativweg über einen 2. Datenpfad ab. Diesen haben wir bewusst nicht dokumentiert, da er sehr fehleranfällig ist, wenn man sich nicht sehr gut auskennt.   Mit freundlichen Grüßen   Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo Sanne,   welches Format haben Sie in der Formatauswahl gewählt?   Ich vermute Sie nutzen ein Format im Bereich "Belegdaten (Buchungsvorschläge)". Diese Formate legen keinen neuen Buchungsstapel an. Hier legen Sie selbst einen neuen Buchungsstapel an und nutzen dann die Funktion "Buchungsvorschläge bearbeiten". Die importierten Daten stehen dann im Fenster "Buchungsvorschläge erzeugen" als Belegarten Kasse, Rechnungseingang oder Rechnungsausgang bereit.   Wenn Sie den Import schon mehrmals versucht haben, steht bei Ihnen für jeden Versuch ein neuer Eintrag in der Liste. Sie können alle Einträge außer einem löschen.   Mit freundlichen Grüßen   Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo Frau Busse, die Antworten auf Ihre Fragen finden Sie im Info-Dokument 1003888. Abstellen kann man die Meldung nicht. Ich zitiere aus dem Dokument: Laut den GoBD gelten Aufzeichnungen mit Belegcharakter oder in Grundbüchern (z. B. Eingangs- und Ausgangsbücher) grundsätzlich mit dem Zeitpunkt der erstmaligen Erfassung (nicht zwingend IT-gestützt) als unveränderbar. Wenn aufgrund von Einstellungen für die Verarbeitung von Buchungen im Rechnungswesen-Programm Veränderungen vorgenommen werden, sind diese zu dokumentieren. Diese Dokumentation erfolgt im Import-Protokoll der Stapelverarbeitung und im ASCII-Import. Sie können das Import-Protokoll durch Gruppierung übersichtlicher gestalten. Die Anleitung dazu finden Sie in Kapitel 3.1 des Dokuments. Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo Herr Pinnau, im aktuellen Schnittstellenentwicklungsleitfaden für das DATEV-Format (Version 7.0, Stand Oktober 2018) ist die Feldbeschreibung für das Belegfeld 1 identisch zu der aus dem Dokument. In älteren Versionen des Leitfadens war der Hinweis auf die unzulässigen Zeichen noch nicht aufgenommen. Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo XML, prüfen Sie im ASCII-Import den Bereich Feldformatierungen. Es kann sein, dass Sie im Belegdatum eine abweichende Formatierung eingestellt haben. Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo Herr Vogtsburger, in der ursprünglichen Fragestellung ging es nicht um Anführungszeichen in Textfeldern, die das Fehlerbild aus dem Info-Dokument zur Folge gehabt hätten. Dafür gab es mehrere andere falsch gesetzte Anführungszeichen. Die konrete Ursache warum die Datei gar nicht erkannt wurde lag direkt in der Headerzeile. Das erste Feld der Headerzeile sollte in Anführungszeichen mit "EXTF" befüllt sein. Das Anführungszeichen hinter dem EXTF fehlte. Damit verschob sich der Feldabschluss hinter das Semikolon bis zum nächsten Anführungszeichen. Die Felder der Headerzeile waren insgesamt verschoben und dadurch vom Programm nicht mehr als Headerzeile eines DATEV-Formats erkennbar. Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo, das Dokument gab es schon vorher. Es wurde letztes Jahr überarbeitet, damit es in der Suche besser gefunden wird. Die meisten Anwender suchen nicht nach einem Fehler bzgl. Anführungszeichen, sondern nach dem Symptom "Es fehlen Buchungssätze". Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo 0815, dieses Fehlerbild finden Sie auch im Informations-Dokument 1045586 beschrieben. Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo Herr Vogtsburger, das hatte ich geprüft. Die Dateien waren bereits in Outlook als Anlage defekt. Am Speichern in Excel lag es hier nicht. Der Dateiname DTVF* oder EXTF* entspricht zwar nicht unseren Vorgaben, stört habe nicht, solange eines von beiden genutzt wird. Meine ganz persönliche Vermutung geht in Richtung Übertragungsproblem. Wenn es ein generelles Problem bei Addison gäbe, dann hätten wir schon mehr Serviceanfragen dazu als nur diese eine. Den Fall hatten wir vor etwa zwei bis drei Jahren und wir wurden im Service mit Anfragen regelrecht überschwemmt. Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo Community, Herr Forc hat sich im Service gemeldet. Ich habe mir die Dateien per Fernbetreuung angesehen. Ursache waren falsch gesetzte Anführungszeichen in den DATEV-Format-Dateien. Teilweise haben einzelne Anführungszeichen um Textfelder gefehlt und teilweise waren zu viele vorhanden. Dadurch konnte zuerst die Headerzeile nicht mehr erkannt werden und nachdem wir das bereinigt hatten, waren die Spalten zu sehr verschoben. In der Umsatzspalte waren dann auch noch Anführungszeichen vor der Nachkommastelle. Es gilt jetzt am Urspungssystem herauszufinden, ob dort die Dateien bereits defekt waren. Wenn ja, dann könnte es ein Exportproblem bei Addison sein. In dem Fall sollte der Support von Addison kontaktiert werden. Wenn nein, kann es noch ein Übertragsunsgproblem beim E-Mail-Versand sein. Hier kann versucht werden die Datei vor dem Versand in ein ZIP-Archiv zu komprimieren. Für eine manuelle Bereinigung der Dateien über einen Texteditor waren die Fehler leider zu viele. Zu der ersten Service-Anfrage: Meine Kollegin hatte sich die Datei per Fernbetreuung angesehen und direkt die überflüssigen Anführungszeichen im Umsatzfeld entdeckt. In der Annahme den Fehler gefunden zu haben, hat sie einen Exportfehler aus Addison vermutet. Die weiteren falsch gesetzten Anführungszeichen sind ihr dabei leider entgangen. Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen

Hallo Herr Forc, nach Ihrer Beschreibung handelt es sich bei den Daten um ein DATEV-Format. Die Stapelverarbeitung sollte dies erkennen. Mögliche Ursachen und Abhilfen warum sie nicht erkannt werden, finden Sie auf der Informations-Datenbank im Dokument 1044208. Sollten Ihnen diese Abhilfen nicht helfen, schicken Sie uns bitte einen Servicekontakt. Gerne können Sie sich auf diesen Community-Beitrag beziehen und um meinen Rückruf bitten. Mit freundlichen Grüßen Chris Pollack Service Rechnungswesen (FIBU) DATEV eG ... Mehr anzeigen