Beitrag gelöscht von @Schoenweiss Katharina Grund: Verstoß gegen die @Netiquette - unerwünschte Werbung ... Mehr anzeigen

Beitrag gelöscht von @Schoenweiss Katharina Grund: Verstoß gegen die @Netiquette - unerwünschte Werbung ... Mehr anzeigen

Sehr geehrter Herr Kinzler, "Es dient zur Weitergabe der Daten an die Finanzverwaltung zwecks Prüfung und nicht zum Übertrag an ein anderes Buchhaltungssystem." Stimmt. Aber man kann die Daten durchaus dafür verwenden. Die Finanzverwaltung macht im Prinzip doch auch nichts anderes damit. Es sind nicht unbedingt alle Informationen und Daten enthalten," Stimmt. Es kann sein, dass Kostenstelleninformationen nicht ausgegeben werden. Alle für eine Betriebsprüfung erforderlichen Informationen müssen aber vorhanden sein und können entsprechend für die Erzeugung von Buchungssätzen herangezogen werden. "es kann auch vorkommen, das Sachverhalte mehrfach in verschiedenen Kontexten enthalten sind, z.B. Buchungen sowohl auf Debitor/Kreditor wie auch auf Forderungen/Verbindlichkeiten" Stimmt. In diesem Fall handelt es sich um Journaldaten, die meine "Drehscheibe Buchungssätze" auch behandeln kann. "zusätzliche Statistikbuchungen" Die stören nicht, wenn sie als Buchungssätze verarbeitet werden. "Oft handelt es sich um Textdateien, das muss aber nicht zwingend so sein. Der GDPdU-Standard schreibt kein Umfang/Format vor, sondern legt fest, wie das verwendete Format und Zuordung zu den Feldern/Funktionen zu Beschreiben ist." Stimmt nicht. Der Beschreibungsstandard sieht vor, dass es sich zwingend um Text-, Excel-, Access-, dBase-, Lotus123-Dateien handeln muss. In aller Regel werden Textdateien ausgegeben, aber auch die anderen Formate lassen sich verarbeiten. Nur zur Info: Csv-Dateien sind auch Textdateien. "Zwingend wäre auch eine index.xml. In dieser wird das Format und die Bedeutung beschrieben." Stimmt. Diese Datei wird immer bei GDPdU-Daten benötigt. Siehe auch https://audicon.net/themen/beschreibungsstandard Sehr geehrte Frau Köpke, "*.oio, *.osp, *.oej, *.oan, *.ost, *.oiv" Diese Dateiendungen sind mir unbekannt. Es kann sich aber trotzdem um Textdateien handeln. Gibt es auch eine Datei index.xml? Dann müsste sich aus dieser Datei ersehen lassen, welche Daten die anderen Dateien beinhalten. Carl-Rainer Zeiss ... Mehr anzeigen

Sehr geehrter Herr Kinzler, ich versichere Ihnen: es funktioniert! "Der GDPdU-Standard ist nicht als Transportformat zwischen Systemen konzipiert." Aber selbstverständlich: auch das System der Finanzverwaltung liest ja die Daten und verarbeitet sie weiter. Wenn die Daten gemäß GDPdU-Beschreibungsstandard aufgebaut sind und die Finanzverwaltung mit den Daten arbeiten kann (wovon ja eigentlich auszugehen ist), kann meine "Drehscheibe Buchungssätze" diese Daten als Buchungsdaten lesen und weiter verarbeiten. Wir können gerne gemeinsam in einer Fernwartung einen von Ihnen vorgeschlagenen Fall durcharbeiten. Carl-Rainer Zeiss ... Mehr anzeigen

