Schnittstelle programmieren lassen: Aufwand, Kosten und Ablauf

Wovon der Aufwand einer Schnittstelle abhängt, welche Kosten einmalig und laufend anfallen und wie Sie zu einem belastbaren Angebot kommen.

Dieser Beitrag ist ein Entwurf und wird noch fachlich geprüft.

„Was kostet eine Schnittstelle?“ lässt sich ohne Blick auf die beteiligten Systeme nicht seriös beantworten. Sehr wohl lässt sich aber sagen, wovon der Aufwand abhängt, welche Kosten einmalig und welche laufend anfallen und wie Sie zu einem belastbaren Angebot kommen. Darum geht es hier.

Wovon hängt der Aufwand einer Schnittstelle ab?

Den größten Einfluss haben nicht die Zeilen Code, sondern die Systeme und die Regeln dazwischen. Diese Faktoren treiben den Aufwand:

FaktorEher wenig AufwandEher viel Aufwand
SchnittstellenDokumentierte API mit TestzugangKeine API, nur Dateiexport oder Datenbank
DatenflüsseEin Datenfluss in eine RichtungMehrere Datenarten in beide Richtungen
SonderfälleFelder lassen sich eins zu eins zuordnenVarianten, Rabatte, Steuern, Retouren, Freigaben
AktualitätAbgleich nachts reichtÜbertragung innerhalb von Sekunden nötig
DatenqualitätSaubere, eindeutige StammdatenDubletten, abweichende Artikelnummern, Altlasten
FehlerEin Fehler darf bis zum nächsten Lauf wartenJeder Fehler muss sofort auffallen und nachvollziehbar sein

Welche Kosten fallen einmalig an, welche laufend?

Einmalig sind die Aufnahme der Abläufe, die Abstimmung der Regeln, die Entwicklung, die Tests mit echten Daten und die Einweisung. Laufend kommen Betrieb und Überwachung hinzu, außerdem Anpassungen, wenn ein Hersteller seine Schnittstelle ändert oder sich Ihre Abläufe ändern. Manche Hersteller verlangen zudem eigene Gebühren für den API-Zugang oder ein Zusatzmodul. Ein gutes Angebot nennt alle drei Posten getrennt.

Festpreis oder nach Aufwand?

Ein Festpreis ist möglich, sobald Systeme, Datenflüsse und Regeln geklärt und schriftlich festgehalten sind. Vorher müsste ein Anbieter Unsicherheit einpreisen, und Sie zahlen für Risiken, die vielleicht gar nicht eintreten. Bewährt hat sich ein zweistufiges Vorgehen: zuerst eine kurze, klar abgegrenzte Klärung, danach ein Angebot mit festem Umfang für die Umsetzung.

Was sollten Sie vor dem Gespräch vorbereiten?

  • Systeme: Welche Programme und Versionen sind beteiligt, und wer betreut sie heute?
  • Ablauf: Was wird heute von Hand übertragen, wie oft und von wem?
  • Beispiele: Zwei oder drei typische Datensätze und ein paar Sonderfälle, ohne personenbezogene Daten.
  • Zugänge: Gibt es Dokumentation oder einen Testzugang zur Schnittstelle des Herstellers?
  • Ziel: Was soll danach anders sein, und woran merken Sie, dass es funktioniert?

Woran Sie ein seriöses Angebot erkennen

  • Es beschreibt die Datenflüsse und Regeln, nicht nur „Anbindung System A an System B“.
  • Es sagt, was bei Fehlern passiert und wer benachrichtigt wird.
  • Tests mit echten Daten und eine Phase im Parallelbetrieb sind eingeplant.
  • Laufende Kosten und Zuständigkeit für spätere Anpassungen stehen drin.
  • Code und Dokumentation gehören Ihnen, damit Sie nicht von einer Person abhängen.

Ob sich ein Ablauf überhaupt rechnet, sehen Sie vorab mit dem Automatisierungs-Rechner. Für die Klärung von Systemen und Regeln ist der Automatisierungs-Check gedacht, und wie wir Schnittstellen bauen, steht unter Schnittstellen & Integration.

Fragen zu diesem Thema?

Wir ordnen ein, was das konkret für Ihr Produkt oder Ihren Prozess bedeutet.

Dieser Beitrag ist eine technische Einordnung und ersetzt keine Rechtsberatung. Maßgeblich sind die Primärquellen.

Erst verstehen. Dann bauen.

Beschreiben Sie kurz Ausgangslage und Ziel. Sie bekommen eine persönliche Antwort mit den Fragen, die für einen sinnvollen Scope wichtig sind.