ਛੋਟੇ ਨਿਰਮਾਤਾਵਾਂ ਲਈ ਬੈਚ ਟ੍ਰੇਸੇਬਿਲਿਟੀ ਐਪ: ਪੂਰੀ ਗਾਈਡ

ਫਲੋਰ 'ਤੇ ਬੈਚ ਰਿਕਾਰਡ ਕਿਉਂ ਖਰਾਬ ਹੋ ਜਾਂਦੇ ਹਨ

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

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

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

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

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

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

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

ਹਰ ਬੈਚ ਰਿਕਾਰਡ ਵਿੱਚ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

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

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

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

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

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

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

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

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

ਰਿਸੀਵਿੰਗ ਤੋਂ ਉਤਪਾਦਨ ਤੱਕ ਲਾਟ ਨੰਬਰ ਤੈਅ ਕਰੋ

ਲਾਟ ਨੰਬਰ ਤਦ ਹੀ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਕਰਮਚਾਰੀ ਕੰਮ ਰੋਕੇ ਬਿਨਾਂ ਇਸ ਨੂੰ ਪੜ੍ਹ, ਬੋਲ ਅਤੇ ਟਾਈਪ ਸਕਣ। ਫਾਰਮੈਟ ਛੋਟਾ ਅਤੇ ਇਕਸਾਰ ਰੱਖੋ। ਇੱਕ ਵਿਹਾਰਕ ਚੋਣ ਪ੍ਰਾਪਤ ਸਮੱਗਰੀ ਲਈ YYMMDD-MAT-### ਹੈ, ਜਿਵੇਂ 250614-FLR-002, ਜਿੱਥੇ ਵਿਚਕਾਰਲਾ ਕੋਡ ਆਟੇ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ ਅਤੇ ਆਖਰੀ ਨੰਬਰ ਇੱਕੋ ਦਿਨ ਦੀਆਂ ਡਿਲਿਵਰੀਆਂ ਨੂੰ ਵੱਖ ਕਰਦਾ ਹੈ।

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

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

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

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

ਫਿਰ ਕਰਮਚਾਰੀ ਵਰਤੀ ਹਰ ਸਮੱਗਰੀ ਲਾਟ ਨੂੰ ਉਤਪਾਦਨ ਬੈਚ ਨਾਲ ਜੋੜਨ। ਉਨ੍ਹਾਂ ਨੂੰ ਨਵਾਂ ਵੇਰਵਾ ਟਾਈਪ ਕਰਨ ਦੀ ਬਜਾਏ ਪ੍ਰਾਪਤ ਇਨਵੈਂਟਰੀ ਸੂਚੀ ਵਿੱਚੋਂ ਲਾਟ ਚੁਣਨੀ ਚਾਹੀਦੀ ਹੈ। ਇਸ ਨਾਲ "Flour 25kg" ਅਤੇ "25 kg flour" ਵਰਗੇ ਛੋਟੇ ਨਾਮੀ ਫਰਕ ਇਤਿਹਾਸ ਨੂੰ ਵੱਖਰੇ ਰਿਕਾਰਡਾਂ ਵਿੱਚ ਵੰਡਣ ਤੋਂ ਰੋਕਦੇ ਹਨ।

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

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

ਰੋਜ਼ਾਨਾ ਕੰਮ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਵਰਕਫਲੋ ਬਣਾਓ

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

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

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

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

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

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

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

ਬੈਚ ਨੂੰ ਕਦਮ-ਦਰ-ਕਦਮ ਦਰਜ ਕਰੋ

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

1. ਸਮੱਗਰੀ ਆਉਂਦੇ ਹੀ ਰਿਸੀਵਿੰਗ ਐਂਟਰੀ ਬਣਾਓ। ਸਪਲਾਇਰ, ਡਿਲਿਵਰੀ ਦੀ ਤਾਰੀਖ, ਸਪਲਾਇਰ ਲਾਟ ਨੰਬਰ, ਅੰਦਰੂਨੀ ਲਾਟ ਨੰਬਰ, ਮਾਤਰਾ ਅਤੇ ਜਿੱਥੇ ਲਾਗੂ ਹੋਵੇ ਮਿਆਦ ਦਰਜ ਕਰੋ। ਕਰਮਚਾਰੀ ਤੁਰੰਤ ਰਿਸੀਵਿੰਗ ਜਾਂਚ ਵੀ ਲਿਖਣ, ਜਿਵੇਂ ਡੱਬਿਆਂ ਦਾ ਨੁਕਸਾਨ ਜਾਂ ਗੁੰਮ ਸਰਟੀਫਿਕੇਟ। ਜੇ ਡਿਲਿਵਰੀ ਜਾਂਚ ਵਿੱਚ ਅਸਫਲ ਹੋਵੇ, ਤਾਂ ਵਰਤੋਂ ਤੋਂ ਪਹਿਲਾਂ ਲਾਟ ਨੂੰ ਹੋਲਡ 'ਤੇ ਰੱਖੋ।

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

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

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

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

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

