ਅਸੀਂ ਗੋਦਾਮ ਵਿੱਚ ਮਾਲ ਉਤਾਰਨ ਦੇ ਸਮੇਂ ਨੂੰ ਕਿਵੇਂ ਤੇਜ਼ ਕੀਤਾ

ਰਿੰਗ ਸਕੈਨਰ ਨਾਲ ਡਾਟਾ ਕਲੈਕਸ਼ਨ ਟਰਮੀਨਲ Zebra WT-40। ਪੈਲੇਟ (ਹੱਥਾਂ ਤੋਂ ਮੁਕਤ) 'ਤੇ ਬਾਕਸਾਂ ਨੂੰ ਸਰੀਰਕ ਤੌਰ 'ਤੇ ਸਟੈਕ ਕਰਦੇ ਹੋਏ, ਸਾਮਾਨ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਸਕੈਨ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣ ਲਈ ਇਸਦੀ ਲੋੜ ਹੈ।

ਕਈ ਸਾਲਾਂ ਦੇ ਦੌਰਾਨ, ਅਸੀਂ ਬਹੁਤ ਤੇਜ਼ੀ ਨਾਲ ਸਟੋਰ ਖੋਲ੍ਹੇ ਅਤੇ ਵਧੇ। ਇਹ ਇਸ ਤੱਥ ਦੇ ਨਾਲ ਖਤਮ ਹੋਇਆ ਕਿ ਹੁਣ ਸਾਡੇ ਗੋਦਾਮ ਇੱਕ ਦਿਨ ਵਿੱਚ ਲਗਭਗ 20 ਹਜ਼ਾਰ ਪੈਲੇਟ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ ਅਤੇ ਭੇਜਦੇ ਹਨ. ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ, ਅੱਜ ਸਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਹੋਰ ਗੋਦਾਮ ਹਨ: ਮਾਸਕੋ ਵਿੱਚ ਦੋ ਵੱਡੇ - 100 ਅਤੇ 140 ਹਜ਼ਾਰ ਵਰਗ ਮੀਟਰ, ਪਰ ਦੂਜੇ ਸ਼ਹਿਰਾਂ ਵਿੱਚ ਵੀ ਛੋਟੇ ਹਨ.

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

ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਦੋ ਮੁੱਖ ਕੁਸ਼ਲਤਾ ਕਾਰਕ ਕਾਰਵਾਈਆਂ (ਪ੍ਰਕਿਰਿਆ) ਅਤੇ ਅਨੁਕੂਲਿਤ ਆਈਟੀ ਪ੍ਰਣਾਲੀਆਂ ਦਾ ਇੱਕ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸੋਚਿਆ-ਸਮਝਿਆ ਐਲਗੋਰਿਦਮ ਹਨ। ਤਰਜੀਹੀ ਤੌਰ 'ਤੇ "ਇੱਕ ਘੜੀ ਵਾਂਗ", ਪਰ "ਸੰਪੂਰਨ ਤੋਂ ਥੋੜ੍ਹਾ ਘੱਟ ਕੰਮ ਕਰਨਾ" ਵੀ ਕਾਫ਼ੀ ਢੁਕਵਾਂ ਹੈ। ਫਿਰ ਵੀ ਅਸੀਂ ਅਸਲ ਸੰਸਾਰ ਵਿੱਚ ਹਾਂ।

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

ਮਾਲ ਦੀ ਸਵੀਕ੍ਰਿਤੀ

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

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

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

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

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

ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਬਣ ਗਿਆ:

