支持POLi的游戏平台和软件
1)关键论文
POLi在收银机级别(付费网关/编排器)而不是游戏提供商级别上连接。
是否支持POLi站点-由赌场平台的付费集成而不是托管插槽的站点(NetEnt,Pragmatic,Playtech等)定义。
POLi的功能范围仅为存款。取款是通过替代方法(银行转账,卡,钱包)完成的。
司法管辖区:在澳大利亚,POLi业务被终止(2023年9月),联邦法律禁止为澳大利亚客户提供在线赌场/老虎机(IGA 2001);在新西兰,POLi继续运营,并可能得到许可运营商的支持。
2)技术上支持POLi的游戏平台类型
1.浏览器赌场(Web客户端):
通过Hosted Payment Page (HPP)或redirect/app-svitch支持到Internet bank。
与SPA/SSR框架(React/Vue/Next/Nuxt)兼容,可正确配置重新排序的url并处理事务返回状态。
2.本地iOS/Android应用程序(适用于NZ):
有两种模式:in-app webview(内置收银机)或app-switch/deep link到银行应用程序/浏览器,并通过URL模式返回赌场。
需要正确处理通用链接/Android插件和计时器。
3.桌面客户(罕见):
使用内置浏览器/外部重排。呼号域需要whitelists。
4.白色标签/turnkey赌场平台:
如果平台的付费编排器具有POLi连接器,并且操作员在NZ中运行,则POLi可以"开箱即用"(通过API的HPP或服务器对服务器)。
💡重要性:游戏引擎和内容提供商(插槽,live casines)不要求POLi支持;它们与货币逻辑隔离。
3) POLi集成模式
Redirect/HPP(最常见):
赌场发送请求→用户离开银行页面→ 通过/2FA身份验证→返回到return\_url →收银员获得成功/失败的状态。
最低PCI承诺,高稳定性。
服务器到服务器+customer-redirect(溷合体):
赌场服务器在POLi提供商处创建一个支付会话,frontend通过重新引导引导用户。状态确认-网络包。
可方便地进行相容性和精确对接。
很少使用完整的API方法(由于银行授权,用户仍会转到银行)。
关键:正确实现webhook/notify\_ url,等效性,在网络故障时重新处理状态。
4)与赌场软件和基础设施的兼容性
Frontend:任何现代框架;重要的是要遵守CSP,在重新引导链中正确配置SameSite/Lax for cookie。
后端:与类型堆栈兼容(Node/Java/PHP/.NET)。需要异步状态、转发和审核日志的队列。
付款编排器/网关:POLi支持取决于连接器的存在。如果编排器具有它-在结帐中包含它可以简化为配置商号和呼号。
KYC/AML/行为分析:独立于存款方法;POLi的数量/频率补给触发器的工作方式相同。
移动SDK:通常不需要;在deeplink上正确运行app switch和返回。
5) UX和安全
2FA和SCA-在银行方面。该应用程序必须保持收银员会议"活着"直到返回(定时≥ 5-10分钟)。
抗CSRF:在重新引导前生成一次性状态,退货后检查。
下跌webview:如果用户"关闭"银行窗口,显示"恢复付款"/"选择其他方法"。
清晰状态:处理→成功/失败→下一步*;对于失败-给出替代方案(卡,转账银行,PayID到AU进行合法服务)。
重组:对商户参考和银行报告进行完整的交易核对;所有状态都以精确的时间戳存储。
6) POLi限制
仅存款。不支持通过POLi提款。
限制由银行和运营商而不是POLi指定。
没有递归注销。每个付款均由用户手动启动。
依赖互联网银行的可用性。银行的计划工作=临时豁免。
7)区域特征和法律背景
澳大利亚(AU):
POLi业务已停止(2023年9月)。
联邦法律《2001年互动赌博法》禁止为 AU居民提供在线赌场/插槽。
对于合法产品(博彩公司,彩票等),使用替代方案:PayID/Osko,银行卡,Apple Pay/Google Pay。
新西兰(NZ):
POLi起作用;持牌经营者可以在售票处提供。
要求:本地许可,KYC/AML,正确的重定向和webhook集成,清晰的限制和负责任的游戏策略。
8)平台所有者(NZ)的支票清单)
1.自定义return\_ url/notify\_ url,启用幂等性。
2.实现Webhook转发和延迟状态同步。
3.启用CTA(重播/替代)的最终屏幕:成功/失败/未知。
4.测试脚本:银行取消、定时、通信中断、关闭webview。
5.在UI中规定存款限额,并在客户端/服务器上验证。
6.更新退货策略:退货是通过操作员而不是POLi进行的。
7.准备操作重新分配:每日报告,状态比较,有争议付款的手动分析。
8.自定义日志(payment\_ id, user\id, bankef,重新排序/返回时间,2FA结果,webhook-潜伏期)。
9.进行UAT/pentest支付和审核流。
10.在收银机中添加FAQ:"为什么不通过付款?""支票在哪里?","什么限制?».
9)什么不影响POLi支持
插槽/轻型赌场提供商集。
站点/应用程序框架本身(在正确配置重新排序/会话时)。
奖金计划(激活/促销代码)是非支付基础架构的业务逻辑。
10)结果
POLi是与Web赌场,移动应用程序和白色标签平台兼容的收银机/收银机集成。它通过银行重新分配和webhook提供快速存款,但不支持提款并受银行/运营商限制。在澳大利亚,由于立法,该方法不再使用,并且不适用于在线插槽。在新西兰,在正确的技术和法律设置下,仍然是一个可行的解决方案。