TL;DR. IPR मुदतीनंतर नऊ महिने: Verification of Payee ही प्रत्येक युरो-क्षेत्रीय PSP ला चालवावी लागणारी उपयोगिता आहे. कठीण भाग: अंशतः जुळणी, बल्क फाइल्स आणि दायित्व.

मुख्य मुद्दे

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

Verification of Payee प्रत्यक्षात: अंशतः जुळणी, बल्क फाइल्स आणि विनाकिंमत दायित्वाचे नऊ महिने

ज्या दिवशी लाभार्थी पडताळणी बंधन बनली, त्या दिवशी ती उत्पादन असणे थांबले. 9 ऑक्टोबर 2025 पासून युरो-क्षेत्रातील सदस्य राष्ट्रांतील प्रत्येक पेमेंट सेवा पुरवठादाराला Regulation (EU) 2024/886 अंतर्गत क्रेडिट हस्तांतरणांवर Verification of Payee विनामूल्य द्यावी लागते. तपासणी स्वतः अवघड नाही: दिलेले नाव खात्यावरील नावाशी ताडून पाहा आणि उत्तर द्या. अवघड ठरले ते तिच्याभोवतीचे सर्व काही — पाच सेकंदांचे प्रतिसाद बजेट, होय किंवा नाही यापैकी काहीच नसलेले मधले उत्तर, तपासण्याआधी तुकडे करावे लागणाऱ्या कॉर्पोरेट फाइल्स, आणि नियमन व स्कीम रुलबुक दोघेही आखण्यास नकार देतात अशी दायित्वाची सीमा.

कार्यकारी सारांश

बंधन व्यापक आहे आणि त्याची किंमत वसूल करता येत नाही. Regulation (EU) 2024/886 नुसार PSPs ना व्याप्तीतील क्रेडिट हस्तांतरणांवर देयकर्त्याला Verification of Payee विनामूल्य द्यावी लागते; युरो-क्षेत्रीय पुरवठादार 9 ऑक्टोबर 2025 पासून कार्यरत आहेत आणि युरो-क्षेत्राबाहेरील पुरवठादार नंतरच्या वेळापत्रकानुसार येत आहेत. शुल्काद्वारे खर्च वसूल करण्याचा पर्याय उपलब्ध नाही.

आंतरकार्यक्षमता बाहेर सोपवली गेली. प्रत्येक PSP ने प्रत्येक दुसऱ्या PSP शी जोडणी करण्याऐवजी, European Payments Council ची स्कीम विनंत्या Routing and/or Verification Mechanisms मार्फत वळवते, ज्यांना EPC पात्रता प्रक्रियेतून जावे लागते. त्या निर्णयाने पोहोच सोडवली आणि एक तृतीय-पक्ष अवलंबित्व निर्माण केले जे संचालनात्मक-लवचिकता नोंदवहीत असले पाहिजे.

विलंब हा स्कीमचा नियम आहे, तुम्ही निवडलेला SLO नाही. विनंती करणाऱ्या PSP ला प्रतिसाद मिळण्यासाठी स्कीम कमाल पाच सेकंद ठरवते, आणि प्रत्यक्षात लक्ष्य त्याहून लक्षणीय कमी असते. टाइमआउट ही अशी अपयश-स्थिती नाही जिच्यापासून देयकर्त्याला वाचवता येईल; ते एक उत्तर आहे, आणि त्याचा अर्थ "तपासणी करता आली नाही".

UX चुकला तर नियंत्रण ढासळते. फार वेळा दिसणारा किंवा साचेबद्ध वाटणारा इशारा बाजूला सारला जातो. संपूर्ण अंमलबजावणीत अंशतः जुळणीची हाताळणी हाच सर्वाधिक परिणाम करणारा रचना-निर्णय आहे.

नियमनाने पडताळणीला पायाभूत सुविधा बनवले