1. ਸਪਲਾਇਰ ਖੁਦ ਇਸ ਬਾਰੇ ਡਾਟਾ ਭਰਦਾ ਹੈ ਕਿ ਉਹ ਸਾਨੂੰ ਕੀ ਅਤੇ ਕਦੋਂ ਭੇਜਦਾ ਹੈ। ਇਸਦੇ ਲਈ SWP ਅਤੇ EDI ਪੋਰਟਲ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ। ਭਾਵ, ਸਟੋਰ ਆਰਡਰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਪਲਾਇਰ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪੂਰਾ ਕਰਨ ਅਤੇ ਲੋੜੀਂਦੀ ਮਾਤਰਾ ਵਿੱਚ ਸਮਾਨ ਦੀ ਸਪਲਾਈ ਕਰਨ ਦਾ ਕੰਮ ਕਰਦੇ ਹਨ। ਮਾਲ ਭੇਜਣ ਵੇਲੇ, ਉਹ ਟਰੱਕ ਵਿੱਚ ਪੈਲੇਟਾਂ ਦੀ ਰਚਨਾ ਅਤੇ ਇੱਕ ਲੌਜਿਸਟਿਕ ਪ੍ਰਕਿਰਤੀ ਦੀ ਸਾਰੀ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਵੀ ਦਰਸਾਉਂਦੇ ਹਨ।
2. ਜਦੋਂ ਕਾਰ ਨੇ ਸਾਡੇ ਲਈ ਸਪਲਾਇਰ ਛੱਡ ਦਿੱਤਾ, ਤਾਂ ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੇ ਹਾਂ ਕਿ ਸਾਡੇ ਕੋਲ ਕਿਹੜਾ ਸਾਮਾਨ ਆ ਰਿਹਾ ਹੈ; ਇਸ ਤੋਂ ਇਲਾਵਾ, ਸਪਲਾਇਰਾਂ ਨਾਲ ਇਲੈਕਟ੍ਰਾਨਿਕ ਦਸਤਾਵੇਜ਼ ਪ੍ਰਬੰਧਨ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਸ ਲਈ ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ ਕਿ UPD ਪਹਿਲਾਂ ਹੀ ਹਸਤਾਖਰ ਕੀਤੇ ਜਾ ਚੁੱਕੇ ਹਨ। ਇਸ ਉਤਪਾਦ ਦੀ ਸਰਵੋਤਮ ਗਤੀ ਲਈ ਇੱਕ ਸਕੀਮ ਤਿਆਰ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ: ਜੇ ਇਹ ਕਰਾਸ-ਡੌਕਿੰਗ ਹੈ, ਤਾਂ ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ ਵੇਅਰਹਾਊਸ ਤੋਂ ਟ੍ਰਾਂਸਪੋਰਟ ਦਾ ਆਦੇਸ਼ ਦਿੱਤਾ ਹੈ, ਮਾਲ ਦੀ ਗਿਣਤੀ ਕੀਤੀ ਹੈ, ਅਤੇ ਸਾਰੇ ਲੌਜਿਸਟਿਕ ਪ੍ਰਵਾਹ ਲਈ ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ ਨਿਰਧਾਰਤ ਕਰ ਚੁੱਕੇ ਹਾਂ ਕਿ ਅਸੀਂ ਕਿੰਨੇ ਵੇਅਰਹਾਊਸ ਸਰੋਤਾਂ ਨੂੰ ਕਰਾਂਗੇ. ਡਿਲੀਵਰੀ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਦੀ ਲੋੜ ਹੈ. ਕ੍ਰਾਸ-ਡੌਕਿੰਗ ਵੇਰਵਿਆਂ ਵਿੱਚ, ਵੇਅਰਹਾਊਸ ਤੋਂ ਟ੍ਰਾਂਸਪੋਰਟ ਲਈ ਇੱਕ ਸ਼ੁਰੂਆਤੀ ਯੋਜਨਾ ਇੱਕ ਪਹਿਲੇ ਪੜਾਅ 'ਤੇ ਬਣਾਈ ਜਾਂਦੀ ਹੈ, ਜਦੋਂ ਸਪਲਾਇਰ ਨੇ ਵੇਅਰਹਾਊਸ ਡੋਰ ਮੈਨੇਜਮੈਂਟ ਸਿਸਟਮ (ਵਾਈਐਮਐਸ - ਯਾਰਡ ਮੈਨੇਜਮੈਂਟ ਸਿਸਟਮ) ਵਿੱਚ ਇੱਕ ਡਿਲਿਵਰੀ ਸਲਾਟ ਰਾਖਵਾਂ ਰੱਖਿਆ ਹੈ, ਜੋ ਸਪਲਾਇਰ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਹੈ। ਪੋਰਟਲ ਸੂਚਨਾ ਤੁਰੰਤ YMS ਨੂੰ ਆਉਂਦੀ ਹੈ।
3. YMS ਟਰੱਕ ਨੰਬਰ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ (ਵਧੇਰੇ ਸਟੀਕ ਹੋਣ ਲਈ, SWP ਤੋਂ ਸ਼ਿਪਮੈਂਟ ਨੰਬਰ) ਅਤੇ ਸਵੀਕ੍ਰਿਤੀ ਲਈ ਡਰਾਈਵਰ ਨੂੰ ਰਿਕਾਰਡ ਕਰਦਾ ਹੈ, ਯਾਨੀ, ਉਸਨੂੰ ਲੋੜੀਂਦਾ ਸਮਾਂ ਸਲਾਟ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ। ਯਾਨੀ, ਹੁਣ ਸਮੇਂ 'ਤੇ ਪਹੁੰਚਣ ਵਾਲੇ ਡਰਾਈਵਰ ਨੂੰ ਲਾਈਵ ਕਤਾਰ ਲਈ ਇੰਤਜ਼ਾਰ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ, ਅਤੇ ਉਸਦਾ ਕਾਨੂੰਨੀ ਸਮਾਂ ਅਤੇ ਅਨਲੋਡਿੰਗ ਡੌਕ ਉਸ ਲਈ ਅਲਾਟ ਕੀਤੇ ਗਏ ਹਨ। ਇਸ ਨੇ ਸਾਨੂੰ, ਹੋਰ ਚੀਜ਼ਾਂ ਦੇ ਨਾਲ, ਪੂਰੇ ਖੇਤਰ ਵਿੱਚ ਟਰੱਕਾਂ ਨੂੰ ਬਿਹਤਰ ਢੰਗ ਨਾਲ ਵੰਡਣ ਅਤੇ ਅਨਲੋਡਿੰਗ ਸਲਾਟਾਂ ਦੀ ਵਧੇਰੇ ਕੁਸ਼ਲਤਾ ਨਾਲ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ। ਅਤੇ ਇਹ ਵੀ, ਕਿਉਂਕਿ ਅਸੀਂ ਪਹਿਲਾਂ ਤੋਂ ਇੱਕ ਸਮਾਂ-ਸਾਰਣੀ ਬਣਾਉਂਦੇ ਹਾਂ, ਕੌਣ, ਕਿੱਥੇ ਅਤੇ ਕਦੋਂ ਪਹੁੰਚੇਗਾ, ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ ਕਿ ਸਾਨੂੰ ਕਿੰਨੇ ਲੋਕਾਂ ਅਤੇ ਕਿੱਥੇ ਲੋੜ ਹੈ। ਭਾਵ, ਇਹ ਵੇਅਰਹਾਊਸ ਕਰਮਚਾਰੀਆਂ ਦੇ ਕੰਮ ਦੇ ਕਾਰਜਕ੍ਰਮ ਨਾਲ ਵੀ ਜੁੜਿਆ ਹੋਇਆ ਹੈ।
4. ਇਸ ਜਾਦੂ ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਲੋਡਰਾਂ ਨੂੰ ਹੁਣ ਵਾਧੂ ਰੂਟਿੰਗ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਪਰ ਉਹਨਾਂ ਨੂੰ ਅਨਲੋਡ ਕਰਨ ਲਈ ਸਿਰਫ ਕਾਰਾਂ ਦੀ ਉਡੀਕ ਕਰੋ। ਅਸਲ ਵਿੱਚ, ਉਹਨਾਂ ਦਾ ਟੂਲ - ਟਰਮੀਨਲ - ਉਹਨਾਂ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਕਰਨਾ ਹੈ ਅਤੇ ਕਦੋਂ ਕਰਨਾ ਹੈ। ਐਬਸਟਰੈਕਸ਼ਨ ਪੱਧਰ 'ਤੇ, ਇਹ ਲੋਡਰ API ਵਰਗਾ ਹੈ, ਪਰ ਮਨੁੱਖੀ-ਕੰਪਿਊਟਰ ਇੰਟਰੈਕਸ਼ਨ ਮਾਡਲ ਵਿੱਚ। ਟਰੱਕ ਤੋਂ ਪਹਿਲੇ ਪੈਲੇਟ ਨੂੰ ਸਕੈਨ ਕਰਨ ਦਾ ਪਲ ਵੀ ਡਿਲੀਵਰੀ ਮੈਟਾਡੇਟਾ ਦਾ ਰਿਕਾਰਡ ਹੈ।
5. ਅਨਲੋਡਿੰਗ ਅਜੇ ਵੀ ਹੱਥ ਨਾਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਪਰ ਹਰੇਕ ਪੈਲੇਟ ਲਈ ਲੋਡਰ ਇੱਕ ਬਾਰਕੋਡ ਸਕੈਨਰ ਚਲਾਉਂਦਾ ਹੈ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ ਕਿ ਲੇਬਲ ਡੇਟਾ ਕ੍ਰਮ ਵਿੱਚ ਹੈ। ਸਿਸਟਮ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਸਹੀ ਪੈਲੇਟ ਹੈ ਜਿਸਦੀ ਅਸੀਂ ਉਮੀਦ ਕਰਦੇ ਹਾਂ। ਅਨਲੋਡਿੰਗ ਦੇ ਅੰਤ ਤੱਕ, ਸਿਸਟਮ ਵਿੱਚ ਸਾਰੇ ਪੈਕੇਜਾਂ ਦੀ ਸਹੀ ਪੁਨਰਗਣਨਾ ਹੋਵੇਗੀ। ਇਸ ਪੜਾਅ 'ਤੇ, ਵਿਆਹ ਨੂੰ ਅਜੇ ਵੀ ਖਤਮ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ: ਜੇ ਸ਼ਿਪਿੰਗ ਕੰਟੇਨਰ ਨੂੰ ਸਪੱਸ਼ਟ ਨੁਕਸਾਨ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਅਨਲੋਡਿੰਗ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਇਸ ਨੂੰ ਨੋਟ ਕਰਨਾ ਜਾਂ ਇਸ ਉਤਪਾਦ ਨੂੰ ਬਿਲਕੁਲ ਵੀ ਸਵੀਕਾਰ ਨਾ ਕਰਨਾ ਕਾਫ਼ੀ ਹੈ ਜੇ ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੇਕਾਰ ਹੈ.
6. ਪਹਿਲਾਂ, ਹਰ ਕਿਸੇ ਨੂੰ ਟਰੱਕ ਤੋਂ ਅਨਲੋਡ ਕੀਤੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਅਨਲੋਡਿੰਗ ਖੇਤਰ ਵਿੱਚ ਪੈਲੇਟਾਂ ਦੀ ਗਿਣਤੀ ਕੀਤੀ ਜਾਂਦੀ ਸੀ। ਹੁਣ ਭੌਤਿਕ ਅਨਲੋਡਿੰਗ ਦੀ ਪ੍ਰਕਿਰਿਆ ਇੱਕ ਪੁਨਰ ਗਣਨਾ ਹੈ. ਜੇਕਰ ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਤਾਂ ਅਸੀਂ ਤੁਰੰਤ ਵਿਆਹ ਵਾਪਸ ਕਰ ਦਿੰਦੇ ਹਾਂ। ਜੇ ਇਹ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹੈ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਪਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਅਸੀਂ ਇਸਨੂੰ ਵੇਅਰਹਾਊਸ ਵਿੱਚ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਬਫਰ ਵਿੱਚ ਇਕੱਠਾ ਕਰਦੇ ਹਾਂ. ਇੱਕ ਪੈਲੇਟ ਨੂੰ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਅੱਗੇ ਸੁੱਟਣਾ ਬਹੁਤ ਤੇਜ਼ ਹੈ, ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦਰਜਨ ਨੂੰ ਇਕੱਠਾ ਕਰੋ ਅਤੇ ਸਪਲਾਇਰ ਨੂੰ ਇੱਕ ਵੱਖਰੀ ਮੁਲਾਕਾਤ ਵਿੱਚ ਇੱਕ ਵਾਰ ਵਿੱਚ ਸਭ ਕੁਝ ਚੁੱਕਣ ਦਿਓ। ਕੁਝ ਕਿਸਮਾਂ ਦੇ ਨੁਕਸ ਰੀਸਾਈਕਲਿੰਗ ਜ਼ੋਨ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ (ਇਹ ਅਕਸਰ ਵਿਦੇਸ਼ੀ ਸਪਲਾਇਰਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਫੋਟੋਆਂ ਪ੍ਰਾਪਤ ਕਰਨਾ ਅਤੇ ਇੱਕ ਨਵਾਂ ਉਤਪਾਦ ਭੇਜਣਾ ਇਸ ਨੂੰ ਸਰਹੱਦ ਤੋਂ ਪਾਰ ਲਿਜਾਣ ਨਾਲੋਂ ਸੌਖਾ ਲੱਗਦਾ ਹੈ)।
7. ਅਨਲੋਡਿੰਗ ਦੇ ਅੰਤ 'ਤੇ, ਦਸਤਾਵੇਜ਼ਾਂ 'ਤੇ ਹਸਤਾਖਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਡਰਾਈਵਰ ਆਪਣੇ ਕਾਰੋਬਾਰ ਨੂੰ ਛੱਡ ਦਿੰਦਾ ਹੈ.

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

