გადასახადები: VAT, GST, GGR და შენახვა

1) კონცეფციის რუკა

VAT/GST - არაპირდაპირი მოხმარების გადასახადი. რიგ ქვეყნებში სათამაშო განაკვეთები თავისუფლდება/გამორიცხულია VAT- დან, მაგრამ იბეგრება ინდივიდუალური აზარტული თამაშების გადასახადებით (duty/levy). მაგრამ მომსახურება (PSP, აფილიატები, შინაარსის პროვაიდერები, SaaS) - ხშირად VAT/GST ქვეშ.

• 'GGR = Stakes (Turnover) - Payouts (მოგების გადახდა) "
• ხშირად არსებობს კორექტირება (ჯეკპოტები, პრემიები, void განაკვეთები) - დარეგისტრირდით პოლიტიკაში.
• NGR - 'GGR - Bonuses - Provider revenue shar- Platform fees - Taxes განაკვეთებზე (თუ გამოიყენება)' - მენეჯმენტის ზღვარი.
• Witholding Tax (WHT) - გადასახადი წყაროდან ტრანსსასაზღვრო გადასახადით მომსახურებისთვის/როიალტისთვის (აფილატები, თამაშის პროვაიდერები, კონსულტანტები). განაკვეთი დამოკიდებულია ორმაგი დაბეგვრის თავიდან აცილების ხელშეკრულებაზე (DTT) და მიმღების სტატუსზე (W-8/W-9/რეზიდენციის სერთიფიკატები).
• Place of Supply/Nexus არის წესები, რომლებიც განსაზღვრავს სად უნდა გადაიხადოს VAT/GST/GGR (მოთამაშის ადგილმდებარეობა, ლიცენზია, მომსახურების მიწოდების ადგილი).

2) როდესაც VAT/GST ჩნდება და როდის - არა

2. 1. ოპერაციები მოთამაშესთან (B2C)

ბევრ იურისდიქციაში, განაკვეთები/მოგება განთავისუფლდება VAT- სგან: ამის ნაცვლად, აზარტული თამაშების გადასახადი (GGR/turnover duty).
პრემიები და ფრიზიტები: არა VAT ობიექტი, არამედ გავლენას ახდენს GGR/NGR- ზე და სათამაშო გადასახადის საგადასახადო ბაზაზე (იხილეთ ადგილობრივი ბონუსების განაწილების წესები).

2. 2. კონტრარგუმენტების ოპერაციები (B2B)

PSP/Acquirer, ანტიფროდი, KYC, ჰოსტინგი, SaaS, აფილიატები - ჩვეულებრივ, VAT/GST ექვემდებარება მომსახურების წესებს.
ტრანსსასაზღვრო: შესაძლებელია გადახდა (მიმღების თვითდახმარება) და/ან WHT გადახდები.
Royalti/RevShare Studios არის WHT პოტენციური ობიექტი (როიალტის/მომსახურების მსგავსად) + შესაძლო VAT მიმღების/მიმწოდებლის ადგილზე.

2. 3. სასაზღვრო შემთხვევები

DCC/კონვერტაცია, FX გავრცელება: ეს არ არის VAT თამაშისთვის, არამედ ფინანსური მომსახურების ღირებულება (ჩვეულებრივ VAT ან სპეციალური რეჟიმების გარეშე) - ცალკე გაითვალისწინეთ.
დასკვნების კომისიები: B2C-fee შეიძლება იყოს VAT ობიექტი, როგორც პლატფორმის მომსახურების საფასური.

3) Place of Supply და გაანგარიშების სქემები

სათამაშო საქმიანობა: ხშირად უკავშირდება ლიცენზიის იურისდიქციას ან/და მოთამაშის ადგილმდებარეობას. გასაღები - სად არის აზარტული თამაშების გადასახადი.
მომსახურება B2B: განხორციელების ადგილი არის მიმღების ადგილი, გამოიყენება reverse charge (მიმღები დარიცხავს და იღებს გამოქვითვას).
B2C ციფრული მომსახურება (არა თამაში): არსებობს OSS/One-Stop Shop (EC) რეჟიმი ან ადგილობრივი GST რეგისტრაცია კლიენტის ადგილზე.

