ऑन-टाइम डिलीवरी रिपोर्ट कैसे बनाएं: 2026 में 6 त्वरित जांच

समय पर डिलीवरी (on-time delivery) की रिपोर्ट एक ऐसे सवाल का जवाब देती है जो दिखने में तो एक लगता है, लेकिन असल में दो होते हैं। क्या हमने तय समय पर सामान भेजा, और क्या पार्सल ग्राहक की उम्मीद के मुताबिक समय पर पहुंचा? इन दोनों के लिए अलग-अलग लोग जिम्मेदार होते हैं और दोनों की समय-सीमा (clocks) भी अलग होती है। यह गाइड एक ऐसी रिपोर्ट तैयार करती है जो इन दोनों को अलग करती है, और किसी को भी आंकड़े बताने से पहले छह जरूरी जांचों की सूची देती है।

"समय पर" (on time) होना केवल एक आंतरिक मीट्रिक क्यों नहीं है

ज्यादातर टीमें इसे एक ऐसे KPI के रूप में देखती हैं जिसे वे खुद तय करती हैं। US में दूर से बेची जाने वाली किसी भी चीज़ के लिए, इसका एक हिस्सा नियमों द्वारा तय किया जाता है।

Federal Trade Commission इस पर एक नियम प्रकाशित करता है। इसका Mail, Internet, or Telephone Order Merchandise Rule यह बताने या संकेत देने के लिए एक उचित आधार की मांग करता है कि "आप एक निश्चित समय के भीतर शिप कर सकते हैं।" जहां शिपमेंट का कोई समय नहीं बताया गया है, वहां आपके पास यह मानने का एक उचित आधार होना चाहिए कि आप 30 दिनों के भीतर शिप कर सकते हैं। यही कारण है कि इसे अक्सर 30-day Rule कहा जाता है।

उस गाइडलाइंस के दो विवरण यह बदल देते हैं कि रिपोर्ट कैसे बनाई जानी चाहिए।

समय की गिनती एक खास पल से शुरू होती है। FTC का कहना है कि आपकी जिम्मेदारी "जैसे ही आपको 'ठीक से पूरा किया गया' ऑर्डर मिलता है, वैसे ही शुरू हो जाती है।" यह इसे उस बिंदु के रूप में परिभाषित करता है जब आपको सही पूरा या आंशिक भुगतान प्राप्त होता है, "साथ ही वह सभी जानकारी भी मिलती है जिसकी आपको ऑर्डर पूरा करने के लिए आवश्यकता होती है।"

यह हमेशा उस टाइमस्टैम्प (timestamp) जैसा नहीं होता है जो आपका सिस्टम ऑर्डर बनने पर दर्ज करता है।

ज्यादातर समय निभाया गया वादा, वादा निभाना नहीं कहलाता। FTC से सीधे पूछा गया है कि क्या कोई विक्रेता यह कह सकता है कि वह "ज्यादातर समय" 48 घंटों में शिप करता है। इसका जवाब यह है कि तब आपको "हर समय 48 घंटों के भीतर शिप करना होगा या देरी की सूचना देनी होगी।"

विफलता के रास्ते का भी एक नियम है। यदि आप बताए गए समय में शिप नहीं कर सकते हैं, तो आपको देरी के लिए ग्राहक की सहमति लेनी होगी।

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

पूरे लेख में इस शब्द पर ध्यान दें: ship, deliver नहीं। यही अंतर पूरी रिपोर्ट को दिशा देता है।

यह देखना भी जरूरी है कि नियम में क्या शामिल नहीं है। FTC उन छूटों की सूची देता है जिनमें पहली शिपमेंट के बाद मैगजीन सब्सक्रिप्शन, बीज और उगने वाले पौधे, कलेक्ट-ऑन-डिलीवरी (COD) ऑर्डर और सेवाएं शामिल हैं। यदि आपके कैटलॉग का कोई हिस्सा इससे बाहर आता है, तो आपकी ऑन-टाइम डिलीवरी रिपोर्ट में यह बताया जाना चाहिए कि वह कौन सा हिस्सा है।

शुरू करने से पहले आपको क्या चाहिए

चार एक्सपोर्ट (exports), और वे आमतौर पर अलग-अलग सिस्टम में होते हैं।

• Orders, जिसमें बनने का समय, भुगतान की पुष्टि का समय और चेकआउट पर दिखाया गया वादा शामिल हो।
• Fulfilment, जिसमें पिक, पैक और हैंडओवर के टाइमस्टैम्प शामिल हों।
• Carrier tracking, जिसमें पहला स्कैन और डिलीवरी स्कैन शामिल हो।
• Exceptions, जिसमें रद्दीकरण (cancellations), रिफंड और भेजे गए देरी के नोटिफिकेशन शामिल हों।

