TL;DR. नोव्हेंबर 2026 पासून, SWIFT CBPR+ ला सीमापार पेमेंट संदेशांमध्ये संरचित टपाल पत्ते आवश्यक आहेत. असंरचित पत्ता ओळी (केवळ AdrLine) यापुढे pacs.008 मधील प्रमुख पक्ष क्षेत्रांसाठी स्वीकारल्या जाणार नाहीत. किमान TwnNm आणि Ctry आवश्यक आहेत, तर StrtNm आणि BldgNb किंवा PstBx शिफारस केलेले आहेत. सहा महिने शिल्लक असताना, 65% पेमेंट संदेशांमध्ये अजूनही असंरचित पत्ते आहेत आणि 44% बँका वेळापत्रकाच्या मागे आहेत.

Points clés

जी अंतिम मुदत नेहमीच येणार होती. नोव्हेंबर 2026 ची संरचित-पत्ता आवश्यकता ही अचानक घेतलेली नियामक कृती नाही.
नियम प्रत्यक्षात काय आवश्यक करतो. SWIFT CBPR+ Standards Release 2026 (SR2026) अंतर्गत, मुख्य आवश्यकता तत्त्वतः सरळ आणि तपशीलात कठोर आहे.
उद्योगाने याला प्राधान्य का दिले आहे. संरचित पत्त्यांचा युक्तिवाद सौंदर्यात्मक नाही.
क्षेत्र-स्तरावरील दृश्य: संदेशात काय बदलते. मार्च 2023 मध्ये सुरुवातीच्या CBPR+ वापर मार्गदर्शक तत्त्वांची अंमलबजावणी झाल्यापासून pacs.008 संदेश संरचित-पत्ता समर्थन वाहून नेत आहे.

नोव्हेंबर 2026 च्या मध्यापासून, SWIFT CBPR+ pacs.008 आणि संबंधित सीमापार पेमेंट संदेशांमधील असंरचित टपाल पत्ते नाकारेल. अंदाजे 65% संदेश अजूनही अनुरूप नसताना आणि 44% बँका वेळापत्रकाच्या मागे असताना, बहुतांश तयारी कार्यक्रम हाताळण्यासाठी तयार केलेल्या मुदतीपेक्षा दुरुस्तीची संधी अधिक वेगाने बंद होत आहे.

महत्त्वाचे मुद्दे

नोव्हेंबर 2026 पासून, SWIFT CBPR+ सीमापार पेमेंट संदेशांमधील असंरचित टपाल पत्ते यापुढे स्वीकारणार नाही. हा बदल pacs.008 (ग्राहक क्रेडिट ट्रान्सफर), pacs.009 (FI क्रेडिट ट्रान्सफर), pacs.004 (परतावे) आणि pacs.003 (डायरेक्ट डेबिट), तसेच त्यांना पुरवठा करणाऱ्या अपस्ट्रीम pain.001 प्रवाहांना लागू होतो.

किमान, टाउन नेम (TwnNm) आणि देश (Ctry) समर्पित संरचित क्षेत्रांमध्ये उपस्थित असणे आवश्यक आहे. स्ट्रीट नेम (StrtNm) आणि एकतर बिल्डिंग नंबर (BldgNb) किंवा पीओ बॉक्स (PstBx) यांची जोरदार शिफारस केली जाते. केवळ मुक्त-मजकूर पत्ता ओळी (AdrLine) यापुढे प्रमुख पक्ष क्षेत्रांसाठीची आवश्यकता पूर्ण करणार नाहीत.

हा बदल निर्बंध तपासणीची अचूकता सुधारतो, मॅन्युअल-दुरुस्तीचे दर कमी करतो आणि स्ट्रेट-थ्रू प्रोसेसिंगचे संरक्षण करतो — परंतु केवळ त्या संस्थांसाठी ज्यांनी आपल्या अपस्ट्रीम ग्राहक डेटाची दुरुस्ती केली आहे, केवळ आपल्या संदेश इंजिनांची नव्हे.

उद्योगाची तयारी असमान आहे. मार्च 2026 पर्यंत, सुमारे 65% CBPR+ संदेशांमध्ये अजूनही असंरचित पत्ते आहेत, 44% बँका अंतिम मुदतीसाठी मार्गावर नाहीत आणि 32% ग्राहक पत्ता नोंदी सरासरी असंरचित राहतात.

ओपन-सोर्स साधने — यामध्ये pacs008 समाविष्ट आहे, जे pacs.008 संदेश प्रवाह तयार करण्यासाठी, प्रमाणित करण्यासाठी आणि व्यवस्थापित करण्यासाठी एक Python लायब्ररी आणि FastAPI सेवा आहे — संदेश SWIFT नेटवर्कवर पोहोचण्यापूर्वी स्कीमा प्रमाणीकरण, पत्ता-गुणवत्ता तपासणी आणि CI-स्तरावरील अंमलबजावणी स्वयंचलित करून दुरुस्तीचे वेळापत्रक संक्षिप्त करू शकतात.

जी अंतिम मुदत नेहमीच येणार होती

नोव्हेंबर 2026 ची संरचित-पत्ता आवश्यकता ही अचानक घेतलेली नियामक कृती नाही. मूळ ISO 20022 स्थलांतर जाहीर झाल्यापासून ती SWIFT CBPR+ आराखड्यावर आहे, आणि नोव्हेंबर 2025 मधील MT/MX सहअस्तित्वाच्या समाप्तीनंतर ती येते. 2026 मध्ये जे बदलले आहे ते म्हणजे तिची निकटता. अंदाजे सहा महिने शिल्लक असताना, उद्योग आता अशा टप्प्यात कार्यरत आहे जिथे न सुटलेले डेटा-गुणवत्तेचे प्रश्न परिचालन जोखीम बनतात.

