Drei Wege, eine belastbare Entscheidung
Für die Automatisierung im Innendienst, Einkauf oder Rechnungswesen gibt es drei Grundmodelle:
- Standardsoftware: ein fertiges Produkt für einen klar definierten Anwendungsbereich
- Workflow-Plattform: ein Werkzeugkasten, mit dem interne oder externe Entwickler Abläufe bauen
- Individuelle Lösung: eine auf Prozess, Daten und Systemlandschaft zugeschnittene Umsetzung
Kein Modell ist pauschal überlegen. Entscheidend sind Einsatzkontext, Messgrößen, Risiken und Betriebsverantwortung. Das AI Risk Management Framework des NIST bietet dafür einen herstellerneutralen Orientierungsrahmen.
Wann Standardsoftware passt
Standardsoftware ist interessant, wenn der Anwendungsfall klar begrenzt ist und das Produkt die benötigten Formate, Regeln und Schnittstellen bereits unterstützt.
Prüfen Sie vor der Auswahl:
- Werden Ihre tatsächlichen Bestell- oder Belegformate unterstützt?
- Kann das Produkt Artikel, Einheiten und Konditionen Ihres Sortiments abbilden?
- Gibt es einen dokumentierten Zugang zum führenden System?
- Wie werden unklare Fälle angezeigt und fachlich freigegeben?
- Welche Daten verlassen Ihr Unternehmen und wo werden sie verarbeitet?
- Wie lassen sich Ergebnisse, Fehler und Änderungen exportieren?
Im technischen Fachgroßhandel können Freitext, alte Artikelnummern, kundenspezifische Konditionen und mehrere Eingangskanäle zusätzliche Prüfregeln erfordern. Ob ein Standardprodukt das abdeckt, zeigt nur ein Test mit repräsentativen Belegen.
Eine vorhandene Schnittstelle ist noch keine fertige Integration. Prüfen Sie unterstützte Objekte, Schreibrechte, Fehlerbehandlung, Testumgebung und Rückfallweg.
Wann eine Workflow-Plattform passt
Eine Workflow-Plattform stellt Bausteine für Oberflächen, Regeln, Integrationen und Automatisierungen bereit. Sie kann sinnvoll sein, wenn Ihr Unternehmen mehrere unterschiedliche Abläufe selbst entwickeln und langfristig betreiben will.
Klären Sie dabei:
- Wer entwirft, testet und dokumentiert die Abläufe?
- Wer wartet Konnektoren und Regeln nach Systemänderungen?
- Welche Kompetenzen müssen intern dauerhaft verfügbar sein?
- Wie werden Berechtigungen, Protokolle und Freigaben verwaltet?
- Was kosten Plattform, Entwicklung, Betrieb und Überwachung zusammen?
Die Plattformlizenz allein beantwortet diese Fragen nicht. Der Business Case muss interne Entwicklungs- und Betriebskapazität ausdrücklich einbeziehen.
Wann eine individuelle Lösung passt
Eine individuelle Lösung ist sinnvoll, wenn ein wirtschaftlich relevanter Prozess nicht sauber in einen vorhandenen Produktrahmen passt. Gründe können besondere Sortimentslogik, mehrere verbundene Prozesse oder eine Systemlandschaft ohne geeigneten Standardzugang sein.
Individuell bedeutet nicht, alles neu zu bauen. Eine belastbare Architektur nutzt vorhandene Schnittstellen und geprüfte Komponenten, ergänzt aber die fehlende Prozesslogik gezielt.
Prüfen Sie besonders:
- Ist die Abweichung vom Standard fachlich notwendig oder nur historisch gewachsen?
- Welche Teile müssen tatsächlich individuell sein?
- Wer besitzt Quellcode, Konfiguration, Daten und Dokumentation?
- Wie werden Betrieb, Überwachung und spätere Änderungen geregelt?
- Gibt es eine klare Abnahme mit Ausgangswert und Messpunkten?
Der Vergleich ohne pauschale Zeit- und Preisversprechen
| Kriterium | Standardsoftware | Workflow-Plattform | Individuelle Lösung | |---|---|---|---| | Ausgangspunkt | vorhandener Produktrahmen | technische Bausteine | abgegrenzter Geschäftsprozess | | Anpassung | Konfiguration im Produktrahmen | durch eigene Entwicklung | gezielt nach Prozessbedarf | | Integration | unterstützte Standardschnittstellen | selbst zu bauen oder zu konfigurieren | projektbezogen zu planen | | Betriebsverantwortung | überwiegend beim Anbieter, fachlich beim Kunden | stark beim eigenen Team | vertraglich festzulegen | | Kostenbasis | Lizenz, Einrichtung, Anpassung | Lizenz, Entwicklung, Betrieb | Umsetzung, Betrieb, Weiterentwicklung | | Abhängigkeit | Produkt und Anbieter | Plattform und eigenes Know-how | Dienstleister, Dokumentation und Rechte | | Ausbau | innerhalb der Produktgrenzen | durch weitere Entwicklung | nach vereinbartem Architekturrahmen |
Zeit und Kosten hängen bei allen drei Wegen von Datenzugang, Schnittstellen, Prüfregeln, Sicherheit und Abnahme ab. Allgemeine Wochen- oder Monatsspannen sind ohne diesen Umfang nicht belastbar.
Sechs Fragen vor der Anbieterauswahl
1. Welches Ergebnis soll gemessen werden?
Definieren Sie Bearbeitungszeit, Ausnahmen, Korrekturen oder einen anderen Ausgangswert, bevor Sie Produkte vergleichen.
2. Welche Belege und Regeln sind wirklich repräsentativ?
Ein Test nur mit sauberen Standardfällen unterschätzt den Aufwand. Nehmen Sie unklare Artikel, abweichende Einheiten und echte Ausnahmefälle auf.
3. Welches System führt welche Daten?
Benennen Sie Artikel, Kunde, Preis, Auftrag und Freigabestatus. Vermeiden Sie parallele Wahrheiten in mehreren Anwendungen.
4. Wer entscheidet bei Unsicherheit?
Legen Sie Schwellenwerte, Fachrollen und Eskalationen fest. Eine hohe Automatisierungsquote ist kein Qualitätsbeleg, wenn falsche Fälle ungeprüft weiterlaufen.
5. Wie bleibt der Betrieb beherrschbar?
Prüfen Sie Protokolle, Überwachung, Rückfallweg, Datenexport und Verantwortlichkeit bei Änderungen.
6. Wie vergleichen Sie die Gesamtkosten?
Berücksichtigen Sie Lizenzen, Umsetzung, interne Zeit, Betrieb, Wartung, Schulung und einen möglichen Anbieterwechsel.
Der erste Nachweis in 14 Tagen
Conveso grenzt einen repräsentativen Prozess, die führenden Daten, Prüfregeln und Messpunkte ab und wertet den Pilot nach 14 Tagen aus. Das Ergebnis kann auch sein, dass ein vorhandenes Standardprodukt ausreicht oder eine interne Plattform wirtschaftlicher ist.
Wenn Sie Standardsoftware, Plattform und individuelle Umsetzung anhand Ihrer Belege vergleichen möchten, sprechen Sie mit uns. Die Entscheidung soll zum Prozess passen, nicht zu einem vorab bevorzugten Werkzeug.
Geschäftsführer und Berater für den technischen Fachgroßhandel