ਉਤਪਾਦ ਦੇ ਨਾਲ ਅੱਗੇ ਕੀ ਹੁੰਦਾ ਹੈ?

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

ਇਹ ਨਿਰਧਾਰਤ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਇਹ ਉਤਪਾਦ ਕਿੱਥੇ ਜਾਵੇਗਾ, ਕਿਸ ਸਟੋਰੇਜ ਸੈੱਲ ਵਿੱਚ ਜਾਵੇਗਾ. ਪੁਰਾਣੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ, ਇਹ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਨਿਰਧਾਰਤ ਕਰਨਾ ਜ਼ਰੂਰੀ ਸੀ ਕਿ ਅਸੀਂ ਕਿਸੇ ਖਾਸ ਕਿਸਮ ਦੇ ਸਾਮਾਨ ਨੂੰ ਕਿਸ ਜ਼ੋਨ ਵਿੱਚ ਸਟੋਰ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਫਿਰ ਉੱਥੇ ਇੱਕ ਜਗ੍ਹਾ ਚੁਣਦੇ ਹਾਂ ਅਤੇ ਜੋ ਰੱਖਿਆ ਗਿਆ ਸੀ, ਉਸ ਨੂੰ ਲੈ, ਪਾ, ਲਿਖਦੇ ਹਾਂ। ਹੁਣ ਅਸੀਂ ਟੌਪੌਲੋਜੀ ਦੇ ਅਨੁਸਾਰ ਹਰੇਕ ਉਤਪਾਦ ਲਈ ਪਲੇਸਮੈਂਟ ਰੂਟਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕੀਤਾ ਹੈ। ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ ਕਿ ਕਿਹੜਾ ਉਤਪਾਦ ਕਿਸ ਜ਼ੋਨ ਅਤੇ ਕਿਸ ਸੈੱਲ ਵਿੱਚ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ ਕਿ ਜੇਕਰ ਇਹ ਵੱਡਾ ਹੈ ਤਾਂ ਇੱਕ ਦੂਜੇ ਦੇ ਅੱਗੇ ਕਿੰਨੇ ਸੈੱਲ ਲੈਣੇ ਹਨ। ਇੱਕ ਵਿਅਕਤੀ ਪੈਲੇਟ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਅਤੇ TSD ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸਨੂੰ SSCC ਨਾਲ ਸਕੈਨ ਕਰਦਾ ਹੈ। ਸਕੈਨਰ ਦਿਖਾਉਂਦਾ ਹੈ: "ਇਸ ਨੂੰ A101-0001-002 'ਤੇ ਲੈ ਜਾਓ।" ਫਿਰ ਉਹ ਉੱਥੇ ਚਲਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਨੋਟ ਕਰਦਾ ਹੈ ਕਿ ਉਸਨੇ ਕੀ ਰੱਖਿਆ ਹੈ, ਸਕੈਨਰ ਨੂੰ ਕੋਡ ਵਿੱਚ ਥਾਂ ਤੇ ਪਾਉਂਦੇ ਹੋਏ। ਸਿਸਟਮ ਜਾਂਚ ਕਰਦਾ ਹੈ ਕਿ ਸਭ ਕੁਝ ਸਹੀ ਹੈ ਅਤੇ ਨੋਟ ਕਰਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਕੁਝ ਲਿਖਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

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

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

