B2C和B2B gembling許可證的差異
1)基本定義
B2C許可證-接受玩家的權利:保持前線(站點/附錄),接受存款/投註,累積獎金,存儲和支付資金,進行營銷和劄幌。
B2B許可證是向其他持牌公司提供產品/服務的權利:平臺,遊戲和RNG,內容聚合器,支付網關,反同行/KUS服務,托管,關聯網絡,實時賭場工作室等。
2)誰負責什麼(責任架構)
3)申請人的要求: 差異是什麼
B2C(運算符)
Fit&Proper受益人和高級管理人員。
KYC/AML/CTF政策,制裁篩查,交易監控,EDD/SoF/SoW。
響應性賭博:存款/損失/時間限制,超時,自我體驗,行為監控,VIP程序。
市場營銷:18+/21+,禁止「無風險/輕錢」,披露獎金,控制會員。
付款:PSP/密碼處理合同,資金隔離,chargeback/ADR程序。
數據和安全:GDPR/ePrivacy,DPIA,帶有處理器的DPA,WORM雜誌,事件計劃。
B2B(提供商)
Fit&Proper高管和安全工程師。
技術分類:RNG,遊戲,平臺,五旬節/審計報告,DevSecOps流程。
KYB和對客戶公司的制裁;對可允許管轄權的控制。
SLA/政策:藥房,延誤,事件,標誌出口「供檢查」。
內容許可框架:RTP/波動,法律設置,API/SDK中的響應功能。
4)文件和檢查(等待提交的文件)
一般:法定,所有權結構,受益人登記,不可信性證明,財務計劃,風險業務評估(BWRA)。
對於B2C:KYC/AML/RG政策/營銷/投訴,與PSP和ADR的合同,地理區域/被禁國家列表,用戶協議,隱私/Cookie。
對於B2B:技術檔案(體系結構,托管,訪問,加密),RNG/遊戲實驗室報告,SDK/API文檔,驗證程序,用於遙測的DPIA。
5)後許可職責
B2C
定期報告GGR/稅收,RG/AML KPI,投訴記錄和ADR決定。
「信號」檢查(限額變異,付款延遲,營銷違規)。
更新平臺認證和集成,重新篩選制裁/RED。
B2B
維護RNG證書/遊戲和平臺;控制司法設置。
客戶名冊和地理外圍;終止違規服務。
導出用於客戶和監管機構檢查的標記/工件;獨立審計。
6)稅費及經濟學
B2C:向GGR/利潤支付許可費+稅款,有時對負責任的遊戲基金扣除;KYC/AML/RG,劄幌和市場營銷的高運營成本。
B2B:供應商許可證費,所得稅/特許權使用費;CAPEX/OPEX認證,安全,托管,SLA處罰;收益-訂閱、特許權使用費、再分享。
7)B2C和B2B之間的合同和「邊界」
DPA和角色(GDPR):誰是控制器/處理器;子處理器列表;事件順序(72小時)。
SLA: aptime、RTO/RPO、RNG/付款延遲限制、日誌格式、用於審計的「只讀」訪問。
合規條款:禁止「灰色」地質,強制性RG-fici,禁止RTP操縱,在違規時暫停服務的權利。
營銷:使用工作室品牌,限制創意,禁止「無風險」。
8)什麼時候需要B2C,什麼時候需要B2B,什麼時候都需要B2C
僅B2C:具有購買內容/平臺的凈運營商;目標是與玩家合作並進行營銷。
只有B2B:遊戲工作室,聚合器,平臺,反友好/KUS服務,現場提供商。
兩者都是:與攝影機聯隊(B2C)和溫多爾(B2B)保持聯系:加快集成,但需要角色劃分、數據和風險管理(戒指)。
9)典型錯誤
B2C認為「B2B將關閉一切」。不:RG/AML,營銷,付款-B2C運營商區域。
B2B忘記了司法設置。向被禁止的地質提供內容對兩者都是風險。
沒有DPA/SLA。如果沒有合同角色和指標,很難在爭議中進行審核和保護。
B2C營銷中的「無風險」。即使有白人執照,有承諾的創意也是通往罰款和洗澡的途徑。
數據混合。不隔離(prod/test,客戶/玩家)=發生事件和制裁的風險。
10)支票單
B2C-發球前
- KYC/AML/RG策略和工作工具(限制,自我體驗,案件經理)。
- 與PSP/ADR的條約,資金隔離,地理塊/黑名單。
- 營銷海德:18+/獎金披露/禁止「無風險」,關聯控制。
- 平臺和集成經過認證;WORM,SOC/pentest的日誌。
B2B-發球前
- RNG/遊戲/平臺認證,實驗室報告。
- DPIA/安全性:加密,RBAC/MFA,管理操作日誌,DR/BCP。
- SLA/DPA模板、事件過程(72小時)、子處理器註冊表。
- 客戶準入政策(KYB、制裁、地理)、違規離岸。
11) Mini-FAQ
如果客戶離岸,可以在B2B許可的情況下出售遊戲嗎?
在大多數成熟模式中,沒有。需要供應商許可證和內容認證。
B2C是否可以在沒有自己的平臺的情況下運行?
是的,在許可的B2B平臺上,但RG/AML/營銷責任仍在 B2C上。
會員需要B2B許可證嗎?
除非提供遊戲/平臺,否則通常不會。但廣告規則和與B2C的合同已經到位。
如果我們是B2B,RG有責任嗎?
間接:要求在產品中提供RG功能,並且不幹擾B2C執行這些功能。
可以將B2B轉換為B2C嗎?
這些是不同的分辨率。發現一個單獨的實體並獲得第二個許可證通常更方便。
分離很簡單:B2C-關於玩家和金錢,B2B-關於技術和內容。因此,不同的要求不斷增加:B2C居住在KYC/AML/RG,付款和廣告中;B2B是RNG/遊戲認證,SLA和平臺安全性。選擇一個路徑,來自價值鏈中的角色。如果你構建一個生態系統-分享許可證、流程和數據:更容易進行審計、擴展和保持監管機構、支付合作夥伴和工作室的信心。