Κύκλοι διακανονισμού και αποκοπή

1) Εννοιολογική βάση

Διακανονισμός - διακανονισμός μεταξύ του ΠΥΠ/Acquirer και του εμπόρου (φορέα εκμετάλλευσης), στον οποίο τα χρήματα για τις συναλλαγές που έχουν συλληφθεί επιτυχώς μεταφέρονται στον εμπορικό λογαριασμό.
Αποκοπή - ημερήσια «φέτα» πράξεων που εμπίπτουν σε συγκεκριμένο κύκλο τιμολόγησης (συνήθως καθορισμένος χρόνος στη ζώνη ώρας του παρόχου).
T + N - τυπικός συμβολισμός για την καθυστέρηση της απόσπασης κεφαλαίων: T - καταληκτική ημερομηνία, N - ο αριθμός των εργάσιμων ημερών πριν από την πραγματική εγγραφή.

• Κάρτες (Visa/Mastercard): συχνά T + 2/T + 3 τραπεζικές ημέρες, διακοπή 23:00 UTC (περίπου).
• Τραπεζική: T + 0 έως T + 1.
• SEPA Credit Transfer: T + 1/T + 2 (Άμεση - T + 0).
• ACH (ΗΠΑ): T + 2/T + 3; Την ίδια ημέρα ACH - T + 0/T + 1.
• RTP (ΗΠΑ): T + 0, αλλά είναι δυνατή η διακοπή των εκθέσεων.
• Crypto: στην πραγματικότητα T + 0 μέσω του δικτύου, αλλά το PSP μπορεί να εφαρμόσει τα δικά του παράθυρα χρηματοδότησης (T + 0/1).

2) Πώς λειτουργεί η διακοπή και τι μπαίνει σε αυτήν

1. Ο πάροχος καθορίζει το παράθυρο συλλογής (π.χ. 00: 00-23: 00 UTC).
2. Όλες οι διακανονισθείσες/καταγεγραμμένες συναλλαγές σε αυτό το παράθυρο πέφτουν σε μια παρτίδα.
3. Οι αποδόσεις, οι χρεώσεις, οι διορθώσεις αθροίζονται στο πακέτο για τον υπολογισμό της ακαθάριστης και της καθαρής χρηματοδότησης.
4. Με την αποκοπή δημιουργείται ένα αρχείο διακανονισμού και ο χρονοδιακόπτης T + N ξεκινά πριν από την εγγραφή.

Σημαντική: η έγκριση χωρίς δέσμευση δεν περιλαμβάνεται στη συσκευασία. Ακυρώθηκαν τα συμπεράσματα - επίσης όχι.

3) Είδη διακανονισμού: μεικτά έναντι καθαρών, αποθεματικών και προμηθειών

Ακαθάριστος διακανονισμός - μεταβιβάζεται το ακαθάριστο ποσό δέσμευσης (μείον ξεχωριστή προμήθεια).
Καθαρός διακανονισμός - ο πάροχος κατέχει τέλη, χρεώσεις, επιστροφές, κυλιόμενο αποθεματικό και απαριθμεί καθαρό ποσό.
Κυλιόμενο αποθεματικό - παρακράτηση% του κύκλου εργασιών για N ημέρες (π.χ. 10% για 180 ημέρες) για την κάλυψη του κινδύνου.
Αρνητική μεταφορά - εάν το «καθαρό» ανέλθει σε μείον ανά ημέρα, το έλλειμμα μεταφέρεται και αποπληρώνεται κατά τους επόμενους κύκλους.

Σύσταση: αποθήκευση αποκρυπτογράφησης και των δύο αεροπλάνων - επιχειρησιακό ακαθάριστο (ανά συναλλαγή) και καθαρό ποσό χρηματοδότησης (ανά φάκελο παρόχου).

4) Χρονικές ζώνες, τοπική παραγωγή και θερινή ώρα

