ਰੌਚਡੇਲ ਵਿੱਚ ਕਾਰਡ ਟਰਮੀਨਲ

ਤੈਅ ਕਰੋ ਕਿ ਭੁਗਤਾਨ ਕਿੱਥੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

ਇੱਕ ਨਿਸ਼ਚਿਤ ਕਾਊਂਟਰ ਸਟਾਫ਼ ਨੂੰ ਚੀਜ਼ਾਂ ਦੀ ਜਾਂਚ ਕਰਨ, ਭੁਗਤਾਨ ਲੈਣ ਅਤੇ ਰਸੀਦਾਂ ਜਾਰੀ ਕਰਨ ਲਈ ਇੱਕ ਸਥਿਰ ਥਾਂ ਦਿੰਦਾ ਹੈ। ਇਹ ਉਸ ਦੁਕਾਨ ਲਈ ਢੁੱਕਵਾਂ ਹੋ ਸਕਦਾ ਹੈ ਜਿੱਥੇ ਖਰੀਦਦਾਰੀ ਹਮੇਸ਼ਾ ਇੱਕੋ ਟਿੱਲ ਤੋਂ ਹੁੰਦੀ ਹੈ। ਇਸ ਦਾ ਨੁਕਸਾਨ ਇਹ ਹੈ ਕਿ ਜਦੋਂ ਕਿਸੇ ਗਾਹਕ ਨੂੰ ਕਾਊਂਟਰ ਤੋਂ ਦੂਰ ਮਦਦ ਚਾਹੀਦੀ ਹੋਵੇ ਜਾਂ ਉਹ ਸਲਾਹ-ਮਸ਼ਵਰੇ ਵਾਲੀ ਮੇਜ਼ ’ਤੇ ਬੈਠ ਕੇ ਭੁਗਤਾਨ ਕਰਨਾ ਚਾਹੇ, ਤਾਂ ਲਚਕ ਘੱਟ ਰਹਿੰਦੀ ਹੈ।

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

ਜਿੱਥੇ ਸਟਾਫ਼ ਅਸਲ ਵਿੱਚ ਖੜ੍ਹਦਾ ਹੈ, ਉੱਥੇ ਕਨੈਕਟੀਵਿਟੀ ਜਾਂਚੋ

ਰੌਚਡੇਲ ਦੀ ਦੁਕਾਨ ਲਈ, ਆਮ ਕਵਰੇਜ ਦੀਆਂ ਉਮੀਦਾਂ ’ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਬਜਾਏ ਖੁਦ ਕਾਰੋਬਾਰੀ ਥਾਂ ਦੀ ਜਾਂਚ ਕਰੋ। ਰਾਊਟਰ ਦੇ ਕੋਲ ਕੰਮ ਕਰਨ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਸ਼ੈਲਫ਼ਾਂ ਦੇ ਪਿੱਛੇ ਜਾਂ ਚੀਜ਼ਾਂ ਸੌਂਪਣ ਵਾਲੇ ਡੈਸਕ ’ਤੇ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ। ਪੁੱਛੋ ਕਿ ਪ੍ਰਸਤਾਵਿਤ ਟਰਮੀਨਲ ਤਾਰ ਵਾਲੀ, Wi-Fi ਜਾਂ ਮੋਬਾਈਲ ਕਨੈਕਟੀਵਿਟੀ ਵਰਤਦਾ ਹੈ ਅਤੇ ਕਨੈਕਸ਼ਨ ਟੁੱਟਣ ’ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ।

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

• ਹਰ ਭੁਗਤਾਨ ਵਾਲੀ ਥਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ, ਜਿਸ ਵਿੱਚ ਅਸਥਾਈ ਵਿਕਰੀ ਵਾਲੀ ਥਾਂ ਵੀ ਸ਼ਾਮਲ ਹੋਵੇ।
• ਹਰ ਥਾਂ ’ਤੇ ਪ੍ਰਸਤਾਵਿਤ ਕਨੈਕਸ਼ਨ ਅਤੇ ਬਿਜਲੀ ਦੇ ਪ੍ਰਬੰਧ ਜਾਂਚੋ।
• ਪੁੱਛੋ ਕਿ ਰੁਕਾਵਟ ਆਏ ਭੁਗਤਾਨ ਦੇ ਪੂਰਾ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਸਟਾਫ਼ ਕਿਵੇਂ ਕਰ ਸਕਦਾ ਹੈ।

ਵਿਕਰੀ ਅਤੇ ਭੁਗਤਾਨ ਨੂੰ ਆਪਸ ਵਿੱਚ ਜੋੜ ਕੇ ਰੱਖੋ

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

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

ਇੱਕ ਉਦਾਹਰਨ: ਇੱਕ ਆਰਡਰ, ਦੋ ਵਾਰ ਕੰਮ ਦਾ ਹਵਾਲਾ

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

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

ਭੁਗਤਾਨ ਨਿਪਟਾਰੇ ਅਤੇ ਕੁੱਲ ਲਾਗਤ ਦੀ ਤੁਲਨਾ ਕਰੋ

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

ਸਟਾਫ਼ ਦੀ ਕਾਰਜ-ਪ੍ਰਕਿਰਿਆ ਦੇ ਨਾਲ ਟਰਮੀਨਲ ਦੀ ਲਾਗਤ, ਪ੍ਰੋਸੈਸਿੰਗ ਫ਼ੀਸਾਂ ਅਤੇ ਲਾਗੂ ਸ਼ਰਤਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਯੋਗ NeroPay ਕਾਰਡ ਟਰਮੀਨਲ ਨਾਲ, NeroPOS, NeroWeb ਅਤੇ NeroBooking ਸੌਫਟਵੇਅਰ ਵਾਧੂ ਸੌਫਟਵੇਅਰ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਫ਼ੀਸ ਤੋਂ ਬਿਨਾਂ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਟਰਮੀਨਲ ਦੀ ਲਾਗਤ, ਭੁਗਤਾਨ ਪ੍ਰੋਸੈਸਿੰਗ ਫ਼ੀਸਾਂ, ਯੋਗਤਾ ਅਤੇ ਲਾਗੂ ਸ਼ਰਤਾਂ ਫਿਰ ਵੀ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ। ਆਪਣੇ ਮੌਜੂਦਾ ਟਿੱਲ ਪ੍ਰਬੰਧਾਂ ਵਿੱਚ ਬਦਲਾਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਢੁਕਵੇਂ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।