პრაქტიკა: დაადგინეთ ნაკადები ქვეყნის მასშტაბით მოთამაშის, კონტრარგუმენტების ქვეყნის, მომსახურების ტიპისა და საგადასახადო რეჟიმის (GGR, VAT, WHT).

4) ფორმულები და აღრიცხვის პოლიტიკა

4. 1. GGR და GGR გადასახადი

GGR = Σ Stakes_settled − Σ Payouts_settled
Tax_GGR = GGR × rate_GGR

განსაზღვრეთ: ჩართულია თუ არა პრემიები, ჯეკპოტები, მონაცემთა ბაზაში გაუქმებული განაკვეთები.

4. 2. VAT/GST მომსახურებით (reverse charge მაგალითი)

VAT_due (supplier side) = 0 (если reverse charge)
VAT_due (receiver side) = Net × rate_VAT
VAT_recoverable = VAT_due (if eligible for deduction)

4. 3. WHT (წყაროს შენარჩუნება)

WHT = Gross_Payment × rate_WHT(DTT/ domestic)
Net_to_Partner = Gross_Payment − WHT

შეინახეთ განაკვეთის საფუძველი: ხელშეკრულება, DTT მუხლი, სერთიფიკატები.

4. 4. NGR და „გადასახადები შემადგენლობაში“

NGR = GGR − Bonuses − Provider RevShare − Platform Fees − Gaming Taxes

ჩაწერეთ NGR პოლიტიკა და ფორმულის ვერსია (v1/v2) პერიოდების შედარებისთვის.

5) ბუღალტრული აღრიცხვა და გაყვანილობა (გამარტივებული)

• დტ: საგადასახადო ხარჯები (GGR)
• CT: საგადასახადო ვალდებულებები

• დტ: VAT ხარჯები (თვითდახმარება)
• კტ: დღგ გადახდა
• დტ: დღგ ანაზღაურებისთვის
• Kt: VAT ხარჯები (თუ არსებობს შემცირების უფლება - ანაზღაურება)

• დტ: მარკეტინგის/როიალტის ხარჯები
• Kt: პარტნიორი კრედიტორი (მთლიანი)
• გადახდის დროს: Dt: პარტნიორის კრედიტორი (მთლიანი), Ct: Bank (netto), Ct: გადასახადები გადახდისთვის (WHT)

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

ref. tax_regimes (
regime_id PK, name, type -- VAT      GST      GGR      WHT
, country, rate, basis -- GGR    Net    Gross    Service
, effective_from, effective_to, meta
)

ref. place_rules (
rule_id PK, flow -- B2C_GAME      B2B_SERVICE      B2C_SERVICE
, country_source, country_destination, place, vat_mode -- STANDARD      REVERSE_CHARGE      EXEMPT
, meta
)

finance. tax_events (
id PK, tx_id, user_id, counterparty_id, flow_type,
base_amount_reporting, tax_type, tax_rate, tax_amount_reporting,
country_source, country_destination, place_rule_id,
evidence -- geoip, KYC country, billing country, ip logs, etc.
, occurred_at, created_at, version, meta
)

finance. withholding_ledger (
id PK, partner_id, country_source, country_dest,
gross_amount, wht_rate, wht_amount, treaty_article, certificate_ref,
period, paid_at, meta
)

dw. ggr_rollup (
d, geo, product, stakes, payouts, bonuses, jackpots, ggr, ggr_tax
)

7) ETL/დამუშავება

