Power Pages oder individuelles Kundenportal: Kosten für externe B2B-Nutzer

Power Pages kann für ein Kundenportal wirtschaftlicher sein, wenn Datenmodell, Berechtigungen und Betriebsteam bereits zur Microsoft-Plattform passen. Eine individuelle Entwicklung wird prüfenswert, wenn standortübergreifende Nutzung, Integrationsaufwand oder besondere Abläufe diesen Vorteil aufwiegen. Vergleichen Sie dieselbe Kundenreise über einen Betriebszeitraum, nicht ein Low-Code-Abonnement mit dem einmaligen Entwicklungsangebot.

Für externe B2B-Nutzer ist die erste Frage konkret: Wie viele Personen nutzen welche Website in welchem Kalendermonat? Die Größe Ihrer Kundendatenbank beantwortet das nicht. Die Anzahl der Kundenunternehmen, Mitarbeiter oder Anmeldungen ebenfalls nicht.

Dieser Vergleich verwendet ein ausdrücklich hypothetisches Händler-Serviceportal, zwei 36-Monats-Szenarien und ein saisonales Lizenzbeispiel. Die Produktdokumentation wurde am 29. September 2026 geprüft. Aufwände sind illustrative Planungsannahmen, keine gemessenen Projektergebnisse, Microsoft-Angebote oder Wavect-Preise. Es geht um Power Pages für externe Kunden, nicht um einen allgemeinen Vergleich von Power Apps und Individualsoftware.

Dasselbe Händlerportal vergleichen, nicht zwei unterschiedliche Produkte

Im Beispiel sieht ein eingeladener Händlermitarbeiter die Aufträge und Rechnungsdokumente seines Unternehmens, stellt Serviceanfragen mit Anhängen und übermittelt Nachbestellungsanfragen zur Prüfung. Ein Händleradministrator verwaltet freigegebene Kollegen. Wer mehrere Händlerkonten betreut, benötigt eine ausdrückliche Berechtigung für jedes davon. Preise, Auftragsannahme und Finanzdokumente bleiben im ERP maßgeblich.

Beide Umsetzungen benötigen eine Trennung der Unternehmensdaten, barrierearme Desktop- und Mobilabläufe, nachvollziehbare Ereignisse, eine Ausnahmebearbeitung, überwachte Integrationen und einen getesteten Releaseprozess. Eine Anfrage darf erst als angenommener ERP-Auftrag erscheinen, wenn dieses Ergebnis bestätigt ist. Eingebettete Analysen, KI-Assistenten und Zahlungsabwicklung sind in beiden Basisszenarien ausgeschlossen.

Bei Power Pages wird das Portal um Dataverse und freigegebene Integrationswege aufgebaut. Bei Individualsoftware entstehen Frontend und Anwendungsdienst, ergänzt durch einen verwalteten Identitätsanbieter und eine geeignete Datenbank für den Portalzustand. Beide Wege können Middleware nutzen. Keiner erhält die ERP-Integration oder Sicherheitsprüfung kostenlos.

Innerhalb eines Vergleichs müssen Bildschirmumfang, Geschäftsregeln, Sprachen, Dokumentvolumen, Servicezeiten, Aufbewahrung und Wiederherstellungsziele gleich bleiben. Fehlen im günstigeren Angebot Händlerverwaltung oder Abstimmung mit dem ERP, ist der Vergleich nicht belastbar. Unser Leitfaden zu Individualsoftware und Standardsoftware behandelt die übergeordnete Beschaffung. Hier geht es gezielt um die Wirtschaftlichkeit externer Portale.

Was kostet Power Pages für authentifizierte B2B-Nutzer?

Microsoft nennt auf der US-Preisseite 200 USD pro Monat für ein Kapazitätspaket mit 100 authentifizierten Nutzern bei jährlicher Zahlung sowie 75 USD für 500 anonyme Nutzer. Authentifizierte Kapazität umfasst eine Person auf einer Website während eines Kalendermonats. Enthaltener Abonnementspeicher wird dem Mandanten zugerechnet, nicht jeder Website als unbegrenzte eigene Datenbank zugeteilt. Quelle: Power-Pages-Preise und Kapazitätshinweise von Microsoft.

