H|S · BC-Customizing-Inventur Custom-Objekte bewerten · Behalten / Refactoring / Standard / Ersetzen
ERP & Systeme · Business Central

Welcher Custom-Code lohnt sich —
und welcher ist Technical Debt?

Jedes BC-System sammelt über Jahre Custom-Objekte an: Extensions für längst vergessene Sonderwünsche, Reports die niemand mehr nutzt, Workarounds für Bugs die längst gefixt sind. Hier listen Sie alle Custom-Objekte, bewerten Geschäfts-Wert gegen Wartungs-Aufwand und erhalten pro Objekt eine Empfehlung: behalten, refactoring, durch AppSource-Standard ersetzen oder ganz abschaffen. Die Inventur ist die Vorbereitung für ein „cleanes" BC-Update.

Custom-Objekte gesamt
0
Behalten
0
Refactoring
0
Ersetzen / Abschaffen
0

Portfolio-Matrix: Wert vs. Aufwand

Jedes Objekt als Punkt — Position zeigt Empfehlung. Hover für Details.

Hoch · Niedrig Behalten
& pflegen
Hoch · Hoch Refactoring
oder Standard
Niedrig · Niedrig Beobachten
oder ersetzen
Niedrig · Hoch Abschaffen
(Technical Debt)
Wartungs-Aufwand → niedrig hoch Geschäfts-Wert → niedrig hoch

Custom-Objekt-Inventur

Pro Objekt: Wert, Aufwand, Nutzungs-Häufigkeit, Standard-Verfügbarkeit
Name / Funktion Typ Geschäfts-Wert Wartungs-Aufwand Nutzung Standard verfügbar? Empfehlung

Bewertung nach klassischer Portfolio-Matrix (BCG-ähnlich): Hoher Geschäfts-Wert plus niedriger Aufwand → behalten. Hoher Wert plus hoher Aufwand → refactoring oder durch AppSource-Standard ersetzen. Niedriger Wert plus hoher Aufwand → Technical Debt, abschaffen. Pro Migration / Major-Update einmal durchführen. Mit Fachbereich abstimmen, ob „nicht mehr genutzt" wirklich „nicht mehr benötigt" bedeutet.