Kiedy próbuję uruchomić aplikację z rozliczeniami w aplikacji, pojawia się błąd: „Ta wersja aplikacji nie jest skonfigurowana do fakturowania w Google Play. Więcej informacji znajdziesz w Centrum pomocy”.
Mam pozwolenie na rozliczanie już w pliku manifestu i mam podpisany plik .apk przesłany jako wersja robocza do Google Play, a także zainstalowałem ten sam podpisany plik APK na moim telefonie.
Czy jest jakaś pomoc w rozwiązaniu tego problemu?
Odpowiedzi:
Ten błąd może być spowodowany kilkoma przyczynami.
Oto lista wymagań dotyczących testowania Google IAB.
Wymagania wstępne:
Wymagania testowe:
PS: Debugowanie za pomocą certyfikatu wydania : https://stackoverflow.com/a/15754187/1321401 (Thnx @dipp dla łącza)
PPS: Chciałem tworzyć tę listę już od dawna.
Ahh znalazł rozwiązanie po kilku godzinach prób.
To samo stanie się, jeśli opublikowana wersja nie jest taka sama jak wersja testowana na telefonie.
Na przykład przesłana wersja to android:versionCode="1", a wersja, którą testujesz na telefonie, toandroid:versionCode="2"
android:versionCode="1"a telefon jest android:versionCode="2"dozowany, jest w porządku, czy muszę zmienić moją aplikację Google Play?
Musisz podpisać swój APK za pomocą certyfikatu na żywo. Następnie zainstaluj to na swoim urządzeniu testowym. Następnie możesz przetestować InAppBilling. Jeśli testujesz aplikację przez bezpośrednie uruchomienie zaćmienia urządzenia (w trybie debugowania), pojawi się ten błąd.
Jeśli używasz android.test.purchasedjako jednostki SKU, będzie działać przez cały czas, ale nie będziesz mieć dewelopera Payload w ostatecznej odpowiedzi.
Jeśli korzystasz z własnego szkicu w elemencie aplikacji, możesz go przetestować do końca, ale zostaniesz obciążony opłatą, więc będziesz musiał go później zwrócić.
Nie można kupować przedmiotów za pomocą tego samego konta Gmail, którego używasz w konsoli programistycznej Google Play.
W konsoli programisty:
Settings-> Account details-> License Testing-> Konta Gmail z dostępem testowym
i wpisz tutaj swoje konta
Jeśli jesteś tutaj od 2018 roku, musisz pobrać APK bezpośrednio ze Sklepu Play i zainstalować „pochodną” APK. Może to dlatego, że Google Play Store ma funkcję „Podpisywanie aplikacji przez Google Play”.
Pozwól mi dodać, co się ze mną stało, może komuś pomóc.
Było to głównie spowodowane podpisaniem umowy.
Ponieważ dodałem szczegóły podpisywania w strukturze projektu, myślałem, że za każdym razem, gdy uruchamiam, instaluje się oczekiwany podpisany apk. Ale wybrano typ kompilacji „debugowanie”.
Poniższa poprawka rozwiązała problem dla mnie.
W przeciwieństwie do wielu odpowiedzi i komentarzy na temat SO i innych witryn NIE musisz przeprowadzać wstępnych testów wersji alfa / beta produktu, który został pobrany z Google Play na urządzenie testowe (proces publikacji alfa / beta często zjada połowa dnia). Nie musisz też ładować i ponownie ładować podpisanego pakietu APK ze studia programisty na urządzenie testowe.
Możesz debugować wstępną wersję Google Play w usługach rozliczeniowych aplikacji za pomocą aplikacji do debugowania załadowanej ze studia programisty bezpośrednio na urządzenie testowe za pośrednictwem ADB. Jeśli występują błędy, które temu zapobiegają, prawdopodobnie zrobiłeś coś złego w kodzie. Zwróć szczególną uwagę na CASE swojego kodu SKU (identyfikatory produktu) i ich format (na przykład, jeśli ładujesz pakiet APK jako com.mydomain.my_product_id, upewnij się, że próbujesz go kupić w ten sposób - podając tę samą obudowę i domenę) . Zwróć również szczególną uwagę na swój itemType - powinien to być odpowiednio „inapp” lub „subs” w przypadku odpowiednio zarządzanych / niezarządzanych zakupów lub subskrypcji aplikacji.
Zgodnie z sugestią Chirag Patel, pod warunkiem, że masz poprawnie ustalony kod bilingowy, przeprowadź wszystkie testy przy użyciu Sku android.test.purchased (ID produktu) podczas wstępnych testów. Sprawdź ten identyfikator podczas operacji rozliczeniowych, aby przekazać go przez kontrolę podpisu, tokena i ładunku, ponieważ dane te nie są dostarczane przez system testowy Google. Dodatkowo podaj jeden z produktów testowych ten identyfikator, aby przetestować jego zakup, odblokowanie / załadowanie i prezentację przez cały schemat. Aby WYCZYŚĆ zakup, po prostu go zużyj, przekazując ten sam SKU ORAZ sformatowany w ten sposób ciąg tokenów - żadne inne pola nie są istotne:
"inapp:"+appContext.getAppContext().getPackageName()+":android.test.purchased";Po zakończeniu tej fazy testowania przejdź do testów pół-na żywo z produktem alfa / beta. Utwórz grupę Google (zasadniczo listę mailingową), dodaj do niej wiadomości e-mail użytkowników testowych i dodaj / zaproś tę grupę do przetestowania urządzenia na tym etapie (wykonywane w części „APK” na liście deweloperów aplikacji Google). Zakupy będą symulowane, ale nie będą faktycznie obciążane - jednak w celu wyczyszczenia i ponownego przetestowania zakupów Google wskazuje, że musisz je zwrócić z portfela Google. TO jest jedyna faza testów, która wymaga czasochłonnego procesu korzystania z obciążeń alfa / beta i użytkowników testowych.
Jeśli chcesz debugować IAB, musisz:
Prześlij do Google Play wersję aplikacji z uprawnieniem IAB w manifeście:
Dodaj produkt do swojej aplikacji w Google Play: Administrowanie rozliczeniami w aplikacji
Ustaw podpisany niestandardowy magazyn kluczy debugowania: skonfiguruj środowisko Eclipse, aby korzystało z podpisanego magazynu kluczy
Miałem ten sam problem i nie został rozwiązany, zanim przeczytałem post z DZDomi. Nagle okazało się, że w Konsoli programisty Google jest ustawienie, które należy włączyć. W sekcji „Zakupy w aplikacjach” znajduje się wiersz dotyczący Twojego produktu, a po prawej stronie znajduje się jego status. Powinno być AKTYWNE!
Problem występuje również wtedy, gdy dodałeś zakup w aplikacji po przesłaniu apk, ale nie opublikowałeś aplikacji w sklepie Play (wersja alfa, beta i produkcja).
Co w zasadzie oznacza, że musisz dodać zakup w aplikacji PO opublikowaniu apka w sklepie Play (wersja alfa, beta i produkcja). W przeciwnym razie nie będzie można kupić ani zapytać o zakup w aplikacji.
Ostatnio Google wprowadziło zmianę w swoich systemach, a ponieważ przesłałeś co najmniej jeden pakiet APK do konsoli, możesz przetestować swoje żądania w aplikacji za pomocą aplikacji z dowolnym kodem / numerem wersji.
Odsyłacz LINK
Skonfiguruj,
gradleaby podpisać kompilację debugowania do debugowania.
android {
...
defaultConfig { ... }
signingConfigs {
release {
storeFile file("my-release-key.jks")
storePassword "password"
keyAlias "my-alias"
keyPassword "password"
}
}
buildTypes {
debug {
signingConfig signingConfigs.release
...
}
}
}Mam ten sam problem w moto c2 + w moim przypadku jest to problem z urządzeniem po ponownym uruchomieniu, a następnie rune idealnie ...