GH GambleHub

دورات التسوية والوقف

1) القاعدة المفاهيمية

التسوية - التسوية بين PSP/Acquirer والتاجر (المشغل)، حيث يتم تحويل الأموال الخاصة بالمعاملات التي تم الاستيلاء عليها بنجاح إلى حساب التاجر.
قطع - «شريحة» يومية من العمليات التي تقع في دورة فوترة محددة (عادة ما تكون فترة زمنية محددة في المنطقة الزمنية للمزود).
T + N - تدوين نموذجي للتأخير في نشر الأموال: T - تاريخ القطع، N - عدد أيام العمل قبل التسجيل الفعلي.

أمثلة:
  • البطاقات (Visa/Mastercard): غالبًا ما تكون T + 2/T + 3 أيام مصرفية، مقطوعة 23:00 بالتوقيت العالمي المنسق (تقريبًا).
  • A2A/Open المصرفية: T + 0 إلى T + 1.
  • تحويل ائتمان SEPA: T + 1/T + 2 (فوري - T + 0).
  • ACH (الولايات المتحدة): T + 2/T + 3 ؛ نفس اليوم ACH - T + 0/T + 1.
  • RTP (الولايات المتحدة): T + 0، لكن قطع التقارير ممكن.
  • التشفير: في الواقع T + 0 عبر الشبكة، ولكن PSP يمكنه تطبيق نوافذ التمويل الخاصة به (T + 0/1).

2) كيف يعمل القطع وما يدخل فيه

1. يقوم المزود بإصلاح نافذة التجميع (على سبيل المثال، 00: 00-23: 00 بالتوقيت العالمي المنسق).
2. تقع جميع المعاملات التي تمت تسويتها/التقاطها في هذه النافذة على دفعة.
3. يتم تجميع العائدات واسترداد التكاليف والتصحيحات في الحزمة لحساب التمويل الإجمالي والصافي.
4. عند القطع، يتم إنشاء ملف تسوية ويبدأ مؤقت T + N قبل التسجيل.

مهم: لا يتم تضمين الإذن بدون القبض في الحزمة. الاستنتاجات الملغاة - أيضا لا.

3) أنواع التسويات: إجمالي مقابل صافي الاحتياطيات والعمولات

التسوية الإجمالية - يتم تحويل مبلغ الحجز الإجمالي (مطروحًا منه رسوم عمولة منفصلة).
التسوية الصافية - يحتفظ المزود بالرسوم واسترداد التكاليف والمبالغ المستردة والاحتياطي المتداول ويسرد المبلغ الصافي.
الاحتياطي المتجدد - حجب٪ من حجم الأعمال لأيام N (على سبيل المثال، 10٪ لمدة 180 يومًا) لتغطية المخاطر.
ترحيل سلبي - إذا ذهب «الصافي» إلى سالب يوميًا، يتم تحويل العجز وسداده في الدورات التالية.

التوصية: فك تشفير المخزن لكلا الطائرتين - إجمالي التشغيل (حسب المعاملات) وصافي التمويل (حسب ملفات المزود).

4) المناطق الزمنية والمخرجات المحلية والتوقيت الصيفي

يتم تحديد القطع من خلال المنطقة الزمنية للمزود، والتي قد تختلف عن المنطقة الزمنية الخاصة بك.
ضع في اعتبارك التوقيت الصيفي (التوقيت الصيفي) - يمكن أن تتغير الشرائح بمقدار ± ساعة 1 مقارنة بالتوقيت المحلي.
تؤثر العطلات/عطلات نهاية الأسبوع في ولاية البنك المتلقي على N في T + N (على سبيل المثال، تصبح أيام T + 2 المصرفية T + 4 في أيام العطلات).
الممارسة: تطبيع جميع الأوقات التقنية في التوقيت العالمي المنسق، في نفس الوقت تخزين «المزود _ tz _ cutoff _ at' و» local _ tz _ posted _ at'.

5) الجدول الزمني للتسويات (الجدول الزمني للتمويل) وجيش تحرير السودان

قم بعمل تقويم للتسويات للربع:
  • وقت القطع و tz لكل طريقة/PSP،
  • المعيار T + N والاستثناءات (العطلات)،
  • المبالغ المتوقعة (التوقعات)،
  • إيصال SLA: على سبيل المثال، «في موعد لا يتجاوز 12:00 أوروبا/كييف في يوم T + 2».

أي انحرافات في جيش تحرير السودان → تنبيه وتذكرة إلى العمليات/المالية.

6) العلاقة مع صافي الودائع والمخرجات

ويعتمد صافي الاشتراكات على المعاملات التي تمت تسويتها (انظر المادة ذات الصلة).
الاستنتاجات (السحوبات) لا تشارك في التمويل من PSP على الودائع، ولكنها تؤثر على مكتب النقد للتاجر.
تخطيط السيولة: التدفق إلى الداخل عن طريق التسوية مطروحا منه التدفق إلى الخارج حسب المدفوعات/الضرائب/نفقات التشغيل.