Ein GDPdU-Export muss grundsätzlich lesbar sein. Das gibt der Beschreibungsstandard so vor. Mit meinem Programm "Drehscheibe Buchungssätze" kann ich nahezu alle GDPdU-Buchungsdaten einlesen und für DATEV bereitstellen. Die Buchungsdaten können dabei ggf. "umkontiert" werden (einzelne Konten oder kompletter KR-Wechsel). Sind keine Konten vorhanden, sondern nur Buchungstexte, kann nach diesen kontiert werden. Nach dem Import können die Buchungsdaten geprüft und ggf. überarbeitet werden (Excel-Tabelle). Am Ende können die Buchungsdaten im DATEV-Format ausgegeben werden. Ggf. liegen die GDPdU-Daten als Journal vor. Auch diese Daten können verwertet werden. Carl-Rainer Zeiss www.crz.de ... Mehr anzeigen

Sehr geehrter Herr Lecherbourg, 1. Es handelt sich definitiv um Journalzeilen, die hier ausgegeben wurden. Sie müssen diese Daten ZWINGEND über ein Verrechnungskonto buchen, am besten Konto 9090, da kann man sichergehen, dass keine USt-Automatik greift. Die zugrundeliegenden Buchungssätze lassen sich aus diesen Daten nicht mehr erzeugen. 2. Es handelt sich um reine Sachbuchungen (Begriff "Hauptbuch"). Debitoren - und Kreditorenkonten stehen hier meiner Erfahrung nach nicht zur Verfügung. Es können deshalb auch nur Sachbuchungen erzeugt werden. Dazu müssen die Konten 1200, 3300 etc. umgeleitet werden auf 1210, 3310 etc., da die Sammelkonten in DATEV gesperrt sind. 3. Über das Feld Belegnr oder Referenz könnte man informativ alle gebuchten Konten eines Belegs zusammensuchen und in den Buchungstext einfließen lassen. 4. Problematisch wird es in Excel mit der Datenmenge. Excel kann ja nur knapp über 1 Mio Zeilen verarbeiten. Mit meinem Programm "Drehscheibe Buchungssätze" würden sich solche Daten sehr wahrscheinlich einlesen lassen. Carl-Rainer Zeiss www.crz.de ... Mehr anzeigen

DATEV-Format-Dateien und ASCII-Dateien lassen sich für einen „unverbindlichen Blick" z. B. in Excel öffnen. ACHTUNG! Nach dem Ansehen in Excel sollte die Csv-Datei auf keinen Fall gespeichert werden! Excel schlägt bei Csv-Dateien aber IMMER vor, die Datei zu speichern. Grund: Excel interpretiert beim Öffnen der Csv-Datei bestimmte Werte neu und formatiert sie einfach um. So kann ggf. aus einem Betrag 1,12 plötzlich ein Datum 1.12.2016 werden. Das passiert oft mit Angaben, die rein theoretisch Datumswerte sein könnten. "Auf diesem Wege habe ich zumindest die Möglichkeit, in der Festschreibungsspalte eine "0" einzutragen und damit eine Festschreibung aufzuheben..." Das sollte man deshalb auf keinen Fall machen. ... Mehr anzeigen

Sehr Herr Heering, Ihre Aussagen vom 8.08.2016 waren: "Das kann kein System interpretieren. Gerne bringen viele Systeme den Buchungssatz auch noch ein 2tes mal mit rein. Direkt hinter dem ersten, mit negiertem Betrag und/oder Soll/Haben Konten getauscht. So kommt entweder jede Buchung 2mal ins System oder hebt sich auf. Addison z.B. bringen eine Bruttobuchung, dann die Nettobuchung und dann noch die Steuerbuchung. Dazu noch die Buchungen gegen 1400 und 1600. Das kurz zur Problematik. Daher kann es keine Standard-Schnittstelle zum Import geben." "Zu Sage: Das geht z.B. gar nicht. Sage gibt die Buchungen nicht nur doppelt aus. Irgendwann in dem ganzen Wust aus Daten kommen die Buchungen einfach noch ein drittes und manchmal auch viertes Mal vor. Ich habe das selber auch noch nicht lösen können." Meine Aussage war: Meine Buchungs-Drehscheibe kann es standardmäßig. Ich glaube nicht, dass man das als "die gleichen Funktionalitäten" bezeichnen kann ... Sehr geehrter Herr Hofmeister, Sie wollten sich mit mir in Verbindung setzen ... Carl-Rainer Zeiss ... Mehr anzeigen

