स्टॉक और पूर्ति जोड़िए ताकि आँकड़े सच रहें
जिस दिन स्टोर वह चीज़ बेच देता है जो उसके पास नहीं है, उसी दिन संचालन की बात आख़िरकार होती है। यह शायद ही ग़लत गिनती से होता है; यह इसलिए होता है कि दोनों सिस्टम मानते हैं संख्या उनकी है।
एकीकरण का काम मुख्यतः यह अनुशासन है कि एक बार तय कर लिया जाए कि क्या किसका है।
पहले सच का स्रोत तय कीजिए#
| डेटा | आम मालिक | ग़लत होने का नतीजा |
|---|---|---|
| स्टॉक स्तर | गोदाम या ERP | ओवरसेल और रद्दीकरण |
| क़ीमत | ERP या स्टोर, दोनों कभी नहीं | ग्राहक से ग़लत राशि |
| प्रोडक्ट मास्टर डेटा | PIM या ERP | अलग-अलग कैटलॉग जिन पर भरोसा नहीं |
| ऑर्डर स्थिति | स्टोर | ग्राहक को दो अलग बातें |
| ग्राहक रिकॉर्ड | स्टोर या CRM | दोहरे खाते और खोया इतिहास |
तालमेल के तरीक़े और उनकी जगह#
- बदलाव पर वेबहुक से पुश: सबसे तेज़, स्टॉक के लिए सर्वोत्तम; दोबारा कोशिश और रीप्ले चाहिए।
- निर्धारित पूर्ण सिंक: सरल और धीमा; रात में प्रोडक्ट डेटा के लिए ठीक, स्टॉक के लिए ग़लत।
- निर्धारित डेल्टा सिंक: आम बीच का रास्ता; भरोसेमंद बदलाव टाइमस्टैम्प चाहिए।
- चेकआउट पर सीधा प्रश्न: दुर्लभ, महँगे सामान के लिए सटीक; विलंब और निर्भरता जोड़ता है।
बफ़र चतुराई से बेहतर हैं#
अधिकतर स्टोर के लिए ओवरसेल का व्यावहारिक जवाब वास्तविक-समय की पूर्णता नहीं, बल्कि प्रति उत्पाद छोटा सुरक्षा बफ़र और ईमानदार उपलब्धता भाषा है। "स्टॉक में" और "आम तौर पर 2–3 दिन में भेजा जाता है" अलग वादे हैं।
बफ़र वैश्विक नहीं, उत्पाद शृंखला के हिसाब से रखिए। तेज़ बिकने वालों को ज़्यादा चाहिए।
विफलता का व्यवहार डिज़ाइन कीजिए#
जब ERP न मिले तो स्टोर क्या करता है? आख़िरी ज्ञात स्टॉक दिखाता है, चेकआउट रोकता है, या ऑर्डर लेकर समीक्षा के लिए चिह्नित करता है? सोच-समझकर चुनिए, पुस्तिका में लिखिए और स्टेजिंग में कनेक्शन बंद करके जाँचिए।
अक्सर पूछे जाने वाले प्रश्न
स्टॉक कितना वास्तविक-समय चाहिए?
अधिकतर कैटलॉग के लिए कुछ मिनट और एक छोटा बफ़र।
क्या दो सिस्टम क़ीमत के मालिक हो सकते हैं?
नहीं। यह प्रतीक्षा कर रही क़ीमत घटना की परिभाषा है।
एकीकरण लॉजिक कहाँ रहे?
एक जगह, पढ़ने लायक लॉग के साथ, तीन ऐप में बिखरी नहीं।
स्टॉक एकीकरणerp एकीकरणपूर्तिस्टॉक तालमेलओवरसेल
