у дадатку купля для апавяшчэнняў падпіскі аўтаматычнага абнаўлення

Я чытаў розныя тэмы на падпіску пакупкі аўтаматычнага абнаўлення ў дадатку, і я думаю, што я кавалачкі вялікай часткі інфармацыі, мне трэба, але ёсць некалькі адсутнічаюць частак. Я спадзяюся, што хто-то можа мне дапамагчы.

сітуацыя: У мяне ёсць розныя пакеты падпіскі карыстальнік можа падпісацца (напрыклад, Пакет за 1 £ у месяц, пакет У для £ 2 у месяц, і г.д.). Захоўваць інфармацыю аб падпісцы карыстальніка ў маёй базе дадзеных. Калі карыстальнік уваходзіць у сістэму, праверыць, які пакет ён, і калі ён пратэрмінаваны ці не. Мой сайт, АНДРОІД і iOS ўсё выкарыстоўваюць тыя ж базу дадзеных, таму такі падыход здаецца, мае сэнс.

Падпісаўшыся карыстальнікаў з дапамогай у дадатак куплі, здаецца, прама наперад дастаткова. Я правяраю paymentQueue і пасля аплаты чысціцца, я магу абнавіць сваю базу дадзеных.

Мае пытанні:

1) Я разумею, што карыстальнік можа выкарыстоўваць ITunes для кіравання падпіскай. Скажам, яны ідуць, каб ITunes і адмяніць падпіску, як я магу быць апавешчаны такім чынам я магу абнавіць сваю базу дадзеных? Ці патрэбны дэман, які правярае, тэрмін падпіскі, каб убачыць, калі карыстальнік зноў?

2) Калі карыстальнік хоча абнавіць сваю падпіску з пакета А ў пакет B, як мне справіцца з коштам? Скажам, на 1 Jan, яны купляюць пакет А, я даручаю ім £ 1,00 і ўсталяваць тэрмін дзеяння да 31 студзеня. З 15-га студзеня, яны хочуць, каб абнавіць пакет B праз куплю ў дадатку. У ідэале, я б зарадзіць іх 2 £ для пакета B мінус £ 0,50 крэдыту яны маюць для ўпакоўкі і ўсталяваць новую дату заканчэння тэрміну па люты 14-га. Тым не менш, Apple прымушае мяне асацыяваць кожны пакет з цаной ўзроўню. Як я магу справіцца з гэтым? Я не хачу, каб карыстальнік не чакаць да канца месяца, каб паставіць іх на больш высокі пакет ўзроўню ... калі яны мадэрнізаваны ў сярэдзіне месяца, гэта азначае, што яны хочуць, каб новае змесціва пакета B будзе пастаўляць ім неадкладна.

Любая дапамога вітаецца!

Дзякуй!

12
Прывітанне Джэйсан, Вы знайшлі якое-небудзь рашэнне? Я шукаю тое ж самае.
дададзена аўтар Mangesh, крыніца

10 адказы

1) Так, вы павінны будзеце паўторна пацвердзіць свой чэк атрыманне па-за Праверка квітанцыі Кіраўніцтва па праграмаванні ў дакументацыі . Яны згадваюць некаторыя важныя ключы:

  • status - 0 if receipt is valid, or an error code
  • receipt - JSON response of the receipt
  • latest_receipt (auto-renewable only) - base 64 encoded receipt for the most recent renewal
  • latest_receipt_info - JSON version of latest_receipt

З дапамогай гэтай інфармацыі, калі купля вырабляюцца, адправіць квітанцыю на ваш бэкэнд для праверкі, бэкенд будзе трымаць квітанцыю ў БД і праверыць са статусам = 0, што гэта сапраўдная квітанцыя. Адтуль, кожны х дзён вы можаце пацвердзіць, што атрыманне з працай Летапісаў, дэман, і г.д., і паўторна пацвердзіць. Водгук назад кожны раз, калі будзе мець latest_receipt_info , што цяпер трэба захаваць у БД, так што вы маеце апошнюю дату паступлення для наступнай праверкі ў х дзён. Такім чынам, вы заўсёды будзеце мець самую апошнюю квітанцыю. Там няма імгненнага апавяшчэння аб кажучы, калі карыстальнік адмяняе падпіску, але пры гэтым вы будзеце ведаць, кожны х дзён, калі ў іх ёсць падпіска па-ранейшаму.

