מחזורי פשרה וחתכים

1) בסיס קונספטואלי

הסדר - הסדר בין PSP/Acquirer לבין הסוחר (מרכזנית), שבו מועבר הכסף לעסקאות שנתפסו בהצלחה לחשבון הסוחר.
ניתוק - ”פרוסה” יומית של פעולות הנופלות למעגל חיוב מסוים (בדרך כלל זמן קבוע באזור הזמן של הספק).
T + N - סימון טיפוסי לעיכוב בפרסום הכספים: T - תאריך מנותק, N - מספר ימי העבודה לפני ההרשמה עצמה.

• קלפים (ויזה/מאסטרקארד): לרוב T + 2/T + 3 ימי בנקאות, קיצוץ 23:00 UTC (בערך).
• בנקאות A2A/Open: T + 0 ל- T + 1.
• העברת אשראי SEPA: T + 1/T + 2 (מיידי - T + 0).
• (ACH (US: T + 2/T + 3; אותו יום ACH - T + 0/T + 1.
• T + 0, אבל קיצוץ בדיווחים אפשרי.
• קריפטו: למעשה T + 0 מעל הרשת, אבל PSP יכול להפעיל חלונות מימון משלו (T + 0/1).

2) איך עובד החיתוך ומה נכנס לתוכו

1. הספק מתקן את חלון האוסף (לדוגמה, 00-23: 00 UTC).
2. כל עסקאות התיישבו/נתפסו בחלון זה ליפול לתוך אצווה.
3. החזרים, צ 'רג' בקס, תיקונים מחוברים לחבילה כדי לחשב מימון ברוטו ורשת.
4. לאחר החיתוך, נוצר קובץ פשרה וטיימר T + N מתחיל לפני ההרשמה.

חשוב: אישור ללא לכידה אינו כלול בחבילה. בטל מסקנות - גם לא.

3) סוגי התיישבות: ברוטו נגד נטו, רזרבות ועמלות

התיישבות ברוטו - סכום ברוטו מועבר (פחות תשלום עמלה נפרד).
הסדר נטו - המפרנס מחזיק בעמלות, צ 'רג' בק, החזרים, רזרבה מתגלגלת ורשום סכום נטו.
רזרבה מתגלגלת - העלמת% מהתחלופה למשך N ימים (לדוגמה, 10% למשך 180 ימים) כדי לכסות על הסיכון.
אם ה ”רשת” נכנסת למינוס ליום, הגרעון מועבר ומשתלם במחזורים הבאים.

המלצה: פענוח אחסון של שני המטוסים - מבצעי ברוטו (על ידי עסקאות) ומימון נטו (על ידי קבצי ספק).

4) אזורי זמן, פלט מקומי ו ־ DST

ניתוק נקבע על ידי אזור הזמן של הספק, שעשוי להיות שונה משלך.
תן דעתך ל ־ DST (זמן שמירת אור יום) - פרוסות יכולות לעבור ב ־ 1 שעה ביחס לזמן המקומי.
חגים/סופי שבוע בתחום השיפוט של הבנק המקבל משפיעים על N ב- T + N (לדוגמה, ימי הבנקאות T + 2 הופכים ל- T + 4 בחגים).
תרגול: לנרמל את כל הפעמים הטכניות ב-UTC, בו זמנית לאחסן את "ספק _ tz _ cutoff _ at' ו-local _ tz _ possed _ at'.

5) לוח שנה להסדר (מימון לוח שנה) ו ־ SLA

• זמן מנותק וצה לכל שיטה/PSP,
• סטנדרטי T + N וחריגים (חגים),
• סכומים צפויים (תחזיות),
• קבלת SLA: לדוגמה, ”לא יאוחר מ-12: 00 אירופה/קייב ביום ט '+ 2”.

כל סטיות SLA לאפר התראה וכרטיס Ops/Finance.

6) מערכת יחסים עם הפקדות רשת ותפוקות

