AL Code Review Business Central
Bugs vor dem Go-live finden
AL Code Review für Business Central: Extensions auf Upgrade-Sicherheit, Performance und Microsoft-Standards prüfen. Bugs vor Go-live finden statt nach. Freelancer direkt.
Ein AL Code Review ist keine akademische Übung. Es ist Qualitätssicherung vor dem Go-live — der Moment, in dem Fehler günstig sind, bevor sie es im Produktivbetrieb nicht mehr sind.
BC-Extensions, die ohne Review in Produktion gehen, haben ein vorhersagbares Schicksal: sie laufen stabil, bis ein BC-Update sie bricht. Oder sie laufen langsam, und niemand weiß warum. Oder sie haben einen Fehler, der sich erst bei bestimmten Datenkombinationen zeigt — und dann zeigt er sich, wenn eine Buchhalterin am Monatsabschluss arbeitet.
Ein AL Code Review findet diese Probleme vor dem Go-live. Das ist der einzige Zeitpunkt, an dem Korrekturen ohne Produktionsrisiko möglich sind.
Nutzen Extensions Event Subscriptions oder direkte Tabellenmodifikationen? Werden interne Microsoft-Funktionen genutzt, die sich bei Updates ändern? Gibt es Table Extensions statt direkter Tabellenänderungen? Das sind die kritischen Architekturentscheidungen, die über langfristige Wartbarkeit entscheiden.
Endlosschleifen über Tabellen ohne Filter. FlowField-Berechnungen in Schleifen. Unnötige Datenbankzugriffe. Performance-Probleme in BC-Extensions fallen im Test oft nicht auf — sie zeigen sich erst mit Produktionsdatenvolumen. Ich prüfe Code auf bekannte Performance-Antipatterns.
Werden Fehler sauber abgefangen oder führen unbehandelte Exceptions zu Systemabbrüchen? Gibt es aussagekräftige Fehlermeldungen für den Anwender? Werden fehlerhafte Zustände korrekt zurückgerollt?
Einhaltung von Microsoft AL-Coding-Guidelines, Objekt-Nummernbereiche, Naming Conventions, Permissions. Für Extensions, die langfristig wartbar sein sollen — und besonders für Extensions, die AppSource-Konformität brauchen.
Korrektheit der Geschäftslogik: Werden Buchungen korrekt erzeugt? Stimmen Berechnungslogiken? Werden Randfall-Szenarien behandelt? Das ist kein Unit-Test-Ersatz — aber eine erfahrene zweite Meinung findet Fehler, die im eigenen Code unsichtbar sind.
Ich liefere einen schriftlichen Review-Report mit:
Kein vager Gesamteindruck — ein actionables Dokument.
Ihr braucht einen AL Code Review, wenn ihr:
Ein Unternehmen hat AL-Extensions von einer externen Entwicklerfirma erhalten — kurz vor dem geplanten Go-live. Ein Code-Review wird als Qualitätssicherungsschritt eingebaut.
Der Review findet drei kritische Befunde: eine Schleife ohne Mengenbegrenzung, die bei wachsendem Datenvolumen zur Performance-Bremse wird; eine direkte Modifikation eines Basisobjekts, die beim nächsten BC-Major-Update brechen wird; und eine fehlende Fehlerbehandlung in einem kritischen Buchungspfad.
Alle drei Befunde werden vor Go-live behoben. Das Projekt geht wie geplant in Produktion — ohne die Überraschungen, die ohne Review im ersten Monat aufgetaucht wären.
Wie lange dauert ein AL Code Review?
Das hängt von der Größe und Komplexität der Extension ab. Kleine Extensions: ein bis zwei Tage. Größere Codebasen: drei bis fünf Tage. Ich gebe im Erstgespräch eine Einschätzung auf Basis eurer Code-Größe.
Muss der Code-Review von einem Entwickler gemacht werden, der BC selbst entwickelt?
Idealerweise ja. Ein AL Code Review erfordert BC-spezifisches Wissen — nicht nur allgemeine Programmierkenntnisse. BC-interne Abläufe, Event-Subscription-Patterns, Datenbankzugriffs-Semantik — das sind BC-spezifische Themen. Ich entwickle täglich in AL und bringe dieses spezifische Wissen mit.
Was ist, wenn der ursprüngliche Entwickler den Code nicht freigibt?
Das ist ein vertragliches Problem, kein technisches. Aus technischer Sicht: ich prüfe Extensions nur wenn mir der Quellcode vorliegt. Wenn ihr als Auftraggeber Anspruch auf den Quellcode habt — und das solltet ihr immer vertraglich sicherstellen — dann ist das kein Hindernis.
Kann ein Code-Review auch remote durchgeführt werden?
Ja, vollständig. Ihr teilt den Code mit mir, ich liefere den Review-Report schriftlich. Bei Rückfragen Videocall. Kein Vor-Ort-Termin nötig.
Erstgespräch kostenlos — ich schaue mir euer Setup an.
Weitere Themen: BC-Erweiterungen AL-Entwicklung · Business Central Customizing
Ü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.
