GH GambleHub

პასუხისმგებელი გადახდები და მოთამაშეთა ლიმიტები

1) მიზნები და პრინციპები

მოთამაშის დაცვა: ზიანის თავიდან აცილება (overspending/overplay), პირობების გამჭვირვალობა და თვითკონტროლის ინსტრუმენტები.
ლიცენზიების დაცვა: ლიმიტების იურისდიქციის მოთხოვნები, კოლინგ-ოფი, სელფ-ექსკლუზია, რეალობის შემოწმებები.
ფინანსური სტაბილურობა: sharjbecks/დავალიანების/ოპერაციული რისკების შემცირება, affordability- ის სწორი შეფასება.
UX ხახუნის გარეშე: მსუბუქი ინსტალაცია/ლიმიტების შეცვლა, გასაგები შედეგები და ტაიმინგი, კეთილსინდისიერი ჩარევის გარეშე.

2) ლიმიტების ტაქსონომია და დაცვა

2. 1. მოთამაშის ლიმიტები

Deposit limit (დღე/კვირა/თვე).
Loss limit (წმინდა ზარალი პერიოდისთვის).
Wager/Stake limit (ბრუნვა/მაქს ფსონი).
დრო/სესიის ლიმიტი (თამაშის/სესიის წუთი).
Velocity limit (ანაბრების/განაკვეთების სიხშირე).
Withdrawal frictions: cool-off მეორე დასკვნამდე, შეზღუდვები განაცხადების სიხშირეზე.
რეალობის შემოწმება: პერიოდული შეტყობინებები დროის/შედეგის/ბალანსის შესახებ.

2. 2. ადმინისტრაციული ზომები

Cooling-off (დროებითი პაუზა).
Self-exclusion (ადგილობრივი/ეროვნული რეესტრი).
Affordability checks: ფინანსური ხელმისაწვდომობის შეფასება (შემოსავალი/ვალდებულებები/SoF).
KYC/SoF/SoW step-ups გასწვრივ ბარიერებსა და ქცევითი სიგნალებზე.

2. 3. გადახდის ჩარჩო

Same-method/Return-to-source: დაცვა გადატვირთვისგან/„ განაღდებისგან “.
Net Deposits (ND): ანაბრების/დასკვნების ჭრა, პრომო/დასკვნების ნაწილის მონაწილეობის კარიბჭეები.
Payout holds რისკების დროს (RG/AML), მაგრამ გამჭვირვალე SLA და გასაჩივრებით.

3) ტრიგერები და ესკალაცია (risk-based)

ბარიერი თანხები (დღის/30-დღიანი ბრუნვა, დიდი ანაბრები).
ქცევითი სიგნალები: ღამის აქტივობა, დეპოზიტების სწრაფი გამეორება, რბილი დეკლინების სერია.
გეო/მოწყობილობა: ქვეყნის შეცვლა/ASN/VPN, „ოჯახი“ რამდენიმე ანგარიშიდან.
გადახდის ნიშნები: BIN-geo - KYC, ზედიზედ ახალი ნიშნები, მაღალი დონის გამცემები.
RG ინსტრუმენტების შედეგები: ხშირი რეალობის შემოწმება, საკუთარი შეზღუდვების დარღვევა.

ესკალაცია: გაფრთხილება და მკაცრი ლიმიტები - cooling-off - self-exclusion - სახელმძღვანელო შეფასება affordability (SoF/SoW).

4) UX ნიმუშები ზედმეტი ხახუნის გარეშე

ყველა ეკრანზე - სწრაფი წვდომა RG ინსტრუმენტებზე.
ლიმიტის ინსტალაციის ოსტატი: პერიოდი - ლიმიტის ტიპი - თანხა - ძალაში შესვლა.
ლიმიტის ცვლილება: გამკაცრება - დაუყოვნებლივ; შესუსტება - დაგვიანებული შესვლით (24-168 საათი).
რეალობის შემოწმების მოდალი: გასაგები KPI (დრო/შედეგი, ანაბრები/დასკვნები/შედეგი), ღილაკები „გაგრძელება “/“ პაუზა“.
ნორმალიზებული ენა: დაგმობის გარეშე; ბლოკების მოკლე მიზეზები („მიღწეულია დღის ანაბრის ლიმიტი“).
ლოკალიზაცია და წვდომა: ICU ფორმატები, a11y, RTL, დიდი შრიფტები.