Für die Suche Power Pages Kundenportal Kosten ist die österreichische Preisseite relevant: Dort stehen 173,30 EUR für 100 authentifizierte Nutzer je Website und Monat bei jährlicher Abrechnung, zuzüglich Umsatzsteuer, sowie 65,00 EUR für ein Paket mit 500 anonymen Nutzern. Das sind veröffentlichte lokale Preise, keine Umrechnung unserer USD-Szenarien. Angebot, Vertriebskanal und Bindung sind beim Kauf zu bestätigen: Microsoft-Preise für Österreich.

Nutzer je Website zählen, anschließend Kapazität zuweisen

Ein registrierter Kontakt, der sich im Monat nie anmeldet, ist kein aktiver authentifizierter Nutzer. Wiederholte Anmeldungen auf derselben Website erhöhen den Wert nicht. Nutzt dieselbe Person eine weitere Website, entsteht dort ein weiterer Nutzer-Website-Zählwert.

Runden Sie nicht jede Website auf einen eigenen Kauf von 100 Nutzern auf. Pakete werden als Kapazität gekauft und Umgebungen zugewiesen. Microsoft erlaubt laut FAQ die Aufteilung eines authentifizierten Pakets auf mehrere Umgebungen, mit mindestens 25 Nutzern je Umgebung. Die FAQ dokumentiert außerdem Mengenstaffeln ab 100 und 1.000 Paketen. Unverbrauchte Monatskapazität wird nicht übertragen. Quelle: FAQ zur Power-Pages-Lizenzierung.

Für die Planung gilt, nicht als automatisierte Lizenzentscheidung:

Monatsbedarf = Summe der eindeutigen aktiven authentifizierten Nutzer jeder Website.

Gekaufte Kapazität = genügend ganze Pakete für die freigegebenen Umgebungszuweisungen einschließlich Mindestzuweisung und Reserve.

Die Beispiele setzen keine freie Restkapazität, keine anrechenbaren vorhandenen Nutzerlizenzen und ausreichende Zuweisungen voraus. Die ersten drei lassen sich in einer Umgebung modellieren. Das letzte Beispiel zeigt Kapazitätsaufteilung, keine mandantenweit einmalige Zählung. Alle bleiben unter den dokumentierten Mengenstaffeln. Für größere Käufe ist der passende Staffel- oder Vertragspreis einzuholen, statt dauerhaft mit 200 USD hochzurechnen.

Unterschiedliche Websites sind nicht dasselbe wie Seiten, Sprachen oder Händlerrollen. Dokumentieren Sie den tatsächlichen Website- und Umgebungsaufbau. Zusammenlegung kann Überschneidungen reduzieren. Gemeinsame Navigation rechtfertigt jedoch weder schwächere Datentrennung noch das Zusammenlegen tatsächlich eigenständiger Betriebsbereiche.

Nutzungsbasierte Abrechnung separat rechnen

Microsoft dokumentiert 4 USD je aktivem authentifizierten Nutzer, Website und Monat sowie 0,30 USD für anonyme Nutzung. Der Power-Pages-Abschnitt ist derzeit als Vorschau gekennzeichnet. Vorausbezahlte Portalkapazität in einer nutzungsbasiert abgerechneten Umgebung wird laut Dokumentation ignoriert, nicht zuerst verbraucht. Verfügbarkeit und Vertragsbedingungen sind vor Auswahl zu prüfen: Power-Platform-Nutzungszähler.

Eine normale Anmeldeseite allein erzeugt für ein privates Portal nicht automatisch einen allgemeinen Bedarf an anonymer Kapazität. Eine öffentliche Wissensdatenbank oder Produktdokumentation ist anders zu bewerten. Erfassen Sie tatsächliche anonyme Nutzungspfade und die FAQ-Regeln, statt sämtliche öffentlichen Zugriffe als kostenlos oder jede Anmeldeseite als kostenpflichtig anzunehmen.

Identität, Berechtigungen und Datenzugriff verändern den Vergleich

Anmeldung ist keine Händlerberechtigung

