Wenn ich versuche, meine Anwendung mit In-App-Abrechnung auszuführen, wird folgende Fehlermeldung angezeigt: "Diese Version der Anwendung ist nicht für die Abrechnung über Google Play konfiguriert. Weitere Informationen finden Sie in der Hilfe."
Ich habe die Abrechnungsberechtigung bereits in der Manifest-Datei und habe eine signierte APK als Entwurf auf Google Play hochgeladen. Außerdem habe ich dieselbe signierte APK auf meinem Telefon installiert.
Hilfe zur Lösung dieses Problems?
Antworten:
Dieser Fehler kann verschiedene Gründe haben.
Hier ist die Liste der Anforderungen für die Google IAB-Tests.
Voraussetzungen:
Testanforderungen:
PS: Debuggen mit Release-Zertifikat : https://stackoverflow.com/a/15754187/1321401 (Thnx @dipp für den Link)
PPS: Wollte diese Liste schon lange machen.
Ahh fand die Lösung, nachdem er es ein paar Stunden lang versucht hatte.
Das gleiche passiert, wenn Ihre veröffentlichte Version nicht mit der Version übereinstimmt, die Sie auf Ihrem Telefon testen.
Die hochgeladene Version ist beispielsweise android:versionCode="1"und die Version, die Sie auf Ihrem Telefon testen, istandroid:versionCode="2"
android:versionCode="1"und das Telefon in android:versionCode="2"Ordnung ist oder ich meine apk google play ändern muss?
Sie müssen Ihre APK mit Ihrem Live-Zertifikat unterschreiben. Installieren Sie das dann auf Ihrem Testgerät. Anschließend können Sie InAppBilling testen. Wenn Sie Ihre Anwendung durch direkte Ausführung über Eclipse to Device (im Debug-Modus) testen, wird dieser Fehler angezeigt.
Wenn Sie android.test.purchasedals SKU verwenden, funktioniert dies vollständig, aber Ihre endgültige Antwort enthält nicht die DeveloperPayload.
Wenn Sie Ihren eigenen Entwurf in einem App-Element verwenden, können Sie den gesamten Test durchführen, aber Sie werden belastet und müssen ihn anschließend selbst zurückerstatten.
Sie können keine Artikel mit demselben Google Mail-Konto kaufen, das Sie für die Google Play-Entwicklungskonsole verwenden.
In der Entwicklerkonsole:
Settings-> Account details-> License Testing-> Google Mail-Konten mit Testzugriff
und geben Sie hier Ihre Konten ein
Wenn Sie ab 2018 hier sind, müssen Sie die APK direkt aus dem Play Store herunterladen und die "abgeleitete" APK installieren. Vielleicht liegt es daran, dass Googles Play Store eine Funktion "App Signing by Google Play" hat.
Lassen Sie mich nur hinzufügen, was mit mir passiert ist, kann jemandem helfen.
Es war hauptsächlich auf die Unterzeichnung zurückzuführen.
Da ich die Signaturdetails in die Projektstruktur aufgenommen habe, dachte ich, dass jedes Mal, wenn ich laufe, die erwartete signierte apk installiert wird. Es wurde jedoch der Build-Typ 'Debug' ausgewählt.
Das unten stehende Update hat das Problem für mich gelöst.
Im Gegensatz zu vielen Antworten und Kommentaren auf SO und anderen Websites müssen Sie KEINE Vorversuche mit einer Alpha / Beta-Version Ihres Produkts durchführen, die von Google Play auf Ihr Testgerät heruntergeladen wurde (der Alpha / Beta-Veröffentlichungsprozess ist häufig aufwendig einen halben Tag). Sie müssen auch keine signierte Release-Apk von Ihrem Entwicklerstudio auf Ihr Testgerät laden und erneut laden.
Sie können vorläufiges Google Play in App-Abrechnungsdiensten mit der Debug-App debuggen, die von Ihrem Entwicklerstudio über ADB direkt auf Ihr Testgerät geladen wurde. Wenn Fehler auftreten, die dies verhindern, haben Sie wahrscheinlich einen Fehler in Ihrem Code gemacht. Achten Sie besonders auf den FALL Ihrer SKUs (Produkt-IDs) und deren Format (wenn Sie beispielsweise Ihre APK als com.mydomain.my_product_id laden, stellen Sie sicher, dass Sie versuchen, sie auf diese Weise zu kaufen - unter Angabe des gleichen Falls und der gleichen Domain). . Achten Sie außerdem besonders auf Ihren itemType - dies sollte entweder "inapp" oder "subs" für verwaltete / nicht verwaltete App-Käufe bzw. Abonnements sein.
Führen Sie, wie von Chirag Patel vorgeschlagen, während Ihrer Vorversuche alle Tests mit dem Skand android.test.purchased (Produkt-ID) durch, sofern Ihr Abrechnungscode ordnungsgemäß festgelegt wurde. Überprüfen Sie diese ID während Ihrer Abrechnungsvorgänge, um sie durch Signatur-, Token- und Nutzlastprüfungen zu führen, da diese Daten nicht vom Google-Testsystem bereitgestellt werden. Geben Sie einem Ihrer Testprodukte zusätzlich diese ID, um den Kauf, das Entsperren / Laden und die Präsentation des gesamten Programms zu testen. Um den Kauf zu löschen, verbrauchen Sie ihn einfach und übergeben Sie denselben Sku UND eine so formatierte Token-Zeichenfolge. Keine anderen Felder sind relevant:
"inapp:"+appContext.getAppContext().getPackageName()+":android.test.purchased";Wenn Sie diese Testphase abgeschlossen haben, wechseln Sie mit Ihrem Alpha / Beta-Produkt zum Semi-Live-Test. Erstellen Sie eine Google-Gruppe (im Wesentlichen eine Mailingliste), fügen Sie E-Mails Ihrer Testbenutzer hinzu und fügen Sie diese Gruppe hinzu / laden Sie sie ein, Ihr Gerät in dieser Phase zu testen (durchgeführt im Abschnitt "APK" der Google-Entwicklerliste Ihrer App). Einkäufe werden simuliert, aber nicht tatsächlich in Rechnung gestellt. Um die Einkäufe jedoch zu löschen und erneut zu testen, gibt Google an, dass Sie sie von Ihrer Google-Brieftasche zurückerstatten müssen. Dies ist die einzige Testphase, die den zeitaufwändigen Prozess der Verwendung von Alpha / Beta-Ladevorgängen und Testbenutzern erfordert.
Wenn Sie IAB debuggen möchten, müssen Sie Folgendes tun:
Senden Sie eine Version Ihrer App mit der IAB-Berechtigung für das Manifest an Google Play:
Fügen Sie Ihrer App bei Google Play ein Produkt hinzu: Verwalten der In-App-Abrechnung
Festlegen eines benutzerdefinierten Debug-Keystores mit Signatur: Konfigurieren Sie Eclipse für die Verwendung des signierten Keystores
Hatte das gleiche Problem und es wurde nicht gelöst, bevor ich den Beitrag von DZDomi gelesen habe. Es stellte sich plötzlich heraus, dass in der Google Developer Console eine Einstellung vorhanden ist, die Sie aktivieren müssen. Im Abschnitt "In App-Käufen" gibt es eine Zeile für Ihr Produkt und ganz rechts einen Status dafür. Es sollte AKTIV sein!
Mein Problem war, dass ich versucht habe, es mit dem debug.keystore zu überprüfen, ich meine, es durch eclipse auszuführen. Ich habe es mit dem Keystore exportiert, mit dem ich im Alpha-Modus veröffentlicht habe (es muss veröffentlicht werden, bevor Sie es testen können) .installiert in mein Telefon und dann konnte ich es normal testen.
Das Problem tritt auch auf, wenn Sie nach dem Hochladen der apk einen In-App-Kauf hinzugefügt haben, die Anwendung jedoch nicht im Play Store veröffentlicht haben (Alpha, Beta und Produktion).
Was im Grunde bedeutet, dass Sie den In-App-Kauf hinzufügen müssen, nachdem Sie die apk im Play Store veröffentlicht haben (Alpha, Beta und Produktion). Andernfalls können Sie den In-App-Kauf nicht kaufen oder abfragen.
Vor kurzem hat Google eine Änderung auf seinen Systemen implementiert. Da Sie mindestens eine APK auf Ihre Konsole hochgeladen haben, können Sie Ihre In-App-Anforderungen mit Ihrer App mit einem beliebigen Versionscode / einer beliebigen Versionsnummer testen.
Querverweis LINK
Konfigurieren Sie
gradle, um Ihren Debug-Build für das Debuggen zu signieren.
android {
...
defaultConfig { ... }
signingConfigs {
release {
storeFile file("my-release-key.jks")
storePassword "password"
keyAlias "my-alias"
keyPassword "password"
}
}
buildTypes {
debug {
signingConfig signingConfigs.release
...
}
}
}Ich habe das gleiche Problem in Moto C2 + in meinem Fall ist es ein Geräteproblem, sobald ich neu starte, dann wird es perfekt laufen ...