Ta wersja aplikacji nie jest skonfigurowana do rozliczania za pośrednictwem Google Play

Ten błąd może być spowodowany kilkoma przyczynami.

Oto lista wymagań dla testów Google IAB.

Wymagania wstępne:

1. AndroidManifest musi zawierać " com.android.vending.BILLING " pozwolenie .
2. APK jest zbudowany w trybie release .
3. APK jest podpisany z świadectwo (s) wydania .
4. APK jest przesyłany do Alpha / beta Dystrybucja kanał (wcześniej-jako szkic) do dewelopera konsola przynajmniej raz. (zajmuje trochę czasu ~2h-24h ).
5. IAB produkty są publikowane i ich status ustawiony na aktywny .
6. konto testowe jest dodawane w konsoli dewelopera.

Wymagania testowe:

1. Test apk ma ten sam kod wersji jak ten przesłany do konsoli dewelopera.
2. Test APK jest podpisany z tego samego certyfikatu(s) jak ten przesłany do dev.konsola.
3. Test konto (nie developer) - jest głównym kontem na urządzeniu.
4. konto testowe jest wybierane jako tester i jest powiązane z ważną metodą płatności . (@Kyone)

P. S: debugowanie certyfikatem wydania: https://stackoverflow.com/a/15754187/1321401 (Thnx @dipp za link)

P. P. S: chciałem zrobić tę listę już od dawna.

Thnx @ zlgdev, @Kyone for updates

To samo się stanie, jeśli opublikowana wersja nie jest taka sama jak wersja, którą testujesz na telefonie.

Na przykład przesłana wersja to android:versionCode="1", a wersja testowana na telefonie to android:versionCode="2"

Musisz podpisać swój APK za pomocą certyfikatu na żywo. Następnie zainstaluj go na urządzeniu testowym. Następnie możesz przetestować InAppBilling. Jeśli testujesz swoją aplikację przez bezpośrednie uruchomienie przez eclipse do urządzenia (w trybie debugowania), otrzymasz ten błąd.

Jeśli używasz android.test.purchased jako SKU, będzie to działać do końca, ale nie będziesz mieć developerPayload w ostatecznej odpowiedzi.

Jeśli używasz własnego projektu w App item można przetestować całą drogę, ale będzie opłata i tak będzie musiał sam zwrócić później.

Nie można kupować przedmiotów za pomocą tego samego konta gmail, którego używasz w konsoli deweloperskiej google play.

Jeśli jesteś tutaj od 2018, musisz pobrać APK bezpośrednio ze Sklepu Play i zainstalować "pochodną" APK. Może to dlatego, że sklep Google Play ma funkcję "Podpisywanie aplikacji przez Google Play".

Dodam tylko, co się ze mną stało, może komuś pomoże.

Głównie z powodu podpisywania.

Ponieważ dodałem szczegóły podpisywania w strukturze projektu, myślałem, że za każdym razem, gdy uruchamiam, spodziewam się, że podpisany apk zostanie zainstalowany. Ale Typ budowania 'debug' został wybrany.

Poniżej fix rozwiązał problem dla mnie.

• wygenerowano podpisany apk typu kompilacji 'release'.
• ręcznie zainstalowany apk.

Stanie się tak, jeśli użyjesz innej wersji apk niż ta w Google play.

W moim przypadku widziałem tę samą wiadomość ze względu na różne sygnatury zainstalowanego apk i przesłanego do apk rynku.

W przeciwieństwie do wielu odpowiedzi i komentarzy NA SO i innych stronach, nie musisz przeprowadzać wstępnych testów z wersją alfa / beta produktu, który został pobrany z Google Play na urządzenie testowe (proces publikacji alfa/beta często pochłania pół dnia). Nie musisz również ładować i ponownie ładować pliku APK z podpisaną wersją ze studia deweloperskiego na urządzenie testowe.

