ਬੈਂਕ ਫੇਲ ਕਿਵੇਂ ਹੋਇਆ?

ਇੱਕ ਅਸਫਲ IT ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੇ ਨਤੀਜੇ ਵਜੋਂ 1,3 ਬਿਲੀਅਨ ਬੈਂਕ ਗਾਹਕ ਰਿਕਾਰਡਾਂ ਦਾ ਭ੍ਰਿਸ਼ਟਾਚਾਰ ਹੋਇਆ। ਇਹ ਸਭ ਨਾਕਾਫ਼ੀ ਟੈਸਟਿੰਗ ਅਤੇ ਗੁੰਝਲਦਾਰ IT ਪ੍ਰਣਾਲੀਆਂ ਪ੍ਰਤੀ ਇੱਕ ਬੇਤੁਕੇ ਰਵੱਈਏ ਕਾਰਨ ਸੀ। Cloud4Y ਦੱਸਦਾ ਹੈ ਕਿ ਇਹ ਕਿਵੇਂ ਹੋਇਆ।

2018 ਅੰਗਰੇਜ਼ੀ ਵਿੱਚ TSB ਬੈਂਕ ਉਸ ਨੇ ਮਹਿਸੂਸ ਕੀਤਾ ਕਿ ਲੋਇਡਜ਼ ਬੈਂਕਿੰਗ ਸਮੂਹ (ਦੋਵੇਂ ਕੰਪਨੀਆਂ 1995 ਵਿੱਚ ਵਿਲੀਨ ਹੋ ਗਈਆਂ) ਨਾਲ ਉਸਦਾ ਦੋ ਸਾਲ ਪੁਰਾਣਾ "ਤਲਾਕ" ਬਹੁਤ ਮਹਿੰਗਾ ਸੀ। TSB ਅਜੇ ਵੀ ਜਲਦਬਾਜ਼ੀ ਵਿੱਚ ਕਲੋਨ ਕੀਤੇ Lloyds IT ਸਿਸਟਮਾਂ ਰਾਹੀਂ ਆਪਣੇ ਸਾਬਕਾ ਸਾਥੀ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਸੀ। ਸਭ ਤੋਂ ਮਾੜੀ ਗੱਲ ਇਹ ਹੈ ਕਿ ਬੈਂਕ ਨੂੰ $127 ਮਿਲੀਅਨ ਸਲਾਨਾ ਲਾਇਸੈਂਸਿੰਗ ਫੀਸ "ਗੁਜ਼ਾਰਾ ਭੱਤਾ" ਅਦਾ ਕਰਨਾ ਪਿਆ।

ਬਹੁਤ ਘੱਟ ਲੋਕ ਆਪਣੇ ਐਕਸੈਸ ਨੂੰ ਪੈਸੇ ਦੇਣਾ ਪਸੰਦ ਕਰਦੇ ਹਨ, ਇਸਲਈ 22 ਅਪ੍ਰੈਲ, 2018 ਨੂੰ 18:00 ਵਜੇ TSB ਨੇ 18-ਮਹੀਨੇ ਦੀ ਯੋਜਨਾ ਦਾ ਅੰਤਮ ਪੜਾਅ ਸ਼ੁਰੂ ਕੀਤਾ ਜੋ ਸਭ ਕੁਝ ਬਦਲਣ ਵਾਲਾ ਸੀ। ਇਹ ਅਰਬਾਂ ਗਾਹਕਾਂ ਦੇ ਰਿਕਾਰਡਾਂ ਨੂੰ ਸਪੈਨਿਸ਼ ਕੰਪਨੀ ਬੈਂਕੋ ਸਬਡੇਲ ਦੇ ਆਈਟੀ ਸਿਸਟਮ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਗਈ ਸੀ, ਜਿਸ ਨੇ 2,2 ਵਿੱਚ TSB ਨੂੰ $2015 ਬਿਲੀਅਨ ਵਿੱਚ ਖਰੀਦਿਆ ਸੀ।

ਬੈਂਕੋ ਸਬਡੇਲ ਦੇ ਸੀਈਓ ਜੋਸ ਓਲੂ ਨੇ ਬਾਰਸੀਲੋਨਾ ਵਿੱਚ ਇੱਕ ਵੱਕਾਰੀ ਕਾਨਫਰੰਸ ਹਾਲ ਵਿੱਚ ਇੱਕ ਤਿਉਹਾਰ ਸਟਾਫ ਦੀ ਮੀਟਿੰਗ ਦੌਰਾਨ ਕ੍ਰਿਸਮਸ 2 ਤੋਂ 2017 ਹਫ਼ਤੇ ਪਹਿਲਾਂ ਆਉਣ ਵਾਲੇ ਪ੍ਰੋਗਰਾਮ ਬਾਰੇ ਗੱਲ ਕੀਤੀ। ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਮਾਈਗ੍ਰੇਸ਼ਨ ਟੂਲ ਬੈਂਕੋ ਸਬਡੇਲ: ਪ੍ਰੋਟੀਓ ਦੁਆਰਾ ਵਿਕਸਤ ਸਿਸਟਮ ਦਾ ਇੱਕ ਨਵਾਂ ਸੰਸਕਰਣ ਹੋਣਾ ਸੀ। TSB ਮਾਈਗ੍ਰੇਸ਼ਨ ਪ੍ਰੋਜੈਕਟ ਲਈ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਇਸਦਾ ਨਾਮ Proteo4UK ਰੱਖਿਆ ਗਿਆ ਸੀ।

Proteo4UK ਦੀ ਪੇਸ਼ਕਾਰੀ 'ਤੇ, ਬੈਂਕੋ ਸਬਡੇਲ ਦੇ ਕਾਰਜਕਾਰੀ ਨਿਰਦੇਸ਼ਕ ਜੈਮ ਗਾਰਡੀਓਲਾ ਰੋਮੋਜਾਰੋ ਨੇ ਸ਼ੇਖੀ ਮਾਰੀ ਕਿ ਨਵੀਂ ਪ੍ਰਣਾਲੀ ਇੱਕ ਵੱਡੇ ਪੈਮਾਨੇ ਦਾ ਪ੍ਰੋਜੈਕਟ ਹੈ ਜਿਸਦਾ ਯੂਰਪ ਵਿੱਚ ਕੋਈ ਐਨਾਲਾਗ ਨਹੀਂ ਹੈ, ਜਿਸ 'ਤੇ 1000 ਤੋਂ ਵੱਧ ਮਾਹਰਾਂ ਨੇ ਕੰਮ ਕੀਤਾ ਹੈ। ਅਤੇ ਇਹ ਕਿ ਇਸਦਾ ਲਾਗੂ ਹੋਣਾ ਯੂਕੇ ਵਿੱਚ ਬੈਂਕੋ ਸਬਡੇਲ ਦੇ ਵਿਕਾਸ ਨੂੰ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਹੁਲਾਰਾ ਪ੍ਰਦਾਨ ਕਰੇਗਾ।

22 ਅਪ੍ਰੈਲ, 2018 ਨੂੰ ਪ੍ਰਵਾਸ ਦਿਵਸ ਵਜੋਂ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਹ ਮੱਧ ਬਸੰਤ ਵਿੱਚ ਇੱਕ ਸ਼ਾਂਤ ਐਤਵਾਰ ਦੀ ਸ਼ਾਮ ਸੀ। ਬੈਂਕ ਦੇ ਆਈਟੀ ਸਿਸਟਮ ਡਾਊਨ ਸਨ ਕਿਉਂਕਿ ਰਿਕਾਰਡ ਇੱਕ ਸਿਸਟਮ ਤੋਂ ਦੂਜੇ ਸਿਸਟਮ ਵਿੱਚ ਟਰਾਂਸਫਰ ਕੀਤੇ ਜਾ ਰਹੇ ਸਨ। ਬੈਂਕ ਖਾਤਿਆਂ ਤੱਕ ਜਨਤਕ ਪਹੁੰਚ ਐਤਵਾਰ ਨੂੰ ਦੇਰ ਨਾਲ ਬਹਾਲ ਹੋਣ ਦੇ ਨਾਲ, ਕੋਈ ਉਮੀਦ ਕਰੇਗਾ ਕਿ ਬੈਂਕ ਹੌਲੀ-ਹੌਲੀ ਅਤੇ ਸੁਚਾਰੂ ਢੰਗ ਨਾਲ ਸੇਵਾ ਵਿੱਚ ਵਾਪਸ ਆ ਜਾਵੇਗਾ।

