DataMatrix ਜਾਂ ਜੁੱਤੀਆਂ ਨੂੰ ਸਹੀ ਤਰ੍ਹਾਂ ਲੇਬਲ ਕਿਵੇਂ ਕਰਨਾ ਹੈ

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

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

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

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

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

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

ਆਮ ਨਿਯਮ ਅਤੇ ਸੰਕਲਪ

ਯੂ.ਓ.ਟੀ - ਮਾਲ ਦੇ ਗੇੜ ਵਿੱਚ ਭਾਗੀਦਾਰ.
ਸੀ.ਆਰ.ਪੀ.ਟੀ - ਹੋਨਹਾਰ ਤਕਨਾਲੋਜੀਆਂ ਦੇ ਵਿਕਾਸ ਲਈ ਕੇਂਦਰ। ਪ੍ਰਾਈਵੇਟ ਕੰਪਨੀ, ਸਿਰਫ ਰਾਜ ਮਾਰਕਿੰਗ ਪ੍ਰੋਜੈਕਟ ਲਈ ਠੇਕੇਦਾਰ। ਇਹ ਪਬਲਿਕ ਪ੍ਰਾਈਵੇਟ ਪਾਰਟਨਰਸ਼ਿਪ (PPP) ਸਕੀਮ ਅਧੀਨ ਕੰਮ ਕਰਦਾ ਹੈ। ਬਦਕਿਸਮਤੀ ਨਾਲ, ਪ੍ਰੋਜੈਕਟ ਲਈ ਟੈਂਡਰ ਵਿੱਚ ਹੋਰ ਭਾਗੀਦਾਰਾਂ ਬਾਰੇ ਅਤੇ ਨਾਲ ਹੀ ਟੈਂਡਰ ਬਾਰੇ ਵੀ ਕੋਈ ਜਾਣਕਾਰੀ ਨਹੀਂ ਹੈ।
ਟੀ.ਜੀ - ਉਤਪਾਦ ਸਮੂਹ. ਜੁੱਤੇ, ਕੱਪੜੇ, ਟਾਇਰ, ਆਦਿ
ਜੀਟੀਆਈਐਨ - ਅਸਲ ਵਿੱਚ, ਰੰਗ ਅਤੇ ਆਕਾਰ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ ਇੱਕ ਲੇਖ। GS1 ਜਾਂ ਹਰੇਕ ਆਯਾਤਕ ਜਾਂ ਨਿਰਮਾਤਾ ਲਈ ਉਸਦੇ ਉਤਪਾਦ ਲਈ ਰਾਸ਼ਟਰੀ ਕੈਟਾਲਾਗ ਵਿੱਚ ਜਾਰੀ ਕੀਤਾ ਗਿਆ। ਨਿਰਮਾਤਾ ਜਾਂ ਆਯਾਤਕ ਨੂੰ ਪਹਿਲਾਂ ਉਤਪਾਦ ਦਾ ਵਰਣਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
ਪੀ.ਪੀ.ਆਰ - ਰਸ਼ੀਅਨ ਫੈਡਰੇਸ਼ਨ ਦੀ ਸਰਕਾਰ ਦਾ ਫ਼ਰਮਾਨ. ਜੁੱਤੀਆਂ ਲਈ - 860.
ਕੇ.ਐਮ - ਮਾਰਕਿੰਗ ਕੋਡ. ਕਿਸੇ ਖਾਸ ਉਤਪਾਦ ਆਈਟਮ ਨੂੰ ਨਿਰਧਾਰਤ ਅੱਖਰਾਂ ਦਾ ਇੱਕ ਵਿਲੱਖਣ ਸਮੂਹ। ਜੁੱਤੀਆਂ ਲਈ, ਇਸ ਵਿੱਚ ਇੱਕ GTIN, ਸੀਰੀਅਲ ਨੰਬਰ, ਪੁਸ਼ਟੀਕਰਨ ਕੋਡ ਅਤੇ ਕ੍ਰਿਪਟੋ-ਟੇਲ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ।
GS1 ਇੱਕ ਅੰਤਰਰਾਸ਼ਟਰੀ ਸੰਸਥਾ ਹੈ ਜੋ GTIN ਜਾਰੀ ਕਰਦੀ ਹੈ। ਉਹ ਕਈ ਲੇਬਲਿੰਗ ਮਿਆਰਾਂ ਦੇ ਕੰਪਾਈਲਰ ਵੀ ਹਨ।
ਰਾਸ਼ਟਰੀ ਕੈਟਾਲਾਗ - CRPT ਦੁਆਰਾ ਵਿਕਸਤ GS1 ਦਾ ਐਨਾਲਾਗ।
ਕ੍ਰਿਪਟੋਟੇਲ - ਮੁੱਖ ਮੰਤਰੀ ਦੀ ਕਾਨੂੰਨੀਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਵਾਲੇ ਇੱਕ ਡਿਜੀਟਲ ਦਸਤਖਤ ਦਾ ਐਨਾਲਾਗ। ਸਟੈਂਪ 'ਤੇ ਡਾਟਾ ਮੈਟ੍ਰਿਕਸ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਟੈਕਸਟ ਫਾਰਮ ਵਿੱਚ ਸਟੋਰੇਜ ਦੀ ਮਨਾਹੀ ਹੈ। ਛਪਾਈ ਤੋਂ ਬਾਅਦ, ਸਟੈਂਪਾਂ ਨੂੰ ਸੀਆਰਪੀਟੀ ਨਾਲ ਸਮਝੌਤੇ ਦੇ ਅਨੁਸਾਰ ਹਟਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ। ਅਸਲ ਵਰਤੋਂ ਦੇ ਕੋਈ ਜਾਣੇ-ਪਛਾਣੇ ਮਾਮਲੇ ਨਹੀਂ ਹਨ।
ਸੀ.ਪੀ.ਐਸ - ਆਰਡਰ ਪ੍ਰਬੰਧਨ ਸਟੇਸ਼ਨ. ਸਿਸਟਮ ਜਿਸ ਵਿੱਚ ਸਾਮਾਨ ਲਈ KM ਆਰਡਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
ਈ.ਡੀ.ਆਈ - ਇਲੈਕਟ੍ਰਾਨਿਕ ਦਸਤਾਵੇਜ਼ ਪ੍ਰਬੰਧਨ.
ਯੂਕੇਈਪੀ - ਵਿਸਤ੍ਰਿਤ ਯੋਗ ਇਲੈਕਟ੍ਰਾਨਿਕ ਦਸਤਖਤ।

