KI-Entwicklung von AL-Erweiterungen für Business Central

Eine Anforderung wie „auf der Rechnung möchten wir eine Warnung, wenn ein Kunde sein Kreditlimit überschreitet“ löst oft eine Kette von Nachrichten, Spezifikationen und Wartezeiten auf eine Aufwandsschätzung aus. Die KI-Entwicklung von AL-Erweiterungen verändert genau diesen Anfang: Ein Fachanwender kann den Bedarf in gewöhnlicher Sprache beschreiben, und System und Berater machen daraus einen Änderungsvorschlag für Microsoft Dynamics 365 Business Central. Das Ergebnis ist nicht nur schnellerer Code, sondern ein kürzerer Weg vom Problem in Finanzen oder Operations bis zur sicher getesteten Lösung.

Das bedeutet nicht, dass jede Anforderung automatisch in Code umgesetzt werden sollte. Business Central ist das zentrale System für Buchhaltung, Einkauf, Vertrieb, Projekte, Freigaben und Berichtswesen. Eine kleine Änderung in einem Prozess kann Berechtigungen, Dimensionen, Buchungen oder Integrationen beeinflussen. Der eigentliche Wert des KI-Ansatzes liegt deshalb in der Kombination aus der Geschwindigkeit der Maschine und der Verantwortung eines erfahrenen Beraters.

Was die KI-Entwicklung von AL-Erweiterungen tatsächlich verändert

AL ist die Programmiersprache für die Entwicklung von Erweiterungen in Business Central. Eine Erweiterung ergänzt oder passt Funktionalitäten an, ohne den standardmäßigen Microsoft-Code zu verändern: neue Felder, Prüfungen, Geschäftsregeln, Berichte, API-Integrationen oder automatisierte Freigabeabläufe.

Im klassischen Modell erfasst der Berater zunächst die Anforderung, verfasst dann eine fachliche Spezifikation, der Entwickler interpretiert das Dokument, entwickelt den Code und gibt ihn zum Testen zurück. Für große und komplexe Projekte kann dieses Modell gerechtfertigt sein, bei kleineren operativen Änderungen führt es jedoch oft zu unnötigem Warten. Das Problem ist nicht nur der Entwicklungsaufwand. Während die Anforderung zwischen Fachanwender, Berater und Entwickler übersetzt wird, geht leicht der Kontext verloren, warum die Änderung überhaupt benötigt wurde.

KI kann diesen Zyklus verkürzen. Sie analysiert die Beschreibung der Anforderung, erkennt die Business-Central-Objekte und -Prozesse, die die Änderung betreffen könnte, schlägt die AL-Struktur vor und erzeugt eine erste Version des Codes. Der Berater prüft anschließend, ob der Vorschlag dem Geschäftsprozess wirklich entspricht, ob er die bestehende Architektur respektiert und ob er Risiken in Buchung, Freigabe oder Berichtswesen einführt.

Der entscheidende Unterschied ist folgender: KI sollte nicht als Ersatz für die ERP-Verantwortung betrachtet werden. Ihre Stärke liegt darin, Analyse, Vorbereitung und Entwicklung wiederholbarer Änderungen zu beschleunigen. Die Entscheidung, was eine Änderung in der Produktion tun darf, treffen weiterhin Menschen, die das Geschäft des Unternehmens verstehen.

Von der Anforderung in normaler Sprache bis zur Testumgebung

Ein guter KI-Prozess beginnt mit einer qualitativ guten Beschreibung, nicht mit dem Befehl „bauen Sie eine Erweiterung“. Finanzleitung, Einkauf oder IT müssen AL nicht kennen, sollten aber Auslöser, Regel, Benutzer und erwartetes Ergebnis erklären.

Statt der Anforderung „ergänzen Sie Rechnungskontrollen“ ist es beispielsweise hilfreicher zu formulieren: „Wird eine Eingangsrechnung mit einem Betrag über 5.000 EUR erfasst, darf sie erst gebucht werden, nachdem der Einkaufsleiter und die Finanzleitung sie freigegeben haben. Die Freigabe muss auf dem Beleg und in der Dokumentation sichtbar bleiben.“ Eine solche Anforderung enthält das Geschäftsereignis, den Schwellenwert, die Beteiligten, die untersagte Aktion und den Kontrollnachweis.