एक दशकभर नाव-तपासणी हा राष्ट्रीय उपक्रम आणि स्पर्धात्मक कथानक होता. नेदरलँड्स आणि युनायटेड किंग्डमने स्कीम्स उभारल्या आणि फसवणूक घटीचे विपणन केले. Regulation (EU) 2024/886 ने तपासणी अनिवार्य, विनामूल्य आणि सार्वत्रिक करून युरो क्षेत्रात ती मांडणी संपवली.

बंधनाचे तीन गुणधर्म इतरांपेक्षा जास्त महत्त्वाचे आहेत.

ती देयकर्त्यासाठी विनामूल्य आहे. Article 5c प्रीमियम पडताळणी स्तराला जागा ठेवत नाही, आणि त्यामुळे बांधणीला निधी देण्यासाठी व वापर मर्यादित ठेवण्यासाठी बँक साधारणपणे वापरते ती व्यावसायिक यंत्रणा नाहीशी होते.

ती तात्काळ पेमेंटपुरती मर्यादित नाही. साधन Instant Payments Regulation मधून आले असले तरी पडताळणीचे कर्तव्य व्याप्तीतील क्रेडिट हस्तांतरणांना सर्वसाधारणपणे लागू होते, ज्यात प्रमाणित SEPA क्रेडिट हस्तांतरणे येतात. ज्या संस्थांनी आपला कार्यक्रम फक्त SCT Inst पुरता आखला, त्यांना नियोजितापेक्षा लक्षणीय मोठे एकात्मीकरण क्षेत्र आढळले.

ती कालबद्ध आहे. विनंती करणाऱ्या PSP ला प्रतिसाद मिळण्यासाठी European Payments Council ची स्कीम पाच सेकंदांची कमाल मर्यादा ठरवते, आणि सामान्य संचालनात लक्ष्य त्याहून बरेच वेगवान असते. तो आकडा बँक अंतर्गत ठरवणारे सेवा-स्तर उद्दिष्ट नाही. तो स्कीमचा नियम आहे, आणि त्याच्या अलीकडचे सर्व काही — पेमेंट आरंभाचा UX, चॅनेल टाइमआउट, पुनःप्रयत्न धोरण, फाइल प्रक्रिया — त्यात बसले पाहिजे.

परिणाम संरचनात्मक आहे. पडताळणी ही निश्चित विलंब बजेट आणि शून्य महसूल असलेली सामायिक उपयोगिता बनली. पेमेंट खाते चालवण्याचा तो खर्च आहे.

स्कीम प्रत्यक्षात काय मागते

EPC स्कीम संदेश-देवाणघेवाण परिभाषित करते आणि, महत्त्वाचे म्हणजे, उत्तराची शब्दावलीदेखील. विनंती करणारा PSP विचारतो; प्रतिसाद देणारा PSP — म्हणजे IBAN मागचे खाते ठेवणारा — खातेधारकाचे पूर्ण नाव न देता एक वर्गीकरण परत करतो.

तक्ता 1: प्रतिसाद प्रकार आणि प्रत्येकाचे बंधन

प्रतिसाद	त्याचा अर्थ	देयकर्त्याला काय दिसते	PSP ला कशाचा पुरावा देता आला पाहिजे
जुळणी	दिलेले नाव खात्यावरील नावाशी जुळते	अडथळ्याविना पुढे जा	तपासणी झाली आणि प्रतिसाद नोंदवला गेला
अंशतः जुळणी	नावे जवळून जुळतात पण तंतोतंत नाही — संक्षेप, व्यापारी नाव, अदलाबदल झालेले घटक	एक इशारा, आणि स्कीमच्या रचनेनुसार प्रत्यक्ष नोंदलेले नाव, जेणेकरून देयकर्ता निर्णय घेऊ शकेल	दाखवलेली नेमकी अक्षरमाला, वेळमुद्रा, आणि देयकर्त्याची त्यानंतरची निवड
जुळणी नाही	नाव खात्याशी जुळत नाही	अधिकृतीकरणापूर्वी स्पष्ट इशारा	इशाऱ्याचा मजकूर आणि इशारा दुर्लक्षित केला असल्यास त्याची नोंद
पडताळणी शक्य नाही	निर्धारित वेळेत उत्तर नाही, किंवा प्रतिसाद देणारी बाजू विनंती हाताळू शकत नाही	तपासणी पूर्ण होऊ शकली नाही असे तटस्थ विधान	ती का अयशस्वी झाली, आणि देयकर्त्याला ते सांगितले गेले

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

