ISO 20022 के बारे में अक्सर पूछे जाने वाले प्रश्न ISO 20022 के बारे में अक्सर पूछे जाने वाले प्रश्न
Common questions about ISO 20022 pacs messages, how they work together, and how pacs008 helps teams implement them.
सामान्य सामान्य
ISO 20022 क्या है?
ISO 20022 वित्तीय संदेश के लिए एक अंतर्राष्ट्रीय मानक है। यह वित्तीय संस्थानों के बीच आदान-प्रदान किए जाने वाले भुगतान संदेशों के लिए एक सामान्य भाषा और मॉडल परिभाषित करता है। SWIFT MT जैसे पुराने प्रारूपों के विपरीत, ISO 20022 XML का उपयोग करता है और पक्षों, राशियों और संदर्भों के लिए समृद्ध, अधिक संरचित डेटा का समर्थन करता है।
pacs संदेश क्या हैं?
pacs (payments clearing and settlement) संदेश परिवार इंटरबैंक भुगतान निर्देशों, स्थिति रिपोर्ट, वापसी, उत्क्रमण और पूछताछ को कवर करता है। इसमें pacs.002, pacs.003, pacs.004, pacs.007, pacs.008, pacs.009, pacs.010 और pacs.028 शामिल हैं। प्रत्येक संदेश भुगतान जीवनचक्र में एक विशिष्ट भूमिका निभाता है।
pacs संदेश SWIFT MT संदेशों से कैसे भिन्न हैं?
SWIFT MT संदेश एक सपाट, फ़ील्ड-टैग प्रारूप का उपयोग करते हैं (जैसे ग्राहक क्रेडिट ट्रांसफर के लिए MT103)। pacs संदेश समृद्ध डेटा संरचनाओं के साथ पदानुक्रमित XML का उपयोग करते हैं। प्रमुख अंतरों में प्रति संदेश एकाधिक लेनदेन का समर्थन, संरचित पक्ष पहचान (LEI, एकाधिक पहचानकर्ता), संरचित डाक पते और संरचित प्रेषण जानकारी शामिल है। MT103 pacs.008 से, MT202 pacs.009 से, और MT199 स्थिति पाठ pacs.002 से मैप होता है।
pain और pacs संदेशों के बीच क्या संबंध है?
pain (payment initiation) संदेश ग्राहक और उनके बैंक के बीच चलते हैं। pacs संदेश बैंकों के बीच चलते हैं। ऋणी बैंक से pain.001 ग्राहक क्रेडिट-ट्रांसफर पहल pacs.008 इंटरबैंक निर्देश बन जाती है। दोनों डोमेन सामान्य डेटा तत्व साझा करते हैं लेकिन भुगतान श्रृंखला के विभिन्न भागों की सेवा करते हैं।
संदेश चयन संदेश चयन
pacs.008 कब उपयोग करना चाहिए?
बैंकों के बीच ग्राहक क्रेडिट-ट्रांसफर निर्देशों के लिए pacs.008 का उपयोग करें। यह ऋणी और लेनदार पक्ष डेटा, राशियाँ, प्रेषण जानकारी और निपटान विवरण वहन करता है। यह इंटरबैंक नेटवर्क पर ग्राहक भुगतान भेजने के लिए प्राथमिक संदेश है, चाहे घरेलू (SEPA) हो या सीमा-पार (CBPR+)।
pacs.008 के बजाय pacs.009 कब उपयोग करना चाहिए?
संस्थान-स्वयं-खाता ट्रांसफर, वित्तपोषण चरणों और कवर भुगतान के लिए pacs.009 का उपयोग करें। pacs.008 के विपरीत, जो ऋणी की ओर से ग्राहक भुगतान वहन करता है, pacs.009 बैंकों के बीच अपने खाते पर धन स्थानांतरित करता है। कवर-विधि प्रवाह में, pacs.009 वित्तपोषण चरण वहन करता है जबकि pacs.008 ग्राहक निर्देश एक अलग पथ पर वहन करता है।
pacs.004 और pacs.007 में क्या अंतर है?
pacs.004 निपटान के बाद प्राप्तकर्ता पक्ष से श्रृंखला के माध्यम से धन वापस करता है। pacs.007 मूल निर्देश पक्ष से श्रृंखला में आगे भुगतान उलटता है। pacs.004 का उपयोग करें जब लाभार्थी बैंक निपटान के बाद क्रेडिट लागू नहीं कर सकता। pacs.007 का उपयोग करें जब प्रवर्तक त्रुटि, दोहराव या धोखाधड़ी की खोज करता है।
pacs.002 की प्रतीक्षा के बजाय pacs.028 कब उपयोग करना चाहिए?
pacs.028 का उपयोग करें जब ऐसे भुगतान की स्थिति सक्रिय रूप से अनुरोध करनी हो जिसे समय पर pacs.002 अपडेट नहीं मिला है। pacs.002 घटना-संचालित है (प्राप्तकर्ता एजेंट इसे सक्रिय रूप से भेजता है), जबकि pacs.028 अपवाद-संचालित है (निर्देश देने वाला एजेंट इसका अनुरोध करता है)। विलंबित, अस्पष्ट या अनुपलब्ध भुगतान अपडेट के लिए pacs.028 का उपयोग करें, नियमित ट्रैफ़िक के रूप में नहीं।
pacs.003 किसके लिए उपयोग किया जाता है?
pacs.003 बैंकों के बीच ग्राहक प्रत्यक्ष-डेबिट निर्देश ले जाता है। लेनदार एजेंट इसे ऋणी एजेंट को धन एकत्र करने के लिए भेजता है। इसके लिए एक वैध जनादेश संदर्भ आवश्यक है और यह SEPA Core और B2B प्रत्यक्ष-डेबिट योजनाओं का समर्थन करता है। क्रेडिट ट्रांसफर या संस्थान-स्वयं-खाता डेबिट के लिए इसका उपयोग नहीं किया जाता।
pacs.010 किसके लिए उपयोग किया जाता है?
pacs.010 वित्तीय संस्थानों के बीच उनके अपने खातों पर प्रत्यक्ष डेबिट संभालता है। द्विपक्षीय समझौतों के तहत शुल्क, मार्जिन कॉल और समान दायित्वों जैसे बैंक-से-बैंक संग्रह के लिए उपयोग किया जाता है। ग्राहक प्रत्यक्ष डेबिट या क्रेडिट ट्रांसफर के लिए इसका उपयोग नहीं किया जाता।
संदेश संरचना संदेश संरचना
Group Header (GrpHdr) क्या है?
Group Header प्रत्येक pacs संदेश में ठीक एक बार दिखाई देता है। इसमें संदेश पहचानकर्ता (MsgId), निर्माण टाइमस्टैम्प (CreDtTm), लेनदेन संख्या (NbOfTxs), निपटान जानकारी (SttlmInf), और वैकल्पिक रूप से कुल इंटरबैंक निपटान राशि और भुगतान प्रकार जानकारी शामिल है। यह संदेश आवरण की पहचान करता है, व्यक्तिगत व्यावसायिक लेनदेन की नहीं।
pacs.008 में भुगतान पहचानकर्ता कौन से हैं?
pacs.008 चार मुख्य पहचानकर्ताओं का उपयोग करता है। MsgId संदेश आवरण की पहचान करता है और प्रत्येक हॉप पर बदलता है। InstrId निकटवर्ती एजेंटों के बीच पॉइंट-टू-पॉइंट संदर्भ है और प्रति हॉप बदल सकता है। EndToEndId प्रवर्तक द्वारा निर्धारित होता है और श्रृंखला में किसी भी एजेंट द्वारा नहीं बदला जाना चाहिए। TxId पहले निर्देश देने वाले एजेंट द्वारा निर्दिष्ट होता है और इंटरबैंक स्पेस में स्थिर रहता है। UETR एक UUID है जो सभी चरणों में एंड-टू-एंड ट्रैकिंग के लिए अपरिवर्तित रहता है।
कौन सी निपटान विधियाँ उपलब्ध हैं?
चार निपटान विधियाँ परिभाषित हैं। CLRG TARGET2, EURO1, या CHIPS जैसी समाशोधन प्रणाली के माध्यम से निपटान करता है। INDA निर्देशित एजेंट की पुस्तकों पर निपटान करता है जहाँ ऋणी एजेंट का खाता है। INGA निर्देश देने वाले एजेंट की पुस्तकों पर निपटान करता है जहाँ निर्देशित एजेंट का खाता है। COVE pacs.009 द्वारा वहन किए जाने वाले अलग कवर भुगतान के माध्यम से निपटान करता है।
शुल्क वाहक कोड का क्या अर्थ है?
DEBT का अर्थ है सभी शुल्क ऋणी वहन करता है (MT103 OUR के समतुल्य)। CRED का अर्थ है सभी शुल्क लेनदार वहन करता है (BEN के समतुल्य)। SHAR का अर्थ है शुल्क ऋणी और लेनदार एजेंटों के बीच साझा होते हैं (SHA के समतुल्य)। SLEV का अर्थ है शुल्क सेवा स्तर नियमों का पालन करते हैं और SEPA क्रेडिट ट्रांसफर के लिए अनिवार्य है।
CBPR+ और माइग्रेशन CBPR+ और माइग्रेशन
CBPR+ क्या है?
CBPR+ (Cross-Border Payments and Reporting Plus) सीमा-पार भुगतान संदेश में ISO 20022 अपनाने के लिए SWIFT का कार्यक्रम है। मार्च 2023 में शुरू हुआ और MT संदेशों को pacs समकक्षों से प्रतिस्थापित करता है। CBPR+ सभी स्थिति संचार के लिए pacs.002 अनिवार्य करता है, समृद्ध पक्ष डेटा और संरचित पतों का समर्थन करता है, और gpi के माध्यम से UETR-आधारित ट्रैकिंग का उपयोग करता है।
MT/MX सह-अस्तित्व अवधि का क्या हुआ?
सीमा-पार भुगतान निर्देशों के लिए सह-अस्तित्व अवधि नवंबर 2025 में समाप्त हो गई। तब से, CBPR+ संदेशों को ISO 20022 (MX) प्रारूप का उपयोग करना होगा। संक्रमण के दौरान MT और MX के बीच रूपांतरण करने वाली अनुवाद सेवाएँ नए प्रवाहों के लिए अब उपलब्ध नहीं हैं। बैंकों को अब मूल pacs संदेश भेजने और प्राप्त करने होंगे।
नवंबर 2026 संरचित-पता समय सीमा क्या है?
नवंबर 2026 से, SWIFT CBPR+ सीमा-पार भुगतान संदेशों में संरचित डाक पतों की आवश्यकता है। असंरचित पता पंक्तियाँ (केवल AdrLine) प्रमुख पक्ष फ़ील्ड के लिए स्वीकार नहीं की जाएँगी। न्यूनतम TwnNm और Ctry आवश्यक हैं, StrtNm और BldgNb या PstBx अनुशंसित हैं। यह प्रतिबंध जाँच में सुधार करता है और मैनुअल मरम्मत कम करता है।
pacs.008 MT103 को कैसे प्रतिस्थापित करता है?
pacs.008 ग्राहक क्रेडिट ट्रांसफर के लिए MT103 और MT103+ को प्रतिस्थापित करता है। प्रमुख मैपिंग: MT103 फ़ील्ड 20 MsgId या InstrId से मैप होता है; फ़ील्ड 32A IntrBkSttlmDt और IntrBkSttlmAmt में विभाजित होता है; फ़ील्ड 50a Dbtr और DbtrAcct से मैप होता है; फ़ील्ड 59a Cdtr और CdtrAcct से मैप होता है; फ़ील्ड 70 RmtInf से मैप होता है; फ़ील्ड 71A ChrgBr से मैप होता है। pacs.008 UETR, संरचित प्रेषण, LEI पहचान जोड़ता है और प्रति संदेश एकाधिक लेनदेन का समर्थन करता है।
pacs.009 MT202 को कैसे प्रतिस्थापित करता है?
pacs.009 संस्थान-से-संस्थान ट्रांसफर के लिए MT202 और MT202COV को प्रतिस्थापित करता है। कवर-विधि प्रवाह में, MT202COV (जो वित्तपोषण और अंतर्निहित ग्राहक डेटा दोनों वहन करता था) स्पष्ट रूप से विभाजित होता है: pacs.009 वित्तपोषण चरण वहन करता है जबकि pacs.008 सीधे ग्राहक निर्देश वहन करता है। यह पृथक्करण डेटा गुणवत्ता में सुधार करता है और सामंजस्य समस्याओं को कम करता है।
तकनीकी विवरण तकनीकी विवरण
संरचित बनाम असंरचित पते क्या हैं?
संरचित पते प्रत्येक घटक के लिए अलग XML तत्वों का उपयोग करते हैं: StrtNm (गली), BldgNb (भवन संख्या), PstCd (पोस्ट कोड), TwnNm (शहर), Ctry (देश), और Flr, Room, DstrctNm जैसे वैकल्पिक तत्व। असंरचित पते मुक्त पाठ के साथ सात AdrLine तत्वों तक का उपयोग करते हैं। हाइब्रिड पते संक्रमण अवधि के दौरान दोनों को संयोजित करते हैं। नवंबर 2026 के बाद, CBPR+ संरचित प्रारूप की आवश्यकता है।
UETR क्या है और gpi ट्रैकिंग कैसे काम करती है?
UETR (Unique End-to-End Transaction Reference) ऋणी एजेंट द्वारा उत्पन्न UUID v4 पहचानकर्ता है और भुगतान के सभी चरणों में अपरिवर्तित वहन किया जाता है। यह pacs.008, pacs.009, pacs.002, pacs.004, pacs.007 और pacs.028 में प्रकट होता है। SWIFT gpi क्लाउड-आधारित Tracker डेटाबेस के माध्यम से भुगतान को ट्रैक करने के लिए UETR का उपयोग करता है। प्रत्येक एजेंट प्राप्ति और प्रसंस्करण की पुष्टि करता है, जो एंड-टू-एंड दृश्यता और SLA निगरानी सक्षम करता है।
pacs.002 में सामान्य स्थिति कोड कौन से हैं?
ACCP का अर्थ है ग्राहक-प्रोफ़ाइल जाँच के बाद स्वीकृत। ACSP का अर्थ है स्वीकृत और निपटान प्रगति में। ACSC का अर्थ है ऋणी खाते पर निपटान पूर्ण। RJCT का अर्थ है अस्वीकृत (StsRsnInf में कारण कोड के साथ)। PDNG का अर्थ है आगे की प्रक्रिया के लिए लंबित। RCVD का अर्थ है प्राप्त लेकिन अभी तक संसाधित नहीं। प्रत्येक स्थिति में AC01 (गलत खाता संख्या), AM04 (अपर्याप्त धन), या RC01 (गलत BIC) जैसा संरचित कारण कोड शामिल हो सकता है।
pacs.004 में सामान्य वापसी कारण कोड कौन से हैं?
बारंबार वापसी कारण कोडों में AC01 (गलत खाता संख्या), AC04 (बंद खाता), AC06 (अवरुद्ध खाता), AM04 (अपर्याप्त धन), BE04 (लेनदार पता अनुपलब्ध), CUST (ग्राहक द्वारा अनुरोधित), DUPL (दोहरा भुगतान), FOCR (रद्दीकरण अनुरोध के अनुसरण में), और FR01 (धोखाधड़ी) शामिल हैं। पूर्ण सूची ISO 20022 External Code Sets में परिभाषित है।
संरचित प्रेषण जानकारी क्या है?
pacs.008 में संरचित प्रेषण RmtInf/Strd तत्व का उपयोग दस्तावेज़ संदर्भ (चालान संख्या, क्रेडिट नोट), राशियाँ (देय, प्रेषित, कर, छूट), और लेनदार संदर्भ (ISO 11649 RF संदर्भ) वहन करने के लिए करता है। यह स्वचालित चालान मिलान और सामंजस्य सक्षम करता है। सामान्य दस्तावेज़ प्रकार कोडों में CINV (वाणिज्यिक चालान), CREN (क्रेडिट नोट), और SOAC (खाता विवरण) शामिल हैं।
LEI क्या है और इसका उपयोग कब होता है?
LEI (Legal Entity Identifier) ISO 17442 के अनुसार 20-वर्ण अल्फ़ान्यूमेरिक कोड है। यह वित्तीय लेनदेन में भाग लेने वाली कानूनी संस्थाओं की विशिष्ट पहचान करता है। pacs संदेशों में, LEI पक्षों के लिए OrgId/LEI और एजेंटों के लिए FinInstnId/LEI में प्रकट होता है। CBPR+ पक्ष और एजेंट पहचान के लिए LEI को तेजी से प्रोत्साहित करता है। यह संस्था विभेदन में सुधार करता है और नियामक रिपोर्टिंग आवश्यकताओं का समर्थन करता है।
pacs008 टूलकिट के बारे में pacs008 टूलकिट के बारे में
pacs008 क्या करता है?
pacs008 एक Python टूलकिट है जो ISO 20022 भुगतान संदेश उत्पन्न, मान्य और भेजता है। यह CSV, JSON, JSONL, SQLite, और Parquet स्रोतों से भुगतान डेटा पढ़ता है, JSON Schema और XSD के विरुद्ध मान्य करता है, IBAN और BIC पहचानकर्ताओं की जाँच करता है, SWIFT वर्ण अनुपालन के लिए डेटा साफ़ करता है, और XML फ़ाइलें उत्पन्न करता है। REST API, CLI, और Python लाइब्रेरी प्रदान करता है।
pacs008 कौन से संदेश प्रकार समर्थित करता है?
pacs008 आठ संदेश प्रकारों का समर्थन करता है: pacs.002.001.12 (स्थिति रिपोर्ट), pacs.003.001.09 (ग्राहक प्रत्यक्ष डेबिट), pacs.004.001.11 (भुगतान वापसी), pacs.007.001.11 (भुगतान उत्क्रमण), pacs.008.001.13 (ग्राहक क्रेडिट ट्रांसफर), pacs.009.001.10 (वित्तीय संस्थान क्रेडिट ट्रांसफर), pacs.010.001.05 (वित्तीय संस्थान प्रत्यक्ष डेबिट), और pacs.028.001.05 (भुगतान स्थिति अनुरोध)।
pacs008 2026 संरचित-पता समय सीमा में कैसे मदद करता है?
pacs008 XML जनरेशन से पहले संरचित और हाइब्रिड डाक पता फ़ील्ड मान्य करता है। नवंबर 2026 की समय सीमा के बाद विफल होने वाले असंरचित पता डेटा को चिह्नित करता है, समय सीमा-पूर्व हाइब्रिड और समय सीमा-पश्चात केवल-संरचित प्रारूपों का समर्थन करता है, और CI पाइपलाइनों और बैच मान्यकरण कार्यप्रवाहों में पता गुणवत्ता जाँच एकीकृत करता है।
क्या pacs008 XML उत्पन्न किए बिना डेटा मान्य कर सकता है?
हाँ। XML उत्पन्न किए बिना भुगतान डेटा मान्य करने के लिए --dry-run CLI फ़्लैग या POST /validate API एंडपॉइंट का उपयोग करें। मान्यकरण पाइपलाइन JSON Schema अनुरूपता, IBAN प्रारूप और चेकसम, BIC संरचना, और SWIFT वर्ण अनुपालन की जाँच करती है। निकास कोड या API प्रतिक्रिया इंगित करती है कि मान्यकरण सफल हुआ या विफल।