Ցիկլայի և cut-off ցանցը

1) Պոնտական հիմքը

Settlair (ցանցաթլոնը) - հաշվարկը PFC/Acquirer-ի և (օպերատորի) միջև, որտեղ հաջողությամբ գրավված գործարքների գումարը փոխանցվում է merchant հաշիվին։

Cut-off-ը ամենօրյա վիրահատություն է, որը մտնում է հատուկ հաշվարկային ցիկլի մեջ (սովորաբար ֆիքսված ժամանակը պրովայդերի թայմզոնում)։

T + N - միջոցների բաժանման ուշացման տիպիկ նոտա 'T - cut-off, N - աշխատանքային օրերի քանակը մինչև իրական հաշվարկը։

Օրինակներ

Քարտեզներ (Visa/Wintercard): Հաճախ T + 2/T + 3 banking days, cut-off 23:00 UTC (մոտավորապես)։

A2A/Open Banking: T + 0-ից մինչև T + 1։

SEPA Credit Transfer: T+1/T+2 (Instant — T+0).
ACH (US): T+2/T+3; Same Day ACH — T+0/T+1.

RTP (US): T + 0, բայց հնարավոր է cut-off զեկույցներով։

Կրիպտոն 'իրականում T + 0 ցանցով, բայց PMS-ը կարող է օգտագործել սեփական funding պատուհանները (T + 0/1)։

2) Ինչպե՞ ս է աշխատում cut-off-ը, և ի՞ նչ է այն մտնում դրա մեջ։

1. Պրովայդերը արձանագրում է հավաքման պատուհանը (օրինակ ՝ 00: 00-23: 00 UTC)։

2. Բոլոր settled/captured գործարքները այս պատուհանում ընկնում են փաթեթին (batch)։

3. Փաթեթը համախմբում է բարձրացումները, չարդբեկները, որոնք նախատեսված են gross և new funding հաշվարկելու համար։

4. Cut-off-ի սկիզբով ձևավորվում է settlectronics-ը և սկսում է Timer T + N-ը մինչև։

Կարևոր է, որ առանց capture-ի հեղինակային իրավունքը չի մտնում փաթեթում։ Չեղյալ հայտարարված եզրակացություններ չկան։

3) Կոդավորման տեսակները ՝ gross vs net, պահուստներ և շարժիչներ։

Gross settlant-ը թվագրվում է capture-ի համախառն գումարը (մինուս առանձին փաթեթավորում)։

Net settlair-ը, պրովայդերը պահում է fees, chargebacks, refunds, rolling reserve և թվարկում է net amount։

Rolling reserve-ը N օրվա ընթացքում (օրինակ, 10 տոկոսը 180 օրվա ընթացքում) ռուսական ռիսկի համար։

Negative carry-over, եթե «ոչ» մեկ օրվա ընթացքում գնում է մինուս, դեֆիցիտը փոխանցվում է և մարվում հաջորդ ցիկլերով։

Առաջարկություն 'պահել երկու ինքնաթիռների ապակոդավորումը' operational gross (գործարքների միջոցով) և funding net (պրովայդերի ֆայլերի միջոցով)։

4) Թայմզոնները, տեղական հանգստյան օրերը և DST-ը

Cut-off-ը որոշվում է թայմզոն պրովայդերի կողմից, որը կարող է տարբերվել ձեզանից։

Հաշվի առեք DST-ը (անցումը ամռան ժամանակով), կտրվածքները կարող են տեղափոխվել 1 ժամ համեմատած աշխատանքային ժամանակի հետ։

Արձակուրդները/հանգստյան օրը ստացողի բանկի իրավասության մեջ ազդում են N-ի վրա T + N-ում (օրինակ, T + 2 banking days-ը վերածվում է T + 4 տոնի շուրջ)։

Պրակտիկա 'նորմալացրեք բոլոր տեխնոլոգիական ժամանակները UTC-ում, միաժամանակ պահեք «provider _ tz _ cutoff _ at» և «ental _ tz _ posted _ at»։

5) Settline օրացույցը (funding calendar) և SLA-ը։

Կազմեք ցանցաթաղանթի օրացույցը թաղամասում

cut-off ժամանակը և tz յուրաքանչյուր մեթոդի համար/PSA,

Ստանդարտ t + N և բացառություններ (արձակուրդներ),

ակնկալվող գումարներ (կանխատեսումներ),

SLA ստանալը, օրինակ, «ոչ ուշ, քան 12: 00 Europe/Kyant օրը T + 2»։