आंतरकार्यक्षमता Routing and/or Verification Mechanisms द्वारे हाताळली जाते. SEPA मधील प्रत्येक संस्थेशी द्विपक्षीय पोहोच बांधण्याऐवजी PSP प्रतिपक्षांशी RVM मार्फत जोडला जाऊ शकतो, आणि RVMs ना EPC पात्रता प्रक्रिया पूर्ण करावी लागते. वास्तुशास्त्रीय दृष्टीने हा योग्य निर्णय होता — पर्याय म्हणजे बांधताच न येणारे जाळे — पण तो नियंत्रित पेमेंट सेवेच्या अधिकृतीकरण मार्गात एक केंद्रित तृतीय पक्ष आणतो. ते फक्त विक्रेता फाइलमध्ये नव्हे, तर DORA च्या माहिती नोंदवहीत आणि केंद्रीकरण-जोखीम विश्लेषणात नोंदले गेले पाहिजे.

संपूर्ण समस्या अंशतः जुळणीचीच आहे

जुळणी आणि जुळणी नाही हे सोपे आहेत. ते "पुढे जा" आणि "थांबा" शी जुळतात. अंशतः जुळणी "तुम्ही ठरवा" शी जुळते, आणि तिथेच नियंत्रण एकतर काम करते किंवा शांतपणे मरते.

खरी लाभार्थी नावे फसवणुकीशी काहीही संबंध नसलेल्या मार्गांनी गोंधळाची असतात. कंपनी एका ब्रँडखाली व्यापार करते आणि नोंदणीकृत संस्थेच्या नावाने बँकिंग करते. एकल व्यापाऱ्याचे खाते वैयक्तिक नावावर असते. नावांमध्ये देयकर्त्याच्या कीबोर्डवर नसलेली चिन्हे असतात, किंवा देयकर्ता वगळतो असे कायदेशीर प्रत्यय असतात. लांब नावे वरच्या प्रणाल्यांकडून कापली जातात. दोन कायदेशीर पक्षांमध्ये फक्त स्वल्पविरामाचा फरक असू शकतो.

त्यातून पूर्णपणे खऱ्या पेमेंटवर अंशतः जुळणींचा सतत प्रवाह निर्माण होतो. प्रत्येक वेळी माणसाला असा निर्णय घ्यायला सांगितले जाते जो घेण्यास तो सज्ज नाही, आणि नेमक्या त्या क्षणी जेव्हा तो काम संपवण्याच्या घाईत असतो. आजवर पाठवलेल्या प्रत्येक सुरक्षा इशाऱ्यावरून हा अपयशाचा प्रकार चांगला ठाऊक आहे: परिणामाशिवाय पुरेशा वेळा दाखवला गेला की तो सवयीने बाजूला सारला जातो, आणि जो खरोखर महत्त्वाचा होता तोदेखील बाजूला सारला जातो.

रचनेतील दोन बांधिलक्या परिणाम लक्षणीयरीत्या बदलतात.

निकाल नव्हे, नाव दाखवा. "तपशील तंतोतंत जुळत नाहीत" असे सांगणारा इशारा देयकर्त्याला विचार करण्यासाठी काहीच देत नाही. अंशतः जुळणीसाठी खात्यावरील नोंदलेले नाव परत करण्याची स्कीमची रचना नेमकी यासाठीच आहे, की देयकर्त्याला ओळखता यावे की "ACME Trading Ltd" आणि "Acme Trading Limited" हा एकच प्रतिपक्ष आहे, आणि "A. Trading Services" तो नाही.