आकडे ही कहाणी स्पष्टपणे सांगतात. SWIFT च्या स्वतःच्या मार्च 2026 च्या समुदाय अद्ययावतमध्ये नोंद आहे की अंदाजे 65% पेमेंट संदेशांमध्ये अजूनही असंरचित पत्ते आहेत ⧉, आणि विविध भौगोलिक क्षेत्रे व संस्था प्रकारांमध्ये अवलंब असमान राहतो. 308 वरिष्ठ पेमेंट व्यावसायिकांच्या मार्च 2026 च्या RedCompass Labs सर्वेक्षणात ⧉ आढळले की 44% बँका सध्या संरचित-पत्ता अंतिम मुदत पूर्ण करण्याच्या मार्गावर नाहीत, जरी त्यांनी सरासरी $20 दशलक्ष — आणि सर्वात मोठ्या संस्थांमध्ये $30 दशलक्षपेक्षा जास्त — 2026 च्या तयारीवर खर्च केला आणि ISO 20022 कार्यक्रमांना सरासरी 13 अतिरिक्त कर्मचारी नेमले. त्याच सर्वेक्षणात आढळले की 32% ग्राहक पत्ता नोंदी सरासरी असंरचित राहतात, आणि 60% बँका संरचित पत्ता क्षेत्रांना पाठिंबा देताना मुख्य बँकिंग प्रणालींमध्ये त्रुटींची नोंद करतात.

दुसऱ्या शब्दांत, हा असा प्रश्न नाही जो आणखी एक महिन्याच्या संदेश-इंजिन कामाने सुटू शकतो. ही डेटा-गुणवत्तेची समस्या आहे जी संदेश स्तरापासून अपस्ट्रीम — ऑनबोर्डिंग प्रणाली, KYC प्रक्रिया, कॉर्पोरेट वाहिन्या आणि दशकांच्या संचित मुक्त-मजकूर ग्राहक मास्टर डेटापर्यंत — जाते.

नियम प्रत्यक्षात काय आवश्यक करतो

SWIFT CBPR+ Standards Release 2026 (SR2026) अंतर्गत, मुख्य आवश्यकता तत्त्वतः सरळ आणि तपशीलात कठोर आहे. नोव्हेंबर 2026 च्या मध्यापासून, CBPR+ पेमेंट संदेशांमधील सर्व एजंट आणि पक्षांसाठी टाउन नेम आणि देश त्यांच्या नियुक्त संरचित क्षेत्रांमध्ये पुरवावा लागतो ⧉, अत्यंत मर्यादित अपवादांसह (camt.052, camt.053, camt.054 मधील विवरणे आणि सूचना, तसेच काही प्रशासकीय संदेश कठोर आवश्यकतेच्या बाहेर राहतात). एजंटांसाठी, केवळ BIC चा सतत वापर हा नाव-आणि-पत्त्याला एक वैध पर्याय राहतो.

कट-ओव्हरनंतर दोन पत्ता स्वरूपांना परवानगी आहे:

पूर्णपणे संरचित — टपाल पत्त्याचा प्रत्येक घटक त्याच्या समर्पित ISO 20022 घटकाशी जोडलेला असतो: StrtNm (स्ट्रीट नेम), BldgNb (बिल्डिंग नंबर) किंवा BldgNm (बिल्डिंग नेम), PstCd (पोस्ट कोड), TwnNm (टाउन नेम), CtrySubDvsn (देश उपविभाग), Ctry (देश, ISO 3166-1 alpha-2 कोड म्हणून). हे तेच स्वरूप आहे जे SWIFT शक्य असेल तेथे अधिक इष्ट पर्याय म्हणून स्पष्टपणे ओळखते.
हायब्रिड — टाउन नेम आणि देश त्यांच्या संरचित क्षेत्रांमध्ये भरले जातात, तर पत्त्याचा उर्वरित भाग जास्तीत जास्त दोन असंरचित AdrLine घटक वापरू शकतो. महत्त्वाचे म्हणजे, संरचित घटक असंरचित ओळींमध्ये पुनरावृत्त करता कामा नयेत ⧉; कोणत्याही दिलेल्या घटकासाठी पत्ता एकतर हा किंवा तो असतो.

पूर्णपणे असंरचित पत्ते — जिथे संपूर्ण पत्ता TwnNm किंवा Ctry शिवाय AdrLine घटकांमध्ये असतो — बाधित पक्ष क्षेत्रांपैकी कोणत्याहीसाठी स्वीकारले जाणार नाहीत. European Payments Council ने आपली SEPA नियमपुस्तिका त्याच कट-ओव्हरशी संरेखित केली आहे, त्यामुळे 15 नोव्हेंबर 2026 पासून SCT, SDD आणि SCT Inst मध्येही असंरचित स्वरूपावर बंदी आहे ⧉. हे संरेखन जाणीवपूर्वक आहे: SWIFT आणि EPC ने एकच उद्योग कट-ओव्हर आठवडा तयार केला आहे.

संदेह टाळण्यासाठी, pacs008 दस्तऐवजीकरण बाधित संदेश थेट सूचीबद्ध करते ⧉: pacs.008 (ग्राहक क्रेडिट ट्रान्सफरमधील ऋणको आणि धनको), pacs.009 (FI क्रेडिट ट्रान्सफर आणि कव्हर पेमेंट्समधील संस्था पत्ते), pacs.004 (परताव्यांमधील पक्ष पत्ते) आणि pacs.003 (डायरेक्ट डेबिट). ही आवश्यकता अपस्ट्रीमही वाहते: असंरचित पत्ते वाहून नेणाऱ्या कॉर्पोरेट pain.001 फाइल्स प्राप्तकर्ता बँकेत अनुरूप pacs.008 निर्मिती अवरोधित करतील.

उद्योगाने याला प्राधान्य का दिले आहे

संरचित पत्त्यांचा युक्तिवाद सौंदर्यात्मक नाही. तो परिचालनविषयक आहे, आणि तो तीन ठिकाणी दिसून येतो.

