Per-Tenant-Erweiterungen vs. ISV-Apps in Business Central: Welche sollten Sie wählen?

Von Mirko Peters · 2026-08-21

Vergleichen Sie Business-Central-Per-Tenant-Erweiterungen (PTEs) mit ISV-Apps. Erfahren Sie, wie Sie die passende Anpassungsstrategie für Ihre ERP-Umgebung auswählen.

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Bei der Anpassung von Dynamics 365 Business Central müssen Organisationen entscheiden, ob sie eine individuelle Per-Tenant-Erweiterung (PTE) entwickeln oder eine fertige ISV-App aus AppSource erwerben. Dieser Leitfaden stellt Kosten, Wartung, Skalierbarkeit und technische Auswirkungen beider Optionen gegenüber. So unterstützen wir IT-Verantwortliche und Entscheidungsträger bei der Wahl der passenden Integrationsstrategie für ihre spezifischen Workflows.

Das Wichtigste in Kürze

• ISV-Apps bieten vorgefertigte, skalierbare Lösungen für gängige Geschäftsprozesse wie Versand, Banking und steuerliche Lokalisierung.
• Per-Tenant-Erweiterungen (PTEs) sind individuell programmierte Add-ons, die ausschließlich auf die besonderen Workflows einer einzelnen Organisation zugeschnitten sind.
• Wenn Sie sich für eine individuelle PTE entscheiden, übernimmt Ihre Organisation langfristig die volle Verantwortung für Tests, Dokumentation und Update-Kompatibilität.
• Apps aus dem AppSource-Marktplatz sparen initialen Entwicklungsaufwand und enthalten häufig laufende Updates und Support der unabhängigen Softwareanbieter.
• Entscheidungsträger sollten zuerst die zentrale geschäftliche Anforderung bewerten, bevor sie interne Ressourcen für eine individuelle Entwicklung einsetzen.

Das Anpassungsdilemma in Business Central verstehen

Dynamics 365 Business Central bildet eine leistungsstarke ERP-Grundlage für Finanzen, Vertrieb, Lagerverwaltung und Lieferkettenmanagement. Die Standardfunktionen decken jedoch selten zu hundert Prozent die betriebliche Realität jedes Unternehmens ab. Organisationen stoßen zwangsläufig auf Szenarien, in denen Standardseiten, -felder oder -berichte einen spezialisierten Workflow nicht abbilden können.

Früher bedeutete die Anpassung von ERP-Software, den Kernanwendungscode neu zu schreiben – eine Praxis, die bei automatischen Updates der Softwareanbieter enorme Probleme verursachte. Die moderne Architektur von Business Central löst dieses Problem durch Erweiterungen, die individuellen Code sauber vom Standardfundament der Anwendung trennen. Sobald Sie sich jedoch für Erweiterungen entschieden haben, stellt sich eine grundlegende strategische Weichenstellung: Kaufen Sie eine fertige App von einem unabhängigen Softwareanbieter (ISV), oder beauftragen Sie eine individuelle Per-Tenant-Erweiterung (PTE)?

ISV-Apps: Die Stärke fertiger, wiederverwendbarer Pakete

Eine ISV-App ist ein kommerzielles Softwarepaket, das ein unabhängiger Anbieter entwickelt hat, um ein bestimmtes, weit verbreitetes Geschäftsproblem für mehrere Business-Central-Kunden zu lösen. Diese Lösungen finden Sie und stellen sie häufig direkt über Microsoft AppSource bereit.

Wenn Ihr Unternehmen Business Central mit einem großen globalen Versanddienstleister verbinden, ein standardisiertes Zahlungs-Gateway einbinden oder komplexe internationale Vorgaben zur elektronischen Rechnungsstellung erfüllen muss, ist eine ISV-App meist der effizienteste Weg. Da Hunderte andere Unternehmen dieselbe Anwendung nutzen, pflegt, aktualisiert und unterstützt der Anbieter den Code kontinuierlich.

Vorteile von ISV-Apps:

• Geringere anfängliche Bereitstellungskosten im Vergleich zu einer Individualentwicklung von Grund auf.
• Integrierte Dokumentation, Einrichtungsassistenten und aktive Support-Kanäle des Anbieters.
• Regelmäßige Kompatibilitätsupdates, die zusammen mit den Wellen-Releases von Microsoft für Business Central erscheinen.

Nachteile von ISV-Apps:

• Ihr Team muss unter Umständen interne Arbeitsabläufe leicht anpassen, damit sie zu den vorgegebenen Parametern der App passen.
• Laufende Abonnementgebühren oder transaktionsabhängige Kosten, die mit der Nutzung steigen.
• Geringere Flexibilität, wenn Ihre Geschäftsprozesse deutlich von branchenüblichen Standards abweichen.

Per-Tenant-Erweiterungen: Maßgeschneidert für das Individuelle

Eine Per-Tenant-Erweiterung (PTE) ist ein exklusiver Zusatz, der speziell für die Business-Central-Umgebung einer einzelnen Organisation entwickelt wird. Sie wird niemals in AppSource für die öffentliche Nutzung veröffentlicht. PTEs sind für Arbeitsabläufe gedacht, die sich wirklich von anderen unterscheiden und zum proprietären Geschäftsmodell Ihres Unternehmens gehören.

Stellen Sie sich einen spezialisierten regionalen Lebensmittelgroßhändler vor, dessen komplexe Preisberechnung auf temperaturgeführtem Transport, der Verfolgung von Mehrwegbehältern und dynamischen Liefergebieten basiert, die über Jahrzehnte mit Kunden ausgehandelt wurden. Wenn keine fertige Versand-App diese genauen Geschäftsregeln abbildet, kann ein zertifizierter Microsoft-Partner eine eigene PTE entwickeln.