Η διακοπή καθορίζεται από την χρονική ζώνη του παρόχου, η οποία μπορεί να διαφέρει από τη δική σας.
Εξετάστε την θερινή ώρα (θερινή ώρα) - οι φέτες μπορούν να μετατοπιστούν κατά ± 1 ώρα σε σχέση με την τοπική ώρα.
Οι διακοπές/Σαββατοκύριακα στη δικαιοδοσία της λήπτριας τράπεζας επηρεάζουν την Ν σε Τ + Ν (για παράδειγμα, η Τ + 2 τραπεζικές ημέρες γίνεται Τ + 4 γύρω από τις αργίες).
Πρακτική: ομαλοποίηση όλων των τεχνικών χρόνων σε UTC, ταυτόχρονα αποθήκευση 'provider _ tz _ cutoff _ at' and 'local _ tz _ posted _ at'.

5) Ημερολόγιο διακανονισμού (χρονοδιάγραμμα χρηματοδότησης) και SLA

• χρόνος διακοπής και tz για κάθε μέθοδο/PSP,
• τυποποιημένο T + N και εξαιρέσεις (διακοπές),
• αναμενόμενα ποσά (προβλέψεις),
• Απόδειξη SLA: για παράδειγμα, «το αργότερο στις 12:00 Europe/Kyiv την ημέρα T + 2».

Τυχόν αποκλίσεις SLA → συναγερμός και εισιτήριο για Ops/Finance.

6) Σχέση με καθαρές καταθέσεις και εκροές

Η ΒΔ (καθαρές εισφορές) υπολογίζεται σε διακανονισθείσες συναλλαγές (βλέπε σχετικό άρθρο).
Συμπεράσματα (αναλήψεις) δεν συμμετέχουν στη χρηματοδότηση από την PSP για καταθέσεις, αλλά επηρεάζουν το ταμειακό γραφείο του εμπόρου.
Σχεδιασμός ρευστότητας: εισροή με διακανονισμό μείον εκροές με πληρωμές/φόρους/λειτουργικές δαπάνες.

7) Αντιπαραβολή και τεχνουργήματα του παρόχου

• "batch _ id/ settlement_id', ημερομηνία διακοπής σε tz πάροχος,
• : «δεσμευμένες _ καταθέσεις», «επιστροφές», «χρέωση _ χρεώσεις», «χρέωση _ πιστώσεις», «τέλη», «αποθεματικό _ δέλτα», «καθαρή _ χρηματοδότηση»,
• αποκρυπτογράφηση με μεθόδους/εμπορικούς λογαριασμούς («MID», «descriptor», «MCC»),
• στοιχεία αναφοράς συναλλαγής ("πάροχος _ tx _ i ," rr , "ar - εάν οι κάρτες),
• Αρχείο (-α): CSV/XML/JSON + αναγνώσιμη από τον άνθρωπο δήλωση (PDF/HTML).

1. Από συναλλαγές σε αρχεία (ό, τι νομίζαμε ήταν στο αρχείο)

2. Από αρχεία σε συναλλαγές (τα πάντα στο αρχείο είναι στο κατάστημα μας ταιριάζουν οι καταστάσεις)

8) Χαρακτηριστικά των γραμμών πληρωμής (σε γενικές γραμμές)

Χάρτες: σενάρια συχνής καθυστέρησης παρουσίασης· είναι δυνατή η καθυστερημένη «φόρτιση» (έως 120-540 ημέρες για την υπόθεση)· οι διατραπεζικές προμήθειες και οι προμήθειες σχήματος εμφανίζονται σε αρχεία, δεν αφαιρούνται στη ΒΔ.
SEPA/ACH: Οι παρτίδες εξαρτώνται από τραπεζικά παράθυρα. Οι ακυρώσεις/επιστροφές έχουν τους δικούς τους κωδικούς Οι επιλογές της ίδιας ημέρας είναι ξεχωριστές περικοπές.
Ανοικτή Banking/A2A: T + 0/1, αλλά τα αρχεία μπορούν να μετα-factum; την ανάγκη για αυστηρή RPP/μοναδική ταυτότητα για τα σπίρτα.
RTP/Άμεση: τα χρήματα έρχονται γρήγορα, αλλά το αρχείο αναφοράς είναι στο χρονοδιάγραμμα.
Crypto: στιγμιαίος διακανονισμός επί της αλυσίδας, αλλά ο πάροχος κάνει «παράθυρα πληρωμής». αποθηκεύει το «fx _ at _ settle».