Guten Morgen Herr Hofmeister, es arbeiten ca. 100 Kanzleien mit dem Programm, die ganz unterschiedliche Daten verarbeiten, natürlich auch GDPdU-Daten mit Journalsätzen Ich habe z.B. vor 4 Wochen im Auftrag einer Kanzlei GDPdU-Daten (Journaldaten) aus Diamant eingelesen (ca. 170,000 Datensätze), mit Kontenrahmen-Wechsel von SKR03 nach SKR04, mit Kontoerweiterung von 4 nach 8 Stellen, mit Gegenkonto 9090 und diese Daten dann im DATEV-Format wieder ausgegeben. Das Programm lässt sich durchaus testen. Sinnvoll ist aber auf jeden Fall eine Präsentation bzw. Kurzeinweisung über Fernwartung, denn die Buchungs-Drehscheibe muss für jedes GDPdU-Datenformat einmalig eingerichtet werden. Carl-Rainer Zeiss ... Mehr anzeigen

Mit meinem Programm "Drehscheibe Buchungssätze" ist es möglich, die GDPdU-Daten nahezu aller Fibu-Systeme einzulesen. Die Buchungsdaten können dabei ggf. "umkontiert" werden (einzelne Konten oder kompletter KR-Wechsel). Nach dem Import können die Buchungsdaten geprüft und ggf. überarbeitet werden (Excel-Tabelle). Am Ende können die Buchungsdaten im DATEV-Format ausgegeben werden. Ggf. liegen die GDPdU-Daten als Journal vor. Auch diese Daten können verwertet werden. Carl-Rainer Zeiss www.crz.de ... Mehr anzeigen

Mit meinem Programm "Drehscheibe Buchungssätze" ist es möglich, die GDPdU-Daten nahezu aller Fibu-Systeme einzulesen. Die Buchungsdaten können dabei ggf. "umkontiert" werden (einzelne Konten oder kompletter KR-Wechsel). Nach dem Import können die Buchungsdaten geprüft und ggf. sogar überarbeitet werden (Excel-Tabelle). Am Ende können die Buchungsdaten im DATEV-Format ausgegeben werden. Ggf. liegen die GDPdU-Daten als Journal vor. Auch diese Daten können verwertet werden. Carl-Rainer Zeiss www.crz.de ... Mehr anzeigen

Mit meinem Programm "Drehscheibe Buchungssätze" ist es möglich, die GDPdU-Daten nahezu aller Fibu-Systeme einzulesen. Die Buchungsdaten können dabei ggf. "umkontiert" werden (einzelne Konten oder kompletter KR-Wechsel). Nach dem Import können die Buchungsdaten geprüft und ggf. überarbeitet werden (Excel-Tabelle). Am Ende können die Buchungsdaten im DATEV-Format ausgegeben werden. Ggf. liegen die GDPdU-Daten als Journal vor. Auch diese Daten können verwertet werden. Carl-Rainer Zeiss www.crz.de ... Mehr anzeigen

Man kann die Buchungsdaten nahezu aller Fremd-Buchhaltungen mit meinem Programm "Drehscheibe Buchungssätze" einlesen, dabei ggf. "umkontieren" (einzelne Konten oder kompletter KR-Wechsel), nach dem Import prüfen, ggf. überarbeiten (Excel-Tabelle) und am Ende im DATEV-Format ausgeben. Es ist auch ein Import aus GDPdU-Daten, aus Excel-Kalkulationstabellen und aus Text- und Csv-Dateien in die Drehscheibe Buchungssätze möglich. Carl-Rainer Zeiss www.crz.de ... Mehr anzeigen