Power Pages verbindet angemeldete Nutzer mit Dataverse-Kontakten und unterstützt externe Identitätsanbieter, unter anderem OpenID Connect und SAML. Nicht jeder externe Kunde braucht deshalb ein gewöhnliches internes Mitarbeiterkonto. Microsoft beschreibt das Modell in der Authentifizierungsübersicht.

Planen Sie Identitätskosten getrennt vom Portalzugriff. Microsoft Entra External ID hat ein eigenes Modell für monatlich aktive Nutzer und optionale Zusatzleistungen. Das ist nicht der Power-Pages-Zähler je Website. Auch ein individuell entwickeltes Portal mit diesem Dienst benötigt die passende Kosten- und Mandantenplanung: External-ID-Preise und Abrechnung.

Die anspruchsvolle Geschäftsregel lautet meist nicht „Darf sich diese Person anmelden?“, sondern „Auf welche Händlerkonten, Rechnungen und Aktionen darf sie zugreifen?“. Tabellenberechtigungen in Power Pages ermöglichen kontakt- und kontobezogenen Zugriff über Webrollen. Globaler Zugriff reicht weiter. Die Microsoft-Dokumentation zu Tabellenberechtigungen ist eine Implementierungsgrundlage, aber kein Nachweis für die richtige Trennung Ihrer Kunden.

Unsere Abnahmeanforderung gilt für beide Wege: Händler A darf durch geänderte URL, Datensatzkennung, Dateireferenz oder Anfrage keine Rechnung von Händler B erhalten. Prüfen Sie Mehrfachzuordnungen zu Unternehmen, delegierte Administratoren, entzogene Rechte und widersprüchliche Rollen. Ausgeblendete Schaltflächen oder eine vom Browser übermittelte Unternehmenskennung dürfen nicht die Berechtigungsgrenze bilden.

Den Weg der ERP-Daten ins Portal bestimmen

Power Pages kann externe Datensätze über virtuelle Tabellen darstellen, ohne die zugrunde liegenden Geschäftsdaten in physische Dataverse-Zeilen zu kopieren. Microsoft dokumentiert unter anderem Anbieter für Finance and Operations, Business Central und eigene Datenanbieter: Virtuelle Tabellen mit Power Pages. Das ist eine echte Option, aber kein Beleg dafür, dass jedes ERP-Objekt und jede Geschäftsaktion unterstützt wird.

Anbieterspezifische Grenzen sind relevant. Für Tabellen des Virtual Connector Providers nennt Microsoft Einschränkungen bei Abfragen, Anhängen und Auditfunktionen, darunter höchstens 1.000 zurückgegebene Datensätze je Abfrage und keine Dataverse-Auditfunktion für virtuelle Tabellen. Prüfen Sie den konkreten Anbieter, statt diese Grenzen auf beliebige Middleware zu übertragen: Grenzen virtueller Tabellen.

Untersuchen Sie für das Händlerportal drei Muster: ein begrenztes Lesemodell nach Dataverse synchronisieren, einen unterstützten virtuellen Tabellenanbieter nutzen oder Befehle durch einen eigenen Integrationsdienst senden. Kalkulieren Sie jeweils Mapping, Kontobeziehungen, Dokumentabruf, Abstimmung und Fehlerbehandlung. Eine angezeigte ERP-Tabelle ist noch keine autorisierte Aktion zur Auftragsfreigabe.

Die Power Pages Portals Web API ist kein allgemeines ERP-Integrationsbackend. Microsoft sieht sie für Funktionen innerhalb der Portalseiten vor und unterstützt ihre Verwendung zur Integration anderer Power-Pages-Websites ausdrücklich nicht. Server-zu-Server-Verbindungen benötigen eine geeignete freigegebene Schnittstelle: Anwendungsbereich der Portals Web API.

Power Automate kann Bestandteil sein, ist aber nicht automatisch kostenlos. Die dokumentierte Cloud-Flow-Anbindung benötigt eine Power-Automate-Lizenz; für Produktion empfiehlt Microsoft eine Process-Lizenz. Webrollen steuern den Flow-Zugriff, und die Registrierung in der Zielumgebung gehört zum Deployment: Voraussetzungen der Cloud-Flow-Integration.

Individualsoftware entfernt die Power-Pages-Kapazitätsposition nur, wenn die Architektur tatsächlich kein Power Pages nutzt. ERP-Zugriffsgebühren, Identitätskosten und Nutzungsrechte an Datenplattformen verschwinden nicht. Lassen Sie externe Zugriffe, Integrationsidentitäten und erlaubte Aktionen für beide Architekturen bestätigen. Ungeklärte Angebote bleiben im Modell offene Kosten.

Zwei illustrative Betriebsbudgets über 36 Monate

Alle folgenden Werte sind USD-Planungsannahmen ohne Steuern, Finanzierung und Inflation. Für beide Varianten gilt ein angenommener gemischter Arbeitskostensatz von 100 USD/Stunde. Das ist kein veröffentlichter Wavect-Stundensatz. Die Umsetzung umfasst Design, Konfiguration oder Code, Integration, Identitätseinrichtung, erste Tests und Bereitstellung. Discovery und Betrieb werden separat gerechnet.

Die monatlichen Dienstebudgets umfassen gewählte Integrationslaufzeit, zusätzlichen Speicher, Identität und Nachrichten, Beobachtbarkeit, Backupdienste sowie anfallende Verwaltungs- oder Flow-Lizenzen. Bei Power Pages sind dies Zusatzdienste, keine zweite Berechnung des enthaltenen Hostings. Bei Individualsoftware gehören Anwendungs- und Datenbankhosting dazu. Ersetzen Sie die Pauschalannahmen vor Freigabe durch eine aufgeschlüsselte Komponentenliste.

Wartung umfasst Fehleranalyse, Berechtigungsprüfungen, Connector-Anpassungen, Pflege von Abhängigkeiten oder Konfiguration, Regressionstests und Wiederherstellungsübungen. Geplante Änderungen sind gesonderte Funktionsentwicklung. Ausstiegsvorbereitung umfasst Dokumentation und einen beispielhaften Datenexport, keine vorausgesetzte Komplettmigration.

Szenario A: eine Website und 250 aktive externe Nutzer

Jeden Monat nutzen dieselben 250 Personen das Portal. Drei Einstiegspakete kosten 3 × 200 USD × 36 = 21.600 USD. Die Power-Pages-Annahme setzt ein Dataverse-erfahrenes Team und einen unterstützten ERP-Integrationsweg voraus. Für Individualsoftware nehmen wir eine wiederverwendbare Webbasis an, nicht die Neuentwicklung jedes Bausteins.

Power Pages liegt vor den offenen Angebotspositionen um 9.800 USD niedriger. Es bleibt hier eine plausible Wahl. Allein die Einsparung von 600 USD monatlicher Portalkapazität würde den zusätzlich angenommenen Entwicklungs- und Betriebsaufwand nicht ausgleichen.

Der Abstand ist empfindlich: Drei zusätzliche Wartungsstunden monatlich kosten über 36 Monate bei unserem Satz 10.800 USD und können ihn umkehren. Nehmen Sie Aufwand und Supportmodell ebenso ernst wie den Lizenzpreis.

Szenario B: 600 Personen nutzen jeweils drei Websites

Die Händler-Servicefunktionen bleiben erhalten, aber drei eigenständig betriebene Markenportale sind erforderlich. Jede Person nutzt jeden Monat alle drei: 600 Personen erzeugen 1.800 Nutzer-Website-Zählwerte, nicht 600 und auch nicht 1.800 verschiedene Personen. Achtzehn Pakete kosten 18 × 200 USD × 36 = 129.600 USD.

Beide Angebote enthalten mehr Bereitstellungs-, Identitäts-, Berechtigungs- und Supportarbeit. Auch Individualsoftware muss drei Marken bedienen, entweder durch eine kontrollierte gemeinsame Anwendung oder getrennte Bereitstellungen. Der individuelle Weg erhält keinen kleineren fachlichen Umfang.

Individualsoftware liegt unter diesen Annahmen vor offenen Angeboten um 92.400 USD niedriger. Das ist ein Prüfgrund, keine allgemeine Rentabilitätsschwelle. Weniger Überschneidung, andere Vertragskonditionen, einfachere Power-Pages-Umsetzung oder teurerer individueller Support können das Ergebnis ändern.

Zur Sensitivität: Nutzt jede der 600 Personen nur eine der drei Websites, beträgt der gesamte Bedarf 600. Sechs statt 18 Pakete reduzieren die Kapazitätsposition über 36 Monate um 86.400 USD. Bleiben rein rechnerisch alle anderen Werte unverändert, sinkt die Power-Pages-Zwischensumme auf 146.800 USD, nur 6.000 USD über Individualsoftware. Nutzungspfade können wichtiger sein als die Gesamtzahl der Zielgruppe.

Vollständige 36-Monats-Kosten = modellierte Zwischensumme + bestätigte zusätzliche Angebotspositionen.

Solange Q_PP und Q_Custom fehlen, ist keine Zwischensumme ein freigegebenes Gesamtbudget. Das bearbeitbare Modell lässt die Gesamtsumme deshalb offen, statt fehlende Angebote stillschweigend mit null anzusetzen. Bestätigte null ist eine gültige Eingabe; ein fehlendes Angebot nicht.

Bearbeitbare Eingaben für das Portal-Kostenmodell herunterladen. Der Rechner im Repository reproduziert beide Budgets, Zuweisungsbeispiele, Sensitivitäten und den Saisonvergleich. Ersetzen Sie Annahmen und ergänzen Sie bestätigte Angebote, bevor daraus Ihr Budget wird.

Saisonale Nutzung kann einen anderen Power-Pages-Tarif begünstigen

Eine Website hat 1.200 authentifizierte Nutzer in einem Monat und jeweils 50 in den übrigen elf. Das sind 1.750 Nutzermonate jährlich. Wird die Spitzenkapazität ganzjährig gehalten, ergeben zwölf Pakete zu 200 USD für zwölf Monate 28.800 USD/Jahr. Mit dem veröffentlichten nutzungsbasierten Eingabewert von 4 USD ergeben sich 7.000 USD/Jahr für authentifizierte Nutzung.

Das sind reine Lizenzrechnungen, keine Portalkosten insgesamt. Sie setzen eine ganzjährig gehaltene Spitzenkapazität und einen verfügbaren nutzungsbasierten Tarif zu bestätigten Bedingungen voraus. Andere Bindungsmodelle können das Ergebnis verändern. Speicher, weitere Dienste, Support und anonymer Traffic müssen gesondert geprüft werden.

Modellieren Sie nutzungsbasierte Abrechnung nicht als kostenlosen Überlauf vorausbezahlter Kapazität derselben Umgebung. Glätten Sie auch die Spitze nicht zu einer dauerhaft zu kleinen Zuweisung. Verglichen werden müssen tatsächlich beschaffbare Konfigurationen, nicht ideale Mindestwerte, die sich so nicht kombinieren lassen.

Wartung umfasst Berechtigungen, Datenaktualität und Releases

Ein verwaltetes Portal benötigt anwendungsspezifischen Betrieb. Jemand muss eine fehlende Rechnung untersuchen, Integrationszugänge erneuern, ausgeschiedene Händleradministratoren entfernen und eine ERP-Anfrage mit verlorener Antwort abstimmen. Individualsoftware benötigt dieselben Verantwortlichen und zusätzlich die Verantwortung für den Anwendungsstack.

Definieren Sie Datenaktualität, bevor Sie Auftrags- oder Kreditstatus in Echtzeit zusagen. Microsoft beschreibt serverseitiges Caching und erklärt, warum Änderungen aus Dataverse nicht garantiert sofort sichtbar sind. Testen Sie den gewählten Pfad einschließlich indirekter Workflow-Änderungen. Daraus folgt nicht, dass jede Portalaktion 15 Minuten dauert: Caching in Power Pages.

Bezahlte Nutzerkapazität ist ebenso wenig eine Durchsatzgarantie. Power-Platform-Anfragekontingente, Connector-Limits und Schutzgrenzen der Dienste sind getrennte Fragen. Testen Sie den Dokumentansturm zum Monatsende, statt aus monatlich aktiven Nutzern auf ausreichende Spitzenlastfähigkeit zu schließen: Anfragelimits und Zuweisungen.

Power Pages bietet unterstützte Releaseverfahren. Microsoft dokumentiert die Übertragung von Website- und Dataverse-Komponenten über Solutions mit dem erweiterten Datenmodell. Komponentenaufnahme, Zielkonfiguration und Verifikation bleiben dennoch erforderlich: Power-Pages-Solutions und Lebenszyklus. Budgetieren Sie eine Probe, die Portal, Flows, Identitätszuordnung und ERP-Anbindung gemeinsam prüft.

Speicher benötigt eine Bestandsaufnahme statt eines beliebigen Aufschlags. Messen Sie Dokumentgrößen, Aufbewahrung, Audit- und Logwachstum, Entwicklungsumgebungen und vorhandene gemeinsame Reserven. Microsoft bietet getrennte Erweiterungen für Dataverse-Datenbank, Dateien und Logs. Beschaffen Sie nur den Bedarf nach Anrechnung enthaltener Kapazität: Zusätzliche Dataverse-Kapazität.

Ein späterer Ausstieg aus Power Pages ist nicht dasselbe wie der Solution-Export in eine andere Power-Platform-Umgebung. Kalkulieren Sie Weboberfläche, Berechtigungen, Abläufe, Dokumentpfade, Bereitstellung, neue Identitätsverknüpfungen und Datenabgleich. Auch Individualsoftware verursacht Wechselaufwand bei Hosting, Identität oder Betreiberwechsel. Unterstellen Sie keine unvermeidliche Vollablösung nur auf einer Seite.

Welche Variante sollte der Käufer weiterverfolgen?

Dies ist ein Bewertungsrahmen, kein Plattformbenchmark. Eine Hybridlösung kann Power Pages für normale Servicefälle und einen individuellen Integrationsdienst für geprüfte ERP-Befehle nutzen. Sie übernimmt beide Betriebsgrenzen und muss entsprechend kalkuliert werden. Weder individuell noch Low-Code ist für sich ein Sicherheitsnachweis.

Vor Vergabe sollten Datentrennung in Listen, Exporten, Dateien und APIs, Einladung und Rechteentzug, Mehrfachkonten, ERP-Ausfall und doppelte Anfragen, veraltete Daten, umfangreiche Dokumentlisten, Bereitstellung in einer sauberen Umgebung sowie Nutzungsabgleich mit dem Kapazitätskauf demonstriert werden. Prüfen Sie die schwierige Kundenreise, nicht nur die Startseite.

Sind Identitätszuordnung zum Händler, erlaubte ERP-Schnittstelle oder Nutzungsrechte unbekannt, pausieren Sie die Produktionsbeauftragung. Reduzieren Sie den Umfang oder klären Sie diese Punkte zuerst. Ein überzeugender Prototyp beweist keine sichere, wartbare oder vollständig kalkulierte Umsetzung.

Mit Portal-Discovery beginnen, nicht mit einer Plattformfestlegung

Eine bezahlte Portal-Discovery sollte ein Nutzer-Website-Modell, Umgebungs- und Identitätsdesign, Berechtigungsmatrix, ERP-Operationsvertrag, gezielte technische Nachweise und ein 36-Monats-Modell mit benannten offenen Angeboten liefern. Dazu gehören Betriebsverantwortung, Abnahmetests und eine Empfehlung für Power-Pages-Konfiguration, Individualentwicklung, Hybrid oder Aufschub.

Bringen Sie ERP-Schnittstellendokumentation, Kundenrollen, Websiteplan, monatliche und saisonale Nutzungsannahmen, Dokumentvolumen und Microsoft-Vertragsdetails mit. Honorar und Ergebnisse werden separat vereinbart. Discovery verspricht nicht den Sieg einer bestimmten Plattform.

Wavects individuelle Softwareentwicklung unterstützt abgegrenzte Portal- und Integrationsvorhaben. Die Bond-Analytics-Fallstudie zeigt benachbarten Finanzsoftware-Kontext, keinen Nachweis für diese Power-Pages-Aufwände. Fragen Sie eine Kundenportal-Discovery an, um Annahmen in eine prüfbare Architektur und ein abgegrenztes Angebot zu überführen.