मैनुअल बनाम ऑटो भुगतान

1) वैचारिक फ्रेम

ऑटो भुगतान - "पास/अस्वीकार/एस्केलेट" के निर्णय स्वचालित रूप से नियमों और स्कोरिंग के आधार पर किए जाते हैं, गलियारे को भेजना ऑपरेटर की भागीदारी के बिना किया जाता है।

मैनुअल भुगतान - मानव सत्यापन (Fin. ऑपरेटर/जोखिम विश्लेषक) रिटर्न भेजने से पहले अनुरोध की पुष्टि या रद्द करता है।

💡 लक्ष्य स्वीकार्य जोखिम और नियामक आवश्यकताओं के अनुपालन को बनाए रखते हुए ऑटो भुगतान के हिस्से को अधिकतम करना है। एक मैनुअल शाखा एक "सुरक्षा जाल" है, डिफ़ॉल्ट नहीं।

2) मोड चयन मापदंड

जब स्वतः डिफ़ॉल्ट है

समान-विधि और रिटर्न-टू-सोर्स मिले।

ND ≥ 0 (कोई नकारात्मक शुद्ध जमा नहीं)।

KYC स्तर ≥ L1, कोई सक्रिय RG ताला नहीं।

जोखिम दर <दहलीज, कोई भू-विरोधाभास (IP≈KYC≈SIM) नहीं।

पूर्व-अनुमोदित सीमा का योग - खंड के लिए।

विधि/गलियारा - कम वापसी के साथ तात्कालिक/विश्वसनीय।

कोई ताजा चार्जबैक/दुरुपयोग संकेत नहीं।

जब "मैनुअल" डिफ़ॉल्ट है

SoF/SoW आवश्यक (थ्रेशोल्ड/सिग्नल)।

POP/Sank चरण (फजी हिट) या विवादास्पद दस्तावेज।

GEO संघर्ष, संदिग्ध मल्टी-अकाउंट/घरेलू।

वेग/राशि विसंगतियाँ (कई अनुप्रयोग, बड़ी राशि)।

इतिहास के बिना एक नए प्रोप का निष्कर्ष।

एफएक्स मध्यस्थता परिदृश्य, गैर-मानक गलियारे (स्विफ्ट)।

कोई भी नियम अपवाद और अस्पष्ट कारण के साथ लौटता है।

3) पेशेवरों/विपक्ष

मापदंड	ऑटो भुगतान	मैनुअल भुगतान
TTW/SLA	मिनटों में न्यूनतम, p95	कतार पर निर्भर करता है (घंटे)
लागत	WALNUT/ऑपरेटरों के नीचे	OPEX के ऊपर; कम जोखिम
जोखिम	नियमों/स्कोरिंग की गुणवत्ता पर निर्भर करता	धार मामलों पर बेहतर
स्केल करें	आसानी से स्केलेबल	अड़ चन - लोग
UX/CSAT	उच्च (तात्कालिक)	नीचे (प्रतीक्षा/टिकट)
अनुपालन	कठोर लेखा परीक्षा की आवश्यकता होती है	अपारदर्शी मामलों के लिए बेहतर

4) हाइब्रिड पाइपलाइन वास्तुकला

1. प्री-चेक: समान-विधि, एनडी, आरजी/केवाईसी, प्रतिबंध।

2. जोखिम स्कोरिंग: भुगतान/उपकरण/व्यवहार/भू/एफएक्स संकेत।

3. निर्णायक: 'AUTO _ PASS/ MANUAL_REVIEW/DENY'।

4. कतारें: एसएलए प्राथमिकताओं के साथ मैनुअल कतार, गलियारे के लिए ऑटो-राउटर।

5. ऑर्केस्ट्रेशन: लागत/ईटीए/सीमाओं द्वारा गलियारे (तत्काल → फास्ट → मानक) का चयन।

6. ट्रेजरी/एफएक्स: प्री-फंडिंग, पूल लिमिट, स्लिपेज गार्ड।

7. सुलह: स्टेटस, रिटर्न/रिवर्स, री-रूटिंग/रिफंड।