SLA-ի ցանկացած շեղում ալերտը և հյուսետը Ops/Finance-ում։

6) Փոխկապակցվածությունը Net Deposits-ի և եզրակացությունների հետ

ND (մաքուր ներկայացումները) համարվում է settled գործարքների միջոցով (տե՛ ս կապված հոդվածը)։

Եզրակացությունները (withdrawals) չեն մասնակցում PSA ավանդների ֆունդինգի մեջ, բայց ազդում են չափման տոմսարկղի վրա։

Հարկերի պլանավորումը 'inflow-ը ցանցաթաղանթի վրա մինուս-flow վճարումների/հարկերի/վիրահատական ծախսերի վրա։

7) Սվերկա (reconciliation) և պրովայդերների արտեֆակտներ

Յուրաքանչյուր կուսակցության համար նվազագույն հավաքածու (batch)

«batch _ id/settlection _ id», cut-off ամսաթիվը tz պրովայդերի մեջ,

суммы по типам: `captured_deposits`, `refunds`, `chargeback_debits`, `chargeback_credits`, `fees`, `reserve_delta`, `net_funding`,

կոդավորման/չափման հաշիվների («MID», «descriptor», «MCC»),

Գործարքների հանրաքվեները («provider _ tx _ id», «rrn», «arn» - եթե քարտեզներ),

ֆայլ (a): CSV/XML/JSON + մարդկային ստատոմ (PDM/HTML)։

Սավկան երկու կողմից է

1. Գործարքներից մինչև ֆայլեր (այն ամենը, ինչ մենք կարծում էինք, հայտնվեց ֆայլում)։

2. Ֆայլերից մինչև գործարքներ (այն ամենը, ինչ ֆայլում է, մեր վիտրինում է։ արձանները համընկնում են)։

8) Վճարման ռելսերի առանձնահատկությունները (ընդհանուր առմամբ)

Քարտեզներ ՝ հաճախակի սցենարներ present.ru deay; հնարավոր է ուշ «chargeback» (մինչև 120-540 օր դեպքում); inter.ru & scheme fees-ը հայտնվում են ֆայլերում, ND-ում չեն կարդում։

SEPA/ACH: մարտերը կախված են պատուհաններից։ / բարձրացումները ունեն սեփական ձեռնարկություններ։ Same Day տարբերակները առանձին cut-off են։

Բաց Banking/A2A: T + 0/1, բայց ֆայլերը կարող են գնալ post-factum; խիստ RPP/Unique ID կարիքը մրցույթի համար։

RTP/Instement: գումարը արագ է գալիս, բայց նշված ֆայլը ժամանակացույցով է։

Crypto 'onchain ցանցը ակնթարթային է, բայց պրովայդերը անում է «payout windows»; պահել «fx _ at _ settle»։

9) Մոսկվան, ֆինանսական և հաշվետվությունները (FI/Accounting) (FI/Accounting)

9. 1. Akrual vs cash մեթոդ

Կառավարման հաշվետվության համար հաճախ օգտագործվում է ակրուալը 'ընդունելով եկամուտը/շարժումը «settled _ at» պահին։

Գանձապետարանի/DDS-ի համար 'քեշի մեթոդը' ընդունելով «funded _ at»։

9. 2. Տիպիկ կոմպոզիցիաներ (պարզեցված)

«DEPOSIT _ CAPTURED»։

ԴԹ 'Գումար PSA-ի հետ հաշվարկներում (AR: PSA)

Քթ 'Խաղացողի պարտավորությունները (դրամապանակ/խաղացողի հավասարակշռություն)

Funding (net) ընդունելիս

ԴԹ 'Բանկ (դրամարկղ mercham)

Քթ 'Գումար PBS-ի հետ հաշվարկներում

ԴԹ ՝ Ծախսերը (PMS fees), Dt/Kt: Պահուստներ (եթե փոխվել են)

Պահեք «transaction _ id medbatch _ id medfunding _ id» կապը ուղու համար։

10) Ռիսկային կառավարումը և ալտերտերը

Missed 2019: չկա settlam ֆայլեր մինչև X: YY-P1։

Funding world: T + N istek, փող չկա, P1։

Delta thresholds: Տարբերությունը 'our _ gross' vs 'բանաձևը _ gross'> 0։ 5% - P2; «fees» -ից դուրս - P2։

Negative carry-over-ը, մի շարք բացասական ոչ-ռուսական - հետազոտություն։

Holiday impact: ավտոմատ կանխատեսում, հաշվի առնելով օրացույցը։ Եթե կանխատեսման <80 տոկոսը տիկետ է։

