Anpassungen, Erweiterungen & Integrationen: Business Central gezielt erweitern

Teil 5 von 11 in der Business-Central-Implementierungsserie

Veröffentlicht: Dezember 2025 | Lesezeit: 15 Minuten

Einleitung

Business Central bringt bereits sehr viel Standardfunktionalität mit. Trotzdem hat jedes Unternehmen individuelle Anforderungen, die sich nicht immer vollständig „out of the box“ abbilden lassen. Genau hier kommen Anpassungen, Erweiterungen (Extensions) und Integrationen ins Spiel: Sie ermöglichen, Business Central passgenau zu erweitern – ohne Upgrade-Fähigkeit und Systemstabilität zu gefährden.

Der Ansatz hat sich in den letzten Jahren grundlegend verändert. Die Zeiten, in denen man die Base Application direkt modifizierte, sind vorbei. Das heutige Erweiterungsmodell basiert auf AL-Extensions und sorgt dafür, dass Sie Microsoft-Updates und neue Funktionen weiterhin sauber erhalten – ohne dass Ihre individuellen Erweiterungen permanent „brechen“.

Dieser Leitfaden zeigt das gesamte Spektrum der Erweiterbarkeit von Business Central – von der Frage, wann Konfiguration reicht, bis hin zu AL-Entwicklung, AppSource-Erweiterungen und Integrationen in Ihre Systemlandschaft.

Das Erweiterungsmodell von Business Central verstehen

Microsoft hat Business Central als moderne, extension-basierte Architektur für Cloud-first-Betrieb gebaut.

Das Extension-Framework

Warum Extensions entscheidend sind:

Klassische ERP-Anpassungen durch Source-Code-Änderungen führen typischerweise zu:

• Upgrade-Komplexität und Risiko von „Breaks“

• Problemen bei Vendor-Support

• Hohem Testaufwand bei jedem Update

• Code-Konflikten zwischen Anpassungen

Das Extension-Modell löst diese Themen:

• Isolation: Extensions verändern den Standard nicht direkt

• Upgrade-Sicherheit: Microsoft-Updates brechen Extensions deutlich seltener

• Wartbarkeit: Trennung Standard vs. Custom ist klar

• Portabilität: Extensions lassen sich sauber installieren/deinstallieren

Was Extensions können:

• Neue Pages/Reports/Objekte hinzufügen

• Bestehende Tabellen um Felder erweitern

• Events im Standard abonnieren (Event Subscribers)

• Page-Layouts erweitern und Felder hinzufügen

• Custom Business Logic implementieren

• Externe Services integrieren

• Eigene APIs ergänzen

Was Extensions nicht können:

• Base Objects direkt löschen oder überschreiben

• Standardlogik „override“n (stattdessen Events nutzen)

• Auf private Methoden/Variablen zugreifen

AL-Grundlagen

Business-Central-Extensions werden in AL (Application Language) entwickelt – einer strukturierten Sprache für Business-Anwendungen.

AL-Objekttypen:

• Tables: Datenstrukturen

• Pages: UI für Eingabe/Anzeige

• Reports: Dokumente und Auswertungen

• Codeunits: Business-Logik

• Queries: Abfragen/Analyse

• XMLPorts: Import/Export

• Enums: Enumerationen für Optionsfelder

Entwicklungsumgebung:

• Visual Studio Code mit AL Language Extension

• IntelliSense, Debugging, Compilation

• Git/Azure DevOps für Source Control

• Docker-Container für lokale Dev-Umgebungen

Beispiel (AL):

tableextension 50100 CustomerExt extends Customer
{
    fields
    {
        field(50100; "Customer Tier"; Option)
        {
            OptionMembers = Bronze,Silver,Gold,Platinum;
            OptionCaption = 'Bronze,Silver,Gold,Platinum';
            DataClassification = CustomerContent;
        }
        field(50101; "Loyalty Points"; Integer)
        {
            DataClassification = CustomerContent;
        }
    }
}

pageextension 50100 CustomerCardExt extends "Customer Card"
{
    layout
    {
        addafter(Name)
        {
            field("Customer Tier"; "Customer Tier")
            {
                ApplicationArea = All;
            }
            field("Loyalty Points"; "Loyalty Points")
            {
                ApplicationArea = All;
            }
        }
    }
}