निर्बंध तपासणी. सर्वात मोठा व्यावहारिक फायदा म्हणजे संरचित पत्ते तपासणी प्रणालींना पक्षाचे नाव स्थान डेटापासून वेगळे करू देतात. मुक्त-मजकूर पत्ता ब्लॉक नियमितपणे खोटे पॉझिटिव्ह निर्माण करतात जेव्हा एखाद्या शहराचे नाव निर्बंधित-व्यक्तीच्या नावाच्या टोकनशी जुळते, किंवा जेव्हा मुक्त-मजकुरात अंतर्भूत केलेला देश पूर्णपणे चुकतो. संरचित क्षेत्रे तपासणी इंजिनांना देश-विशिष्ट जोखीम नियम निर्धारकपणे लागू करू देतात, आणि पार्स केलेल्या स्ट्रिंगचा अंदाज लावण्याऐवजी देश कोडवर निर्बंध सूची जुळणी अंमलात आणणे शक्य करतात. मार्च 2026 मध्ये प्रकाशित झालेले CGI UK विश्लेषण या मुद्द्यावर स्पष्टपणे भर देते: संरचित पत्ता डेटा केवळ अनुपालन बंधन नसून परिचालन लवचिकतेचा केंद्रबिंदू बनत आहे ⧉.

मॅन्युअल दुरुस्तीचे दर. आजचे सीमापार पेमेंट्स मॅन्युअल तपासणी, अपवाद हाताळणी आणि दुरुस्ती रांगांच्या रूपात लक्षणीय परिचालन खर्च वाहून नेतात — त्यातील बराचसा तपासणी किंवा राउटिंग प्रणाली विश्वासाने पार्स करू शकत नाहीत अशा पत्त्यांमुळे चालतो. ज्या बँका आधीच संरचित पत्त्यांकडे वळल्या आहेत त्या स्ट्रेट-थ्रू-प्रोसेसिंग अपवादांमध्ये लक्षणीय घट नोंदवतात, विशेषतः मध्य-कॉरिडॉर प्रवाहांमध्ये जिथे मध्यस्थ एजंटांना आधी त्यांनी उगम न केलेला मुक्त-मजकूर डेटा अर्थ लावावा लागत असे.

नेटवर्क-स्तरावरील अंमलबजावणी. SR2026 SWIFT नेटवर्क स्तरावर प्रमाणीकरण कठोर करते. काही नवीन तपासण्या सुरुवातीला नॉन-ब्लॉकिंग मोडमध्ये चालतील — पेमेंट्स न थांबवता डेटा-गुणवत्तेचे प्रश्न ध्वजांकित करून — परंतु दिशा स्पष्ट आहे, आणि कट-ओव्हरनंतर अननुरूप संदेश थेट नाकारले जातील ⧉. अनेक US पेमेंट रेल्स (Fedwire, CHIPS) आणि SWIFT CBPR+ मूलतः त्याच वेळापत्रकावर एकत्र येत आहेत, ज्यामुळे काही संस्थांनी आधीच्या योजनांमध्ये गृहीत धरलेला टप्प्याटप्प्याने कट-ओव्हरचा पर्याय काढून टाकला जातो.

क्षेत्र-स्तरावरील दृश्य: संदेशात काय बदलते

मार्च 2023 मध्ये सुरुवातीच्या CBPR+ वापर मार्गदर्शक तत्त्वांची अंमलबजावणी झाल्यापासून pacs.008 संदेश संरचित-पत्ता समर्थन वाहून नेत आहे. नोव्हेंबर 2026 मध्ये जे बदलते ते स्कीमा नाही — ते प्रमाणीकरण आहे. आतापर्यंत, बँकांना AdrLine घटक मुक्त मजकुराने भरण्याची आणि तो नेटवर्कमधून पुढे नेण्याची परवानगी होती. अंतिम मुदतीपासून, पक्ष ब्लॉक्सच्या मजकुराला किमान संरचित-क्षेत्र आवश्यकता पूर्ण कराव्या लागतील.

आवश्यक, शिफारस केलेले आणि निवृत्त

घटक	XPath (`PstlAdr` अंतर्गत)	नोव्हेंबर 2026 नंतरची स्थिती	नोंदी
टाउन नेम	`<TwnNm>`	अनिवार्य	प्रत्येक बाधित पक्षासाठी किमान एक संरचित टाउन नेम
देश	`<Ctry>`	अनिवार्य	ISO 3166-1 alpha-2 कोड
स्ट्रीट नेम	`<StrtNm>`	जोरदार शिफारस केलेले	पूर्णपणे संरचित स्वरूपासाठी आवश्यक
बिल्डिंग नंबर	`<BldgNb>`	शिफारस केलेले	BldgNb किंवा PstBx यापैकी एक, दोन्ही नाही
पीओ बॉक्स	`<PstBx>`	शिफारस केलेले	BldgNb ला पर्याय
पोस्ट कोड	`<PstCd>`	शिफारस केलेले	काही स्थानिक योजनांद्वारे आवश्यक
देश उपविभाग	`<CtrySubDvsn>`	पर्यायी	राज्य, प्रदेश, प्रांत
पत्ता ओळ (मुक्त मजकूर)	`<AdrLine>`	निर्बंधित	हायब्रिड अंतर्गत कमाल 2 ओळी; संरचित क्षेत्रांमधील त्याच घटकासोबत कधीही नाही
पत्ता प्रकार	`<AdrTp>`	पर्यायी	टपाल पत्त्यांसाठी `ADDR` वापरण्याची शिफारस

स्रोत: SR2026 साठी SWIFT CBPR+ वापर मार्गदर्शक तत्त्वे आणि pacs008.com संरचित-पत्ता दस्तऐवजीकरण ⧉ यांचे संश्लेषण.

