lesender Zugriff auf Datev Datenbank

[#1]

Hallo Datev Community,

gibt es die Möglichkeit, zu Auswertungszwecken lesend auf die Datev Datenbanken zuzugreifen? Speziell interessieren uns die Kanzleiorganisationsdaten wie Rechnungs-, Auftrags- und Zeiterfassungsdaten. Das Auskunftssystem ist uns bekannt und hilft auch erst einmal weiter. Aber zB die Auswertungen der Zeiterfassungsdaten lassen sich ja jetzt nur über den Arbeitsplatz anzeigen und nicht automatisch exportieren.

Vielen Dank,

Dana Stoll

[#2]

Gab es früher bei den ASA Datenbanken ( User BACKUP). Dieser Zugriff wurde beim Umstieg auf leider MSSQL entfernt.

Es gibt sicherlich Daten, welche geschützt werden müssen, aber der Großteil der Daten sollte problemlos readonly zugreifbar sein.

Es gibt zwar die Möglichkeit sich den Zugriff von der DATEV freischalten zu lassen, dann sind aber auch Änderungen möglich.

[#3 · Accepted solution]

Es gibt die Möglichkeit, sich von DATEV einen Read-Only-Benutzer für die EODB anlegen zu lassen. Mit diesem kann dann die komplette EODB gelesen und ausgewertet werden.

ABER: Es gibt hierzu keine Dokumentation, welche Tabellen, welche Werte beinhalten. Das muß dann selbst geforscht werden.

Den Read-Only-Benutzer verwenden wir um Stammdaten und Aufträge zu lesen.

Gruß

Chr.Ockenfels

[#4]

Vielen Dank für die Antworten. Das müsste ja genau das sein, was wir suchen

chrisocki​

Haben Sie eventuell noch einen Tipp, an wen bzw. an welche Abteilung ich mich am besten dazu bei Datev wende?

Viele Grüße,

Dana Stoll

[#5]

Wir haben uns seinerzeit an unseren Teamservice gewendet. Ansonsten sollte die EO-Abteilung zuständig sein.

Hinweis: Sie müssen gegenüber der DATEV nochmal zusätzlich schriftlich bestätigen, dass Sie den Zugriff haben möchten. Hintergrund ist, dass bei dem lesenden Zugriff ALLE Nuko-Sperren ausgehebelt werden bzw. nicht aktiv sind!

Es wurde uns auch nur ein Zugriff auf die EODB gewährt! Ein Zugriff auf die WinIV (hätten wir gern), gab es nicht... Auch PFB oder Rewe sind hier nicht dabei.

Das wäre dann nur mit dem SA-Benutzer möglich (den aber hoffentlich keiner will...).

Gruß

Chr.Ockenfels

[#6]

Hallo Herr Ockenfels,

super vielen Dank, das hat mir sehr weitergeholfen.

Viele Grüße,

Dana Stoll

[#7]

Hallo,

wie kompliziert bzw zeitaufwändig ist es eine Datenabfrage über Excel in Datev/SQL zu realisieren bzw die relevanten Tabellen zu finden? SQL Grundwissen ist vorhanden.

Wir möchten gerne für bestimmte Aufträge Stundenaufwand je Mitarbeiter und Honorar abfragen, um die Daten in Excel weiterzuverarbeiten.

Grüße

[#8]

Hi,

dürfte schon einiges an Zeit kosten. Wir haben uns bisher nur auf die Stammdaten beschränkt und hier schon Stunden gebraucht, die Normalisierung zu verstehen...

Grüße

Chr.Ockenfels

[#9]

Moin,

ich habe sowas nach der KIS-Einführung bei uns mal in Lotus programmiert. Alleine durch die Tabellen und Felder der Aufträge, Zeiten und Kosten ausreichend durchzusteigen hat schon ein paar Tage gekostet.

Man kann sich auch leider nicht drauf verlassen, dass nach einem EODB-Update noch alles funktioniert.

Nochmal würde ich das nicht machen.

Gruß aus Hamburg

[#10]

Fragen Sie doch einfach mal beim entsprechenden DATEV-Kundenbetreuer nach.

Es gibt ja durchaus (viele) Möglichkeiten, Daten aus KIS/EO zu exportieren.

Falls das alles nicht ausreicht, sollte man evtl. über eine Inanspruchnahme von DATEV-Consulting versuchen. Denn: Sie bekommen zwar das DB Kennwort. Aber nur, wenn Sie auf dann fortan auf entsprechende Rechte Ansprüche verzichten.

[#11]

Ja und Nein...

Es gibt viele Export-Möglichkeiten. Wir wollten aber einen Echtzeitzugriff um ein DMS-System zu "betanken":

Zu beachten ist bei dem lesenden Zugriff lediglich die fehlenden Sperren/Freigaben der BRV oder alt "Nuko". Ansonsten ist das kein Problem.

Problematischer wäre das SA-Kennwort, welches man von DATEV auch auf vielfachen Wunsch bekommt. Dann hat die Kanzlei allerdings auch schreibenden Zugriff und steht bzgl. GoBD direkt "im Regen"...

Grüße

Chr.Ockenfels

[#12]

Hallo,

mich würde interessieren, ob man tatsächlich alle Daten, die man in den Stammdaten hat, auch auslesen kann. Wir haben/hatten einen Stammdatenexport des Consultings und da war/ist das nicht der Fall.

Da der Benutzer laut Datev kostenpflichtig ist, wäre es hilfreich das zu wissen.

Grüße

G.Seiler

[#13]

Hi,

ja, die Daten, die im DATEV-Arbeitsplatz sind können gelesen werden (in Echtzeit). Soweit ich es in Erinnerung habe, mussten wir eine Erklärung abgeben, wonach uns bewusst ist, dass die Nuko/BRV-Rechte nicht mehr greifen. Die Einrichtung war innerhalb von Minuten erledigt. Der Zeitaufwand ist also überschaubar.

Zeitaufwand entsteht dann um herauszubekommen, wie die Normalisierung in der DB aussieht... und funktioniert...

Chr.Ockenfels

[#14]

Ich habe vor 2 Tagen eine E-Mail an: eo-dms-logistik@datev.de geschrieben, das der Lese-User für die EODB eingerichtet werden soll.

Bisher kam keine Rückmeldung.

Wie lange dauert so was?

[#15]

---

@Heiko_Geiss  schrieb:

Ich habe vor 2 Tagen eine E-Mail an: eo-dms-logistik@datev.de geschrieben, das der Lese-User für die EODB eingerichtet werden soll.

Bisher kam keine Rückmeldung.

Wie lange dauert so was?

---

Falls Sie denn da richtig sind mit Ihrem Anliegen, kann das u.U. auch schon mal dauern (2-4 Tage sollten schon zu erwarten sein).

Ansonsten einen Servicekontakt schreiben an das Logistikcenter. Falls Sie die Gebühren von € 25 in Kauf nehmen möchten, erfolgt der Rückruf umgehend, meist am gleichen Tag.

Dann kommt der Formalismus, der lesende Zugriff bedingt ja einiger Voraussetzungen.

[#16]

Eine andere oder weitere Option _könnte_ der Zugriff über die DATEV connect APIs sein: DATEV Developer Portal

[#17]

---

@janm  schrieb:

Eine andere oder weitere Option _könnte_ der Zugriff über die DATEV connect APIs sein: DATEV Developer Portal

---

und der benötigt den Papierkram nicht, @janm ?

[#18]

Benötigt evtl. anderen "Papierkram". 😉

Da muss ja nur das kostenlose Produkt "DATEV connect" (DATEVconnect) bestellt, installiert und konfiguriert werden. Danach kann ich ja auf die APIs zugreifen und muss mir nicht erst einen (Read-only) SQL User anlegen lassen.

[#19]

Ok, danke, @janm .

Dann mal hier bitte mal berichten, @Heiko_Geiss , wie es ausgegangen ist. 

Wäre von Interesse.

[#20]

Leider komme ich mit den APIs nicht an die benötigten Daten

[#21]

Gab es nicht irgendwann und irgendwo die Info, dass DATEV sich von den lesenden EO Usern verabschieden will, damit die Kanzleien auf DATEV Connect umsteigen? Irgendwas war da...

[#22]

Damit man sich vom lesenden SQL User verabschieden kann, müssten die APIs auch erstmal alles abdecken können. 😉 

Hier unter 5 wird weiterhin auf den lesenden User verwiesen: Lesender Zugriff für DATEV Rechnungswesen SQL-Datenbank - DATEV Hilfe-Center 

[#23]

Nach Beauftragung der Einrichtung kam am nächsten Arbeitstag ein Rückruf von einer Mitarbeiterin von der DATEV.

Der SQL-Server wurde noch abgeklärt. Dann war es innerhalb von 3 Stunden gemacht.

[#24]

@Heiko_Geiss ,

... und was kann der 'lesende Zugriff' mehr oder besser als die EO-Comfort-Standard-Auswertungen ?

... ohne Dokumentation der Tabellen, Abfragen, Felder und Verknüpfungen stelle ich mir die Arbeit mit der Datenbank als 'unendliche Geschichte' vor

[#25]

---

@vogtsburger schrieb: .. und was kann der 'lesende Zugriff' mehr oder besser als die EO-Comfort-Standard-Auswertungen ?

---

1. Das Ding umgeht die BRV. Das kann ein Vorteil sein, muss aber nicht. Man sollte sich aber dessen bewusst sein.

2. Geschwindigkeit. Immerhin erfolgt ein ODBC-Zugriff in Echtzeit direkt auf der Datenbank. Da kann man schon ein wenig in den Reports an Tempo zulegen, wenn der Overhead von den DATEV-Auswertungssystemen weg ist.

(EO comfort --> Auskunftssystem --> AS Arbeitsbestand vs. AS Auswertungsbestand)

---

... ohne Dokumentation der Tabellen, Abfragen, Felder und Verknüpfungen stelle ich mir die Arbeit mit der Datenbank als 'unendliche Geschichte' vor

---

Und da fangen die Probleme an. Wir haben seinerzeit "nur" die Normalisierungen für die Mandantenstammdaten in der EODB gesucht (und viel gefunden). Ziel war es ein externes DMS anzubinden (Mandantenbezogene Ablage / Schriftguterstellung / etc.).

Das war eine Heidenarbeit.

Und DATEV hilft hier nicht (Know-How-Schutz). Und NEIN, damit habe ich kein Problem. DATEV hat es ersonnen und möchte eben verhindert wissen, dass die Normalisierung im Web auftaucht. Wenn sich das einer mühsam zusammenbastelt und dann dennoch veröffentlicht, selber schuld... 

Beste Grüße
Christian Ockenfels