1. მოვლენების სეგმენტი: 'flow _ type' (თამაშის B2C, სერვისის B2B, payouts, affiliate).
2. რეჟიმის მინიჭება: 'ref. place_rules` → VAT mode (standard/reverse/exempt).
3. ბაზებისა და გადასახადების გაანგარიშება: GGR, VAT/GST, WHT; ფორმულების ვერსიის ლოდინი.
4. დოკის კვალი: შეინახეთ განხორციელების ადგილები (KYC ქვეყანა, IP, ბილინგი, BIN, Geo PSP).
5. აგრეგაციები: 'dw. ggr_rollup`, `withholding_ledger`, `vat_subledger`.
6. შერიგება: მოხსენებები რეგულატორთან/საგადასახადო, პარტნიორებთან აქტები (gross-net WHT- ზე).

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

8. 1. GGR დღეებში/ქვეყნებში

sql
SELECT
DATE(settled_at) AS d,
country_player  AS geo,
SUM(stake_amount_reporting) AS stakes,
SUM(payout_amount_reporting) AS payouts,
SUM(stake_amount_reporting) - SUM(payout_amount_reporting) AS ggr
FROM dw. game_settled
WHERE settled_at BETWEEN:from AND:to
GROUP BY 1,2;

8. 2. GGR გადასახადის დარიცხვა

sql
INSERT INTO finance. tax_events (tx_id, flow_type, base_amount_reporting, tax_type, tax_rate, tax_amount_reporting, occurred_at, version)
SELECT
NULL, 'B2C_GAME', g. ggr, 'GGR', r. rate, g. ggr r. rate, g. d, 'ggr_v1'
FROM dw. ggr_rollup g
JOIN ref. tax_regimes r
ON r. type='GGR' AND r. country=g. geo
AND g. d BETWEEN r. effective_from AND r. effective_to;

8. 3. VAT მომსახურებით reverse charge (B2B)

sql
SELECT s. invoice_id, s. partner_country, s. our_country,
s. net_amount_reporting AS base,
r. rate AS vat_rate,
s. net_amount_reporting r. rate AS vat_due_rc
FROM dw. supplier_invoices s
JOIN ref. place_rules p
ON p. flow='B2B_SERVICE' AND p. country_source=s. partner_country AND p. country_destination=s. our_country
JOIN ref. tax_regimes r
ON r. type='VAT' AND r. country=s. our_country
WHERE p. vat_mode='REVERSE_CHARGE'
AND s. invoice_date BETWEEN r. effective_from AND r. effective_to;

8. 4. WHT პარტნიორი სააგენტო

sql
SELECT partner_id, country_source, country_dest,
SUM(gross_amount) AS gross,
AVG(wht_rate)   AS rate_applied,
SUM(wht_amount)  AS wht_total,
SUM(gross_amount - wht_amount) AS net_paid
FROM finance. withholding_ledger
WHERE period BETWEEN:p_from AND:p_to
GROUP BY 1,2,3;

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

GGR, GGR-Tax ქვეყნებში/პროდუქტებში; NGR გადასახადებისა და როიალტის შემდეგ.
VAT Exposure: VAT თანხა reverse/standard, შემცირების წილი.
WHT Map: ქვეყნის შენარჩუნება/პარტნიორები, treaty savings (DTT დანაზოგი).
Effective Tax Rate: `(GGRTax + VAT_non_recoverable + WHT_borne) / Revenue`.
Evidence Coverage: გარიგების წილი განხორციელების ადგილის სრული მტკიცებულებებით.
Variance Reports: შეუსაბამობები დასახლებებსა და წარდგენილ დეკლარაციებს შორის.

10) ალერტები და ბარიერები

Evidence gap: გარიგების წილი 2 + დამოუკიდებელი დადასტურების გარეშე geo> X% - P1.
Rate drift: გამოყენებული განაკვეთი საცნობარო წიგნთან (ვერსია/პერიოდი) - P1.
WHT misapplied: გამართვა არ შეესაბამება DTT/სერთიფიკატს - P1.
GGR anomaly: ნახტომი GGR ± 3dd/d ან მონაცემთა ბაზაში ბონუსების არასწორი წილი - გამოძიება.
VAT non-recoverable spike: არ არის განთავსებული VAT> Y% w/w.

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

