ਜਦੋਂ ਵਿਕਰੀ ਵਿਭਾਗ ਕਿਸੇ ਜ਼ਰੂਰੀ ਆਰਡਰ ਦਾ ਵਾਅਦਾ ਕਰਦਾ ਹੈ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ

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

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

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

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

ਇਸ ਲਈ ਪਹਿਲੀ ਸ਼ਡਿਊਲਿੰਗ ਚਾਲ ਬਾਕੀ ਰੂਟ ਰਾਹੀਂ ਇੱਕ ਲੜੀਵਾਰ ਪ੍ਰਤੀਕਿਰਿਆ ਪੈਦਾ ਕਰਦੀ ਹੈ।

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

ਸਮੱਗਰੀ ਦੀ ਮੁੜ-ਵੰਡ ਜ਼ਰੂਰੀ ਗਾਹਕ ਨੂੰ ਬਚਾ ਸਕਦੀ ਹੈ ਪਰ ਚੁੱਪਚਾਪ ਕਿਤੇ ਹੋਰ ਕਮੀ ਪੈਦਾ ਕਰ ਸਕਦੀ ਹੈ। ਫੈਕਟਰੀ ਨੇ ਰੁਕਾਵਟ ਨਹੀਂ ਹਟਾਈ; ਉਸਨੇ ਉਸਨੂੰ ਕਿਸੇ ਹੋਰ ਥਾਂ ਤਬਦੀਲ ਕਰ ਦਿੱਤਾ ਹੈ।

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

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

ਅਸਲ ਸਮਰੱਥਾ ਤਦ ਹੀ ਮੌਜੂਦ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਮਸ਼ੀਨ, ਲੋਕ, ਟੂਲ, ਸਮੱਗਰੀ, ਪ੍ਰਕਿਰਿਆ ਮਨਜ਼ੂਰੀਆਂ ਅਤੇ ਸਮਾਂ ਵਿੰਡੋ ਇਕੱਠੇ ਹੁੰਦੇ ਹਨ।

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

ਰੁਕਾਵਟ ਥਾਂ ਬਦਲਦੀ ਹੈ
ਇੱਕ ਜ਼ਰੂਰੀ ਆਰਡਰ ਸ਼ੁਰੂ ਵਿੱਚ ਮਸ਼ੀਨਿੰਗ ਸਮੱਸਿਆ ਲੱਗ ਸਕਦਾ ਹੈ। ਇੱਕ ਵਾਰ ਮਸ਼ੀਨਿੰਗ ਕੋਈ ਹੱਲ ਲੱਭ ਲਵੇ, ਤਾਂ ਦਬਾਅ ਤੁਰੰਤ ਅਸੈਂਬਲੀ, ਇੰਸਪੈਕਸ਼ਨ, ਟੈਸਟਿੰਗ, ਪੈਕਿੰਗ ਜਾਂ ਕਿਸੇ ਮਨਜ਼ੂਰੀ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਇੱਕ ਵਿਅਕਤੀ 'ਤੇ ਵੀ ਜਾ ਸਕਦਾ ਹੈ।

ਰੁਕਾਵਟ ਕਿਸੇ ਇੱਕ ਮਸ਼ੀਨ ਨਾਲ ਸਥਾਈ ਤੌਰ 'ਤੇ ਨਹੀਂ ਜੁੜੀ ਹੁੰਦੀ। ਇਹ ਉਹ ਰੁਕਾਵਟ ਹੈ ਜੋ ਇਸ ਸਮੇਂ ਸ਼ਿਪਮੈਂਟ ਵੱਲ ਕੰਮ ਦੇ ਪ੍ਰਵਾਹ ਨੂੰ ਸੀਮਤ ਕਰ ਰਹੀ ਹੈ।