5) ლიმიტის პოლიტიკა: ფსევდო-DSL

yaml policy: "rg_limits_v3"
limits:
deposit:
periods: [DAILY, WEEKLY, MONTHLY]
weaken_delay_hours: 72 loss:
periods: [DAILY, WEEKLY, MONTHLY]
weaken_delay_hours: 72 wager:
periods: [DAILY, WEEKLY]
stake_max:
amount: {EUR: 100}
reality_check:
interval_minutes_default: 60 show_metrics: [time_played, net_result, deposits, withdrawals]
cooling_off:
options: ["24h", "7d", "30d"]
immediate_effect: true self_exclusion:
registry: ["local", "national"]
triggers:
- if: net_deposits_30d > 2000 then: "affordability_check"
- if: deposit_velocity_24h >= 3 then: "hard_daily_deposit_cap"
- if: vpn_detected == true then: "deny_until_verified_geo"
payments:
same_method: true allow_nd_withdrawal: true

6) ინჟინერია და მონაცემთა მოდელი (მინიმალური)


rg. profiles (
user_id PK, kyc_level, risk_score, country, self_excluded BOOL, cooling_off_until TIMESTAMP
)

rg. limits (
user_id, type -- DEPOSIT    LOSS    WAGER    STAKE    TIME,
period -- DAILY    WEEKLY    MONTHLY    SESSION,
amount NUMERIC, currency TEXT, set_at TIMESTAMP,
weaken_effective_at TIMESTAMP, active BOOL,
PRIMARY KEY (user_id, type, period)
)

rg. events (
id PK, user_id, kind -- LIMIT_HIT    RC_SHOW    COOLING_ON    SEFLEX_ON    UNLOCK_REQ,
payload JSONB, created_at TIMESTAMP
)

rg. affordability (
user_id PK, status -- NOT_REQUIRED    REQUESTED    PASSED    FAILED    EXPIRED,
sof_required BOOL, sow_required BOOL, requested_at TIMESTAMP, decided_at TIMESTAMP
)

finance. net_deposits (
user_id, currency, nd_total NUMERIC, nd_30d NUMERIC, updated_at TIMESTAMP,
PRIMARY KEY(user_id, currency)
)

payments. activity_rollup (
user_id, day DATE, deposits NUMERIC, withdrawals NUMERIC,
wagers NUMERIC, losses NUMERIC, sessions_minutes INT
)

7) შესრულების კონტროლი (ონლაინ შემოწმება)

ანაბარზე: DEPOSIT/Loss/Wager ლიმიტების შემოწმება პერიოდების მიხედვით; velocity caps.
თამაშში: დრო/სესია და რეალობის შემოწმება ტაიმერში; stake_max.
დასკვნაზე: ND ჭრილობა, თამაშის მეთოდი, კოლინგ-ოფი/სელფ-ექსკლუზიის არსებობა.
როდესაც ლიმიტები შესუსტებულია: respect 'weaken _ effective _ at'.
Affordability გამომწვევებით: ბლოკი „შემოწმებამდე“ ან ლიმიტების შეზღუდვით.

8) SQL შაბლონები

8. 1. მიღწეულია დღის ანაბრის ლიმიტი

sql
WITH d AS (
SELECT COALESCE(SUM(amount),0) AS dep_day
FROM payments. activity_rollup
WHERE user_id=:uid AND day=CURRENT_DATE
)
SELECT (d. dep_day +:incoming_amt) <= l. amount AS allowed
FROM d, rg. limits l
WHERE l. user_id=:uid AND l. type='DEPOSIT' AND l. period='DAILY' AND l. active=true;

8. 2. დასკვნაზე ND და RG სტატუსის შემოწმება