ਇਸ ਲੇਖ ਦੇ ਦਾਇਰੇ ਵਿੱਚ ਨਿਯਮ ਅਤੇ ਸੰਕਲਪ

ChZ - ਇੱਕ ਇਮਾਨਦਾਰ ਚਿੰਨ੍ਹ.
ਠੀਕ ਹੈ - ਨਿੱਜੀ ਖੇਤਰ.
ਬਣਾਉ - ਛਾਪਿਆ ਮਾਰਕਿੰਗ ਕੋਡ।

ਪ੍ਰਕਿਰਿਆ ਇਸ ਤਰ੍ਹਾਂ ਹੈ: ਪਹਿਲਾਂ, ਭਾਗੀਦਾਰ (UOT) ਇੱਕ ਇਲੈਕਟ੍ਰਾਨਿਕ ਹਸਤਾਖਰ (UKEP) ਜਾਰੀ ਕਰਦਾ ਹੈ, ਇੱਕ ਇਮਾਨਦਾਰ ਚਿੰਨ੍ਹ (CH) ਵਿੱਚ ਰਜਿਸਟਰ ਕਰਦਾ ਹੈ, ਰਾਸ਼ਟਰੀ ਕੈਟਾਲਾਗ ਜਾਂ GS1 ਵਿੱਚ ਉਤਪਾਦ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਤਪਾਦ ਲਈ GTIN ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਇਹਨਾਂ ਕਦਮਾਂ ਨੂੰ ਇਮਾਨਦਾਰ ਚਿੰਨ੍ਹ ਦੀ ਵੈੱਬਸਾਈਟ 'ਤੇ ਵਿਸਥਾਰ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ, ਇਸਲਈ ਅਸੀਂ ਉਹਨਾਂ 'ਤੇ ਧਿਆਨ ਨਹੀਂ ਦੇਵਾਂਗੇ।

ਆਰਡਰ ਕਰਨਾ ਅਤੇ ਕੋਡ ਪ੍ਰਾਪਤ ਕਰਨਾ

GTIN ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਭਾਗੀਦਾਰ (UOT) CPS ਸਿਸਟਮ ਵਿੱਚ ਕੋਡਾਂ (KM) ਲਈ ਇੱਕ ਆਰਡਰ ਦਿੰਦਾ ਹੈ।
ਮਹੱਤਵਪੂਰਨ, ਪਰ ਸਪੱਸ਼ਟ ਨਹੀਂ।

