Freigeben über


Übersicht von Verpacken

Die Verpacken-Funktion in Power Apps ermöglicht Ihnen das Verpacken Ihrer Canvas-Apps mit benutzerdefiniertem Branding für Android- und iOS-Apps für die native Verteilung an mobile Benutzer. Sie können solche verpackten nativen mobilen Apps über Microsoft App Center, Google Play Store und Apple Business Manager an die Endbenutzer verteilen.

Canvas-Apps, die für mobile Benutzer als mobiles App-Paket mit Verpacken-Funktion veröffentlicht werden.

Sie können eine einzelne oder mehrere Power Apps-Canvas-Apps in dasselbe native mobile App-Paket verpacken. Sie können das Verpacken-Feature verwenden, um die Starterfahrung Ihrer mobilen App an die Branding-Anforderungen Ihrer Organisation anzupassen. Sie können das App-Symbol, das Bild für den Begrüßungsbildschirm, das Bild für den Willkommensbildschirm (Anmeldung) und die Farbpalette angeben, die in der mobilen App verwendet werden sollen.

Sie können die verpackten mobilen Apps aktualisieren, indem Sie Änderungen an den im mobilen Paket enthaltenen Canvas-Apps über das Power Apps Maker Portal veröffentlichen.

Anmerkung

Alle veröffentlichten Änderungen an den enthaltenen Canvas-Apps werden automatisch von den vorhandenen, veröffentlichten Versionen Ihrer verpackten mobilen App heruntergeladen.

Verpacken bringt systemeigene Mobile Application Development Platform (MADP)-Funktionen zu Power Apps.

  • Entwicklung von mobilen Apps ohne Code: mobile Apps ohne vorherige Erfahrung erstellen
  • Verwaltete mobile App-Builds: Wir generieren die App für Sie
  • Nahtloses End-to-End-Branding: Verwenden Sie Ihr eigenes Logo und Ihre eigene Farbpalette
  • Unterstützung mehrerer Canvas-Apps: Bündeln Sie mehrere Apps in einer einzigen mobilen App
  • Governance für Unternehmen mit Microsoft Intune: Schützen Sie Ihre Daten mit der App-Verwaltung

Anmerkung

Verpacken ist für die Verteilung mobiler Apps an bestehende Power Apps Benutzer gedacht, nicht für die Öffentlichkeit.

Verpacken-Prozess verstehen

Die Funktion Verpackenverpackt Ihre Canvas-Apps in einer nativen mobilen App-Shell und erstellt ein mobiles Paket. Sie können dieses mobile Paket digital signieren und als Ihre individuell gebrandete Android und iOS Apps über die nativen Vertriebskanäle wie Google Play Store und Apple Business Manager an mobile Benutzer verteilen.

Im folgenden Abschnitt werden die Schritte zur Verwendung der Verpacken-Funktion zum Erstellen systemeigener mobiler Apps erläutert:

Schritte zur Verwendung der Verpacken-Funktion zum Erstellen mobiler Apps.

  1. Wählen Sie Ihre primäre Canvas-App und starten Sie den Verpacken-Assistenten. Eine primäre Canvas-App ist die App, die das anfängliche Erlebnis bietet, das Ihre mobilen Benutzer sehen sollen, wenn sie Ihre mobile App starten. Ihre Canvas Apps müssen Teil einer Lösung sein. Weitere Informationen: Hinzufügen einer Canvas App zur Lösung.
  2. Fügen Sie optional im Verpacken-Assistenten sekundäre Canvas-Apps zu Ihrer mobilen App hinzu. Weitere Informationen: Mehrere Canvas Apps zusammen verpacken.
  3. Wählen Sie die Zielplattformen (iOS und Android) für Ihre Mobile-App. Wählen Sie optional im Verpacken-Assistent die Option Automatische Codesignatur für Ihr mobiles App-Paket aus.
  4. Passen Sie das App-Branding mit Symbolen, Images und einer Farbpalette an, um Ihre Mobile-App zu personalisieren.
  5. Registrieren Sie Ihre App. Verwenden Sie eine vorhandene App-Registrierung oder erstellen Sie im Verpacken-Assistenten eine neue.
  6. Fügen Sie den Name des Azure Blob Storage-Kontos und des Containers hinzu. Verwenden Sie einen bereits erstellten Azure Blob-Speicher oder erstellen Sie einen neuen.
  7. Starten Sie den Build-Prozess im Schritt Abschließen, um Ihre angepasste Mobile-App zu erstellen.
  8. Laden Sie die mobile App aus dem App-Blob-Speicherstandortherunter.
  9. Wenn die automatische Codesignatur im Verpacken-Assistenten nicht ausgewählt ist, müssen Sie die Codesignierung des mobilen App-Pakets manuell vornehmen. Weitere Informationen: Signieren Sie Ihr Mobile-App Paket manuell.
  10. Testen Sie das App-Paket.
  11. Verteilen Sie das App-Paket an mobile Benutzer.

Mehrere Canvas-Apps zusammen verpacken

Sie können mehr als eine Canvas-App in einem einzigen mobilen App-Paket verpacken. Das mobile App-Paket benötigt weiterhin eine Home-App, die als primäre App bezeichnet wird. Diese App wird zum Einstiegspunkt für alle anderen im mobilen App-Paket enthaltenen Canvas-Apps, die als sekundäre Apps bezeichnet werden.

Sekundäre Apps sind optional. Wenn Sie nur eine Canvas-App verpacken, wird die enthaltene App weiterhin als primäre App ausgewählt, aber das mobile App-Paket hätte keine sekundären Apps.

Wie die folgende Abbildung erläutert, kann eine primäre App Links zu mehreren sekundären Apps haben. Die Bewegung zwischen primären und sekundären Apps innerhalb einer solchen verpackten mobilen App kann mit der Launch()-Funktion verwaltet werden.

Primäre und sekundäre Apps verpackt.

Markieren Sie Ihre mobile App

Verpacken unterstützt die Anpassung der Bootstrap-Erfahrung der mobilen App an die Branding-Anforderungen Ihrer Organisation. Sie können das App-Symbol, das Bild für den Begrüßungsbildschirm, das Bild für den Willkommensbildschirm (Anmeldung) und die Farbpalette angeben, die in den nativen Erfahrungen der mobilen App verwendet werden sollen.

Branding beim Verpacken.

Branding-Anpassungsoptionen sind verfügbar, wenn Sie Ihr Verpacken-Projekt erstellen. Weitere Informationen: Branding konfigurieren

Verstehen der Wrap-Terminologie

Verpacken umfasst mehrere Komponenten für Power Apps, App Center und Plattformen von Drittanbietern wie iOS und Android. Daher ist es wichtig, die beteiligten Komponenten zu verstehen, während Sie mit der Verpacken-Funktionalität in Power Apps arbeiten.

Standort der App-Zentrale

Container im App Center zum Speichern der erstellten Pakete für die Verteilung mobiler Apps. Build-Ausgabetypen unterscheiden sich je nach ausgewählter Zielplattform.

Plattform BS Dateityp der Build-Ausgabedatei
iOS (für die Verteilung über den Apple Store) Benutzerdefiniert *.zip
Android (für die Verteilung über alle Kanäle außer Google Play Store) Android *.apk

Anmerkung

Das App Center wird ab dem 31. März 2025 eingestellt. In Zukunft werden die App-Binärdateien dann im Azure Blob Storage Ihres Mandanten gespeichert, von wo aus Sie über Ihre bevorzugten Kanäle darauf zugreifen und sie verteilen können. Die Details zum Verknüpfen von Azure Blob Storage mit dem Verpacken-Prozess werden in Kürze aktualisiert. Sichern Sie bis dahin Ihre neuesten .apk-/.ipa-Dateien (falls erforderlich), und halten Sie Ihre Azure Blob Storage-Details und den Zielspeicherort für App-Binärdateien bereit.

Azure Blob Storage

Container in Azure Blob Storage hilft, erstellte Pakete für die Verteilung an mobile Apps zu speichern. Build-Ausgabetypen unterscheiden sich je nach ausgewählter Zielplattform. Details zu dieser Funktion werden vor dem 31. März 2025 bekannt gegeben.

Eingabe:

Firmenname

Der Kontoname ist ein eindeutiger Bezeichner für Ihr Azure Storage-Konto. Es wird verwendet, um den Basis-URI für den Zugriff auf das Speicherkonto zu erstellen. Wenn Ihr Kontoname z. B. mystorageaccount lautet, lautet die Basis-URI https://mystorageaccount.blob.core.windows.net/

Containername

Der Containername ist ein eindeutiger Bezeichner innerhalb eines Speicherkontos, der eine Gruppe von Blobs gruppiert. Container bieten eine Möglichkeit, Blobs innerhalb eines Speicherkontos zu organisieren. Wenn Ihr Containername z. B. mycontainer lautet, lautet die URI für den Zugriff auf Blobs in diesem Container https://mystorageaccount.blob.core.windows.net/mycontainer/

App-Plattform(en)

Vorgesehene Plattformen für die App, die Sie zur Veröffentlichung durch den Build-Prozess führen möchten. Sie können Builds für mobile Apps für iOS, Android oder Google Play Store erstellen.

  • iOS erstellt ein IPA-Paket
  • Android erstellt ein APK-Paket
  • Google Play Store ABB-Paket für dieVerteilung erstellen

Das Verpacken-Projekt erstellen

Das Erstellen eines Verpacken-Projekts ist ein Prozess, der die Build-Pakete für die Verteilung der mobilen App auf verschiedenen Plattformen erstellt. Dieser Prozess verwendet die App, die Sie auf der Microsoft Identity Platform registriert haben, und erstellt die Builds am angegebenen App Center-Speicherort abhängig von den von Ihnen ausgewählten Plattformen. Die erstellten Pakete umfassen die primären und optionalen sekundären Apps, die in einem mobilen App-Paket für jeden Plattformtyp verpackt sind.

Paket-ID

Die Bundle-ID ist ein eindeutiger Bezeichner, den Sie für Ihre App erstellen können. Folgt einem umgekehrten Domänennamenmuster. Zum Beispiel: com.contoso.myapp. Diese Bundle-ID wird während des Prozesses der Erstellung des Azure Key Vault verwendet, sobald iOS- oder Android-Zertifikate, wie in Schritt 6 beschrieben, erstellt und hochgeladen werden.

Codesignierung

Codesignierung ist der Prozess der Fertigstellung einer mobilen App vor der Verteilung an Endbenutzende. Eine mit Code signierte App stellt sicher, dass sie aus einer bekannten Quelle stammt und dass sich der App-Code seit der letzten Signierung durch die vertrauenswürdige Quelle nicht geändert hat.

Primäre App

Eine primäre App ist der Einstiegspunkt oder die Home-App für die mobile App-Erfahrung, wenn mehr als eine Canvas-App verpackt werden. Alle anderen Apps werden als sekundäre Apps betrachtet. Wenn nur eine Canvas-App verpackt und erstellt wird, gilt sie auch als primäre App.

Umleitungs-URI

Ein Umleitungs-URI oder eine Antwort-URL ist der Ort, an den der Autorisierungsserver den Benutzer sendet, sobald die App erfolgreich autorisiert wurde und einen Autorisierungscode oder Zugriffstoken erhalten hat. Der Autorisierungsserver sendet den Code oder das Token an den Umleitungs-URI, daher ist es wichtig, dass Sie den richtigen Standort als Teil des App-Registrierungsprozesses registrieren.

Weitere Informationen: Umleitungs-URI

Sekundäre App

Optionale weitere Canvas-Apps, die Sie im selben Build für die Verteilung mobiler Apps zusammen mit der primären App verpacken.

Nächste Schritte,

Systemanforderungen und -voraussetzungen für das Verpacken

Siehe auch