ਬਹੁਤ ਸਾਰੇ ਵਹਾਅ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਹੱਬ (ਖੇਤਰੀ ਟ੍ਰਾਂਸਸ਼ਿਪਮੈਂਟ ਵੇਅਰਹਾਊਸ) 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ, ਕਿਉਂਕਿ ਸਾਡੇ ਕੋਲ ਹਰੇਕ ਖੇਤਰ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਸਥਾਨਕ ਸਪਲਾਇਰ ਹਨ। ਵੋਰੋਨੇਜ਼ ਤੋਂ ਉਹੀ ਏਅਰ ਕੰਡੀਸ਼ਨਰ ਫੈਡਰਲ ਵੇਅਰਹਾਊਸ 'ਤੇ ਨਹੀਂ, ਪਰ ਤੁਰੰਤ ਸਥਾਨਕ ਹੱਬਾਂ' ਤੇ, ਜੇ ਇਹ ਤੇਜ਼ ਹੈ, ਤਾਂ ਇੰਸਟਾਲ ਕਰਨ ਲਈ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਹਨ.

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

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

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

ਵੇਅਰਹਾਊਸ ਪ੍ਰਕਿਰਿਆਵਾਂ ਲਈ, ਵੱਡੇ ਸੁਧਾਰ ਇਹ ਸਨ ਕਿ ਜੋ ਕਾਗਜ਼ ਹੁੰਦਾ ਸੀ, ਉਸ ਨੂੰ ਸਵੈਚਲਿਤ ਕਰਨਾ, ਸਾਜ਼ੋ-ਸਾਮਾਨ ਅਤੇ ਸਹੀ ਢੰਗ ਨਾਲ ਸੰਰਚਿਤ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੇ ਕਾਰਨ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਬੇਲੋੜੇ ਕਦਮਾਂ ਤੋਂ ਛੁਟਕਾਰਾ ਪਾਉਣਾ, ਅਤੇ ਕੰਪਨੀ ਦੇ ਸਾਰੇ ਆਈ.ਟੀ. ਸਿਸਟਮਾਂ ਨੂੰ ਇੱਕ ਪੂਰੇ ਵਿੱਚ ਜੋੜਨਾ, ਤਾਂ ਕਿ ਇੱਕ ਆਰਡਰ ERP (ਉਦਾਹਰਨ ਲਈ, ਸਟੋਰ ਵਿੱਚ ਖੱਬੇ ਪਾਸੇ ਤੋਂ ਤੀਜੀ ਸ਼ੈਲਫ ਤੇ ਕੁਝ ਗੁੰਮ ਹੈ) ਆਖਰਕਾਰ ਵੇਅਰਹਾਊਸਿੰਗ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਠੋਸ ਕਾਰਵਾਈਆਂ ਵਿੱਚ ਬਦਲ ਗਿਆ, ਟ੍ਰਾਂਸਪੋਰਟ ਦਾ ਆਦੇਸ਼ ਦੇਣਾ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਹੋਰ. ਹੁਣ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਉਹਨਾਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਬਾਰੇ ਵਧੇਰੇ ਹੈ ਜਿਨ੍ਹਾਂ ਤੱਕ ਅਸੀਂ ਅਜੇ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚੇ ਹਾਂ, ਅਤੇ ਪੂਰਵ ਅਨੁਮਾਨ ਦੇ ਗਣਿਤ. ਭਾਵ, ਤੇਜ਼ੀ ਨਾਲ ਲਾਗੂ ਕਰਨ ਦਾ ਯੁੱਗ ਖਤਮ ਹੋ ਗਿਆ ਹੈ, ਅਸੀਂ ਉਹ 30% ਕੰਮ ਕੀਤੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੇ 60% ਨਤੀਜਾ ਦਿੱਤਾ ਹੈ, ਅਤੇ ਫਿਰ ਸਾਨੂੰ ਹੌਲੀ ਹੌਲੀ ਬਾਕੀ ਸਭ ਕੁਝ ਕਵਰ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ. ਜਾਂ ਹੋਰ ਖੇਤਰਾਂ ਵਿੱਚ ਚਲੇ ਜਾਓ, ਜੇਕਰ ਉੱਥੇ ਹੋਰ ਕੁਝ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

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