ਇਸੇ ਲਈ ਉੱਚ ਉਪਕਰਣ ਵਰਤੋਂ ਆਪਣੇ ਆਪ ਚੰਗੀ ਡਿਲੀਵਰੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦਾ ਸੰਕੇਤ ਨਹੀਂ ਦਿੰਦੀ। ਇੱਕ ਪਲਾਂਟ ਦੀਆਂ ਮਸ਼ੀਨਾਂ ਕੁਸ਼ਲ ਹੋ ਸਕਦੀਆਂ ਹਨ ਪਰ ਫਿਰ ਵੀ ਦੇਰ ਨਾਲ ਸ਼ਿਪ ਕਰ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਗਲਤ ਕੰਮ ਗਲਤ ਸਮੇਂ 'ਤੇ ਗਲਤ ਰੁਕਾਵਟ 'ਤੇ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੁੰਦਾ ਹੈ।

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

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

ਇੱਕ ਆਰਡਰ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਆਪਣੀ ਦੇਣ ਦੀ ਮਿਤੀ 'ਤੇ ਉਤਪਾਦਨ ਖਤਮ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਦੇਰ ਨਾਲ ਪਹੁੰਚ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਟਰੱਕ ਪਹਿਲਾਂ ਹੀ ਨਿਕਲ ਚੁੱਕਾ ਹੈ।

ਇਸ ਲਈ ਗਾਹਕ ਸੇਵਾ ਨੂੰ ਇੱਕ ਯਥਾਰਥਕ ਸ਼ਿਪ ਮਿਤੀ ਅਤੇ ਉਸਦੇ ਪਿੱਛੇ ਦੀਆਂ ਧਾਰਨਾਵਾਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਨਾ ਕਿ ਉਸ ਮਿਤੀ 'ਤੇ ਆਧਾਰਿਤ ਭਰੋਸਾ ਜੋ ਮੌਜੂਦਾ ਉਤਪਾਦਨ ਸਥਿਤੀ ਹੁਣ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦੀ।

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

ਐਕਸਲ ਆਪਣੇ ਆਪ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ। ਇਹ ਲਚਕਦਾਰ ਅਤੇ ਵਿਹਾਰਕ ਹੈ।

ਸਮੱਸਿਆ ਉਦੋਂ ਆਉਂਦੀ ਹੈ ਜਦੋਂ ਸਪ੍ਰੈਡਸ਼ੀਟ ਉਹ ਇਕੱਲੀ ਥਾਂ ਬਣ ਜਾਂਦੀ ਹੈ ਜਿੱਥੇ ਅਸਲ ਉਤਪਾਦਨ ਫੈਸਲਾ ਮੌਜੂਦ ਹੈ। ਵਿਕਰੀ ERP ਵਿੱਚ ਇੱਕ ਮਿਤੀ ਦੇਖਦੀ ਹੈ, ਯੋਜਨਾਬੰਦੀ ਵਰਕਬੁੱਕ ਵਿੱਚ ਦੂਜੀ ਮਿਤੀ ਦੇਖਦੀ ਹੈ, ਅਤੇ ਸ਼ਾਪ ਫਲੋਰ ਪਿਛਲੀ ਸ਼ਿਫਟ ਵਿੱਚ ਬਦਲੇ ਗਏ ਕ੍ਰਮ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ।
ਡੂੰਘੀ ਸਮੱਸਿਆ ਸਿਸਟਮਾਂ ਵਿਚਕਾਰ ਸਾਂਝੇ ਸੰਦਰਭ ਦੀ ਘਾਟ ਹੈ।

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

ਸਿਸਟਮ ਨੂੰ ਇਹ ਸਮਝਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ:
• ਇਹ ਕਾਰਵਾਈ ਇਸ ਵਰਕ ਆਰਡਰ ਨਾਲ ਸਬੰਧਤ ਹੈ
• ਇਹ ਵਰਕ ਆਰਡਰ ਇਸ ਗਾਹਕ ਵਚਨਬੱਧਤਾ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ
• ਇਹ ਕਾਰਵਾਈ ਇਨ੍ਹਾਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਸਰੋਤਾਂ 'ਤੇ ਚੱਲ ਸਕਦੀ ਹੈ
• ਇਹ ਸਮੱਗਰੀ ਇਸ ਉਤਪਾਦਨ ਆਰਡਰ ਨੂੰ ਵੰਡੀ ਗਈ ਹੈ
• ਇਸ ਪ੍ਰਕਿਰਿਆ ਲਈ ਇਹ ਟੂਲ ਜਾਂ ਫਿਕਸਚਰ ਲੋੜੀਂਦਾ ਹੈ
• ਇਹ ਵਿਅਕਤੀ ਇਸ ਕਾਰਵਾਈ ਲਈ ਯੋਗ ਹੈ
• ਸ਼ਿਪਮੈਂਟ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਇੰਸਪੈਕਸ਼ਨ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ

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