2) Кошты, як гэта, на жаль, не могуць быць апрацаваны. Яна не прызначана для карыстальніка «мадэрнізацыі» з падпіскай - кожная падпіска доступ да яго ўласны эксклюзіўны кантэнт з гэтым лістом. Аднак, калі кліент электроннай пошты ў і скардзіцца на гэта, вы маглі б папрасіць іх імя карыстальніка і высветліць, у вашай БД, калі гэты карыстальнік сапраўды мадэрнізаваная ў сярэдзіне месяца, а таксама пакрыць іх адпаведным чынам. Вельмі старая школа і не ўяўляецца магчымай для вялікай базы карыстальнікаў, але, спадзяюся, вы не будзеце мець, што многія і можа трымаць іх шчаслівымі.

3
дададзена

1) Так, вы павінны будзеце паўторна пацвердзіць свой чэк атрыманне па-за Праверка квітанцыі Кіраўніцтва па праграмаванні ў дакументацыі . Яны згадваюць некаторыя важныя ключы:

  • status - 0 if receipt is valid, or an error code
  • receipt - JSON response of the receipt
  • latest_receipt (auto-renewable only) - base 64 encoded receipt for the most recent renewal
  • latest_receipt_info - JSON version of latest_receipt

З дапамогай гэтай інфармацыі, калі купля вырабляюцца, адправіць квітанцыю на ваш бэкэнд для праверкі, бэкенд будзе трымаць квітанцыю ў БД і праверыць са статусам = 0, што гэта сапраўдная квітанцыя. Адтуль, кожны х дзён вы можаце пацвердзіць, што атрыманне з працай Летапісаў, дэман, і г.д., і паўторна пацвердзіць. Водгук назад кожны раз, калі будзе мець latest_receipt_info , што цяпер трэба захаваць у БД, так што вы маеце апошнюю дату паступлення для наступнай праверкі ў х дзён. Такім чынам, вы заўсёды будзеце мець самую апошнюю квітанцыю. Там няма імгненнага апавяшчэння аб кажучы, калі карыстальнік адмяняе падпіску, але пры гэтым вы будзеце ведаць, кожны х дзён, калі ў іх ёсць падпіска па-ранейшаму.

2) Кошты, як гэта, на жаль, не могуць быць апрацаваны. Яна не прызначана для карыстальніка «мадэрнізацыі» з падпіскай - кожная падпіска доступ да яго ўласны эксклюзіўны кантэнт з гэтым лістом. Аднак, калі кліент электроннай пошты ў і скардзіцца на гэта, вы маглі б папрасіць іх імя карыстальніка і высветліць, у вашай БД, калі гэты карыстальнік сапраўды мадэрнізаваная ў сярэдзіне месяца, а таксама пакрыць іх адпаведным чынам. Вельмі старая школа і не ўяўляецца магчымай для вялікай базы карыстальнікаў, але, спадзяюся, вы не будзеце мець, што многія і можа трымаць іх шчаслівымі.

3
дададзена

<�Моцны> EDITED

Што да другога пытання, аўтаматычна аднаўляльная сістэма падпіскі ад Apple тэхнічна не прапаноўваюць мадэрнізуемая планы паміж рознымі прадуктамі .

Кожная падпіска з'яўляецца самастойным прадуктам, і гэта да карыстальніка, каб уключыць/выключыць падпіскі ўручную з дапамогай дыспетчара падпіскі ў Itunes Store.