ਇੱਕ ਉਤਪਾਦਨ ਦਿਨ ਦੀ ਸਧਾਰਨ ਮਿਸਾਲ

ਸਵੇਰੇ 7 ਵਜੇ ਇੱਕ ਬੇਕਰੀ North Mill ਤੋਂ ਆਟੇ ਦੀਆਂ 20 ਬੋਰੀਆਂ ਲੈਂਦੀ ਹੈ। ਰਿਸੀਵਿੰਗ ਕਲਰਕ ਮਾਇਆ ਡਿਲਿਵਰੀ ਨੋਟ ਜਾਂਚਦੀ ਹੈ, ਬੋਰੀਆਂ ਗਿਣਦੀ ਹੈ ਅਤੇ ਬੈਚ ਟ੍ਰੇਸੇਬਿਲਿਟੀ ਐਪ ਵਿੱਚ ਸਪਲਾਇਰ ਦਾ ਨਾਮ, ਡਿਲਿਵਰੀ ਦੀ ਤਾਰੀਖ ਅਤੇ ਆਟੇ ਦੀ ਲਾਟ FM-240617 ਦਰਜ ਕਰਦੀ ਹੈ। ਉਹ ਇਹ ਵੀ ਲਿਖਦੀ ਹੈ ਕਿ ਆਟਾ ਆਉਣ ਵਾਲੀ ਜਾਂਚ ਵਿੱਚ ਪਾਸ ਹੋਇਆ: ਬੋਰੀਆਂ ਸੀਲਬੰਦ, ਸੁੱਕੀਆਂ ਅਤੇ ਵਰਤੋਂ ਦੀ ਮਿਆਦ ਦੇ ਅੰਦਰ ਸਨ।

8:15 ਵਜੇ ਬੇਕਰ ਸਵੇਰ ਦੀ ਬੀਜ ਵਾਲੀ ਬ੍ਰੈਡ ਲਈ FM-240617 ਦੀਆਂ 10 ਬੋਰੀਆਂ ਖੋਲ੍ਹਦਾ ਹੈ। ਉਹ ਉਤਪਾਦਨ ਬੈਚ SL-0617-A ਬਣਾਉਂਦਾ ਹੈ, ਆਟੇ ਦੀ ਲਾਟ ਅਤੇ ਹੋਰ ਸਮੱਗਰੀ ਜੋੜਦਾ ਹੈ। ਉਹ ਮਿਕਸਿੰਗ ਸਮਾਂ, ਓਵਨ ਤਾਪਮਾਨ ਅਤੇ ਤਿਆਰ ਡੱਬਿਆਂ ਦੀ ਗਿਣਤੀ ਵੀ ਦਰਜ ਕਰਦਾ ਹੈ: 48।

ਦੁਪਹਿਰ ਦੇ ਖਾਣੇ ਤੋਂ ਬਾਅਦ ਟੀਮ ਉਸੇ ਆਟੇ ਦੀ ਲਾਟ ਵਿੱਚੋਂ ਹੋਰ 10 ਬੋਰੀਆਂ ਵਰਤ ਕੇ ਪ੍ਰਕਿਰਿਆ ਦੁਹਰਾਉਂਦੀ ਹੈ। ਇਸ ਵਾਰ ਉਹ ਬੈਚ SL-0617-B ਬਣਾਉਂਦੇ ਹਨ ਅਤੇ 44 ਡੱਬੇ ਪੈਕ ਕਰਦੇ ਹਨ। ਪੈਕਿੰਗ ਤੋਂ ਪਹਿਲਾਂ ਕਰਮਚਾਰੀ ਦੋਵੇਂ ਬੈਚਾਂ ਲਈ ਬ੍ਰੈਡ ਦਾ ਵਜ਼ਨ ਅਤੇ ਲੇਬਲ ਦੀ ਸਹੀਤਾ ਜਾਂਚਦਾ ਹੈ। ਉਹ ਆਪਣਾ ਨਾਮ ਅਤੇ ਜਾਂਚ ਦਾ ਸਮਾਂ ਸਮੇਤ ਨਤੀਜੇ ਹਰ ਬੈਚ ਦੇ ਵਿਰੁੱਧ ਦਰਜ ਕਰਦੀ ਹੈ।

ਦੁਪਹਿਰ 2:30 ਵਜੇ ਡਿਸਪੈਚ ਕਲਰਕ SL-0617-A ਦੇ 24 ਡੱਬੇ Green Street Shop ਅਤੇ 24 ਡੱਬੇ Riverside Grocer ਨੂੰ ਭੇਜਦੀ ਹੈ। ਸ਼ਾਮ 4 ਵਜੇ ਉਹ SL-0617-B ਦੇ ਸਾਰੇ 44 ਡੱਬੇ Riverside Grocer ਨੂੰ ਭੇਜਦੀ ਹੈ। ਹਰ ਸ਼ਿਪਮੈਂਟ ਐਂਟਰੀ ਵਿੱਚ ਗਾਹਕ, ਡੱਬਿਆਂ ਦੀ ਗਿਣਤੀ, ਡਿਸਪੈਚ ਸਮਾਂ ਅਤੇ ਬੈਚ ਨੰਬਰ ਹੁੰਦਾ ਹੈ।

ਉਸੇ ਦੁਪਹਿਰ ਬਾਅਦ SL-0617-B ਦੇ ਰੱਖੇ ਨਮੂਨੇ ਦੀ ਜਾਂਚ ਅਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਬ੍ਰੈਡ ਦੀ ਨਮੀ ਬੇਕਰੀ ਦੀ ਸੀਮਾ ਤੋਂ ਬਾਹਰ ਹੈ। ਸੁਪਰਵਾਈਜ਼ਰ ਉਹ ਬੈਚ ਰਿਕਾਰਡ ਖੋਲ੍ਹ ਕੇ ਆਟੇ ਦੀ ਲਾਟ, ਜਾਂਚਾਂ ਅਤੇ ਸ਼ਿਪਮੈਂਟ ਇਤਿਹਾਸ ਵੇਖਦਾ ਹੈ। ਐਪ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਪ੍ਰਭਾਵਿਤ ਬੈਚ ਦੇ ਸਾਰੇ 44 ਡੱਬੇ Riverside Grocer ਨੂੰ ਮਿਲੇ।

ਫਿਰ ਸੁਪਰਵਾਈਜ਼ਰ ਆਟੇ ਦੀ ਲਾਟ FM-240617 ਖੋਜਦਾ ਹੈ। ਇਸ ਖੋਜ ਵਿੱਚ SL-0617-A ਵੀ ਮਿਲਦਾ ਹੈ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਰਨਾਂ ਵਿੱਚ ਇੱਕੋ ਡਿਲਿਵਰੀ ਵਰਤੀ ਗਈ ਸੀ। Green Street Shop ਅਤੇ Riverside Grocer ਨੂੰ ਸਹੀ ਡੱਬਾ ਗਿਣਤੀ ਅਤੇ ਬੈਚ ਨੰਬਰਾਂ ਨਾਲ ਫ਼ੋਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸ਼ਿਫਟ ਖਤਮ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਸਟਾਫ਼ ਬਚਿਆ ਸਟਾਕ ਰੋਕ ਸਕਦਾ ਹੈ, ਅਸਫਲ ਜਾਂਚ ਦਰਜ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਹਰ ਗਾਹਕ ਸੰਪਰਕ ਦਾ ਰਿਕਾਰਡ ਰੱਖ ਸਕਦਾ ਹੈ।

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

ਉਹ ਗਲਤੀਆਂ ਜੋ ਟ੍ਰੇਸੇਬਿਲਿਟੀ ਰਿਕਾਰਡ ਨੂੰ ਅਣਭਰੋਸੇਯੋਗ ਬਣਾਉਂਦੀਆਂ ਹਨ

