Batch मात्र चल्ने पुरानो ERP सँग SaaS कसरी एकीकृत गर्नुहुन्छ?

Question

IT Interview Practice · Accepted Answer

ERP का batch सीमा सम्मान गर्ने **asynchronous, पुनःस्थापना गर्न सकिने आदानप्रदान** डिजाइन गर्नुहोस्। पहिले व्यवसायले स्वीकार्न सक्ने ढिलाइ र प्रत्येक डेटा entity को स्वामी प्रणालीबारे सहमति गर्नुहोस्; हरेक घण्टाको import माथि real-time पूरा हुने वाचा नगर्नुहोस्।

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

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

बिक्री एकीकरणको उदाहरणमा SaaS ले बुझाइएको अर्डर अनुरोध र ERP ले लेखाङ्कन भएको वित्तीय दस्तावेजको स्वामित्व राख्छ। तिनका identifiers स्पष्ट जोड्नुहोस्। Adapter ले status, unit र field को अर्थ अनुवाद गर्छ ताकि ERP का विशेष नियम SaaS तर्फको कार्यप्रवाहमा नफैलिऊन्।

## प्रत्येक चरण पुनःस्थापनायोग्य बनाउनुहोस्

स्रोत protocol ले दिएसम्म आएको काम पुष्टि गर्नुअघि टिकाउ रूपमा राख्नुहोस्। Polling आवश्यक भए durable checkpoint र सीमामा पर्ने रेकर्ड नहराउने overlap वा replay नियम प्रयोग गर्नुहोस्। Batch identifiers, record identifiers, schema versions, सङ्ख्या र checksums राख्नुहोस्। समर्थन भए पूर्ण फाइल atomically प्रकाशित गर्नुहोस्, नभए छुट्टै completion marker प्रयोग गर्नुहोस्।

प्रत्येक रेकर्डलाई pending, submitted, accepted वा rejected अवस्थाबाट पछ्याउनुहोस्। File transfer सफल हुनु व्यवसाय रेकर्ड लेखाङ्कन भएको प्रमाण होइन। ERP का परिणाम पढ्नुहोस् र फाइल सङ्ख्या मात्र होइन, business identifiers र रकम मिलाउनुहोस्। अवैध रेकर्ड कारण र जिम्मेवार operator सहित अलग राख्नुहोस्।

## अस्पष्ट असफलता सम्हाल्नुहोस्

ERP ले batch लेखाङ्कन गरिसके पनि पुष्टि हरायो भने अन्धाधुन्ध पुनःपठाउँदा व्यवसाय दस्तावेज दोहोरिन सक्छन्। फेरि प्रयास गर्नुअघि ERP ले समर्थन गर्ने duplicate key वा query/reconciliation क्षमता प्रयोग गर्नुहोस्। दुवै छैनन् भने अस्पष्ट रेकर्ड नियन्त्रित हिसाब मिलानका लागि रोक्नुहोस्; adapter तर्फको ledger मात्रले ERP मा exactly-once प्रभावको ग्यारेन्टी गर्न सक्दैन।

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

एउटा import window ले थुप्रिएको काम सक्न सक्छ कि भनेर peak परिमाण र outage पछिको पुनःस्थापनासहित अनुमान गर्नुहोस्। Backpressure लागू गर्नुहोस् र प्रयोगकर्तालाई वास्तविक समयसहित pending अवस्था देखाउनुहोस्। सबैभन्दा पुरानो pending को उमेर, rejection rate र reconciliation mismatch मा alert दिनुहोस्। Staged files सुरक्षित राख्नुहोस् र access तथा retention जिम्मेवारी परिभाषित गर्नुहोस्।

## अन्तर्वार्तामा हेरिने पक्ष

Consistency को सीमा र पुनःस्थापना प्रक्रिया स्पष्ट गर्नुहोस्। “Queue थप्नुहोस्” ले semantic mapping, partial acceptance वा retries deduplicate गर्न नसक्ने ERP को समस्या समाधान गर्दैन। डिजाइनले तत्कालताको सट्टा compatibility रोज्छ र त्यो ढिलाइ व्यवसायलाई देखाउनुपर्छ।

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

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

प्रत्येक चरण पुनःस्थापनायोग्य बनाउनुहोस्

अस्पष्ट असफलता सम्हाल्नुहोस्

क्षमता र सञ्चालन

अन्तर्वार्तामा हेरिने पक्ष

सम्बन्धित प्रश्नहरू