1. ਤੁਸੀਂ ਇੱਕ ਆਰਡਰ ਵਿੱਚ ਵੱਧ ਤੋਂ ਵੱਧ 10 GTIN ਲਈ ਕੋਡ ਦੀ ਬੇਨਤੀ ਕਰ ਸਕਦੇ ਹੋ। ਸਿਧਾਂਤ ਵਿੱਚ, ਇੱਕ ਸਮਝ ਤੋਂ ਬਾਹਰ ਸੀਮਾ. 14 GTIN ਵਾਲੇ ਇੱਕ ਆਯਾਤਕ ਨੂੰ 000 ਆਰਡਰ ਬਣਾਉਣੇ ਪੈਂਦੇ ਹਨ।
2. ਪ੍ਰਤੀ ਆਰਡਰ ਵੱਧ ਤੋਂ ਵੱਧ 150 ਕੋਡਾਂ ਦੀ ਬੇਨਤੀ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
3. ਪ੍ਰਗਤੀ ਵਿੱਚ 100 ਆਰਡਰਾਂ ਦੀ ਸੀਮਾ ਹੈ। ਭਾਵ, ਇੱਕੋ ਸਮੇਂ 100 ਤੋਂ ਵੱਧ ਆਰਡਰ ਨਹੀਂ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਜੇਕਰ 100 ਤੋਂ ਵੱਧ ਹਨ, ਤਾਂ API ਆਰਡਰਾਂ ਦੀ ਸੂਚੀ ਦੀ ਬਜਾਏ ਇੱਕ ਗਲਤੀ ਵਾਪਸ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗਾ। ਇਸ ਗਲਤੀ ਨੂੰ ਠੀਕ ਕਰਨ ਦਾ ਇੱਕੋ ਇੱਕ ਤਰੀਕਾ ਹੈ ਵੈੱਬ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਕੁਝ ਆਰਡਰ ਬੰਦ ਕਰਨਾ। API ਆਰਡਰਾਂ ਦੇ ਅੰਸ਼ਕ ਡਿਸਪਲੇ ਲਈ ਕੋਈ ਪੈਰਾਮੀਟਰ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ ਹੈ।
4. ਬੇਨਤੀਆਂ ਦੀ ਗਿਣਤੀ ਦੀ ਇੱਕ ਸੀਮਾ ਹੈ - ਪ੍ਰਤੀ ਸਕਿੰਟ 10 ਤੋਂ ਵੱਧ ਬੇਨਤੀਆਂ ਨਹੀਂ। ਮੇਰੀ ਜਾਣਕਾਰੀ ਅਨੁਸਾਰ, ਇਹ ਪਾਬੰਦੀ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦੀ, ਪਰ ਇਹ ਮੌਜੂਦ ਹੈ।

CPS ਸਿਸਟਮ ਦੇ API ਦੁਆਰਾ KM ਮਾਰਕਿੰਗ ਕੋਡਾਂ ਦੇ ਆਰਡਰਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਨਿੱਜੀ ਅਨੁਭਵ ਤੋਂ।

1. ਬੇਨਤੀ (json ਖੁਦ) ਇੱਕ GOST ਦਸਤਖਤ ਨਾਲ ਹਸਤਾਖਰਿਤ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਇਹ cryptopro ਨਾਲ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ. ਤੁਹਾਨੂੰ ਧਿਆਨ ਨਾਲ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਵਰਤਿਆ ਗਿਆ ਫਰੇਮਵਰਕ ਜਾਂ ਲਾਇਬ੍ਰੇਰੀ ਇੱਕ ਬਾਈਟ ਦੁਆਰਾ ਵੀ ਮੂਲ json ਨੂੰ ਨਹੀਂ ਬਦਲਦੀ ਹੈ। ਨਹੀਂ ਤਾਂ, ਦਸਤਖਤ ਤੁਰੰਤ ਵੈਧ ਹੋਣੇ ਬੰਦ ਹੋ ਜਾਂਦੇ ਹਨ।
2. ਆਰਡਰ ਦਸਤਖਤ. ਆਰਡਰ ਕਿਸੇ ਵੀ ਗਾਹਕ ਦੇ ਦਸਤਖਤ ਦੁਆਰਾ ਹਸਤਾਖਰ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ. ਜੇਕਰ ਦਸਤਖਤ ਵੈਧ ਹਨ, ਤਾਂ CPS ਸਿਸਟਮ ਇਸਨੂੰ ਸਵੀਕਾਰ ਕਰੇਗਾ। ਏਕੀਕਰਣ ਦੇ ਦੌਰਾਨ, ਟੈਸਟ CA 'ਤੇ ਜਾਰੀ ਕੀਤੇ ਗਏ ਕਿਸੇ ਹੋਰ ਦੇ ਦਸਤਖਤ ਨਾਲ ਬੇਨਤੀ 'ਤੇ ਦਸਤਖਤ ਕਰਨਾ ਸੰਭਵ ਸੀ। ਕੰਟਰੋਲ ਸਿਸਟਮ ਦੇ ਲੜਾਈ ਸਰਕਟ ਨੇ ਆਰਡਰ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕੀਤੀ ਅਤੇ ਕੋਡ ਜਾਰੀ ਕੀਤੇ. ਮੇਰੇ ਵਿਚਾਰ ਵਿੱਚ ਇਹ ਇੱਕ ਸੁਰੱਖਿਆ ਮੋਰੀ ਹੈ. ਡਿਵੈਲਪਰਾਂ ਨੇ "ਅਸੀਂ ਦੇਖਾਂਗੇ" ਨਾਲ ਬੱਗ ਰਿਪੋਰਟ ਦਾ ਜਵਾਬ ਦਿੱਤਾ। ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਇਹ ਠੀਕ ਹੋ ਗਿਆ ਹੈ।

   ਇਸ ਲਈ, ਬਹੁਤ ਸਾਵਧਾਨ ਰਹੋ ਜੇਕਰ ਇੱਕ ਕੰਮ ਵਾਲੀ ਥਾਂ 'ਤੇ ਇੱਕ ਤੋਂ ਵੱਧ ਕਾਨੂੰਨੀ ਸੰਸਥਾਵਾਂ ਕੰਮ ਕਰਦੀਆਂ ਹਨ। ਚਿਹਰੇ ਅੱਜ CPS ਇਹਨਾਂ ਬੇਨਤੀਆਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰੇਗਾ, ਅਤੇ ਕੱਲ੍ਹ ਬੇਨਤੀਆਂ ਦੀ ਮੁੜ ਜਾਂਚ ਕੀਤੀ ਜਾਵੇਗੀ ਅਤੇ ਕਿਸੇ ਹੋਰ ਦੇ ਦਸਤਖਤ ਕਰਕੇ ਅੱਧੇ ਕੋਡ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ ਜਾਵੇਗਾ। ਅਤੇ ਸਿਧਾਂਤ ਵਿੱਚ, ਰਸਮੀ ਤੌਰ 'ਤੇ ਉਹ ਸਹੀ ਹੋਣਗੇ.