8. अवलोकन: समयसीमा, p95/p99, बैकलॉग, ब्रीच अलर्ट।

5) नीतियां (छद्म-डीएसएल)

yaml policy: "payouts_auto_manual_v2"
eligibility:
same_method: true nd_min: 0 kyc_min: L1 routing:
cascade:
- corridor: "INSTANT" when: risk_score < 0. 5 and amount <= preapproved_limit
- corridor: "FAST_A2A" when: risk_score < 0. 65
- corridor: "STANDARD_SEPA" when: else manual_review:
triggers:
- risk_score >= 0. 65
- geo_conflict_score >= 2
- new_beneficiary == true and amount > new_beneficiary_cap
- sanctions_fuzzy_hit == true
- velocity_24h_payouts > 3 or amount_24h > segment_cap
- returns_last_30d >= 1 deny:
rules:
- self_excluded == true
- nd_total < 0 and allow_nd_withdrawal == false limits:
preapproved_limit:
LOW_RISK: {EUR: 2000}
MID_RISK: {EUR: 500}
sla:
auto_p95_minutes: 30 manual_p95_hours: 8 audit:
store_decision_tree: true store_feature_snapshot: true

6) मैनुअल चेक कतारें और प्राथमिकताएं

प्राथमिकता (उच्च से निचले स्तर तक):

1. एसएलए की समाप्ति के साथ वरिष्ठ मात्रा।

2. समान-विधि और ND≥0 (पुष्टि पर त्वरित रिलीज)।

3. एक खिलाड़ी के मल्टी-टिकट (कम मंथन/अपील)।

4. नेटवर्क गिरावट के साथ तत्काल गलियारे (फास्ट हैंग-अप या रिज़ॉल्यूशन)।

5. बाकी।

कतार प्रबंधन SLA: समाधान '≤ 4-8 घंटे' का लक्ष्य p95 (लाइसेंस/बाजार-निर्भर)।

उपकरण: दस्तावेजों का ऑटो-उप-संग्रह, चेकलिस्ट, उत्तर मैक्रोस, "नोट के साथ अनुमोदन", "आंशिक रिलीज"।

7) यूएक्स और संचार

ऑटो-शाखा: ईटीए और स्टेटस दिखाएं ("इनिशिएटेड", "क्रेडिट")।

मैनुअल शाखा: ईमानदारी से अपेक्षित विंडो (सीमा) और क्या आवश्यक है (दस्तावेजों/जांचों की सूची) बताएं।

वृद्धि: एसएलए छोड़ ते समय सूचनाएं, विधि को बदलने का प्रस्ताव (यदि यह समान-विधि/एनडी का उल्लंघन नहीं करता है)।

विवरण इतिहास: भविष्य के ऑटो भुगतान के लिए "सत्यापित" प्राप्तकर्ता को चिह्नित

8) डेटा मॉडल

sql payout. timeline (
payout_id PK, user_id, amount_minor BIGINT, currency TEXT,
method TEXT, corridor TEXT, provider TEXT, iso2 TEXT,
nd_snapshot NUMERIC, same_method_ok BOOLEAN,
risk_score NUMERIC, decision TEXT, -- AUTO_PASS    MANUAL    DENY reason_codes TEXT[], reviewer TEXT,
t_request TIMESTAMP, t_precheck_ok TIMESTAMP, t_risk_ok TIMESTAMP,
t_decided TIMESTAMP, t_initiated TIMESTAMP, t_posted TIMESTAMP, t_available TIMESTAMP,
status TEXT, meta JSONB
);

review. queue (
ticket_id PK, payout_id FK, priority INT, state TEXT, assignee TEXT,
created_at TIMESTAMP, picked_at TIMESTAMP, resolved_at TIMESTAMP, sla_deadline TIMESTAMP
);

risk. features_snapshot (
payout_id FK, payload JSONB, created_at TIMESTAMP
);

9) SQL टेम्पलेट्स

9. 1. ऑटो/मैनुअल/विफलताओं और उनके टीटीडब्ल्यू का हिस्सा

sql
SELECT decision,
COUNT() AS cnt,
100. 0 COUNT() / SUM(COUNT()) OVER () AS share_pct,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (COALESCE(t_available, t_decided) - t_request))) AS p95_sec
FROM payout. timeline
WHERE t_request BETWEEN:from AND:to
GROUP BY decision;

9. 2. मैनुअल कतार बैकलॉग और एसएलए विलंब

sql
SELECT
COUNT() FILTER (WHERE state='OPEN') AS open_tickets,
COUNT() FILTER (WHERE sla_deadline < now() AND state IN ('OPEN','IN_PROGRESS')) AS sla_breaches
FROM review. queue;

9. 3. ऑटो भुगतान - गलियारों के साथ उल्लंघन

sql
SELECT corridor,
100. 0 COUNT() FILTER (WHERE EXTRACT(EPOCH FROM (t_available - t_request)) >:p95_target_sec) / NULLIF(COUNT(),0) AS breach_pct
FROM payout. timeline
WHERE decision='AUTO_PASS' AND status='SUCCESS'
AND t_request BETWEEN:from AND:to
GROUP BY 1 ORDER BY breach_pct DESC;

9. 4. हस्तचालित - अनुमत परिवर्तन

sql
SELECT
100. 0 COUNT() FILTER (WHERE status IN ('SUCCESS','INITIATED')) / NULLIF(COUNT(),0) AS manual_approve_rate
FROM payout. timeline
WHERE decision='MANUAL' AND t_decided BETWEEN:from AND:to;

10) मेट्रिक्स और डैशबोर्ड

ऑटो-रेट%: ऑटो-लाइन में भुगतान की हिस्सेदारी।

मैनुअल अनुमोदन %/इनकार%, मैनुअल p95 TAT (निर्णय समय)।

TTW p95/p99 по निर्णय/गलियारा/प्रदाता/भू।

एसएलए-ब्रीच% (ऑटो और मैनुअल)।

रिटर्न/रिवर्स% और रिटर्न के बाद चुकौती का शेयर।

शाखाओं और गलियारों के साथ प्रति भुगतान लागत।

अनुप्रयोगों के बीच ND <0 हिस्सा।

कतार स्वास्थ्य: खुला, प्रगति, ब्रेक, औसत प्रतीक्षा।

Complaint/1k भुगतान और CSAT बनाम मोड।

11) अलर्ट्स

मैनुअल बैकलॉग स्पाइक: 'open _ tits'> दहलीज या 'मैनुअल p95 TAT'> SLA।

कॉरिडोर/प्रदाता पर ऑटो p95 उल्लंघन।

कोड/बैंक/जियो द्वारा उछाल लौटाता है।

अनुप्रयोगों में ND नकारात्मक स्पाइक

नीति बहाव: एक निश्चित समाधान/सुविधा स्नैपशॉट के बिना भुगतान।

नया लाभकारी जोखिम: नए प्राप्तकर्ताओं पर मैनुअल का उच्च अनुपात।

12) हादसा प्लेबुक

ए। हैंड सर्ज (TTW को रोकता है)

1. एक्स राशि तक कम जोखिम वाले खंडों के लिए पूर्व-अनुमोदन शामिल करें।

2. समीक्षा की क्षमता बढ़ाएं (लंबे दिन, शिफ्ट को स्थानांतरित करें)

3. अस्थायी रूप से सुरक्षित GEO/विधियों में MANUAL के लिए risk_score सीमा बढ़ाएं।

बी। ऑटो कॉरिडोर गिरावट (p95↑/returns↑)

1. वैकल्पिक गलियारे के लिए कैस्केड, प्रति-txn सीमा को कम करें।

2. ईटीए उपयोगकर्ता, पीएसपी टिकट/बैंक अपडेट करें।

3. पोस्टमार्टम: रूटिंग वेट को समायोजित करें।

सी। वेव रिटर्न नए प्रॉप्स के लिए

1. मैनुअल पुष्टि से पहले ऑटो-ब्लॉक "नया" प्राप्तकर्ता।

2. खिलाड़ी को सहेजा गया सत्यापित प्रोप/स्रोत प्र

3. गेम वॉलेट और सीटीए के लिए ऑटो-रिफंड "विधि चुनें।"