आपको पहले से सहमत एक लिखित परिभाषा की भी आवश्यकता होगी: किस टाइमस्टैम्प को "shipped" माना जाएगा।

लेबल बनने और कूरियर के पहले स्कैन में पूरे एक दिन का अंतर हो सकता है। एक ऑन-टाइम डिलीवरी रिपोर्ट जो इन्हें आपस में मिला देती है, वह किसी स्थिर चीज़ को नहीं माप रही होती है, और यह अंतर ठीक उसी समय और बढ़ जाता है जब वेयरहाउस सबसे ज्यादा व्यस्त होता है।

मैन्युअल रूप से रिपोर्ट कैसे बनाएं

विकल्प 1: स्प्रेडशीट में एक महीने के ऑर्डर

एक महीने का डेटा एक्सपोर्ट करें, शिप की तारीख में से वादे की तारीख को घटाएं, और गिनें कि कितने परिणाम नकारात्मक (negative) हैं। इससे आपको दोपहर के भोजन तक एक आंकड़ा मिल जाएगा।

यह दो-घड़ियों (two-clock) की समस्या को भी पूरी तरह से छिपा देता है, क्योंकि एक साधारण घटाव आपको यह नहीं बता सकता कि देरी आपकी वजह से हुई थी या कूरियर की वजह से।

विकल्प 2: ऑर्डर्स को कूरियर ट्रैकिंग से जोड़ें

ट्रैकिंग एक्सपोर्ट को साथ लाएं और ऑर्डर ID से मिलान करें। अब आप ट्रांजिट समय (transit time) से अलग अपने हैंडओवर को माप सकते हैं।

इसमें मुश्किल इन्हें जोड़ने (join) में आती है। ऑर्डर ID और ट्रैकिंग नंबर शायद ही कभी एक-से-एक (one to one) मेल खाते हैं, क्योंकि स्प्लिट शिपमेंट (split shipments) एक ही ऑर्डर के लिए कई ट्रैकिंग नंबर बना देते हैं।

विकल्प 3: अपवाद (exception) डेटा जोड़ें

पूरा संस्करण रद्दीकरण (cancellations), रिफंड और किसी भी देरी के नोटिस को शामिल करता है। यही वह चीज़ है जो रिपोर्ट को केवल परिचालन (operational) के बजाय अनुपालन (compliance) संबंधी प्रश्न का उत्तर देने में मदद करती है।

यहीं पर आपकी पूरी दोपहर भी निकल जाती है, क्योंकि अपवाद (exception) डेटा आमतौर पर चारों एक्सपोर्ट में सबसे ज्यादा बिखरा हुआ होता है।

AI के साथ रिपोर्ट कैसे बनाएं

चरण 1: चारों एक्सपोर्ट को एक साथ अपलोड करें

Powerdrill Bloom खोलें और एक ही वर्कस्पेस में ऑर्डर, पूर्ति (fulfilment), कूरियर और अपवाद (exception) फाइलों को अपलोड करें। उन्हें एक साथ अपलोड करना महत्वपूर्ण है, क्योंकि अधिकांश काम उन्हें आपस में जोड़ने का ही होता है।

इसके बाद सामान्य भाषा में बताएं कि कौन सा कॉलम ग्राहक को दिखाए गए वादे को दर्शाता है। उस टाइमस्टैम्प का नाम बताएं जिसे आप "shipped" मान रहे हैं, और वह जो भुगतान की पुष्टि को दर्शाता है। ये तीन परिभाषाएं आगे आने वाले हर आंकड़े को तय करती हैं।

चरण 2: किसी भी प्रतिशत से पहले जुड़ी हुई तालिका (joined table) मांगें

प्रत्येक ऑर्डर के लिए एक पंक्ति (row) मांगें जिसमें शामिल हो: भुगतान की पुष्टि (payment confirmed), वादे की तारीख (promise date), हैंडओवर (handover), पहला कूरियर स्कैन (first carrier scan), डिलीवरी स्कैन (delivery scan) और कोई भी अपवाद फ्लैग (exception flag)। पूछें कि कितने ऑर्डर ट्रैकिंग रिकॉर्ड से मेल खाने में विफल रहे।

वह बिना मेल खाने वाली संख्या (unmatched count) आपके डेटा की गुणवत्ता की जांच है। स्प्लिट शिपमेंट (split shipments) इसका कुछ हिस्सा स्पष्ट करते हैं; एक बड़ी संख्या का मतलब है कि जोड़ने (join) के लिए एक अलग कुंजी (key) की आवश्यकता है।

तालिका (table) सही होने के बाद ही आपको दरों (rates) के बारे में पूछना चाहिए।

