चीनी एकीकृत सामाजिक क्रेडिट कोड (USCC) की पुष्टि: प्रारूप और चेकसम

लागू मानक

शासी राष्ट्रीय कोडिंग नियम है GB 32100-2015, कानूनी इकाइयों और अन्य संगठनों के लिए एकीकृत सामाजिक क्रेडिट पहचानकर्ता का कोडिंग नियम. राष्ट्रीय सार्वजनिक मानक मंच इसे वर्तमान के रूप में सूचीबद्ध करता है, जिसका प्रकाशन 17 सितंबर 2015 को हुआ था और कार्यान्वयन 1 अक्टूबर 2015 से शुरू हुआ। आधिकारिक मानक रिकॉर्ड खोलें.

पूर्ण शब्दावली का उपयोग करें एकीकृत सामाजिक क्रेडिट कोड या समीक्षा फ़ाइल में USCC। आपूर्तिकर्ता संदेशों में "पंजीकरण संख्या," "कर संख्या," और "लाइसेंस संख्या" का उपयोग ढीलेपन से किया जा सकता है, लेकिन यहाँ जिस मान का परीक्षण किया जा रहा है वह संबंधित चीनी पंजीकरण दस्तावेज़ पर मुद्रित वर्तमान 18-वर्णीय कोड है।

चरण 1: कोड लिखें

छोटे अक्षरों को बड़े अक्षरों में बदलें और कॉपी करने या दृश्य समूहन से उत्पन्न रिक्त स्थान को हटा दें। केवल इसलिए किसी दृश्यमान वर्ण को न बदलें क्योंकि कोई अन्य वर्ण अधिक विश्वसनीय लगता है। यदि स्रोत धुंधला है, तो स्थिति को अपाठ्य चिह्नित करें और व्यापार लाइसेंस या मूल इलेक्ट्रॉनिक फ़ाइल पर वापस जाएं।

कोड इस 31-वर्णीय वर्णमाला का उपयोग करता है:

0123456789ABCDEFGHJKLMNPQRTUWXY

अक्षर I, O, Z, S, और V बाहर रखे गए हैं। उनकी उपस्थिति का अर्थ है कि स्ट्रिंग मानक वर्ण-सेट परीक्षण में पास नहीं हो सकती। यह डिज़ाइन समान दिखने वाली संख्याओं या अक्षरों के साथ भ्रम को कम करता है, लेकिन कम रिज़ॉल्यूशन वाली छवि अभी भी एक अनुमत वर्ण को पढ़ने में कठिन बना सकती है।

चरण 2: 18 स्थानों को अलग करें

राष्ट्रीय विकास और सुधार आयोग बताता है कि 18 स्थितियों में पाँच भाग होते हैं। आधिकारिक संरचनात्मक व्याख्या पढ़ें.

1. स्थिति 1: पंजीकरण प्रबंधन विभाग कोड।
2. स्थिति 2: संगठन या इकाई श्रेणी कोड।
3. स्थितियाँ 3-8: पंजीकरण प्राधिकरण का प्रशासनिक विभाजन कोड।
4. स्थितियाँ 9-17: संगठन कोड पर आधारित विषय पहचानकर्ता।
5. स्थिति 18: चेक वर्ण।

स्थितियों 3-8 को आपूर्तिकर्ता के वर्तमान फैक्ट्री पते के रूप में न लें। वे पंजीकरण प्रशासन का वर्णन करते हैं, और जब कोई विषय पता या कानूनी प्रतिनिधि बदलता है तो एकीकृत सामाजिक क्रेडिट कोड (USCC) स्थिर रहता है। खंड अर्थ असंगत ट्रांसक्रिप्शन का पता लगाने के लिए उपयोगी है; वर्तमान कंपनी तथ्य अभी भी एक वर्तमान रिकॉर्ड से आते हैं।

चरण 3: चेक अंक की गणना करें

पहले 17 वर्णों को 31-वर्णीय वर्णमाला में अपनी शून्य-आधारित स्थिति पर मैप करें। उन मानों को क्रम में मानक भारों से गुणा करें:

1, 3, 9, 27, 19, 26, 16, 17, 20, 29, 25, 13, 8, 24, 10, 30, 28

17 उत्पादों को जोड़ें। चेक-वर्ण सूचकांक है:

(31 - (total mod 31)) mod 31