याचा व्यावहारिक अर्थ असा की केवळ AdrLine वर अजूनही अवलंबून असलेल्या कोणत्याही संस्थेला — मग ते तिच्या स्वतःच्या संदेश निर्मितीत असो, कॉर्पोरेट क्लायंटकडून प्राप्त pain.001 फाइल्समध्ये असो, किंवा गतिमान पेमेंट्स समृद्ध करण्यासाठी वापरल्या जाणाऱ्या मास्टर-डेटा नोंदींमध्ये असो — कट-ओव्हरपूर्वी तो डेटा संरचित क्षेत्रांमध्ये स्थलांतरित करावा लागेल. SWIFT ची इन-फ्लो अनुवाद सेवा वाहतुकीदरम्यान मदत करू शकते, परंतु तिच्यावर जानेवारी 2026 पासून अधिभार आकारला जातो ⧉ आणि ती प्रत्येक पत्ता स्वरूप विश्वासाने पार्स करू शकत नाही. SWIFT ने असंरचित लेगसी डेटावरून टाउन आणि देशाचा विश्वास स्कोअरसह अंदाज लावण्यासाठी 200 पेक्षा जास्त देशांच्या डेटावर प्रशिक्षित एक ओपन-सोर्स AI पत्ता-संरचना मॉडेल ⧉ देखील प्रकाशित केले आहे, परंतु ते स्पष्टपणे एक दुरुस्ती साधन आहे, स्वच्छ अपस्ट्रीम डेटासाठी दीर्घकालीन पर्याय नाही.

pacs008.com वेळापत्रक संक्षिप्त करण्यास कशी मदत करते

ज्या संस्थांना आपल्या पत्ता-गुणवत्ता आणि संदेश-प्रमाणीकरण पाइपलाइन्स झपाट्याने औद्योगिक स्तरावर आणण्याची गरज आहे त्यांच्यासाठी, pacs008 ⧉ FI-to-FI ग्राहक क्रेडिट ट्रान्सफर कार्यप्रवाहासाठी विशेषतः तयार केलेले MIT-परवानाकृत ओपन-सोर्स टूलकिट आणि FastAPI सेवा प्रदान करते. दुरुस्ती कार्यक्रम बहुतेकदा जिथे अडकतात त्या तीन स्तरांना ते संबोधित करते: डेटा प्रमाणीकरण, XML निर्मिती, आणि पाइपलाइन अंमलबजावणी.

टूलकिटच्या संरचित-पत्ता क्षमता SR2026 आवश्यकतांशी संरेखित आहेत:

संरचित आणि हायब्रिड टपाल पत्ता क्षेत्रांचे निर्मिती-पूर्व प्रमाणीकरण, जेणेकरून कोणतेही XML तयार किंवा पाठवण्यापूर्वीच अननुरूप डेटा पकडला जातो.
नोव्हेंबर 2026 च्या अंतिम मुदतीनंतर अपयशी ठरणाऱ्या असंरचित पत्ता डेटाचे ध्वजांकन, हायब्रिड-स्वीकार्य आणि पूर्णपणे असंरचित प्रकरणांमधील स्पष्ट फरकासह.
अंतिम मुदतीपूर्वीच्या हायब्रिड स्वरूपांसाठी आणि अंतिम मुदतीनंतरच्या पूर्णपणे संरचित मांडणींसाठी द्वि-स्वरूप समर्थन, ज्यामुळे संस्थांना अद्याप स्वतःचे संक्रमण पूर्ण न केलेल्या प्रतिपक्षांसोबतची आंतरकार्यक्षमता न मोडता प्रगतीशीलपणे स्थलांतर करता येते.
CI-पाइपलाइन एकात्मता जेणेकरून पत्ता-गुणवत्ता तपासण्या बिल्ड प्रक्रियेचा भाग बनतात, प्रवाहाच्या शेवटी नंतरचा विचार नव्हे — हे डेटा प्रशासन ही अनुपालन आवरण नसून एक मूलभूत रचना तत्त्व असले पाहिजे या CGI निरीक्षणाचे ⧉ व्यावहारिक उत्तर आहे.

पत्त्यांच्या पलीकडे, टूलकिट SR2026 रिलीझ जी व्यापक प्रमाणीकरण पृष्ठभाग कठोर करते ती व्यापते: 20 संदेश-विशिष्ट स्कीमांविरुद्ध JSON Schema प्रमाणीकरण, 75 देशांमध्ये IBAN स्वरूप आणि चेकसम पडताळणी, तयार केलेल्या XML चे अधिकृत ISO 20022 स्कीमांविरुद्ध XSD प्रमाणीकरण, आणि सर्व 13 समर्थित pacs.008 आवृत्त्यांमध्ये (pacs.008.001.01 ते pacs.008.001.13) आवृत्ती-जागरूक निर्मिती. परिचालन आणि अनुपालन संघांसाठी, त्यात defusedxml द्वारे XXE प्रतिबंध, कठोर पथ-प्रवास संरक्षण, आणि GDPR व PCI DSS आवश्यकतांना पाठिंबा देण्यासाठी संरचित JSON लॉग्समध्ये PII मास्किंग यांचाही समावेश आहे — असे नियंत्रण जे उत्पादन पेमेंट प्रवाहांमध्ये अनिवार्य असतात परंतु विक्रेता-नेतृत्वाखालील स्थलांतरांमध्ये बहुतेकदा उशिरा जोडले जातात.

लायब्ररी PyPI वर ⧉ pip install pacs008 पॅकेज म्हणून आणि पूर्ण स्रोत पारदर्शकतेसह GitHub वर ⧉ उपलब्ध आहे. आपल्या पर्यायांचे मूल्यमापन करणाऱ्या संस्थांसाठी हे महत्त्वाचे आहे: ओपन-सोर्स साधने अंतर्गत संघांना प्रमाणीकरण तर्कशास्त्राचे ऑडिट करू देतात, ते परवाना वाटाघाटींशिवाय विद्यमान Python किंवा FastAPI संरचनांमध्ये समाकलित करू देतात, आणि त्यांच्या स्वतःच्या विशेष प्रकरणांचा उदय होताच दुरुस्त्या परत योगदान देऊ देतात.