ਪਰ ਜਦੋਂ ਓਲੀਯੂ ਅਤੇ ਗਾਰਡੀਓਲਾ ਰੋਮੋਜਾਰੋ ਪ੍ਰੋਟੀਓ 4 ਯੂਕੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਲਾਗੂ ਕਰਨ ਬਾਰੇ ਸਟੇਜ ਤੋਂ ਖੁਸ਼ੀ ਨਾਲ ਪ੍ਰਸਾਰਿਤ ਕਰ ਰਹੇ ਸਨ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਕਰਮਚਾਰੀ ਬਹੁਤ ਘਬਰਾ ਗਏ ਸਨ। ਪ੍ਰੋਜੈਕਟ, ਜਿਸ ਨੂੰ ਪੂਰਾ ਹੋਣ ਵਿੱਚ 18 ਮਹੀਨੇ ਲੱਗੇ, ਗੰਭੀਰਤਾ ਨਾਲ ਸਮਾਂ-ਸਾਰਣੀ ਅਤੇ ਬਜਟ ਤੋਂ ਜ਼ਿਆਦਾ ਪਿੱਛੇ ਸੀ। ਵਾਧੂ ਟੈਸਟ ਕਰਵਾਉਣ ਦਾ ਕੋਈ ਸਮਾਂ ਨਹੀਂ ਸੀ। ਪਰ ਕੰਪਨੀ ਦੇ ਸਾਰੇ ਡੇਟਾ (ਜੋ, ਯਾਦ ਰੱਖੋ, ਅਰਬਾਂ ਰਿਕਾਰਡ ਹਨ) ਨੂੰ ਕਿਸੇ ਹੋਰ ਸਿਸਟਮ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ ਇੱਕ ਮੁਸ਼ਕਲ ਕੰਮ ਹੈ।

ਇਹ ਪਤਾ ਲੱਗਾ ਕਿ ਇੰਜੀਨੀਅਰ ਚੰਗੇ ਕਾਰਨ ਕਰਕੇ ਘਬਰਾ ਗਏ ਸਨ.

ਸਾਈਟ 'ਤੇ ਇੱਕ ਸਟੱਬ ਜੋ ਗਾਹਕਾਂ ਨੇ ਬਹੁਤ ਲੰਬੇ ਸਮੇਂ ਲਈ ਦੇਖਿਆ

TSB ਵੱਲੋਂ ਖਾਤਿਆਂ ਤੱਕ ਪਹੁੰਚ ਖੋਲ੍ਹਣ ਤੋਂ 20 ਮਿੰਟ ਬਾਅਦ, ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਭਰੋਸਾ ਰੱਖਦੇ ਹੋਏ ਕਿ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸੁਚਾਰੂ ਢੰਗ ਨਾਲ ਹੋ ਗਿਆ ਹੈ, ਸਮੱਸਿਆਵਾਂ ਦੀਆਂ ਪਹਿਲੀਆਂ ਰਿਪੋਰਟਾਂ ਆਈਆਂ।

ਲੋਕਾਂ ਦੀ ਬੱਚਤ ਅਚਾਨਕ ਉਨ੍ਹਾਂ ਦੇ ਖਾਤਿਆਂ ਵਿੱਚੋਂ ਗਾਇਬ ਹੋ ਗਈ। ਮਾਮੂਲੀ ਰਕਮਾਂ ਦੀਆਂ ਖਰੀਦਾਂ ਨੂੰ ਗਲਤੀ ਨਾਲ ਬਹੁ-ਹਜ਼ਾਰ-ਡਾਲਰ ਖਰਚਿਆਂ ਵਜੋਂ ਦਰਜ ਕੀਤਾ ਗਿਆ ਸੀ। ਕੁਝ ਲੋਕਾਂ ਨੇ ਆਪਣੇ ਨਿੱਜੀ ਖਾਤਿਆਂ ਵਿੱਚ ਲੌਗਇਨ ਕੀਤਾ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਬੈਂਕ ਖਾਤੇ ਨਹੀਂ, ਸਗੋਂ ਬਿਲਕੁਲ ਵੱਖਰੇ ਲੋਕਾਂ ਦੇ ਖਾਤੇ ਦੇਖੇ।

21:00 ਵਜੇ, TSB ਦੇ ਨੁਮਾਇੰਦਿਆਂ ਨੇ ਸਥਾਨਕ ਵਿੱਤੀ ਰੈਗੂਲੇਟਰ (ਯੂ.ਕੇ. ਫਾਈਨੈਂਸ਼ੀਅਲ ਕੰਡਕਟ ਅਥਾਰਟੀ, FCA) ਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਕਿ ਬੈਂਕ ਮੁਸੀਬਤ ਵਿੱਚ ਸੀ। ਪਰ ਐਫਸੀਏ ਨੇ ਪਹਿਲਾਂ ਹੀ ਨੋਟਿਸ ਲਿਆ ਹੈ: ਟੀਐਸਬੀ ਨੇ ਅਸਲ ਵਿੱਚ ਬੁਰੀ ਤਰ੍ਹਾਂ ਵਿਗਾੜ ਲਿਆ ਹੈ, ਅਤੇ ਗਾਹਕਾਂ ਨੂੰ ਮੂਰਖ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਅਤੇ, ਬੇਸ਼ੱਕ, ਉਹ ਸ਼ਿਕਾਇਤ ਕਰਨ ਲੱਗੇ ਸਮਾਜਿਕ ਨੈੱਟਵਰਕ (ਅਤੇ ਅੱਜਕੱਲ੍ਹ, ਟਵਿੱਟਰ ਜਾਂ ਫੇਸਬੁੱਕ 'ਤੇ ਕੁਝ ਲਾਈਨਾਂ ਛੱਡਣਾ ਖਾਸ ਤੌਰ 'ਤੇ ਮੁਸ਼ਕਲ ਨਹੀਂ ਹੈ)। ਰਾਤ 23:30 ਵਜੇ, FCA ਨੂੰ ਇੱਕ ਹੋਰ ਵਿੱਤੀ ਰੈਗੂਲੇਟਰ, ਪ੍ਰੂਡੈਂਸ਼ੀਅਲ ਰੈਗੂਲੇਸ਼ਨ ਅਥਾਰਟੀ (PRA) ਦੁਆਰਾ ਸੰਪਰਕ ਕੀਤਾ ਗਿਆ, ਜਿਸ ਨੇ ਇਹ ਵੀ ਮਹਿਸੂਸ ਕੀਤਾ ਕਿ ਕੁਝ ਗਲਤ ਸੀ।

ਅੱਧੀ ਰਾਤ ਤੋਂ ਬਾਅਦ ਹੀ ਉਹ ਬੈਂਕ ਪ੍ਰਤੀਨਿਧਾਂ ਵਿੱਚੋਂ ਇੱਕ ਤੱਕ ਪਹੁੰਚਣ ਵਿੱਚ ਕਾਮਯਾਬ ਹੋ ਗਏ। ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਇੱਕੋ ਸਵਾਲ ਪੁੱਛੋ: "ਕੀ ਹੋ ਰਿਹਾ ਹੈ?"