11) Տվյալների մոդելը (պարզեցված)

finance. payment_transactions (
id, user_id, method, provider, mid, mcc,
type, status, amount_original, currency_original,
amount_reporting, reporting_currency, fx_rate_at_settle,
authorized_at, captured_at, settled_at,
provider_tx_id, arn, rrn, meta
)

finance. settlement_batches (
batch_id, provider, mid, method,
provider_cutoff_at, provider_tz,
period_start_at, period_end_at,
gross_captured, refunds, cb_debits, cb_credits,
fees, reserve_delta, net_funding_expected,
file_name, file_hash, file_type, meta
)

finance. funding_receipts (
funding_id, provider, bank_account,
received_at, value_date,
currency, amount_received,
batch_id, statement_ref, meta
)

-- Binding showcase:
finance. recon_links (
id, transaction_id, batch_id, funding_id, link_type, created_at
)

12) SQL ձևանմուշների օրինակներ

12. 1. «cut-off» կոմպոզիցիան

sql
INSERT INTO finance. settlement_batches (
batch_id, provider, mid, method,
provider_cutoff_at, provider_tz,
period_start_at, period_end_at,
gross_captured, refunds, cb_debits, cb_credits,
fees, reserve_delta, net_funding_expected,
file_name, file_hash, file_type, meta
)
VALUES (:batch_id,:provider,:mid,:method,
:cutoff_at,:tz,
:start_at,:end_at,
:gross,:refunds,:cb_deb,:cb_cr,
:fees,:reserve_delta,:net_expected,
:file_name,:file_hash,:file_type,:meta::jsonb);

12. 2. «Գործարքներից մինչև ֆայլ»

sql
WITH tx AS (
SELECT provider, mid, method,
SUM(CASE WHEN type='DEPOSIT' AND status IN ('CAPTURED','SETTLED') THEN amount_reporting ELSE 0 END) AS gross,
SUM(CASE WHEN type='REFUND' AND status='SETTLED' THEN amount_reporting ELSE 0 END) AS refunds,
SUM(CASE WHEN type='CHARGEBACK_DEBIT' AND status='SETTLED' THEN amount_reporting ELSE 0 END) AS cb_deb,
SUM(CASE WHEN type='CHARGEBACK_CREDIT' AND status='SETTLED' THEN amount_reporting ELSE 0 END) AS cb_cr
FROM finance. payment_transactions
WHERE settled_at >=:start_at AND settled_at <:end_at
GROUP BY 1,2,3
)
SELECT b. batch_id, b. provider, b. mid, b. method,
tx. gross AS our_gross, b. gross_captured AS file_gross,
tx. refunds AS our_refunds, b. refunds AS file_refunds,
tx. cb_deb AS our_cb_deb, b. cb_debits AS file_cb_deb,
tx. cb_cr AS our_cb_cr, b. cb_credits AS file_cb_cr
FROM finance. settlement_batches b
LEFT JOIN tx
ON tx. provider=b. provider AND tx. mid=b. mid AND tx. method=b. method
WHERE b. provider_cutoff_at BETWEEN:cutoff_from AND:cutoff_to;

12. 3. Եկամուտների կանխատեսումը (cash-flow T + N)

sql
SELECT provider, mid, method,
DATE(provider_cutoff_at) AS t_date,
net_funding_expected,
CASE
WHEN EXTRACT (DOW FROM provider_cutoff_at)::int IN (5,6) THEN provider_cutoff_at + INTERVAL '3day' -- conditional example
ELSE provider_cutoff_at + INTERVAL '2 day'
END AS expected_funding_at
FROM finance. settlement_batches
WHERE provider_cutoff_at BETWEEN:from AND:to;

13) Գործընթացները և SLO-ն

SLO 1: wwww.tettl.ru ֆայլերը T + 0 են, մինչև 07:00 Europe/Ky.ru։

SLO 2: Առաջնային հասակը մինչև 9:00 է, տարանջատման ալտերտերը> 0։ 5%.

SLO 3: cash-flow կանխատեսումը մինչև 10:00 է։

SLO 4: 105 օր, բոլոր ֆունդինգի խաղերը տեղադրված են CPH-ում։

14) Edge-cases-ը և ինչպես մշակել դրանք

Late present.ru: Գործարքը հայտնվեց հաջորդ batch-ում 'պահեք «աղբյուրի փաստը» («presented _ in _ batch _ id»)։

Partial capture: մի քանի capture մեկ հեղինակային իրավունքի վրա ճիշտ համախմբեք batch-ում։

Multi-MID 'մեկ պրովայդեր, տարբեր MIDS գեյո/բրենդների վրա, մի կուսակցության մեջ չխառնվել։

Reprocessing: Ֆայլի կիզակետով '«batch _ revision» և ամբողջական pere-suck տարբերակումը։

FX, դասընթացները '«settled _ at»; funding մեկ այլ տարբերակում 'տեղադրեք «fx _ at _ funding» և դելտա։

15) Dashbords և KPI

Funding ETA: Ակնկալվող ամսաթիվը/ժամկաանը vs փաստ է։

Hit-rate SLA-ն այն ֆայլերի մասն է, որոնք եկել են ժամանակին։

Delta gross/net պրովայդերների, MIDS-ի։

Fees % of volume, Reserve balance, Negative carry-over streak.

Holiday impact: կանխատեսում vs փաստ արձակուրդների հետ։

16) Best practics (կարճ)

1. Նորմալացրեք ժամանակը UTC-ում, բայց պահպանեք provider _ tz cut-off։

2. Բաժանեք operational gross և funding net; մի շփոթեք ND և funding։

3. Ներդրեք funding calendar-ը բանկերի նախօրոք արձակուրդներով։

4. Ավտոմատիզացրեք ֆայլերը և միացրեք settlam ֆայլերը + ալտերտերը SLA/wwww.ts-ում։

5. Իրականացրեք կոդավորման տարբերակումը («batch _ revision») և դետերմինացված reprocess։

6. Մուտքագրեք single source of truth: Կապերը 'transaction www.batch wwww.funding "։

7. Պահպանեք ARN/RRN և equairing դաշտերը քարտեզների համար, քննադատական է բանավեճերի համար։

8. Կանխատեսեք cash-flow 'հաշվի առնելով արձակուրդները/արձակուրդները, պահուստները և պահուստները։

17) Ներդրման թերթերը

Տվյալները և սխեմաները

• Таблицы `payment_transactions`, `settlement_batches`, `funding_receipts`, `recon_links`.
• Թայմզոնի դաշտերը ՝ UTC + provider _ tz։
• Поля FX: `fx_rate_at_settle`, `fx_at_funding`.

Մոսկվան և վալիդացիան

• CSV/XML/JSON + ֆայլերի հեշեր։
• Գումարների/արժույթների/ամսաթվերի վալիդացիա; match по `provider_tx_id/ARN`.
• Hendlers «late presentae», «partial capture», «reversal»։

Վիրահատություններ և ալերտներ

• SLA մոնիտոր cut-off, missed dies, funding diays.
• Delta-շեմի ալերտները (gross, fees, net)։
• Holiday impact և negative carry-over զեկույցը։

18) FAQ

Q: Ինչո՞ ւ T + 2 վերածվեց T + 4-ի։

Ա 'Եղել են հանգստյան օրեր/արձակուրդներ համապատասխան բանկում կամ ստացողի բանկում։ см. funding calendar.

Q: Net ֆայլում ավելի քիչ է, քան մեր հաշվարկը։ Ի՞ նչ կարելի է տեսնել։

A: Disfees, reserve _ delta, ուշ refund/chargeback և դասընթացների ճիշտ։

Q 'Ինչպե՞ ս հաշվի առնել գաղտնիքը։

A: Ֆիատիկ համարժեքով 'settled _ at'; funding կարող է գալ USDT/fiat - պահեք առանձին «fx _ at _ funding»։

Q 'Կարո՞ ղ է մի ընդհանուր cut-off բոլոր պրովայդերների համար։

Ա 'Ոչ, յուրաքանչյուր PMS-ն ունի իր tz/ժամ։ Վերցրեք համակցող վիտրինը դրանց կտրվածքների վերևում։

Ռեզյումե

Ցանցային ցիկլերը և cut-off-ը դրամական լոգիստիկայի «կմախք» են։ T + N, թայմզոն, արձակուրդներ, պահուստներ և արգելքներ թույլ են տալիս

փչացնել պրովայդերներին,

կանխատեսել իրացվելիությունը և ծածկել վճարումները,

հավաքեք SLA-ն և կրճատեք վիրահատական ռիսկերը,

խոսել մեկ լեզվով ֆինանսներով և կոմպլենսով։

Ներդրելով մեկ funding calendar, տվյալների խիստ մոդել և ավտոմատացված փաթեթ, դուք կստանաք կանխագուշակված և կառավարվող դրամական հոսք։