问题标签 [in-app-subscription]

我需要在我的移动应用程序中实现可更新订阅，具有不同的计划、持续时间和价格（就像 Netflix 正在做的那样），这在移动设备和我的桌面应用程序中都有效。
我阅读了很多主题，我明白知道订阅是否正确续订的唯一方法是从移动应用程序中检查它：这对我来说是个问题，因为如果我在移动应用程序中购买了订阅并且我停止使用它，但我仍在使用桌面应用程序，在订阅结束时我不知道订阅是否被续订（因为用户从未打开过移动应用程序）所以我会阻止用户在桌面登录应用程序。
我还了解到，使用 Stripe 或 Paypal 来管理移动应用程序中的支付是不可能的，因为商店会阻止不使用专有购买系统的应用程序来销售非实物商品或服务。

所以，问题是：有没有办法进行定期订阅并知道它当前是否处于活动状态以及在不打开移动应用程序的情况下支付的总金额？如果没有，我如何在移动和桌面应用程序中管理定期订阅？可能我需要使用 webview 创建一个外部网页，然后使用 Stripe 或 Paypal？

谢谢。
Matteo

字体：在 Xamarin 中移动实现 Stripe
上的 Renewalbe 订阅

编辑
我们的目的是管理桌面应用程序上的订阅，但让移动用户也可以在移动设备上购买计划。
可以使用网络视图或默认移动浏览器将用户重定向到桌面网页并从这里购买，在苹果和 Play 商店上发布应用程序时没有任何问题。

如何区分退款订阅和用户自行取消订阅？

两者都显示到期日期 (expiryTimeMillis) 和取消日期 (userCancellationTimeMillis) 相同。

我没有找到一条线索来反对彼此，有吗？

提前致谢。

我开发了一个集成了应用内购买的应用程序，当执行应用内购买时，我只是中途按下取消，它返回 SKErrorDomain Code=2 是否有来自苹果的任何文件？

我正在尝试实施应用内购买订阅。谷歌文档说

queryPurchases 方法从缓存中返回结果，并且 queryPurchaseHistoryAsync 从服务器返回结果，并返回用户为每个产品 ID 进行的最近购买，即使该购买已过期、取消或消耗。

在我的应用程序中，我想检查用户是否已经订阅了特定结果，以便我可以相应地启用或禁用该功能。queryPurchaseHistoryAsync 的问题在于，如果购买过期、取消或消费，它不会提供购买状态。因为，这种方法如果直接从服务器获取数据，

有什么办法可以从中找到订阅的状态，如果它是活动的还是过期的？

或者

有没有更好的方法让我的方案获得尚未过期的订阅？（除了我需要服务器的 GOOGLE API）

我需要澄清如何使用IOS In App purchase来订阅应用内的服务（例如：订阅3 个月以访问婚姻应用中的功能）。我可以将PayTm 交易用作指向PayTm 网页的In App吗？或者如何获得这样的功能支付选项。请指导我，因为我是这个模块的新手

提前致谢。

我有一个功能简单的无服务器安卓应用程序：如果用户有一些应用内订阅（自动更新），那么他可以在应用程序中使用功能，否则没有。我知道，如何通过获取订阅信息（价格、标题等）和致电付款来发挥作用。但我无法检查当前用户是否有活动（未取消）订阅。我在许多网站和教程上阅读了很多信息，并且写到我必须在我的服务器中使用 google API。但是我没有自己的服务器。我为应用内订阅使用了两个不同的库：

和

但没有人帮我检查用户是否有活动订阅。那么，如何完成这个任务呢？请帮助我，也许我错过了一些信息......

尽管订阅已超出试用期和宽限期且订阅状态为“积极的”。

我试着自己支付订阅费用，一切都运作良好。

有谁知道这会导致什么？欢迎任何提示。

如果我在 google play 控制台中为订阅项目设置价格，它不包括税。我想设置用户在应用程序中看到的相同价格。如果我使用模板，它适用于应用内产品，但我找不到订阅项目的解决方案。

我们正在开发一个应用程序，一些经过验证的用户可以在其中通过订阅销售他们的内容。

内容是由视频、照片和提示组成的数字内容。

我们希望提供按月订阅的付费内容。我研究了一些应用程序，通常您对所有付费内容都有自动续订订阅。

但是，我们的客户希望为每个提供付费内容的用户提供单独的订阅。

这意味着每个内容消费者（用户）将能够拥有无限数量的并发订阅，因为他们能够订阅他们想要的任何内容提供者。

我的问题：

1. 我描述的内容提供商的内容是否符合订阅数字内容类型的条件？因为内容提供者是创造它的人，而不是我们。此外，我们不能保证新内容的任何形式的定期发布。
2. 非消耗品会不会是苹果更好的选择？我研究了我们应该为每个内容提供者使用单独的订阅组，这样用户就可以同时订阅多个用户。但是我在其他应用程序中没有找到类似的模型。苹果不会将其视为对应用内类型的滥用并要求我们使用非消耗性产品吗？来源因为前段时间我们误解了指南并使用了错误的产品类型，重做整个流程以发布应用程序真的很痛苦。此外，我没有得到苹果对我们应用内设计的验证，因为除非应用正在审查中，否则他们无法查阅此类内容。

我们目前正在研究的其他选项：我们正在考虑允许用户访问特定数量用户的付费内容的层数：

• $x 用于访问 1 个选定提供商的内容
• $x 用于访问 5 个选定提供商的内容
• $x ....
• $x 用于访问所有付费内容

所有订阅都在同一个组中，每个订阅都有不同的级别。当用户购买产品时，他们可以选择访问哪些付费内容（无需切换/或每月切换）。

最后一个问题：

3. 苹果可以接受这个选项吗？我认为向用户解释所有条件是有风险的，并且可能会很痛苦。然而，用户不必管理数十个订阅，而只需一个。此外，我们不必为每个内容提供商手动创建订阅产品。

如果我有应用内购买：我的应用中有自动续订订阅，但我想停止这项服务（应用仍然可用），我该怎么做？会从 iTuneConnect/AppStoreConnect 中删除应用内程序吗？

更新 了我还有其他的应用内购买选项，我仍然想继续，所以不要像@aBilal17 建议的那样关闭功能。