ਬੈਚ ਟ੍ਰੇਸੇਬਿਲਿਟੀ ਐਪ ਤਦ ਹੀ ਮਦਦ ਕਰਦੀ ਹੈ ਜਦੋਂ ਵਿਅਸਤ ਸ਼ਿਫਟ ਦੌਰਾਨ ਲੋਕ ਰਿਕਾਰਡਾਂ 'ਤੇ ਭਰੋਸਾ ਕਰ ਸਕਣ। ਗਲਤ ਲਾਟ ਨਾਮ ਜਾਂ ਮਨਜ਼ੂਰੀ ਤੋਂ ਪਹਿਲਾਂ ਦਰਜ ਕੀਤੀ ਸ਼ਿਪਮੈਂਟ ਵਰਗੀਆਂ ਛੋਟੀਆਂ ਖਾਲੀ ਥਾਵਾਂ ਸਧਾਰਨ ਵਾਪਸੀ ਜਾਂਚ ਨੂੰ ਘੰਟਿਆਂ ਦੀ ਹੱਥੀਂ ਮਿਹਨਤ ਵਿੱਚ ਬਦਲ ਸਕਦੀਆਂ ਹਨ।

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

ਐਂਟਰੀ ਦੇ ਸਮੇਂ ਹੀ ਨਿਯੰਤਰਣ ਲਗਾਓ

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

ਇੱਕ ਵਿਹਾਰਕ ਸੈਟਅਪ ਵਿੱਚ ਇਹ ਜਾਂਚਾਂ ਸ਼ਾਮਲ ਹਨ:

• ਕਰਮਚਾਰੀ ਉਤਪਾਦ ਦਾ ਨਾਮ ਟਾਈਪ ਕਰਨ ਦੀ ਬਜਾਏ ਰਿਸੀਵਿੰਗ ਜਾਂ ਉਤਪਾਦਨ ਸੂਚੀ ਵਿੱਚੋਂ ਲਾਟ ਚੁਣਦੇ ਹਨ।
• ਜੇ ਨਵਾਂ ਲਾਟ ਨੰਬਰ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੋਵੇ, ਤਾਂ ਐਪ ਉਸ ਨੂੰ ਰੱਦ ਕਰਦੀ ਹੈ।
• ਬੈਚ ਦਾ ਸਟੇਟਸ ਹੋਲਡ ਹੋਣ 'ਤੇ ਕਰਮਚਾਰੀ ਸ਼ਿਪਮੈਂਟ ਪੱਕੀ ਨਹੀਂ ਕਰ ਸਕਦੇ।
• ਮਾਤਰਾ, ਟੈਸਟ ਨਤੀਜੇ ਜਾਂ ਸਪਲਾਇਰ ਵੇਰਵੇ ਸੋਧਣ ਵੇਲੇ ਐਪ ਕਾਰਨ ਪੁੱਛਦੀ ਹੈ।

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

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

ਸੋਧਾਂ ਨੂੰ ਦਿਖਾਈ ਦੇਣ ਵਾਲਾ ਰੱਖੋ

ਲੋਕਾਂ ਤੋਂ ਇਮਾਨਦਾਰ ਐਂਟਰੀ ਗਲਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। ਐਪ ਨੂੰ ਇਤਿਹਾਸ ਮਿਟਾਏ ਬਿਨਾਂ ਗਲਤੀ ਠੀਕ ਕਰਨ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ। ਜਦੋਂ ਓਪਰੇਟਰ ਦਰਜ ਕੀਤਾ ਵਜ਼ਨ 240 ਕਿਲੋ ਤੋਂ 204 ਕਿਲੋ ਕਰਦਾ ਹੈ, ਤਾਂ ਦੋਵੇਂ ਮੁੱਲ, ਸੋਧ ਦਾ ਕਾਰਨ, ਵਿਅਕਤੀ ਦਾ ਨਾਮ ਅਤੇ ਬਦਲਾਅ ਦਾ ਸਮਾਂ ਸੰਭਾਲੋ।

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

ਸਿਸਟਮ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੁਰੰਤ ਜਾਂਚਾਂ

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

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

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

ਸ਼ਿਪਮੈਂਟ ਅਤੇ ਹੋਲਡ ਪ੍ਰਕਿਰਿਆ ਦੀ ਜਾਂਚ ਕਰੋ

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

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

ਇਹ ਛੋਟੀ ਸਮੀਖਿਆ ਸੂਚੀ ਵਰਤੋ:

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

ਸਿਰਫ਼ ਸਕ੍ਰੀਨ ਨਹੀਂ, ਰਿਕਾਰਡ ਦੀ ਲੜੀ ਵੀ ਜਾਂਚੋ

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

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

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

ਇੱਕ ਛੋਟੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਵਰਜਨ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ

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

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

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

ਪਹਿਲੇ ਵਰਜਨ ਨੂੰ ਚਾਰ ਕਾਰਵਾਈਆਂ ਤੱਕ ਸੀਮਿਤ ਰੱਖੋ:

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

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

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

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

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