Standard-Konfiguration vs. Custom Development

Bevor Sie entwickeln, prüfen Sie konsequent, ob Konfiguration bereits ausreicht.

Konfigurationsbasierte Anpassungen

Business Central erlaubt viele Anpassungen ohne Code:

Personalisierung (Page Personalization):

• Nutzer passen ihre Seiten selbst an

• Felder/Spalten ein-/ausblenden

• Bereiche umsortieren

• Filter/Sortierung speichern

• Pro Nutzer gespeichert

Profile/Role-Konfiguration:

• Admins gestalten rollenbasierte Layouts

• Default-Views für Nutzergruppen

• Navigation/Aktionen konfigurieren

• Reports/Charts einbetten

Report-Layouts:

• Standardlayouts via Word oder RDLC anpassen

• Formulare, Rechnungen, Kontoauszüge

• Logos/Branding

• Formatierung und Sektionen

• Mehrere Layouts pro Report

Workflow-Konfiguration:

• Genehmigungsworkflows ohne Code

• Benachrichtigungsregeln

• Automatisierte Reaktionen

• Eskalationen

Custom Report Selection:

• Custom Layouts Dokumenten zuordnen

• Layouts je Kunde/Lieferant

• Mehrsprachige Dokumente

Wenn Konfiguration genügt:

• Optische Änderungen (Layout)

• UI-Umordnung

• Report-Formatierungen

• Anpassung von Routing/Freigaben

• Rollenbasierte Sicht

Wann Custom Development notwendig ist

Typische Indikatoren:

Neue Business-Logik:

• Komplexe Berechnungen

• Branchenregeln

• Spezifische Validierungen

• Automatisierung über mehrere Prozesse

Zusätzliche Datenhaltung:

• Neue Informationen, die Standardtabellen nicht bieten

• Zusätzliche Beziehungen

• Historische Audit Trails

• Custom-Kategorisierungen

Integration externer Systeme:

• Echtzeit-Synchronisation

• API-Anbindungen

• Custom Dateiformate

• Legacy-Schnittstellen

Spezielle Reporting-Anforderungen:

• Komplexe Aggregationen

• Regulatorische Reports

• Branchen-Dokumente

• Custom Analytics

Prozessautomatisierung:

• Hintergrundjobs

• Trigger-basierte Automatisierung

• Cross-Module-Orchestrierung

• Massendatenänderungen

Custom Reports und Layouts

Reporting ist einer der häufigsten Anpassungsbereiche.

Custom Layouts (ohne Code)

Word-Layouts:

• Ideal für Dokumente (Rechnungen, Bestellungen, Lieferscheine)

• Gestaltung in Word

• Business-Central-Felder über Custom XML Parts

• Bilder/Logos/Tabellen

• Mehrsprachigkeit möglich

Vorgehen Word-Layout:

1. Bestehendes Layout exportieren

2. In Word öffnen

3. Design anpassen

4. In Business Central importieren

5. Layout zuweisen

RDLC-Layouts:

• Für komplexere Analysen

• Pixelgenaue Kontrolle

• Charts/Matrizen

• Advanced Gruppierungen

• Erstellung mit Visual Studio Report Designer

Custom Report Development (AL)

Wann eigene Reports sinnvoll sind:

• Datenkombinationen nicht im Standard verfügbar

• Komplexe Berechnungen

• Externe Datenquellen

• Performanceoptimierung bei großen Datenmengen

Report-Struktur (Beispiel):

report 50100 "Custom Sales Analysis"
{
    UsageCategory = ReportsAndAnalysis;
    ApplicationArea = All;
    Caption = 'Custom Sales Analysis';
    DefaultLayout = RDLC;
    RDLCLayout = './CustomSalesAnalysis.rdl';

    dataset
    {
        dataitem(Customer; Customer)
        {
            column(No_; "No.")
            {
            }
            column(Name; Name)
            {
            }
            dataitem(SalesLine; "Sales Line")
            {
                DataItemLink = "Sell-to Customer No." = FIELD("No.");
                column(Amount; Amount)
                {
                }
                column(Quantity; Quantity)
                {
                }
            }
        }
    }

    requestpage
    {
        layout
        {
            area(content)
            {
                group(Options)
                {
                    field(DateFilter; DateFilter)
                    {
                        ApplicationArea = All;
                        Caption = 'Date Filter';
                    }
                }
            }
        }
    }
}