(ND (net תרומות נמנות על עסקאות מיושבות (ראה מאמר קשור).
מסקנות (משיכות) אינן משתתפות במימון של PSP על הפקדות, אלא משפיעות על שולחן המזומנים של הסוחר.
תכנון נזילות: הוזלה על ידי הסדר מינוס הזרמה על ידי תשלומים/מסים/הוצאות תפעול.

7) פיוס וסיפוק חפצים

• 'batch _ id/ settlement_id', תאריך מנותק tz ספק,
• hargback _ dabits, chargbits, chargback _ credits, mile _ delta, net _ finance,
• פענוח על ידי שיטות/חשבונות סוחר ('אמצע', 'תיאור', 'מק "ק'),
• אזכורים לעסקאות ("specter _ tx _ id'," rn', "arn' - אם כרטיסים),
• קובץ (s): CSV/XML/JSON + הצהרה ניתנת לקריאה אנושית (PDF/HTML).

1. מעסקאות לקבצים (כל מה שחשבנו שיש בקובץ?)

2. מקבצים לעסקאות (כל דבר בקובץ נמצא בחזית החנות שלנו? האם המדינאים תואמים?)

8) מפרט של מעקות תשלום (במונחים כלליים)

מפות: תרחישי דחיית מצגת תכופים; מאוחר 'chargback' אפשריים (עד 120-540 ימים למקרה); עמלות החלפה ומזימות מופיעות בקבצים, לא מנוסקות ב-ND.
חבורות תלויות בחלונות בנק; לביטולים/החזרות יש קודים משלהם אפשרויות לאותו יום הן ניתוחים נפרדים.
פתח Banking/A2A: T + 0/1, אך הקבצים יכולים לעבור פוסט-factum; הצורך ב-RPP/זיהוי ייחודי לגפרורים.
RTP/Instant: כסף מגיע במהירות, אבל קובץ הדו "ח הוא על לוח זמנים.
קריפטו: התנתקות מיידית, אבל ספק עושה ”חלונות תשלום”; חנות ”fx _ at _ seale”.

9) חשבונאות (FI/חשבונאות)

9. 1. שיטת Accrual vsache

לדיווח ניהולי משתמשים לעתים קרובות: אנו מזהים הכנסות/תנועה בזמן 'settled _ at'.
עבור אוצר/DDS - שיטת מטמון: אנו מכירים בעובדה של קבלה "ממומן _ at'.

9. 2. חיווט טיפוסי (מפושט)

• מזומן בהסדר עם PSP (AR: PSP)
• KT: התחייבות שחקן (איזון ארנק/שחקן)

• ד: בנק (משרדו של הקופאי)
• מזומן בהתנחלויות עם PSP
• JT: הוצאות (עמלות PSP), JT: הוראות (אם השתנו)

אתה מאחסן את transaction _ id = batch_id = funding_id' עבור עקבות.

10) ניהול סיכונים והתראות

אין קובץ פשרה לפני X: YY-P1.
עיכוב מימון: T + N פג תוקף, אין כסף - P1.
סף דלתא: שוני ”our _ gross' vs” file _ gross'> 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) תהליכים ו ־ SLOs

SLO 1: ייבא קבצי פשרה - T + 0, עד 08:00 אירופה/קייב.
SLO 2: פיוס ראשוני - עד 09:00, וריאציות> 0. 5%.
תחזית תזרים המזומנים 3 עדכון עד 10 בבוקר.
סלו 4: סגירת היום - כל משחקי המימון מובלים ל-DWH.

14) מקרי קצה ואיך לטפל בהם