3. ਆਰਡਰਾਂ 'ਤੇ ਸਵੈ-ਦਸਤਖਤ ਕਰਨਾ ਇੱਕ ਕਾਰਜਕੁਸ਼ਲਤਾ ਹੈ ਜੋ ਹੁਣ KMS ਵਿੱਚ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਇਸ ਦੇ ਕੰਮ ਕਰਨ ਲਈ, ਇਮਾਨਦਾਰ ਚਿੰਨ੍ਹ ਦੇ ਨਿੱਜੀ ਖਾਤੇ ਵਿੱਚ ਕੁੰਜੀ ਦੇ ਨਿੱਜੀ ਹਿੱਸੇ ਨੂੰ ਅਪਲੋਡ ਕਰਨਾ ਜ਼ਰੂਰੀ ਸੀ। ਇਹ ਕੁੰਜੀ ਦਾ ਸਮਝੌਤਾ ਹੈ। ਅਤੇ ਮੌਜੂਦਾ ਕਾਨੂੰਨ ਦੇ ਅਨੁਸਾਰ, ਇੱਕ ਵਧੇ ਹੋਏ ਯੋਗ ਇਲੈਕਟ੍ਰਾਨਿਕ ਦਸਤਖਤ ਦੇ ਸਮਝੌਤਾ ਦੀ ਸਥਿਤੀ ਵਿੱਚ, ਮਾਲਕ ਨੂੰ ਆਪਣੇ ਪ੍ਰਮਾਣੀਕਰਣ ਕੇਂਦਰ (CA) ਨੂੰ ਸੂਚਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ECEP ਨੂੰ ਰੱਦ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਜੇਕਰ ਇਹ ਕਾਰਜਕੁਸ਼ਲਤਾ ਵਾਪਸ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਸਾਵਧਾਨ ਰਹੋ ਕਿ ਕੁੰਜੀ ਦਾ ਪ੍ਰਾਈਵੇਟ ਹਿੱਸਾ ਕੰਪਿਊਟਰ ਤੋਂ ਬਾਹਰ ਨਾ ਜਾਵੇ।
4. ਫਰਵਰੀ ਵਿੱਚ, ਐਡਵਾਂਸਡ ਟੈਕਨਾਲੋਜੀ ਦੇ ਵਿਕਾਸ ਲਈ ਕੇਂਦਰ (CRPT) ਨੇ ਚੁੱਪਚਾਪ CPS API ਨੂੰ ਬੇਨਤੀਆਂ ਦੀ ਗਿਣਤੀ 'ਤੇ ਇੱਕ ਸੀਮਾ ਪੇਸ਼ ਕੀਤੀ। ਪ੍ਰਤੀ ਸਕਿੰਟ ਇੱਕ ਤੋਂ ਵੱਧ ਬੇਨਤੀ ਨਹੀਂ। ਫਿਰ, ਜਿਵੇਂ ਅਚਾਨਕ ਅਤੇ ਚੁੱਪਚਾਪ, ਉਸਨੇ ਇਹ ਪਾਬੰਦੀ ਹਟਾ ਦਿੱਤੀ. ਇਸਲਈ, ਮੈਂ ਸਿਫ਼ਾਰਿਸ਼ ਕਰਦਾ ਹਾਂ ਕਿ ਸਿਸਟਮ ਨੂੰ ਦੁਬਾਰਾ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ CRPT API ਨੂੰ ਬੇਨਤੀਆਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਸੀਮਿਤ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਵਿੱਚ ਬਣਾਇਆ ਜਾਵੇ। ਹੁਣ ਪ੍ਰਤੀ ਸਕਿੰਟ 10 ਬੇਨਤੀਆਂ ਦੀ ਸੀਮਾ ਬਾਰੇ ਜਾਣਕਾਰੀ ਹੈ।
5. ਫਰਵਰੀ ਵਿੱਚ ਵੀ, CPS API ਦਾ ਵਿਵਹਾਰ ਬਿਨਾਂ ਚੇਤਾਵਨੀ ਦੇ ਕਾਫ਼ੀ ਬਦਲ ਗਿਆ। ਆਦੇਸ਼ਾਂ ਦੀ ਸਥਿਤੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ API ਵਿੱਚ ਇੱਕ ਬੇਨਤੀ ਹੈ. ਸਥਿਤੀ ਬਫਰਾਂ ਅਤੇ ਉਹਨਾਂ ਦੀ ਸਥਿਤੀ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ। ਇੱਕ GTIN = ਇੱਕ ਬਫਰ। ਇਹ ਇਹ ਵੀ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਬਫਰ ਤੋਂ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਕਿੰਨੇ ਕੋਡ ਉਪਲਬਧ ਸਨ। ਇੱਕ ਵਧੀਆ ਦਿਨ, ਸਾਰੇ ਬਫਰਾਂ ਦੀ ਗਿਣਤੀ -1 ਹੋ ਗਈ. ਮੈਨੂੰ ਹਰੇਕ ਬਫਰ ਦੀ ਸਥਿਤੀ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਪੁੱਛਣ ਲਈ ਇੱਕ ਵੱਖਰੀ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਪਈ। ਇੱਕ ਬੇਨਤੀ ਦੀ ਬਜਾਏ, ਮੈਨੂੰ ਗਿਆਰਾਂ ਬਣਾਉਣਾ ਪਿਆ.