13) अर्थशास्त्र और व्यापार-बंद

ऑटो ऑपरेटिंग सिस्टम की लागत को कम करता है और सीसैट/प्रतिधारण को बढ़ाता है, लेकिन स्कोरिंग/नियम/टेलीमेट्री में निवेश की आवश्यकता होती है।

मैनुअल वाले अधिक महंगे होते हैं, लेकिन दुर्लभ बड़े नुकसान को कम करते हैं और नियामक सुरक्षा के लिए महत

हम एक शेष बिंदु की तलाश कर रहे हैं: कम जोखिम वाले खंडों और तत्काल गलियारों के लिए अधिकतम कारें; मैनुअल - धार मामलों के लिए।

14) ए/बी परीक्षण

थ्रेसहोल्ड 'रिस्क _ स्कोर', पूर्व-अनुमोदन सीमा, कैस्केड में गलियारों की प्राथमिकता।

मैनुअल शाखा के लिए कॉपीराइट और ईटीए।

गार्ड्स: %, CBR bps, मैनुअल p95 TAT, CSAT, Complaints/1k रिटर्न करता है।

15) सर्वश्रेष्ठ अभ्यास (लघु)

1. ND≥0, समान-विधि, KYC L1 +, कम मात्रा और सत्यापित विवरण के लिए डिफ़ॉल्ट-स्वतः.

2. पॉलिसी-ए-कोड + फीचर/निर्णय लॉगिंग, प्रजनन योग्यता।

3. लागत/ईटीए/स्वास्थ्य, ऑटो-फेलओवर पर गलियारों का झरना।

4. ऑपरेटर के लिए SLA प्राथमिकता कतारें और चेकलिस्ट।

5. दोनों शाखाओं के लिए पारदर्शी ईटीए और स्टेटस।

6. प्री-फंडिंग/पूल लिमिट, एफएक्स गार्ड।

7. p95/p99 मेट्रिक्स और टेल/रिटर्न/बैकलॉग अलर्ट।

8. पोस्ट-स्कोरिंग और नियमित स्कोरिंग/नियम ट्यूनिंग।

16) कार्यान्वयन चेकलिस्ट

ऑटो/MANUAL/DENY और वर्शनिंग ट्रिगर मैट्रिक्स।
खंड द्वारा स्कोरिंग और "पूर्व-अनुमोदन" सीमा।
प्री-चेक में समान-विधि/एनडी/केवाईसी/आरजी/प्रतिबंध।
कतार और प्राथमिकताएं, एसएलए और भूमिकाएँ।
गलियारों और स्वास्थ्य-फ़ीड के कैस्केड, विफल।
डेटा मॉडल और समयरेखा, सुविधा/समाधान के स्नैपशॉट।
टीटीडब्ल्यू/एसएलए/रिटर्न/बैकलॉग द्वारा डैशबोर्ड और अलर्ट।
प्लेबुक: गिरावट, रिटर्न की लहर, मैनुअल की वृद्धि।
ए/बी और रिटर्न/सीबी डेटा फ्रीज
नियमित लाइसेंस/नीति अनुपालन ऑडिट।

सारांश

"मैनुअल बनाम ऑटो-पेमेंट" - या तो पसंद नहीं है, लेकिन एक स्तरीकृत प्रणाली: ऑटो - मजबूत टेलीमेट्री के साथ अनुमानित सुरक्षित परिदृश्यों के लिए; मैनुअल - संकीर्ण, जोखिम भरे और नियामक संवेदनशील मामलों के लिए। कोड के रूप में नियमों को औपचारिक रूप से बनाएं, p95/p99 और बैकलॉग को मापें, गलियारों के झरने और पारदर्शी ईटीए रखें - और आपको तेज, विश्वसनीय और आर्थिक रूप से टिकाऊ भुगतान प्राप्त होंगे।

मैनुअल बनाम ऑटो भुगतान

जब "मैनुअल" डिफ़ॉल्ट है

सारांश

हमसे संपर्क करें

त्वरित संपर्क

वीडियो जल्द ही अपडेट किया जाएगा

हम इस समय परियोजनाओं में बहुत व्यस्त हैं