Vorteile von Per-Tenant-Erweiterungen:

• Bietet eine exakte, maßgeschneiderte Abbildung proprietärer oder stark wettbewerbsrelevanter Arbeitsabläufe.
• Vermeidet Kompromisse, sodass Ihr Team arbeiten kann, ohne bestehende interne Verfahren ändern zu müssen.
• Gibt Ihnen die volle Kontrolle über die Platzierung von Feldern, die Geschäftslogik und automatisierte Validierungsregeln.

Nachteile von Per-Tenant-Erweiterungen:

• Ihr Unternehmen übernimmt die volle Verantwortung und langfristige Haftung für die Wartung.
• Updates für Business Central erfordern, dass Ihr Entwickler oder Partner den PTE-Code gründlich testet und gegebenenfalls anpasst.
• Höhere initiale finanzielle Investition in individuelle Entwicklung, Dokumentation und laufende Supportvereinbarungen.

So wählen Sie den richtigen Weg für Ihr Unternehmen

Die Wahl zwischen einer ISV-App und einer individuellen Per-Tenant-Erweiterung erfordert ein diszipliniertes Vorgehen bei der Anforderungsanalyse. Vermeiden Sie die verbreitete Falle, anzunehmen, individuelle Entwicklung sei automatisch überlegen, nur weil sie ausschließlich auf Ihr Unternehmen zugeschnitten ist.

Beginnen Sie damit, die Art der Lücke im Geschäftsprozess zu bewerten. Geht es um die Anbindung an einen universellen Dienstleister – etwa eine Bank, einen Kreditkartenabwickler oder einen Paketdienst –, suchen Sie zuerst in AppSource. Der Kauf einer ausgereiften, gepflegten Marktplatz-App spart unzählige Stunden an Entwicklungs- und Wartungsaufwand.

Wenn die Anforderung dagegen auf einem zentralen Wettbewerbsvorteil oder einem völlig unkonventionellen Betriebsmodell beruht, das Ihre Marke am Markt prägt, ist eine Per-Tenant-Erweiterung die logische Wahl. Denken Sie daran: Jede Erweiterung, ob gekauft oder individuell entwickelt, muss vor dem Einsatz in der Produktion gründlich in einer Business-Central-Sandbox-Umgebung getestet werden.

Fazit

Die Entscheidung zwischen einer ISV-App und einer individuellen Per-Tenant-Erweiterung bestimmt letztlich, wie Ihr IT-Team die laufende Wartung und künftige Plattform-Upgrades handhabt. Wenn Sie die unterschiedlichen Vorteile und Verantwortlichkeiten der einzelnen Ansätze kennen, können Sie Ihre Business-Central-Grundlage schützen und Ihre Mitarbeitenden mit genau den Werkzeugen ausstatten, die sie benötigen. Um tiefer zu verstehen, wie Erweiterungen im Hintergrund funktionieren und was Sie vor der Installation prüfen sollten, hören Sie sich die vollständige Folge an und abonnieren Sie den Podcast für tägliche Experteneinblicke zum Microsoft-Cloud-Ökosystem.

Häufige Fragen

Was ist der wesentliche Unterschied zwischen einer ISV-App und einer Per-Tenant-Erweiterung in Business Central?

Eine ISV-App ist eine verpackte, wiederverwendbare Lösung, die von einem unabhängigen Softwareanbieter für mehrere Kunden entwickelt und auf AppSource bereitgestellt wird, während eine Per-Tenant-Erweiterung (PTE) individuell für die einzigartige Mandantenumgebung einer einzelnen Organisation programmiert wird.

Kann ich eine gekaufte ISV-App ändern, wenn sie nicht ganz zu unserem Workflow passt?

Grundsätzlich können Sie den Quellcode einer fertig paketierten ISV-App nicht direkt ändern. Sie können jedoch Seitenerweiterungen oder Ereignisherausgeber nutzen, um die Funktionalität zu ergänzen, oder zusätzliche Regeln rund um die Ausgabe der ISV-App aufbauen.

Wer ist dafür verantwortlich, Per-Tenant-Erweiterungen zu aktualisieren, wenn Microsoft Business Central aktualisiert?

Die Pflege der PTEs liegt letztlich in der Verantwortung Ihrer Organisation. Wenn Microsoft größere Plattform-Updates veröffentlicht, müssen Ihr internes IT-Team oder Ihr externer Business-Central-Partner den PTE-Code testen und gegebenenfalls anpassen, damit die Kompatibilität erhalten bleibt.

Sind Per-Tenant-Erweiterungen immer teurer als ISV-Apps?

Die initialen Entwicklungskosten für eine individuelle PTE liegen in der Regel höher als die Lizenzierung einer bestehenden ISV-App. Langfristig können die wiederkehrenden Abonnementgebühren für mehrere Benutzerlizenzen einer ISV-App jedoch die Wartungskosten einer fokussierten, stabilen PTE mitunter übersteigen.

Wie teste ich eine neue Erweiterung, bevor ich sie in meine produktive Business-Central-Umgebung übertrage?

Sie sollten neue Erweiterungen immer in einer dedizierten Business-Central-Sandbox-Umgebung bereitstellen und testen. Dabei führen Sie praxisnahe Testfälle mit Ihren Endanwendern durch, bevor der Code auch nur ansatzweise mit echten Unternehmensdaten in Berührung kommt.