Możesz debugować wstępne Google Play w usługach rozliczeniowych aplikacji za pomocą załadowanej aplikacji debugowania z studia programistycznego bezpośrednio do urządzenia testowego przez ADB. Jeśli występują błędy, które temu zapobiegają, prawdopodobnie zrobiłeś coś złego w kodzie. Zwróć szczególną uwagę na przypadek SKU (id produktów) i ich format (na przykład, jeśli załadujesz plik APK jako com. mydomain. my_product_id, upewnij się, że próbujesz go kupić w ten sposób-podając ten sam przypadek i domenę). Zwróć również szczególną uwagę na swój itemType - powinien to być "inapp" lub " subs" w przypadku zarządzanych/niezarządzanych zakupów aplikacji lub subskrypcji.

Zgodnie z sugestią Chirag Patel, pod warunkiem, że Twój kod rozliczeniowy jest prawidłowo ustawiony, wykonaj wszystkie testy za pomocą Androida.test.zakupione Sku (product ID) podczas wstępnych testów. Sprawdzaj ten identyfikator podczas operacji rozliczeniowych, aby przejść przez kontrolę podpisu, tokenu i ładunku, ponieważ te dane nie są dostarczane przez system Google test. Dodatkowo nadaj jednemu z testowanych produktów ten identyfikator przetestuj jego zakup, odblokuj / Załaduj i prezentację przez cały schemat. Aby wyczyścić zakup, po prostu go zużyj, przekazując ten sam Sku i łańcuch tokena sformatowany w ten sposób - żadne inne pola nie są istotne :

    "inapp:"+appContext.getAppContext().getPackageName()+":android.test.purchased";

Po zakończeniu tej fazy testów, przejdź do testów pół-live z produktem alfa / beta. Utwórz grupę Google (zasadniczo listę mailingową), Dodaj do niej e-maile użytkowników testowych i dodaj/zaproś tę grupę do przetestowania urządzenia w tej fazie (wykonanej na część " APK " na liście programistów Google Twojej aplikacji). Zakupy będą symulowane, ale nie są faktycznie pobierane - jednak aby wyczyścić i ponownie przetestować Zakupy, Google wskazuje, że musisz je zwrócić z Portfela Google. Jest to jedyna faza testów, która wymaga czasochłonnego procesu korzystania z obciążeń alfa / beta i użytkowników testowych.

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 musisz włączyć. W sekcji "w zakupach aplikacji" znajduje się linia dla Twojego produktu, a po prawej stronie znajduje się jego status. Powinno być aktywne!

W konsoli dewelopera:

Settings -> Account details -> License Testing -> konta Gmail z dostępem do testów

I wpisz tutaj swoje konta

Mój problem polegał na tym, że próbowałem to sprawdzić za pomocą debugera.keystore, mam na myśli przepuszczanie go przez eclipse.Wyeksportowałem go za pomocą keystore, z którym opublikowałem w trybie Alfa(musi być opublikowany, zanim będzie można go przetestować).zainstalowałem go w telefonie i mogłem go normalnie przetestować.

Jeśli chcesz debugować IAB to co musisz zrobić to:

1. Prześlij do google play wersję swojej aplikacji z pozwoleniem IAB na manifeście:

2. Dodaj produkt do aplikacji w google play: Administrowanie rozliczeniami w aplikacji

3. Ustawianie niestandardowego debug keystore signed: Configure Eclipse to use signed keystore

Problem występuje również po dodaniu zakupu w aplikacji po przesłaniu pliku apk, ale nie opublikowałeś aplikacji w Sklepie play(alfa, beta i produkcja).

Co w zasadzie oznacza, że musisz dodać zakup w aplikacji po opublikowaniu apk w Sklepie Play (alfa, beta i produkcja). W przeciwnym razie nie będziesz mógł kupić ani zapytać o zakup w aplikacji.

Innym powodem, którego tu nie wspomniano, jest to, że musisz testować na prawdziwym urządzeniu. Gdy emulator staje się naprawdę dobry, łatwo popełnić błąd.

Rozwiązanie

Poczekaj chwilę po przesłaniu aplikacji do Sklepu play, ponieważ google zajmuje trochę czasu, aby zaktualizować aplikację versions.It zadziała !

Ostatnio google wprowadziło zmianę w swoich systemach, a ponieważ przesłałeś co najmniej jeden APK do konsoli, możesz przetestować swoje żądania w aplikacji za pomocą aplikacji z dowolnym kodem / numerem wersji.

Odsyłacz LINK

Konfiguracja gradle aby 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
            ...
        }
    }
}