ਕੋਡ ਬਣਤਰ

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

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

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

ਜੇਕਰ ਤੁਸੀਂ ਨੋਟਪੈਡ++ ਵਿੱਚ CMS ਤੋਂ ਇੱਕ ਫਾਈਲ ਖੋਲ੍ਹਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇਸ ਤਰ੍ਹਾਂ ਦੀਆਂ ਲਾਈਨਾਂ ਦੇਖ ਸਕਦੇ ਹੋ। ਤੀਜਾ ਕੋਡ ਅਵੈਧ ਹੈ (ਇਸ ਵਿੱਚ GS ਡੀਲੀਮੀਟਰ ਨਹੀਂ ਹਨ)।

ਸਾਡੇ ਭਾਈਵਾਲਾਂ ਨੇ ਸਾਨੂੰ ਆਪਣੇ ਉਤਪਾਦਾਂ ਨੂੰ ਲੇਬਲ ਕਰਨ ਲਈ ਕੋਡ ਦਿੱਤੇ ਹਨ। ਨੰਗੀ ਅੱਖ ਦੇਖ ਸਕਦੀ ਹੈ ਕਿ ਐਕਸਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕਿਹੜੀਆਂ ਫਾਈਲਾਂ ਤਿਆਰ ਕੀਤੀਆਂ ਗਈਆਂ ਸਨ - 5% ਤੱਕ ਕੋਡ ਅਵੈਧ ਸਨ।

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

ਪਛਾਣ ਕੋਡ ਵਿੱਚ ਇੱਕ GTIN ਅਤੇ ਇੱਕ ਸੀਰੀਅਲ ਨੰਬਰ ਹੁੰਦਾ ਹੈ। GS1 ਸਟੈਂਡਰਡ ਦੇ ਅਨੁਸਾਰ, ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਆਈਡੈਂਟੀਫਾਇਰ (AI) 01 ਅਤੇ 21 ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹਨ। ਕਿਰਪਾ ਕਰਕੇ ਧਿਆਨ ਦਿਓ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਆਈਡੈਂਟੀਫਾਇਰ GTIN ਅਤੇ ਸੀਰੀਅਲ ਨੰਬਰ ਦਾ ਹਿੱਸਾ ਨਹੀਂ ਹਨ। ਉਹ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਆਈਡੈਂਟੀਫਾਇਰ (UI) ਦੇ ਬਾਅਦ GTIN ਜਾਂ ਸੀਰੀਅਲ ਨੰਬਰ ਆਉਂਦਾ ਹੈ। ਇਹ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਪ੍ਰੋਗਰਾਮਿੰਗ ਕੈਸ਼ ਰਜਿਸਟਰ ਸੌਫਟਵੇਅਰ. ਟੈਗ 1162 ਨੂੰ ਭਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਪਛਾਣਕਰਤਾਵਾਂ ਤੋਂ ਬਿਨਾਂ, ਸਿਰਫ਼ GTIN ਅਤੇ ਸੀਰੀਅਲ ਨੰਬਰ ਦੀ ਲੋੜ ਹੈ।

UTD (ਯੂਨੀਵਰਸਲ ਟ੍ਰਾਂਸਫਰ ਦਸਤਾਵੇਜ਼) ਅਤੇ ਹੋਰ ਦਸਤਾਵੇਜ਼ਾਂ ਲਈ, ਇਸਦੇ ਉਲਟ, ਅਕਸਰ ਤੁਹਾਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਪਛਾਣਕਰਤਾਵਾਂ ਦੇ ਨਾਲ ਪੂਰੇ ਰਿਕਾਰਡ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

