如何确定购买应用(而非应用内购买)的原始版本或日期 [英] How to determine the original build or date that app (not in-app purchase) was purchased

查看:100
本文介绍了如何确定购买应用(而非应用内购买)的原始版本或日期的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我的应用当前是付费应用.我想将应用程序转换为具有IAP的免费应用程序,并且祖父(给予所有为该应用程序付费的用户)免费提供IAP功能.我以为我可以使用收据验证来确定(1)确定应用程序的原始购买日期-但这似乎仅适用于IAP或(2)使用原始应用程序版本(似乎是构建版本而不是应用程序版本).但是,当我在testflight中对此进行测试时,原始版本号始终为"1.0".各种消息来源都说这是一个测试问题,发行版应用程序将在购买该应用程序之日正确识别该版本. https://forums.developer.apple.com/message/42107#42107 我在stackoverflow上还没有看到这个问题-寻找应用购买日期的许多问题都是在iOS 7中进行收据验证之前,或者适用于应用内购买,而不是应用的初始购买

My app is currently a paid app. I would like to convert the app to a free app with IAP and grandfather (give all users who paid for the app) the IAP features for free. I thought I could use receipt validation to either (1) determine original purchase date of app - but this seems to be only available for IAP or (2) Use original Application Version (which appears to be the build version not the app version). However, when I test this in testflight, the original version number is always '1.0'. Various sources say this is a testflight issue and that the release app would correctly identify the build on the date the app was purchased. https://forums.developer.apple.com/message/42107#42107 I haven't seen this addressed on stackoverflow - many of the questions on finding the app purchase date are prior to receipt validation in iOS 7 or apply to In-App purchases, not the initial purchase of the app

我有3个相关问题,以查看我是否走上了正确的轨道:
问题1:我可以使用原始应用程序版本来识别在转换我的应用程序之前进行购买的用户.也就是说,可以通过将购买版本1.30或更早版本的用户与最新的build 2.0进行比较来识别他们,然后我可以授予原始版本号为< 2.0,免费访问IAP功能.

I have 3 related questions to see whether I'm heading down the right track:
Question 1: Can I use original application version to identify users who purchase before my app was converted. That is, users who purchased version 1.30 or earlier can be identified by comparing them to the latest build 2.0 and I can then grant any user whose original version number is < 2.0, free access IAP features.

问题2:在发布该应用之前,是否有任何方法可以测试代码,例如使用testflight?

Question 2: Is there any way to test the code before the app is released, e.g. using testflight ?

问题3.是否有其他方法可以将应用程序转换为免费增值服务而又无需让现有用户还款(即使他们在新设备上下载了该应用程序)?

Question 3. Is there any other way to convert the app to freemium without getting existing users to repay (even when they download the app on a new device)?

我使用Receigen来获取收据数据并测试我的模型-Receigen指出测试原始版本号为nil或为零,但没有说明发布该应用程序时是否固定.

I used Receigen to get the receipt data and test my model - Receigen notes that testing for original version number is either nil or zero but doesn't say if this is fixed when the app is released.

推荐答案

更新:Apple技术支持已确认(1)原始应用程序版本是用于标识现有用户的字段(不是WWDC 2013的原始原始购买日期). (2)TestFlight和Sandbox无法使用,因为当前用户没有应用程序历史记录.鼓励提交错误报告(因为其他人已经做了).即使TestFlight中的所有应用程序收据都将original_app_version返回为"1.0",但当应用程序投入生产时,您仍应获得真实的版本.只是希望您不要搞乱开发!

UPDATE: Apple technical support have confirmed (1) Original Application Version is the field to use to identify existing users (not original original purchase date per WWDC 2013) . (2) TestFlight and Sandbox don’t work as there is no application history with the current user. Was encouraged to file a bug report (as others have already done). Even though application receipts in TestFlight all return the original_app_version as "1.0", you should get the true version when the app goes into production. Just hope you didn’t mess up in development!

这篇关于如何确定购买应用(而非应用内购买)的原始版本或日期的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