Best Practices:

• Mit ähnlichen Standardreports starten

• Datenzugriff performanceorientiert gestalten

• Nutzerfreundliche Parameter

• Mit produktionsnahen Datenmengen testen

• Zweck/Nutzung dokumentieren

• Lokalisierung berücksichtigen

Custom Pages und Extensions entwickeln

Erweitern Sie die Oberfläche für individuelle Prozesse.

Page Extension (Beispiel):

pageextension 50101 ItemCardExt extends "Item Card"
{
    layout
    {
        addafter(Description)
        {
            field("Brand Name"; "Brand Name")
            {
                ApplicationArea = All;
                ToolTip = 'Brand name for this item';
            }
        }

        addafter("Base Unit of Measure")
        {
            field("Eco Friendly"; "Eco Friendly")
            {
                ApplicationArea = All;
            }
        }
    }

    actions
    {
        addafter(Prices)
        {
            action(CalculateMargin)
            {
                ApplicationArea = All;
                Caption = 'Calculate Margin';
                Image = Calculate;

                trigger OnAction()
                var
                    ItemMgt: Codeunit "Item Management";
                begin
                    ItemMgt.CalculateMargin(Rec);
                end;
            }
        }
    }
}

Neue Pages erstellen (Beispiel):

page 50100 "Customer Loyalty Card"
{
    PageType = Card;
    SourceTable = Customer;
    Caption = 'Customer Loyalty';

    layout
    {
        area(content)
        {
            group(General)
            {
                field("No."; "No.")
                {
                    ApplicationArea = All;
                }
                field(Name; Name)
                {
                    ApplicationArea = All;
                }
                field("Customer Tier"; "Customer Tier")
                {
                    ApplicationArea = All;
                }
            }
            group(Loyalty)
            {
                field("Loyalty Points"; "Loyalty Points")
                {
                    ApplicationArea = All;
                }
                field("Points This Year"; PointsThisYear)
                {
                    ApplicationArea = All;
                    Editable = false;
                }
            }
        }
    }
}

Integrationsarchitektur und Optionen

Verbinden Sie Business Central mit externen Systemen und Services.

Power-Platform-Integration

Die Microsoft Power Platform bietet leistungsfähige Low-Code/No-Code-Integrationen.

Power BI

Built-in:

• Power-BI-Reports in BC-Pages einbetten

• Direkter Connector

• (Nahezu) Echtzeit-Refresh

• Rollenbasierte Verteilung

• Mobile Power-BI-Nutzung

Umsetzung:

1. Power-BI-Workspace erstellen

2. Business Central via Connector anbinden

3. Reports/Dashboards bauen

4. In Power BI veröffentlichen

5. In BC einbetten

Use Cases:

• Management-Dashboards

• Sales Analytics

• Finanzreporting

• Operative KPIs

• Predictive Analytics

Power Automate

Automationsszenarien:

• Genehmigungsbenachrichtigungen

• Dokumentenrouting

• Datensynchronisation

• E-Mail-Automatisierung

• Teams-Updates

Beispiel-Flow:

Power Apps

Mobile Apps:

• Custom Eingabeformulare

• Field Service Apps

• Checklisten

• Zeiterfassung

• Spesen

Canvas Apps: Frei designbar Model-Driven Apps: Datenzentriert

Microsoft-365-Integration

Nahtlose Integration in Office-Anwendungen.

Outlook:

• Kontakt-Sync

• BC-Dokumente an E-Mails hängen

• E-Mail-Konversationen kundenbezogen tracken

• E-Mails in Opportunities konvertieren

• Follow-ups planen

Excel:

• Edit in Excel

• Listen/Reports exportieren

• Excel-basierte Imports

• Finanzreport-Designer

• Budget-Workbooks

Teams:

• BC-Records in Chats teilen

• Kollaboration

• Suche aus Teams

• Notifications

• BC-Tabs in Channels

SharePoint:

• Dokumentenablage

• Approval-Workflows

• Libraries

• Versionierung

• Gemeinsames Bearbeiten

Drittanbieter-Integrationen

Typische Integrationsszenarien:

CRM (Salesforce, HubSpot):

• Kunden/Kontakte synchronisieren

• Opportunity → Quote

• Order-Status-Transparenz

