03 ਜਨ 2026·8 ਮਿੰਟ
ਸਟਾਫ ਲਈ ਪਿਕਅਪ ਪੁਸ਼ਟੀ ਵਾਲਾ ਅਪਾਰਟਮੈਂਟ ਪੈਕੇਜ ਲੌਗ
ਇੱਕ ਐਸਾ ਅਪਾਰਟਮੈਂਟ ਪੈਕੇਜ ਲੌਗ ਸੈਟ ਕਰੋ ਜਿਸ ਵਿੱਚ ਪਿਕਅਪ ਪੁਸ਼ਟੀ ਹੋਵੇ—ਜੋ ਸਟਾਫ਼ ਲਈ ਤੇਜ਼ ਹੋਵੇ, ਰਹਾਇਸ਼ੀਆਂ ਲਈ ਭਰੋਸੇਯੋਗ ਹੋਵੇ ਅਤੇ ਮੈਨੇਜਰਾਂ ਲਈ ਵਿਵਾਦਾਂ ਦੀ ਜਾਂਚ ਕਰਨਯੋਗ ਟਰੇਲ ਦਿੰਦੇ ਹੋਵੇ।
ਇਲਾਕਿਆਂ ਨੂੰ ਇੱਕ ਸਪੱਸ਼ਟ ਪੈਕੇਜ ਲੌਗ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ
ਅਪਾਰਟਮੈਂਟ ਬਿਲਡਿੰਗਾਂ ਦੇ ਫਰੰਟ ਡੈਸਕ ਅਤੇ ਪੈਕੇਜ ਰੂਮ ਹੁਣ ਪਹਿਲਾਂ ਤੋਂ ਕਾਫ਼ੀ ਵੱਧ ਰੁਝਾਨੀ ਹਨ। ਗਲਤੀਆਂ ਆਮ ਤੌਰ 'ਤੇ ਸਧਾਰਣ ਕਾਰਨਾਂ ਨੇ ਹੁੰਦੀਆਂ ਹਨ: ਇਕੱਠੇ ਕਈ ਡਿਲਿਵਰੀਆਂ ਆ ਜਾਣਾ, ਲੇਬਲ ਇੱਕ-ਸਮਾਨ ਲੱਗਣਾ, ਕੈਰੀਅਰ ਆਈਟਮ ਗਲਤ ਥਾਂ ਛੱਡ ਦੇਣਾ, ਜਾਂ ਕਿਸੇ ਨੇ ਬਿਨਾਂ ਨੋਟ ਦੇ ਪੈਕੇਜ ਹਿਲਾ ਦਿੱਤਾ। ਜਦੋਂ ਹਥਿਆਉਣਾ ਅਨੌਪਚਾਰਿਕ ਹੁੰਦਾ ਹੈ, ਛੋਟੇ-ਛੋਟੇ ਗੈਪ ਤੇਜ਼ੀ ਨਾਲ ਵੱਡੇ ਮੁੱਦੇ ਬਣ ਜਾਂਦੇ ਹਨ।
ਰਿਹਾਇਸ਼ੀ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕੋ ਜਿਹੇ ਸ਼ਿਕਾਇਤਾਂ ਕਰਦੇ ਹਨ: “ਮੈਨੂੰ ਕਦੇ ਨੋਟਿਸ ਨਹੀਂ ਮਿਲਿਆ,” “ਦੇਖਾਇਆ ਗਿਆ ਹੈ ਪਰ ਮੈਨੂੰ ਨਹੀਂ ਮਿਲ ਰਿਹਾ,” ਜਾਂ “ਕਿਸੇ ਹੋਰ ਨੇ ਲੈ ਲਿਆ।” ਜ਼ਿਆਦਾਤਰ ਜੰਗਲਾਂ ਮਨ ਮੰਦੀ ਇੱਥੇ ਇਰਾਦੇ ਦੀ ਨਹੀਂ ਹੁੰਦੀਆਂ—ਸਮੱਸਿਆ ਦਸਤਾਵੇਜ਼ ਦੀ ਕਮੀ ਅਤੇ ਟਾਈਮਿੰਗ ਦੀ ਅਸਪਸ਼ਟਤਾ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਨਿਰੰਤਰ ਰਿਕਾਰਡ ਦੇ ਬਿਨਾਂ, ਸਿਰਫ ਅਨੁਮਾਨ ਅਤੇ ਬਾਅਦ ਵਿਚ ਇਕ-ਦੂਜੇ ਨਾਲ ਗੱਲਬਾਤ ਰਹਿ ਜਾਂਦੀ ਹੈ।
ਸਟਾਫ਼ ਨੂੰ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਦਬਾਅ ਪੀਕ ਡਿਲਿਵਰੀ ਘੰਟਿਆਂ ਦੌਰਾਨ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਐਸਾ ਸਿਸਟਮ ਚਾਹੀਦਾ ਹੈ ਜੋ ਭੀੜ ਹੋਣ 'ਤੇ ਵੀ ਤੇਜ਼ ਅਤੇ ਆਸਾਨ ਹੋਵੇ। ਇੱਕ ਸਪੱਸ਼ਟ ਲੌਗ ਰੁਕਾਵਟਾਂ ਘਟਾਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਸਟਾਫ਼ ਮਿਲਦੇ ਸਵਾਲਾਂ ਦਾ ਸੈਕੰਡਾਂ ਵਿੱਚ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ: ਇਹ ਕਦੋਂ ਆਇਆ, ਕਿੱਥੇ ਰੱਖਿਆ ਗਿਆ, ਅਤੇ ਰਹਾਇਸ਼ੀ ਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਗਿਆ ਸੀ ਜਾਂ ਨਹੀਂ।
ਮੈਨੇਜਮੈਂਟ ਨੂੰ ਇੱਕ ਹੋਰ ਚੀਜ਼ ਦੀ ਲੋੜ ਹੈ: ਵਿਵਾਦ ਦੀ ਸੂਰਤ ਵਿੱਚ ਸਾਫ਼ ਟਰੇਲ। ਇੱਕ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸੰਭਾਲਿਆ ਪੈਕੇਜ ਲੌਗ ਜਿਸ ਵਿੱਚ ਪਿਕਅਪ ਪੁਸ਼ਟੀ ਹੋਵੇ, ਯਾਦ ਤੇ ਭਰੋਸੇ ਉੱਤੇ ਨਹੀਂ ਨਿਰਭਰ ਕਰਦਾ—ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕੀ ਹੋਇਆ।
ਚੰਗਾ ਲੌਗ ਹਰ ਵਾਰੀ ਚਾਰ ਬੁਨਿਆਦੀ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ:
- ਕੀ ਆਇਆ (ਕੈਰੀਅਰ, ਨਾਮ/ਯੂਨਿਟ, ਮੂਲ ਵਰਣਨ)
- ਕਦੋਂ ਆਇਆ ਅਤੇ ਕਿੱਥੇ ਰੱਖਿਆ ਗਿਆ
- ਕਦੋਂ ਅਤੇ ਕਿਵੇਂ ਰਹਾਇਸ਼ੀ ਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਗਿਆ
- ਕਿਸਨੇ ਪਿਕ ਕੀਤਾ ਅਤੇ ਕਦੋਂ (ਸਧਾਰਨ ਪੁਸ਼ਟੀ ਦੇ ਨਾਲ)
ਜਦੋਂ ਇਹ ਜਵਾਬ ਇੱਕੋ ਢੰਗ ਨਾਲ ਰਿਕਾਰਡ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਪੈਕੇਜ ਹੈਂਡਲਿੰਗ ਸ਼ਾਂਤ, ਤੇਜ਼ ਅਤੇ ਜ਼ਿਆਦਾ ਮਾਇਨੇਦਾਰ ਹੋ ਜਾਂਦੀ ਹੈ ਜੇ ਕੋਈ ਸ਼ਿਕਾਇਤ ਅਧਿਕਾਰਿਕ ਦਾਅਵੇ ਵਿੱਚ ਬਦਲ ਜਾਏ।
ਹਰ ਡਿਲਿਵਰੀ ਲਈ ਕੀ ਰਿਕਾਰਡ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ
ਇੱਕ ਪੈਕੇਜ ਲੌਗ ਤਦ ਹੀ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦ ਹਰ ਐਂਟਰੀ ਤੇਜ਼ੀ ਨਾਲ ਦੋ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੀ ਹੈ: ਇਹ ਕਿਸ ਲਈ ਹੈ, ਅਤੇ ਇਹ ਹੁਣ ਕਿੱਥੇ ਹੈ। ਜੇ ਸਟਾਫ਼ ਨੂੰ ਅਨੁਮਾਨ ਲਗਾਉਣਾ ਪੈਂਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਵਿਵਾਦ ਅਤੇ ਸਮਾਂ-ਫ਼ਜ਼ੂਲ ਖਰਚ ਦਿਖਾਉਣਗੇ।
ਸਿਰਫ਼ ਘੱਟੋ-ਘੱਟ ਅਤੇ ਅਨੁਕੂਲ ਫੀਲਡਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਇਹ ਉਹ ਵੇਰਵੇ ਹਨ ਜਿਨ੍ਹਾਂ ਦੀ ਤੁਹਾਨੂੰ ਸਭ ਤੋਂ ਵੱਧ ਲੋੜ ਰਹਿੰਦੀ ਹੈ, ਭਲਕੇ ਦਿਨ ਕਿੰਨਾ ਵੀ ਵਿਆਸਤ ਹੋ:
- ਕਾਰ੍ਯਰ ਅਤੇ ਡਿਲਿਵਰੀ ਦੀ ਤਾਰੀਖ/ਸਮਾਂ
- ਯੂਨਿਟ ਨੰਬਰ ਅਤੇ ਰਹਾਇਸ਼ੀ ਦਾ ਨਾਮ (ਤੁਹਾਡੇ ਰਿਹਾਇਸ਼ੀ ਲਿਸਟ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੋਵੇ)
- ਪੈਕੇਜ ਦੀ ਗਿਣਤੀ
- ਸਟਾਫ਼ ਇਨਿਸ਼ਲਜ਼ (ਜਿਸਨੇ ਕਬੂਲ ਕੀਤਾ)
- ਪਿਕਅਪ ਸਥਿਤੀ (ਨਹੀਂ ਉਠਾਇਆ / ਉਠਾ ਲਿਆ, ਨਾਲ ਟਾਈਮਸਟੈਂਪ)
ਕੁਝ ਵਾਧੂ ਵੇਰਵੇ ਜ਼ਿਆਦਾਤਰ ਗਲਤੀਆਂ ਰੋਕ ਲੈਂਦੇ ਹਨ। ਆਕਾਰ ਦੱਸਣ ਨਾਲ "ਛੋਟਾ ਬਾਕਸ" ਅਤੇ "ਵੱਡਾ ਬਾਕਸ" ਦੀ ਭੁੱਲ ਘਟਦੀ ਹੈ। ਇੱਕ ਸ਼ੈਲਫ, ਬਿਨ, ਲਾਕਰ ਜਾਂ ਕੇਜ ਸਥਿਤੀ ਲੱਭਣ ਨੂੰ ਇੱਕ ਤੁਰੰਤ ਗ੍ਰੈਬ ਬਣਾਉਂਦੀ ਨਾ ਕਿ ਖੋਜ। ਜੇ ਨੀਤੀ ਸਹਾਇਕ ਹੋਵੇ ਤਾਂ ਲੇਬਲ ਦੀ ਫੋਟੋ ਲੈਣ ਨਾਲ ਕਾਫ਼ੀ ਸਾਰਿਆਂ "ਇਹ ਮੇਰਾ ਨਹੀਂ" ਬਹਿਸਾਂ ਦਾ ਨਿਪਟਾਰਾ ਹੋ ਸਕਦਾ ਹੈ।
ਦੇਖਣ-ਸਮਝਣ ਵਾਲੀਆਂ ਚੀਜ਼ਾਂ ਲਈ, ਪ੍ਰਤੀ ਪੈਕੇਜ ਇੱਕ ਯੂਨੀਕ ID ਜੁੜੋ। ਇਹ ਸਟਿਕਰ ਦੀ ਨੰਬਰ, ਪੇਂਟਰ ਟੇਪ 'ਤੇ ਛੋਟਾ ਕੋਡ, ਜਾਂ ਪ੍ਰਿੰਟ ਕੀਤੀ ਲੇਬਲ ਹੋ ਸਕਦੀ ਹੈ। ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਕਹਿਣਾ ਪਵੇ, “ਤੁਸੀਂ #1842 ਲੈ ਰਹੇ ਹੋ,” ਨਾ ਕਿ “ਭੂਰਾ ਬਾਕਸ।”
ਇੱਕੋ ਰਹਾਇਸ਼ੀ ਨੂੰ ਜੇ ਕਈ ਪੈਕੇਜ ਜਾ ਰਹੇ ਹੋਣ ਤਾਂ, ਜੇ ਉਹ ਆਕਾਰ, ਸਟੋਰੇਜ ਥਾਂ ਜਾਂ ਕਾਰ੍ਯਰ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਹਨ ਤਾਂ ਹਰ ਪੈਕੇਜ ਨੂੰ ਅਲੱਗ ਲੌਗ ਕਰੋ। ਜੇ ਉਹ ਇਕਸਾਰ ਹਨ ਅਤੇ ਇਕੱਠੇ ਰੱਖੇ ਗਏ ਹਨ ਤਾਂ ਇਕ ਹੀ ਐਂਟਰੀ ਚੱਲ ਸਕਦੀ ਹੈ—ਪਰ ਗਿਣਤੀ ਅਤੇ ਸਾਂਝੀ ਥਾਂ ਸਪੱਸ਼ਟ ਰੱਖੋ।
ਉਦਾਹਰਨ: “ਯੂਨਿਟ 12B, Jamie Lee, FedEx, 2 packages, medium, Shelf C3, IDs #1842 and #1843, note: signature not required.”
ਸਟਾਫ਼ ਲਈ ਆਸਾਨ ਨਿਯਮ ਤੈਅ ਕਰੋ
ਇੱਕ ਪੈਕੇਜ ਲੌਗ ਕੇਵਲ ਉਸ ਵੇਲੇ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦ ਹਰ ਸ਼ਿਫਟ ਡਿਲਿਵਰੀਆਂ ਨੂੰ ਇੱਕੋ ਢੰਗ ਨਾਲ ਹੇਠਾਂ ਲੈਂਦੀ ਹੈ। ਇਮਦਾਦੀ ਨਿਯਮ ਲਿਖੋ ਜੋ ਤੁਹਾਡੇ ਬਿਲਡਿੰਗ ਨਾਲ ਫਿੱਟ ਹੋਣ, ਛੋਟੇ ਹੋਣ ਅਤੇ ਡੈਸਕ ਤੇ ਪੈਕੇਜ ਰੂਮ 'ਚ ਲਗੇ ਹੋਣ। ਜਦੋਂ ਹਰ ਕੋਈ ਇੱਕੋ ਕਦਮਾਂ ਦੀ ਪਾਲਨਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਪਿਕਅਪ ਪੁਸ਼ਟੀ ਇਕ ਐਸਾ ਰਿਕਾਰਡ ਬਣ ਜਾਂਦੀ ਹੈ ਜਿਸ 'ਤੇ ਲੋਕ ਭਰੋਸਾ ਕਰਦੇ ਹਨ, ਨਾ ਕਿ ਤਰਕ-ਵਿਵਾਦ ਦਾ ਸਰੋਤ।
ਸ਼ੁਰੂਆਤ ਕਰੋ ਇਹ ਪਰਿਭਾਸ਼ਿਤ ਕਰਕੇ ਕਿ ਪੈਕੇਜ ਕਿੱਥੇ ਛੱਡੇ ਜਾ ਸਕਦੇ ਹਨ ਅਤੇ ਕੌਣ ਉਹਨਾਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਰੱਖਦਾ ਹੈ। ਕੁਝ ਬਿਲਡਿੰਗ ਸਟਾਫ਼ ਨੂੰ ਬਿਲਕੁਲ ਹਰ ਚੀਜ਼ ਲਈ ਸਾਈਨ ਕਰਨ ਦਿੰਦੇ ਹਨ। ਹੋਰ ਜਗ੍ਹਾਂ 'ਤੇ ਸਿੰਘੇ-ਕਰਜ਼ੀ ਆਈਟਮਾਂ ਨੂੰ ਮੈਨੇਜਰ ਦੀ ਮੌਜੂਦਗੀ ਦੇ ਬਿਨਾਂ ਨਾ ਲਿਆ ਜਾਵੇ। ਇੱਕ ਤਰੀਕਾ ਚੁਣੋ ਅਤੇ ਇਸ 'ਤੇ ਟਿਕੇ ਰਹੋ ਤਾਂ ਕਿ ਕੈਰੀਅਰ ਵੱਖ-ਵੱਖ ਸਟਾਫ਼ ਨੂੰ “ਟੈਸਟ” ਨਾ ਕਰਨ।
ਨਿਯਮ ਸਧਾਰਨ ਅਤੇ ਖਾਸ ਰੱਖੋ:
- ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਡ੍ਰਾਪ-ਜ਼ੋਨ: ਫਰੰਟ ਡੈਸਕ ਕਾਊਂਟਰ, ਲਾਕਰ, ਜਾਂ ਮਾਰਕ ਕੀਤੀ ਸ਼ੈਲਫ। ਹਾਲਵੇਅਜ਼ ਜਾਂ ਯੂਨਿਟ ਦਵਾਰਾਂ ਦੇ ਬਾਹਰ ਆਈਟਮ ਨਾ ਛੱਡੋ।
- ਡਿਲਿਵਰੀ ਸਵੀਕਾਰਨਾ: ਸਿਰਫ਼ ਪ੍ਰਸ਼িক্ষਿਤ ਸਟਾਫ਼ ਅਤੇ ਸਿਰਫ਼ ਸਟਾਫ਼ਡ ਘੰਟਿਆਂ ਵਿੱਚ।
- ਕਟਆਫ਼ ਟਾਈਮਜ਼: ਇੱਕ ਨਿਰਧਾਰਤ ਘੰਟੇ ਤੋਂ ਬਾਅਦ, ਪੈਕੇਜ ਸੁਰੱਖਿਅਤ ਰੂਮ ਨੂੰ ਭੇਜੇ ਜਾਣਗੇ ਅਤੇ ਨੋਟੀਫਿਕੇਸ਼ਨ ਅਗਲੇ ਸ਼ਿਫਟ ਤੱਕ ਰੁਕੇਗਾ। ਵੀਕਐਂਡ ਅਤੇ ਛੁੱਟੀਆਂ ਲਈ ਨਿਰਧਾਰ ਕਰੋ।
- ਅਸਪਸ਼ਟ ਲੇਬਲ: ਅਨੁਮਾਨ ਨਾ ਲਗਾਓ। ਯੂਨਿਟ ਨੰਬਰ ਲੱਭੋ, ਫਿਰ ਨਾਂ ਦੁਆਰਾ ਰਿਹਾਇਸ਼ੀ ਲਿਸਟ ਜਿਸ ਨਾਲ ਮਿਲਦਾ ਹੋਵੇ ਖੋਜੋ। ਫਿਰ ਵੀ ਅਸਪਸ਼ਟ ਹੋਵੈ ਤਾਂ "Unknown recipient" ਵਜੋਂ ਲੌਗ ਕਰੋ ਅਤੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਬਿਨ ਵਿੱਚ ਰੱਖੋ।
- ਸੀਮਿਤ ਆਈਟਮ: ਨਾਸ਼ਯ ਕਰਨ ਵਾਲੀਆਂ ਚੀਜ਼ਾਂ ਨੂੰ time-sensitive ਟੈਗ ਕਰੋ, ਸ਼ਰਾਬ ਨੂੰ "ID required at pickup" (ਜੇ ਨੀਤੀ ਆਗਿਆ ਦਿੰਦੀ ਹੋਵੇ), ਅਤੇ ਓਵਰਸਾਈਜ਼ ਆਈਟਮਾਂ ਲਈ ਸਹੀ ਸਟੋਰੇਜ ਥਾਂ ਦਰਜ ਕਰੋ।
ਉਦਾਹਰਨ: ਇੱਕ ਬਾਕਸ ਆਇਆ ਜਿਸ ਤੇ ਕੇਵਲ “Sam” ਲਿਖਿਆ ਹੈ ਅਤੇ ਯੂਨਿਟ ਨਹੀਂ। ਬਦਲੇ ਵਿੱਚ ਇੱਕ ਸਟਾਫ਼ ਮੈਂਬਰ ਗਲਤ 3B ਵਿੱਚ ਲੌਗ ਨਾ ਕਰੇ—ਉਹ "Unknown - Sam" ਲਿਖਕੇ ਉਸਨੂੰ unknown ਬਿਨ ਵਿੱਚ ਰੱਖੇ ਅਤੇ ਮੈਨੇਜਮੈਂਟ ਨੂੰ ਰਹਾਇਸ਼ੀਆਂ ਨੂੰ ਸੰਦੇਸ਼ ਭੇਜਣ ਲਈ ਕਹੇ। ਇੱਕ ਇਹ ਨਿਯਮ ਆਮ ਗਲਤ-ਡਿਲਿਵਰੀ ਵਿਵਾਦ ਨੂੰ ਰੋਕਦਾ ਹੈ।
ਕਦਮ-ਬ-ਕਦਮ ਵਰਕਫਲੋ: ਡਿਲਿਵਰੀ ਤੋਂ ਪਿਕਅਪ ਤਕ
ਇੱਕ ਸਥਿਰ ਵਰਕਫਲੋ ਦੋ ਵੱਡੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਰੋਕਦਾ ਹੈ: “ਮੈਨੂੰ ਕਦੇ ਨੋਟਿਸ ਨਹੀਂ ਮਿਲਿਆ” ਅਤੇ “ਮੈਂ ਪਹਿਲਾਂ ਹੀ ਪਿਕ ਕਰ ਚੁੱਕਾ ਹਾਂ।” ਮਕਸਦ ਸਧਾਰਨ ਹੈ: ਹਰ ਪੈਕੇਜ ਨੂੰ ਇੱਕ ਸਪੱਸ਼ਟ ਰਿਕਾਰਡ, ਇੱਕ ਸਪੱਸ਼ਟ ਥਾਂ ਅਤੇ ਇੱਕ ਸਪੱਸ਼ਟ ਪਿਕਅਪ ਪੁਸ਼ਟੀ ਮਿਲੇ।
ਇੱਕ ਅਮਲੀ 5-ਕਦਮੀ ਫਲੋ ਜੋ ਸਟਾਫ਼ ਦੁਹਰਾਉਂ ਸਕਦਾ ਹੈ
- ਕਬੂਲ ਕਰੋ ਅਤੇ ਜਾਂਚੋ: ਲੇਬਲ ਨੂੰ ਧਿਆਨ ਨਾਲ ਪੜ੍ਹੋ। ਯੂਨਿਟ ਨੰਬਰ ਅਤੇ ਰਹਾਇਸ਼ੀ ਦਾ ਨਾਮ ਕਿਸੇ ਵਾਸਤਵੀ ਯੂਨਿਟ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ ਇਹ ਪੁਸ਼ਟੀ ਕਰੋ। ਜੇ ਲੇਬਲ ਧੁੰਦਲਾ ਹੈ ਜਾਂ ਯੂਨਿਟ ਗਾਇਬ ਹੈ ਤਾਂ ਇਸਨੂੰ “unknown” ਸਪੇਸ ਵਿੱਚ ਰੱਖੋ ਅਤੇ ਕੈਰੀਅਰ ਨਾਲ ਪੁੱਛੋ (ਜਾਂ ਬਿਲਡਿੰਗ ਡਾਇਰੈਕਟਰੀ ਚੈਕ ਕਰੋ) ਪਹਿਲਾਂ ਕਿ ਸ਼ੈਲਫ਼ 'ਤੇ ਰੱਖਣਾ।
- ਲੌਗ ਕਰੋ ਅਤੇ ਸਥਿਤੀ ਨਿਰਧਾਰਿਤ ਕਰੋ: ਐਂਟਰੀ ਬਣਾਓ ਅਤੇ ਫਿਰ ਇੱਕ ਅਸਾਨ-ਵਰਣਨ ਯੋਗ ਸਟੋਰੇਜ ਸਥਾਨ ਸੁ_bound ਕਰੋ (ਉਦਾਹਰਨ: "ਕਮਰਾ A, ਸ਼ੈਲਫ 2, ਸਲੌਟ 4"). ਜੇ ਜ਼ਰੂਰਤ ਹੋਵੇ ਤਾਂ "ਨਾਜ਼ੁਕ" ਜਾਂ "ਦਸਤਖਤ ਲਾਜ਼ਮੀ" ਵਰਗੀਆਂ ਨੋਟਾਂ ਜੋੜੋ।
- ਫੌਰਨ ਸੂਚਿਤ ਕਰੋ: ਪੈਕੇਜ ਲੌਗ ਹੋਣੇ ਹੀ ਰਹਾਇਸ਼ੀ ਨੂੰ ਨੋਟੀਫਿਕੇਸ਼ਨ ਭੇਜੋ, ਨਾ ਕਿ ਸ਼ਿਫਟ ਦੇ ਅੰਤ 'ਤੇ। ਕਾਰ੍ਯਰ, ਪ੍ਰਾਪਤੀ ਸਮਾਂ ਅਤੇ ਪਿਕਅਪ ਘੰਟੇ ਸ਼ਾਮਲ ਕਰੋ।
- ਪਛਾਣ-ਜਾਂਚ ਨਾਲ ਹੱਥੋਂ-ਹੱਥ ਸਮਰਪਣ: ਪਿਕਅਪ 'ਤੇ ਫੋਟੋ ID, ਕੀ ਫੋਬ ਜਾਂ ਬਿਲਡਿੰਗ-ਮਾਨਤਾ ਕੋਡ ਦਿਖਾਉਣ ਨੂੰ ਬੋਲੋ। ਜੇ ਕੋਈ ਰੂਮਮੇਟ ਵਾਸਤੇ ਲੈ ਰਿਹਾ ਹੈ ਤਾਂ ਲਿਖਤੀ ਅਧਿਕਾਰ (ਜਾਂ ਪਹਿਲਾਂ-ਮਨਜ਼ੂਰ ਲਿਸਟ) ਲੋੜੀਦੀ ਕਰੋ।
- ਲੂਪ ਬੰਦ ਕਰੋ: ਪੈਕੇਜ ਨੂੰ ਪਿਕ ਕੀਤਾ ਗਿਆ ਵਜੋਂ ਮਾਰਕ ਕਰੋ—ਪਿਕਅਪ ਸਮਾਂ ਅਤੇ ਸਟਾਫ਼ ਮੈਂਬਰ ਦਾ ਨਾਮ (ਜਾਂ ਇਨਿਸ਼ਲ) ਦਰਜ ਕਰੋ। ਜੇ ਰਹਾਇਸ਼ੀ ID ਨਹੀਂ ਦਿਖਾਉਂਦਾ ਤਾਂ ਪੈਕੇਜ ਨਾ ਦਿਓ ਅਤੇ ਲੌਗ ਵਿੱਚ ਨੋਟ ਕਰੋ।
ਇਕ ਛੋਟਾ ਉਦਾਹਰਨ
ਇਕ ਰਹਾਇਸ਼ੀ ਕਹਿੰਦਾ ਹੈ, “ਮੇਰਾ Amazon ਬਾਕਸ ਲਾਪਤਾ ਹੈ।” ਤੁਸੀਂ ਲੌਗ ਚੈਕ ਕਰਦੇ ਹੋ ਅਤੇ ਵੇਖਦੇ ਹੋ ਕਿ ਇਹ 2:14 PM 'ਤੇ ਪ੍ਰਾਪਤ ਹੋਇਆ ਸੀ, "ਕਮਰਾ A, ਸ਼ੈਲਫ 2, ਸਲੌਟ 4" ਵਿੱਚ ਰੱਖਿਆ ਗਿਆ ਸੀ, ਅਤੇ 6:03 PM 'ਤੇ "J.S." ਦੁਆਰਾ ਪਿਕ ਕੀਤਾ ਗਿਆ ਸੀ। ਬਾਅਦ ਵਿੱਚ ਰਹਾਇਸ਼ੀ ਯਾਦ ਕਰਦਾ ਹੈ ਕਿ ਉਸਦਾ ਸਾਥੀ ਨੇ ਲੈ ਲਿਆ। ਉਹ ਸੰਪੂਰਨ ਰਿਕਾਰਡ ਜ਼ਰੂਰੀ ਵਿਵਾਦ ਨੂੰ ਰੋਕ ਦਿੰਦਾ ਹੈ।
ਰਹਾਇਸ਼ੀ ਨੋਟੀਫਿਕੇਸ਼ਨ ਜੋ ਬਾਅਦ ਦੀ ਗੱਲਬਾਤ ਘਟਾਉਂਦੇ ਹਨ
ਤੇਜ਼ ਪੈਕੇਜ ਪਿਕਅਪ ਇੱਕ ਸਪੱਸ਼ਟ ਸਨੇਹੇ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਜੇ ਰਹਾਇਸ਼ੀ ਪੁੱਛਦੇ ਹਨ “ਕੀ ਇਹ ਮੇਰੇ ਲਈ ਹੈ?” ਜਾਂ “ਮੈਂ ਕਦੋਂ ਲੈ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ?”, ਤਾਂ ਡੈਸਕ ਸਹਾਇਤਾ ਵਿੱਚ ਫਸ ਜਾਂਦੀ ਹੈ। ਇਕ ਚੰਗੀ ਨੋਟੀਫਿਕੇਸ਼ਨ ਲੌਗ ਨੂੰ ਵੀ ਸਹਾਇਕ ਬਣਾਉਂਦੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਉਮੀਦਾਂ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਸੈੱਟ ਕਰ ਦਿੰਦੀ ਹੈ।
ਨੋਟੀਫਿਕੇਸ਼ਨ ਵਿੱਚ ਕੀ ਸ਼ਾਮِل ਹੋਵੇ
ਸੰਦੇਸ਼ ਨੂੰ ਛੋਟਾ, ਨਿਰਧਾਰਿਤ ਅਤੇ ਇਕਸਾਰ ਰੱਖੋ। ਇੱਕ ਮਜ਼ਬੂਤ ਸੁਨੇਹੇ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਹੁੰਦਾ ਹੈ:
- ਰਹਾਇਸ਼ੀ ਦਾ ਨਾਮ (ਜਾਂ ਯੂਨਿਟ + ਅਖੀਰਲਾ ਨਾਮ) ਅਤੇ ਯੂਨਿਟ ਨੰਬਰ
- ਪ੍ਰਾਪਤ ਆਈਟਮਾਂ ਦੀ ਗਿਣਤੀ (ਉਦਾਹਰਨ: “2 packages”)
- ਕਿੱਥੇ ਰੱਖਿਆ ਗਿਆ (ਪੈਕੇਜ ਰੂਮ, ਲਾਕਰ ਬੈਂਕ, ਫਰੰਟ ਡੈਸਕ ਆਦਿ)
- ਪਿਕਅਪ ਘੰਟੇ ਅਤੇ ਕਿਸੇ ਵੀ ID ਲੋੜ
- ਇੱਕ ਸਧਾਰਨ ਪਿਕਅਪ ਨਿਰਦੇਸ਼ (ਉਦਾਹਰਨ: “ਸਾਈਨ ਕਰਨ ਲਈ concierge ਕੋਲ ਜਾਵੋ”)
ਉਹ ਵੇਰਵੇ ਨਾ ਦਿਓ ਜੋ ਪ੍ਰਾਇਵੇਸੀ ਖਤਰੇ ਜਾਂ ਗੁਲ੍ਹ-ਫੁਲ੍ਹ ਪੈਦਾ ਕਰਨ। ਪੂਰੇ ਟ੍ਰੈਕਿੰਗ ਨੰਬਰ, ਲੇਬਲ ਫੋਟੋਆਂ, ਜਾਂ "ਕੀਮਤੀ ਆਈਟਮ" ਜਾਂ "ਮੈਡੀਕਲ ਸਪਲਾਈ" ਵਰਗੀਆਂ ਨੋਟਾਂ ਨਾ ਭੇਜੋ। ਜੇ ਅੰਦਰੂਨੀ ਨੋਟ ਲੋੜੀਂਦੀਆਂ ਨੇ ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਸਿਰਫ਼ ਸਟਾਫ਼ ਲੌਗ ਵਿੱਚ ਰੱਖੋ, ਨਾ ਕਿ ਰਹਾਇਸ਼ੀ ਸੁਨੇਹੇ ਵਿੱਚ।
ਇੱਕ ਯੂਨਿਟ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਰਹਾਇਸ਼ੀ
ਜੇ ਕਈ ਲੋਕ ਇੱਕ ਯੂਨਿਟ ਸਾਂਝਾ ਕਰਦੇ ਹਨ ਤਾਂ ਸੰਭਵ ਹੋਵੇ ਤਾਂ ਨਾਂ-ਅਦਾਰ ਰੀਸੀਪੀਐਂਟ ਨੂੰ ਸੂਚਿਤ ਕਰੋ। ਜੇ ਤੁਹਾਡਾ ਸਿਸਟਮ ਸਿਰਫ ਯੂਨਿਟ-ਲੇਵਲ ਸੁਨੇਹੇ ਦਿੰਦਾ ਹੈ ਤਾਂ ਨਿਰਪੱਖ ਲਫ਼ਜ਼ ਵਰਤੋ: “Unit 1204 ਲਈ ਇਕ ਪੈਕੇਜ ਆਇਆ ਹੈ,” ਅਤੇ ਪਿਕਅਪ ਪੁਸ਼ਟੀ ਵਿੱਚ ਲੇਬਲ 'ਤੇ ਦਿੱਤੇ ਨਾਮ ਨਾਲ ਮੇਲ ਕਰਨ ਦੀ ਲੋੜ ਰੱਖੋ।
ਜੇ ਪੈਕੇਜਜ਼ ਬਹੁਤ ਲੰਬੇ ਸਮੇਂ ਤੱਕ ਪਏ ਰਹਿੰਦੇ ਹਨ ਤਾਂ ਇੱਕ ਨਿਯਤ ਫਾਲੋ-ਅਪ ਸ਼ੈਡਿਊਲ ਰੱਖੋ ਜੋ ਸਖ਼ਤ ਪਰ ਇਨਸਾਫ਼ੀ ਹੋ:
- ਦਿਨ 3: ਮਿੱਤਰਤਾਪੂਰਵਕ ਰੀਮਾਈੰਡਰ
- ਦਿਨ 7: ਦੂਜਾ ਰੀਮਾਈੰਡਰ ਅਤੇ ਛੋਟੀ ਨੀਤੀ ਸੰਗਿਆ
- ਦਿਨ 14: ਵਾਪਸ-ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਆਖ਼ਰੀ ਨੋਟਿਸ (ਜੇ ਆਗਿਆ ਹੈ)
ਇਕਸਾਰ ਸ਼ਬਦ-ਚੋਣ ਬਾਅਦ ਵਿੱਚ ਬਹਿਸਾਂ ਘਟਾਉਂਦੀ ਹੈ ਕਿਉਂਕਿ ਹਰ ਕੋਈ ਇਕੋ ਜਿਹੀ ਜਾਣਕਾਰੀ ਹਰ ਵਾਰੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ।
ਅਸਲ ਵਿੱਚ ਕੰਮ ਕਰਨ ਵਾਲੀਆਂ ਪਿਕਅਪ ਪੁਸ਼ਟੀਆਂ
Create it from a chat
ਚੈਟ ਵਿੱਚ ਆਪਣਾ ਡਿਲਿਵਰੀ-ਤੋਂ-ਪਿਕਅਪ ਵਰਕਫਲੋ ਵਰਣਨ ਕਰੋ ਅਤੇ ਇੱਕ ਕੰਮਕਾਜ਼ ਵੈੱਬ ਐਪ ਬਣਾਓ।
ਪਿਕਅਪ ਪੁਸ਼ਟੀ ਤੇਜ਼ੀ ਨਾਲ ਇਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ: ਕਿਸਨੇ ਪੈਕੇਜ ਲਿਆ ਅਤੇ ਕਦੋਂ? ਸਭ ਤੋਂ ਵਧੀਆ ਢੰਗ ਉਹ ਹੈ ਜੋ ਤੁਹਾਡਾ ਸਟਾਫ਼ ਹਰ ਵਾਰੀ ਕਰ ਸਕੇ, ਭੀੜ ਹੋਣ ਵੇਲੇ ਵੀ।
ਦਸਤਖ਼ਤ: ਸਧਾਰਨ ਪਰ ਹਮੇਸ਼ਾ ਸਪੱਸ਼ਟ ਨਹੀਂ
ਕਾਗਜ਼ ਜਾਂ ਟੈਬਲੇਟ 'ਤੇ ਦਸਤਖ਼ਤ ਆਧਿਕਾਰਿਕ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ ਤੇ ਕੀਮਤੀ ਆਈਟਮਾਂ ਲਈ ਚੰਗਾ ਕੰਮ ਕਰਦਾ ਹੈ। ਨੁਕਸਾਨ ਇਹ ਹੈ ਕਿ ਹਥਰਾਂ ਦੀ ਲਿਖਤ ਗੰਦੀ ਹੋ ਸਕਦੀ ਹੈ ਜਾਂ ਕੋਈ ਸਿਰਫ਼ ਦਸਤਖ਼ਤ ਕਰ ਦੇਂਦਾ ਹੈ ਬਿਨਾਂ ਪੜ੍ਹਨਯੋਗ ਨਾਮ ਦੇ। ਜੇ ਤੁਸੀਂ ਦਸਤਖ਼ਤ ਵਰਤਦੇ ਹੋ ਤਾਂ ਪ੍ਰਿੰਟ ਕੀਤੇ ਨਾਮ (ਜਾਂ ਯੂਨਿਟ ਨੰਬਰ) ਅਤੇ ਟਾਈਮਸਟੈਂਪ ਨਾਲ ਜੋੜੋ।
ਕੋਡ ਅਤੇ QR: ਰੀਐਲਾਇਬਲ ਜੇ ਗਾਈਡਲਾਈਨ ਹੋਣ
ਪਿਕਅਪ ਕੋਡ (ਜਾਂ ਟੈਕਸਟ/ਈਮੇਲ ਤੋਂ ਦਿਖਾਇਆ QR) ਅਕਸਰ ਸਭ ਤੋਂ ਇਕਸਾਰ ਹੁੰਦੇ ਹਨ ਕਿਉਂਕਿ ਰਹਾਇਸ਼ੀ ਕੁਝ ਵਿਲੱਖਣ ਪੇਸ਼ ਕਰਦਾ ਹੈ।
- ਇੱਕ-ਵਾਰੀ ਵਾਲੇ ਕੋਡ ਉਪਯੋਗ ਕਰੋ ਜੋ ਮਿਆਦ-ਅੰਤ (ਉਦਾਹਰਨ: 48-72 ਘੰਟੇ) ਮੰਨ ਲੈਂਦੇ ਹਨ।
- ਹੱਥ ਸੁੰਭਾਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਟਾਫ਼ ਯੂਨਿਟ ਨੰਬਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰੇ।
- ਜੇ ਤੁਹਾਡਾ ਸਿਸਟਮ "ਪਹਿਲਾਂ ਹੀ ਵਰਤਿਆ" ਦਿਖਾ ਸਕਦਾ ਹੈ ਤਾਂ ਸਕ੍ਰੀਨਸ਼ਾਟ ਨੂੰ ਸਵੀਕਾਰ ਨਾ ਕਰੋ।
- ਮਰੇ ਫੋਨਾਂ ਲਈ ਬੈਕਅਪ ਵਿਕਲਪ ਰੱਖੋ (ID ਚੈੱਕ + ਸਟਾਫ਼ ਨੋਟ)।
ਪਿਕਅਪ 'ਤੇ ਲੇਬਲ ਨਾਲ ਨਜ਼ਦੀਕੀ ਤਸਵੀਰਾਂ ਵਿਵਾਦ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੀਆਂ ਹਨ, ਖ਼ਾਸ ਕਰਕੇ ਭੀੜ ਵਾਲੇ ਲੌਬੀਆਂ ਵਿੱਚ। ਪਰ ਫੋਟੋਆਂ ਕਈ ਵਾਰੀ ਪਰੇਸ਼ਾਨ ਕਰਨ ਵਾਲੀਆਂ ਮਹਿਸੂਸ ਹੋ ਸਕਦੀਆਂ ਹਨ—ਜੇ ਤੁਸੀਂ ਫੋਟੋ ਲੈਂਦੇ ਹੋ ਤਾਂ ਇਸ ਨੂੰ ਘੱਟ ਰੱਖੋ: ਲੇਬਲ ਦੀ ਤਸਵੀਰ ਰਹਾਇਸ਼ੀ ਦੇ ਚਿਹਰੇ ਦੀ ਨਹੀਂ।
ਧਿਆਨ ਰੱਖੋ ਕਿ ਅਧਿਕਾਰਤ ਪਿਕਅਪ ਆਮ ਹਨ: ਰੂਮਮੇਟ, ਪਰਿਵਾਰ, ਜਾਂ ਹੋਰ ਕੋਈ। ਇਸਨੂੰ ਆਸਾਨ ਪਰ ਕਾਬੂਯੋਗ ਰੱਖੋ। ਹਰ ਯੂਨਿਟ ਲਈ ਇੱਕ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪਿਕਰ ਸੂਚੀ ਰੱਖੋ, ਅਤੇ ਪਿਕਰ ਦਾ ਨਾਮ ਅਤੇ ID ਕਿਸਮ ਲੌਗ ਕਰੋ। ਉਦਾਹਰਨ: Unit 1204 ਨੇ ਗੈਸਟ ਨੂੰ ਕੋਡ ਭੇਜਿਆ, ਪਰ ਨਾਮ ਫਾਇਲ 'ਚ ਨਹੀਂ ਹੈ—ਸਟਾਫ਼ ਪਿਕਅਪ ਇਨਕਾਰ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਰਹਾਇਸ਼ੀ ਨੂੰ ਫੋਨ ਕਰਕੇ ਪੁਸ਼ਟੀ ਲੈ ਸਕਦਾ ਹੈ, ਅਤੇ ਨੋਟ ਛੱਡ ਸਕਦਾ ਹੈ ਤਾਂ ਕਿ ਅਗਲੀ ਸ਼ਿਫਟ ਸਮਝ ਜਾਵੇ।
ਐਕਸਪਸ਼ਨ ਨੂੰ ਕਿਵੇਂ ਹੈਂਡਲ ਕਰੀਏ ਬਿਨਾਂ ਰਿਕਾਰਡ ਖੋਣ ਦੇ
ਐਕਸਪਸ਼ਨ ਉਹ ਥਾਂ ਹੁੰਦੀ ਹੈ ਜਿੱਥੇ ਲੌਗ ਕਦੇ-ਕਦੇ ਮਦਦਗਾਰ ਸਾਬਿਤ ਹੁੰਦਾ ਹੈ ਜਾਂ ਹੋਰ ਬੜਾ ਬੋਝ ਬਣ ਜਾਂਦਾ ਹੈ। ਮਕਸਦ ਮਸਲਾ ਸਹੀ ਕਰਨਾ ਅਤੇ ਇੱਕ ਸਾਫ਼ ਇਤਿਹਾਸ ਬਰਕਰਾਰ ਰੱਖਣਾ—ਕੌਣ ਛੂਹਿਆ, ਕਦੋਂ, ਅਤੇ ਕਿਉਂ—ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਜਦੋਂ ਕੋਈ ਰਹਾਇਸ਼ੀ ਕਹਿੰਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਨੂੰ ਸੂਚਿਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ, ਤਾਂ ਦੁਬਾਰਾ ਸੂਚਨਾ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਮੂਲ ਚੀਜ਼ਾਂ ਚੈਕ ਕਰੋ। ਯੂਨਿਟ ਨੰਬਰ, ਰਹਾਇਸ਼ੀ ਨਾਮ, ਕਾਰ੍ਯਰ, ਅਤੇ ਫਾਇਲ 'ਤੇ ਜੋ ਸੰਪਰਕ ਤਰੀਕਾ ਹੈ (ਈਮੇਲ/SMS/ਐਪ) ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਫਿਰ ਟਾਈਮਸਟੈਂਪ ਚੈੱਕ ਕਰੋ। ਜੇ ਤੁਹਾਡਾ ਸਿਸਟਮ ਸੂਚਨਾ ਭੇਜਣ ਦੇ ਯਤਨ ਦਿਖਾਉਂਦਾ ਹੈ, ਤਾਂ ਨੋਟ ਕਰੋ ਕਿ ਉਹ ਭੇਜੀ ਗਈ, ਬਾਊਂਸ ਹੋਈ, ਜਾਂ ਕਦੇ ਹੀ ਟ੍ਰਿਗਰ ਹੀ ਨਹੀਂ ਹੋਈ।
ਜੇ ਪੈਕੇਜ ਗਲਤ ਯੂਨਿਟ ਵਿੱਚ ਲੌਗ ਹੋ ਗਿਆ, ਤਾਂ ਇਸਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਠੀਕ ਕਰੋ ਕਿ ਮੂਲ ਐਂਟਰੀ ਮਿਟਾਏ ਨਾ ਜਾਵੇ। ਮੂਲ ਰਿਕਾਰਡ ਰੱਖੋ, ਇੱਕ ਦਿਖਣਯੋਗ ਸੁਧਾਰ ਨੋਟ ਜੋੜੋ (ਉਦਾਹਰਨ: "ਗਲਤ-ਸਕੈਨ, 3B ਤੋਂ 3D ਨੂੰ ਦੁਬਾਰਾ ਐਸਾਈਨ ਕੀਤਾ"), ਅਤੇ ਜਿਸਨੇ ਤਬਦੀਲ ਕੀਤਾ ਉਸਦਾ ਨਾਮ ਅਤੇ وجہ ਦਰਜ ਕਰੋ।
ਨੁਕਸਾਨਪ੍ਰਾਪਤ ਪੈਕੇਜਾਂ ਨੂੰ ਇੰਟੇਕ 'ਤੇ ਹਾਲਤ ਦਰਜ ਕਰੋ। ਇੱਕ ਛੋਟੀ ਨੋਟ ਕਾਫ਼ੀ ਹੈ: "ਇੱਕ ਕੋਨੇ 'ਤੇ ਬਾਕਸ ਸੱਕ ਗਿਆ, ਟੇਪ ਫੱਟੀ"। ਫਿਰ ਜ਼ਰੂਰੀ ਅਗਲਾ ਕਦਮ ਲਵੋ: ਰਹਾਇਸ਼ੀ ਦੀ ਜਾਂਚ ਲਈ ਰੱਖੋ, ਨੀਤੀ ਅਨੁਸਾਰ ਡਿਲਿਵਰੀ ਨੂੰ ਠੁੱਕੋ, ਜਾਂ ਜੇ ਰਹਾਇਸ਼ੀ ਨੇ ਠੀਕ ਕਿਹਾ ਤਾਂ "damage ਨਾਲ ਪਿਕ ਕੀਤਾ" ਦਰਜ ਕਰੋ।
ਅਣਪਹਿਚਾਨੇ ਪੈਕੇਜਾਂ ਲਈ ਸਾਧਾਰਣ ਨੀਤੀ:
- 48-72 ਘੰਟਿਆਂ ਬਾਅਦ ਰੀਮਾਈੰਡਰ ਭੇਜੋ
- ਸਟੋਰੇਜ ਡੈਡਲਾਈਨ ਤੋਂ ਪਹਿਲਾਂ ਆਖਰੀ ਨੋਟਿਸ ਭੇਜੋ
- ਓਵਰਫਲੋ ਖੇਤਰ ਵੱਲ ਹਿਲਾਓ ਅਤੇ ਥਾਂ ਨਵੀਨ ਕਰ ਦਿਓ
- ਡੈਡਲਾਈਨ ਤੋਂ ਬਾਅਦ ਵਾਪਸ-ਭੇਜੋ (ਜਦੋਂ ਆਗਿਆ ਹੋ), ਤਾਰੀਖ ਅਤੇ ਕਾਰ੍ਯਰ ਜਾਣਕਾਰੀ ਦੇ ਕੇ
ਸਪੱਠ ਨੋਟਸ ਬੇਹਤਰ ਯਾਦਦਾਸ਼ਤ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਕੰਮ ਕਰਦੀਆਂ ਹਨ।
ਪੈਕੇਜ ਲੌਗ ਲਈ ਨਿੱਜਤਾ ਅਤੇ ਸੁਰੱਖਿਆ ਮੂਲਵੱਤ
Own the source code
ਜਦੋਂ ਲੋੜ ਹੋਵੇ ਤਾਂ ਪੂਰਾ ਨਿਯੰਤਰਣ ਰੱਖਣ ਲਈ ਸੋਰਸ ਕੋਡ ਨਿਰਯਾਤ ਕਰੋ।
ਪੈਕੇਜ ਲੌਗ ਸੁਰੱਖਿਆ ਦਾ ਟੂਲ ਹੈ, ਪਰ ਜੇ ਇਹ ਜ਼ਰੂਰਤ ਤੋਂ ਵੱਧ ਡੇਟਾ ਇਕਟ्ठਾ ਕਰ ਲੈਂਦਾ ਹੈ ਤਾਂ ਇਹ ਪ੍ਰਾਈਵੇਸੀ ਸਮੱਸਿਆ ਬਣ ਸਕਦਾ ਹੈ। ਸਭ ਤੋਂ ਸਧਾਰਣ ਨਿਯਮ: ਕੇਵਲ ਉਹੀ ਰਿਕਾਰਡ ਕਰੋ ਜੋ ਸਟਾਫ਼ ਨੂੰ ਡਿਲਿਵਰੀ ਆਉਣ ਅਤੇ ਰਹਾਇਸ਼ੀ ਨੇ ਪਿਕ ਕੀਤਾ ਇਹ ਸਾਬਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰੇ।
ਰਿਹਾਇਸ਼ੀ ਡੇਟਾ ਘੱਟ ਅਤੇ ਮਕਸਦ-ਆਧਾਰਿਤ ਰੱਖੋ। ਜ਼ਿਆਦਾਤਰ ਪ੍ਰਾਪਰਟੀਆਂ ਯੂਨਿਟ ਨੰਬਰ, ਰਹਾਇਸ਼ੀ ਅਖੀਰਲਾ ਨਾਮ (ਜਾਂ ਇਨੀਸ਼ਲ), ਕਾਰ੍ਯਰ, ਟ੍ਰੈਕਿੰਗ ਨੰਬਰ (ਅਖੀਰਲੇ 4 ਅੰਕ ਕਾਫ਼ੀ ਹੁੰਦੇ ਹਨ), ਟਾਈਮਸਟੈਂਪ ਅਤੇ ਜਿੱਥੇ ਰੱਖਿਆ ਗਿਆ ਇਹ ਜਾਣਕਾਰੀ ਰੱਖ ਕੇ ਚਲ ਸਕਦੀਆਂ ਹਨ। ਫੋਨ ਨੰਬਰ, ਪੂਰੇ ਟ੍ਰੈਕਿੰਗ ਨੰਬਰ, ID ਨੰਬਰ ਜਾਂ ਨਿੱਜੀ ਨੋਟਸ ਸਿਰਫ਼ ਜਦੋਂ ਬਹੁਤੀ ਲੋੜ ਹੋਵੇ ਤਾਂ ਹੀ ਸ਼ਾਮਿਲ ਕਰੋ।
ਪਹੁੰਚ: ਕੌਣ ਦੇਖ ਸਕਦਾ ਅਤੇ ਕੌਣ ਸੋਧ ਸਕਦਾ ਇਹ ਘੱਟ ਰੱਖੋ
ਲੌਗ ਨੂੰ ਇੱਕ ਚਾਬੀ ਕੈਬਿਨੇਟ ਵਾਂਗ ਰੱਖੋ, ਨੋਟਬੁੱਕ ਵਾਂਗ ਨਹੀਂ। ਰੋਲ ਸਪੱਸ਼ਟ ਕਰੋ ਤਾਂ ਕਿ ਘੱਟ ਲੋਕ ਹੀ ਰਿਕਾਰਡ ਬਦਲ ਸਕਣ:
- ਫਰੰਟ ਡੈਸਕ ਅਤੇ ਮੈਲਰੂਮ ਸਟਾਫ਼ ਡਿਲਿਵਰੀਆਂ ਜੋੜ ਸਕਦੇ ਅਤੇ ਪਿਕਅਪ ਨਿਸ਼ਾਨ ਕਰ ਸਕਦੇ ਹਨ।
- ਸੁਪਰਵਾਇਜ਼ਰ ਗਲਤੀਆਂ ਸਹੀ ਕਰ ਸਕਦੇ ਅਤੇ ਆਡਿਟ ਦੇਖ ਸਕਦੇ ਹਨ।
- ਮੈਨੇਜਮੈਂਟ ਰਿਪੋਰਟਾਂ ਦੇਖ ਸਕਦਾ ਹੈ ਪਰ ਇਤਿਹਾਸ ਸੋਧ ਨਾ करे।
- ਵੇਂਡਰ ਅਤੇ ਠੇਕੇਦਾਰਾਂ ਨੂੰ ਪਹੁੰਚ ਨਾ ਦਿਓ।
- ਰਹਾਇਸ਼ੀਆਂ ਨੂੰ ਕੇਵਲ ਆਪਣੇ ਪੈਕੇਜ ਦੀ ਸਥਿਤੀ ਦਿਖਾਓ।
ਰੀਟੇਨਸ਼ਨ ਅਤੇ ਬੁਨਿਆਦੀ ਸੁਰੱਖਿਆ ਆਦਤਾਂ
ਨਿਰਧਾਰਿਤ ਕਰੋ ਕਿ ਪਿਕਅਪ ਰਿਕਾਰਡ (ਅਤੇ ਕਿਸੇ ਵੀ ਤਸਵੀਰਾਂ) ਕਿੰਨੇ ਸਮੇਂ ਲਈ ਰੱਖਣੀਆਂ ਹਨ ਅਤੇ ਇਹ ਲਿਖੋ। ਕਈ ਪ੍ਰਾਪਰਟੀਆਂ ਇੱਕ ਛੋਟੀ ਖਿਡਕੀ ਚੁਣਦੀਆਂ ਹਨ ਜਿਵੇਂ 30 ਤੋਂ 90 ਦਿਨ, ਫਿਰ ਮਿਟਾ ਜਾਂ ਆਰਕਾਈਵ, ਜੇਕਰ ਕੋਈ ਖੁਲਾ ਵਿਵਾਦ ਨਾ ਹੋਵੇ ਜਾਂ ਕਾਨੂੰਨੀ ਲੋੜ ਨਾ ਹੋਵੇ।
ਭੌਤਿਕ ਅਭਿਆਸ ਵੀ ਸਾਫਟਵੇਅਰ ਦੀ ਤਰ੍ਹਾਂ ਜ਼ਰੂਰੀ ਹਨ। ਪੈਕੇਜਾਂ ਨੂੰ ਤਾਲਬੰਦੀ ਕਮਰੇ ਜਾਂ ਕੇਜਾਂ ਵਿੱਚ ਰੱਖੋ ਅਤੇ ਚਾਬੀਆਂ ਨੂੰ ਸੀਮਿਤ ਕਰੋ। ਜੇ ਤੁਸੀਂ ਚੇਤਨੀਆ ਕੈਮਰੇ ਵਰਤਦੇ ਹੋ ਤਾਂ ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਉਹ ਪੈਕੇਜ ਰੂਮ ਦੇ ਦਰਵਾਜ਼ੇ ਅਤੇ ਪਿਕਅਪ ਕਾਊਂਟਰ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਨ, ਅਤੇ ਘੜੀ ਦੇ ਸਮਾਂ ਸਹੀ ਹਨ।
ਜ਼ਿੰਮੇਵਾਰੀ ਰੁਟੀਨ ਵਿੱਚ ਬਣਾਓ: ਹਰ ਪਿਕਅਪ ਇੱਕ ਸਟਾਫ਼ ਮੈਂਬਰ ਅਤੇ ਟਾਈਮਸਟੈਂਪ ਨਾਲ ਜੁੜਿਆ ਹੋਵੇ, ਅਤੇ ਸੋਧਾਂ ਦਾ ਆਡਿਟ ਟਰੈਲ ਰਹੇ। ਜੇ ਤੁਸੀਂ ਇੱਕ ਕਸਟਮ ਪੈਕੇਜ ਲੌਗ ਐਪ ਬਣਾਉਂਦੇ ਹੋ (ਉਦਾਹਰਨ ਲਈ Koder.ai), ਤਾਂ "ਕੌਣ ਕੀ ਕੀਤਾ ਤੇ ਕਦੋਂ" ਨੂੰ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਜ਼ਰੂਰੀ ਬਣਾਓ।
ਆਮ ਗਲਤੀਆਂ ਜੋ ਵਿਵਾਦ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ
ਜ਼ਿਆਦਾਤਰ ਪੈਕੇਜ ਬਹਿਸਾਂ ਇਕੋ ਹੀ ਢੰਗ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀਆਂ ਹਨ: ਕੋਈ ਵਿਅਕਤੀ ਨਿਸ਼ਚਿਤ ਹੈ ਕਿ ਇਕ ਬਾਕਸ ਆਇਆ ਸੀ, ਸਟਾਫ਼ ਯਕੀਨੀ ਹੈ ਕਿ ਇਹ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਸੰਭਾਲਿਆ ਗਿਆ, ਪਰ ਲੌਗ ਦੋਨੋਂ ਪਾਸਿਆਂ ਲਈ ਸਬੂਤ ਨਹੀਂ ਦਿੰਦਾ। ਪਿਕਅਪ ਪੁਸ਼ਟੀ ਵਾਲਾ ਪੈਕੇਜ ਲੌਗ ਕੇਵਲ ਤਦ ਮਦਦਗਾਰ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਪੂਰੀ ਕਹਾਣੀ ਰਿਕਾਰਡ ਕਰੇ—ਕੇਵਲ ਡਰੌਪ-ਆਫ ਨਹੀਂ।
ਇੱਕ ਆਮ ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਡਿਲਿਵਰੀਆਂ ਲੌਗ ਹੋਦੀਆਂ ਹਨ ਪਰ ਪਿਕਅਪ ਪੁਸ਼ਟੀ ਛੱਡ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਜੇ ਲੌਗ "received" ਤੇ ਹੀ ਰੁਕ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਪਤਾ ਨਹੀਂ ਲੱਗਦਾ ਕਿ ਰਹਾਇਸ਼ੀ ਨੇ ਪਿਕ ਕੀਤਾ, ਕਿਸੇ ਰੂਮਮੇਟ ਨੇ ਲਿਆ, ਜਾਂ ਇਹ ਗੁਮ ਹੋ ਗਿਆ।
ਹੋਰ ਇੱਕ ਵਿਵਾਦ-ਸ਼ੁਰੂ ਕਰਨ ਵਾਲੀ ਗਲਤੀ ਹੈ ਸਟੋਰੇਜ ਸਥਾਨ ਦੀਆਂ ਵੇਰਵੇਆਂ ਨਾਂ-ਦਿੱਤੀਆਂ ਜਾਣ। "ਪੈਕੇਜ ਰੂਮ" ਇੱਕ ਥਾਂ ਨਹੀਂ; ਜੇ ਸਟਾਫ਼ ਸ਼ੈਲਫ, ਬਿਨ ਜਾਂ ਲਾਕਰ ਨੰਬਰ ਨਹੀਂ ਦਰਜ ਕਰਦਾ, ਲੋਕ ਖੋਜ ਵਿੱਚ ਸਮਾਂ ਗੁਆ ਰਹੇ ਹਨ, ਅਤੇ ਜਿੰਨਾ ਹੋਰ ਸਮਾਂ ਲੱਗਦਾ ਹੈ ਉਨ੍ਹਾਂ ਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਪੈਕੇਜ ਗੁੰਮ ਹੋ ਗਿਆ।
ਕੁਝ ਮੁੜ-ਮੁੜ ਹੋਣ ਵਾਲੀਆਂ ਗਲਤੀਆਂ ਜੋ ਲੌਗ 'ਤੇ ਭਰੋਸਾ ਤੋੜ ਦਿੰਦੀਆਂ ਹਨ:
- ਬਿਨਾਂ ਬਦਲ-ਇਤਿਹਾਸ ਦੇ ਪੁਰਾਣੀਆਂ ਐਂਟਰੀਜ਼ ਸੋਧਣ ਦੀ ਆਗਿਆ
- ਨਾਂ ਅਤੇ ਯੂਨਿਟ ਫਾਰਮੈਟਾਂ ਵਿੱਚ ਇਕਸਾਰਤਾ ਦੀ ਘਾਟ (Apt 3B vs #3B vs Unit 03-B)
- ਅਸਪਸ਼ਟ ਲੇਬਲ ਆਉਣ 'ਤੇ ਯੂਨਿਟ ਵੇਰਵੇ ਬਿਨਾ ਜਾਂਚੇ ਸਵੀਕਾਰ ਕਰ ਲੈਣਾ
- ਪਛਾਣ ਜਾਂ ਅਧਿਕਾਰ ਵੇਰਵਾ ਬਿਨਾਂ ਪੈਕੇਜ ਹੱਥੋਂ ਦੇਣਾ
ਇੱਕ ਛੋਟੀ ਹਕੀਕਤ-ਚੈੱਕ ਮਦਦਗਾਰ ਹੁੰਦੀ ਹੈ: ਜੇ ਤੁਹਾਨੂੰ ਵਿਵਾਦ ਵਿੱਚ ਐਂਟਰੀ ਦਾ ਰੱਖਿਆਣਾ ਹੋਵੇ ਤਾਂ ਕੀ ਇਹ ਦਿਖਾਏਗਾ ਕਿ ਕਿਸਨੇ ਪ੍ਰਾਪਤ ਕੀਤਾ, ਕਿੱਥੇ ਰੱਖਿਆ, ਅਤੇ ਕਿਸਨੇ ਪਿਕ ਕੀਤਾ? ਜੇ ਨਹੀਂ, ਤਾਂ ਅਗਲੇ ਵਿਆਸਤ ਡਿਲਿਵਰੀ ਦਿਨ ਤੋਂ ਪਹਿਲਾਂ ਫੀਲਡਾਂ ਅਤੇ ਨਿਯਮ ਕਸਰਤ ਕਰੋ।
ਡੈਸਕ ਤੇ ਸਟਾਫ਼ ਲਈ ਤੇਜ਼ ਚੈਕਲਿਸਟ
ਇੱਕ ਇਕਸਾਰ ਡੈਸਕ ਰੁਟੀਨ ਬਹੁਤ ਸਾਰੇ "ਇਹ ਕਦੇ ਨਹੀਂ ਆਇਆ" ਵਾਲੇ ਵਿਵਾਦ ਰੋਕ ਦਿੰਦੀ ਹੈ। ਪੈਕੇਜ ਖੇਤਰ ਕੋਲ ਇੱਕ ਛਪਿਆ ਹੋਇਆ ਚੈਕਲਿਸਟ ਰੱਖੋ ਅਤੇ ਹਰ ਸ਼ਿਫਟ ਉਹੀ ਤਰੀਕਾ ਅਪਨਾਓ।
ਸਕੈਨ, ਟਾਈਪ, ਜਾਂ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ 10 ਸੈਕਿੰਡ ਲੈਂਦੋ ਅਤੇ ਸਮਝੋ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਸਹੀ ਆਈਟਮ ਹੈ। ਸ਼ਿਪਿੰਗ ਲੇਬਲ, ਰਹਾਇਸ਼ੀ ਨਾਮ ਅਤੇ ਯੂਨਿਟ ਨੰਬਰ ਚੈੱਕ ਕਰੋ। ਜੇ ਡਿਲਿਵਰੀ ਵਿੱਚ ਕਈ ਬਾਕਸ ਹਨ ਤਾਂ ਉਹਨਾਂ ਦੀ ਗਿਣਤੀ ਕਰੋ ਅਤੇ ਟੋਟਲ ਦਰਜ ਕਰੋ ਤਾਂ ਕਿ ਬਾਅਦ ਵਿੱਚ ਕੁਝ ਵੱਖਰਾ ਨਾ ਰਹਿ ਜਾਵੇ।
ਇਹ ਤੇਜ਼ ਇੰਟੇਕ ਚੈਕਲਿਸਟ ਵਰਤੋ:
- ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਲੇਬਲ ਕਿਸੇ ਰਹਾਇਸ਼ੀ ਅਤੇ ਯੂਨਿਟ ਨਾਲ ਮਿਲਦਾ ਹੈ ਅਤੇ ਬਾਕਸਾਂ ਦੀ ਗਿਣਤੀ ਕਰੋ।
- ਹਰ ਵਾਰੀ ਸਟੋਰੇਜ ਸਥਾਨ ਲੌਗ ਕਰੋ (ਸ਼ੈਲਫ, ਲਾਕਰ, ਰੂਮ ਜੋਨ, ਜਾਂ ਬਿਨ ਨੰਬਰ)।
- ਕੁਝ ਅਸਧਾਰਣ ਨੋਟ ਕਰੋ (ਨੁਕਸਾਨ, ਯੂਨਿਟ ਨੰਬਰ ਗਾਇਬ, "ਦਸਤਖ਼ਤ ਲਾਜ਼ਮੀ", ਓਵਰਸਾਈਜ਼)।
- ਲੌਗ ਕਰਨ ਮਗਰੋਂ ਰਹਾਇਸ਼ੀ ਨੂੰ ਫੌਰਨ ਸੂਚਿਤ ਕਰੋ, ਜਦ ਤੱਕ ਪੈਕੇਜ ਤੁਹਾਡੇ ਹੱਥ ਵਿੱਚ ਹੈ।
- ਅਗਲੀ ਡਿਲਿਵਰੀ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੈਕੇਜ ਨੂੰ ਦਿਖਾਈ ਗਈ ਥਾਂ 'ਤੇ ਰੱਖੋ।
ਪਿਕਅਪ ਉਹ ਥਾਂ ਹਨ ਜਿੱਥੇ ਗਲਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਨਿਯੰਤਰਿਤ ਹੱਥ-ਅਦਾਨ-ਪ੍ਰਦਾਨ ਵਜੋਂ ਸੋਚੋ। ID ਜਾਂ ਬਿਲਡਿੰਗ-ਮਾਨਤਾ ਵਿਕਲਪ ਮੰਗੋ (ਉਦਾਹਰਨ ਲਈ, ਲਿਖਤੀ ਅਧਿਕਾਰ)। ਜੇ ਰਹਾਇਸ਼ੀ ਸਾਬਤ ਨਹੀਂ ਕਰ ਸਕਦੀ ਕਿ ਉਹ ਲੈਣ ਦੀ ਅਧਿਕਾਰੀ ਹੈ ਤਾਂ ਪੈਕੇਜ ਜਾਰੀ ਨਾ ਕਰੋ।
ਪਿਕਅਪ 'ਤੇ, ਲੂਪ ਬੰਦ ਕਰੋ:
- ਪਛਾਣ ਜਾਂ ਅਧਿਕਾਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
- ਰਹਾਇਸ਼ੀ ਨੂੰ ਲੌਗ ਕੀਤੇ ਆਈਟਮ(ਸ) ਅਤੇ ਥਾਂ ਨਾਲ ਮਿਲਾਓ।
- ਪਿਕਅਪ ਨੂੰ ਟਾਈਮਸਟੈਂਪ ਅਤੇ ਸਟਾਫ਼ ਨਾਮ ਨਾਲ ਮਾਰਕ ਕਰੋ।
ਜੇ ਤੁਸੀਂ ਜਾਂਚ ਨਹੀਂ ਕਰ ਸਕਦੇ ਜਾਂ ਲੱਭ ਨਹੀਂ ਸਕਦੇ, ਤਾਂ ਹੱਥ-ਅਦਾਨ-ਪ੍ਰਦਾਨ ਨੂੰ ਰੋਕੋ ਅਤੇ ਤੁਸੀਂ ਕੀ ਚੈੱਕ ਕੀਤਾ ਇਸਦੀ ਨੋਟ ਲਿਖੋ। ਉਹ ਨੋਟ ਬਾਅਦ ਵਿੱਚ ਘੰਟਿਆਂ ਬਚਾ ਸਕਦੀ ਹੈ।
ਉਦਾਹਰਨ ਸਨੈਰੀਓ: ਲਾਪਤਾ ਪੈਕੇਜ ਦਾਅਵਾ ਦਾ ਨਿਪਟਾਰਾ
Reduce costs with credits
Koder.ai 'ਤੇ ਜੋ ਤੁਸੀਂ ਬਣਾਉਂਦੇ ਹੋ ਉਹ ਸਾਂਝਾ ਕਰਕੇ ਜਾਂ ਸਾਥੀਆਂ ਨੂੰ ਰੈਫਰ ਕਰਕੇ ਕ੍ਰੈਡਿਟ ਪ੍ਰਾਪਤ ਕਰੋ।
ਮੰਗਲਵਾਰ ਹੈ। ਸ਼ਾਮ 5 ਵਜੇ ਤੱਕ, ਬਿਲਡਿੰਗ ਨੇ ਲੱਗਭਗ 30 ਡਿਲਿਵਰੀਆਂ ਲੈ ਲਈਆਂ। ਫਰੰਟ ਡੈਸਕ ਵਿੱਚ ਸਟਾਫ਼ ਘੱਟ ਹੈ, ਤਾਂ ਇੱਕ ਵਿਅਕਤੀ ਰਹਾਇਸ਼ੀਆਂ, ਫੋਨ ਕਾਲਾਂ ਅਤੇ ਨਿਰੰਤਰ ਕੈਰੀਅਰਾਂ ਦੇ ਦਰਮਿਆਨ ਸੰਭਾਲ ਰਿਹਾ ਹੈ।
3:12 PM 'ਤੇ, ਇੱਕ ਛੋਟਾ ਬਾਕਸ Jordan Lee (Unit 1207) ਲਈ ਆਇਆ। ਸਟਾਫ਼ ਮੈਂਬਰ ਨੇ ਲੇਬਲ ਸਕੈਨ ਕੀਤੀ, ਲੌਗ ਵਿੱਚ ਦਰਜ ਕੀਤਾ, ਅਤੇ ਇੱਕ ਸ਼ੈਲਫ ਟੈਗ ਪ੍ਰਿੰਟ ਕੀਤਾ: "1207-0312." ਉਹ ਬਾਕਸ Shelf B 'ਤੇ ਰੱਖਿਆ।
4:40 PM 'ਤੇ, ਦੂਜਾ ਕੈਰੀਅਰ ਇੱਕ ਮਿਲਤਾ-ਜੁਲਤਾ-ਆਕਾਰ ਦਾ ਬਾਕਸ Unit 1201 ਲਈ ਛੱਡਦਾ ਹੈ। ਭੀੜ ਦੇ ਚਲਦੇ ਹੋਏ, ਸਟਾਫ਼ ਮੈਂਬਰ ਨੇ ਗਲਤੀ ਨਾਲ ਇਸਨੂੰ Shelf B 'ਤੇ ਰੱਖ ਦਿੱਤਾ ਪਰ "1201-0440" ਟੈਗ ਗਲਤ ਬਾਕਸ ਉੱਤੇ ਲਾ ਦਿੱਤਾ। ਹੁਣ Jordan ਦਾ ਪੈਕੇਜ ਇਕੱਠੇ Shelf B 'ਤੇ ਹੈ, ਪਰ ਦਿੱਸ ਰਿਹਾ ਟੈਗ 1201 ਦਿਖਾ ਰਿਹਾ ਹੈ।
6:05 PM 'ਤੇ, Jordan ਆਉਂਦਾ ਹੈ ਅਤੇ ਕਹਿੰਦਾ ਹੈ, “ਮੈਂ ਨੋਟੀਫਿਕੇਸ਼ਨ ਮਿਲੀ ਪਰ ਇਹ ਨਹੀਂ ਮਿਲ ਰਿਹਾ।” ਸਟਾਫ਼ Shelf B ਖੋਜਦਾ ਹੈ ਅਤੇ ਕਿਸੇ ਵੀ ਟੈਗ 'ਤੇ "1207" ਨਹੀਂ ਵੇਖਦਾ, ਤਾਂ ਇਹ ਲਾਪਤਾ ਲੱਗਦਾ ਹੈ।
ਲੌਗ ਗੱਲਬਾਤ ਨੂੰ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਸਟਾਫ਼ Jordan ਦੀ ਐਂਟਰੀ ਖੋਲ੍ਹਦਾ ਹੈ ਅਤੇ ਦਿਖਾ ਸਕਦਾ ਹੈ:
- ਪ੍ਰਾਪਤੀ ਦਾ ਸਮਾਂ (3:12 PM) ਅਤੇ ਜਿਸਨੇ ਇਸਨੂੰ ਕਬੂਲ ਕੀਤਾ
- ਕਾਰ੍ਯਰ ਅਤੇ ਟ੍ਰੈਕਿੰਗ ਦੇ ਆਖ਼ਰੀ 4 ਅੰਕ
- ਰਿਕਾਰਡ ਕੀਤੀ ਸਟੋਰੇਜ ਸਥਿਤੀ (Shelf B)
- ਭੇਜੀ ਗਈ ਸੂਚਨਾ (ਟਾਈਮਸਟੈਂਪ)
ਫਿਰ ਸਟਾਫ਼ Shelf B ਲਈ 3 PM ਤੋਂ 5 PM ਵਿੱਚ ਦੀਆਂ ਐਂਟਰੀਜ਼ ਚੈਕ ਕਰਦਾ ਹੈ ਅਤੇ 1201 ਐਂਟਰੀ ਲੱਭ ਲੈਂਦਾ ਹੈ। ਬਾਕਸ ਉੱਤੇ ਲਗੇ ਟੈਗ ਦੇ ਟ੍ਰੈਕਿੰਗ ਅੰਕ Jordan ਦੀ ਐਂਟਰੀ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹਨ, 1201 ਨਾਲ ਨਹੀਂ। ਉਹ ਟੈਗ ਸਹੀ ਕਰਦੇ ਹਨ, ਸਟੋਰੇਜ ਨੋਟ "rush ਦੌਰਾਨ mis-tagged" ਦੇ ਨਾਲ ਅਪਡੇਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ Jordan ਨੂੰ ID ਚੈੱਕ ਕਰਕੇ ਪੈਕੇਜ ਦੇ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। Jordan ਡਿਵਾਈਸ 'ਤੇ ਦਸਤਖ਼ਤ ਕਰਦਾ ਹੈ ਅਤੇ ਪਿਕਅਪ ਸਮਾਂ ਰਿਕਾਰਡ ਹੁੰਦਾ ਹੈ।
ਬਾਅਦ ਵਿੱਚ, ਡੈਸਕ ਕੁਝ ਸੋਧਾਂ ਕਰਦਾ ਹੈ:
- ਲਾਜ਼ਮੀ ਲੇਬਲ ਚੈਕ ਕਦਮ ਜੋੜੋ: ਸ਼ੈਲਫ਼ 'ਤੇ ਰੱਖਣ ਤੋਂ ਪਹਿਲਾਂ ਆਖ਼ਰੀ 4 ਟ੍ਰੈਕਿੰਗ ਅੰਕ ਮਿਲਾਓ
- "ਸ਼ੈਲਫ + ਪੁਜ਼ੀਸ਼ਨ" ਜ਼ਿਆਦਾ ਵਿਸ਼ੇਸ਼ ਬਣਾਓ (B-3, ਨਾ ਕਿ ਸਿਰਫ Shelf B)
- ਸਟਾਫ਼ ਨੂੰ ਟ੍ਰੇਨ ਕਰੋ ਕਿ ਲਿਖਣ ਦੀ ਥਾਂ ਟੈਗ ਦੁਬਾਰਾ ਪ੍ਰਿੰਟ ਕਰਨਾ ਵਧੀਆ ਹੈ
- ਜਦੋਂ ਡਿਲਿਵਰੀਆਂ ਦੀ ਗਿਣਤੀ ਇੱਕ ਨਿਰਧਾਰਤ ਸੀਮਾ ਤੋਂ ਵੱਧ ਹੋਵੇ ਤਾਂ ਸ਼ਿਫਟ ਰੀਮਾਈੰਡਰ ਜੋੜੋ
ਅਗਲੇ ਕਦਮ: ਲਾਂਚ ਕਰੋ ਅਤੇ ਇਕਸਾਰ ਬਣਾਓ
ਇਕਸਾਰਤਾ ਉਹੀ ਚੀਜ਼ ਹੈ ਜੋ ਪਿਕਅਪ ਪੁਸ਼ਟੀ ਵਾਲੇ ਪੈਕੇਜ ਲੌਗ ਨੂੰ ਇਕ ਚੰਗੀ ਸੋਚ ਤੋਂ ਘੱਟ-ਸਟ੍ਰੈਸ ਅਤੇ ਘੱਟ ਵਿਵਾਦ ਵਾਲੀ ਪ੍ਰਣਾਲੀ ਬਣਾਉਂਦੀ ਹੈ। ਮਕਸਦ ਪਰਫੈਕਸ਼ਨ ਨਹੀਂ—ਇਕ ਸਾਂਝੀ ਰੁਟੀਨ ਹੈ ਜੋ ਹਰ ਸਟਾਫ਼ ਮੈਂਬਰ ਹਰ ਵਾਰੀ ਫੋਲੋ ਕਰੇ।
ਇੱਕ-ਪੇਜ਼ ਨੀਤੀ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ
ਨੀਤੀ ਥੋੜੀ ਛੋਟੀ ਰੱਖੋ ਤਾਂ ਕੋਈ ਵੀ ਰਹਾਇਸ਼ੀ ਦੇ ਵਿਚਕਾਰ ਮੁੱਕ ਜਾ ਸਕੇ। ਉਹ ਘੱਟੋ-ਘੱਟ ਫੀਲਡ ਲਿਖੋ ਜੋ ਤੁਸੀਂ ਹਰ ਵਾਰੀ ਪਕੜੋਗੇ, ਅਤੇ ਦੋ-ਤਿੰਨ ਨਿਯਮ ਜੋ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਮਾਇਨੇ ਰੱਖਦੇ ਹਨ (ਉਦਾਹਰਨ: ਕੋਈ ਵੀ ਪੈਕੇਜ ਸਥਿਤੀ ਦਰਜ ਕੀਤੇ ਬਿਨਾਂ ਸ਼ੈਲਫ਼ 'ਤੇ ਨਾ ਰੱਖਿਆ ਜਾਵੇ, ਅਤੇ ਕੋਈ ਵੀ ਪਿਕਅਪ ਪੁਸ਼ਟੀ ਬਿਨਾਂ ਪੁਸ਼ਟੀ ਦੇ ਮਾਰਕ ਨਾ ਕੀਤੀ ਜਾਵੇ)।
ਆਉਟਲੈਟ ਜਿੰਨੀ ਅਕਸਰ ਕੰਮ ਕਰਦਾ:
- ਇੱਕ ਸ਼ੁਰੂਆਤੀ ਤਾਰੀਖ ਚੁਣੋ ਅਤੇ ਨਵੀਂ ਪ੍ਰਕਿਰਿਆ ਹਰ ਡਿਲਿਵਰੀ ਲਈ ਵਰਤੋ, ਛੋਟੇ ਲਿਫਾਫਿਆਂ ਸਮੇਤ।
- ਹਰ ਐਂਟਰੀ 'ਤੇ ਇਕੋ ਘੱਟੋ-ਘੱਟ ਫੀਲਡ ਵਰਤੋ, ਅਤੇ ਵਿਕਲਪਿਕ ਫੀਲਡਨਾਂ ਨੂੰ ਸੱਚਮੁਚ ਵਿਕਲਪਿਕ ਰੱਖੋ।
- ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਪਿਕਅਪ ਪੁਸ਼ਟੀ ਵਿੱਚ ਕੀ ਗਿਣਿਆ ਜਾਵੇ (ਦਸਤਖ਼ਤ, ਫੋਟੋ, PIN, ਜਾਂ ID ਚੈੱਕ)।
- ਪੈਕੇਜਾਂ ਲਈ ਇੱਕ ਸਥਾਨ ਨਿਰਧਾਰਿਤ ਕਰੋ, ਸਾਫ਼ ਸ਼ੈਲਫ ਜਾਂ ਬਿਨ ਨੰਬਰ ਲਗਾਓ।
- ਇੱਕ ਮਾਲਿਕ ਨਿਰਧਾਰਿਤ ਕਰੋ ਜੋ ਸਵਾਲਾਂ ਦਾ ਉੱਤਰ ਦੇਵੇ ਅਤੇ ਨੀਤੀ ਨੂੰ ਅੱਪਡੇਟ ਕਰੇ ਜਦ ਗੜਬੜ ਹੋਵੇ।
ਤੇਜ਼ ਤਰਕ ਨਾਲ ਟਰੇਨ ਕਰੋ ਅਤੇ ਸਿਸਟਮ ਦੀ ਜਾਂਚ ਕਰੋ
ਸ਼ਿਫਟ-ਚੇਨਜ਼ 'ਤੇ 10 ਮਿੰਟ ਦੀ ਰੋਲ-ਪਲੇ ਕਰੋ। ਆਮ ਐਜ ਕੇਸ ਵਰਤੋ, ਜਿਵੇਂ ਕਿ ਯੂਨਿਟ ਨੰਬਰ ਗਾਇਬ ਹੈ, ਰਹਾਇਸ਼ੀ ਕਿਸੇ ਹੋਰ ਨੂੰ ਭੇਜ ਰਿਹਾ ਹੈ, ਲਾਕਰ ਭਰਿਆ ਹੋਇਆ ਹੈ, ਜਾਂ ਕੈਰੀਅਰ ਇੱਕੋ ਯੂਨਿਟ ਲਈ ਕਈ ਬਾਕਸ ਛੱਡਦਾ ਹੈ। ਪ੍ਰੈਕਟਿਕਲ ਰੱਖੋ: ਸਟਾਫ਼ ਨੂੰ ਉਹੀ ਕਹਿਣਾ ਅਤੇ ਲੌਗ ਕਰਨਾ ਪ੍ਰੈਕਟਿਸ ਕਰਵਾਓ ਜੋ ਉਹ ਸਕਾਰਤਮਕ ਤੌਰ 'ਤੇ ਕਰਨਗੇ।
ਫਿਰ ਹਫ਼ਤੇ ਵਿੱਚ ਇੱਕ ਵਾਰ ਲੌਗ ਦੀ ਸਮੀਖਿਆ ਕਰੋ—ਪੈਟਰਨ ਦੇਖੋ, ਨਾ ਕਿ ਦੋਸ਼ ਲਾਉਣ। ਦੇਖੋ ਕਿਹੜੇ ਪੈਕੇਜ ਲੰਬੇ ਸਮੇਂ ਰਹਿੰਦੇ ਹਨ, ਇੱਕੋ ਗਲਤੀਆਂ ਮੁੜ-ਮੁੜ ਆ ਰਹੀਆਂ ਹਨ, ਅਤੇ ਕੋਈ ਖੇਤਰ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਇੱਕੋ ਫੀਲਡ ਗੁੰਮ ਹੈ। ਕਾਰਨ ਸੁਧਾਰੋ (ਅਸਪਸ਼ਟ ਸ਼ੈਲਫ ਲੇਬਲ, ਗੁੰਝਲਦਾਰ ਯੂਨਿਟ ਫਾਰਮੈਟ, ਜਾਂ ਭੱਜਿਆ ਹੋਇਆ ਹੈਂਡਆਫ਼), ਫਿਰ ਇੱਕ-ਪੇਜ਼ ਨੀਤੀ ਅਪਡੇਟ ਕਰੋ।
ਜੇ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਆਟੋਮੇਟ ਕਰਨ ਦੇ ਇੱਛੁਕ ਹੋ, ਇੱਕ ਛੋਟਾ ਇੰਟਰਨਲ ਐਪ ਹੱਥ-ਲਿਖਾਈ ਘੱਟ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਗੁਮ ਨੋਟੀਫਿਕੇਸ਼ਨ ਕਮ ਕਰ ਸਕਦਾ ਹੈ। ਕੁਝ ਟੀਮਾਂ ਇਸ ਤਰ੍ਹਾਂ ਦਾ ਵਰਕਫਲੋ Koder.ai (koder.ai) 'ਤੇ ਬਣਾਉਂਦੀਆਂ ਹਨ تاکہ ਸਟਾਫ਼ ਡੈਸਕ ਰੁਟੀਨ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਡਿਲਿਵਰੀ ਲੌਗ, ਨੋਟੀਫਾਈ, ਅਤੇ ਪਿਕਅਪ ਪੁਸ਼ਟੀ ਇੱਕ ਜਗ੍ਹਾ ਤੇ ਕਰ ਸਕਣ।
ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ
Why do we need a package log if carriers already mark items as delivered?
ਇੱਕ ਪੈਕੇਜ ਲੌਗ ਆਮ ਵਿਵਾਦਾਂ ਨੂੰ ਰੋਕਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਇਕਸਾਰ ਰਿਕਾਰਡ ਬਣਾਉਂਦਾ ਹੈ—ਕੀ ਆਇਆ, ਕਿੱਥੇ ਰੱਖਿਆ ਗਿਆ, ਕਦੋਂ ਰਹਾਇਸ਼ੀ ਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਗਿਆ ਅਤੇ ਕਿਸਨੇ ਪਿਕ ਕੀਤਾ। ਜਦੋਂ ਇਹ ਵੇਰਵੇ ਹਰ ਵਾਰੀ ਇੱਕੋ ਢੰਗ ਨਾਲ ਰਿਕਾਰਡ ਹੁੰਦੇ ਹਨ, ਸਟਾਫ਼ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਤੇਜ਼ੀ ਨਾਲ ਦੇ ਸਕਦਾ ਹੈ ਅਤੇ ਮੈਨੇਜਮੈਂਟ ਕੋਲ ਵੀ ਸਪੱਸ਼ਟ ਟਰෙਲ ਰਹਿੰਦੀ ਹੈ ਜੇ ਕੋਈ ਸ਼ਿਕਾਇਤ ਵਧੇ।
What are the minimum fields every package entry should include?
ਬੇਸਿਕ ਫੀਲਡ ਸ਼ੁਰੂ ਕਰਨ ਲਈ: ਕਾਰ੍ਯਰ, ਪ੍ਰਾਪਤੀ ਦੀ ਤਾਰੀਖ/ਸਮਾਂ, ਯੂਨਿਟ ਨੰਬਰ ਅਤੇ ਰਹਾਇਸ਼ੀ ਦਾ ਨਾਮ, ਪੈਕੇਜ ਗਿਣਤੀ, ਜਿਸਨੇ ਸਰਕਾਰੀ ਤੌਰ 'ਤੇ ਕਬੂਲ ਕੀਤਾ (ਸਟਾਫ਼ ਇਨਿਸ਼əlਜ਼), ਸਟੋਰੇਜ ਸਪੱਸ਼ਟ ਥਾਂ, ਅਤੇ ਪਿਕਅਪ ਸਥਿਤੀ ਨਾਲ ਟਾਈਮਸਟੈਂਪ। ਜੇ ਇੱਕ ਵਾਧੂ ਜਾਣਕਾਰੀ ਜੋੜਨੀ ਹੋਵੇ ਤਾਂ ਇੱਕ ਯੂਨੀਕ ID ਜੋੜੋ ਤਾਂ ਕਿ ਸਟਾਫ਼ "ਪੈਕੇਜ #1842" ਕਹਿ ਸਕੇ ਨਾ ਕਿ ਕੇਵਲ ਵਰਣਨ ਰਾਹੀਂ ਅਨੁਮਾਨ ਲਗਾਉਣ।
What should staff do when a label is missing a unit number or is hard to read?
ਅਸਪਸ਼ਟ ਲੇਬਲਾਂ ਨੂੰ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਇਸਤੇਮਾਲ ਦੀ ਤਰ੍ਹਾਂ ਸੰਭਾਲੋ—ਕਦੇ ਵੀ ਅਨੁਮਾਨ ਨਾ ਲਗਾਓ। ਇਸਨੂੰ "ਅਣਪਛਾਤਾ ਪ੍ਰਾਪਤਕਰਤਾ" ਦੇ ਤੌਰ ਤੇ ਲੌਗ ਕਰੋ, ਉਸੇ ਲਈ ਇੱਕ ਵੱਖਰਾ ਬਿਨ/ਐਰੀਆ ਰੱਖੋ ਅਤੇ ਲੇਬਲ ਤੋਂ ਜੋ ਪੜ੍ਹ ਸਕਦੇ ਹੋ ਉਹ ਸਹੀ-ਸਹੀ ਨੋਟ ਕਰੋ ਤਾਂ ਕਿ ਗ਼ਲਤ ਯੂਨਿਟ ਤੇ ਐਸਾਈਨ ਕਰਨ ਤੋਂ بچਿਆ ਜਾ ਸਕੇ।
How specific should the storage location be in the log?
ਇੱਕ ਸਪੱਸ਼ਟ ਥਾਂ ਜਾਣਕਾਰੀ ਦੇਉ ਜੋ ਨੈਵੇਟ ਸਟਾਫ਼ ਨੂੰ ਬਿਨਾਂ ਖੋਜੇ ਲੱਭ ਆ ਜਾਵੇ, ਜਿਵੇਂ ਕਿ ਕਮਰਾ + ਸ਼ੈਲਫ + ਸਲੌਟ (ਉਦਾਹਰਨ: "ਕਮਰਾ A, ਸ਼ੈਲਫ 2, ਸਲੌਟ 4"). ਕੇਵਲ "ਪੈਕੇਜ ਰੂਮ" ਲਿਖਣਾ ਬਹੁਤ ਅਣਨਿਸ਼ਚਿਤ ਹੁੰਦਾ ਹੈ; ਇੱਕ ਵਿਸ਼ੇਸ਼ ਸਥਿਤੀ ਹਰ ਵਾਰੀ ਖੋਜ ਘਟਾਉਂਦੀ ਹੈ।
When should residents be notified about deliveries?
ਜਦ ਤਕ ਪੈਕੇਜ ਲੌਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਫੌਰਨ ਹੀ ਸੂਚਿਤ ਕਰੋ—ਜਦ ਪੈਕੇਜ ਕਾਢਿਆ ਜਾ ਰਿਹਾ ਹੈ ਸਟਾਫ਼ ਕੋਲ ਉਹ ਜਾਣਕਾਰੀ ਤਾਜ਼ਾ ਹੁੰਦੀ ਹੈ। ਤੇਜ਼ ਨੋਟੀਫਿਕੇਸ਼ਨ "ਮੈਨੂੰ ਨੋਟਿਸ ਨਹੀਂ ਮਿਲਿਆ" ਵਾਲੀਆਂ ਸ਼ਿਕਾਇਤਾਂ ਘਟਾਉਂਦੇ ਹਨ ਅਤੇ ਦਫਤਰ ਨੂੰ ਬਾਅਦ ਵਿੱਚ follow-up ਤੋਂ ਬਚਾਉਂਦੇ ਹਨ।
What’s the simplest pickup confirmation method that still holds up in a dispute?
ਇੱਕ ਤਰੀਕਾ ਚੁਣੋ ਅਤੇ ਹਰ ਵਾਰੀ ਉਸਨੂੰ ਵਰਤੋ—ਭੀੜ ਹੋਣ ਵੇਲੇ ਵੀ। ਫ਼ੋਟੋ ID ਜਾਂ ਦਸਤਖ਼ਤ ਇੱਕ ਮਜ਼ਬੂਤ ਬੁਨਿਆਦ ਹੈ; ਜੇ ਤੁਸੀਂ ਕੋਡ ਜਾਂ QR ਵਰਤਦੇ ਹੋ ਤਾਂ ਇਹ ਯੂਨੀਕ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਪੈਕੇਜ ਦੇ ਨਾਲ ਯੂਨਿਟ ਨਾਲ ਜੋੜਿਆ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
How do we handle roommates or family members picking up someone else’s package?
ਪੈਕੇਜ ਜਾਰੀ ਨਾ ਕਰੋ ਜਦ ਤਕ ਤੁਸੀਂ ਸਾਬਿਤ ਨਾ ਕਰ ਸਕੋ ਕਿ ਉਹ ਅਧਿਕਾਰਤ ਹੈ। ਪੂਰਵ-ਮਨਜ਼ੂਰ ਲਿਸਟ, ਲਿਖਤੀ ਅਧਿਕਾਰ, ਜਾਂ ਇਕ ਛੋਟੀ ਰਿਹਾਇਸ਼ੀ ਪੁਸ਼ਟੀ ਜੋ ਤੁਸੀਂ ਲੌਗ 'ਚ ਨੋਟ ਕਰ ਸਕੋ ਵਰਤੋ; ਅਤੇ ਚੁਕਦਾਰ ਦਾ ਨਾਮ ਤੇ ਪਛਾਣ ਕਿਸਮ ਲਿਖੋ ਤਾਂ ਕਿ ਅਗਲੀ ਸ਼ਿਫਟ ਸਮਝ ਸਕੇ।
What’s the best way to fix a package that was logged to the wrong unit?
ਮੂਲ ਰਿਕਾਰਡ ਨੂੰ ਰੱਖਦੇ ਹੋਏ ਠੀਕ ਢੰਗ ਨਾਲ ਸਹੀ ਕਰੋ। ਅਸਲ ਇਨਟਰੀ ਮਟਾਓ ਨਹੀਂ—ਇਸਦੀ ਥਾਂ ਇੱਕ ਸਪੱਸ਼ਟ ਸੁਧਾਰ ਨੋਟ ਜੋੜੋ (ਉਦਾਹਰਨ: "ਗਲਤ ਸਕੈਨ ਹੋਇਆ, 3B ਤੋਂ 3D ਵਿੱਚ ਦੁਬਾਰਾ ਸੌਂਪਿਆ"), ਤੇ ਜੋ ਬਦਲਾਅ ਕੀਤਾ ਉਸਦਾ ਨਾਮ ਅਤੇ ਸਮਾਂ ਰਿਕਾਰਡ ਕਰੋ ਤਾਂ ਕਿ ਲੌਗ ਵਿਸ਼ਵਾਸਯੋਗ ਰਹੇ।
How do we keep a package log from becoming a privacy problem?
ਕੇਵਲ ਉਹੀ ਜਾਣਕਾਰੀ ਰਿਕਾਰਡ ਕਰੋ ਜੋ ਡਿਲਿਵਰੀ ਅਤੇ ਪਿਕਅਪ ਸਾਬਤ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹੈ, ਅਤੇ ਐਂਟ੍ਰੀ ਨੂੰ ਦੇਖਦਿਆਂ/ਸੋਧਦਿਆਂ ਰੋਲ ਸਪੱਸ਼ਟ ਰੱਖੋ।ਆਮ ਤੌਰ 'ਤੇ 30-90 ਦਿਨ ਰਿਕਾਰਡ ਰੱਖਣਾ ਵਰਕਦਾਰ ਹੁੰਦਾ ਹੈ ਬਿਨਾਂ ਕਿਸੇ ਝਗੜੇ ਜਾਂ ਕਾਨੂੰਨੀ ਲੋੜ ਦੇ।
Can we automate this process without changing how the front desk works?
ਹਾਂ—ਜੇ ਇਹ ਡੈਸਕ ਰੁਟੀਨ ਨੂੰ ਅਸਾਨ ਬਣਾਉਂਦਾ ਹੈ। ਇੱਕ ਛੋਟਾ ਇੰਟਰਨਲ ਐਪ ਫੀਲਡਾਂ ਨੂੰ ਸਟੈਂਡਰਡ ਕਰ ਸਕਦਾ ਹੈ, ਸੂਚਨਾਵਾਂ ਨੂੰ ਆਪਣੇ ਆਪ ਭੇਜ ਸਕਦਾ ਹੈ, ਅਤੇ ਆਡਿਟ ਟਰੈਲ ਰੱਖ ਸਕਦਾ ਹੈ; ਟੀਮਾਂ ਅਕਸਰ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਵਰਕਫਲੋ Koder.ai (koder.ai) 'ਤੇ ਬਣਾਉਂਦੀਆਂ ਹਨ ਤਾਂ ਕਿ ਸਟਾਫ਼ delivery ਨੂੰ ਲੌਗ, ਨੋਟੀਫਾਈ ਅਤੇ ਪਿਕਅਪ ਪੁਸ਼ਟੀ ਇੱਕ ਥਾਂੇ ਤੇ ਕਰ ਸਕੇ।