केवल बैच समर्थित पुराने ERP से SaaS को कैसे जोड़ेंगे?

Question

IT Interview Practice · Accepted Answer

ERP की बैच सीमाओं का सम्मान करने वाला **असिंक्रोनस, रिकवर किया जा सकने वाला आदान-प्रदान** डिजाइन करें। पहले स्वीकार्य व्यावसायिक देरी और हर डेटा इकाई का स्वामी सिस्टम तय करें; घंटे में एक बार इम्पोर्ट के ऊपर तुरंत पूरा होने का वादा न करें।

## आर्किटेक्चर और स्वामित्व

```text
[SaaS API/events] --> [Durable staging] --> [Mapping adapter]
                                               |
                                         [Batch files]
                                               |
                                         [ERP importer]
                                               |
[Status + reconciliation] <------------- [Result files]
```

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

## हर चरण को रिकवर करने योग्य बनाएँ

जहाँ स्रोत प्रोटोकॉल अनुमति दे, पुष्टि से पहले आने वाला काम स्थायी रूप से सहेजें। Polling जरूरी हो तो स्थायी checkpoint और overlap या replay के नियम रखें ताकि सीमा वाले रिकॉर्ड न खोएँ। बैच पहचान, रिकॉर्ड पहचान, schema संस्करण, संख्या और checksums रखें। जहाँ संभव हो पूरी फ़ाइल atomically प्रकाशित करें, अन्यथा अलग completion marker इस्तेमाल करें।

हर रिकॉर्ड को pending, submitted, accepted या rejected अवस्थाओं में ट्रैक करें। सफल फ़ाइल ट्रांसफ़र का अर्थ व्यावसायिक रिकॉर्ड पोस्ट होना नहीं है। ERP परिणाम पढ़ें और व्यावसायिक पहचान व रकम का मिलान करें, केवल फ़ाइलों की संख्या का नहीं। गलत रिकॉर्ड कारण और जिम्मेदार ऑपरेटर सहित अलग रखें।

## अस्पष्ट विफलता संभालें

ERP बैच पोस्ट कर दे लेकिन पुष्टि खो जाए, तो बिना जाँच दोबारा भेजने से व्यावसायिक दस्तावेज डुप्लिकेट हो सकते हैं। रीट्राई से पहले ERP का समर्थित duplicate key या query/reconciliation उपयोग करें। दोनों न हों तो अस्पष्ट रिकॉर्ड नियंत्रित मिलान के लिए रोकें; केवल एडैप्टर का ledger ERP में exactly-once प्रभाव की गारंटी नहीं दे सकता।

## क्षमता और संचालन

आँकें कि एक इम्पोर्ट विंडो backlog खत्म कर पाएगी या नहीं, peak volume और outage के बाद recovery सहित। Backpressure लगाएँ और उपयोगकर्ताओं को वास्तविक समय अनुमान के साथ pending अवस्था दिखाएँ। सबसे पुराने pending रिकॉर्ड की उम्र, rejection rate और reconciliation mismatch पर अलर्ट करें। Staging फ़ाइलें सुरक्षित करें और एक्सेस व retention की जिम्मेदारियाँ तय करें।

## इंटरव्यू में संकेत

Consistency की सीमा और recovery प्रक्रिया समझाएँ। “Queue जोड़ दें” अर्थों की मैपिंग, आंशिक स्वीकृति या retry deduplicate न कर सकने वाले ERP की समस्या नहीं सुलझाता। डिजाइन तात्कालिकता के बदले संगतता चुनता है और यह देरी व्यवसाय को स्पष्ट दिखनी चाहिए।

संदर्भ: [Microsoft: anti-corruption layer](https://learn.microsoft.com/en-us/azure/architecture/patterns/anti-corruption-layer)।

आर्किटेक्चर और स्वामित्व

हर चरण को रिकवर करने योग्य बनाएँ

अस्पष्ट विफलता संभालें

क्षमता और संचालन

इंटरव्यू में संकेत

संबंधित प्रश्न