Warum Ihre Agentur DATEV und SAP nicht kennt — und was das für Ihr Projekt bedeutet

Viele mittelständische Unternehmen in Deutschland machen dieselbe Erfahrung: Sie beauftragen eine Digitalagentur mit einer neuen Plattform, einem Kundenportal oder einer mobilen App — und merken erst Wochen später, dass die Agentur noch nie mit DATEV gearbeitet hat. Oder dass SAP für sie ein Fremdwort ist. Oder dass die Anforderungen der DSGVO im Projektplan schlicht fehlen.

Das ist kein Zufall. Es ist ein strukturelles Problem des Agenturmarkts.

Warum das so häufig passiert

Digitale Agenturen spezialisieren sich. Viele kommen aus dem Marketing: Websites, Kampagnen, Branding. Andere aus dem App-Bereich: iOS, Android, schöne Oberflächen. Beides ist legitim — aber beides hat wenig mit den Systemen zu tun, auf denen der deutsche Mittelstand tatsächlich läuft.

DATEV ist in Deutschland die dominierende Softwareplattform für Steuerberatung und Buchhaltung. Laut DATEV eG nutzen über 700.000 Unternehmen und Kanzleien das System (datev.de). SAP hat nach eigenen Angaben allein in Deutschland mehr als 25.000 Kunden im Mittelstandssegment. Dazu kommen branchenspezifische Lösungen: Lexware für kleinere Betriebe, Sage für den gehobenen Mittelstand, Microsoft Dynamics 365 für internationale Strukturen.

Eine Agentur, die diese Systeme nicht kennt, kann trotzdem gute Websites bauen. Aber sie kann keine Plattform bauen, die mit Ihrer Buchhaltung spricht. Kein Kundenportal, das Rechnungen aus DATEV zieht. Keine App, die Lagerbestände aus SAP in Echtzeit anzeigt.

Das Ergebnis: Das fertige Produkt ist technisch sauber — aber operativ nutzlos. Und die Integration, die niemand eingeplant hat, kostet am Ende mehr als die ursprüngliche Entwicklung.

Was Agenturen typischerweise verschweigen

Hier sind die drei häufigsten Lücken, die in Briefings und Angeboten auftauchen — und die Sie vor Vertragsschluss abfragen sollten:

1. Keine Erfahrung mit deutschen Buchhaltungssystemen

DATEV hat eine eigene API-Welt: DATEV Connect Online, die Schnittstelle für Steuerberater-Mandanten-Kommunikation, und verschiedene Exportformate (DATEV-ASCII, DATEV-XML). Wer das nicht kennt, wird entweder manuell exportieren lassen oder eine Eigenentwicklung bauen, die beim nächsten DATEV-Update bricht.

SAP-Integrationen setzen voraus, dass die Agentur mit RFC-Verbindungen, BAPIs oder zumindest SAP-zertifizierten Middleware-Lösungen wie SAP Integration Suite oder MuleSoft umgehen kann. Das ist kein Hexenwerk — aber es braucht Erfahrung.

2. DSGVO als Checkliste, nicht als Architekturentscheidung

Der BfDI (Bundesbeauftragte für den Datenschutz und die Informationsfreiheit) und die Landesdatenschutzbehörden — etwa das Bayerische Landesamt für Datenschutzaufsicht (BayLDA) oder die Berliner Beauftragte für Datenschutz und Informationsfreiheit — prüfen nicht, ob Ihre Datenschutzerklärung vollständig ist. Sie prüfen, ob Ihre Systeme datenschutzkonform gebaut sind.

Das bedeutet: Datensparsamkeit schon im Datenbankdesign, Auftragsverarbeitungsverträge mit jedem Subunternehmer, Löschkonzepte, Protokollierung. Viele Agenturen hängen am Ende des Projekts eine Cookie-Banner-Lösung an und nennen das DSGVO-Konformität. Das reicht nicht.

3. Kein Plan für den Betrieb nach dem Launch

Wer bezahlt den Server? Wer überwacht die Verfügbarkeit? Was passiert, wenn DATEV eine neue API-Version veröffentlicht? Diese Fragen fehlen in vielen Angeboten — und landen nach dem Launch als ungeplante Kosten beim Kunden.

Die Systeme, die Sie kennen sollten

Damit Sie in Gesprächen mit Agenturen auf Augenhöhe sind, hier ein Überblick über die relevanten Systeme im D-A-CH-Raum:

Eine Agentur muss nicht alle diese Systeme täglich bedienen. Aber sie muss wissen, welche API-Dokumentation existiert, wie Authentifizierung funktioniert und wo die typischen Stolperstellen liegen.

Was eine Integration wirklich kostet

Das ist der Teil, den Angebote gern weglassen. Integrationen sind teuer — nicht weil sie technisch unmöglich sind, sondern weil sie Zeit brauchen, die niemand einplant.

Hier realistische Orientierungswerte für den D-A-CH-Markt. Die Spannen sind weit, weil der Scope entscheidend ist: Eine einfache CSV-Schnittstelle ist etwas anderes als eine bidirektionale Echtzeit-Synchronisation.

Scope-Hinweis: Alle Preise beziehen sich auf die reine Entwicklungsleistung. Nicht enthalten sind Lizenzen der Drittsysteme, Infrastrukturkosten (Server, SSL, Monitoring), laufende Wartung bei API-Änderungen sowie Projektmanagement und Abnahmetests auf Kundenseite. Gute Angebote trennen diese Positionen sauber.

Was Sie vor der Beauftragung fragen sollten

Fünf Fragen, die jede Agentur beantworten können muss, bevor Sie einen Vertrag unterschreiben:

1. Welche Erfahrung haben Sie konkret mit [Ihrem System]?