उसी 31-वर्णीय वर्णमाला में उस सूचकांक को देखें। परिणामी वर्ण स्थिति 18 के बराबर होना चाहिए। बेमेल आमतौर पर ट्रांसक्रिप्शन त्रुटि, अनुमत वर्ण, गलत लंबाई, या एक ऐसी स्ट्रिंग का संकेत देता है जिसे इस कोडिंग नियम के तहत जारी नहीं किया गया था।

चेकसम द्वारा पता लगाई जाने वाली त्रुटियाँ

चेकसम टाइपिंग त्रुटियों को अनदेखा होने से रोकता है, क्योंकि प्रत्येक अंक की स्थिति का एक निश्चित भार होता है। किसी एक अक्षर को बदलने से सामान्यतः कुल योग बदल जाता है, जिससे आवश्यक अंतिम अक्षर भी बदल जाता है। विभिन्न भार वाली स्थितियों में अक्षरों के क्रम को उलटने से भी परिणाम अक्सर बदल जाता है। यही कारण है कि मैन्युअल ट्रांसक्रिप्शन या OCR के बाद यह परीक्षण उपयोगी होता है।

यह डिजिटल हस्ताक्षर नहीं है। कोई भी व्यक्ति एक नई स्ट्रिंग बना सकता है और गणितीय रूप से सही अंतिम अक्षर की गणना कर सकता है, जैसा कि नीचे दिए गए प्रशिक्षण उदाहरण में दिखाया गया है। चेकसम पंजीकरण प्राधिकरण से संपर्क नहीं करता, यह साबित नहीं करता कि कोड जारी किया गया था, यह पहचान नहीं बताता कि इसे किसने प्रदान किया, वर्तमान स्थिति का खुलासा नहीं करता, या इसे किसी चालान से नहीं जोड़ता। यह केवल यह परीक्षण करता है कि क्या एक 18-अक्षरीय स्ट्रिंग कोडिंग नियम के साथ सुसंगत है।

किसी अनुमत अक्षर को प्रतिस्थापित करके या स्थिति 18 की पुनर्गणना करके विफल कोड को चुपचाप 'ठीक' न करें। इससे एक भिन्न स्ट्रिंग बनती है जिसका कोई स्रोत दस्तावेज़ नहीं होता। लाइसेंस पर वापस जाएं, किसी अन्य मूल दस्तावेज़ की तुलना करें, या आपूर्तिकर्ता से स्पष्ट प्रति मांगें। जारी किए गए मान की पुष्टि होने तक समीक्षा रिकॉर्ड में दोनों संस्करणों को सुरक्षित रखें।

चेकसम का उदाहरण

निम्नलिखित एक निर्मित प्रशिक्षण स्ट्रिंग है, न कि कोई जारी किया गया कंपनी पहचानकर्ता:

9 | 1 | 310000 | ABCDEFGHJ | W

विभाजकों को हटाएं ताकि प्राप्त हो सके 91310000ABCDEFGHJW. पहले 17 अक्षरों के लिए, गणना शुरू होती है (9×1) + (1×3) + (3×9) + ... + (18×28). प्रत्येक मानक भार का उपयोग करने पर कुल योग 2,700 प्राप्त होता है।

1. 2700 mod 31 = 3
2. (31 - 3) mod 31 = 28
3. वर्णमाला सूचकांक 28 है W

अंतिम W इसलिए इस निर्मित बॉडी के लिए चेकसम पास करता है। यह परिणाम केवल गणितीय सुसंगतता स्थापित करता है। यह प्रशिक्षण स्ट्रिंग को जारी किए गए कोड या कंपनी रिकॉर्ड में नहीं बदलता है।

चरण 4: रजिस्ट्री से मिलान करें

पूर्ण USCC खोजें और लौटाए गए सटीक चीनी कानूनी नाम को रिकॉर्ड करें। इसकी तुलना व्यापार लाइसेंस, अनुबंध पक्ष, चालान जारीकर्ता और उस कंपनी से करें जिसका प्रतिनिधित्व करने का दावा आपूर्तिकर्ता करता है। साथ ही, वर्तमान पंजीकरण स्थिति और खोज की तिथि भी रिकॉर्ड करें।

बिना किसी मिलान वाले रिकॉर्ड के वैध चेकसम अनसुलझा रहता है। एक वैध कोड जो किसी भिन्न कंपनी को लौटाता है, वह पहचान बेमेल है। गैर-संचालन या समाप्त स्थिति वाली मिलान कंपनी एक स्थिति संबंधी समस्या है। इन तीनों परिणामों को 'USCC अमान्य' के रूप में रिपोर्ट करने के बजाय उन्हें अलग-अलग रखें।

