मेन्यू

सीमा पार पता परिदृश्य: एक ऑर्डर में कितने देश होते हैं

सीमा पार पता परिदृश्य अक्सर छिपा हुआ एकल-देश प्रश्न होता है। एक ही लेन-देन कई देश-मान उठा सकता है जिन्हें किसी बात पर सहमत होना पड़ता है।

प्रकाशित

  • सीमा पार
  • पता
  • परीक्षण डेटा

सीमा पार पता परिदृश्यों का परीक्षण अक्सर इस तरह होता है मानो लेन-देन से एक ही देश-मान गुज़रता हो। व्यवहार में किसी ऑर्डर में अक्सर एक से अधिक होते हैं: ग्राहक कहाँ पंजीकृत है, बीजक कहाँ जाता है, पार्सल कहाँ पहुँचाया जाता है, और ग्राहक की पहचान किस देश के नियमों के तहत जाँची गई।

इनमें से हर एक वैध देश है, और इनका मेल खाना ज़रूरी नहीं। दिलचस्प काम यह तय करना है कि किस बात पर सहमति होनी चाहिए, क्या अलग हो सकता है, और इनमें से किस मान को सत्यापन नियम चलाने की अनुमति है।

एक ऑर्डर में कितने देश-मान आ सकते हैं?

चार एक उपयोगी शुरुआती गिनती है, और ये इतने अलग हैं कि किन्हीं दो को मिलाने पर जानकारी चली जाती है।

भूमिका यह जो बताती है यह जब बदलती है
पंजीकरण देश अकाउंट कहाँ बनाया गया लगभग कभी नहीं
बिलिंग देश भुगतान किन नियमों और मुद्रा से चलता है भुगतान विधि बदलने पर
डिलीवरी देश माल कहाँ जाता है हर ऑर्डर पर
पहचान देश व्यक्ति किस दस्तावेज़ से जाँचा गया दस्तावेज़ के नवीनीकरण या बदले जाने पर

पाँचवाँ तब जुड़ता है जब किसी प्लेटफ़ॉर्म, किसी बाज़ार-विक्रेता और किसी कूरियर में से हर एक का गंतव्य पर अपना अलग दृश्य हो। यह कोई दुर्लभ मामला नहीं है; जिस सीमा पार लेन-देन में एक से अधिक भागीदार हों, उसका यही सामान्य आकार है।

पहला मॉडलिंग निर्णय यह है कि इन्हें कई लेबल वाले एक पते के रूप में संचित किया जाए या ऐसे कई पतों के रूप में जो संयोग से जुड़े हैं। दोनों चल सकते हैं, पर जो सिस्टम एक ही देश संचित करता है और हर चरण पर उसे दोबारा लिखता है, वह बाद में वह प्रश्न हल नहीं कर सकता जो कोई विवाद पूछेगा: जिस क्षण ऑर्डर दिया गया, उस क्षण कौन सा देश सच था?

इनमें से सत्यापन किसे चलाना चाहिए?

इसका कोई सार्वभौमिक उत्तर नहीं है, और ठीक इसीलिए नियम लिखा जाना चाहिए। कई बचाव योग्य नीतियाँ मौजूद हैं, और उन्हें चुपचाप मिला देना ही वह दोष पैदा करता है जहाँ कोई मान एक स्क्रीन पर स्वीकार और अगली पर अस्वीकार हो जाता है।

एक नीति यह है कि डिलीवरी देश चले, क्योंकि जो पता भौतिक रूप से पहुँचने योग्य होना है, उसकी परंपराएँ सबसे अधिक मायने रखती हैं। दूसरी यह है कि बिलिंग देश चले, क्योंकि भुगतान के साधन और उनके नियम आम तौर पर भुगतान करने वाले के पीछे चलते हैं। तीसरी यह है कि हर फ़ील्ड उसी देश पर जाँची जाए जिसकी वह है, जो सबसे सही और सबसे कठिन कार्यान्वयन है।

जो भी चुना जाए, न चुनने का विफलता-तरीक़ा हर बार एक जैसा है: दो घटक असहमत होते हैं, उपयोगकर्ता को बताया जाता है कि उसका पता अमान्य है, और संदेश में कहीं नहीं लिखा होता कि यह शिकायत चारों देश-मानों में से किसके बारे में है।

जब फ़ील्डें आपस में न मिलें तो क्या होता है?