1. გაზიარეთ თამაშის გადასახადები (GGR/turnover) და VAT/GST მომსახურებით: სხვადასხვა ბაზა, სხვადასხვა საანგარიშო წრე.
2. დანერგეთ ფორმულების და განაკვეთების საცნობარო წიგნების ვერსია; არ შეცვალოთ მოთხრობა 'ვერსიის' გარეშე.
3. შეინახეთ წარმოსახვის ადგილები: KYC ქვეყანა, IP, ბილინგი, BIN, Geo PSP.
4. ცალკეული witholding-ledger ხელშეკრულებებით, DTT სტატიებით და სერთიფიკატებით.
5. B2B სერვისებისთვის გამოიყენეთ reverse charge, სადაც უნდა იყოს; შეინარჩუნეთ შემომავალი VAT რეესტრი.
6. გააკეთეთ ჩანაწერები: ანგარიშსწორების ბაზა - დეკლარაცია - გადახდა ბიუჯეტში/WHT სერთიფიკატები.
7. ცალკე, გაითვალისწინეთ VAT- ის გადასახადი და არასათანადო შემცირება.
8. დანიშნეთ NGR პოლიტიკა (რაც გამოითვლება და რა არა) სტაბილური ანალიტიკისთვის.

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

• სახელმძღვანელოები 'tax _ regimes', 'place _ rules' მოქმედების თარიღებითა და ვერსიებით.
• Витрины `ggr_rollup`, `vat_subledger`, `withholding_ledger`.
• Логика reverse charge и evidence enrichment (KYC/IP/BIN/PSP GEO).
• ავტომატური ფორმირება tax _ events და მოხსენებები პერიოდებზე.
• შერიგების კონტურები (variance) და ალერტები (evidence, ფსონები, WHT).
• დოკის პროცედურები: რეზიდენციის სერთიფიკატების შეგროვება, W-8/W-9, DTT პოზიცია.
• NGR/GGR პოლიტიკოსები და გამონაკლისების დოკუმენტაცია (ჯეკპოტი/პრემია).

13) FAQ

Q: თუ განაკვეთები გათავისუფლებულია VAT- სგან, ნიშნავს ეს, რომ VAT საერთოდ არ არსებობს?
ა: არა. მომსახურება (PSP, აფილატები, SaaS) და B2C ფასიანი ვარიანტების ნაწილი რჩება VAT/GST ზონაში.

Q: როგორ არ უნდა გადაიხადოთ WHT?
A: მოამზადეთ DTT პაკეტი (რეზიდენციის სერთიფიკატი, W-8/W-9 ფორმები, აპოკალიფსი), დააფიქსირეთ განაკვეთის საფუძველი და მოქმედების ხანგრძლივობა.

Q: პრემიები ამცირებს GGR ბაზას?
ა: ეს დამოკიდებულია იურისდიქციაზე. ჩვენ გვჭირდება ბონუსის პოლიტიკა და რეგულატორის სტანდარტებთან დაკავშირება.

Q: რა კურსი უნდა იქნას გამოყენებული საგადასახადო ბაზისთვის?
A: ისტორიული მონაცემთა ბაზის აღიარების თარიღისთვის (settled _ at GGR- სთვის; ანგარიშის/მომსახურების თარიღი - VAT- სთვის). მოხსენებისთვის - ჩაწერეთ 'fx _ rate _ at _ tax _ point'.

რეზიუმე

IGaming- ში გადასახადები სამი განსხვავებული სამყაროა: თამაშის გადასახადები (GGR/turnover), არაპირდაპირი გადასახადები (VAT/GST) და წყაროს შენარჩუნება (WHT). ნაკადების მკაფიო სეგმენტი, განაკვეთების ვერსიები და ფორმულები, ცალკეული ლეჯერები VAT/WHT- სთვის, ექსპლუატაციის ადგილის მტკიცებულება და ავტომატიზირებული შერწყმა „მაღაროს ველს“ გადააქცევს კონტროლირებად პროცესად - P & L- ისა და ქეშის ნაკადის სიურპრიზების გარეშე.