7) المصالحة ومزود القطع الأثرية

الحد الأدنى المحدد لكل دفعة:
  • 'batch _ id/ settlement_id'، تاريخ القطع في مزود tz،
  • суммы по типам: «الودائع المأخوذة»، و «المبالغ المستردة»، و «المبالغ المستحقة الدفع»، و «المبالغ المستحقة الدفع - الائتمانات»، و «الرسوم»، و «الاحتياطي - الدلتا»، و «التمويل الصافي»،
  • فك التشفير بالطرق/الحسابات التجارية ('MID'، 'descriptor'، 'MCC')،
  • مراجع المعاملات ('المزود _ tx _ id'، 'rrn'،' arn '- إذا كانت البطاقات)،
  • ملف (ملفات): CSV/XML/JSON + بيان قابل للقراءة البشرية (PDF/HTML).
تسير المصالحة في اتجاهين:

1. من المعاملات إلى الملفات (كل ما اعتقدنا أنه موجود في الملف ؟)

2. من الملفات إلى المعاملات (كل شيء في الملف موجود في واجهة متجرنا ؟ هل تتطابق الحالات ؟)

8) تفاصيل قضبان الدفع (بشكل عام)

الخرائط: سيناريوهات تأخير العرض المتكررة ؛ من الممكن «تحميل» متأخر (حتى 120-540 يومًا للقضية) ؛ تظهر رسوم التبادل والمخطط في الملفات، ولا يتم خصمها في ND.
SEPA/ACH: تعتمد الدفعات على النوافذ المصرفية ؛ الإلغاء/الإرجاع له رموز خاصة به خيارات نفس اليوم هي قطع منفصلة.
فتح Banking/A2A: T + 0/1، ولكن الملفات يمكن أن تذهب بعد الوقائع ؛ الحاجة إلى RPP/معرف فريد صارم للمباريات.
RTP/Instant: يأتي المال بسرعة، لكن ملف التقرير في الموعد المحدد.
التشفير: تسوية السلسلة فورية، لكن المزود يجعل «نوافذ الدفع» ؛ 'fx _ at _ settle'.

9) المحاسبة (FI/المحاسبة)

9. 1. طريقة الاستحقاق مقابل ذاكرة التخزين المؤقت

بالنسبة للإبلاغ الإداري، غالبًا ما يتم استخدام الاستحقاق: نحن ندرك الإيرادات/الحركة في وقت "الاستقرار _ at'.
بالنسبة للخزانة/DDS - طريقة التخزين المؤقت: نحن ندرك حقيقة الاستلام «الممول - في».

9. 2. أسلاك نموذجية (مبسطة)

عندما «DEPOSIT _ CAPED»:
  • JT: النقد في تسوية مع PSP (AR: PSP)
  • KT: التزام اللاعب (المحفظة/توازن اللاعب)
عند وصول التمويل (الصافي):
  • Dt: البنك (مكتب أمين الصندوق)
  • Kt: النقد في التسويات مع PSP
  • JT: النفقات (رسوم PSP)، JT: المخصصات (إذا تم تغييرها)

تقوم بتخزين معاملة sheaf 'id → batch_id → funding_id' للتتبع.

10) إدارة المخاطر والتنبيهات

الملف الفائت: لا يوجد ملف تسوية قبل X: YY - P1.
تأخير التمويل: انتهى صلاحية T + N، بدون أموال - P1.
عتبات دلتا: التباين «إجمالينا» مقابل «ملف _ إجمالي»> 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%.
SLO 3: تحديث توقعات التدفق النقدي - حتى الساعة 10 صباحًا.
SLO 4: إغلاق اليوم - يتم توجيه جميع مباريات التمويل إلى DWH.

14) حالات الحافة وكيفية التعامل معها

العرض المتأخر: وصلت المعاملة إلى الدفعة التالية - احتفظ بـ «حقيقة المصدر» («مقدمة _ في _ دفعة _ معرف»).
الاستيلاء الجزئي: التقاط متعدد لكل تصريح - المجموع بشكل صحيح في الدفعة.
Multi-MID: مزود واحد، MIDs مختلفة حسب الجغرافيا/العلامة التجارية - لا تمزج في دفعة واحدة.
إعادة المعالجة: عندما يتم تشويش الملف - إصدار «دفعة _ مراجعة» وإعادة المصادقة الكاملة.
سباقات FX: دورات - على "settled _ at' ؛ التمويل بعملة مختلفة - ابدأ «fx _ at _ funding» و «delta».

15) لوحات القيادة ومؤشرات الأداء الرئيسية

