निर्णय का आधार
हर तथ्य का आधिकारिक स्रोत तय करें। भौतिक स्टॉक, बेचने योग्य मात्रा, कीमत और ऑर्डर अलग सिस्टम के हो सकते हैं। दिशा, देरी और विवाद अलग लिखें; “दोतरफा सिंक” पर्याप्त नहीं।
एक व्यावहारिक उदाहरण
काल्पनिक दुकान में 10 वस्तुएँ, 2 आरक्षित और 1 निरीक्षण में है; इस उदाहरण के नियम से 7 बिक सकती हैं। पैसा लौटने भर पर वापसी बेचने योग्य नहीं, निरीक्षण बाकी हो सकता है।
विकल्पों का आकलन
इवेंट देरी घटाते हैं पर दोहराव और छूटी सूचना संभालनी है। बैच जाँचना आसान पर अंतराल रहता है। मिलान अनसमझे फर्क खोजता है। स्वीकार्य देरी अनुसार मिलाएँ।
योजना कहाँ टूटती है
सिर्फ नाम से उत्पाद न जोड़ें। ID, इकाई, रूप और मुद्रा मैप करें। देर से कीमत बदलने पर स्वीकार ऑर्डर का नियम रखें। दोनों सिस्टम अंधाधुंध न बदलें।
कनेक्टर से पहले स्टॉक गतिविधियाँ मॉडल करें
सात उपलब्ध इकाइयों के उदाहरण में ऑर्डर, रद्द करना और वापसी जोड़ें। आरक्षण कब, बिना भुगतान कब समाप्त और किस घटना से मुक्त होगा, तय करें। भेजने के बाद रद्द करना पहले से अलग है। लौटी वस्तु दोबारा बिकने से पहले तय निरीक्षण में जाए। संचालन स्थिति समझाए, इंटीग्रेशन उसे बनाए और जाँचे।
कोड को वैरिएंट, जगह और इकाई से मिलाएँ। डिब्बा और एक पीस अस्पष्ट मात्रा साझा न करें। बंडल के घटक और गायब मैपिंग को रोकने का तरीका तय करें। कीमत में मुद्रा, कर व्यवहार और तय होने का समय बताएँ। स्पष्ट व्यापार नियम के बिना देर का अपडेट पुराने ऑर्डर पर न लगाएँ।
कनेक्शन टूटने पर भी स्वीकार्यता जाँचें
ERP बंद होने पर अंतिम इकाइयों के लिए दो काल्पनिक ऑर्डर जाँचें। बिक्री रोकना, नियंत्रित बैकऑर्डर या दूसरा अनुमत आरक्षण व्यवसाय चुने। कनेक्टर नीति नहीं गढ़ सकता। डेटा की उम्र और कार्रवाई की सीमा दिखाएँ; पुराना स्टॉक वर्तमान न बताएँ।
वापसी पर दोनों तरफ समान पहचान और कटऑफ समय से तुलना करें। समय अंतर को गायब गतिविधि से अलग करें। मिलान रिपोर्ट में जिम्मेदार और सुधार कारण हों। मूल घटना पहचान से काम दोहराएँ और शेष जाँचें। डुप्लिकेट और refund से पहले वापसी भी आजमाएँ; आदर्श प्रवाह अकेले स्थिरता नहीं सिद्ध करता।
काम शुरू कराने से पहले
स्टॉक कौन आरक्षित करता है? checkout में कनेक्शन टूटा तो? फर्क कौन देखता है? ऑर्डर, रद्द और वापसी उदाहरण एकीकरण डिजाइन में लाएँ।