असहमति सामान्यतः त्रुटि नहीं, संकेत होती है। एक देश में डिलीवरी पता और दूसरे देश के उपसर्ग वाला फ़ोन नंबर सीमा के पास रहने वाले किसी व्यक्ति के लिए असामान्य नहीं है, और यह धोखाधड़ी का ज्ञात पैटर्न भी है, इसलिए उसे अपने आप अमान्य मान लेना वैध ग्राहकों को खो देता है।

व्यावहारिक रास्ता यह है कि अवरोधक शर्तों को सलाहकारी शर्तों से अलग किया जाए। बहुत कम असहमतियाँ वास्तव में ऑर्डर को आगे बढ़ने से रोकती हैं; अधिकतर केवल भरोसा घटाती हैं, और भरोसे को ग्राहक को दिखाई गई सत्यापन त्रुटि के बजाय समीक्षा के लिए जमा किए गए संकेत की तरह सँभालना बेहतर है।

इसलिए परीक्षण सुइट में जानबूझकर बनाए गए बेमेल होने चाहिए। ऐसा डिलीवरी देश जो बिलिंग देश से भिन्न हो, ऐसा फ़ोन उपसर्ग जो तीसरे देश का हो, और ऐसी मुद्रा जिसका सामान्य घर चौथा देश हो — ये तीन ऐसे मामले हैं जो एकल-देश फ़िक्स्चर कभी पैदा नहीं कर सकता, और यही वे मामले हैं जहाँ सीमा पार के दोष जमा होते हैं।

इन्हीं संकेतों में से एक पर पहले से एक समर्पित मार्गदर्शिका है, फ़ोन उपसर्ग और इलाक़ा मिलान पर, जो उपसर्ग पक्ष विस्तार से समझाती है; यहाँ इतना काफ़ी है कि वह संकेत उस पते से अलग देश का है जिसके साथ वह आता है।

जब कोई मान अस्वीकार हो तो निर्णय किसका है?

स्वामित्व वह हिस्सा है जो छूट जाता है, और उसका अभाव ही सीमा पार की गड़बड़ी को लंबी बहस में बदल देता है।

हर सत्यापन नियम के लिए किसी के पास तीन प्रश्नों के उत्तर होने चाहिए। यह नियम किस देश-मान ने चुना? नियम का औचित्य क्या है? और इसे कौन बदल सकता है? जिस नियम का स्वामी अज्ञात हो उसे सुरक्षित रूप से संशोधित नहीं किया जा सकता, इसलिए वह जगह पर बना रहता है और किनारों पर अपवाद जमा करता रहता है।

स्वामित्व तय करना उन नियमों को भी उजागर करता है जो बिना किसी कारण मौजूद हैं। कोई विरासत में मिला नियम जो ऐसे देश के लिए सही बने मान को अस्वीकार करता है जिसके साथ कोई व्यापार नहीं करता, वह शुद्ध लागत है, और वह तब तक सामने नहीं आएगा जब तक किसी से उसका बचाव न माँगा जाए।

डेवलपरों के लिए: भूमिकाओं को मॉडल करें, एक देश फ़ील्ड को नहीं

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

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

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

इस लेख में दिए सारे पते, देश-संयोजन और ऑर्डर विवरण एक मॉडलिंग प्रश्न समझाने के लिए लिखे गए काल्पनिक उदाहरण हैं। वे किसी वास्तविक ग्राहक, ऑर्डर या लेन-देन का वर्णन नहीं करते, और यहाँ दिखाए किसी मान को किसी जीवंत सिस्टम का डेटा नहीं पढ़ा जाना चाहिए।

आगे के कदम

एक मौजूदा ऑर्डर रिकॉर्ड उठाएँ और केवल संचित डेटा से यह उत्तर देने की कोशिश करें कि चेकआउट के दौरान चले हर सत्यापन को किस देश ने चलाया। यदि इनमें से कोई उत्तर उपलब्ध न हो, तो भूमिकाएँ अभी अलग मॉडल नहीं हुई हैं। देश बनाम भाषा की मार्गदर्शिका जगह और भाषा के बीच का पड़ोसी भेद समझाती है, जिसे सीमा पार के मामले इसी तरह उलझा देते हैं। यहाँ पढ़ें: देश बनाम भाषा।

आगे पढ़ें

86 देशों के लिए पता और पहचान डेटा प्रारूप संबंधित गाइड

86 देशों के लिए पता और पहचान डेटा प्रारूप संबंधित गाइड

यहाँ केवल इस पृष्ठ के विषय से जुड़े लेख दिखाए गए हैं।