इशारा दुर्लक्षित करणे जाणीवपूर्वक आणि नोंदवलेले करा. इशाऱ्यानंतरचा देयकर्त्याचा निर्णय हा या संवादातून तयार होणारा सर्वात महत्त्वाचा दस्तऐवज आहे. नुकसान कोण सोसणार हे तोच ठरवतो. ती नेहमीच्याच बटणावर टिचकी मारण्याचा अप्रत्यक्ष परिणाम नसून, दाखवलेल्या नेमक्या अक्षरमालेसह टिपलेली स्पष्ट कृती असली पाहिजे.

नंतर खरोखर महत्त्वाची असलेली गोष्ट मोजा. उभे केलेल्या इशाऱ्यांची संख्या नव्हे, तर त्यांपैकी दुर्लक्षित केलेल्यांचे प्रमाण — आणि त्यांपैकी किती नंतर वादग्रस्त ठरले. खऱ्या पेमेंटवर दुर्लक्षाचा दर उच्च असणे म्हणजे जुळणी अतिकठोर आहे. दुर्लक्षित इशाऱ्यांमध्ये वादाचा दर उच्च असणे म्हणजे इशारा वाचला जात नाही.

बल्क फाइल्सनी मॉडेल मोडले, आणि सेवेतून माघार हेच नियंत्रण बनले

किरकोळ एकल पेमेंट कधीच कठीण प्रकरण नव्हते. कॉर्पोरेट पेमेंट फाइल्स होत्या.

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

नियमनाने हा दाब गृहीत धरला होता. बिगर-ग्राहक पेमेंट सेवा वापरकर्ते एकत्रित संच म्हणून अनेक पेमेंट आदेश सादर करताना पडताळणी सेवेतून माघार घेऊ शकतात, आणि पुन्हा सामील होऊ शकतात. ती एकच तरतूद आता संचालनात्मक भाराचा असमान वाटा उचलते, आणि तिला सोयीऐवजी नियंत्रण म्हणून वागवले जाणे आवश्यक आहे.

कॉर्पोरेट बँकिंग संघांसाठी यातून दोन परिणाम निघतात.

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

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

कोणीही न आखलेली दायित्वाची सीमा

स्कीम प्रतिसाद परिभाषित करते. ती परिणाम परिभाषित करत नाही. पुढील अनेक वर्षांचा वाद त्याच पोकळीत बसणार आहे.

आता नित्याचा झालेला क्रम पाहा. बँक अंशतः जुळणीचा इशारा उभा करते. देयकर्ता पुढे जातो. पैसा फसवणूक करणाऱ्याकडे जातो. बँकेने आपले बंधन नेमकेपणाने पार पाडले आणि तिच्याकडे त्याचा पुरावा आहे. देयकर्ता म्हणतो की इशारा संदिग्ध होता आणि नेमके काय चुकीचे होते हे त्याला सांगितले गेले नाही.

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

तो परिणाम स्वीकारण्याऐवजी घडवू इच्छिणाऱ्या संस्थांसाठी यातून तीन गोष्टी निघतात.

पुराव्याचा दर्जा हाच बचाव आहे. "इशारा दाखवला गेला" नव्हे, तर नेमकी अक्षरमाला, मिळालेला प्रतिसाद प्रकार, वेळमुद्रा आणि देयकर्त्याची कृती — संपूर्ण वाद-कालावधीसाठी जपलेली आणि अभियांत्रिकी तिकिटाशिवाय तक्रार हाताळणाऱ्याला काढता येणारी.

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

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

संचालन पुस्तिका

आधीच कार्यरत असलेल्या संस्थांसाठी आताचे काम वितरण नव्हे, तर एकत्रीकरण आहे.