चरण 3: दोनों दरों को अलग-अलग मांगें, फिर एक्सपोर्ट करें

एक के बजाय दो आंकड़ों की मांग करें: शिप-बाय-प्रॉमिस दर (ship-by-promise rate), जिसे भुगतान की पुष्टि से लेकर हैंडओवर तक मापा जाता है, और डिलीवर्ड-बाय-एस्टीमेट दर (delivered-by-estimate rate), जिसे डिलीवरी स्कैन तक मापा जाता है। प्रत्येक को कूरियर और सप्ताह के अनुसार अलग-अलग दिखाने के लिए कहें।

सारांश (summary) के साथ जुड़ी हुई तालिका को एक्सपोर्ट करें। यदि इस तिमाही की तालिका मौजूद है, तो अगली तिमाही की रिपोर्ट में एक दिन के बजाय केवल एक घंटा लगेगा। शेड्यूल्ड टास्क (scheduled tasks) हर प्लान में शामिल हैं, जिसमें Free टियर पर एक और Pro तथा उससे ऊपर के प्लान पर 20 टास्क मिलते हैं।

आंकड़े प्रकाशित करने से पहले 6 त्वरित जांचें

जांच 1: क्या समय की गिनती सही पल से शुरू हो रही है?

मान लीजिए कि आपकी रिपोर्ट ऑर्डर बनने के समय से मापती है, जबकि भुगतान या पते की पुष्टि बाद में होती है। ऐसे में आप खुद को अतिरिक्त समय दे रहे हैं जो FTC की परिभाषा के तहत आपके पास नहीं है। दोनों में से जो बाद में हुआ हो, वहां से मापें।

जांच 2: क्या बताया गया वादा वास्तव में वही है जो साइट पर लिखा है?

चेकआउट पर दिखाए गए वादे के टेक्स्ट को लें, न कि आंतरिक SLA को। यदि साइट 48 घंटे कहती है, तो रिपोर्ट को 48 घंटे के आधार पर ही मापा जाना चाहिए, क्योंकि नियम इसी दावे से जुड़ा हुआ है।

जांच 3: क्या "shipped" हर जगह एक ही घटना है?

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

जांच 4: क्या देरी से हुए और रद्द किए गए ऑर्डर अभी भी हर (denominator) में शामिल हैं?

उन्हें हटा देना ऑन-टाइम दर को चुपचाप बढ़ाने का सबसे आम तरीका है। वादा पूरा न होने के बाद रद्द किया गया ऑर्डर एक विफलता है, न कि कोई अपवाद।

जांच 5: क्या आपकी देरी कूरियर की देरी से अलग है?

हमेशा दो कॉलम रखें: वादे के मुकाबले हैंडओवर, और कूरियर के अनुमान के मुकाबले ट्रांजिट। उन्हें मिलाने से एक ऐसा आंकड़ा बनता है जिस पर न तो आपका वेयरहाउस और न ही आपका कूरियर कोई कार्रवाई कर सकता है।

जांच 6: क्या देरी के नोटिफिकेशन को उनके अपने परिणाम के रूप में ट्रैक किया जाता है?

नियम के तहत, समय पर नोटिस और सहमति के साथ संभाली गई देरी, बिना बताए हुई देरी से अलग परिणाम होती है। यदि रिपोर्ट उनके बीच अंतर नहीं कर सकती है, तो यह अनुपालन (compliance) का सही जवाब नहीं दे सकती।

रिपोर्ट में क्या शामिल होना चाहिए

Metric	यह कैसे निकाला जाता है	यह क्यों महत्वपूर्ण है
Orders in scope	अपवादों को हटाने के बाद की संख्या	वह हर (denominator) जिस पर सब कुछ निर्भर करता है
Ship-by-promise rate	बताए गए वादे के मुकाबले हैंडओवर	वह हिस्सा जिसे आप नियंत्रित करते हैं
Delivered-by-estimate rate	कूरियर के अनुमान के मुकाबले डिलीवरी स्कैन	ग्राहक को जो अनुभव मिलता है
Median handover hours	भुगतान की पुष्टि से लेकर हैंडओवर तक	दर में बदलाव आने से पहले का झुकाव दिखाता है
Delay notices sent	Exception एक्सपोर्ट	संभाली गई देरी और बिना बताए हुई देरी के बीच का अंतर
Rate by carrier	कूरियर के अनुसार विभाजित ट्रैकिंग एक्सपोर्ट	एकमात्र ऐसा नज़रिया जो कूरियर से बातचीत में मदद करता है
Split-shipment share	एक से अधिक ट्रैकिंग नंबर वाले ऑर्डर	ज्यादातर बिना मेल खाने वाली पंक्तियों को स्पष्ट करता है

