DATEV - Datenimport / Export
Moderator: Moderatoren
- brandelh
- Foren-Moderator
- Beiträge: 15696
- Registriert: Mo, 23. Jan 2006 20:54
- Wohnort: Germersheim
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 33 Mal
- Kontaktdaten:
DATEV - Datenimport / Export
Hallo,
ein Programm gibt regelmäßig Umsatzsteuermeldungen auf den Drucker aus. Diese gehen an den Steuerberater und der läßt die eintippen.
Nun frage ich mich, könnte ein Xbase++ Programm nicht einen Datensatz erzeugen, den das Datev-Programm beim Steuerberater einfach einlesen kann - falls das dann auch billiger ist
Sicherlich muß sowas gehen, aber kennt jemand den Datenaufbau den die Datei haben muß ?
ein Programm gibt regelmäßig Umsatzsteuermeldungen auf den Drucker aus. Diese gehen an den Steuerberater und der läßt die eintippen.
Nun frage ich mich, könnte ein Xbase++ Programm nicht einen Datensatz erzeugen, den das Datev-Programm beim Steuerberater einfach einlesen kann - falls das dann auch billiger ist
Sicherlich muß sowas gehen, aber kennt jemand den Datenaufbau den die Datei haben muß ?
Gruß
Hubert
Hubert
- Wolfgang Ciriack
- Der Entwickler von "Deep Thought"
- Beiträge: 2935
- Registriert: Sa, 24. Sep 2005 9:37
- Wohnort: Berlin
- Hat sich bedankt: 13 Mal
- Danksagung erhalten: 34 Mal
- Kontaktdaten:
Hallo Hubert,
das einfachste ist eine ASCII Datei. Die Datev hat eine gut konfigurierbare ASCII-Schnittstelle, mit der man die Stamm- und Buchungsdaten einlesen kann. Ich habe auch noch irgendwo die Schnittstellenbeschreibung der Postversanddaten von der Datev, in meiner DOS-Version hatte ich diese auch implementiert. Wenn du interessiert bist, kann ich diese suchen - falls nicht jemand anders es schneller findet
das einfachste ist eine ASCII Datei. Die Datev hat eine gut konfigurierbare ASCII-Schnittstelle, mit der man die Stamm- und Buchungsdaten einlesen kann. Ich habe auch noch irgendwo die Schnittstellenbeschreibung der Postversanddaten von der Datev, in meiner DOS-Version hatte ich diese auch implementiert. Wenn du interessiert bist, kann ich diese suchen - falls nicht jemand anders es schneller findet
Viele Grüße
Wolfgang
Wolfgang
- Martin Altmann
- Foren-Administrator
- Beiträge: 16511
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Hubert,
habe mal bei der DATEV selbst gestöbert. Dort kannst Du für 205€ die Beschreibung der Schnittstelle und die entsprechend benötigte DLL erwerben.
Viele Grüße,
Martin
habe mal bei der DATEV selbst gestöbert. Dort kannst Du für 205€ die Beschreibung der Schnittstelle und die entsprechend benötigte DLL erwerben.
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- AUGE_OHR
- Marvin
- Beiträge: 12906
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 45 Mal
Re: DATEV - Datenimport / Export
hi,
ich zu Cl*pper Zeiten entwickelt und mit als erstes nach Xbase++
portiert. Das Ganze hatte ich damals in der Xbase++ Newsgroup
"public.third-party-products" angeboten.
War es "früher" noch recht kompliziert deren Postversand Format
zu programmieren, können die heutigen "Windows" DATEV Programme
auch andere Fromate wie z.b. Excel lesen.
Gruss by OHR
Jimmy
genau das mache ich mit Stamm-/Bewegungsdaten. Die Library habbrandelh hat geschrieben: ein Programm gibt regelmäßig Umsatzsteuermeldungen auf den Drucker aus. Diese gehen an den Steuerberater und der läßt die eintippen.
Nun frage ich mich, könnte ein Xbase++ Programm nicht einen Datensatz erzeugen, den das Datev-Programm beim Steuerberater einfach einlesen kann - falls das dann auch billiger ist
Sicherlich muß sowas gehen, aber kennt jemand den Datenaufbau den die Datei haben muß ?
ich zu Cl*pper Zeiten entwickelt und mit als erstes nach Xbase++
portiert. Das Ganze hatte ich damals in der Xbase++ Newsgroup
"public.third-party-products" angeboten.
War es "früher" noch recht kompliziert deren Postversand Format
zu programmieren, können die heutigen "Windows" DATEV Programme
auch andere Fromate wie z.b. Excel lesen.
Gruss by OHR
Jimmy
- Rudolf
- Programmier-Gott
- Beiträge: 1418
- Registriert: Mo, 02. Jan 2006 23:03
- Wohnort: Salzburg/Österreich
- Kontaktdaten:
Hallo Hubert,
habe die DATEV Schnittstelle in meinem ERP System integriert, wenn Du Infos brauchst, ich habe alles dazu notwendige.
Grüsse
Rudolf
habe die DATEV Schnittstelle in meinem ERP System integriert, wenn Du Infos brauchst, ich habe alles dazu notwendige.
Grüsse
Rudolf
Rudolf Reinthaler
http://www.formcommander.net
http://www.formcommander.net
- Rudolf
- Programmier-Gott
- Beiträge: 1418
- Registriert: Mo, 02. Jan 2006 23:03
- Wohnort: Salzburg/Österreich
- Kontaktdaten:
Hallo Andreas,
ich schicke Dir den Source dafür per Email.
Grüsse
Rudolf
ich schicke Dir den Source dafür per Email.
Grüsse
Rudolf
Rudolf Reinthaler
http://www.formcommander.net
http://www.formcommander.net
- Rudolf
- Programmier-Gott
- Beiträge: 1418
- Registriert: Mo, 02. Jan 2006 23:03
- Wohnort: Salzburg/Österreich
- Kontaktdaten:
hoffe es hilft auch.
Ich übergebe die Buchungen über die damo32.exe, die über die damo32.ini parametriert wird. Funktioniert einwandfrei. Ist einfacher als über ActiveX.
Habe übrigends die komplette Beschreibung der Schnittstelle, falls Du sie brauchst.
Grüsse
Rudolf
Ich übergebe die Buchungen über die damo32.exe, die über die damo32.ini parametriert wird. Funktioniert einwandfrei. Ist einfacher als über ActiveX.
Habe übrigends die komplette Beschreibung der Schnittstelle, falls Du sie brauchst.
Grüsse
Rudolf
Rudolf Reinthaler
http://www.formcommander.net
http://www.formcommander.net
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9361
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 101 Mal
- Danksagung erhalten: 361 Mal
- Kontaktdaten:
Wir arbeiten auch mit DAMO. Zunächst wird eine ASCII-Datei erzeugt und dann wird DAMO32 gespawnt. Alternativ gibt es aber auch eine Schnittstelle zu PC-REWE, dem Rechnungswesen von DATEV; hier ist der Import weniger komplex. DAMO muß man lizensieren, kann es aber royalty-frei weitergeben. Es erzeugt das nicht sonderlich transparente DATEV-Vorlaufformat.
Herzlich,
Tom
Tom
- andreas
- Der Entwickler von "Deep Thought"
- Beiträge: 1902
- Registriert: Mi, 28. Sep 2005 10:53
- Wohnort: Osnabrück
- Hat sich bedankt: 4 Mal
- Kontaktdaten:
Hallo Tom,Tom hat geschrieben:Wir arbeiten auch mit DAMO. Zunächst wird eine ASCII-Datei erzeugt und dann wird DAMO32 gespawnt. Alternativ gibt es aber auch eine Schnittstelle zu PC-REWE, dem Rechnungswesen von DATEV; hier ist der Import weniger komplex. DAMO muß man lizensieren, kann es aber royalty-frei weitergeben. Es erzeugt das nicht sonderlich transparente DATEV-Vorlaufformat.
Gibt es eine Beschreibung für PC-REWE-Schnittstelle?
Hallo Hubert,
ich habe diesen Punkt gerade beim Suchen nach einem anderen Thema ge-
funden.
Wenn das Programm bereits die Zahlen für eine USt-Voranmeldung aus-
gibt, dann kann der Kunde doch die 2 Zahlen in Elster(kostenlos) selber
eintippen und absenden.
Wer Buchunssätze übergeben möchte, der kann das heute sehr einfach
mit einer CSV-Datei erledigen. Weitere Informationen gerne bei Bedarf.
Gruß
Alfred
ich habe diesen Punkt gerade beim Suchen nach einem anderen Thema ge-
funden.
Wenn das Programm bereits die Zahlen für eine USt-Voranmeldung aus-
gibt, dann kann der Kunde doch die 2 Zahlen in Elster(kostenlos) selber
eintippen und absenden.
Wer Buchunssätze übergeben möchte, der kann das heute sehr einfach
mit einer CSV-Datei erledigen. Weitere Informationen gerne bei Bedarf.
Gruß
Alfred
Hilfewunsch...
Hallo Freunde,
ich muss Rechnungs-/Zahlungs-/Kundendaten an die DATEV-Anwendung übergeben und suche die schnellste und kostengünstigste Variante. Ich denke es wird das Format der DATEV Nesy Schnittstelle sein. Kann mir jemand weiterhelfen?
Per SELF32.DLL oder evtl. auch anders?
Freundliche Grüße
Karl Heinz
ich muss Rechnungs-/Zahlungs-/Kundendaten an die DATEV-Anwendung übergeben und suche die schnellste und kostengünstigste Variante. Ich denke es wird das Format der DATEV Nesy Schnittstelle sein. Kann mir jemand weiterhelfen?
Per SELF32.DLL oder evtl. auch anders?
Freundliche Grüße
Karl Heinz
Beste Grüße
Karl Heinz
Karl Heinz
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9361
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 101 Mal
- Danksagung erhalten: 361 Mal
- Kontaktdaten:
Hallo, Karl Heinz.
Einfacher geht es mit DAMO.EXE bzw. DAMO32.EXE. Das sind Stand-Alone-Programme (von DATEV), die über drei INI-Dateien konfiguriert werden und dann mit einer recht simplen sequentiellen ASCII-Datei bestückt werden (RunShell() aus der Applikation heraus). Sie erzeugen DATEV-Vorlaufformate, die dann von quasi jeder DATEV-Applikation eingelesen werden können. Die Programme sind Bestandteil der "SELF"-Schnittstelle, haben aber gegen SELF32.DLL den Vorteil, daß der Kunde sie auch "so" benutzen kann. Eleganter ist die Einbindung der DLL, aber mit DAMO geht es schneller. Man darf das Programm an Kunden weitergeben.
Einfacher geht es mit DAMO.EXE bzw. DAMO32.EXE. Das sind Stand-Alone-Programme (von DATEV), die über drei INI-Dateien konfiguriert werden und dann mit einer recht simplen sequentiellen ASCII-Datei bestückt werden (RunShell() aus der Applikation heraus). Sie erzeugen DATEV-Vorlaufformate, die dann von quasi jeder DATEV-Applikation eingelesen werden können. Die Programme sind Bestandteil der "SELF"-Schnittstelle, haben aber gegen SELF32.DLL den Vorteil, daß der Kunde sie auch "so" benutzen kann. Eleganter ist die Einbindung der DLL, aber mit DAMO geht es schneller. Man darf das Programm an Kunden weitergeben.
Herzlich,
Tom
Tom
Hallo Karl-Heinz,
grundsätzlich kannst du die Datei aufbereiten wie es dir gefällt. In
Kanzlei-Rewe wird unter Bearbeiten\Stapelverarbeitung\ASCII-Import\
Format bearbeiten\Feldauswahl ein Import-Schema angelegt. Dort wird
auch der Typ eines jeden Feldes festgelegt.
Ich habe meine Daten und das Import-Schema nach der DATEV-
Buchungsliste ausgerichtet:
Betrag;Gegenkonto;Beleg1;Beleg2;Datum;Konto;Skonto;Buchungstext
Beispiel:
-14,50;4910;1;;18.10.2007;1000;;Porto
119,00;8400;2;;18.10.2007;1000;;Huber
An den Datensatz musst du noch chr(13)+chr(10) anhängen, wenn du
mit fwrite(nhandle,cDatensatz) arbeitest.
Nicht vergessen:
SET DATE GERMAN
SET CHARSET TO ANSI
sonst gibt es Probleme mit den Umlauten. Im Importschema der DATEV muss der Zeichensatz auf ANSI gestellt werden.
Gruß
Alfred
grundsätzlich kannst du die Datei aufbereiten wie es dir gefällt. In
Kanzlei-Rewe wird unter Bearbeiten\Stapelverarbeitung\ASCII-Import\
Format bearbeiten\Feldauswahl ein Import-Schema angelegt. Dort wird
auch der Typ eines jeden Feldes festgelegt.
Ich habe meine Daten und das Import-Schema nach der DATEV-
Buchungsliste ausgerichtet:
Betrag;Gegenkonto;Beleg1;Beleg2;Datum;Konto;Skonto;Buchungstext
Beispiel:
-14,50;4910;1;;18.10.2007;1000;;Porto
119,00;8400;2;;18.10.2007;1000;;Huber
An den Datensatz musst du noch chr(13)+chr(10) anhängen, wenn du
mit fwrite(nhandle,cDatensatz) arbeitest.
Nicht vergessen:
SET DATE GERMAN
SET CHARSET TO ANSI
sonst gibt es Probleme mit den Umlauten. Im Importschema der DATEV muss der Zeichensatz auf ANSI gestellt werden.
Gruß
Alfred
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9361
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 101 Mal
- Danksagung erhalten: 361 Mal
- Kontaktdaten:
Der Direktimport aus sequentiellen Dateien funktioniert nur nach PC-REWE und ähnlichen Ablegern von DATEV. Bei Direktimport in die Buchungssysteme und Fibu-Software ist das DATEV-Vorlaufformat zu bevorzugen; häufig geht auch nichts anderes. Man erzeugt hierfür eine Datei, wie sie z.B. Alfred skizziert hat, und konvertiert die mit den SELF-Tools. Wie gesagt, der Direktimport aus einfachen semikolonseparierten Dateien steht nicht immer zur Verfügung.
Herzlich,
Tom
Tom