मधल्या उत्तराचे मापन करा. अंशतः जुळणीचा दर, दुर्लक्षाचा दर आणि वादग्रस्त दुर्लक्षाचा दर मासिक मालिका म्हणून, चॅनेलनुसार आणि ग्राहक प्रकारानुसार विभागून नोंदवा. नियंत्रण काम करत आहे का हे हे तीन आकडे सांगतात; तपासण्यांचे प्रमाण सांगत नाही.
RVM ला गंभीर तृतीय पक्ष माना. तो अधिकृतीकरण मार्गात बसतो. त्याला इतर कोणत्याही गंभीर पुरवठादाराइतकेच निर्गमन नियोजन, पर्यायीपणाचे विश्लेषण आणि घटना-प्रतिसाद एकात्मीकरण आवश्यक आहे.
टाइमआउट मार्ग जाणीवपूर्वक रचा. "पडताळणी शक्य नाही" हा परिणाम चॅनेलनुसार आणि मूल्य-पट्ट्यानुसार रोखतो, इशारा देतो की पुढे जाऊ देतो, हे ठरवा आणि नोंदवा. मौनाचा पर्याय निवडणे हा वगळण्यातून घेतलेला निर्णय आहे.
कॉर्पोरेट पडताळणी वरच्या टप्प्यावर न्या. लाभार्थी-ऑनबोर्डिंग आणि बँक-तपशील-बदल पडताळणी कायमस्वरूपी सेवा म्हणून द्या. त्याने पेमेंट रनचा विलंब कमी होतो, नियंत्रण सुधारते, आणि शुल्क आकारण्यास एरवी मनाई करणाऱ्या नियमनात तो खराखुरा व्यावसायिक प्रस्ताव ठरतो.
प्रत्येक बल्क माघारीचे पुन:प्रमाणन करा. तिला मुदत घाला. मालक नेमा. नूतनीकरण हा निर्णय बनवा, निर्णयाची अनुपस्थिती नव्हे.
बिगर-युरो टप्प्याची तयारी करा. युरो क्षेत्राबाहेरील पुरवठादार 2027 पर्यंत चालणाऱ्या नंतरच्या वेळापत्रकानुसार व्याप्तीत येतात. दोन्हींमध्ये कार्यरत असलेल्या संस्थांनी दोन नव्हे, एकच क्षमता बांधली पाहिजे.

पडताळणी करायची की नाही हा पर्याय नियमनाने काढून घेतला. उरला तो पूर्णपणे किती चांगली, या प्रश्नाचा — आणि फसवणूक कमी करणारी अंमलबजावणी व केवळ लेखापरीक्षकाचे समाधान करणारी अंमलबजावणी यांतील फरक तीन ठिकाणी दिसतो: अंशतः जुळणीची स्क्रीन, बल्क माघारीची नोंदवही, आणि दुर्लक्षित इशाऱ्यामागचा पुरावा-मागोवा.

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

Verification of Payee फक्त तात्काळ पेमेंटला लागू होते का?
नाही. आवश्यकता Instant Payments Regulation मार्फत आणली गेली असली तरी पडताळणीचे कर्तव्य व्याप्तीतील क्रेडिट हस्तांतरणांना सर्वसाधारणपणे लागू होते, ज्यात प्रमाणित SEPA क्रेडिट हस्तांतरणे येतात, फक्त SCT Inst ला नाही. केवळ तात्काळ पेमेंटपुरता आखलेल्या कार्यक्रमांनी एकात्मीकरण क्षेत्राचा कमी अंदाज लावला.

बँक Verification of Payee साठी शुल्क आकारू शकते का?
Article 5c ने आवश्यक केलेल्या सेवेसाठी देयकर्त्याकडून नाही — नियमन ती विनामूल्य असणे बंधनकारक करते. बंधनाच्या पलीकडे जाणाऱ्या शेजारच्या सेवा, जसे की कॉर्पोरेट ग्राहकांसाठी ऑनबोर्डिंगच्या वेळी किंवा बँक-तपशील बदलावर लाभार्थ्यांची पडताळणी, त्या मर्यादेबाहेर आहेत आणि तिथेच खराखुरा व्यावसायिक प्रस्ताव अस्तित्वात आहे.

प्रतिसाद देणाऱ्या संस्थेने वेळेत उत्तर दिले नाही तर काय होते?
विनंती करणाऱ्या PSP ला प्रतिसाद मिळण्यासाठी स्कीम कमाल पाच सेकंद ठरवते. टाइमआउटमधून "पडताळणी शक्य नाही" हा परिणाम निघतो, जो देयकर्त्याला सांगावाच लागणारा परिभाषित निकाल आहे, दडपायची अंतर्गत त्रुटी नाही. तो परिणाम रोखतो, इशारा देतो की पुढे जाऊ देतो, हे प्रत्येक संस्थेने चॅनेलनुसार ठरवले पाहिजे.