ਤ੍ਰਾਸਦੀ ਦੇ ਪੈਮਾਨੇ ਨੂੰ ਸਮਝਣ ਵਿੱਚ ਸਮਾਂ ਲੱਗਿਆ, ਪਰ ਹੁਣ ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ ਕਿ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੌਰਾਨ 1,3 ਮਿਲੀਅਨ ਗਾਹਕਾਂ ਦੇ 5,4 ਬਿਲੀਅਨ ਰਿਕਾਰਡ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਿਆ ਸੀ। ਘੱਟੋ-ਘੱਟ ਇੱਕ ਹਫ਼ਤੇ ਲਈ, ਗਾਹਕ ਆਪਣੇ ਕੰਪਿਊਟਰਾਂ ਜਾਂ ਮੋਬਾਈਲ ਡਿਵਾਈਸਾਂ ਤੋਂ ਆਪਣੇ ਪੈਸੇ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਵਿੱਚ ਅਸਮਰੱਥ ਸਨ। ਉਹ ਕਰਜ਼ੇ ਦਾ ਭੁਗਤਾਨ ਕਰਨ ਵਿੱਚ ਅਸਮਰੱਥ ਸਨ, ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਬੈਂਕ ਗਾਹਕਾਂ ਨੂੰ ਉਨ੍ਹਾਂ ਦੇ ਕ੍ਰੈਡਿਟ ਹਿਸਟਰੀ ਦੇ ਨਾਲ-ਨਾਲ ਲੇਟ ਫੀਸਾਂ 'ਤੇ ਇੱਕ ਦਾਗ ਮਿਲਿਆ।

TSB ਗਾਹਕ ਔਨਲਾਈਨ ਬੈਂਕ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਸੀ

ਜਦੋਂ ਗੜਬੜੀ ਦਿਖਾਈ ਦੇਣ ਲੱਗੀ, ਲਗਭਗ ਤੁਰੰਤ ਬਾਅਦ, ਬੈਂਕ ਦੇ ਨੁਮਾਇੰਦਿਆਂ ਨੇ ਜ਼ੋਰ ਦੇ ਕੇ ਕਿਹਾ ਕਿ ਸਮੱਸਿਆਵਾਂ "ਰੁੱਕ-ਰੁਕ ਕੇ" ਸਨ। ਤਿੰਨ ਦਿਨ ਬਾਅਦ, ਇੱਕ ਬਿਆਨ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਸੀ ਕਿ ਸਾਰੇ ਸਿਸਟਮ ਆਮ ਸਨ. ਪਰ ਗਾਹਕ ਸਮੱਸਿਆਵਾਂ ਦੀ ਰਿਪੋਰਟ ਕਰਦੇ ਰਹੇ। ਇਹ 26 ਅਪ੍ਰੈਲ 2018 ਤੱਕ ਨਹੀਂ ਹੋਇਆ ਸੀ ਕਿ ਬੈਂਕ ਦੇ ਮੁੱਖ ਕਾਰਜਕਾਰੀ, ਪਾਲ ਪੇਸਟਰ, ਨੇ ਮੰਨਿਆ ਕਿ TSB "ਆਪਣੇ ਗੋਡਿਆਂ 'ਤੇ ਹੈ" ਕਿਉਂਕਿ ਬੈਂਕ ਦੇ IT ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ "ਬੈਂਡਵਿਡਥ ਦਾ ਮੁੱਦਾ" ਜਾਰੀ ਰਿਹਾ ਜਿਸ ਨਾਲ ਲਗਭਗ XNUMX ਲੱਖ ਗਾਹਕਾਂ ਨੂੰ ਔਨਲਾਈਨ ਬੈਂਕਿੰਗ ਸੇਵਾਵਾਂ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਤੋਂ ਰੋਕਿਆ ਜਾ ਰਿਹਾ ਸੀ।

ਮਾਈਗ੍ਰੇਸ਼ਨ ਵਿੱਚ ਦੋ ਹਫ਼ਤੇ, ਔਨਲਾਈਨ ਬੈਂਕਿੰਗ ਐਪਲੀਕੇਸ਼ਨ ਅਜੇ ਵੀ SQL ਡੇਟਾਬੇਸ ਨਾਲ ਸਬੰਧਤ ਅੰਦਰੂਨੀ ਤਰੁਟੀਆਂ ਦਾ ਅਨੁਭਵ ਕਰ ਰਹੀ ਹੈ।
ਭੁਗਤਾਨ ਦੀਆਂ ਮੁਸ਼ਕਲਾਂ, ਖਾਸ ਤੌਰ 'ਤੇ ਵਪਾਰਕ ਅਤੇ ਮੌਰਗੇਜ ਬਿੱਲਾਂ ਦੇ ਨਾਲ, ਚਾਰ ਹਫ਼ਤਿਆਂ ਤੱਕ ਜਾਰੀ ਰਹੀਆਂ। ਅਤੇ ਸਰਵ-ਵਿਆਪੀ ਪੱਤਰਕਾਰਾਂ ਨੂੰ ਪਤਾ ਲੱਗਾ ਕਿ TSB ਨੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸੰਕਟ ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਹੀ ਲੋਇਡਜ਼ ਬੈਂਕਿੰਗ ਗਰੁੱਪ ਦੀ ਮਦਦ ਦੀ ਪੇਸ਼ਕਸ਼ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ ਸੀ। ਆਮ ਤੌਰ 'ਤੇ, ਔਨਲਾਈਨ ਸੇਵਾਵਾਂ ਵਿੱਚ ਲੌਗਇਨ ਕਰਨ ਅਤੇ ਪੈਸੇ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਨਾਲ ਜੁੜੀਆਂ ਸਮੱਸਿਆਵਾਂ 3 ਸਤੰਬਰ ਤੱਕ ਦੇਖੀਆਂ ਗਈਆਂ ਸਨ।

ਇਤਿਹਾਸ ਦਾ ਇੱਕ ਬਿੱਟ

ਪਹਿਲਾ ਏਟੀਐਮ 27 ਜੂਨ 1967 ਨੂੰ ਐਨਫੀਲਡ ਵਿੱਚ ਬਾਰਕਲੇਜ਼ ਦੇ ਨੇੜੇ ਖੋਲ੍ਹਿਆ ਗਿਆ ਸੀ

ਬੈਂਕਿੰਗ IT ਪ੍ਰਣਾਲੀਆਂ ਤੇਜ਼ੀ ਨਾਲ ਗੁੰਝਲਦਾਰ ਹੁੰਦੀਆਂ ਜਾ ਰਹੀਆਂ ਹਨ ਕਿਉਂਕਿ ਗਾਹਕਾਂ ਦੀਆਂ ਲੋੜਾਂ ਅਤੇ ਬੈਂਕ ਤੋਂ ਉਮੀਦਾਂ ਵਧਦੀਆਂ ਹਨ। ਲਗਭਗ 40-60 ਸਾਲ ਪਹਿਲਾਂ, ਅਸੀਂ ਵਪਾਰਕ ਸਮੇਂ ਦੌਰਾਨ ਆਪਣੀ ਸਥਾਨਕ ਬੈਂਕ ਸ਼ਾਖਾ ਵਿੱਚ ਜਾ ਕੇ ਨਕਦੀ ਜਮ੍ਹਾਂ ਕਰਾਉਣ ਜਾਂ ਟੈਲਰ ਰਾਹੀਂ ਕਢਵਾਉਣ ਲਈ ਖੁਸ਼ ਹੁੰਦੇ ਸੀ।

ਖਾਤੇ ਵਿੱਚ ਰਕਮ ਦਾ ਸਿੱਧਾ ਸਬੰਧ ਬੈਂਕ ਨੂੰ ਦਿੱਤੇ ਗਏ ਨਕਦੀ ਅਤੇ ਸਿੱਕਿਆਂ ਨਾਲ ਸੀ। ਸਾਡੇ ਘਰ ਦੇ ਲੇਖਾ-ਜੋਖਾ ਨੂੰ ਪੈੱਨ ਅਤੇ ਕਾਗਜ਼ ਨਾਲ ਟਰੈਕ ਕੀਤਾ ਜਾ ਸਕਦਾ ਸੀ, ਅਤੇ ਕੰਪਿਊਟਰ ਸਿਸਟਮ ਗਾਹਕਾਂ ਲਈ ਪਹੁੰਚਯੋਗ ਨਹੀਂ ਸਨ। ਬੈਂਕ ਕਰਮਚਾਰੀਆਂ ਨੇ ਪਾਸਬੁੱਕ ਅਤੇ ਹੋਰ ਮੀਡੀਆ ਤੋਂ ਡੇਟਾ ਨੂੰ ਉਹਨਾਂ ਡਿਵਾਈਸਾਂ ਵਿੱਚ ਰੱਖਿਆ ਜੋ ਪੈਸੇ ਦੀ ਗਿਣਤੀ ਕਰਦੇ ਸਨ।

ਪਰ ਉੱਤਰੀ ਲੰਡਨ ਵਿੱਚ ਪਹਿਲੀ ਵਾਰ 1967 ਵਿੱਚ ਲਗਾਇਆ ਗਿਆ ਸੀ ਇੱਕ ਏਟੀਐਮ ਜੋ ਬੈਂਕ ਦੇ ਅਹਾਤੇ ਵਿੱਚ ਸਥਿਤ ਨਹੀਂ ਸੀ। ਅਤੇ ਇਸ ਘਟਨਾ ਨੇ ਬੈਂਕਿੰਗ ਨੂੰ ਬਦਲ ਦਿੱਤਾ. ਉਪਭੋਗਤਾ ਦੀ ਸਹੂਲਤ ਵਿੱਤੀ ਸੰਸਥਾਵਾਂ ਦੇ ਵਿਕਾਸ ਲਈ ਇੱਕ ਮਾਪਦੰਡ ਬਣ ਗਈ ਹੈ। ਅਤੇ ਇਸ ਨੇ ਗਾਹਕਾਂ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਪੈਸੇ ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਬੈਂਕਾਂ ਨੂੰ ਵਧੇਰੇ ਸੂਝਵਾਨ ਬਣਨ ਵਿੱਚ ਮਦਦ ਕੀਤੀ ਹੈ। ਆਖ਼ਰਕਾਰ, ਜਦੋਂ ਕਿ ਕੰਪਿਊਟਰ ਸਿਸਟਮ ਸਿਰਫ਼ ਬੈਂਕ ਕਰਮਚਾਰੀਆਂ ਲਈ ਉਪਲਬਧ ਸਨ, ਉਹ ਗਾਹਕਾਂ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਦੇ ਪੁਰਾਣੇ, "ਕਾਗਜੀ" ਤਰੀਕੇ ਨਾਲ ਸੰਤੁਸ਼ਟ ਸਨ। ਇਹ ਸਿਰਫ ਏਟੀਐਮ ਅਤੇ ਫਿਰ ਔਨਲਾਈਨ ਬੈਂਕਿੰਗ ਦੇ ਆਗਮਨ ਨਾਲ ਹੀ ਸੀ ਕਿ ਆਮ ਲੋਕਾਂ ਨੇ ਬੈਂਕ ਆਈਟੀ ਪ੍ਰਣਾਲੀਆਂ ਤੱਕ ਸਿੱਧੀ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕੀਤੀ।

ਏਟੀਐਮ ਸਿਰਫ਼ ਸ਼ੁਰੂਆਤ ਸਨ। ਜਲਦੀ ਹੀ ਲੋਕ ਬੈਂਕ ਨੂੰ ਫੋਨ ਕਰਕੇ ਕੈਸ਼ ਰਜਿਸਟਰ 'ਤੇ ਲਾਈਨ ਤੋਂ ਬਚਣ ਦੇ ਯੋਗ ਹੋ ਗਏ। ਇਸ ਲਈ ਲੋੜੀਂਦੇ ਵਿਸ਼ੇਸ਼ ਕਾਰਡਾਂ ਨੂੰ ਇੱਕ ਰੀਡਰ ਵਿੱਚ ਸੰਮਿਲਿਤ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਡਿਊਲ-ਟੋਨ ਮਲਟੀ-ਫ੍ਰੀਕੁਐਂਸੀ (DTMF) ਸਿਗਨਲਾਂ ਨੂੰ ਸਮਝਣ ਦੇ ਸਮਰੱਥ ਹੈ ਜਦੋਂ ਉਪਭੋਗਤਾ ਦੁਆਰਾ "1" (ਪੈਸੇ ਕਢਵਾਉਣਾ) ਜਾਂ "2" (ਜਮਾ ਫੰਡ) ਕੁੰਜੀ ਨੂੰ ਦਬਾਇਆ ਜਾਂਦਾ ਹੈ।

ਇੰਟਰਨੈਟ ਅਤੇ ਮੋਬਾਈਲ ਬੈਂਕਿੰਗ ਨੇ ਗਾਹਕਾਂ ਨੂੰ ਕੋਰ ਸਿਸਟਮਾਂ ਦੇ ਨੇੜੇ ਲਿਆਇਆ ਹੈ ਜੋ ਪਾਵਰ ਬੈਂਕ ਹਨ। ਉਹਨਾਂ ਦੀਆਂ ਵੱਖੋ-ਵੱਖਰੀਆਂ ਸੀਮਾਵਾਂ ਅਤੇ ਸੈਟਿੰਗਾਂ ਦੇ ਬਾਵਜੂਦ, ਇਹਨਾਂ ਸਾਰੀਆਂ ਪ੍ਰਣਾਲੀਆਂ ਨੂੰ ਇੱਕ ਦੂਜੇ ਨਾਲ ਅਤੇ ਮੁੱਖ ਮੇਨਫ੍ਰੇਮ ਦੇ ਨਾਲ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਖਾਤਾ ਬੈਲੇਂਸ ਚੈਕ ਕਰਨਾ, ਪੈਸੇ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ, ਆਦਿ.

ਬਹੁਤ ਘੱਟ ਗਾਹਕ ਇਸ ਬਾਰੇ ਸੋਚਦੇ ਹਨ ਕਿ ਜਾਣਕਾਰੀ ਦਾ ਮਾਰਗ ਕਿੰਨਾ ਗੁੰਝਲਦਾਰ ਹੈ ਜਦੋਂ ਤੁਸੀਂ, ਉਦਾਹਰਨ ਲਈ, ਆਪਣੇ ਖਾਤੇ ਵਿੱਚ ਪੈਸੇ ਬਾਰੇ ਜਾਣਕਾਰੀ ਦੇਖਣ ਜਾਂ ਅਪਡੇਟ ਕਰਨ ਲਈ ਇੱਕ ਔਨਲਾਈਨ ਬੈਂਕ ਵਿੱਚ ਲੌਗਇਨ ਕਰਦੇ ਹੋ। ਜਦੋਂ ਤੁਸੀਂ ਲੌਗਇਨ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ ਡੇਟਾ ਸਰਵਰਾਂ ਦੇ ਇੱਕ ਸਮੂਹ ਦੁਆਰਾ ਪਾਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ; ਜਦੋਂ ਤੁਸੀਂ ਕੋਈ ਲੈਣ-ਦੇਣ ਕਰਦੇ ਹੋ, ਤਾਂ ਸਿਸਟਮ ਇਸ ਡੇਟਾ ਨੂੰ ਬੈਕਐਂਡ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਡੁਪਲੀਕੇਟ ਕਰਦਾ ਹੈ, ਜੋ ਫਿਰ ਭਾਰੀ ਲਿਫਟਿੰਗ ਕਰਦਾ ਹੈ - ਬਿੱਲਾਂ ਦਾ ਭੁਗਤਾਨ ਕਰਨ ਲਈ ਇੱਕ ਖਾਤੇ ਤੋਂ ਦੂਜੇ ਖਾਤੇ ਵਿੱਚ ਪੈਸੇ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ, ਭੁਗਤਾਨ, ਅਤੇ ਗਾਹਕੀ ਜਾਰੀ ਰੱਖੋ।

ਹੁਣ ਇਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਕਈ ਅਰਬਾਂ ਨਾਲ ਗੁਣਾ ਕਰੋ। ਬਿਲ ਐਂਡ ਮੇਲਿੰਡਾ ਗੇਟਸ ਫਾਊਂਡੇਸ਼ਨ ਦੀ ਮਦਦ ਨਾਲ ਵਿਸ਼ਵ ਬੈਂਕ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੇ ਗਏ ਅੰਕੜਿਆਂ ਅਨੁਸਾਰ, 69 ਪ੍ਰਤੀਸ਼ਤ ਦੁਨੀਆ ਭਰ ਦੇ ਬਾਲਗਾਂ ਦਾ ਇੱਕ ਬੈਂਕ ਖਾਤਾ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਵਿਅਕਤੀ ਕੋਲ ਭੁਗਤਾਨ ਕਰਨ ਲਈ ਬਿੱਲ ਹਨ। ਕੋਈ ਬੱਚਿਆਂ ਦੇ ਕਲੱਬਾਂ ਲਈ ਮੌਰਗੇਜ ਅਦਾ ਕਰਦਾ ਹੈ ਜਾਂ ਪੈਸੇ ਟ੍ਰਾਂਸਫਰ ਕਰਦਾ ਹੈ, ਕੋਈ ਨੈੱਟਫਲਿਕਸ ਗਾਹਕੀ ਲਈ ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ ਜਾਂ ਕਲਾਉਡ ਸਰਵਰ ਕਿਰਾਏ 'ਤੇ ਦਿੰਦਾ ਹੈ। ਅਤੇ ਇਹ ਸਾਰੇ ਲੋਕ ਇੱਕ ਤੋਂ ਵੱਧ ਬੈਂਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ।

ਇੱਕ ਬੈਂਕ (ਮੋਬਾਈਲ ਬੈਂਕਿੰਗ, ATM, ਆਦਿ) ਦੇ ਬਹੁਤ ਸਾਰੇ ਅੰਦਰੂਨੀ IT ਪ੍ਰਣਾਲੀਆਂ ਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਦੂਜੇ ਨਾਲ ਇੰਟਰੈਕਟ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਬ੍ਰਾਜ਼ੀਲ, ਚੀਨ ਅਤੇ ਜਰਮਨੀ ਵਿੱਚ ਹੋਰ ਬੈਂਕਿੰਗ ਪ੍ਰਣਾਲੀਆਂ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਇੱਕ ਫ੍ਰੈਂਚ ATM ਪੈਸੇ ਵੰਡਣ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਬੋਲੀਵੀਆ ਵਿੱਚ ਕਿਤੇ ਜਾਰੀ ਕੀਤੇ ਬੈਂਕ ਕਾਰਡ 'ਤੇ ਹੈ।

ਪੈਸਾ ਹਮੇਸ਼ਾ ਗਲੋਬਲ ਰਿਹਾ ਹੈ, ਪਰ ਪਹਿਲਾਂ ਕਦੇ ਵੀ ਸਿਸਟਮ ਇੰਨਾ ਗੁੰਝਲਦਾਰ ਨਹੀਂ ਸੀ। ਬੈਂਕ ਆਈਟੀ ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਤਰੀਕਿਆਂ ਦੀ ਗਿਣਤੀ ਵਧ ਰਹੀ ਹੈ, ਪਰ ਪੁਰਾਣੇ ਤਰੀਕੇ ਅਜੇ ਵੀ ਵਰਤੋਂ ਵਿੱਚ ਹਨ. ਕਿਸੇ ਬੈਂਕ ਦੀ ਸਫਲਤਾ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਇਸਦਾ IT ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਕਿੰਨਾ "ਸੰਭਾਲਣਯੋਗ" ਹੈ, ਅਤੇ ਬੈਂਕ ਅਚਾਨਕ ਅਸਫਲਤਾ ਦਾ ਕਿੰਨਾ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਮੁਕਾਬਲਾ ਕਰ ਸਕਦਾ ਹੈ ਜਿਸ ਕਾਰਨ ਸਿਸਟਮ ਨਿਸ਼ਕਿਰਿਆ ਹੋ ਜਾਵੇਗਾ।

ਕੋਈ ਟੈਸਟ ਨਹੀਂ - ਸਮੱਸਿਆਵਾਂ ਲਈ ਤਿਆਰੀ ਕਰੋ

ਬੈਂਕੋ ਡੀ ਸਬਡੇਲ ਦੇ ਸੀਈਓ ਜੈਮੇ ਗਾਰਡੀਓਲਾ (ਖੱਬੇ) ਨੂੰ ਭਰੋਸਾ ਸੀ ਕਿ ਸਭ ਕੁਝ ਸੁਚਾਰੂ ਢੰਗ ਨਾਲ ਚੱਲੇਗਾ। ਕੰਮ ਨਹੀਂ ਕੀਤਾ।

TSB ਦੇ ਕੰਪਿਊਟਰ ਸਿਸਟਮ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਜਲਦੀ ਹੱਲ ਕਰਨ ਵਿੱਚ ਬਹੁਤ ਵਧੀਆ ਨਹੀਂ ਸਨ। ਬੇਸ਼ੱਕ, ਸਾੱਫਟਵੇਅਰ ਦੀਆਂ ਗੜਬੜੀਆਂ ਸਨ, ਪਰ ਅਸਲ ਵਿੱਚ ਬੈਂਕ ਇਸਦੇ ਆਈਟੀ ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਬਹੁਤ ਜ਼ਿਆਦਾ ਗੁੰਝਲਦਾਰਤਾ ਦੇ ਕਾਰਨ "ਟੁੱਟ ਗਿਆ"। ਰਿਪੋਰਟ ਦੇ ਅਨੁਸਾਰ, ਜੋ ਕਿ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਆਊਟੇਜ ਦੇ ਸ਼ੁਰੂਆਤੀ ਦਿਨਾਂ ਵਿੱਚ ਤਿਆਰ ਕੀਤੀ ਗਈ ਸੀ, "ਨਵੇਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਸੁਮੇਲ, ਦੋ ਕਿਰਿਆਸ਼ੀਲ/ਐਕਟਿਵ ਡੇਟਾ ਸੈਂਟਰਾਂ ਦੀ ਵਰਤੋਂ ਦੇ ਨਾਲ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਦੀ ਵਧਦੀ ਵਰਤੋਂ ਨੇ ਉਤਪਾਦਨ ਵਿੱਚ ਗੁੰਝਲਦਾਰ ਜੋਖਮ ਪੈਦਾ ਕੀਤਾ।"

ਕੁਝ ਬੈਂਕ, ਜਿਵੇਂ ਕਿ HSBC, ਵਿਸ਼ਵ ਪੱਧਰ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਇਸਲਈ ਬਹੁਤ ਗੁੰਝਲਦਾਰ, ਆਪਸ ਵਿੱਚ ਜੁੜੇ ਸਿਸਟਮ ਵੀ ਹਨ। ਪਰ ਲੈਂਕੈਸਟਰ ਵਿੱਚ ਇੱਕ HSBC IT ਮੈਨੇਜਰ ਦੇ ਅਨੁਸਾਰ, ਉਹਨਾਂ ਦੀ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਜਾਂਚ, ਮਾਈਗਰੇਟ ਅਤੇ ਅਪਡੇਟ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਉਹ HSBC ਨੂੰ ਇੱਕ ਨਮੂਨੇ ਵਜੋਂ ਦੇਖਦਾ ਹੈ ਕਿ ਕਿਵੇਂ ਦੂਜੇ ਬੈਂਕਾਂ ਨੂੰ ਆਪਣੇ ਆਈ.ਟੀ. ਸਿਸਟਮਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ: ਸਟਾਫ ਨੂੰ ਸਮਰਪਿਤ ਕਰਕੇ ਅਤੇ ਆਪਣਾ ਸਮਾਂ ਬਿਤਾ ਕੇ। ਪਰ ਇਸਦੇ ਨਾਲ ਹੀ ਉਹ ਮੰਨਦਾ ਹੈ ਕਿ ਇੱਕ ਛੋਟੇ ਬੈਂਕ ਲਈ, ਖਾਸ ਤੌਰ 'ਤੇ ਜਿਸ ਕੋਲ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦਾ ਤਜਰਬਾ ਨਹੀਂ ਹੈ, ਇਸ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਕਰਨਾ ਬਹੁਤ ਮੁਸ਼ਕਲ ਕੰਮ ਹੈ।

TSB ਪਰਵਾਸ ਔਖਾ ਸੀ। ਅਤੇ, ਮਾਹਰਾਂ ਦੇ ਅਨੁਸਾਰ, ਬੈਂਕ ਸਟਾਫ ਯੋਗਤਾ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਇਸ ਜਟਿਲਤਾ ਦੇ ਪੱਧਰ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਿਆ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਉਨ੍ਹਾਂ ਨੇ ਆਪਣੇ ਹੱਲ ਦੀ ਜਾਂਚ ਕਰਨ ਜਾਂ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਪਹਿਲਾਂ ਤੋਂ ਜਾਂਚ ਕਰਨ ਦੀ ਖੇਚਲ ਵੀ ਨਹੀਂ ਕੀਤੀ।

ਬੈਂਕਿੰਗ ਸਮੱਸਿਆਵਾਂ 'ਤੇ ਬ੍ਰਿਟਿਸ਼ ਸੰਸਦ ਵਿੱਚ ਇੱਕ ਭਾਸ਼ਣ ਦੌਰਾਨ, ਐਫਸੀਏ ਦੇ ਮੁੱਖ ਕਾਰਜਕਾਰੀ ਐਂਡਰਿਊ ਬੇਲੀ ਨੇ ਇਸ ਸ਼ੱਕ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ। ਮਾੜੇ ਕੋਡ ਨੇ ਸੰਭਵ ਤੌਰ 'ਤੇ TSB 'ਤੇ ਸਿਰਫ ਸ਼ੁਰੂਆਤੀ ਸਮੱਸਿਆਵਾਂ ਦਾ ਕਾਰਨ ਬਣਾਇਆ, ਪਰ ਗਲੋਬਲ ਵਿੱਤੀ ਨੈੱਟਵਰਕ ਦੇ ਆਪਸ ਵਿੱਚ ਜੁੜੇ ਸਿਸਟਮਾਂ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਸ ਦੀਆਂ ਗਲਤੀਆਂ ਨੂੰ ਸਥਾਈ ਅਤੇ ਨਾ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਸੀ। ਬੈਂਕ ਨੇ ਆਪਣੇ IT ਢਾਂਚੇ ਵਿੱਚ ਕਿਤੇ ਹੋਰ ਅਚਾਨਕ ਗਲਤੀਆਂ ਦੇਖਣਾ ਜਾਰੀ ਰੱਖਿਆ। ਗਾਹਕਾਂ ਨੂੰ ਅਜਿਹੇ ਸੁਨੇਹੇ ਮਿਲੇ ਜੋ ਅਰਥਹੀਣ ਸਨ ਜਾਂ ਉਹਨਾਂ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਨਹੀਂ ਸਨ।

ਰਿਗਰੈਸ਼ਨ ਟੈਸਟਿੰਗ ਮਾੜੇ ਕੋਡ ਨੂੰ ਉਤਪਾਦਨ ਵਿੱਚ ਜਾਰੀ ਕੀਤੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਨੂੰ ਫੜ ਕੇ ਤਬਾਹੀ ਨੂੰ ਰੋਕਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਅਜਿਹੇ ਬੱਗ ਬਣਾ ਕੇ ਨੁਕਸਾਨ ਪਹੁੰਚਾ ਸਕਦੀ ਹੈ ਜੋ ਵਾਪਸ ਨਹੀਂ ਕੀਤੇ ਜਾ ਸਕਦੇ ਸਨ। ਪਰ ਬੈਂਕ ਨੇ ਇੱਕ ਮਾਈਨਫੀਲਡ ਵਿੱਚੋਂ ਲੰਘਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਜਿਸ ਬਾਰੇ ਉਸਨੂੰ ਪਤਾ ਵੀ ਨਹੀਂ ਸੀ। ਨਤੀਜੇ ਅਨੁਮਾਨਤ ਸਨ. ਇੱਕ ਹੋਰ ਸਮੱਸਿਆ ਲਾਗਤਾਂ ਦਾ "ਓਪਟੀਮਾਈਜੇਸ਼ਨ" ਸੀ। ਇਹ ਆਪਣੇ ਆਪ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਗਟ ਕੀਤਾ? ਤੱਥ ਇਹ ਹੈ ਕਿ ਪਹਿਲਾਂ ਇਹ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ ਸੀ ਕਿ ਲੋਇਡਜ਼ ਵਿਖੇ ਸਟੋਰ ਕੀਤੀਆਂ ਬੈਕਅੱਪ ਕਾਪੀਆਂ ਨੂੰ ਖਤਮ ਕੀਤਾ ਜਾਵੇ, ਕਿਉਂਕਿ ਉਹਨਾਂ ਨੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਪੈਸਾ "ਖਾ ਲਿਆ"।

ਬ੍ਰਿਟਿਸ਼ ਬੈਂਕ (ਅਤੇ ਹੋਰ ਵੀ) ਚਾਰ-ਨੌਂ ਉਪਲਬਧਤਾ ਪੱਧਰ, ਯਾਨੀ 99,99% ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਯਤਨਸ਼ੀਲ ਹਨ। ਅਭਿਆਸ ਵਿੱਚ, ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਆਈਟੀ ਸਿਸਟਮ ਹਰ ਸਮੇਂ ਉਪਲਬਧ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਪ੍ਰਤੀ ਸਾਲ 52 ਮਿੰਟਾਂ ਤੱਕ ਡਾਊਨਟਾਈਮ ਦੇ ਨਾਲ। "ਥ੍ਰੀ ਨੌਨਸ" ਸਿਸਟਮ, 99,9%, ਪਹਿਲੀ ਨਜ਼ਰ ਵਿੱਚ ਬਹੁਤ ਵੱਖਰਾ ਨਹੀਂ ਹੈ। ਪਰ ਅਸਲ ਵਿੱਚ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਡਾਊਨਟਾਈਮ ਪ੍ਰਤੀ ਸਾਲ 8 ਘੰਟੇ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ. ਬੈਂਕ ਲਈ, "ਚਾਰ ਨੌਨ" ਚੰਗਾ ਹੈ, ਪਰ "ਤਿੰਨ ਨੌਂ" ਨਹੀਂ ਹੈ।

ਪਰ ਜਦੋਂ ਵੀ ਕੋਈ ਕੰਪਨੀ ਆਪਣੇ ਆਈਟੀ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਬਦਲਾਅ ਕਰਦੀ ਹੈ, ਤਾਂ ਇਹ ਜੋਖਮ ਉਠਾਉਂਦੀ ਹੈ। ਆਖ਼ਰਕਾਰ, ਕੁਝ ਗਲਤ ਹੋ ਸਕਦਾ ਹੈ. ਤਬਦੀਲੀਆਂ ਨੂੰ ਘਟਾਉਣਾ ਸਮੱਸਿਆਵਾਂ ਤੋਂ ਬਚਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਲੋੜੀਂਦੀਆਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਧਿਆਨ ਨਾਲ ਜਾਂਚ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਅਤੇ ਬ੍ਰਿਟਿਸ਼ ਰੈਗੂਲੇਟਰਾਂ ਨੇ ਇਸ ਨੁਕਤੇ 'ਤੇ ਆਪਣਾ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕੀਤਾ ਹੈ.

ਸ਼ਾਇਦ ਡਾਊਨਟਾਈਮ ਤੋਂ ਬਚਣ ਦਾ ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ ਸਿਰਫ਼ ਘੱਟ ਬਦਲਾਅ ਕਰਨਾ ਹੈ। ਪਰ ਹਰ ਬੈਂਕ, ਕਿਸੇ ਵੀ ਹੋਰ ਕੰਪਨੀ ਵਾਂਗ, ਪ੍ਰਤੀਯੋਗੀ ਬਣੇ ਰਹਿਣ ਲਈ ਗਾਹਕਾਂ ਅਤੇ ਆਪਣੇ ਕਾਰੋਬਾਰ ਲਈ ਵੱਧ ਤੋਂ ਵੱਧ ਉਪਯੋਗੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਪੇਸ਼ ਕਰਨ ਲਈ ਮਜਬੂਰ ਹੁੰਦਾ ਹੈ। ਇਸ ਦੇ ਨਾਲ ਹੀ, ਬੈਂਕ ਅਜੇ ਵੀ ਆਪਣੇ ਗਾਹਕਾਂ ਦੀ ਦੇਖਭਾਲ ਕਰਨ, ਉਹਨਾਂ ਦੀ ਬੱਚਤ ਅਤੇ ਨਿੱਜੀ ਡੇਟਾ ਦੀ ਸੁਰੱਖਿਆ ਕਰਨ, ਸੇਵਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਆਰਾਮਦਾਇਕ ਸਥਿਤੀਆਂ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਪਾਬੰਦ ਹਨ। ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਸੰਸਥਾਵਾਂ ਨੂੰ ਆਪਣੇ IT ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਸਿਹਤ ਨੂੰ ਕਾਇਮ ਰੱਖਣ ਲਈ ਬਹੁਤ ਸਾਰਾ ਸਮਾਂ ਅਤੇ ਪੈਸਾ ਖਰਚਣ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਨਾਲ ਹੀ ਨਵੀਆਂ ਸੇਵਾਵਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ.

ਯੂਕੇ ਦੀ ਵਿੱਤੀ ਆਚਰਣ ਅਥਾਰਟੀ ਦੁਆਰਾ ਜਾਰੀ ਕੀਤੇ ਗਏ ਅੰਕੜਿਆਂ ਅਨੁਸਾਰ, ਯੂਕੇ ਵਿੱਚ ਵਿੱਤੀ ਸੇਵਾਵਾਂ ਦੇ ਖੇਤਰ ਵਿੱਚ ਰਿਪੋਰਟ ਕੀਤੇ ਗਏ ਤਕਨਾਲੋਜੀ ਅਸਫਲਤਾਵਾਂ ਦੀ ਗਿਣਤੀ 187 ਅਤੇ 2017 ਦੇ ਵਿਚਕਾਰ 2018 ਪ੍ਰਤੀਸ਼ਤ ਵਧੀ ਹੈ। ਬਹੁਤੇ ਅਕਸਰ, ਅਸਫਲਤਾਵਾਂ ਦਾ ਕਾਰਨ ਨਵੀਂ ਕਾਰਜਸ਼ੀਲਤਾ ਦੇ ਸੰਚਾਲਨ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਹਨ. ਇਸ ਦੇ ਨਾਲ ਹੀ, ਬੈਂਕਾਂ ਲਈ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਦੇ ਨਿਰੰਤਰ ਨਿਰਵਿਘਨ ਸੰਚਾਲਨ ਅਤੇ ਲੈਣ-ਦੇਣ ਦੀ ਲਗਭਗ ਤੁਰੰਤ ਰਿਪੋਰਟਿੰਗ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਗਾਹਕ ਹਮੇਸ਼ਾ ਘਬਰਾ ਜਾਂਦੇ ਹਨ ਜਦੋਂ ਉਨ੍ਹਾਂ ਦਾ ਪੈਸਾ ਕਿਤੇ ਲਟਕ ਰਿਹਾ ਹੁੰਦਾ ਹੈ। ਅਤੇ ਇੱਕ ਗਾਹਕ ਜੋ ਪੈਸੇ ਬਾਰੇ ਘਬਰਾਉਂਦਾ ਹੈ ਹਮੇਸ਼ਾ ਮੁਸੀਬਤ ਦਾ ਸੰਕੇਤ ਹੁੰਦਾ ਹੈ.

TSB (ਜਿਸ ਸਮੇਂ ਤੱਕ ਬੈਂਕ ਦੇ CEO ਨੇ ਅਸਤੀਫਾ ਦੇ ਦਿੱਤਾ ਸੀ) ਵਿੱਚ ਅਸਫਲਤਾ ਦੇ ਕੁਝ ਮਹੀਨਿਆਂ ਬਾਅਦ, ਯੂਕੇ ਦੇ ਵਿੱਤੀ ਰੈਗੂਲੇਟਰਾਂ ਅਤੇ ਬੈਂਕ ਆਫ ਇੰਗਲੈਂਡ ਇੱਕ ਦਸਤਾਵੇਜ਼ ਜਾਰੀ ਕੀਤਾ ਕਾਰਜਸ਼ੀਲ ਸਥਿਰਤਾ ਮੁੱਦਿਆਂ 'ਤੇ ਚਰਚਾ ਲਈ। ਇਸ ਲਈ ਉਹਨਾਂ ਨੇ ਇਹ ਸਵਾਲ ਉਠਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਕਿ ਬੈਂਕ ਨਵੀਨਤਾ ਦੀ ਭਾਲ ਵਿੱਚ ਕਿੰਨੇ ਡੂੰਘੇ ਗਏ ਹਨ, ਅਤੇ ਕੀ ਉਹ ਸਿਸਟਮ ਦੇ ਸਥਿਰ ਸੰਚਾਲਨ ਦੀ ਗਰੰਟੀ ਦੇ ਸਕਦੇ ਹਨ ਜੋ ਉਹਨਾਂ ਕੋਲ ਹੈ।

ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਕਾਨੂੰਨ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਦਾ ਪ੍ਰਸਤਾਵ ਵੀ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਇਹ ਕੰਪਨੀ ਦੇ ਅੰਦਰਲੇ ਲੋਕਾਂ ਨੂੰ ਉਸ ਕੰਪਨੀ ਦੇ IT ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਗਲਤ ਹੋਣ ਲਈ ਜਵਾਬਦੇਹ ਬਣਾਉਣ ਬਾਰੇ ਸੀ। ਬ੍ਰਿਟਿਸ਼ ਸੰਸਦ ਮੈਂਬਰਾਂ ਨੇ ਇਸ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਸਮਝਾਇਆ: "ਜਦੋਂ ਤੁਸੀਂ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਜ਼ਿੰਮੇਵਾਰ ਹੁੰਦੇ ਹੋ, ਅਤੇ ਤੁਸੀਂ ਦੀਵਾਲੀਆ ਹੋ ਸਕਦੇ ਹੋ ਜਾਂ ਜੇਲ ਜਾ ਸਕਦੇ ਹੋ, ਤਾਂ ਇਹ ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਸੁਰੱਖਿਆ ਦੇ ਮੁੱਦੇ ਲਈ ਸਮਰਪਿਤ ਸਮੇਂ ਦੀ ਮਾਤਰਾ ਨੂੰ ਵਧਾਉਣ ਸਮੇਤ ਕੰਮ ਪ੍ਰਤੀ ਰਵੱਈਆ ਨੂੰ ਬਹੁਤ ਬਦਲ ਦੇਵੇਗਾ।"

ਨਤੀਜੇ