GS1 ਸਟੈਂਡਰਡ ਦੱਸਦਾ ਹੈ ਕਿ GTIN ਵਿੱਚ 14 ਅੱਖਰਾਂ ਦੀ ਇੱਕ ਨਿਸ਼ਚਿਤ ਲੰਬਾਈ ਹੁੰਦੀ ਹੈ ਅਤੇ ਇਸ ਵਿੱਚ ਸਿਰਫ਼ ਸੰਖਿਆਵਾਂ ਸ਼ਾਮਲ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਸੀਰੀਅਲ ਨੰਬਰ ਦੀ ਇੱਕ ਵੇਰੀਏਬਲ ਲੰਬਾਈ ਹੁੰਦੀ ਹੈ ਅਤੇ ਸਟੈਂਡਰਡ ਦੇ ਪੰਨਾ 155 'ਤੇ ਦੱਸਿਆ ਗਿਆ ਹੈ। ਪ੍ਰਤੀਕਾਂ ਦੇ ਨਾਲ ਇੱਕ ਸਾਰਣੀ ਦਾ ਇੱਕ ਲਿੰਕ ਵੀ ਹੈ ਜੋ ਸੀਰੀਅਲ ਨੰਬਰ ਵਿੱਚ ਦਿਖਾਈ ਦੇ ਸਕਦਾ ਹੈ।

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

ਮਾਰਕਿੰਗ ਕੋਡ (KM) ਬਾਰੇ ਹੋਰ ਵੇਰਵੇ ਵਿੱਚ ਪਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਅਧਿਕਾਰਤ ਦਸਤਾਵੇਜ਼.

ਜੁੱਤੀਆਂ ਲਈ, ਸੀਰੀਅਲ ਨੰਬਰ 13 ਅੱਖਰਾਂ 'ਤੇ ਨਿਸ਼ਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਹਾਲਾਂਕਿ, ਇਸਦਾ ਆਕਾਰ ਕਿਸੇ ਵੀ ਸਮੇਂ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ. ਦੂਜੇ ਉਤਪਾਦ ਸਮੂਹਾਂ (TG) ਲਈ, ਸੀਰੀਅਲ ਨੰਬਰ ਦੀ ਲੰਬਾਈ ਵੱਖਰੀ ਹੋ ਸਕਦੀ ਹੈ।

ਡਾਟਾਮੈਟ੍ਰਿਕਸ ਜਨਰੇਸ਼ਨ

ਅਗਲਾ ਕਦਮ ਡੇਟਾ ਨੂੰ ਡੇਟਾਮੈਟ੍ਰਿਕਸ ਕੋਡ ਵਿੱਚ ਬਦਲਣਾ ਹੈ। ਰੂਸੀ ਸਰਕਾਰ ਦਾ ਫ਼ਰਮਾਨ 860 GOST ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਜਿਸ ਦੇ ਅਨੁਸਾਰ ਡੇਟਾਮੈਟ੍ਰਿਕਸ ਬਣਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ। ਨਾਲ ਹੀ, PPR 860 ਐਪਲੀਕੇਸ਼ਨ ਪਛਾਣਕਰਤਾਵਾਂ ਦੀ ਲਾਜ਼ਮੀ ਵਰਤੋਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਕਿਰਪਾ ਕਰਕੇ ਧਿਆਨ ਦਿਓ ਕਿ DataMatrix ਸਟੈਂਡਰਡ ਵਿੱਚ "ਐਪਲੀਕੇਸ਼ਨ ਪਛਾਣਕਰਤਾ" ਦੀ ਧਾਰਨਾ ਨਹੀਂ ਹੈ। ਉਹ ਸਿਰਫ਼ GS-1 DataMatrix ਸਟੈਂਡਰਡ ਵਿੱਚ ਉਪਲਬਧ ਹਨ। ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ PPR 860 ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ GS-1 DataMatrix ਦੀ ਵਰਤੋਂ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ। ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਮਾਪਦੰਡ ਸਮਾਨ ਹਨ. ਮੁੱਖ ਅੰਤਰ: GS-1 DataMatrix ਵਿੱਚ, ਪਹਿਲਾ ਅੱਖਰ FNC1 ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। GS ਚਿੰਨ੍ਹ ਪਹਿਲਾਂ DataMatrix ਵਿੱਚ ਦਿਖਾਈ ਨਹੀਂ ਦੇਣਾ ਚਾਹੀਦਾ, ਸਿਰਫ਼ FNC1।

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

ਇਹ ਮਹੱਤਵਪੂਰਣ ਹੈ. ਇਮਾਨਦਾਰ ਸਾਈਨ ਐਪਲੀਕੇਸ਼ਨ ਇੱਕ ਅਵੈਧ ਡੇਟਾਮੈਟ੍ਰਿਕਸ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦੀ ਹੈ। ਇੱਥੋਂ ਤੱਕ ਕਿ QR ਕੋਡ ਵੀ। ਇਹ ਤੱਥ ਕਿ ਬ੍ਰਾਂਡ ਦੀ ਪਛਾਣ ਕੀਤੀ ਗਈ ਸੀ ਅਤੇ ਉਤਪਾਦ ਦੀ ਜਾਣਕਾਰੀ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤੀ ਗਈ ਸੀ, ਇਹ ਦਰਸਾਉਂਦੀ ਨਹੀਂ ਹੈ ਕਿ ਡੇਟਾਮੈਟ੍ਰਿਕਸ ਸਹੀ ਢੰਗ ਨਾਲ ਬਣਿਆ ਹੈ। ਇੱਥੋਂ ਤੱਕ ਕਿ ਜਦੋਂ ਕ੍ਰਿਪਟੋ-ਟੇਲ ਨੂੰ ਬਦਲਿਆ ਗਿਆ ਸੀ, ਤਾਂ ChZ ਐਪਲੀਕੇਸ਼ਨ ਨੇ ਬ੍ਰਾਂਡ ਦੀ ਪਛਾਣ ਕੀਤੀ ਅਤੇ ਉਤਪਾਦ 'ਤੇ ਡੇਟਾ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤਾ।