कॉर्पोरेट ग्राहक बल्क फाइल्ससाठी तपासणी बंद करू शकतात का?
होय. ग्राहक नसलेल्या पेमेंट सेवा वापरकर्त्यांना एकत्रित संच म्हणून अनेक पेमेंट आदेश सादर करताना सेवेतून माघार घेण्याची आणि पुन्हा सामील होण्याची परवानगी नियमन देते. ती सूट नंतर प्रत्येक पुढील फाइलमधील प्रत्येक पेमेंटला लागू होत असल्याने, तिचे प्रशासन मालक, मुदत आणि नियतकालिक पुन:प्रमाणनासह कायमस्वरूपी जोखीम-निर्णय म्हणून केले पाहिजे.

अंशतः जुळणीचा इशारा दायित्व देयकर्त्याकडे हस्तांतरित करतो का?
आपोआप नाही, आणि एकसमानपणेही नाही. नियमन सेवा देणे बंधनकारक करते; इशारा दाखवला गेला आणि तरीही देयकर्ता पुढे गेला हे प्रकरण ते सोडवत नाही. परिणाम राष्ट्रीय अंमलबजावणी, लोकपाल प्रथा आणि न्यायनिवाड्यांतून ठरतील. सर्वात मजबूत स्थितीत त्या संस्था असतील ज्या दाखवलेला नेमका इशारा मजकूर, मिळालेला प्रतिसाद प्रकार आणि देयकर्त्याची नोंदवलेली कृती सादर करू शकतात.

संदर्भ

European Parliament and Council of the European Union, 2024. Regulation (EU) 2024/886 amending Regulations (EU) No 260/2012 and (EU) 2021/1230 as regards instant credit transfers in euro. Brussels: Official Journal of the European Union. उपलब्ध: European Parliament and Council of the European Union, 2024..
European Central Bank, 2026. Instant Payments Regulation. Frankfurt am Main: European Central Bank. उपलब्ध: European Central Bank, 2026..
European Commission, 2025. Clarification of requirements of the Instant Payments Regulation. Brussels: Directorate-General for Financial Stability, Financial Services and Capital Markets Union. उपलब्ध: European Commission, 2025..
European Payments Council, 2025. Verification of Payee scheme. Brussels: EPC. उपलब्ध: European Payments Council, 2025..
European Payments Council, 2025. Verification of Payee scheme rulebook — frequently asked questions. Brussels: EPC. उपलब्ध: European Payments Council, 2025..
European Payments Council, 2025. Clarifications about the provision of VOP services for bulk files. Brussels: EPC. उपलब्ध: European Payments Council, 2025..
European Payments Council, 2025. Routing and/or Verification Mechanisms for the Verification of Payee scheme. Brussels: EPC. उपलब्ध: European Payments Council, 2025..

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

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

Verification of Payee प्रत्यक्षात: अंशतः जुळणी, बल्क फाइल्स, दायित्व — Sebastien Rousseau

IPR मुदतीनंतर नऊ महिने: Verification of Payee ही प्रत्येक युरो-क्षेत्रीय PSP ला चालवावी लागणारी उपयोगिता आहे. कठीण भाग: अंशतः जुळणी, बल्क फाइल्स आणि दायित्व.

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

Verification of Payee प्रत्यक्षात: अंशतः जुळणी, बल्क फाइल्स, दायित्व — Sebastien Rousseau

IPR मुदतीनंतर नऊ महिने: Verification of Payee ही प्रत्येक युरो-क्षेत्रीय PSP ला चालवावी लागणारी उपयोगिता आहे. कठीण भाग: अंशतः जुळणी, बल्क फाइल्स आणि दायित्व.

Originally published at https://sebastienrousseau.com/mr/2026-07-27-verification-of-payee-production-vop-ipr-banks-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER