ਕੇਵਲ batch ਵਾਲੇ ਪੁਰਾਣੇ ERP ਨਾਲ SaaS ਕਿਵੇਂ ਜੋੜੋਗੇ?

Question

IT Interview Practice · Accepted Answer

ERP ਦੀਆਂ batch ਹੱਦਾਂ ਦਾ ਆਦਰ ਕਰਦਾ **asynchronous ਅਤੇ recoverable exchange** ਬਣਾਓ। ਪਹਿਲਾਂ ਮਨਜ਼ੂਰ ਕਾਰੋਬਾਰੀ ਦੇਰੀ ਅਤੇ ਹਰ data entity ਦੇ ਮਾਲਕ 'ਤੇ ਸਹਿਮਤੀ ਕਰੋ; ਹਰ ਘੰਟੇ import ਵਾਲੇ ਸਿਸਟਮ ਉੱਤੇ real-time completion ਦਾ ਵਾਅਦਾ ਨਾ ਕਰੋ।

## ਆਰਕੀਟੈਕਚਰ ਅਤੇ ਮਾਲਕੀ

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

ਵਿਕਰੀ ਦੇ ਉਦਾਹਰਨ ਵਿੱਚ submitted order request ਦਾ ਮਾਲਕ SaaS ਅਤੇ posted financial document ਦਾ ਮਾਲਕ ERP ਹੈ। ਉਨ੍ਹਾਂ ਦੇ identifiers ਸਪਸ਼ਟ ਮੈਪ ਕਰੋ। Adapter statuses, units ਅਤੇ fields ਦੇ ਅਰਥ ਬਦਲਦਾ ਹੈ ਤਾਂ ਜੋ ERP ਦੇ ਖ਼ਾਸ ਰਿਵਾਜ SaaS-facing workflow ਵਿੱਚ ਨਾ ਫੈਲਣ।

## ਹਰ ਕਦਮ recoverable ਬਣਾਓ

ਜਿੱਥੇ source protocol ਇਜਾਜ਼ਤ ਦੇਵੇ, ਆਇਆ ਕੰਮ acknowledge ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੱਕਾ ਸੰਭਾਲੋ। Polling ਲੋੜੀਂਦੀ ਹੋਵੇ ਤਾਂ durable checkpoint ਅਤੇ overlap ਜਾਂ replay ਨਿਯਮ ਵਰਤੋ ਜੋ ਹੱਦਾਂ ਵਾਲੇ ਰਿਕਾਰਡ ਗੁੰਮ ਨਾ ਹੋਣ ਦੇਣ। Batch ਅਤੇ record identifiers, schema versions, counts ਅਤੇ checksums ਰੱਖੋ। ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ ਪੂਰੀਆਂ files atomically publish ਕਰੋ, ਨਹੀਂ ਤਾਂ ਵੱਖਰਾ completion marker ਵਰਤੋ।

ਹਰ ਰਿਕਾਰਡ ਨੂੰ pending, submitted, accepted ਜਾਂ rejected ਅਵਸਥਾਵਾਂ ਵਿੱਚ ਟ੍ਰੈਕ ਕਰੋ। ਸਫਲ file transfer ਦਾ ਮਤਲਬ business record post ਹੋਣਾ ਨਹੀਂ। ERP ਨਤੀਜੇ parse ਕਰੋ ਅਤੇ business identifiers ਤੇ ਰਕਮਾਂ ਦਾ ਮਿਲਾਨ ਕਰੋ, ਸਿਰਫ਼ file counts ਦਾ ਨਹੀਂ। ਗ਼ਲਤ ਰਿਕਾਰਡ ਕਾਰਨ ਅਤੇ ਜ਼ਿੰਮੇਵਾਰ operator ਸਮੇਤ ਵੱਖਰੇ ਰੱਖੋ।

## ਅਸਪਸ਼ਟ failure ਨਾਲ ਨਜਿੱਠੋ

ਜੇ ERP batch post ਕਰ ਦੇਵੇ ਪਰ acknowledgment ਗੁੰਮ ਜਾਵੇ, ਅੰਨ੍ਹੇਵਾਹ ਮੁੜ ਭੇਜਣਾ business documents ਦੁਹਰਾ ਸਕਦਾ ਹੈ। Retry ਤੋਂ ਪਹਿਲਾਂ ERP ਦਾ supported duplicate key ਜਾਂ query/reconciliation ਵਰਤੋ। ਦੋਵੇਂ ਨਾ ਹੋਣ ਤਾਂ ਅਸਪਸ਼ਟ ਰਿਕਾਰਡ controlled reconciliation ਲਈ ਰੋਕੋ; ਸਿਰਫ਼ adapter-side ledger ERP ਵਿੱਚ exactly-once effects ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ ਦੇ ਸਕਦਾ।

## ਸਮਰੱਥਾ ਅਤੇ ਓਪਰੇਸ਼ਨ

ਅੰਦਾਜ਼ੋ ਕਿ ਇੱਕ import window backlog ਖ਼ਤਮ ਕਰ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ, peak volume ਅਤੇ outage ਤੋਂ ਬਾਅਦ recovery ਸਮੇਤ। Backpressure ਲਗਾਓ ਅਤੇ ਵਰਤੋਂਕਾਰ ਨੂੰ ਹਕੀਕਤੀ ਸਮੇਂ ਨਾਲ pending state ਦਿਖਾਓ। ਸਭ ਤੋਂ ਪੁਰਾਣੇ pending ਦੀ ਉਮਰ, rejection rate ਅਤੇ reconciliation mismatch 'ਤੇ alert ਦਿਓ। Staged files ਸੁਰੱਖਿਅਤ ਰੱਖੋ ਅਤੇ access ਤੇ retention ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਤੈਅ ਕਰੋ।

## ਇੰਟਰਵਿਊ ਵਿੱਚ ਸੰਕੇਤ

Consistency boundary ਅਤੇ recovery process ਸਮਝਾਓ। “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).

ਆਰਕੀਟੈਕਚਰ ਅਤੇ ਮਾਲਕੀ

ਹਰ ਕਦਮ recoverable ਬਣਾਓ

ਅਸਪਸ਼ਟ failure ਨਾਲ ਨਜਿੱਠੋ

ਸਮਰੱਥਾ ਅਤੇ ਓਪਰੇਸ਼ਨ

ਇੰਟਰਵਿਊ ਵਿੱਚ ਸੰਕੇਤ

ਸੰਬੰਧਿਤ ਸਵਾਲ