sql
SELECT
(nd. nd_total >= 0) AS nd_ok,
(p. same_method_ok) AS same_method_ok,
(NOT pr. self_excluded) AS not_excluded,
(COALESCE(pr. cooling_off_until, now()) <= now()) AS not_in_cooling
FROM finance. net_deposits nd
JOIN payments. payout_context p ON p. user_id=nd. user_id AND p. currency=nd. currency
JOIN rg. profiles pr ON pr. user_id=nd. user_id
WHERE nd. user_id=:uid AND nd. currency=:ccy;

8. 3. Reality check sess

sql
SELECT user_id,
SUM(sessions_minutes) AS mins,
SUM(deposits) AS dep,
SUM(withdrawals) AS wd,
SUM(wagers - withdrawals + deposits) AS net_result
FROM payments. activity_rollup
WHERE user_id=:uid AND day BETWEEN CURRENT_DATE - INTERVAL '1 day' AND CURRENT_DATE;

8. 4. მოთხოვნა ლიმიტის შესუსტებისა და გადავადებული შესვლის შესახებ

sql
UPDATE rg. limits
SET amount=:new_amount,
weaken_effective_at = now() + INTERVAL '72 hours'
WHERE user_id=:uid AND type='DEPOSIT' AND period='DAILY';

8. 5. Affordability

sql
WITH m AS (
SELECT SUM(deposits - withdrawals) AS nd_30d
FROM payments. activity_rollup
WHERE user_id=:uid AND day >= CURRENT_DATE - INTERVAL '30 days'
)
INSERT INTO rg. affordability(user_id, status, sof_required, sow_required, requested_at)
SELECT:uid, 'REQUESTED', true, false, now()
FROM m WHERE m. nd_30d > 2000
ON CONFLICT (user_id) DO NOTHING;

9) KPI და დაშბორდი

Protected Play Share: აქტიური მოთამაშეების წილი 1-ით.
Limit Hit Rate: ტიპების სიხშირე (ანაბარი/დაკარგვა/დრო).
Cooling-off/Self-exclusion Rate და დაბრუნება პაუზის შემდეგ.
Affordability TAT (p50/p95), доля PASS/FAIL.
ND <0 Share და ლიმიტების გავლენა ამ მაჩვენებელზე.
Chargeback bps/Refund rate ლიმიტების შემოღებამდე და მის შემდეგ.
Abandonment გადახდებში RG საკეტებით (guardrail მეტრი).
Reality-check ძრავა: acknowledge, შემდეგ-RC ქცევა.

10) ალერტა

Limit Hit Spike: ზრდის ზრდა> X% d/d ქვეყნის მასშტაბით/არხზე.
Affordability Backlog: TAT> SLA, რიგი> ბარიერი.
Cooling-off Leak: პაუზის პერიოდში გადახდის მცდელობები (P1).
Self-exclusion Mismatch: შეუსაბამობა გარე რეესტრთან.
პოლიცია დრიფტი: გადახდა/განაკვეთები ლიმიტების შემოწმების გარეშე.
ND Negative Surge მოთამაშეებს ლიმიტების გარეშე შეუძლიათ შესთავაზონ მანქანების შეზღუდვები.

11) კანონი და შესაბამისობა (შეთქმულება)

გამჭვირვალე ტექსტები: ლიმიტის ეფექტების მარტივი ახსნა, შესვლის დრო, შესუსტების გაუქმება.
ადგილობრივი ნორმები: განსხვავებები პერიოდებში/ტიპის ლიმიტები და რეალობის შემოწმების ფორმატები; სინქრონიზაცია ეროვნული სელფ-ექსკლუზიური რეესტრებით.
კონფიდენციალურობა: მონაცემების შემცირება, გადაწყვეტილების მტკიცებულებების შენახვა.
ანგარიშები: შეზღუდვები/გამონაკლისი ლიცენზიის/ბაზრების ჭრილში.

12) ეკონომიკა და გავლენა

გადახდის ინციდენტების შემცირება (CB/Refund) და „წითელი“ თიკეტები.
LTV- ს სტაბილიზაცია: ნაკლები „დამწვარი“ საფულე, ჯანმრთელი კოჰორტის მეტრიკა.
საოპერაციო ხარჯები: დაგეგმეთ კაპიტალი affordability/სახელმძღვანელო შემთხვევებისთვის, ავტომატიზირებული ნაბიჯი.