Nicht: „Wir haben schon ERP-Integrationen gemacht.” Sondern: Welches Projekt, welche API-Version, welche Probleme sind aufgetaucht?

2. Wer ist auf Ihrer Seite verantwortlich für die Integration — und welche Qualifikation hat diese Person?

Viele Agenturen haben einen Generalisten, der „das auch kann”. Das reicht für einfache REST-Schnittstellen. Für DATEV oder SAP braucht es jemanden, der das System kennt.

3. Wie gehen Sie mit API-Änderungen nach dem Launch um?

DATEV aktualisiert seine Schnittstellen regelmäßig. SAP auch. Wer bezahlt die Anpassung — und ist das im Angebot enthalten?

4. Wie ist die DSGVO-Compliance in der Architektur verankert?

Nicht: „Wir fügen eine Datenschutzerklärung hinzu.” Sondern: Wo werden Daten gespeichert, welche Auftragsverarbeitungsverträge gibt es, wie ist das Löschkonzept?

5. Was ist Ihr Übergabeformat?

Bekommen Sie den Quellcode? Die Dokumentation? Die Zugangsdaten zu allen Systemen? Oder sind Sie nach dem Projekt abhängig von der Agentur?

Wie das bei uns aussieht

Wir haben Systeme gebaut, die genau an dieser Stelle scheitern können — und haben gelernt, was man von Anfang an richtig machen muss.

Ein Beispiel aus unserem Portfolio: Für ein Transportunternehmen haben wir eine ERP-Plattform entwickelt, die Flottenmonitoring, Dokumentenmanagement, Finanzdaten und operative Steuerung in einem System zusammenführt. Die Herausforderung war nicht die Oberfläche — die Herausforderung war, dass Daten vorher über ГЛОНАСС-Tracking, Excel-Tabellen, ein Buchhaltungssystem und mehrere Messenger verteilt waren. Wir haben rollenbasierte Interfaces gebaut: Der Geschäftsführer sieht Analysen, der Disponent sieht Routen und Auslastung, die Buchhaltung sieht Dokumente und Abrechnungen — alles aus einer Datenbasis. Das funktioniert nur, wenn man die Systeme kennt, die man zusammenführt.

Für ein Produktionsunternehmen haben wir eine B2B-Bestellplattform als Mini-App entwickelt und dabei eine bidirektionale Integration mit dem bestehenden ERP-System gebaut: Bestände, Preise und Bestellungen synchronisieren sich automatisch. Der entscheidende Schritt war, frühzeitig den internen ERP-Programmierer des Kunden einzubinden — das hat die Integrationszeit erheblich verkürzt.

Unser Prozess bei Integrationsprojekten:

1. Erstgespräch und Systemanalyse — wir fragen, welche Systeme im Einsatz sind, welche API-Dokumentation existiert und wo die Datengrenzen liegen.
2. Technisches Konzept vor dem Angebot — Preis und Zeitplan werden erst nach Klärung der Integrationsarchitektur fixiert.
3. Fester Preis im Vertrag — nach Freigabe des Lastenhefts ändert sich der Preis nicht, auch wenn die Integration aufwendiger wird als erwartet.
4. Wöchentliche Demos — Sie sehen den Fortschritt, nicht nur den Abschlussbericht.
5. Übergabe mit Dokumentation — Quellcode, Zugangsdaten und Betriebsanleitung gehen nach vollständiger Zahlung an Sie über.

Wir arbeiten mit Festpreisen ab €3.000 und geben sechs Monate Garantie auf alles, was wir gebaut haben. Wenn nach dem Launch ein Bug auftaucht, der auf unsere Arbeit zurückgeht, beheben wir ihn ohne Zusatzkosten.

Was wir nicht versprechen: dass wir jedes System kennen, das es gibt. Was wir versprechen: dass wir es sagen, wenn wir es nicht kennen — und dann entweder den richtigen Spezialisten hinzuziehen oder klar kommunizieren, warum das Projekt so nicht funktioniert.

Was Sie beim Angebot konkret prüfen sollten

Wenn Sie ein Angebot für ein Projekt mit Systemintegration erhalten, schauen Sie auf diese Punkte:

• Ist die Integration als eigene Leistungsposition aufgeführt — mit Stunden oder Pauschale?
• Sind Testumgebung und Abnahmetests enthalten?
• Steht im Vertrag, wer für API-Änderungen nach dem Launch zuständig ist?
• Gibt es einen Auftragsverarbeitungsvertrag gemäß Art. 28 DSGVO, wenn personenbezogene Daten verarbeitet werden?
• Ist geregelt, wer nach Projektabschluss Zugang zu Servern, Repositories und Drittanbieter-Accounts hat?

Fehlen diese Punkte, sind das keine Kleinigkeiten — das sind die Stellen, an denen Projekte scheitern oder teuer werden.

Fazit

Dass eine Agentur DATEV oder SAP nicht kennt, ist kein Makel — solange sie es sagt. Das Problem entsteht, wenn es im Angebot verschwiegen wird und erst nach dem Launch auffällt.

Der deutsche Mittelstand läuft auf Systemen, die Jahrzehnte gewachsen sind. Wer eine digitale Lösung baut, die daran vorbeigeht, baut an der Realität vorbei. Gute Projekte beginnen mit der Frage: Welche Systeme sind schon im Einsatz — und wie integrieren wir uns dort?

Wenn Sie ein Projekt planen, bei dem Systemintegration eine Rolle spielt, sprechen Sie uns an: hello@pazl.ai oder direkt über pazl.ai. Wir schauen uns Ihre Ausgangssituation an und sagen Ihnen ehrlich, was machbar ist — und was nicht.