व्याप्तीबद्दल अचूक असणे योग्य आहे. pacs008 हे संदेश-स्तरावरील टूलकिट आहे; ते पेमेंट्स इंजिन, तपासणी प्रणाली, किंवा एखाद्या संस्थेला उगमस्थानी अद्याप करावी लागणारी ग्राहक मास्टर-डेटा दुरुस्ती यांची जागा घेत नाही. ते जे करते ते म्हणजे ती दुरुस्ती कामे घेऊन त्यांना अंमलात आणण्यायोग्य बनवते — संरचित-पत्ता अनुपालनाला एका लांब पाइपलाइनच्या शेवटी मॅन्युअल तपासणीऐवजी निर्मितीच्या बिंदूवरील स्वयंचलित गेटमध्ये रूपांतरित करते. वेळ कमी असलेल्या कार्यक्रमांसाठी, ते गेट म्हणजे स्वच्छ कट-ओव्हर आणि कट-ओव्हरनंतर नकारांच्या लाटेतील फरक आहे.

साधन परिदृश्य

pacs008 ISO 20022 संदेश साधनांच्या व्यापक परिसंस्थेत बसते, आणि दृष्टिकोनाची निवड संस्थेचा स्टॅक, प्रमाण आणि स्थलांतर तत्त्वज्ञानावर अवलंबून असते. ओपन-सोर्स आणि व्यावसायिक परिदृश्यात pyiso20022 ⧉ (बीटा प्रमाणीकरणासह व्यापक बहु-श्रेणी Python लायब्ररी), अपस्ट्रीम पेमेंट प्रारंभासाठी संबंधित pain001 ⧉ लायब्ररी, Prowide ISO 20022 ⧉ (CBPR+ प्रमाणीकरण आणि अनुवादांसाठी व्यावसायिक स्तरासह एक सर्वसमावेशक Apache 2.0 Java लायब्ररी), आणि अनेक व्यावसायिक प्लॅटफॉर्म — Mambu, Kyriba, PaymentComponents आणि इतर — यांचा समावेश आहे जे ISO 20022 क्षमता व्यापक ट्रेझरी किंवा पेमेंट्स-प्लॅटफॉर्म ऑफरिंगमध्ये एकत्रित करतात.

तडजोड परिचित आहे. व्यावसायिक प्लॅटफॉर्म अंतर्गत अभियांत्रिकीचा भार कमी करतात परंतु संस्थेला अशा विक्रेता आराखड्याशी बांधतात जो तिच्या स्वतःशी जुळणारा नसू शकतो. सर्वसमावेशक बहु-श्रेणी लायब्ररी व्यापक पृष्ठभाग व्यापतात परंतु कोणत्याही एका संदेश प्रकारासाठी अधिक एकात्मता कामाची गरज असते. केंद्रित ओपन-सोर्स लायब्ररी — FI-to-FI ग्राहक क्रेडिट ट्रान्सफरसाठी pacs008, पेमेंट प्रारंभासाठी pain001 — ज्या संस्थांना विशिष्ट अडथळे झपाट्याने संबोधित करण्याची गरज आहे त्यांच्यासाठी एकात्मता वेळ कमी करतात, आणि त्या संस्थेला स्वतःच्या प्रमाणीकरण नियमांचे नियंत्रण देतात. विशेषतः संरचित-पत्ता समस्येसाठी, केंद्रित दृष्टिकोनाचा फायदा असा की अंमलात आणले जाणारे नियम संकुचित, सुस्पष्ट आणि कट-ओव्हरपूर्वी बदलण्याची शक्यता नसलेले असतात.

हे क्षेत्रानुसार काय अर्थ राखते

नोव्हेंबर 2026 ची अंतिम मुदत सर्व संस्थांना समानरीत्या प्रभावित करत नाही. योग्य प्रतिसाद सीमापार वाहतुकीच्या प्रमाणावर, विद्यमान डेटा संरचनेच्या परिपक्वतेवर, आणि संस्था पेमेंट साखळीत बजावत असलेल्या भूमिकेवर अवलंबून असतो.

मोठ्या करस्पॉन्डंट आणि सीमापार बँका

लक्षणीय CBPR+ वाहतूक चालवणाऱ्या टियर-वन बँकांसाठी, संरचित-पत्ता आवश्यकता ही खूप मोठ्या SR2026 तयारी कार्यक्रमातील एक कार्यप्रवाह आहे जो अपवाद आणि तपासण्या, BAH कठोरीकरण, आणि (US मध्ये) Fedwire व CHIPS चे एकाच वेळी स्थलांतर हेही व्यापतो. RedCompass Labs डेटा सुचवतो की यातील बहुतांश संस्था 2026 च्या तयारीवर $20–30 दशलक्ष खर्च करत आहेत, 10–20 तज्ज्ञांच्या वितरण संघांसह. या गटासाठी जोखीम तांत्रिक क्षमता नाही — ती वितरण क्षमता आहे. एकाच रिलीझ विंडोसाठी स्पर्धा करणाऱ्या अनेक समांतर कार्यप्रवाहांसह, पत्ता-गुणवत्ता दुरुस्ती शांतपणे अधिक दृश्यमान कार्यप्रवाहांच्या मागे घसरू शकते जोपर्यंत ती कट-ओव्हर-आठवड्याची समस्या बनत नाही. व्यावहारिक उपाय म्हणजे पाइपलाइनमध्ये पत्ता प्रमाणीकरण पुढे आणणे, जेणेकरून अपयश उत्पादनापर्यंत पोहोचण्याच्या महिने आधीच विकास आणि चाचणी वातावरणात उघड होतील.

मध्यम-स्तरीय बँका आणि पेमेंट संस्था