हैंडओवर समय के लिए औसत (mean) के बजाय माध्यिका (median) का उपयोग करें। स्टॉक न होने के कारण रुके हुए कुछ ऑर्डर भी औसत को बिगाड़ देंगे और एक अच्छे सप्ताह के प्रदर्शन को छिपा देंगे।

सर्वोत्तम अभ्यास और आम गलतियाँ

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

परिभाषाओं को रिपोर्ट के हेडर में लिखें। कौन सा टाइमस्टैम्प, कौन से अपवाद, वादे का कौन सा स्रोत। जो पाठक परिभाषाओं को नहीं देख सकता, वह दर पर भरोसा नहीं कर सकता।

औसत वादे का हवाला न दें। FTC गाइडलाइंस हर बार किए गए दावे को बाध्यकारी मानती है, इसलिए अनुपालन (compliance) के प्रश्न के लिए कुल औसत (aggregate) निकालना गलत तरीका है।

जांचें कि नियम में क्या शामिल नहीं है। FTC उन छूटों की सूची देता है जिनमें बीज और उगने वाले पौधे, कलेक्ट-ऑन-डिलीवरी ऑर्डर और सेवाएं शामिल हैं। यदि आपके कैटलॉग का एक बड़ा हिस्सा छूट प्राप्त है, तो इसे चुपचाप मिलाने के बजाय रिपोर्ट में स्पष्ट रूप से बताएं।

स्टॉकआउट (stockouts) को दर के पास रखें। स्टॉक न होने के कारण छूटा हुआ वादा एक प्लानिंग की समस्या है, न कि पूर्ति (fulfilment) की। stockout report पर हमारी गाइड उस पहलू को कवर करती है।

इसे रिटर्न और बिक्री के रुझान (sales trend) के साथ पढ़ें। देर से होने वाली शिपमेंट बाद में रिटर्न और कम दोबारा खरीदारी के रूप में सामने आती हैं। product returns report और raw e-commerce orders into a sales trend report पर हमारे वॉकथ्रू इन संबंधित पहलुओं को कवर करते हैं। e-commerce analytics tools का हमारा संग्रह व्यापक टूलिंग को कवर करता है। यदि स्रोत डेटा वर्कबुक से शुरू होता है, तो Excel AI assistant पेज उस तरीके को दिखाता है।

निष्कर्ष

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

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

क्या आपके पास पहले से ही ऑर्डर और कूरियर एक्सपोर्ट हैं? Powerdrill Bloom आज़माएं और आज दोपहर ही उन्हें आपस में जोड़ें।

अक्सर पूछे जाने वाले प्रश्न

ऑन-टाइम डिलीवरी रिपोर्ट क्या है?

यह एक ऐसी रिपोर्ट है जो यह मापती है कि ऑर्डर कितनी बार अपने वादे के समय पर खरे उतरे। एक पूर्ण संस्करण शिपिंग प्रदर्शन (जिसे आप नियंत्रित करते हैं) को ट्रांजिट प्रदर्शन (जिसे कूरियर नियंत्रित करता है) से अलग करता है।

शिपिंग का समय कानूनी रूप से कब शुरू होता है?

FTC का कहना है कि जिम्मेदारी तब शुरू होती है जब आपको ठीक से पूरा किया गया ऑर्डर प्राप्त होता है। इसका मतलब है सही पूरा या आंशिक भुगतान, साथ ही ऑर्डर पूरा करने के लिए आवश्यक सभी जानकारी।

क्या हम ऐसे शिपिंग समय का विज्ञापन कर सकते हैं जिसे हम ज्यादातर समय पूरा करते हैं?

FTC की गाइडलाइंस कहती हैं कि नहीं। यदि आप दावा करते हैं कि आप 48 घंटों में शिप करते हैं, तो आपको हर बार 48 घंटों के भीतर शिप करना होगा या देरी की सूचना भेजनी होगी।

क्या देरी से होने वाले और फिर रद्द किए गए ऑर्डर्स को दर के खिलाफ गिना जाना चाहिए?

हाँ। उन्हें बाहर रखने से दर कृत्रिम रूप से बढ़ जाती है। उन्हें एक परिणाम के रूप में अलग से ट्रैक करें, और उन्हें हर (denominator) में बनाए रखें।

क्या होगा यदि कूरियर के कारण देरी हुई हो?

इसे इसके अपने कॉलम में रिपोर्ट करें। FTC की जिम्मेदारियां ऑर्डर शिप करने से जुड़ी हैं, इसलिए कूरियर ट्रांजिट की समस्या एक परिचालन (operational) मुद्दा है, न कि वही माप।