1. Analyse des Prozesses und der bestehenden Lösung

Bevor Code erzeugt wird, muss geklärt werden, wo die Regel eingebettet wird. Nutzt das Unternehmen bereits den Standardworkflow für Freigaben? Wird der Betrag mit oder ohne USt betrachtet? Unterscheidet sich der Schwellenwert je nach Dimension, Sparte, Standort oder Kostenart? Kann der Benutzer die Rechnung nach der ersten Freigabe noch ändern?

Diese Fragen sind keine Verzögerung. Sie verhindern, dass schnell die falsche Erweiterung entsteht. Die KI kann relevante Tabellen, Seiten und Ereignisse in der Standardanwendung vorschlagen, während der Berater prüft, ob es besser ist, den bestehenden Workflow anzupassen oder eine eigene Regel zu entwickeln.

2. Lösungsvorschlag vor dem Schreiben des Codes

Vor der Entwicklung sollte ein klarer Vorschlag vorliegen: welche Felder ergänzt werden, wann die Validierung greift, wer die Freigabeanfrage erhält, was der Benutzer sieht, wenn die Regel nicht erfüllt ist, und wie die Änderung getestet wird. Bei einer Anforderung zu Eingangsrechnungen kann das einen zusätzlichen Freigabestatus, eine Prüfung vor der Buchung und einen Nachweis bedeuten, wer wann welche Entscheidung getroffen hat.

Dieser Schritt ist besonders wichtig für Führungskräfte. Sie müssen nicht jede AL-Funktion prüfen, aber sie müssen bestätigen, dass die Geschäftsregel richtig interpretiert wird. Erst danach wird der Code zum Mittel, um eine vereinbarte Kontrolle durchzusetzen – und bleibt kein technisches Experiment.

3. Generierung von AL-Code und automatisierte Prüfungen

Sobald die Lösung bestätigt ist, bereitet die KI die AL-Erweiterung vor: Objekte, Tabellen- oder Seiten-Erweiterungen, Event Subscriber, Validierungen und gegebenenfalls Tests. Das kann die Zeit für die routinemäßigen Teile der Entwicklung deutlich verkürzen, vor allem bei bekannten Mustern wie neuen Feldern, Prüfmeldungen, Beleg-Erweiterungen oder der Anbindung an Freigaben.

Dennoch ist generierter Code nicht automatisch produktionsreif. Kompilierung, Kompatibilität mit der Business-Central-Version, Objektnamen, Berechtigungen und das Verhalten in bestehenden Prozessen müssen geprüft werden. Code, der technisch funktioniert, kann fachlich trotzdem falsch sein – etwa wenn er die Buchung von Belegen blockiert, die gar nicht von der Regel erfasst werden sollten.

4. Testen, Prüfung und kontrollierter Rollout

Die Erweiterung wird zunächst in einer Testumgebung veröffentlicht. Dort werden realistische Szenarien durchgespielt: eine Rechnung unter dem Schwellenwert, eine Rechnung über dem Schwellenwert, eine abgelehnte Freigabe, eine nach der Freigabe geänderte Summe, ein Benutzer ohne die erforderliche Berechtigung und gegebenenfalls Storno oder Korrektur des Belegs.

Der Berater prüft anschließend den Code und die Testergebnisse. Holy BC Agent ist genau für diese Arbeitsweise konzipiert: Die KI beschleunigt Analyse und Umsetzung, während erfahrene Berater jede Änderung vor der Produktion validieren. Das Unternehmen behält den Überblick darüber, was sich ändert, warum es sich ändert und wer die Änderung freigegeben hat.

Wo KI am schnellsten Geschäftswert schafft