चीनी पंजीकरण नियमों के अनुसार, बाजार इकाई के व्यापार लाइसेंस पर USCC प्रदर्शित होना आवश्यक है। आधिकारिक लाइसेंस-फील्ड नियम देखें. राज्य कराधान प्रशासन का अंग्रेजी देश नोट भी बताता है कि वर्तमान व्यवस्था के तहत किसी इकाई का कर पहचान संख्या सामान्यतः 18-अक्षरीय USCC का उपयोग करती है। आधिकारिक अंग्रेजी TIN नोट पढ़ें. ऐतिहासिक पहचानकर्ताओं के लिए अलग व्याख्या की आवश्यकता होती है।

कोड में बेमेल

एक सामान्य अमान्य परिणाम रिपोर्ट करने के बजाय, यह निर्धारित करने के लिए विफलता प्रकार का उपयोग करें कि आगे क्या जांचनीय है।

गलत लंबाई

केवल व्हाइटस्पेस हटाएं। यदि परिणाम अभी भी 18 अक्षर नहीं है, तो जांचें कि क्या दस्तावेज़ किसी ऐतिहासिक पंजीकरण या कर संख्या को दर्शाता है, क्या छवि को काटा गया था, या क्या दो फ़ील्ड जोड़े गए थे। अग्रणी शून्य या अनुमानित चेक अक्षर न जोड़ें।

अमान्य अक्षर या चेक अंक

स्रोत की तुलना एक-एक स्थिति करके करें। धुंधले अक्षरों और संख्याओं पर विशेष ध्यान दें, लेकिन उन्हें कभी भी स्मृति से प्रतिस्थापित न करें। यदि दो आपूर्तिकर्ता दस्तावेज़ भिन्न स्ट्रिंग दिखाते हैं, तो प्रत्येक दस्तावेज़ की तिथि और जारीकर्ता की पहचान करें और वर्तमान लाइसेंस का अनुरोध करें।

चेकसम वैध, लेकिन कंपनी नहीं मिली

पुष्टि करें कि खोज ने प्रासंगिक इकाई प्रकार को कवर किया था और पूर्ण कोड जमा किया गया था। फिर एक अलग मार्ग के रूप में पूर्ण चीनी कानूनी नाम की खोज करें। 'कोई मिलान रिकॉर्ड की पुष्टि नहीं हुई' को परिणाम के रूप में सुरक्षित रखें; इसे एक स्वच्छ प्रारूप पास में डाउनग्रेड न करें।

भिन्न कानूनी नाम

लौटाए गए चीनी नाम और आपूर्तिकर्ता द्वारा प्रदान किए गए नाम को साथ-साथ रखें। पूर्व नाम, संबंधित कंपनी, शाखा, चालान जारीकर्ता और असंबंधित कंपनी के लिए भिन्न स्पष्टीकरणों की आवश्यकता होती है। साझा बिक्री संपर्क अलग-अलग इकाइयों को एक USCC साझा नहीं करने देता है।

परिणाम रिकॉर्ड करना

आपूर्तिकर्ता फ़ाइल में इनमें से किसी एक कथन का उपयोग करें:

• प्रारूप विफल: गलत लंबाई या मानक वर्णमाला के बाहर का कोई अक्षर।
• चेकसम विफल: अंतिम अक्षर पहले 17 स्थानों से मेल नहीं खाता।
• चेकसम सफल, कोई इकाई पुष्टि नहीं: गणितीय संरचना सफल रही लेकिन कोई मिलान वाला आधिकारिक रिकॉर्ड स्थापित नहीं हुआ।
• इकाई बेमेल: कोड ने आपूर्तिकर्ता दस्तावेज़ से भिन्न कानूनी नाम लौटाया।
• इकाई मेल खाती है: कोड और चीनी कानूनी नाम मेल खाते हैं; स्थिति और लेनदेन जाँच अलग रहती हैं।

दस्तावेज़ संदर्भ के लिए, वापस जाएँ चीनी व्यापार लाइसेंस पढ़ना. ऐतिहासिक टैक्स नंबर अंतर के लिए, उपयोग करें USCC बनाम चीन टैक्स नंबर. इकाई मिलान की जाँच करने के लिए, पूर्ण USCC खोजें.

यह मार्गदर्शिका कोड संरचना को सत्यापित करती है और पहचान मिलान की व्याख्या करती है। यह आपूर्तिकर्ता को प्रमाणित नहीं करता, ऋण योग्यता स्थापित नहीं करता, या लेनदेन को अनुमोदित नहीं करता।