2012-02-27 25 views
8

opracowałem aplikację na magazyn online z nieodnawialnym typem subskrypcji.aplikacja odrzucona. Sposób śledzenia nieodnawialnej subskrypcji użytkownika

firmy Apple Developer Guide powiedzieć.

"to nie jest odpowiednie do śledzenia subskrypcji używając UDID lub Apple Store ID Zapisy powinny być śledzone z serwera zewnętrznego, które należy dostarczyć w celu dostarczenia Dodatkowo, należy pamiętać, że nie należy wymuszać rejestracji użytkownika, aby spełnić ten wymóg, taka rejestracja użytkownika musi być opcjonalna. "

i ostatnio moja aplikacja została odrzucona przez Apple powody:

11.6: Content subscriptions using IAP must last a minimum of 7 days and be available to the user from all of their iOS devices 
17.2: Apps that require users to share personal information, such as email address and date of birth, in order to function will be rejected 

tak .. Jak mogę śledzić użytkowników, a także subskrypcji użytkownika na moim serwerze w celu przyporządkowania właściwy dzień wygaśnięcia dla magazynów? jak Apple powiedział tutaj https://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/StoreKitGuide/APIOverview/OverviewoftheStoreKitAPI.html (do serwera produktu Model)

myślę odrzucił moją aplikację, bo zmuszają użytkownika do wprowadzenia ważnego e-maila na mój serwer w celu śledzenia jego subskrypcji.

Jestem pewien, że ktoś do tego dołączył. Czy ktoś miał te same problemy?

+0

Możesz znaleźć moje pytanie ma również pewien wgląd w to. http://stackoverflow.com/questions/9492898/how-to-support-multiple-devices-with-non-renewing-in-app-purchase/9500185#9500185 –

Odpowiedz

2

Można spróbować tego podejścia:

na pierwszym biegu, rejestry aplikacji z serwerem i wrócić do unique_token. Przechowuj go po stronie serwera i klienta.
Przy każdym zakupie wyślij na swój serwer unique_token i przechowuj powiązania pomiędzy unique_token a zakupionym produktem. Jeśli użytkownik zarejestruje się w usłudze (zaloguj się pod numer &), wyślij także unique_token i skojarz identyfikator produktu bezpośrednio z użytkownikiem.

Podczas projektowania bazy danych należy pamiętać, że użytkownik może kupić 2 różne produkty na 2 różnych urządzeniach, zarejestrować się na jednym z nich, a następnie zalogować się na drugim.

Plusy:

  • Rejestracja nie jest obowiązkowa.
  • Nie musisz używać identyfikatora UDID.

Wady:

  • sposób bardziej złożony. (thx Apple)
  • Jeśli użytkownik usunie aplikację bez rejestracji, wszystkie zakupy zostaną utracone. Jednak niektóre obejścia mogą być możliwe (np. Przesłać na serwer również adres mac interfejsu Wi-Fi/Bluetooth) (nie mam pojęcia, czy potrzebne jest jakieś prywatne api lub jest to kolejna inna wytyczna dla Apple))
+0

tnx Cesar. może być rozwiązaniem. –

+0

Ale co, jeśli użyję kodowanego UDID zamiast adresu mac interfejsu WiFi.Myślisz, że jabłko znowu odrzuca aplikację? tnx –

+0

Cóż, afaik UDID [[UIDevice currentDevice] uniqueIdentifier] są przestarzałe w iOS5 :) – Cesar

Powiązane problemy