ਹਰੇਕ ਅੱਪਡੇਟ ਅਤੇ ਪੈਚ ਜੋਖਮ ਪ੍ਰਬੰਧਨ ਲਈ ਹੇਠਾਂ ਆਉਂਦੇ ਹਨ, ਖਾਸ ਕਰਕੇ ਜਦੋਂ ਸੈਂਕੜੇ ਮਿਲੀਅਨ ਡਾਲਰ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ। ਆਖ਼ਰਕਾਰ, ਜੇ ਕੁਝ ਗਲਤ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਪੈਸੇ ਅਤੇ ਵੱਕਾਰ ਦੇ ਮਾਮਲੇ ਵਿਚ ਮਹਿੰਗਾ ਹੋ ਸਕਦਾ ਹੈ. ਇਹ ਸਪੱਸ਼ਟ ਚੀਜ਼ਾਂ ਜਾਪਦੀਆਂ ਹਨ. ਅਤੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੌਰਾਨ ਬੈਂਕ ਦੀ ਅਸਫਲਤਾ ਨੇ ਉਨ੍ਹਾਂ ਨੂੰ ਬਹੁਤ ਕੁਝ ਸਿਖਾਉਣਾ ਚਾਹੀਦਾ ਸੀ.

ਸੀ. ਪਰ ਉਸਨੇ ਮੈਨੂੰ ਨਹੀਂ ਸਿਖਾਇਆ। ਨਵੰਬਰ 2019 ਵਿੱਚ, ਟੀਐਸਬੀ, ਜਿਸ ਨੇ ਦੁਬਾਰਾ ਮੁਨਾਫ਼ਾ ਹਾਸਲ ਕੀਤਾ ਅਤੇ ਹੌਲੀ-ਹੌਲੀ ਆਪਣੀ ਸਾਖ ਨੂੰ ਸੁਧਾਰ ਰਿਹਾ ਸੀ, "ਖੁਸ਼" ਗਾਹਕ ਨਵੀਂ ਅਸਫਲਤਾ ਸੂਚਨਾ ਤਕਨਾਲੋਜੀ ਦੇ ਖੇਤਰ ਵਿੱਚ. ਬੈਂਕ ਨੂੰ ਦੂਸਰਾ ਝਟਕਾ ਲੱਗਣ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਉਸ ਨੂੰ 82 ਵਿੱਚ ਆਪਣੀਆਂ ਲਾਗਤਾਂ ਵਿੱਚ ਕਟੌਤੀ ਲਈ 2020 ਸ਼ਾਖਾਵਾਂ ਬੰਦ ਕਰਨ ਲਈ ਮਜਬੂਰ ਹੋਣਾ ਪਵੇਗਾ। ਜਾਂ ਉਹ ਸਿਰਫ਼ ਆਈਟੀ ਮਾਹਿਰਾਂ ਨੂੰ ਨਹੀਂ ਬਚਾ ਸਕਦਾ ਸੀ.

IT ਨਾਲ ਕੰਜੂਸੀ ਆਖਰਕਾਰ ਇੱਕ ਕੀਮਤ 'ਤੇ ਆਉਂਦੀ ਹੈ। TSB ਨੇ 134 ਵਿੱਚ $2018 ਮਿਲੀਅਨ ਦੇ ਮੁਨਾਫੇ ਦੇ ਮੁਕਾਬਲੇ, 206 ਵਿੱਚ $2017 ਮਿਲੀਅਨ ਦਾ ਨੁਕਸਾਨ ਦਰਜ ਕੀਤਾ। ਗ੍ਰਾਹਕ ਮੁਆਵਜ਼ਾ, ਧੋਖਾਧੜੀ ਵਾਲੇ ਲੈਣ-ਦੇਣ ਨੂੰ ਠੀਕ ਕਰਨਾ (ਜੋ ਬੈਂਕਿੰਗ ਹਫੜਾ-ਦਫੜੀ ਦੌਰਾਨ ਤੇਜ਼ੀ ਨਾਲ ਵਧਿਆ), ਅਤੇ ਤੀਜੀ-ਧਿਰ ਦੀ ਸਹਾਇਤਾ ਸਮੇਤ ਪੋਸਟ-ਮਾਈਗਰੇਸ਼ਨ ਲਾਗਤਾਂ, ਕੁੱਲ $419 ਮਿਲੀਅਨ ਸਨ। ਬੈਂਕ ਦੇ ਆਈਟੀ ਪ੍ਰਦਾਤਾ ਨੂੰ ਸੰਕਟ ਵਿੱਚ ਉਸਦੀ ਭੂਮਿਕਾ ਲਈ $194 ਮਿਲੀਅਨ ਦਾ ਬਿਲ ਵੀ ਦਿੱਤਾ ਗਿਆ ਸੀ।

ਹਾਲਾਂਕਿ, TSB ਬੈਂਕ ਦੀ ਅਸਫਲਤਾ ਤੋਂ ਕੋਈ ਵੀ ਸਬਕ ਨਹੀਂ ਸਿੱਖਿਆ ਗਿਆ ਹੈ, ਫਿਰ ਵੀ ਰੁਕਾਵਟਾਂ ਆਉਣਗੀਆਂ। ਉਹ ਅਟੱਲ ਹਨ। ਪਰ ਟੈਸਟਿੰਗ ਅਤੇ ਚੰਗੇ ਕੋਡ ਦੇ ਨਾਲ, ਕਰੈਸ਼ ਅਤੇ ਡਾਊਨਟਾਈਮ ਨੂੰ ਬਹੁਤ ਘੱਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। Cloud4Y, ਜੋ ਅਕਸਰ ਵੱਡੀਆਂ ਕੰਪਨੀਆਂ ਨੂੰ ਕਲਾਉਡ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਮਾਈਗਰੇਟ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ, ਇੱਕ ਸਿਸਟਮ ਤੋਂ ਦੂਜੇ ਸਿਸਟਮ ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਜਾਣ ਦੇ ਮਹੱਤਵ ਨੂੰ ਸਮਝਦਾ ਹੈ। ਇਸ ਲਈ, ਅਸੀਂ ਲੋਡ ਟੈਸਟਿੰਗ ਕਰ ਸਕਦੇ ਹਾਂ ਅਤੇ ਇੱਕ ਬਹੁ-ਪੱਧਰੀ ਬੈਕਅੱਪ ਸਿਸਟਮ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਾਂ, ਨਾਲ ਹੀ ਹੋਰ ਵਿਕਲਪ ਜੋ ਤੁਹਾਨੂੰ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਸੰਭਵ ਚੀਜ਼ ਦੀ ਜਾਂਚ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ।

ਤੁਸੀਂ ਬਲੌਗ 'ਤੇ ਹੋਰ ਕੀ ਪੜ੍ਹ ਸਕਦੇ ਹੋ? Cloud4Y

→ ਨਮਕੀਨ ਸੂਰਜੀ ਊਰਜਾ
→ ਸਾਈਬਰ ਸੁਰੱਖਿਆ ਵਿੱਚ ਸਭ ਤੋਂ ਅੱਗੇ ਪੈਂਟੇਸਟਰ
→ ਮਹਾਨ ਸਨੋਫਲੇਕ ਥਿਊਰੀ
→ ਗੁਬਾਰੇ 'ਤੇ ਇੰਟਰਨੈੱਟ
→ ਕੀ ਡਾਟਾ ਸੈਂਟਰ ਵਿੱਚ ਸਿਰਹਾਣੇ ਦੀ ਲੋੜ ਹੈ?

ਸਾਡੇ ਲਈ ਗਾਹਕ ਬਣੋ ਤਾਰ-ਚੈਨਲ, ਤਾਂ ਜੋ ਅਗਲਾ ਲੇਖ ਨਾ ਭੁੱਲੋ! ਅਸੀਂ ਹਫ਼ਤੇ ਵਿੱਚ ਦੋ ਵਾਰ ਤੋਂ ਵੱਧ ਨਹੀਂ ਅਤੇ ਸਿਰਫ਼ ਕਾਰੋਬਾਰ 'ਤੇ ਲਿਖਦੇ ਹਾਂ।

ਸਰੋਤ: www.habr.com