मध्यम-स्तरीय बँका आणि EMI/PI संस्थांसाठी, संरचित-पत्ता आवश्यकता ही बहुतेकदा त्यांना सामोरे जावे लागणारे सर्वात महत्त्वाचे 2026 बंधन असते, कारण त्यांच्यावर टियर-वनसारखा तितकाच सभोवतालचा कार्यप्रवाह भार नसतो. येथे आव्हान सहसा अपस्ट्रीम डेटा गुणवत्तेचे असते. दशकांपासून पत्ते मुक्त-मजकूर म्हणून टिपणाऱ्या ग्राहक ऑनबोर्डिंग प्रक्रिया अशी मास्टर-डेटा संरचना निर्माण करतात जी सरळपणे पार्स करण्यायोग्य नसते. स्वयंचलित दुरुस्ती — SWIFT चे ओपन-सोर्स पत्ता-संरचना मॉडेल, व्यावसायिक पत्ता-स्वच्छता सेवा, किंवा दोन्हींचे संयोजन वापरून — नोंदींचा मोठा हिस्सा संबोधित करू शकते, परंतु जटिल आंतरराष्ट्रीय पत्त्यांची उर्वरित लांब शेपटी मॅन्युअल तपासणीची गरज ठेवेल. हे काम जितक्या लवकर सुरू होईल, तितकी ती शेपटी लहान होईल.

कॉर्पोरेट्स आणि पेमेंट सेवा प्रदाते

pain.001 द्वारे पेमेंट्स सुरू करणारे कॉर्पोरेट्स बँकेच्या pacs.008 निर्मितीच्या अपस्ट्रीम आहेत परंतु संरचित-पत्ता आवश्यकतेतून सूट नाहीत. बँका कॉर्पोरेट क्लायंटच्या वतीने लाभार्थी पत्ते पूर्वलक्ष्यीपणे भरणार नाहीत; संरचित डेटा कॉर्पोरेटच्या स्वतःच्या प्रणालींमधून उगम पावला पाहिजे. कॉर्पोरेट ट्रेझरर्ससाठी, याचा अर्थ ERP आणि ट्रेझरी प्रणाली लाभार्थी पत्ते संरचित स्वरूपात टिपतात याची खात्री करणे, स्वाक्षरीदार आणि अंतिम-ऋणको माहिती त्याचप्रमाणे संरचित असणे, आणि पेमेंट-प्रारंभ टेम्पलेट्स फाइल निर्मितीदरम्यान क्षेत्रे शांतपणे वगळत नाहीत हे सुनिश्चित करणे. pain.001 फाइल्सचे पूर्व-उड्डाण प्रमाणीकरण — कॉर्पोरेटच्या स्वतःच्या साधनांचा किंवा बँकेने उघड केलेल्या सेवांचा वापर करून — व्यावहारिक नियंत्रण बिंदू बनत आहे.

विक्रेते, फिनटेक आणि सिस्टम इंटिग्रेटर्स

पेमेंट रेल्सवर आधारित उभारणी करणाऱ्या विक्रेत्यांसाठी, अंतिम मुदत ही ISO 20022 क्षमतेसाठी एक प्रवर्तक शक्ती आहे जी कदाचित नंतरच्या टप्प्यांमध्ये ढकलली गेली असावी. बँकिंग भागीदारांद्वारे सीमापार पेमेंट्स राउट किंवा उगम करणाऱ्या फिनटेकना त्यांच्या स्वतःच्या UI आणि API मध्ये संरचित-पत्ता टिपणी समोर आणावी लागेल, किंवा त्यांच्या डेटावरून अनुरूप pain.001 फाइल्स तयार करता येणार नाहीत हे स्वीकारावे लागेल. झपाट्याने हलू शकणाऱ्या विक्रेत्यांसाठी संधी म्हणजे कॉर्पोरेट क्लायंटच्या वतीने दुरुस्तीचा भार शोषून घेणे — अनुपालन समस्येचे सेवेत रूपांतर करणे.

निष्कर्ष

नोव्हेंबर 2026 ची संरचित-पत्ता अंतिम मुदत एका अर्थाने एक संकुचित बदल आहे: दोन अनिवार्य क्षेत्रे, काही शिफारस केलेली, आणि एका मुक्त-मजकूर पर्यायाची निवृत्ती जो निर्बंध-संबंधित डेटासाठी सुरुवातीलाच कधीही वापरला जायला नको होता. दुसऱ्या अर्थाने, मूळ CBPR+ स्थलांतरानंतरचा हा सर्वात परिचालनदृष्ट्या महत्त्वाचा ISO 20022 टप्पा आहे, कारण तो संरचित डेटा केवळ संदेश स्तरातच नव्हे तर त्याला पुरवठा करणाऱ्या अपस्ट्रीम प्रणालींमध्ये सक्ती करतो.

सहा महिने आधीचे उद्योग-स्तरावरील तयारीचे चित्र उत्साहवर्धक नाही. दोन-तृतीयांश CBPR+ संदेशांमध्ये अजूनही असंरचित पत्ते आहेत. जवळपास निम्म्या बँका मार्गावर नाहीत. जवळपास एक-तृतीयांश ग्राहक पत्ता नोंदी अपार्स करण्यायोग्य राहतात. निधी उपलब्ध आहे — सर्वेक्षणे सातत्याने आठ- आणि नऊ-आकडी गुंतवणुकी दाखवतात — परंतु काम झालेले नाही, आणि समस्येचे डेटा-गुणवत्तेचे परिमाण अंतिम महिन्यांत केवळ खर्चाने सुटू शकत नाही.

आता जे मदत करते ते म्हणजे प्रमाणीकरणाच्या बिंदूवरील स्वयंचलन: नियम अशा पाइपलाइन्समध्ये ढकलणे जे समस्या नेटवर्कवर पोहोचण्यापूर्वी पकडतात, नंतर नव्हे. Python किंवा FastAPI संरचना चालवणाऱ्या संस्थांसाठी, pacs008 ⧉ सारखी ओपन-सोर्स साधने विक्रेता निवड चक्राशिवाय तो बदल करण्याचा व्यावहारिक मार्ग प्रदान करतात. स्टॅक कोणताही असो, सर्वांसाठी धोरणात्मक मुद्दा एकच आहे: जे संस्था आता बदल औद्योगिक स्तरावर आणतील त्या शेवटच्या क्षणीच्या अनुपालनावर अवलंबून असणाऱ्यांपेक्षा खूप मजबूत स्थितीत असतील — 2026 च्या बहुतांश चर्चेला आकार देणाऱ्या RedCompass Labs संशोधनाची शब्दरचना उधार घ्यायची तर.

