@Steffi69 schrieb:Hallo liebe Mitglieder der Community,
vielen Dank für die Hinweise und gleichzeitig bitte ich um Entschuldigung für den ungenauen Thementitel. Ich dachte, dass ich einen aussagekräftigen Text erfasst hätte. Das ist wohl in die Hose gegangen.
Ich habe das Problem durch Erstellung einer Kontenüberleitung auf Grund des Hinweises weiter oben für etwas mehr als 800 Konten gelöst. Jetzt müssen natürlich noch die Kontenbeschriftungen, -funktionen etc. nachgearbeitet werden.
Ich finde es äußerst ärgerlich, dass ständig über die Digitalisierung gesprochen wird und uns diese auf gedrückt wird, aber leider wohl (wie gehabt) nur in der Datev-Welt, dass es auch andere Anbieter gibt, wird seitens der Datev unverändert ignoriert. Die Datev schwebt offensichtlich auf Cloud Nr. 7 aber hat keine praktikabelen Lösungen für alltägliche Probleme! Schade, Schade!
Hier muss ich DATEV in Schutz nehmen. Wenn eine Fremdsoftware mit "DATEV-Kompatibilität" o. ä. wirbt, sagt dass schon seit einiger Zeit nichts mehr aus.
Als es früher nur die proprietären Binärformate gab, mussten die Dritthersteller die SELF-Schnittstelle erwerben, sonst gab es keinen Sticker auf der Programmschachtel. Die Schnittstelle war nicht billig (ich meine mich an 1.250 Euro zu erinnern, aber mich kann auch die Erinnerung trügen), hat aber solche Dinge wie die Prüfung von Sach-/Personenkontenlänge usw. unterstützt. Und selbst da hatte es z. B. SAGE geschafft, keine saubere Umsetzung hinzubekommen.
Dann wurde das heutige DATEV-Format auf Basis von csv-Dateien eingeführt und die generelle Lizensierung der Export-Schnittstelle fiel weg. Heute kann jeder mit DATEV-Kompatibilität werben, dessen Software irgendeine csv-Datei ausgeben kann, welche nicht einmal dem DATEV-Format entsprechen muss.
Für solche Situationen wird dann gern auf den ASCII-Importer von Kanzlei-Rechnungswesen hingewiesen, der ja einiges, aber nicht alles ermöglicht. Und es bedeutet halt eben auch wieder Herumfrickelei mit einem entsprechenden Arbeitsaufwand. Für einen effizienten Ablauf benötigt es aber out-of-the-box-Qualitäten.
Es gibt genügend Literatur für Hersteller von Fremdprogrammen, aber das interessiert häufig niemanden mehr. Ich habe z. B. ein dreiviertel Jahr gebraucht, um bei/mit einem ERP-Software-Anbieter einen halbwegs brauchbaren Export zustande zu bekommen. Die hatten noch nicht einmal von dem Prüfprogramm gehört. Die Tests habe ich dann gemacht, weil man sich bei der Fibu für eine 15 Mio-Bude nicht darauf verlassen kann, dass der ERP-Anbieter vielleicht irgendwann einmal in Schweiß kommt.
Ein Kollege hat eine Fremdbuchführung übernommen, bei der die Software 6-stellige Sachkonten und gleichzeitig auch 6-stellige Personenkonten nutzte und auch entsprechend exportiert hat. Natürlich war auch hier die DATEV-Kompatibilität gegeben 😠.
Beispiel für Hinweis auf die Kontenlängen
Weitere Informationen für Ihre Konstellation
► 1002375 - Alternativkonten beim ASCII-Import überleiten - DATEV Wissensplattform Dokument
► 9211768 - Vorlage für Kontenüberleitungstabelle auswählen - DATEV Wissensplattform Dokument
Wer damit wirbt, DATEV-kompatibel zu sein, muss dies eigentlich auch gewährleisten können. Wer auf seine Software dieses Label nur darauf draufpappt, um verkaufen zu können, täuscht. Dieses rechtlich bedenkliche Verhalten kann nun aber niemand DATEV anlasten.
/Edit