• Case-Tracking

E-Commerce (Shopify, Magento, WooCommerce):

• Produktkatalog sync

• Echtzeit-Bestände

• Bestellimport

• Fulfillment-Status

• Kundendaten

Shipping (FedEx, UPS, DHL):

• Rate Calculation

• Label Generation

• Tracking Nummern

• Status Updates

• Address Validation

Banking:

• Kontoauszug-Import

• Zahlungsdatei-Export (SEPA, ISO20022)

• Positive Pay

• Lockbox

• Cash Position Reporting

Payment Gateways (Stripe, PayPal, Authorize.net):

• Kreditkartenzahlung

• Tokenization

• Refunds

• Recurring Billing

• Reconciliation

APIs und Web Services

Technische Methoden für System-zu-System-Konnektivität.

API-Typen:

OData Web Services:

• REST-Zugriff

• CRUD

• Filter/Search

• Paging

SOAP Web Services:

• Legacy

• Für Abwärtskompatibilität

• Pages/Codeunits exponieren

API Pages (v2.0):

• Moderne REST APIs

• Standard-Endpunkte

• Performanceoptimiert

• OAuth2

• Gut dokumentiert

Typische API-Entitäten:

• Customers, Vendors, Items

• Sales Orders, Purchase Orders, Invoices

• General Ledger Entries

• Inventory

Beispiel:

GET https://api.businesscentral.dynamics.com/v2.0/{tenant}/Production/api/v2.0/companies({companyId})/customers
Authorization: Bearer {access_token}

Response:
{
    "value": [
        {
            "id": "guid",
            "number": "10000",
            "displayName": "Adatum Corporation",
            "type": "Company",
            "email": "contact@adatum.com",
            "balance": 15000.00
        }
    ]
}

Middleware:

• Azure Logic Apps

• Azure Functions

• Dell Boomi

• Jitterbit

• MuleSoft

AppSource-Erweiterungen

Nutzen Sie fertige Lösungen aus dem Microsoft Marketplace.

AppSource – Überblick:

• Von Microsoft validiert

• Vom Hersteller gewartet

• Subscription oder Perpetual

• Oft günstiger als Custom Development

• Regelmäßige Updates/Support

Typische Kategorien:

Branchenlösungen:

• MES

• Retail POS

• Projektmanagement für Dienstleister

• Bau/Projektkalkulation

• Compliance-Lösungen

Funktionale Erweiterungen:

• Advanced Warehouse

• EDI

• Qualitätsmanagement

• Chargenrückverfolgung

• Advanced Pricing

Integration:

• Salesforce Connector

• Shopify

• Amazon Marketplace

• PayPal

• DocuSign

Reporting & Analytics:

• Financial Reports

• Konsolidierung

• Budget/Forecast

• Management Reporting

Produktivität:

• Dokumentenmanagement

• Barcode

• Mobile Apps

• Automatisierte Workflows

AppSource bewerten – Kriterien:

• Funktion: Deckt es Requirements ab?

• Reviews: Erfahrungswerte anderer Nutzer

• Vendor: Stabilität und Reputation

• Support: SLAs, Reaktionszeiten

• Pricing: Lizenzkosten + laufende Gebühren

• Updates: Release-Frequenz

• Dependencies: Weitere Extensions erforderlich?

Trial & Testing:

• Trial in Sandbox

• Reale Szenarien/Daten

• Performance-Impact prüfen

• UX bewerten

• Doku-Qualität

• Support-Reaktionsfähigkeit testen

Upgrade-Kompatibilität sicherstellen

Damit Anpassungen Updates überstehen.

Best Practices:

Events statt Direktänderungen:

• Custom Logic über veröffentlichte Events

• Standardtabellen/Code nicht modifizieren

• Falls nötig: neue Events bei Microsoft anfragen

Naming Conventions:

• Eindeutige Präfixe

• Nummernkreise (häufig 50000–99999)

• Konsistente, sprechende Namen

Data Classification:

• Custom Fields korrekt klassifizieren

• Customer Content, Company Confidential etc.

• Wichtig für DSGVO

Version Control:

• Git/Azure DevOps

• Sinnvolle Commits

• Branch-Strategie je Environment

• Releases taggen

Automatisierte Tests:

• Test-Codeunits

• Regressionstests

• Nach jedem Update testen

