हर ऑर्डर पढ़े बिना आपूर्तिकर्ता के ट्रैकिंग नंबरों का मिलान करें

r/shopify पर एक विक्रेता ने इस काम का सटीक वर्णन किया: सप्लायर हर ऑर्डर के लिए शिपिंग की पुष्टि ईमेल करता है, आप उसे खोलते हैं, ट्रैकिंग नंबर कॉपी करते हैं, ऑर्डर में पेस्ट करते हैं, उसे पूरा हुआ चिह्नित करते हैं और फिर अगले पर जाते हैं। कुछ दिनों में तीस ऑर्डर होते हैं और एक घंटा चला जाता है। दूसरे व्यक्ति ने यही काम साप्ताहिक रूप में बताया — हर रविवार रात तीन घंटे कॉपी-पेस्ट।

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

स्वचालन से पहले मिलान क्यों

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

मिलान आपको वही घंटा इन जोखिमों के बिना वापस देता है, और किसी को बदलाव करने देने से पहले यह बताता है कि मिलान भरोसेमंद भी है या नहीं। हर प्लेटफ़ॉर्म पर लिखने की पहुँच पाने के लिए क्या-क्या करना पड़ता है, इसका पूरा विवरण हमने अलग से लिखा है: Shopify Admin MCP की चरणबद्ध मार्गदर्शिका.

दो निर्यात

आपके ऑर्डर। ऐसा कोई भी निर्यात जिसमें ऑर्डर नंबर, प्राप्तकर्ता का नाम या पता, ऑर्डर की वस्तुएँ और ऑर्डर पूरा होने की मौजूदा स्थिति हो। Shopify, WooCommerce, Etsy और eBay, सभी इसे बिना किसी API पहुँच के एडमिन से निर्यात कर सकते हैं।

सप्लायर की पुष्टियाँ। मेलबॉक्स का वह फ़ोल्डर निर्यात करें जिसमें वे आती हैं — अधिकतर ईमेल क्लाइंट फ़ोल्डर को .mbox या .eml फ़ाइलों के समूह के रूप में निर्यात करते हैं। अगर आपका सप्लायर इसके बजाय CSV या पोर्टल से निर्यात की गई फ़ाइल भेजता है, तो उसका उपयोग करें; वह अधिक साफ़-सुथरी होती है और टेम्प्लेट का डिज़ाइन बदलने पर उसका ढाँचा नहीं बदलेगा।

दोनों को एक स्थानीय फ़ोल्डर में रखें। वही फ़ोल्डर पूरा कार्यक्षेत्र है।

चार तालिकाएँ, जिनमें सिर्फ़ तीन सूचियाँ हैं

ठीक यही प्रारूप माँगें, और इसकी जगह गद्य स्वीकार न करें:

1. मेल खाते और सुसंगत — सिर्फ़ संख्या। उनकी सूची न बनाएँ।
2. बेमेल पुष्टियाँ — ऐसा ट्रैकिंग नंबर जिसके लिए कोई ऑर्डर नहीं है।
3. बेमेल ऑर्डर — N दिनों से पुराने ऑर्डर जिनकी कोई पुष्टि नहीं मिली है।
4. अस्पष्ट — ऐसी कोई भी चीज़ जिसका एक से अधिक ऑर्डर से मेल हुआ हो।

पहले ऑर्डर नंबर से मिलान करें, और ऑर्डर नंबर न होने पर ही प्राप्तकर्ता के नाम और पोस्टकोड का सहारा लें। तालिका 2 से 4 के लिए, मिलान में उपयोग किए गए सटीक स्रोत फ़ील्ड माँगें। और यह भी अनिवार्य करें कि जिस मिलान को लेकर संदेह हो, वह अनुमान के आधार पर तालिका 1 में जाने के बजाय तालिका 4 में जाए।

तालिका 1 का सूची के बजाय सिर्फ़ संख्या होना ही पूरे डिज़ाइन का सार है। सामान्य दिन में यह संख्या 28 होती है, बाकी तीन तालिकाएँ खाली होती हैं, और आपका काम दस सेकंड में पूरा हो जाता है।

हर तालिका असल में क्या बताती है

तालिका 2, ऑर्डर के बिना ट्रैकिंग। आमतौर पर सप्लायर किसी रद्द ऑर्डर को भेज रहा होता है, या पुष्टि दो बार आई होती है। इसे जाँचना आसान है, और कभी-कभी यह दोहरी शिपिंग को आपके दो बार भुगतान करने से पहले पकड़ लेता है।

तालिका 3, ट्रैकिंग के बिना ऑर्डर। यही महँगा पड़ने वाला मामला है और पूरी प्रक्रिया चलाने की वजह भी। ये आगे चलकर “मेरा ऑर्डर कहाँ है” वाले सहायता अनुरोध बनते हैं, और मार्केटप्लेस पर देर से शिपमेंट के आँकड़ों में बदलते हैं, जिससे सिर्फ़ ग्राहकों का भरोसा ही नहीं, आपकी दृश्यता भी घटती है।

तालिका 4, अस्पष्ट। लगभग हमेशा एक ही घर के लिए दो ऑर्डर होते हैं। इन्हें हाथ से सुलझाना ठीक इसी वजह से ज़रूरी है कि पूरी तरह स्वचालित सिस्टम किसी एक को चुन लेता और आधी बार गलत होता।

इसके बाद, और सिर्फ़ इसके बाद, बदलाव वापस लिखें

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

अगर आप उस चरण तक कभी न भी पहुँचें, तो अकेला मिलान ही वह घंटा बचा चुका है। यही हिस्सा बनाए रखने लायक है।

इसे Orkas में चलाना

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

स्टोर के बाकी साप्ताहिक काम भी इसी फ़ोल्डर में रहते हैं, जिन्हें हम समझाते हैं ई-कॉमर्स स्टोर की समीक्षा के उपयोग उदाहरण में.

इसके दायरे में क्या नहीं आता

• सप्लायर के किसी अनदेखे ईमेल प्रारूप को पढ़ने में पहली कुछ बार आपको तालिका 2 की जाँच करनी होगी।
• इसे यह नहीं पता कि पैकेज खो गया है — सिर्फ़ इतना पता है कि आपको उसके भेजे जाने की सूचना कभी नहीं मिली।
• कैरियर की ओर से ट्रैकिंग की स्थिति एक अलग समस्या है। यह मिलान करता है कि कोई नंबर मौजूद है उसके साथ जिस ऑर्डर को उसकी ज़रूरत है, इससे अधिक कुछ नहीं।