नोव्हेंबरमधील कट-ओव्हर आठवडा एक अध्याय बंद करेल. जे स्वच्छ डेटा, स्वयंचलित प्रमाणीकरण, आणि निर्बंध तपासणीसाठी संरचित पत्ते प्रत्यक्षात काय करतात याच्या कार्यक्षम आकलनासह त्याला पोहोचतील ते तो आठवडा वाहतुकीचे निरीक्षण करण्यात घालवतील. जे त्या गोष्टींशिवाय पोहोचतील ते तो फोनवर घालवतील.

वारंवार विचारले जाणारे प्रश्न

नोव्हेंबर 2026 च्या अंतिम मुदतीला नेमके काय बदलते?

नोव्हेंबर 2026 च्या मध्यापासून, ज्यांच्या पक्ष क्षेत्रांमध्ये केवळ-असंरचित टपाल पत्ते आहेत असे pacs.008, pacs.009, pacs.004 आणि pacs.003 संदेश SWIFT CBPR+ नाकारेल. किमान संरचित आवश्यकता म्हणजे TwnNm घटकातील टाउन नेम आणि Ctry घटकातील देश (ISO 3166-1 alpha-2 कोड वापरून). हायब्रिड पत्त्यांना अजूनही परवानगी आहे — संरचित क्षेत्रांमध्ये टाउन आणि देश, तसेच उर्वरित घटकांसाठी जास्तीत जास्त दोन मुक्त-मजकूर AdrLine घटक — परंतु तोच घटक संरचित आणि असंरचित दोन्ही क्षेत्रांमध्ये दिसू शकत नाही. पूर्णपणे संरचित पत्ते हे पसंतीचे स्वरूप आहे. European Payments Council ने SEPA योजना (SCT, SDD, SCT Inst) त्याच कट-ओव्हर तारखेशी संरेखित केल्या आहेत.

कोणते संदेश आणि कोणती पक्ष क्षेत्रे बाधित होतात?

pacs.008 साठी, आवश्यकता ऋणको आणि धनको टपाल पत्त्यांना लागू होते. pacs.009 साठी, ती FI क्रेडिट ट्रान्सफर आणि कव्हर पेमेंट्समधील संस्था पत्त्यांना लागू होते. pacs.004 साठी, ती पेमेंट परताव्यांमधील पक्ष पत्त्यांना लागू होते. pacs.003 साठी, ती ग्राहक डायरेक्ट डेबिटमधील धनको आणि ऋणको पत्त्यांना लागू होते. विवरण आणि सूचना संदेश (camt.052, camt.053, camt.054) आणि काही प्रशासकीय संदेश कठोर आवश्यकतेच्या बाहेर राहतात. कॉर्पोरेट क्लायंटकडून येणारे अपस्ट्रीम pain.001 संदेश थेट CBPR+ द्वारे नियंत्रित नाहीत, परंतु pain.001 फाइल्समधील असंरचित पत्ते डाउनस्ट्रीम अनुरूप pacs.008 निर्मिती अवरोधित करतील आणि म्हणून ते प्रभावीपणे व्याप्तीत आहेत.

संरचित, हायब्रिड आणि असंरचित पत्त्यांमध्ये काय फरक आहे?

पूर्णपणे संरचित पत्ता प्रत्येक घटक त्याच्या समर्पित ISO 20022 घटकाशी जोडतो: StrtNm, BldgNb किंवा PstBx, PstCd, TwnNm, CtrySubDvsn, Ctry. हायब्रिड पत्त्यात संरचित क्षेत्रांमध्ये टाउन नेम आणि देश असतात, पत्त्याचा उर्वरित भाग जास्तीत जास्त दोन मुक्त-मजकूर AdrLine घटकांमध्ये असतो; तोच घटक दोन्हीत दिसू नये. असंरचित पत्त्यात संपूर्ण टपाल पत्ता संरचित TwnNm किंवा Ctry शिवाय AdrLine घटकांमध्ये असतो — बाधित पक्ष क्षेत्रांसाठी नोव्हेंबर 2026 मध्ये निवृत्त केले जाणारे हेच स्वरूप आहे.

pacs008.com या संक्रमणात कशी मदत करते?

pacs008 ⧉ लायब्ररी XML निर्मितीपूर्वी संरचित आणि हायब्रिड टपाल पत्ता क्षेत्रे प्रमाणित करते, अंतिम मुदतीनंतर अपयशी ठरणारा असंरचित डेटा ध्वजांकित करते, अंतिम मुदतीपूर्वीच्या हायब्रिड आणि अंतिम मुदतीनंतरच्या पूर्णपणे संरचित दोन्ही स्वरूपांना समर्थन देते, आणि CI पाइपलाइन्स व बॅच प्रमाणीकरण कार्यप्रवाहांमध्ये समाकलित होते. ती सर्व 13 समर्थित pacs.008 आवृत्त्यांसाठी XML तयार करते, अधिकृत ISO 20022 XSD स्कीमांविरुद्ध प्रमाणित करते, आणि स्वयंचलित व्यवस्थापनासाठी FastAPI सेवा उघड करते. ती MIT-शैलीच्या परवान्याअंतर्गत ओपन सोर्स आहे, PyPI वर उपलब्ध आहे, आणि FI-to-FI ग्राहक क्रेडिट ट्रान्सफर कार्यप्रवाहांसाठी विशेषतः तयार केली आहे — त्यामुळे प्रमाणीकरण नियम अनेक संदेश प्रकारांवर अमूर्त न करता SR2026 CBPR+ वापर मार्गदर्शक तत्त्वांशी जुळवलेले आहेत.

नोव्हेंबर 2026 पर्यंत माझी संस्था तयार नसेल तर काय होते?

कट-ओव्हरनंतर बाधित पक्ष क्षेत्रांमध्ये असंरचित पत्ते असलेले संदेश नेटवर्क स्तरावर नाकारले जातील. व्यावहारिकदृष्ट्या, याचे रूपांतर पेमेंट अपयश, वाढलेले अपवाद प्रमाण, मॅन्युअल दुरुस्तीच्या लाटा आणि संभाव्य ग्राहक परिणामात होते. SWIFT ची इन-फ्लो अनुवाद सेवा काही संक्रमणकालीन प्रकरणांसाठी उपलब्ध आहे परंतु जानेवारी 2026 पासून अधिभार आकारते आणि प्रत्येक पत्ता स्वरूप विश्वासाने पार्स करू शकत नाही. SWIFT ने लेगसी असंरचित डेटावरून टाउन आणि देशाचा अंदाज लावणारे ओपन-सोर्स AI पत्ता-संरचना मॉडेलही प्रकाशित केले आहे, परंतु ते दुरुस्ती आणि पूर्व-प्रक्रियेसाठी तयार केले आहे, स्वच्छ अपस्ट्रीम डेटासाठी कायमस्वरूपी पर्याय म्हणून नव्हे. दुरुस्त केलेली ग्राहक मास्टर-डेटा संरचना आणि स्वयंचलित प्रमाणीकरण पाइपलाइनशिवाय अंतिम मुदतीला पोहोचणाऱ्या संस्थांनी कठीण कट-ओव्हर आठवडा आणि त्यानंतरच्या महिन्यांत लक्षणीय परिचालन वाढ अपेक्षित ठेवावी.

संदर्भ

Sebastien Rousseau, (2023). Automating ISO 20022-Compliant Payment File Creation with Pain001.
pacs008, (2026). novembre 2026 structured-address deadline ⧉. pacs008.com.
pacs008, (2026). pacs008 — ISO 20022 pacs.008 Toolkit and API ⧉. pacs008.com.
SWIFT, (2026). ISO 20022 milestone for novembre 2026: Unstructured addresses to be removed ⧉. SWIFT.
SWIFT, (2026). ISO 20022 for Financial Institutions ⧉. SWIFT.
SWIFT, (2026). The Swift AI address structuring model ⧉. SWIFT.
RedCompass Labs, (2026). Nearly Half of Banks Are Behind on ISO 20022 ⧉. Financial IT.
RedCompass Labs, (2026). ISO 20022 is arriving all at once for US banks ⧉. RedCompass Labs.
ClearingPost, (2026). The novembre 2026 Structured Address Deadline: What Every PSP Needs to Do Now ⧉. ClearingPost.
CGI UK, (2026). 2026: A defining year for ISO 20022 and structured data enforcement ⧉. CGI UK.
J.P. Morgan, (2026). ISO 20022 Migration: Guidance, Messaging & More ⧉. J.P. Morgan.
ING, (2026). FAQ Swift ISO 20022 ⧉. ING Wholesale Banking.
Mambu, (2026). CBPR+ is live: what ISO 20022 means in practice ⧉. Mambu.
Kyriba, (2026). ISO 20022 migration: what every treasury team needs to know about what's next ⧉. Kyriba.
Standard Chartered, (2025). ISO 20022 – Standard Chartered Address Guidelines (H2H and API) ⧉. Standard Chartered.
State Street, (2025). Client Guide to ISO 20022 ⧉. State Street.
ISO 20022, (2026). Message Definitions Catalogue ⧉. ISO 20022.

शेवटचे पुनरावलोकन 2026-07-17.

हा लेख पुनःप्रकाशित करा

नोव्हेंबर 2026 ची pacs.008 संरचित-पत्ता अंतिम मुदत: सहा महिन्यांचा आढावा — Sebastien Rousseau

नोव्हेंबर 2026 पासून, SWIFT CBPR+ ला सीमापार पेमेंट संदेशांमध्ये संरचित टपाल पत्ते आवश्यक आहेत. असंरचित पत्ता ओळी (केवळ AdrLine) यापुढे pacs.008 मधील प्रमुख पक्ष क्षेत्रांसाठी स्वीकारल्या जाणार नाहीत. किमान TwnNm आणि Ctry आवश्यक आहेत, तर StrtNm आणि BldgNb किंवा PstBx शिफारस केलेले आहेत. सहा महिने शिल्लक असताना, 65% पेमेंट संदेशांमध्ये अजूनही असंरचित पत्ते आहेत आणि 44% बँका वेळापत्रकाच्या मागे आहेत.

हा लेख यानुसार परवानाकृत आहे Creative Commons Attribution 4.0 International. पुनःप्रकाशनासाठी कॅनॉनिकल URL ला श्रेय देणे आवश्यक आहे.

नोव्हेंबर 2026 ची pacs.008 संरचित-पत्ता अंतिम मुदत: सहा महिन्यांचा आढावा — Sebastien Rousseau

नोव्हेंबर 2026 पासून, SWIFT CBPR+ ला सीमापार पेमेंट संदेशांमध्ये संरचित टपाल पत्ते आवश्यक आहेत. असंरचित पत्ता ओळी (केवळ AdrLine) यापुढे pacs.008 मधील प्रमुख पक्ष क्षेत्रांसाठी स्वीकारल्या जाणार नाहीत. किमान TwnNm आणि Ctry आवश्यक आहेत, तर StrtNm आणि BldgNb किंवा PstBx शिफारस केलेले आहेत. सहा महिने शिल्लक असताना, 65% पेमेंट संदेशांमध्ये अजूनही असंरचित पत्ते आहेत आणि 44% बँका वेळापत्रकाच्या मागे आहेत.

Originally published at https://sebastienrousseau.com/mr/2026-05-12-iso-20022-pacs008-structured-address-deadline/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER