Dein ERP bringt KI schon mit. Sage hat sie in die Finanzprozesse gelegt, Business Central sitzt damit im Datensatz, Odoo hat sie mit Version 19 nativ eingebaut und Holded verkauft sie im Dashboard. Wenn du eines der vier bezahlst, ist deine Frage berechtigt: Ich habe KI doch inklusive — wozu soll ich außen etwas dazukaufen?
Die These in einem Satz: Der Hersteller-Copilot löst sehr gut, was innerhalb eines Bildschirms passiert — zusammenfassen, vorschlagen, ausfüllen, einen Datensatz erklären, den du vor dir hast — und gar nichts von dem, was Systeme überquert, und genau dort liegt die teure Arbeit. Entscheidend ist nicht, dass er es noch nicht kann: Er ist nicht dafür gebaut. Das ist eine Architekturgrenze, keine offene Zeile auf ihrer Roadmap.
Native KI im ERP vs externer Agent: Die Grenze ist keine Funktionsfrage, sondern Architektur
Schau dir an, was native Copiloten wirklich tun — alle haben dieselbe Form. In Odoo 19 ist KI kein separates Modul mehr: Die offizielle Dokumentation beschreibt Agenten, die aus Themen — den Anweisungen, was der Agent tun soll — und daran hängenden Werkzeugen gebaut werden. In Business Central ist die von Finanzteams meistgenannte Funktion der assistierte Kontenabgleich: Er schlägt Zuordnungen zwischen den importierten Kontoauszugszeilen und den Buchungen im Hauptbuch vor und empfiehlt für die unpassenden ein Sachkonto. Bei Sage sitzt der Copilot in den Finanzprozessen, und sein Import-Agent kürzt die manuelle Datenaufbereitung bei Migrationen und wiederkehrenden Importen.
Das ist gutes Produkt. Achte auf die Gemeinsamkeit: Alle drei arbeiten auf Daten, die ohnehin im System liegen, auf dem Bildschirm, auf dem der Nutzer ohnehin ist, mit den Rechten dieses Nutzers, während dieser Nutzer hinschaut. Das ERP ist nicht der Ort, an dem der Copilot wohnt — es ist seine ganze Welt. Das ist die Grenze, und sie erklärt beides: was er gut kann und was er nie können wird.
Die drei Dinge, die dir der native Copilot gibt — und die du nutzen solltest
- Dir einen Datensatz erklären, den du schon offen hast. Die Kundenhistorie zusammenfassen, dir sagen, warum diese Rechnung so dasteht, eine Buchung in Klartext übersetzen. Sofortiger Kontext auf Daten, die das System längst hat und auf die du längst Anspruch hast.
- Im Formular vorschlagen, mit den Regeln des Systems selbst. Kontenabgleich, vorgeschlagenes Sachkonto, Produktbeschreibung, Angebotstext. Der Hersteller spielt zu Hause: Niemand kennt sein Datenmodell besser, und die Vorschläge halten sich an seine eigenen Prüfungen.
- Deine Daten fragen, ohne einen Bericht zu bauen. Was früher hieß, jemanden um eine Liste zu bitten und zwei Tage zu warten, ist jetzt ein Satz. Das ist nicht wenig: Es ist der Unterschied zwischen mit Daten entscheiden und aus dem Gedächtnis entscheiden.
Das steckt in dem, was du ohnehin zahlst — es einzuschalten und die Leute zu schulen ist eine der billigsten Entscheidungen deines Jahres. Wer dir etwas anderes erzählt, verkauft dir etwas. Wir auch. Deshalb sagen wir es zuerst.
Die drei, die er dir nie geben wird — und warum das Architektur ist, keine Roadmap
Jetzt die andere Seite. Es gibt drei Arten von Arbeit, die der Hersteller-Copilot nicht erledigt, und keine davon löst sich, indem man auf die nächste Version wartet.
- Arbeit, die Systeme überquert. Die Rechnung kommt per Mail, der Lieferschein ist ein PDF des Lieferanten, die Bestellung liegt im ERP und die Reklamation wurde über WhatsApp geklärt. Diese vier Dinge zusammenzubringen ist die Arbeit, die Geld kostet — und drei davon liegen außerhalb des ERP. Ein Copilot, der nur eines davon sieht, kann das nicht abschließen, so gut er auch ist.
- Arbeit, die auf jemanden von außen wartet. Ein Angebot, das auf das Ja des Kunden wartet, ein Lieferant, der nicht antwortet, eine Freigabe, die seit vier Tagen steht. Der Engpass ist dort nicht, die Daten zu verstehen: Es ist, einer Person hinterherzulaufen, die dein ERP nicht offen hat und auch nicht öffnen wird.
- Arbeit, die passiert, wenn niemand hinschaut. Prozesse, die nachts laufen, auf eine Ausnahme stoßen und entscheiden müssen, ob sie eskalieren. Der Copilot braucht einen Nutzer davor, der ihn um etwas bittet; seine Arbeitseinheit ist die Sitzung, nicht der Prozess.
Der Grund dahinter ist in allen drei Fällen derselbe. Der native Copilot erbt drei Grenzen vom System, das ihn beherbergt: die Datengrenze (er sieht nur, was drin ist), die Rechtegrenze (er handelt als der Nutzer, der ihn aufruft — nicht mehr und nicht weniger) und die Uhrgrenze (er beginnt, wenn jemand tippt, und endet, wenn diese Person den Bildschirm schließt). Ein Agent, der Prozesse durchquert, braucht genau das Gegenteil: eine eigene Identität, eigene, auf seine Aufgabe zugeschnittene Rechte und eine eigene Uhr. Das ist keine Funktion, die Sage oder Microsoft im Frühjahrsrelease nachlegen können: Es ist ein anderes Objekt.
Ab wann sich das von außen rechnet
Die Frage ist nicht „wie viel KI brauche ich", die hat keine Antwort. Sie ist viel langweiliger und dafür messbar: Wie oft am Tag muss jemand dein ERP verlassen, um eine Arbeit zu Ende zu bringen? Diese Zahl entscheidet, und du kannst sie diese Woche zählen, ohne etwas zu kaufen.
- Zähl die Sprünge. Nimm drei Prozesse, die wehtun, und notiere jedes Mal, wenn jemand das ERP verlässt, um sie abzuschließen: Mail öffnen, PDF suchen, über WhatsApp schreiben, ins Lieferantenportal einloggen. Jeder Sprung ist Arbeit, die der native Copilot nicht sieht.
- Miss das Warten, nicht das Tippen. Die echten Kosten sind fast nie die Minute Tipparbeit: Es ist die Zeit, in der die Arbeit stillsteht und auf jemanden wartet. Ein Angebot, das vier Tage wartet, kostet keine vier Minuten Sachbearbeitung, es kostet vier Tage Liquidität.
- Bepreise den späten Fehler. Fehler, die im Bildschirm auffallen, sind billig; Fehler, die drei Wochen später im Abschluss oder auf der Kundenrechnung auffallen, nicht. Zähl, wie viele deiner letzten zehn spät aufgefallen sind.
Kommen alle drei Zahlen niedrig heraus: Glückwunsch, schalt den Copilot ein, schul das Team und gib nichts weiter aus. Kommen sie hoch heraus — und in den meisten Mittelständlern mit mehreren Systemen tun sie das — hast du mit Namen und Adresse genau die Stelle identifiziert, an der du etwas brauchst, das der Hersteller nicht verkauft.
| Dimension | Nativer ERP-Copilot | Agent, der Systeme überquert |
|---|---|---|
| Arbeitseinheit | Der Bildschirm / die Sitzung | Der Prozess von Anfang bis Ende |
| Sichtbare Daten | Was im ERP liegt | ERP + Mail + Dokumente + Messaging |
| Handelt mit welchen Rechten | Denen des aufrufenden Nutzers | Eigene Identität, auf die Aufgabe zugeschnitten |
| Startet wann | Wenn jemand darum bittet | Wenn das Ereignis eintritt, mit oder ohne Publikum |
| Wer antwortet bei Ausfall | Der Hersteller, in seinem Produkt | Du: Bereitschaft, Spur und Verfahren |
Der teure Fehler: zweimal für dasselbe zahlen
Man kann sich in beide Richtungen irren. Die eine eröffnet diesen Artikel: annehmen, der enthaltene Copilot decke alles ab, und ein weiteres Jahr mit drei Leuten Belege von Hand abgleichen. Die andere läuft andersherum und fällt seltener auf: außen bauen, was der Hersteller innen schon liefert — und am Ende einen Kontenabgleich zweimal bezahlen und eine brüchige Integration pflegen, die das ERP von allein erledigte.
Die richtige Reihenfolge ist die langweilige: erst einschalten und ausreizen, was schon enthalten ist; dann messen, was weiterhin zur Tür hinausgeht; und erst dann außen bauen, und nur dort. Wenn dieser Moment kommt, lautet die technische Entscheidung nicht „welche KI kaufe ich", sondern wie die Brücke zu den Systemen entsteht, die du schon hast — API, Orchestrierungsschicht oder MCP. Genau davon handelt der Leitfaden zu KI in deine Systeme integrieren, ohne etwas neu zu bauen. Und die zweite Entscheidung, die die meisten Projekte versenkt, weil sie zu spät kommt, ist die Oberfläche, auf der dieser Agent lebt: im ERP selbst, in Teams, im Postfach oder auf WhatsApp — je nachdem, wo die Person schon ist, die ihn nutzen soll. Dieser Vergleich steht in auf welchem Kanal ein KI-Agent sitzen sollte.
Was wir machen, ohne Verpackung
Wir verkaufen kein zweites ERP und verlangen nicht, dass du deins wechselst. Wir setzen obendrauf das Stück Prozess, das dein ERP nicht abdecken kann, weil es außerhalb liegt: das Dokument, das per Mail kommt, die Freigabe, die jemand vom Handy geben muss, die Ausnahme, die um drei Uhr nachts auftaucht. Mit konkretem Namen, je nachdem, wo du wohnst: KI auf Sage, auf Business Central, auf Odoo oder auf Holded. Und wenn die Arbeit mehrere Systeme gleichzeitig überquert, ist das Automatisierung des Betriebs im wörtlichen Sinn: der ganze Prozess, nicht der Bildschirm.
Die Zusammenfassung passt in eine Zeile, und man sollte sie vor dem nächsten Termin mit dem Partner parat haben: Der Copilot ist eine Funktion deines ERP; der Agent ist ein Prozess, der dein ERP überquert. Die beiden zu verwechseln kostet in beide Richtungen — entweder du zahlst zweimal, oder du wartest zwei Jahre auf ein Release, das nicht kommt, weil das, was du brauchst, nicht ins Produkt passt.