DATEV UO: Umsätze exportien, um sie dann in unserem CRM einzulesen (REST-Api)

[#1]

Hallo zusammen!

Wir nutzen DATEV UO über unseren Steuerberater, möchten nun aber zusätzlich die im UO täglich abgeholten Bankumsätze (Postbank) auch in unser eigenes CRM exportieren/abrufen - am besten via REST-Schnittstelle. Ist das möglich? Wenn ja, wie geht man vor? Muss man ein Tool dafür abonnieren?

Danke und viele Grüße, Euer Uli

[#2]

Wäre es nicht einfacher, die Umsätze direkt von der Bank ins CRM zu holen?

Ansonsten gibt es evtl. hier etwas aus den Online-APIs: Online APIs | DATEV Developer Portal

Allerdings dürfte das den Rahmen sprengen: Der Weg zum DATEV-Datenservice für Softwarehersteller | DATEV Developer Portal

[#3]

Unternehmen Online ist nicht durch REST-APIs zu erreichen - weder eingehend noch ausgehend.

Da bleibt Ihnen wohl nur der manuelle Weg über das Onlinebanking-Portal. Dort können Sie zumindest eine CSV-Datei ausgeben:

Wenn Sie eine Software wie Starmoney Business nutzen, können Sie einen regelmäßigen Standardexport erstellen, den Sie immerhin On-Premise automatisch einspielen können.

Aber über eine API kommen Sie an DUO leider nicht heran.

[#4]

Hallo,

wir hatten bei einem Mandanten in vergleichbarer Konstellation folgende Lösung im Einsatz:

• vor Ort DATEV Installation vom Zahlungsverkehr (kostenpflichtig) Zahlungsverkehr (datev.de)
• zusätzlich vor Ort die Installation vom ISWL Kontoauszugs-Export (datev.de) - ebenfalls kostenpflichtig

Damit lassen sich täglich im definierten Ordner Exportdaten ablegen. 

Um die Weiterverarbeitung bzw. einen möglichen automatisierten Upload müssen Sie sich allerdings selbst kümmern.

Vielleicht kann das eine Lösung sein.

Andernfalls würde ich den CRM-Anbieter direkt fragen, ob dieser nicht eine Schnittstelle (am besten ohne den Umweg über DUO/DATEV) realisieren kann.

[#5]

Direkt von der Bank ins CRM machen wir aktuell, über HBCI - das Problem ist nur dabei, dass die Postbank ständig an ihrer Konfiguration "popelt" und nie Bescheid gibt... Dieses Jahr mussten wir nachträglich zum 3. Mail die Programmierung fixen und ein großer Ärger entstand, weil Buchungen nicht mehr eingelesen wurden und es keiner gemerkt hatte...

[#6]

Klingt gut, jedoch über WINDOWS angestoßen ist eher schlecht - es sollte über UNIX laufen (server-basiert)...

[#7]

Schade, scheint so... 😞