Portone PG公司合同后续
开始
在运营多语言博客服务DLog的过程中,我想要提供基于订阅的付费功能。为此,需要信用卡定期付款功能,并且必然需要与PG公司签订合同。在考虑多种方法时,我发现利用Portone可以即使PG公司更改也可以继续使用相同的代码,这是一个非常大的优势。Portone被认为是在PG公司和开发者之间稳定地发挥中间人作用。在这篇文章中,我将分享通过Portone实际与TOSS Payments签订合同并建立定期付款系统的过程。
选择Portone的原因
可选择多种PG公司
可以提供一般卡支付、定期支付、简便支付、海外支付、本人认证等多种支付服务,并且Portone广泛支持这些服务。
文档编写得很好
官方开发者文档中详细介绍了集成方法,即使在实际集成过程中遇到困难,也可以得到快速友好的回答。
实际合同所需文件
📄 工商登记证
这是与PG公司签订合同所必需的文件。我也注册了公司,虽然没有办公室,但注册了家庭地址,但家庭地址也有公开的缺点。将来可以获得办公室或非常驻办公室后进行更改。
电子商务登记
如果要通过网站/应用程序销售订阅产品,则需要电子商务登记。可以在政府24上进行,每年1月需要支付大约4万韩元的费用。
退款政策URL
必须在服务中包含明确规定退款标准和程序的页面,并将此文档的URL提交给PG公司。[示例]
进行TOSS Payments合同
通过Portone与TOSS Payments签订合同时最好的地方是清晰的指导和快速的反馈。在我的情况下,通常可以在1~2天内收到答复,并且根据负责人的指导,可以顺利快速地完成流程。
从申请到合同完成,大约一周内所有过程都已完成,对于第一次签订PG公司合同的我来说,流程非常友好,足以充分跟上。
通过这次经历,我了解了PG公司合同流程,并且在下次推出新服务时,我也能够更快更顺利地进行,这也让我获得了更多的信心。
定期支付方式
我申请的服务是信用卡定期支付,实现这一点的方式大致分为两种。一种是Billing Key方式,另一种是通过API直接支付方式。
Billing Key方式
用户通过TOSS Payments的支付小部件输入卡片信息后,卡片信息将安全存储在TOSS Payments,我们只提供可用于付款的Billing Key。
-
不直接存储卡片信息,减轻了安全负担
-
PG公司审查和合同相对简单且快速
API直接支付方式
这种方式是直接存储或接收卡片信息进行支付的结构。
-
由于不使用支付小部件,可以灵活设计UI/UX,但是
-
安全要求非常严格,可能需要符合PCI-DSS等安全认证要求。
目前DLog博客使用Billing Key方式,因为初始设置简单且快速实现。
但是,我想体验两种方式,因此将来也计划通过API方式进行测试。
未来还有疑问的事项
-
推出新服务时是否需要重新支付Portone的注册费用或审查费用
-
通过一个PG公司合同是否可以将定期付款应用于多个子域服务