13) A/B და ეტაპობრივი განხორციელება

შეამოწმეთ copy და UX ლიმიტები, რეალობის შემოწმების ინტერვალები, weaken _ delay, stake _ max.
Guardrails: AR/Abandonment, CB bps, ND <0 Share, საჩივრები saport.
მონაცემთა ფრიზი ლიმიტით დასკვნებისთვის/SV; სტრატიფიკაცია GEO/არხებზე.

14) საუკეთესო პრემიები (მოკლედ)

1. Default-on RG ინსტრუმენტები, სწრაფი წვდომა საფულედან და ჩეკიდან.
2. ლიმიტების შესუსტება - მხოლოდ შეფერხებით; გაძლიერება - დაუყოვნებლივ.
3. ნაგულისხმევი შემოწმება (60 წუთი) გასაგები მეტრიკით „სუფთა შედეგი“.
4. Risk-based step-ups (affordability/SoF) გასწვრივ ზღურბლებსა და სიგნალებზე და არა ყველა ზედიზედ.
5. ინტეგრაცია payout პოლიტიკასთან: ND, same-method, cooling-off დასკვნებზე.
6. სრული ტელემეტრია: თითოეული გადაწყვეტილების შენახვა პოლიტიკის ვერსიით და საღამოს.
7. ლოკალიზაცია და a11u, გამჭვირვალე ტექსტები და სამართლიანი პირობები.
8. რეგულარული აუდიტი ლიცენზიებთან და გარე რეესტრებთან შესაბამისობისთვის.

15) განხორციელების სია

  • ლიმიტების და პერიოდების რუკა; weaken-delay; რეალობის შემოწმება ნაგულისხმევი.
  • ფსევდო-DSL პოლიტიკა, ვერსია, აუდიტი.
  • ონლაინ კარიბჭეები ანაბარი/თამაში/დასკვნა; ND и same-method.
  • ტრიგერები და პროცესები (SoF/SoW), SLA და ალერტები.
  • UX: ლიმიტების ოსტატი, ლოკალიზაცია, a11y; მნიშვნელოვანი კოპია.
  • დაშბორდი KPI და guardrails; ინციდენტების ალერტები და ფლეიბუკები.
  • შერიგება სელფ-ექსკლუზიური რესტავრაციით; იურიდიული ტექსტები ლოკალებით.
  • გავლენის პერიოდული პოსტ-აუდიტი AR/CB/LTV და საფორტეპიანო დატვირთვაზე.

რეზიუმე

„პასუხისმგებელი გადასახადები და შეზღუდვები“ არის სისტემური დასტის: პოლიტიკა და UX, ონლაინ კონტროლი გადახდებში/თამაშში/დასკვნებში, ფრაგმენტული ესკალაცია (ffordability/KYC/SoF), ND/same-method და სრული ტელემეტრია. ეს მიდგომა ერთდროულად ამცირებს ზიანს მოთამაშეებს, სტაბილიზაციას უწევს P & L- ს და მხარს უჭერს შესაბამისობას ლიცენზირებულ მოთხოვნებთან - კეთილსინდისიერი აუდიტორიისთვის ზედმეტი ხახუნის გარეშე.

Contact

დაგვიკავშირდით

დაგვიკავშირდით ნებისმიერი კითხვის ან მხარდაჭერისთვის.ჩვენ ყოველთვის მზად ვართ დაგეხმაროთ!

ინტეგრაციის დაწყება

Email — სავალდებულოა. Telegram ან WhatsApp — სურვილისამებრ.

თქვენი სახელი არასავალდებულო
Email არასავალდებულო
თემა არასავალდებულო
შეტყობინება არასავალდებულო
Telegram არასავალდებულო
@
თუ მიუთითებთ Telegram-ს — ვუპასუხებთ იქაც, დამატებით Email-ზე.
WhatsApp არასავალდებულო
ფორმატი: ქვეყნის კოდი და ნომერი (მაგალითად, +995XXXXXXXXX).

ღილაკზე დაჭერით თქვენ ეთანხმებით თქვენი მონაცემების დამუშავებას.