应用内支付
连接 Apps in Toss 的应用内支付，轻松销售数字商品、权限和内容。缩短购买流程后，用户能更轻松地完成支付，收入也能更快增长。
什么是应用内支付
应用内支付是一种可以直接在应用内购买付费商品的支付方式。用户无需离开应用，就能支付所需的功能、道具或内容。应用内支付商品分为消耗性商品和非消耗性商品。
消耗性商品： 使用后就会消失的商品。若要再次使用，需要重新购买。（例如：游戏道具、金币、提示券）
非消耗性商品： 购买一次后可以持续使用的商品。（例如：高级功能解锁、去广告、特定内容使用权限）
应用内支付的好处
用户无需离开应用即可直接支付，可减少支付过程中的流失。
从应用上线初期就能销售付费道具或订阅商品，立即实现收入。
可以将消耗性商品和非消耗性商品组合，打造多样的支付模式。
可根据使用目的提供合适的商品，从而进一步扩大营收。
在控制台中设置
1）注册商家信息
要联动应用内支付，首先需要注册商家信息。只有完成商家信息注册后，才能继续进行下一步的条款同意和结算信息填写。注册方法如下 指南请参考。
2）填写结算信息
要结算应用内支付收入， 需要注册结算信息。请在工作空间的“信息”标签中填写结算信息后提交审核。审核通常需要 2～3 个工作日。
3）注册应用内商品
准确填写商品信息后，用户可以清楚理解购买内容，也能减少运营中的纠纷和退款问题。
可注册的商品数量有限制。游戏迷你应用最多 80 个，非游戏迷你应用最多 30 个。
商品类型
请根据商品的使用方式选择类型。不能销售现金性、可兑换性商品，或与 Toss 积分结合提供的商品。
消耗品：使用后会消耗的商品。若要再次使用，需要重新购买。（例如：游戏道具、内部货币充值、一次性使用券）
非消耗品：购买一次后可以持续使用的商品。（例如：去广告、收藏型内容）
自动续订订阅：会按固定周期自动扣费，在取消前可持续使用。（例如：月度会员、定期内容订阅）
商品名称
商品名称应如实体现用户将获得的功能和条件。
请按实际提供内容填写。
不能使用夸大或容易引起误解的表述。例如，使用期限已固定，却不能写成“无限制”。
商品图片
请将其设计得便于用户直观理解商品。
可以加入诸如“30日使用券”“100金币”这类用于识别的文字。
如果加入活动性文案，请务必同时标明活动期间。
分辨率需登记为 1024 × 1024px。
只能使用没有版权问题的图片，且图片需由合作伙伴自行获取。
不能使用带有挑逗性、暴力性或可能引起不适的图片。
供货价
供货价是不含增值税（VAT）的金额。
可设置为最低 400 韩元，最高 1,400,000 韩元。
只能以 10 韩元为单位输入。
输入供货价后，售价会自动计算。暂不支持先输入售价并自动计算供货价的功能。
售价
售价是用户实际支付的最终金额。系统会自动设置为供货价加上增值税后的金额。
消耗品折扣
可以为消耗性类型的应用内商品设置折扣优惠。请在控制台的应用内商品列表中，点击正在展示的消耗性商品上的“+ 折扣”按钮来登记折扣信息。设置折扣时，需要输入折后供货价、折扣期间和折扣对象。折扣设置完成后无法修改。
折扣对象有三种。
全部用户：无论是否有支付记录，都适用折扣。
无支付记录用户：适用于从未购买过的用户。
有支付记录用户：适用于有购买记录的用户。
自动续订订阅专用设置
选择自动续订订阅类型后，可以额外设置以下项目。
自动续订周期： 选择付款重复的间隔。（每周：每 7 天 / 每月：每 30 天 / 每年：每 365 天自动扣费）
免费试用： 可在一定期间内无需支付即可使用定期订阅权益。免费试用结束后会自动转为付费。期限可从 3 天、1 周、2 周、1 个月中选择。
新订阅折扣： 向首次开始定期订阅的用户，以折扣价提供一定期间的服务。输入折扣期间和折后供货价后，系统会自动计算折后售价。
重新订阅折扣： 向此前取消订阅的用户在重新订阅时，以折扣价提供服务。输入折扣期间和折后供货价后，系统会自动计算折后售价。
4）注册支付通知 URL
可以注册一个用于接收订阅续订、取消等支付状态变更通知的 URL。注册 URL 后，当状态发生变化时，会向该 URL 发送 HTTP 请求。
支付通知 URL：请输入接收支付状态变更通知的服务器 URL。
Basic Auth 标头：可以选择性输入 Basic Auth 标头值。输入后，会像下面这样包含在通知请求的 HTTP 标头中。
5）查看支付·退款记录
支付记录
用户在迷你应用内支付的商品记录。
已发放完毕：表示已向用户完整提供购买商品。
支付完成：表示支付已完成，但购买商品尚未发放。
退款记录
用户发起退款请求的记录。可以确认退款请求原因，并拒绝或批准请求。通过应用内支付完成付款的用户，可以在 Toss 应用中点击“申请退款”按钮发起退款请求。
退款状态如下。
退款请求批准：合作伙伴已批准退款请求的记录。批准后会向应用商店发起审核请求。
退款请求驳回：合作伙伴驳回退款请求，或应用商店驳回退款的记录。
退款完成：应用商店已完成退款的记录。
各市场退款政策
应用内支付退款会根据用户的操作系统（OS）和市场政策而采用不同处理方式。
进行开发对接
商品列表查询、一次性支付请求等 开发联动方法可查看。
支付状态查询 开发联动方法可查看。
查看成效
可以在一个页面查看已完成开发联动的应用内支付成果指标。请同时分析收入流向和用户支付行为，改进商品构成和运营策略。数据会从 D+1 上午 8 点起依次更新。
收入指标：总支付金额、总收入、每支付用户平均收入、每付费用户收入
用户指标：活跃用户数、付费用户数、新增付费用户数、复购用户数、支付率、最终转化率
