{
"product": "swedish_business_payment_number_validator",
"type": "organisation_number",
"normalized": "5560160680",
"formatted": "556016-0680",
"format_valid": true,
"checksum_valid": true,
"structurally_valid": true
}
curl --location --request POST 'https://zylalabs.com/api/13838/swedish+business+and+payment+validator+api/31821/validate+swedish+organisation+bankgiro+and+plusgiro+numbers' --header 'Authorization: Bearer YOUR_API_KEY'
--data-raw '{
"type": "organisation_number",
"value": "5560160680"
}'
साइन अप करने के बाद, प्रत्येक डेवलपर को एक पर्सनल API एक्सेस की असाइन की जाती है, जो अक्षरों और अंकों का एक यूनिक संयोजन होता है, जिसका उपयोग हमारे API एंडपॉइंट तक पहुंचने के लिए किया जाता है। प्रमाणीकरण के लिए स्वीडिश व्यवसाय और भुगतान सत्यापनकर्ता API के साथ बस अपने बेयरर टोकन को Authorization हेडर में शामिल करें।
| हेडर | विवरण |
|---|---|
Authorization
|
आवश्यक
होना चाहिए Bearer access_key. जब आप सब्सक्राइब हों तो ऊपर "Your API Access Key" देखें।
|
कोई लंबी अवधि की प्रतिबद्धता नहीं। कभी भी अपग्रेड, डाउनग्रेड या कैंसल करें। फ्री ट्रायल में 50 रिक्वेस्ट तक शामिल हैं।
(वार्षिक बिलिंग के साथ 2 महीने बचाएँ 🎉)
एंडपॉइंट स्वीडिश संगठन नंबरों, बैंकगिरो नंबरों और प्लसगिरो नंबरों के लिए संरचनात्मक मान्यता परिणाम लौटाता है इसमें सामान्यीकृत और स्वरूपित मान शामिल हैं साथ ही स्वरूप वैधता, चेकसम वैधता और समग्र संरचनात्मक वैधता के लिए अलग-अलग संकेतक भी हैं
प्रतिक्रिया में उत्पाद, प्रकार, सामान्यीकृत, प्रारूपित, प्रारूप_सही,checksum_सही और संरचनात्मक_सही शामिल हैं एक संरचनात्मक रूप से सही परिणाम का मतलब है कि प्रदान की गई मान समर्थित प्रारूप और checksum नियमों से मेल खाती है
प्रतिसाद JSON के रूप में वापस किए जाते हैं जिनमें पूर्वानुमानित कुंजी-मूल्य फ़ील्ड होते हैं मान्य और संरचनात्मक रूप से अवैध पहचानकर्ता दोनों सामान्य मान्यता परिणाम लौटाते हैं जिससे अनुप्रयोगों को परिणाम को संभालने की अनुमति मिलती है बिना अवैध पहचानकर्ता को API त्रुटि के रूप में मानते हुए
यह अंतिम बिंदु तीन पहचानकर्ता प्रकारों की पुष्टि करता है: स्वीडिश संगठन संख्या, बैंकगिरो संख्या और प्लसगिरो संख्या। यह कंपनी रजिस्टी डेटा, स्वामित्व की जानकारी, वैट स्थिति, सामान्य बैंक खाता पुष्टि या आईबीएन पुष्टि प्रदान नहीं करता है
अनुरोध शरीर में दो स्ट्रिंग फ़ील्ड होते हैं: प्रकार और मान। समर्थित प्रकार के मान संगठन_संख्या, बैंकगिरो और प्लसगिरो हैं। मान फ़ील्ड में मान्यकरण के लिए पहचानकर्ता शामिल है
मान्यकरण निरूपित होता है और यह परिभाषित प्रारूप और चेकसम नियमों के आधार पर होता है जिसमें लुहन चेकसम मान्यकरण शामिल है कोई बाहरी रजिस्ट्री लुकअप नहीं किया जाता है इसलिए एपीआई संरचना को मान्य करता है न कि वास्तविक दुनिया में अस्तित्व स्वामित्व या पंजीकरण स्थिति
विशिष्ट उपयोग के मामलों में ऑनबोर्डिंग के दौरान स्वीडिश व्यापार और भुगतान पहचानकर्ताओं के सत्यापन करना ERP आयात लेखांकन कार्यप्रवाह चेकआउट प्रवाह डेटा साफ करना और व्यवसाय प्रणालियों के बीच एकीकरण शामिल हैं
उपयोगकर्ता यह तय करने के लिए format_valid, checksum_valid और structurally_valid का उपयोग कर सकते हैं कि एक पहचानकर्ता को स्वीकार किया जाना चाहिए, अस्वीकृत किया जाना चाहिए या समीक्षा के लिए चिह्नित किया जाना चाहिए। सामान्यीकृत और स्वरूपित मानों को तब संग्रहीत या डाउनस्ट्रीम सिस्टम को पास किया जा सकता है। एक संरचनात्मक रूप से मान्य परिणाम केवल स्वरूप और चेकसम की पुष्टि करता है; यह वास्तविक दुनिया में अस्तित्व, स्वामित्व की पुष्टि नहीं करता