# Missing Compliance in TestFlight dauerhaft beheben

> Missing Compliance heißt: Apple wartet auf deine Angabe zur Verschlüsselung. Antworte in App Store Connect und setz den Schlüssel für künftige Builds.

Originalseite: [Missing Compliance in TestFlight dauerhaft beheben](https://devoria.fr/de/blog/missing-compliance-testflight-beheben)
Autor: [Mehdi Azizi](https://devoria.fr/de/mehdi-azizi)
Veröffentlicht: 2026-11-06
Letzte inhaltliche Überarbeitung: 2026-11-06


**Missing Compliance ist kein Fehler: Es ist ein Build, der auf deine Antwort zur Verschlüsselung wartet.** Solange du nicht geantwortet hast, bleibt der Build für deine Tester gesperrt. Für diesen Build beantwortest du die Fragen im Tab TestFlight von App Store Connect. Für alle weiteren setzt du den Schlüssel ITSAppUsesNonExemptEncryption in deiner Info.plist, oder mit Expo `ios.config.usesNonExemptEncryption` in deiner app.json, und der Status taucht nicht mehr auf.

Meine iOS-Apps baue ich mit Expo. In der app.json von Solys steht der Schlüssel auf `false`, und zwar zweimal: in `ios.config` und in `ios.infoPlist`. Dieser Guide folgt Apples Seiten zu den [Build-Status](https://developer.apple.com/help/app-store-connect/reference/app-uploads/app-build-statuses/) und zur [Exportkonformität von Beta-Builds](https://developer.apple.com/help/app-store-connect/test-a-beta-version/provide-export-compliance-information-for-beta-builds/), nachgelesen am 6. November 2026.

## Was Missing Compliance bedeutet

Apples Liste der Build-Status erklärt es in einem Satz: Die Dokumentation zur Exportkonformität fehlt, und von dir wird eine Aktion erwartet. Apple zeigt den Status in Gelb an, der Farbe für einen laufenden Prozess, der von dir oder von Apple abhängt, und die Beschreibung sagt ausdrücklich, dass eine Aktion von dir erwartet wird.

Warum stellt Apple diese Frage? Die [Seite zu den Exportregeln für Verschlüsselung](https://developer.apple.com/documentation/security/complying-with-encryption-export-regulations) erklärt es: Wenn du einen Build an TestFlight oder den App Store schickst, lädst du ihn auf einen Server in den USA hoch. Wird deine App außerhalb der USA und Kanadas vertrieben, unterliegt sie dem US-Exportrecht, egal in welchem Land dein Unternehmen sitzt. Und sobald eine App Verschlüsselung nutzt, enthält oder einbindet, betrachtet Apple das als Export von Verschlüsselungssoftware.

**Ergebnis: Bei jeder neuen Version stellt dir App Store Connect die Konformitätsfragen, außer deine Info.plist beantwortet sie schon.** Deshalb landet ein erster Expo-Build fast immer in Missing Compliance.

## Den wartenden Build freischalten

Die Schritte stammen von Apples Seite zur Exportkonformität von Beta-Builds. Du brauchst die Rolle Account Holder, Admin oder App Manager.

1. Öffne unter Apps deine App und dann den Tab TestFlight.
2. Wähl in der Seitenleiste unter Builds die Plattform.
3. Klick in der Spalte Build auf das Symbol oder die Nummer des betroffenen Builds.
4. Klick auf Provide Export Compliance Information und beantworte die Fragen.
5. Wenn Apple eine Dokumentation verlangt, klick auf Go to App Encryption Page, um sie hochzuladen. Sonst klick auf Save.

Apple beschreibt auch die Abkürzung: Neben dem Build öffnet der Link Manage dieselben Fragen, und mit Choose File kannst du eine bereits genehmigte Dokumentation anhängen. Nach dem Speichern wechselt der Build zu Ready to Submit, oder direkt zu Testing, wenn er an eine interne Gruppe geht. Ready to Test kommt erst nach der Beta-Prüfung für externe Tester.

**Der Link Manage ist nicht anklickbar?** Prüf zuerst deine Rolle im Team: Apple erlaubt die Antwort nur den Rollen Account Holder, Admin und App Manager, ein Developer- oder Marketing-Konto kann nicht antworten. Eine andere Ursache dokumentiert Apple nicht. Wenn der Build gerade erst hochgeladen wurde, wart auf die E-Mail zum Abschluss der Verarbeitung, beschrieben im Guide zu [Build-Nummer und Version](https://devoria.fr/de/blog/app-store-connect-build-nummer-version), und lad die Seite dann neu.

## Nie wieder antworten: der Schlüssel in deinem Projekt

Apple sagt es auf der Seite zu Beta-Builds: Du kannst in der Info.plist angeben, dass deine App keine Verschlüsselung nutzt oder davon ausgenommen ist, und musst dann nicht mehr bei jeder Einreichung antworten. Der Schlüssel heißt [ITSAppUsesNonExemptEncryption](https://developer.apple.com/documentation/bundleresources/information-property-list/itsappusesnonexemptencryption). Xcode zeigt ihn als App Uses Non-Exempt Encryption an.

| Dein Tool           | Datei        | Wo                             | Wert  |
| ------------------- | ------------ | ------------------------------ | ----- |
| Expo (EAS Build)    | `app.json`   | `expo.ios.config`              | false |
| Expo, anderer Weg   | `app.json`   | `expo.ios.infoPlist`           | false |
| Reines React Native | `Info.plist` | App Uses Non-Exempt Encryption | NO    |
| Xcode, Swift        | `Info.plist` | App Uses Non-Exempt Encryption | NO    |

Bei Expo heißt der Schlüssel `usesNonExemptEncryption`, und die [Konfigurationsreferenz](https://docs.expo.dev/versions/latest/config/app/) stellt klar, dass er den Apple-Schlüssel in die Info.plist des Builds schreibt und dass `ios.config` nur für den Build dient: Es erscheint nicht im Produktionsmanifest.

```json
{
  "expo": {
    "ios": {
      "config": {
        "usesNonExemptEncryption": false
      }
    }
  }
}
```

Bei Expo akzeptiert `ios.infoPlist` den Schlüssel auch unter seinem Apple-Namen, mit demselben Wert: Das ist die zweite Zeile in der app.json von Solys. In einem nativen Projekt passt dieselbe Angabe in eine Zeile der Info.plist: der Schlüssel App Uses Non-Exempt Encryption, so wie Xcode ihn anzeigt, mit dem Wert NO. Der Wert ist ein Boolean, kein String.

**Der Schlüssel wirkt ab dem nächsten Build.** Der bereits hochgeladene Build bleibt in Missing Compliance, bis du in App Store Connect geantwortet hast: Die beiden Aktionen ersetzen sich nicht, sie ergänzen sich.

## false oder true: so entscheidest du

Apple definiert den Wert NO so: Deine App, inklusive Drittanbieter-Bibliotheken, nutzt keine Verschlüsselung oder nur eine, die von der Dokumentationspflicht ausgenommen ist. Andernfalls ist es YES.

Was laut der Seite zu den Exportregeln in der Regel ausgenommen ist: die ins System eingebaute Verschlüsselung, etwa HTTPS-Verbindungen über URLSession. Was nicht ausgenommen ist: eine proprietäre Verschlüsselung, die du selbst geschrieben oder eingebunden hast. Die [Übersicht zur Exportkonformität](https://developer.apple.com/help/app-store-connect/manage-app-information/overview-of-export-compliance/) fügt einen wichtigen Hinweis hinzu: Du bist für die Auslegung verantwortlich, und für die Folgen, wenn du zu Unrecht eine Ausnahme beanspruchst.

Für eine Expo-App, die eine API über HTTPS aufruft, Einstellungen speichert und ein Abo verkauft, ist `false` die übliche Antwort. Für eine App, die selbst Nachrichten, Dateien oder einen Tresor verschlüsselt, lautet die Antwort `true`, und Apple erwartet eine Dokumentation.

> Setz `false` nicht aus Reflex. Prüf deine Abhängigkeiten: Eine Bibliothek für Ende-zu-Ende-Verschlüsselung oder ein selbstgebauter verschlüsselter Speicher bringt dich auf die Seite der Dokumentationspflicht.

## Wenn deine App nicht ausgenommene Verschlüsselung nutzt

Die [Seite zur Verschlüsselungsdokumentation](https://developer.apple.com/help/app-store-connect/manage-app-information/determine-and-upload-app-encryption-documentation/) beschreibt den Ablauf. In App Information öffnet der Hinzufügen-Button neben App Encryption Documentation die Fragen, dann Choose File für das Dokument, dann Save. Apple verlangt, dass du vorher die App-Beschreibung ausgefüllt und die Verfügbarkeit festgelegt hast, damit beurteilt werden kann, ob die Dokumentation ausreicht. Bei vollständigen Unterlagen peilt Apple etwa zwei Werktage an.

Ist die Dokumentation genehmigt, gibt dir Apple einen Wert für den Schlüssel `ITSEncryptionExportComplianceCode` in deiner Info.plist. Damit gibt es keine Fragen mehr bei jedem Upload. Während der Prüfung zeigt dein Build Waiting for Export Compliance Review oder In Compliance Review an: Von dir wird keine Aktion erwartet.

Zwei Punkte, auf die Apple hinweist, einer auf der Seite zu den Exportregeln, der andere in der Übersicht zur Konformität:

- **Auch bei ausgenommener Verschlüsselung kann ein jährlicher Selbstklassifizierungsbericht an die US-Regierung verlangt werden.** Er entfällt, wenn du nicht ausgenommene Verschlüsselung nutzt und Apple die Dokumentation geliefert hast.
- **Frankreich kontrolliert ebenfalls Import und Export von Verschlüsselungs-Apps.** Apples Übersicht nennt sichere Speicherung, sichere Kommunikation und Antivirenprogramme als betroffene Bereiche, mit Ausnahmen für Banking- und Medizin-Apps, und verweist auf die ANSSI.

## Wie es danach in TestFlight weitergeht

Der freigeschaltete Build durchläuft das normale Leben eines TestFlight-Builds, beschrieben im Guide [TestFlight zum Testen deiner iPhone-App](https://devoria.fr/de/blog/testflight-iphone-app-testen): interne Tester sofort, externe Tester nach der Beta-Prüfung, und Ablauf nach 90 Tagen, laut der Liste der Build-Status. Die anderen möglichen Stopps eines Expo-Uploads, etwa eine schon vergebene Build-Nummer oder eine abgelehnte Datei, findest du in [den EAS-Upload-Fehlern bei App Store Connect](https://devoria.fr/de/blog/eas-submit-ios-fehler-loesung), und die komplette Kette in [eine Expo-App mit EAS im App Store veröffentlichen](https://devoria.fr/de/blog/eas-submit-ios-expo-app-app-store-veroeffentlichen).

Das [iOS & Android Kit](https://devoria.fr/de/kits/ios) enthält meinen Expo-Startcode, mit diesem Schlüssel schon gesetzt, und den Weg vom ersten Build bis zur App-Store-Seite. Wenn du wissen willst, was deine Veröffentlichung noch blockiert, beantwortet dir die [kostenlose Diagnose](https://devoria.fr/de/diagnostic) das in ein paar Fragen und schickt dir meine Checkliste gegen Apple-Ablehnungen. Alle Schritte findest du unter [eine App im App Store veröffentlichen](https://devoria.fr/de/expertise/app-im-app-store-veroeffentlichen).

## Häufige Fragen

### Was bedeutet Missing Compliance in TestFlight?

Der Build wartet auf deine Erklärung zur Exportkonformität, also auf deine Antwort zur Nutzung von Verschlüsselung. Apple zählt ihn zu den Status, die eine Aktion von dir verlangen. Der Build geht erst an die Tester, wenn du geantwortet hast.

### Warum ist der Link Manage bei Missing Compliance nicht anklickbar?

Prüf deine Rolle: Apple erlaubt die Antwort nur den Rollen Account Holder, Admin und App Manager. Eine andere Ursache dokumentiert Apple nicht. Wenn der Build gerade erst angekommen ist, lad die Seite nach der E-Mail zum Abschluss der Verarbeitung neu.

### Meine App nutzt nur HTTPS, muss ich bei Verschlüsselung Ja angeben?

Laut Apple ist die ins System eingebaute Verschlüsselung, etwa HTTPS-Verbindungen über URLSession, in der Regel von der Dokumentationspflicht ausgenommen. Dann steht der Schlüssel ITSAppUsesNonExemptEncryption auf NO, vorausgesetzt, keine Drittanbieter-Bibliothek bringt eine proprietäre Verschlüsselung mit.

### Muss ich die Verschlüsselungsfragen bei jedem Build beantworten?

Ja, solange deine Info.plist den Schlüssel ITSAppUsesNonExemptEncryption nicht enthält. Mit ihm stellt App Store Connect die Fragen nicht mehr. Bei Expo setzt du ihn in der app.json über `ios.config.usesNonExemptEncryption`.

### Wo gebe ich die Verschlüsselung in der app.json mit Expo an?

In der app.json unter `expo.ios.config`, mit `"usesNonExemptEncryption": false`, wenn deine App keine nicht ausgenommene Verschlüsselung nutzt. EAS Build schreibt den Schlüssel in die Info.plist des Builds. Er wirkt ab dem nächsten Build, nicht beim bereits hochgeladenen.

### Blockiert Missing Compliance auch die Einreichung im App Store?

Die Fragen zur Exportkonformität kommen bei jeder neuen Version, ob Beta oder App Store. Ein Build ohne Antwort kann nicht verteilt werden. Der Schlüssel in der Info.plist löst beide Fälle auf einmal.

### Muss ich einen jährlichen Selbstklassifizierungsbericht abgeben?

Apple weist darauf hin, dass auch die Nutzung ausgenommener Verschlüsselung einen jährlichen Selbstklassifizierungsbericht an die US-Regierung erfordern kann, und verweist auf das offizielle Verfahren. Nutzt deine App nicht ausgenommene Verschlüsselung und hast du Apple die Dokumentation geliefert, ist dieser Bericht nicht nötig.


## Dein Projekt

[Review Kit](https://devoria.fr/de/kits/app-review): Meine Checkliste für die App Store Review, meine von Apple abgelehnten und korrigierten Fälle, die für Google Play und drei Claude Code Skills. 49 €.

[iOS & Android Kit](https://devoria.fr/de/kits/ios): Bau deine iPhone- und Android-App mit Claude Code: der Startcode meiner Apps, der Weg bis in die Stores und alle Kits. 99 €.

[Diagnose: Was dich von deiner iPhone-App trennt](https://devoria.fr/de/diagnostic): 7 Fragen, 60 Sekunden: Du erfährst, was dich wirklich davon abhält, deine iPhone-App zu veröffentlichen, bekommst deinen Weg in 4 Schritten und das passende Kit.