Anpassung oder Standard: Wann sollte man entwickeln?

Beginnen Sie mit dem Standard

Business Central lässt sich stark konfigurieren. Microsoft Learn beschreibt, dass Sie Seiten an ein Profil anpassen, ändern können, welche Elemente angezeigt werden, und Konfigurationspakete verwenden können. Fragen Sie immer: Lässt es sich ohne Code lösen?

Oft ist es günstiger, einen Prozess so zu ändern, dass er zum Standard passt, als das System so zu ändern, dass es zum Prozess passt.

Bitten Sie den Berater zu zeigen, wie sich der Standard für Ihren Bedarf nutzen lässt, bevor entwickelt wird. Kann er das nicht, fragen Sie einen anderen. Das ist ein günstiger Weg, eine teure Anpassung zu vermeiden.

Was eine Anpassung nach der Lieferung kostet

Microsoft aktualisiert Business Central zweimal im Jahr, mit kleineren Updates dazwischen. Microsoft Learn schreibt, dass eine Per-Tenant Extension mit einer neuen Version in Konflikt geraten kann und dass Microsoft vor einem größeren Update Anpassungen prüft und über gefundene Probleme benachrichtigt. Kann eine Erweiterung nicht aktualisiert werden, bevor die Version ihren Zeitraum für das verpflichtende Update erreicht, wird sie automatisch deinstalliert.

Das bedeutet, dass jede Anpassung Wartungskosten verursacht. Fragen Sie, wer sie übernimmt und wie sie abgerechnet werden.

Lassen Sie im Angebot festhalten, wie eine Anpassung bei jeder neuen Version gehandhabt wird und was der Test kostet. Fragen Sie außerdem, wer kontaktiert wird, wenn Microsoft über gefundene Kompatibilitätsprobleme benachrichtigt, damit die Nachricht nicht bei einem Mitarbeiter landet, der das Unternehmen verlassen hat.

Alternativen zum Entwickeln

Beurteilen Sie auch, ob der Bedarf von Dauer ist. Eine Anpassung, die sechs Monate genutzt werden soll, ist schwer zu rechtfertigen, wenn sie fünf Jahre gewartet werden muss.

Fragen Sie außerdem, ob andere Kunden denselben Bedarf haben und ob eine allgemeine Lösung in Sicht ist. Microsoft hat ein Ideenportal, in dem Benutzer über Wünsche abstimmen. Das ist keine Garantie, kann aber zeigen, ob der Bedarf weit verbreitet ist.

Bevor Sie Code bestellen, gehen Sie diese Möglichkeiten durch:

• Konfiguration und Seitenanpassung im Standard
• Eine App aus Microsoft AppSource, falls es sie gibt und sie den Bedarf deckt
• Power Automate, Power BI oder Excel für Berichte und Abläufe
• Ein geänderter Prozess bei Ihnen
• Ein Wunsch an Microsoft über das Ideenportal, wenn es sich um eine allgemeine Lücke handelt

Wann Entwickeln sinnvoll ist

Es ist sinnvoll, wenn der Bedarf spezifisch für Sie ist und jeden Tag Wert schafft, wenn die Alternativen ihn nicht abdecken und wenn Sie die Wartung akzeptieren. Lassen Sie sich beschreiben, was die Anpassung im Standardcode berührt. Je weniger Änderungen an bestehender Funktionalität, desto leichter ist das Upgrade.

Erweiterungen werden als Ergänzungen zu Standardobjekten entwickelt. Genau das ist der Sinn des Erweiterungsmodells, das Microsoft beschreibt.

Bitten Sie um eine kurze schriftliche Begründung für die Anpassung und bewahren Sie sie auf. In einigen Jahren können Sie damit beurteilen, ob die Anpassung noch nötig ist.

Überlegen Sie auch, was passiert, wenn Sie einen neuen Partner bekommen. Kann ein anderer den Code lesen und warten? Das ist ein gutes Argument für klare Namen, Kommentare und eine kurze Beschreibung, wie die Anpassung aufgebaut ist.

Fragen an einen Anbieter

• Was kostet die Wartung pro Jahr, und was deckt sie ab
• Wie wird die Anpassung vor jeder neuen Version getestet
• Wem gehört der Code, und können wir ihn bekommen
• Was passiert, wenn die Anpassung nicht mehr funktioniert
• Gibt es eine Standardlösung, die Sie erwogen haben

Bei Addverk

Schreiben Sie uns, wenn Sie Fragen haben. Bitten Sie unabhängig vom Anbieter um eine Bewertung der Alternativen, bevor Sie eine Anpassung bestellen.