ਮਾਈਕ੍ਰੋਸਾਫਟ ਫੈਬ੍ਰਿਕ ਅਤੇ ਪਾਵਰ BI ਕਿੱਥੇ ਫਿੱਟ ਹੁੰਦੇ ਹਨ

Microsoft Fabric ERP, MES, ਮੇਨਟੇਨੈਂਸ, ਗੁਣਵੱਤਾ, ਮਸ਼ੀਨ ਡੇਟਾ ਅਤੇ ਯੋਜਨਾ ਜਾਣਕਾਰੀ ਵਿੱਚ ਇੱਕ ਸਾਂਝੀ ਡੇਟਾ ਬੁਨਿਆਦ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਕ੍ਰਾਸ-ਸਿਸਟਮ ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਡੇਟਾ ਨੂੰ ਤਿਆਰ ਕਰਨ, ਪ੍ਰਬੰਧਿਤ ਕਰਨ, ਇਤਿਹਾਸ ਰੱਖਣ ਅਤੇ ਜੋੜਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ।

Power BI ਮੌਜੂਦਾ ਲੋਡ, ਖਤਰੇ ਵਿੱਚ ਆਰਡਰ, ਸਮੱਗਰੀ ਸਥਿਤੀ, ਕਤਾਰ ਦੇ ਵਿਕਾਸ ਅਤੇ ਡਿਲੀਵਰੀ ਐਕਸਪੋਜ਼ਰ ਨੂੰ ਦਿਖਾ ਸਕਦਾ ਹੈ ਤਾਂ ਜੋ ਵਿਕਰੀ, ਯੋਜਨਾਬੰਦੀ, ਉਤਪਾਦਨ ਅਤੇ ਗਾਹਕ ਸੇਵਾ ਇੱਕ ਵਧੇਰੇ ਇਕਸਾਰ ਦ੍ਰਿਸ਼ ਤੋਂ ਕੰਮ ਕਰਨ।
ਪਰ ਨਾ Fabric ਅਤੇ ਨਾ ਹੀ Power BI ਆਪਣੇ ਆਪ ਸੀਮਤ-ਸਮਰੱਥਾ ਸ਼ਡਿਊਲਿੰਗ ਇੰਜਣ ਹਨ।

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

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

ਸੰਭਵ ਦ੍ਰਿਸ਼ਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ:
• ਜ਼ਰੂਰੀ ਆਰਡਰ ਨੂੰ ਮੌਜੂਦਾ ਕੰਮ ਤੋਂ ਅੱਗੇ ਲਿਜਾਣਾ
• ਨਿਯੰਤਰਿਤ ਓਵਰਟਾਈਮ ਜੋੜਨਾ
• ਕੋਈ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਵਿਕਲਪਿਕ ਰਸਤਾ ਵਰਤਣਾ
• ਸ਼ਿਪਮੈਂਟ ਨੂੰ ਵੰਡਣਾ
• ਬਾਅਦ ਦੀ ਡਿਲੀਵਰੀ ਮਿਤੀ ਪੇਸ਼ ਕਰਨਾ
• ਜਦੋਂ ਕੋਈ ਸੁਰੱਖਿਅਤ ਸੰਭਵ ਵਿਕਲਪ ਨਾ ਹੋਵੇ ਤਾਂ ਮੰਗੀ ਗਈ ਮਿਤੀ ਤੋਂ ਇਨਕਾਰ ਕਰਨਾ

ਹਰ ਵਿਕਲਪ ਜੋਖਮ ਨੂੰ ਕਿਤੇ ਨਾ ਕਿਤੇ ਤਬਦੀਲ ਕਰਦਾ ਹੈ। ਸਿਮੂਲੇਸ਼ਨ ਉਨ੍ਹਾਂ ਨਤੀਜਿਆਂ ਨੂੰ ਦਿਖਾਉਂਦੀ ਹੈ।