הצגה מאוחרת: העסקה נכנסה לצרור הבא - שמור את "העובדה של המקור" ("personed _ in _ batch _ id').
לכידה חלקית: לכידה מרובה לכל אישור - צבירה נכונה בצרור.
Multi-MID: ספק אחד, MIDs שונים על ידי Geo/מותג - לא לערבב בצרור אחד.
עיבוד מחדש: כאשר קובץ נתקע - versioning 'actch _ revision' ו-revalidation מלא.
מירוצי FX: קורסים על ”התיישב _ at”; מימון במטבע שונה - התחל 'fx _ at _ מימון' ודלתא.

15) לוחות מחוונים ו ־ KPIs

מימון זמן הגעה משוער: תאריך/שעה צפויים של קבלה נגד בפועל.
אחוז הקבצים מגיע בזמן.
דלתא ברוטו/נטו על ידי ספק, שיטה, MIDs.
עמלות של% נפח, איזון רזרבי, רישום שלילי.
פגיעת חג: תחזית נגד בפועל בשבוע עם חגים.

16) המנהגים הטובים ביותר (קצר)

1. לנרמל את הזמן כדי UTC, אבל לשמור על provider_tz מנותק.
2. נפרדים ברוטו תפעולי ורשת מימון; לא לבלבל את ND ומימון.
3. ליישם לוח שנה מימון עם חגי הבנק שנכנסו מראש.
4. ייבוא אוטומטי ופיוס של קבצי פשרה + התראות לSLAs/deltas.
5. יישום אצווה _ revision ועיבוד חוזר דטרמיניסטי.
6. סוג יחיד מקור של אמת: ”עסקה ↔ אצווה ↔ מימון” קישורים.
7. שמור ARN/RRN וכרטיס רכישת שדות - קריטי למחלוקות.
8. תחזית תזרים מזומנים לוקח בחשבון סופי שבוע/חגים, רזרבות ועמלות.

17) רשימות בדיקת יישום

נתונים ודיאגרמות

[ ] Trought label "תשלום _ עסקאות", "הסדר _ חבורות", "מימון _ קבלות", "recon _ links'.

שדות [ ] טימזון הם UTC + provider_tz.

[ ] FX: ”fx _ rate _ at _ seale”, ”fx _ at _ finance”.

יבוא ואימות

[ ] CSV/XML/JSON parsers + file hasses.

[ ] אימות של כמויות/מטבעות/תאריכים; להתאים 'ספק _ tx _ id/ARN'.

[ ] המפעילים "מצגת מאוחרת," לכידה חלקית "," היפוך ".

מבצעים והתראות

[ ] צג SLA מנותק, קבצים שלא נענו, עיכובי מימון.

[ ] התראות דלתא-סף (ברוטו, עמלות, נטו).

[ ] פגיעת הולידיי ודוח נשיאה שלילי.

18) FAQ

Q: מדוע T + 2 הפך ל ־ T + 4?
א: היו סופי שבוע/חגים בבנק הכתבים או בבנק המקבל; см. לוח שנה מימון.

Q: יש פחות בקובץ הרשת מאשר בחישוב הנטו שלנו. על מה לצפות?
א ': בדוק את העמלות, reserve_delta, החזר מאוחר/צ' רג 'בק ותקינות הקורסים.

קיו: איך אתה מסביר קריפטה?
A: על ידי פיאט המקביל ל- ”seted _ at”; המימון יכול להגיע ל-USDT/Fiat - לשמור על ”fx _ at _ finance” נפרד.

ש: האם זה אפשרי שיש ניתוק משותף אחד לכל הספקים?
א ': לא, לכל PSP יש את הזמן/שעה שלו. הפוך תצוגה מצטברת על הפרוסות שלהם.

תקציר

• לאמת באופן מדויק ספקים,
• תחזית נזילות וכיסוי תשלומים,
• לציית לאס "א ולהפחית סיכונים מבצעיים,
• דוברים את אותה השפה כמו מימון וציות.

על ידי יישום לוח שנה מימון אחד, מודל נתונים קפדני, ופיוס אוטומטי, אתה עושה תזרים מזומנים צפוי וניתן לניהול.