ਪੰਜ ਸਾਲਾਂ ਵਿੱਚ, ਅਸੀਂ ਸਟੋਰਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਚਾਰ ਗੁਣਾ ਕਰ ਦਿੱਤਾ ਹੈ, ਵੱਖ-ਵੱਖ ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਤਿੰਨ ਗੁਣਾ ਕਰ ਦਿੱਤਾ ਹੈ, ਅਤੇ ਜੇਕਰ ਕੋਈ EDI ਨਾ ਹੁੰਦਾ, ਤਾਂ ਅਸੀਂ ਲੇਖਾਕਾਰਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਤਿੰਨ ਗੁਣਾ ਕਰ ਦਿੰਦੇ।

ਅਸੀਂ ਆਪਣੇ ਮਾਣ 'ਤੇ ਆਰਾਮ ਨਹੀਂ ਕਰ ਰਹੇ ਹਾਂ ਅਤੇ ਨਵੇਂ ਸੁਨੇਹਿਆਂ ਨੂੰ EDI, ਨਵੇਂ ਸਪਲਾਇਰਾਂ ਨੂੰ ਇਲੈਕਟ੍ਰਾਨਿਕ ਦਸਤਾਵੇਜ਼ ਪ੍ਰਬੰਧਨ ਨਾਲ ਜੋੜਨਾ ਜਾਰੀ ਰੱਖਦੇ ਹਾਂ।

ਪਿਛਲੇ ਸਾਲ ਅਸੀਂ ਯੂਰਪ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਡਾ ਵੰਡ ਕੇਂਦਰ ਖੋਲ੍ਹਿਆ - 140 ਵਰਗ ਮੀਟਰ. m - ਅਤੇ ਇਸ ਦਾ ਮਸ਼ੀਨੀਕਰਨ ਕੀਤਾ। ਮੈਂ ਇਸ ਬਾਰੇ ਕਿਸੇ ਹੋਰ ਲੇਖ ਵਿਚ ਗੱਲ ਕਰਾਂਗਾ।

ਸਰੋਤ: www.habr.com