Informationen zu Frank_Haller - DATEV-Community

Frank_Haller · ‎29.08.2024

Ganz so schlimm ist es dann doch nicht, es gibt Online-Dokumentationen. Ich wollte mich bloß nicht damit abfinden, in Sage 100 in jedem einzelnen Konto ein DATEV-Konto hinterlegen zu müssen, da es in Sage New Classic (vorher Sage Classic Line) einfach ohne ging (bzw. war alles per default vorbelegt) ... Schnittstelle DATEV (nur Deutschland): Sachkontenverweise bearbeiten - Sage New Classic 2016 ... und ich im neuen evtl. bloß nicht den richtigen Programmpunkt gefunden habe: Sage 100 Rechnungswesen - Datev Übergabe Jetzt wird sich die IT-Firma des Mandanten diesen Einstellungen widmen. Danke trotzdem für die Antworten 🙂

Frank_Haller · ‎28.08.2024

Hallo, einer unserer Mandanten nutzte bisher Sage New Line, von welchem man wirklich einfach einen DATEV-Export durchführen konnte. Nun ist der Mandant auf Sage 100 umgestiegen, was uns bei der Datenabholung vor ein unschönes Problem stellt: Die Kontenstruktur in Sage 100 beginnt mit einem S,D oder K für die entsprechenden Kontenarten und einer sechsstelligen Kontennummer (z.B. S160000 für Verbindlichkeiten). New Line hatte solche Konten anstandslos ausgegeben (z.B. o.g. Konto an die 1600). In Sage 100 jedoch muss man jedes Konto erst bearbeiten und das Feld "DATEV-Konto" befüllen, was bei der relativen Kontengleichheit (nur mit mehr Nullen) natürlich ziemlich sinnlos und aufwändig ist. Abweichende Konten haben wir bisher von New Line kommend einfach im ASCII-Tool übergeleitet. Nun gibt mir aber Sage 100 die Buchungen gar nicht erst heraus mit der Fehlermeldung "Kein DATEV-Konto eingetragen". Geht das jetzt wirklich nicht einfacher als für jedes Sage-Konto schon in Sage 100 ein DATEV-Konto hinterlegen zu müssen?

Frank_Haller · ‎16.06.2023

Auch wenn dieser Thread schon älter ist, passt er genau: Wir haben denselben Fehler. Dieser tritt nur bei einem Mandanten bei allen Mitarbeitern in einem Jahr auf. Auffällig: auch bei uns ist es das Jahr 2019. Das Archiv ist in einen Datenpfad im Netzwerk eingebunden. Unser Workaround hierfür war, dass die umliegenden Jahre 2018 und 2020 funktionieren, aus 2020 konnten wir dann auf die Auswertung 069 DEÜV für 2019 zugreifen. Als Programmierer kann ich sagen: Laut Fehlermeldung steht im Datenbankfeld Region die ID LO447A7006, welche jedoch in der zugehörigen Tabelle (aus der diese dann mittels ID herausgesucht werden soll) nicht gefunden werden kann. Das scheint etwas regions- und jahresspezifisches zu sein und nur in dieser Kombination aufzutreten. Alles andere funktioniert. Edit: es wird wohl eher nichts mit dem Regionalcode der DVD zu tun haben, sondern eher mit einer Regional-ID (Bundesland? Staat?), welche nur kurzzeitig von einer bestimmten Programmversion im Jahr 2019 verwendet wurde, vorher nicht und danach nie wieder (und dann entfernt wurde).

Frank_Haller · ‎10.02.2023

Der Thread ist zwar schon älter, ich möchte aber die doch relativ einfache Lösung posten, da dieses Problem gar nicht so selten auftreten dürfte. Unser Mandant hatte sich ein neues Handy zugelegt, dort eine Authentifizierungsapp für das Onlinebanking installiert und genau ab diesem Moment den oben beschriebenen Fehler erhalten, wenn er Zahlungen in DUO überweisen wollte. Alles andere funktionierte und sah gut aus. Es liegt ganz einfach daran, dass im Onlinebanking ein zweites Gerät hinterlegt wurde. Das mag die FinTS-Schnittstelle gar nicht. Also einfach altes Gerät gelöscht und siehe da, es funktioniert wieder. Beim Mandanten trat dies bei der apoBank auf: Die Möglichkeit, zwei Geräte zur Authentifizierung zu benutzen (z.B. iPhone & iPad) funktioniert bei der apoBank nur auf der Online-Banking Website. Bei der Verwendung von Drittanbieter-Apps, die über die FinTS-Schnittstelle mit der Bank kommunizieren, wie z.B. die Outbank App, wird die oben genannte Fehlermeldung von der Bank übermittelt. Zur Lösung des Problems deaktiviere eines deiner aktiven Geräte in deinem Onlinebanking. Anschließend sollten die Überweisungen über die App wieder problemlos funktionieren.