Аднак, калі пакет А і пакет B прапануюць той жа кантэнт толькі рознай працягласці, чым тое, што ajay_nasa сказаў правільна, вы можаце стварыць аднаго аўтаматычнай падпіскі прадукт з рознымі варыянтамі працягласці. Калі карыстальнік знаходзіцца на 1 месяц падпіскі, а затым карыстальнік спрабуе змяніць 2 месяцаў падпіскі яны будуць атрымліваць наступнае паведамленне пра памылку з просьбай перайсці да мэнэджэра падпіскі ў App Store,

enter image description here

Таму ў асноўным адзінае месца, карыстальнік можа рэальна змяніць даўжыню падпісны знаходзіцца ў App Store. Ці з'яўляюцца Apple, вырашыў пра-стаўку на суму пакінутую на старой падпісцы або проста дадаць яго да бягучай сапраўды да Apple. Вы павінны пераканацца, што карыстальнік мае доступ да падпіскі, пакуль ён актыўны, чытаючы даты пакупкі і Падпіска Дата заканчэння тэрміну дзеяння поле з кожнага запісу квітанцыі і вызначэння пачатку і дата заканчэння падпіскі.

3
дададзена
Гэта сапраўды дрэнная ідэя, і неверагодна ненадзейныя. Вы ніколі не павінны ўзламаць ў розніцы абаненцкай платы паміж двума падпіскамі, таму што адзін дзень вы можаце павялічыць хуткасць для аднаго і не хочаце, каб на іншы і можа прывесці да страты грошай у пэўных сцэнарах. Лепшы хак для рашэння з'яўляецца патрабаваць ад карыстальніка, каб выдаліць сваю папярэднюю падпіску перад пачаткам абнаўлення. Вы можаце праверыць з вашай БД, калі карыстальнік адмяніў падпіску. Зноў жа для гэтага сцэнара можа быць затрымка для карыстальніка, але значна лепш, чым гэта рашэнне.
дададзена аўтар Drmorgan, крыніца
на жаль, аўтаматычна аднаўляльная сістэма падпіскі ад Apple сапраўды прапануе абнаўляюцца планы. Калі ласка, паспрабуйце дадаць працягласць ў існуючых аўто аднаўляльных падпісак. Вы можаце дадаткова праверыць Upgradation ў ITunes падлучэння рахункі карыстальніка, набыць падпіску.
дададзена аўтар ajay_nasa, крыніца

<�Моцны> EDITED

Што да другога пытання, аўтаматычна аднаўляльная сістэма падпіскі ад Apple тэхнічна не прапаноўваюць мадэрнізуемая планы паміж рознымі прадуктамі .

Кожная падпіска з'яўляецца самастойным прадуктам, і гэта да карыстальніка, каб уключыць/выключыць падпіскі ўручную з дапамогай дыспетчара падпіскі ў Itunes Store.

Аднак, калі пакет А і пакет B прапануюць той жа кантэнт толькі рознай працягласці, чым тое, што ajay_nasa сказаў правільна, вы можаце стварыць аднаго аўтаматычнай падпіскі прадукт з рознымі варыянтамі працягласці. Калі карыстальнік знаходзіцца на 1 месяц падпіскі, а затым карыстальнік спрабуе змяніць 2 месяцаў падпіскі яны будуць атрымліваць наступнае паведамленне пра памылку з просьбай перайсці да мэнэджэра падпіскі ў App Store,

enter image description here

Таму ў асноўным адзінае месца, карыстальнік можа рэальна змяніць даўжыню падпісны знаходзіцца ў App Store. Ці з'яўляюцца Apple, вырашыў пра-стаўку на суму пакінутую на старой падпісцы або проста дадаць яго да бягучай сапраўды да Apple. Вы павінны пераканацца, што карыстальнік мае доступ да падпіскі, пакуль ён актыўны, чытаючы даты пакупкі і Падпіска Дата заканчэння тэрміну дзеяння поле з кожнага запісу квітанцыі і вызначэння пачатку і дата заканчэння падпіскі.

3
дададзена
Гэта сапраўды дрэнная ідэя, і неверагодна ненадзейныя. Вы ніколі не павінны ўзламаць ў розніцы абаненцкай платы паміж двума падпіскамі, таму што адзін дзень вы можаце павялічыць хуткасць для аднаго і не хочаце, каб на іншы і можа прывесці да страты грошай у пэўных сцэнарах. Лепшы хак для рашэння з'яўляецца патрабаваць ад карыстальніка, каб выдаліць сваю папярэднюю падпіску перад пачаткам абнаўлення. Вы можаце праверыць з вашай БД, калі карыстальнік адмяніў падпіску. Зноў жа для гэтага сцэнара можа быць затрымка для карыстальніка, але значна лепш, чым гэта рашэнне.
дададзена аўтар Drmorgan, крыніца
на жаль, аўтаматычна аднаўляльная сістэма падпіскі ад Apple сапраўды прапануе абнаўляюцца планы. Калі ласка, паспрабуйце дадаць працягласць ў існуючых аўто аднаўляльных падпісак. Вы можаце дадаткова праверыць Upgradation ў ITunes падлучэння рахункі карыстальніка, набыць падпіску.
дададзена аўтар ajay_nasa, крыніца

Адказваючы на ​​пытанне 1, вы можаце праверыць падпісныя квітанцыі ў тым жа, як і іншыя ИАП, але вы павінны праверыць яго перыядычна, каб убачыць, калі скончыўся тэрмін дзеяння падпіскі (праверка пакажа вам, калі гэта мінуў).

Існуе больш інфармацыі аб дакументацыі Apple, тут:

http://developer.apple.com/ бібліятэка/Mac/# дакументацыя/NetworkingInternet/Канцэптуальнае/StoreKitGuide/RenewableSubscriptions/RenewableSubscriptions.html

2
дададзена

enter image description hereActually, Apple's auto-renewable subscription system does offer upgradeable plans.

Для дасягнення гэтай мэты мы павінны проста дадаць працягласць ў існуючых Аўта-Аднаўляльныя падпіскі. Кожныя Аўта-Аднаўляльная Падпіска можа быць сям'ёй падпісак таму, калі распрацоўшчык хоча дасягнуць Upgradation ў падпісцы, ён павінен дадаць працягласць ў існуючых Аўта-Аднаўляльныя падпіскі з розным PRODUCTID.

Кожны раз, калі карыстальнік абнавіць свой план у перыяд паміж месяц, то яго план абнаўлення будзе аўтаматычна працуе з наступнага месяца.

1
дададзена

enter image description hereActually, Apple's auto-renewable subscription system does offer upgradeable plans.

Для дасягнення гэтай мэты мы павінны проста дадаць працягласць ў існуючых Аўта-Аднаўляльныя падпіскі. Кожныя Аўта-Аднаўляльная Падпіска можа быць сям'ёй падпісак таму, калі распрацоўшчык хоча дасягнуць Upgradation ў падпісцы, ён павінен дадаць працягласць ў існуючых Аўта-Аднаўляльныя падпіскі з розным PRODUCTID.

Кожны раз, калі карыстальнік абнавіць свой план у перыяд паміж месяц, то яго план абнаўлення будзе аўтаматычна працуе з наступнага месяца.

1
дададзена

Адказваючы на ​​ваша пытанне # 1

Нядаўна Apple запусціла функцыю, каб уключыць апавяшчэнне сервера кожны раз, калі падпіска аднаўляецца. Тым не менш, падпіска павінна быць у дадатку.

Глядзіце спасылкі, прыведзеныя ніжэй для даведкі:

https://help.apple.com/itunes-connect/developer/#/ dev0067a330b

&

https://itunespartner.apple.com/en/ дадатку/навіны/45333106? sc_cid = ITC-AP-ENREC

0
дададзена

Нам трэба праверыць анулявання-дату, пазначаную ў квітанцыі.

0
дададзена

Нам трэба праверыць анулявання-дату, пазначаную ў квітанцыі.

0
дададзена