ਬਾਅਦ ਵਿੱਚ ChZ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਸੀ ਵਿਆਖਿਆ, ਕੋਡਾਂ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਕਿਵੇਂ ਤਿਆਰ ਕਰਨਾ ਹੈ। ਗਲਤੀਆਂ ਵਾਲੇ ਕੋਡਾਂ ਦੀ ਵੱਡੀ ਗਿਣਤੀ ਦੇ ਕਾਰਨ, ਉਹਨਾਂ ਨੇ FNC1 ਤੋਂ ਬਿਨਾਂ ਕੋਡਾਂ ਨੂੰ ਵੈਧ ਵਜੋਂ ਮਾਨਤਾ ਦਿੱਤੀ, ਪਰ ਫਿਰ ਵੀ ਇੱਕ GS-1 DataMatrix ਬਣਾਉਣ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕੀਤੀ।

ਬਦਕਿਸਮਤੀ ਨਾਲ, ਭਾਈਵਾਲਾਂ ਤੋਂ ਡਾਟਾ ਮੈਟ੍ਰਿਕਸ ਦੀ ਕਾਫ਼ੀ ਵੱਡੀ ਪ੍ਰਤੀਸ਼ਤਤਾ ਗਲਤੀਆਂ ਦੇ ਨਾਲ ਆਈ ਹੈ। ChZ ਦੇ ਸਪੱਸ਼ਟੀਕਰਨ ਲਈ ਧੰਨਵਾਦ, ਸਵਾਲ "ਕੀ 1 ਜੁਲਾਈ ਤੋਂ ਬਾਅਦ ਅਜਿਹੇ ਉਤਪਾਦ ਦਾ ਵਪਾਰ ਕਰਨਾ ਸੰਭਵ ਹੈ ਜਾਂ ਨਹੀਂ?" ਪੂਰੀ ਤਰ੍ਹਾਂ ਹੱਲ ਹੋ ਗਿਆ ਸੀ। ਵਿਗਾੜਨ ਵਾਲਾ - ਤੁਸੀਂ ਕਰ ਸਕਦੇ ਹੋ।

ਛਪਾਈ

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

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

ਆਪਣੇ ਯੋਜਨਾਬੱਧ ਪ੍ਰਿੰਟ ਵਾਲੀਅਮਾਂ ਵਿੱਚੋਂ ਇੱਕ ਪ੍ਰਿੰਟਰ ਚੁਣੋ। ਡੈਸਕਟਾਪ ਪ੍ਰਿੰਟਰ ਪ੍ਰਤੀ ਦਿਨ 100 ਲੇਬਲ ਪ੍ਰਿੰਟ ਕਰਨ ਲਈ ਨਹੀਂ ਬਣਾਏ ਗਏ ਹਨ।

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

ਦਸਤਾਵੇਜ਼ਾਂ ਨਾਲ ਕੰਮ ਕਰੋ

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

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

XSD ਸਕੀਮ ਨੂੰ ChZ LC ਦੇ "ਮਦਦ" ਭਾਗ ਵਿੱਚ ਡਾਊਨਲੋਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਕਿਰਪਾ ਕਰਕੇ ਹੇਠਾਂ ਦਿੱਤੇ ਨੁਕਤਿਆਂ ਵੱਲ ਧਿਆਨ ਦਿਓ।

1. LC ChZ ਵਿੱਚ Xsd ਸਕੀਮਾਂ ਵਿੱਚ TIN ਪ੍ਰਮਾਣਿਕਤਾ ਵਿੱਚ ਤਰੁੱਟੀਆਂ ਅਤੇ ਲਾਈਨ ਦੀ ਲੰਬਾਈ 'ਤੇ ਪਾਬੰਦੀਆਂ ਹਨ। ਗਲਤੀਆਂ ਨੂੰ ਠੀਕ ਕਰਨ ਤੋਂ ਬਾਅਦ ਹੀ ਤੁਸੀਂ ਚਿੱਤਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਗਲਤੀਆਂ ਸਪੱਸ਼ਟ ਹਨ, ਇਸ ਲਈ ਇਹ ਕਰਨਾ ਮੁਸ਼ਕਲ ਨਹੀਂ ਹੈ.
2. ਸਕੀਮ ਵਿੱਚ ਅਕਸਰ ਦੋ ਭਾਗ ਹੁੰਦੇ ਹਨ - ਸਾਰੇ ਪ੍ਰਕਾਰ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਲਈ ਆਮ ਅਤੇ ਇੱਕ ਖਾਸ ਕਿਸਮ ਲਈ ਵੱਖਰੇ। ਆਮ ਸਕੀਮਾ ਖਾਸ ਨੂੰ ਆਯਾਤ ਦੁਆਰਾ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ। ਦੋਵੇਂ ਚਿੱਤਰ ChZ LC ਦੇ ਮਦਦ ਭਾਗ ਵਿੱਚ ਪੋਸਟ ਕੀਤੇ ਗਏ ਹਨ।
3. CM ਲਈ ਬਚਣ ਦੇ ਨਿਯਮ XML ਲਈ ਆਮ ਤੌਰ 'ਤੇ ਸਵੀਕਾਰ ਕੀਤੇ ਗਏ ਨਿਯਮਾਂ ਤੋਂ ਵੱਖਰੇ ਹਨ, ਇਹ ChZ ਤੋਂ ਅਧਿਕਾਰਤ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ, ਇਸ ਵੱਲ ਧਿਆਨ ਦਿਓ। ਇਥੇ ਇੱਥੇ ਸਾਰੇ ਨਿਯਮ ਪੰਨਾ 4 'ਤੇ ਹਨ।
4. ਤੁਹਾਨੂੰ ਇੱਕ ਫਾਈਲ ਵਿੱਚ ਸਰਕੂਲੇਸ਼ਨ ਵਿੱਚ 150 ਕੋਡ ਦਾਖਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ। ਚਸ਼ਮਦੀਦਾਂ ਦੇ ਅਨੁਸਾਰ, ਆਮ ਤੌਰ 'ਤੇ 000 ਤੋਂ ਵੱਧ ਫਾਈਲਾਂ ਲੰਘਦੀਆਂ ਹਨ..
5. ਇੱਕ XML ਫਾਈਲ ਨੂੰ "xml ਪ੍ਰਮਾਣਿਕਤਾ ਗਲਤੀ" ਨਾਲ ਲਪੇਟਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਪੰਜ ਮਿੰਟ ਬਾਅਦ ਉਸੇ ਫਾਈਲ ਨੂੰ ਬਿਨਾਂ ਕਿਸੇ ਸਮੱਸਿਆ ਦੇ ਸਵੀਕਾਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
6. ਜੇਕਰ ਫਾਈਲ ਵਿੱਚ ਇੱਕ ਕੋਡ ਹੈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਸਰਕੂਲੇਸ਼ਨ ਵਿੱਚ ਪਾ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਸਰਕੂਲੇਸ਼ਨ ਫਾਈਲ ਵਿੱਚ ਪਾ ਦਿੱਤਾ ਗਿਆ ਹੈ ਸਵੀਕਾਰ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ।
7. ਸ਼ਿਪਿੰਗ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਅਸਥਾਈ ਹੱਲ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਭਵਿੱਖ ਵਿੱਚ, ਉਹ ਉਹਨਾਂ ਨੂੰ ਖਤਮ ਕਰਨ ਅਤੇ PPR 860 ਦੇ ਅਨੁਸਾਰ UPD ਵਿੱਚ ਬਦਲਣ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਨ।
8. 60 ਦਿਨਾਂ ਬਾਰੇ ਮਿੱਥ. ਇੱਕ ਰਾਏ ਹੈ ਕਿ ਉਹ ਕੋਡ ਜੋ 60 ਦਿਨਾਂ ਬਾਅਦ ਸਰਕੂਲੇਸ਼ਨ ਵਿੱਚ ਨਹੀਂ ਪਾਏ ਜਾਂਦੇ ਹਨ "ਬਰਨ ਆਊਟ" ਹੁੰਦੇ ਹਨ। ਇਹ ਇੱਕ ਮਿੱਥ ਹੈ, ਸਰੋਤ ਅਣਜਾਣ ਹੈ। ਕੋਡ ਦੀ ਮਿਆਦ ਤਾਂ ਹੀ ਖਤਮ ਹੁੰਦੀ ਹੈ ਜੇਕਰ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ 60 ਦਿਨਾਂ ਦੇ ਅੰਦਰ ਕੰਟਰੋਲ ਸਿਸਟਮ ਤੋਂ ਇਕੱਠਾ ਨਹੀਂ ਕੀਤਾ ਹੈ। ਇਕੱਤਰ ਕੀਤੇ ਕੋਡਾਂ ਦੀ ਉਮਰ ਅਸੀਮਿਤ ਹੈ।

ਸਿੱਟਾ

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

ਨਿਸ਼ਾਨਾਂ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਸਮੇਂ, ਆਪਣੇ TG ਉਤਪਾਦ ਸਮੂਹ ਲਈ ਰੈਗੂਲੇਟਰੀ ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਧਿਆਨ ਨਾਲ ਪੜ੍ਹੋ, GS1-DataMatrix ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਪ੍ਰਿੰਟ ਕਰੋ ਅਤੇ ਇਮਾਨਦਾਰ ChZ ਮਾਰਕ ਦੇ ਕਿਸੇ ਵੀ ਅਣਕਿਆਸੇ ਬਦਲਾਅ ਲਈ ਤਿਆਰ ਰਹੋ।

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

ਸਰੋਤ: www.habr.com