Die größte Wirkung entsteht meist bei häufigen, klar definierten Änderungen, die früher auf einen Entwicklungstermin warteten. In der Finanzbuchhaltung sind das Kontrollen vor der Buchung, verpflichtende Dimensionsangaben, Warnungen bei Budgetüberschreitung, neue Felder auf Belegen und angepasste Sichten auf offene Posten.

Im Einkauf kann KI-gestützte Entwicklung den Status der Anforderung, Bestellung, Wareneingang und Eingangsrechnung mit präziseren Freigaberegeln verbinden. Statt dass die Finanzabteilung manuell prüft, ob eine Rechnung die zugehörige Bestellung oder Freigabe hat, kann die Erweiterung den fehlenden Schritt anzeigen, bevor der Beleg in die Buchung gelangt.

Projektorientierte Unternehmen wünschen sich häufig Änderungen rund um Verträge, Budgets, Ressourcen und Rentabilität. Ein Beispiel ist die verpflichtende Verknüpfung eines Kostenpostens mit Projekt und Projektphase, einschließlich Warnung, wenn das geplante Budget nicht über ausreichend verfügbare Mittel verfügt. Das ist nicht nur ein technisches Feld auf einem Beleg – die Qualität dieser Kontrolle wirkt sich direkt auf die Aussagekraft des Projekt-Reportings aus.

Im Berichtswesen kann die KI die Vorbereitung neuer Abfragen, zusätzlicher Spalten und Logik zur Datenklassifizierung beschleunigen. Die Definitionen der Kennzahlen müssen dennoch aus dem Fachbereich kommen. Wenn Finanzabteilung und Vertrieb „realisierten Umsatz“ unterschiedlich interpretieren, löst keine Menge automatisch generierten Codes das Problem.

Geschwindigkeit ist kein Grund, das Änderungsmanagement zu überspringen

KI-Entwicklung verkürzt die Umsetzungszeit, hebt aber die Notwendigkeit von Regeln nicht auf. Im Gegenteil: Je schneller Änderungen entstehen, desto klarer muss das Unternehmen festlegen, wer die Anforderung stellt, wer die Geschäftsregel bestätigt, wer testet und wer die Produktion freigibt.

Besondere Aufmerksamkeit verdienen Integrationen, Abrechnungen, Massenbuchungen und Änderungen, die gesetzliche oder interne Kontrollen betreffen. Auch dort kann die KI bei Vorbereitung und Analyse helfen, aber die Entscheidung über die Umsetzung muss auf dem vollständigen Prozess beruhen, einschließlich Ausnahmen und der Verantwortung des Prozesseigners.

So bereiten Sie Anforderungen für die KI-gestützte Entwicklung vor

Unternehmen, die die besten Ergebnisse erzielen, schicken nicht nur eine Idee, sondern ein kurzes Geschäftsszenario. Es genügt zu beschreiben, wer die Aktion ausführt, auf welchem Beleg, unter welcher Bedingung, was das System tun soll und was nicht geschehen darf. Hilfreich sind zusätzlich zwei oder drei reale Beispiele, einschließlich einer Ausnahme.

Beispiel: „Erstellt ein Vertriebsmitarbeiter ein Verkaufsangebot für einen Kunden mit überfälligen Forderungen älter als 60 Tage, soll das System eine Warnung anzeigen. Das Angebot darf gespeichert, aber ohne Freigabe des Kreditcontrollers nicht in einen Auftrag umgewandelt werden.“ Eine solche Beschreibung öffnet sofort die richtigen Fragen: aus welchen Daten wird die Forderung berechnet, werden alle verbundenen Unternehmen berücksichtigt, wo wird die Freigabe gespeichert und gilt die Regel für alle Kunden.

Die beste KI-Erweiterung ist nicht die mit dem meisten Code. Es ist die, die einen konkreten Engpass beseitigt, einen klaren Entscheidungsnachweis hinterlässt und auch dann zuverlässig weiterläuft, wenn sich das Geschäft ändert. Wenn Fachanwender den Bedarf präzise beschreiben und ein erfahrenes Team die Lösung vor der Produktion prüft, kann Business Central mit dem Tempo des Unternehmens mithalten, ohne die Kontrolle zu verlieren.