التمويل ETA: التاريخ/وقت الاستلام المتوقع مقابل الفعلي.
معدل الضرب SLA: النسبة المئوية للملفات التي تصل في الوقت المحدد.
إجمالي/صافي دلتا حسب مقدم الخدمة، الطريقة، MIDs.
الرسوم٪ من الحجم، رصيد الاحتياطي، خط ترحيل سلبي.
تأثير العطلة: التوقعات مقابل الفعلية حسب الأسبوع مع العطلات.

16) أفضل الممارسات (قصيرة)

1. تطبيع الوقت إلى UTC، ولكن الحفاظ على provider_tz القطع.
2. صافي إجمالي التشغيل والتمويل المستقل ؛ لا تخلط بين ND والتمويل.
3. تنفيذ تقويم التمويل مع العطلات الرسمية المدخلة مسبقًا.
4. أتمتة استيراد وتسوية ملفات التسوية + التنبيهات إلى جيش تحرير السودان/الدلتا.
5. تنفيذ دفعة _ تنقيح وإعادة معالجة حتمية.
6. نوع مصدر واحد للحقيقة: وصلات «معاملة ↔ دفعة ↔ التمويل».
7. وفر ARN/RRN وحقول الاستحواذ على البطاقات - وهو أمر بالغ الأهمية للنزاعات.
8. توقع التدفق النقدي مع مراعاة عطلات نهاية الأسبوع/العطلات والاحتياطيات والعمولات.

17) قوائم التنفيذ المرجعية

البيانات والرسوم البيانية

  • Таблицы 'الدفع _ المعاملات'، 'التسوية _ الدفعات'، 'التمويل _ الإيصالات'، 'الاسترداد _ الروابط'.
  • حقول المنطقة الزمنية هي UTC + provider_tz.
  • Поля FX: 'fx _ rate _ at _ settle', 'fx _ at _ funding'.

الاستيراد والتصديق

  • محللات CSV/XML/JSON + تجزئة الملفات.
  • التحقق من صحة المبالغ/العملات/التواريخ ؛ تطابق по 'المزود _ tx _ id/ARN'.
  • المعالجون «عرض متأخر»، «التقاط جزئي»، «عكس».

العمليات والتنبيهات

  • رصد جيش تحرير السودان للقطع، وفقدان الملفات، وتأخير التمويل.
  • تنبيهات عتبة الدلتا (إجمالي، رسوم، صافي).
  • تأثير العطلة والتقرير السلبي المرحل.

18) الأسئلة الشائعة

س: لماذا أصبحت T + 2 T + 4 ؟

ج: كانت هناك عطلات نهاية الأسبوع/العطلات في المصرف المراسل أو في المصرف المتلقي ؛ см. الجدول الزمني للتمويل.

س: يوجد في الملف الصافي أقل من صافي حساباتنا. ماذا تشاهد ؟

ج: تحقق من الرسوم reserve_delta والتأخر في استرداد الأموال/رد التكاليف وصحة الدورات.

س: كيف تحسب القبو ؟

أ: بالأمر المعادل ل "مستقر _ at' ؛ يمكن أن يأتي التمويل إلى USDT/fiat - احتفظ بـ «fx _ at _ funding» منفصل.

س: هل من الممكن الحصول على حد أقصى مشترك لجميع مقدمي الخدمة ؟

ج: لا، كل PSP له tz/ساعة. قم بعمل شاشة تجميع فوق شرائحهم.

موجز

دورات التسوية والقطع هي «الهيكل العظمي» للوجستيات النقدية. تسمح المحاسبة الصحيحة لـ T + N والمناطق الزمنية والعطلات والاحتياطيات والعمولات بما يلي:
  • التحقق بدقة من مقدمي الخدمات،
  • توقع السيولة وتغطية المدفوعات،
  • والامتثال لاتفاقات البيئة المستدامة والحد من المخاطر التشغيلية،
  • نفس لغة التمويل والامتثال.

من خلال تنفيذ تقويم تمويل واحد، ونموذج بيانات صارم، وتسوية آلية، فإنك تجعل التدفق النقدي قابلاً للتنبؤ به ويمكن التحكم فيه.

Contact

اتصل بنا

تواصل معنا لأي أسئلة أو دعم.نحن دائمًا جاهزون لمساعدتكم!

Telegram
@Gamble_GC
بدء التكامل

البريد الإلكتروني — إلزامي. تيليغرام أو واتساب — اختياري.

اسمك اختياري
البريد الإلكتروني اختياري
الموضوع اختياري
الرسالة اختياري
Telegram اختياري
@
إذا ذكرت تيليغرام — سنرد عليك هناك أيضًا بالإضافة إلى البريد الإلكتروني.
WhatsApp اختياري
الصيغة: رمز الدولة + الرقم (مثال: +971XXXXXXXXX).

بالنقر على الزر، فإنك توافق على معالجة بياناتك.