9) Λογιστική (FI/Λογιστική)

9. 1. Μέθοδος accrual vs cache

Για την υποβολή εκθέσεων διαχείρισης, χρησιμοποιείται συχνά η δεδουλευμένη απαίτηση: αναγνωρίζουμε τα έσοδα/την κίνηση κατά τη στιγμή του 'settled _ at'.
Για το δημόσιο ταμείο/DDS - μέθοδος κρυφής μνήμης: αναγνωρίζουμε το γεγονός της παραλαβής 'funded _ at'.

9. 2. Τυπική καλωδίωση (απλουστευμένη)

• JT: Διακανονισμός μετρητών με ΠΥΠ (AR: PSP)
• KT: Δέσμευση παίκτη (Purse/Player Balance)

• Dt: Τράπεζα (γραφείο ταμία)
• Kt: Μετρητά σε διακανονισμούς με PSP
• JT: Έξοδα (τέλη PSP), JT: Προβλέψεις (εάν τροποποιηθούν)

Αποθηκεύετε ένα shef 'transaction _ id → batch_id → funding_id' για ίχνη.

10) Διαχείριση κινδύνων και προειδοποιήσεις

Αποτυχημένο αρχείο: Δεν υπάρχει αρχείο διακανονισμού πριν από το X: YY - P1.
Καθυστέρηση χρηματοδότησης: T + N έληξε, χωρίς χρήματα - P1.
Κατώτατα όρια δέλτα: διακύμανση 'μας _ μεικτό' vs 'αρχείο _ μεικτό'> 0. 5% - P2· «fees» εκτός εμβέλειας - P2.
Αρνητική μεταφορά: Σειρά αρνητικών καθαρών συσκευασιών - έρευνα.
Αντίκτυπος διακοπών: αυτόματη πρόβλεψη λαμβάνοντας υπόψη το χρονοδιάγραμμα· εάν το γεγονός είναι <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. Καταγραφή αποκοπής

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. Προβλέψεις εσόδων (ταμειακές ροές 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: Αρχεία διακανονισμού εισαγωγής - T + 0, έως 08:00 Europe/Kyiv.
SLO 2: αρχική συμφωνία - έως τις 09:00, διακυμάνσεις> 0. 5%.
SLO 3: Επικαιροποίηση των προβλέψεων ταμειακών ροών - έως τις 10 π.μ.
SLO 4: λήξη της ημέρας - όλοι οι αγώνες χρηματοδότησης οδηγούνται στην DWH.

14) Ακραίες περιπτώσεις και τρόπος χειρισμού τους

Καθυστερημένη παρουσίαση: η συναλλαγή μπήκε στην επόμενη παρτίδα - κρατήστε το «γεγονός της πηγής» ('presented _ in _ batch _ id').
Μερική δέσμευση: πολλαπλή δέσμευση ανά εξουσιοδότηση - αθροίζονται σωστά σε παρτίδα.
Multi-MID: ένας πάροχος, διαφορετικά MID ανά geo/brand - μην αναμιγνύετε σε μία παρτίδα.
Επανεπεξεργασία: όταν μπλοκάρεται ένα αρχείο - έκδοση 'batch _ revision' και πλήρης επανεπικύρωση.
Αγώνες FX: μαθήματα - στο 'setted _ at'; χρηματοδότηση σε διαφορετικό νόμισμα - έναρξη 'fx _ at _ funding' και δέλτα.

15) Ταμπλό και KPI

Χρηματοδότηση ΕΤΑ: αναμενόμενη ημερομηνία/ώρα παραλαβής έναντι πραγματικού.
Hit-rate SLA: ποσοστό αρχείων που φθάνουν στην ώρα τους.
Δέλτα ακαθάριστα/καθαρά ανά πάροχο, μέθοδος, MIDs.
Τέλος% του όγκου, αποθεματικό υπόλοιπο, αρνητική σειρά μεταφοράς.
Επιπτώσεις των διακοπών: πρόβλεψη έναντι πραγματικών ανά εβδομάδα με τις διακοπές.

16) Βέλτιστες πρακτικές (σύντομες)

1. Ομαλοποιήστε το χρόνο για UTC, αλλά κρατήστε το provider_tz αποκοπής.
2. χωριστή επιχειρησιακή ακαθάριστη και καθαρή χρηματοδότηση· δεν συγχέουν τη ΒΔ και τη χρηματοδότηση.
3. Εφαρμογή χρονοδιαγράμματος χρηματοδότησης με προεισερχόμενες αργίες.
4. Αυτόματη εισαγωγή και συμφωνία αρχείων διακανονισμού + καταχωρίσεων σε SLA/δέλτα.
5. Εφαρμογή παρτίδας _ αναθεώρησης και προσδιοριστικής επανεπεξεργασίας.
6. Πληκτρολογήστε μία μόνο πηγή αλήθειας: συνδέσεις «συναλλαγής δέσμης χρηματοδότησης».
7. Αποθήκευση πεδίων ARN/RRN και απόκτησης καρτών - κρίσιμης σημασίας για τις διαφορές.
8. Προβλέψεις ταμειακών ροών λαμβανομένων υπόψη των σαββατοκύριακων/διακοπών, των αποθεματικών και των προμηθειών.

17) Κατάλογοι ελέγχου εφαρμογής

Δεδομένα και διαγράμματα

• «πληρωμή _ συναλλαγές», «διακανονισμός _ παρτίδες», «χρηματοδότηση _ εισπράξεις», «αναγνώριση _ συνδέσεις».
• Τα πεδία Timezone είναι UTC + provider_tz.
• FX: 'fx _ rate _ at _ settle', 'fx _ at _ funding'.

Εισαγωγή και επικύρωση

• CSV/XML/JSON parsers + hashes αρχείων.
• Επικύρωση ποσών/νομισμάτων/ημερομηνιών. να ταιριάζει по 'πάροχος _ tx _ id/ARN'.
• Χειριστές «καθυστερημένη παρουσίαση», «μερική σύλληψη», «αντιστροφή».

Πράξεις και καταχωρίσεις

• Η SLA παρακολουθεί την διακοπή, τα χαμένα αρχεία, τις καθυστερήσεις χρηματοδότησης.
• Σήματα με κατώτατο όριο δέλτα (ακαθάριστα, τέλη, καθαρά).
• Επιπτώσεις διακοπών και αρνητική έκθεση μεταφοράς.

18) ΣΥΧΝΈΣ ΕΡΩΤΉΣΕΙΣ

Ε: Γιατί το T + 2 έγινε T + 4

Α: Πραγματοποιήθηκαν Σαββατοκύριακα/διακοπές στην τράπεζα ανταποκριτών ή στην τράπεζα παραλαβής. см. χρονοδιάγραμμα χρηματοδότησης.

Q: Το καθαρό αρχείο είναι μικρότερο από τον καθαρό υπολογισμό μας. Τι να παρακολουθήσετε

A: Ελέγξτε τα τέλη, reserve_delta, καθυστερημένη επιστροφή/χρέωση και ορθότητα των μαθημάτων.

Ε: Πώς αποτυπώνετε την κρύπτη

A: Με fiat ισοδύναμο με 'settled _ a ; η χρηματοδότηση μπορεί να έρθει σε USDT/fiat - κρατήστε ένα ξεχωριστό 'fx _ at _ funding'.

Ε: Είναι δυνατόν να υπάρχει μια κοινή διακοπή για όλους τους παρόχους

A: Όχι, κάθε PSP έχει tz/ώρα. Φτιάξτε μια συγκεντρωτική οθόνη πάνω από τις φέτες τους.

Περίληψη

• επαληθεύει με ακρίβεια τους παρόχους,
• πρόβλεψη πληρωμών ρευστότητας και κάλυψης,
• να συμμορφώνονται με τις SLA και να μειώνουν τους λειτουργικούς κινδύνους,
• μιλούν την ίδια γλώσσα με τα οικονομικά και τη συμμόρφωση.

Εφαρμόζοντας ένα ενιαίο χρονοδιάγραμμα χρηματοδότησης, ένα αυστηρό μοντέλο δεδομένων, και αυτοματοποιημένη συμφωνία, κάνετε τις ταμειακές ροές προβλέψιμες και διαχειρίσιμες.