Business Central Erweiterungen AL
Extensions die auch in 3 Releases noch laufen
BC-Erweiterungen in AL: upgrade-sichere Extensions nach Microsoft AppSource-Standards. Kein Basistabellen-Hacking — sauberer AL-Code der wartbar bleibt. Freelancer ohne Overhead.
Die Antwort ist nicht "sie tut, was sie soll." Das ist die Mindestanforderung. Eine gute BC-Extension tut, was sie soll — und löst beim nächsten BC-Update nicht auseinander.
Business Central bekommt zweimal pro Jahr Major Releases. Wer Extensions mit direkten Tabellen-Modifikationen oder ohne Event-Subscription-Pattern entwickelt, kauft sich ein Wartungsproblem. Mit jedem Update das Gleiche: Extension prüfen, reparieren, testen, deployen. Das kostet Zeit und Geld, und es entsteht aus vermeidbaren Designfehlern.
Upgrade-sichere AL-Erweiterungen nach Microsoft AppSource-Standards sind nicht schwerer zu entwickeln — aber sie erfordern konsequente Disziplin bei der Architekturentscheidung. Event Subscriptions statt Base-Object-Modifikation. Table Extensions statt direkter Tabellenänderung. AL statt C/AL-Erbstücken. Das ist der Unterschied zwischen einer Extension, die ein Jahr hält, und einer, die fünf Jahre hält.
Maßgeschneiderte Erweiterungen für Business Central — für Verkauf, Einkauf, Lagerverwaltung, Produktion, Finanzen, Reporting, Schnittstellen. Entwickelt in AL nach Microsoft AppSource-Standards, dokumentiert, mit klarem Code-Review.
Typische Erweiterungsbereiche:
Bestehende BC-Extensions analysieren: Sind sie upgrade-sicher? Gibt es kritische Architekturentscheidungen, die bei künftigen Updates Probleme machen werden? Ich liefere ein ehrliches technisches Gutachten — keine Beschönigung.
Für Unternehmen, die Extensions von einer anderen Partei übernommen haben und wissen wollen, was sie da eigentlich geerbt haben.
Bestehende C/AL-Anpassungen oder unsauber entwickelte AL-Extensions in wartbare, upgrade-sichere AL-Extensions umschreiben. Mit vollständiger Dokumentation und Testabdeckung.
Ihr sucht einen AL-Entwickler für BC-Erweiterungen, wenn ihr:
Ein Unternehmen hat drei AL-Extensions im Einsatz — entwickelt von einer Agentur, die den Auftrag abgeschlossen und dann das Unternehmen verlassen hat. Bei jedem BC-Major-Release brechen zwei von drei Extensions. Ein Entwickler wird für die Reparatur engagiert.
In der Code-Analyse zeigt sich das Problem: Die Extensions verwenden direkte Tabellenmodifikationen statt Table Extensions und greifen auf interne Funktionen zu, die sich mit BC-Updates verändern. Das ist kein Zufall — das ist eine Architekturentscheidung, die kurzfristig schneller war, aber langfristig Wartungsaufwand produziert.
Das Refactoring schreibt die Extensions nach Microsoft-Standards um. Das Ergebnis: Extensions, die drei Major Releases durchlaufen ohne Anpassung — genau das, was upgrade-sicher bedeutet.
Was ist der Unterschied zwischen AL und dem alten C/AL?
C/AL ist die Programmiersprache von Classic Navision und NAV. AL ist die moderne Sprache für Business Central — entwicklungsorientiert, extension-basiert, cloud-kompatibel. C/AL-Code kann nicht direkt in BC genutzt werden — er muss in AL neu entwickelt werden. Das ist einer der Gründe, warum Navision-Migrationen Entwicklungszeit erfordern.
Kann ich einen Freelancer für AL-Entwicklung beauftragen, wenn ich schon ein Systemhaus habe?
Ja. Viele Unternehmen beauftragen mich parallel zu ihrem Systemhaus — für spezifische Extensions, die das Systemhaus nicht entwickelt oder zu teuer anbietet. Ich übergebe sauber dokumentierten Code und kommuniziere bei Bedarf direkt mit dem Systemhaus. Kein Konflikt, klare Schnittstellen.
Wie lange dauert eine typische Extension-Entwicklung?
Das hängt von der Komplexität ab. Einfache Erweiterungen — eine neue Felder-Maske, eine automatische Buchung, ein zusätzlicher Report — sind in wenigen Tagen fertig. Komplexe Erweiterungen mit Schnittstellenanbindung und Genehmigungsworkflows: mehrere Wochen. Eine Einschätzung bekommt ihr nach einem kurzen Briefing.
Wie stellt ihr sicher, dass Extensions bei BC-Updates stabil bleiben?
Event Subscriptions statt direkter Code-Modifikation, Table Extensions statt Tabellenänderungen, keine Nutzung interner Microsoft-Funktionen ohne explizite Prüfung der Versionsstabilität. Das sind die Grundregeln. Zusätzlich teste ich Extensions gegen Beta-Releases, wenn ein Major Update ansteht.
Unverbindlich anfragen — Rückmeldung innerhalb von 24 Stunden.
Weitere Themen: AL Code Review Business Central · Business Central Customizing · BC-Schnittstellen-Entwicklung
Über mich
Freiberuflicher BC-Entwickler und Consultant aus Bochum. Ich arbeite direkt mit eurem Fachbereich — ohne Agentur-Overhead, ohne Account-Staffelung. Remote und vor Ort in NRW verfügbar.
Mehr über mich und meine LeistungenSchreib mir eine Nachricht oder ruf direkt an.