• CI/CD anbinden

Dokumentation:

• Zweck/Funktion

• Changelog

• Abhängigkeiten

• API-Doku

Version Control und ALM (Application Lifecycle Management)

Professionelle Standards für die Extension-Verwaltung.

Repository-Struktur (Beispiel):

Branch-Strategie:

• main: Production-ready

• develop: Integration

• feature/*: Features

• hotfix/*: Hotfixes

Workflow:

1. Entwicklung:

   • Feature-Branch

   • In Sandbox entwickeln/testen

   • Regelmäßig committen

   • Pull Request

2. Code Review:

   • Peer Review

   • Automated Tests

   • Freigabe

3. Integration:

   • Merge nach develop

   • Deployment in Integrationsumgebung

   • Integrationstests

4. Release:

   • Merge nach main

   • Release Tag

   • Deployment Produktion

   • Monitoring/Support

CI/CD (Beispiel Azure DevOps):

trigger:
  - main

pool:
  vmImage: 'windows-latest'

steps:
- task: ALOpsDockerCreate@1
  inputs:
    artifactversion: 'current'

- task: ALOpsDockerStart@1

- task: ALOpsAppCompiler@1
  inputs:
    nav_app_version: '1.0.0.0'

- task: ALOpsAppPublish@1

- task: ALOpsAppTest@1

- task

Vorteile von ALM:

• Wiederholbare Deployments

• Versionsnachverfolgung

• Rollback-Möglichkeiten

• Qualitätssicherung

• Teamkollaboration

• Audit Trail

Deliverables: Ergebnisse der Anpassungs- und Integrationsphase

1. Extension-Development-Checkliste

Dokumentation aller Erweiterungen:

• Custom Tables / Table Extensions

• Custom Pages / Page Extensions

• Custom Reports

• Integrationsendpunkte

• Installierte AppSource-Extensions

2. Integrationsarchitektur-Diagramme

• Integrationslandschaft

• Datenflüsse

• Integrationsmethoden

• Security/Authentifizierung

• Fehlerhandling

3. API-Dokumentationsstandards

• Endpunkte

• Request/Response

• Auth-Anforderungen

• Rate Limits/Throttling

• Fehlercodes

4. Governance: Freigabeprozess für Anpassungen

• Change Requests

• Dev-Standards

• Testanforderungen

• Freigaben

• Deployment-Prozeduren

Fazit: Business Central sinnvoll und upgradesicher erweitern

Anpassungen, Extensions und Integrationen machen aus Business Central eine Lösung, die exakt zu Ihren Prozessen passt – ohne Upgrade-Fähigkeit und Stabilität zu opfern. Das moderne Erweiterungsmodell ermöglicht, individuelle Anforderungen umzusetzen und gleichzeitig neue Microsoft-Funktionen regelmäßig zu nutzen.

Key Takeaways:

✓ Standard zuerst: Konfiguration prüfen, bevor entwickelt wird

✓ Extensions statt Modifikationen: AL-Extensions sichern Updatefähigkeit

✓ AppSource nutzen: Fertige Lösungen sind oft schneller als Custom Dev

✓ Integrationen bewusst wählen: Methode nach Anforderungen auswählen

✓ Professionell betreiben: Source Control, Tests und Doku sind Pflicht

✓ Langfristig planen: Wartbar und skalierbar entwickeln

Mit einer erweiterten, integrierten Business-Central-Lösung sind Sie bereit für die nächste Phase: KI & Copilot – und wie intelligente Assistenz tägliche Abläufe verbessert.

Nächster Artikel in der Serie: Blog 6: KI & Copilot in Business Central – Wie KI und Copilot-Funktionen die Arbeit im ERP unterstützen.

Download-Ressourcen:

• Extension-Development-Checkliste

• Integrationsarchitektur-Template

• API-Dokumentationsvorlage

• ALM Best Practices Guide

Fragen oder Kommentare? Teilen Sie Ihre Erfahrungen zu Anpassungen und Integrationen gern in den Kommentaren.

Dies ist Teil 5 einer 8-teiligen Serie zur Business-Central-Implementierung. Abonnieren Sie, um Benachrichtigungen zu neuen Artikeln zu erhalten.

Tags: #BusinessCentral #AL #Extensions #Integration #API #PowerPlatform #CustomDevelopment