DataMatrix वा जुत्ता कसरी ठीकसँग लेबल गर्ने

जुलाई 1, 2019 देखि, रूस मा सामान को एक समूह को अनिवार्य लेबलिंग पेश गरिएको छ। मार्च 1, 2020 देखि, जुत्ता यो कानून अन्तर्गत पर्नु पर्ने थियो। सबैसँग तयारी गर्ने समय थिएन, र नतिजाको रूपमा, प्रक्षेपण जुलाई 1 मा स्थगित गरियो। सफल भएका मध्ये लामोडा पनि पर्छन् ।

तसर्थ, कपडा, टायर, अत्तर, इत्यादि लेबल गर्न बाँकी रहेकाहरूसँग हामी हाम्रो अनुभव साझा गर्न चाहन्छौं। लेखले धेरै उद्योग मापदण्डहरू, केही नियामक कागजातहरू र व्यक्तिगत अनुभवहरू वर्णन गर्दछ। लेख मुख्य रूपमा एकीकरणकर्ताहरू र विकासकर्ताहरूका लागि हो जसले यो परियोजना बुझेका छैनन्।

कृपया ध्यान दिनुहोस् कि नियामक ढाँचा बारम्बार परिवर्तन हुन्छ, र लेखकसँग सामग्रीलाई निरन्तर अपडेट गर्ने अवसर छैन। तसर्थ, पढ्ने समयमा, केहि जानकारी पहिले नै पुरानो हुन सक्छ।

लेखकले Lamoda मा Datamatrix परियोजनाको ढाँचामा र BarCodesFx चिन्ह लगाउनको लागि आफ्नै नि: शुल्क अनुप्रयोगको विकासमा व्यक्तिगत अनुभव प्राप्त गरे।

जुलाई 1, 2019 देखि, अनिवार्य लेबलिंग मा एक कानून रूस मा लागू भएको छ। कानून सबै सामान समूहहरूमा लागू हुँदैन, र उत्पादन समूहहरूको लागि अनिवार्य लेबलिंगको बलमा प्रविष्टिको समय भिन्न हुन्छ। अब तंबाकू, फर कोट, जुत्ता, औषधि अनिवार्य लेबलिंगको अधीनमा छन्। निकट भविष्यमा टायर, कपडा, अत्तर र साइकल को लागी पेश गरिनेछ। सामानको प्रत्येक समूह छुट्टै सरकारी आदेश (GPR) द्वारा विनियमित हुन्छ। त्यसकारण, जुत्ताका लागि सही भएका केही कथनहरू अन्य उत्पादन समूहहरूको लागि सही नहुन सक्छन्। तर हामी आशा गर्न सक्छौं कि प्राविधिक घटक विभिन्न उत्पादन समूहहरूको लागि धेरै फरक हुनेछैन।

चिन्ह लगाउँदैलेबलिङको मुख्य विचार भनेको सामानको प्रत्येक एकाइलाई व्यक्तिगत नम्बर तोकिएको हो। यस नम्बरद्वारा, तपाईंले उत्पादन वा देशमा आयातको क्षणदेखि चेकआउटमा डिस्पोजलको क्षणसम्म सामानको विशेष वस्तुको इतिहास ट्र्याक गर्न सक्नुहुन्छ। यो राम्रो सुनिन्छ, तर व्यवहारमा यो लागू गर्न धेरै गाह्रो छ। अवधारणालाई इमानदार चिन्हको आधिकारिक वेबसाइटमा थप विवरणमा वर्णन गरिएको छ।

सामान्य सर्तहरू र अवधारणाहरू

UOT - सामान को परिसंचरण मा सहभागी।
CRPT उन्नत प्रविधिहरूको विकासको लागि केन्द्र हो। निजी कम्पनी, एक मात्र राज्य। परियोजना ठेकेदार चिन्ह लगाउँदै। यो सार्वजनिक निजी साझेदारी (पीपीपी) योजना अन्तर्गत सञ्चालन हुन्छ। दुर्भाग्यवश, परियोजनाको लागि टेन्डरमा अन्य सहभागीहरू, साथै टेन्डरको बारेमा कुनै जानकारी छैन।
ТГ - वस्तु समूह। जुत्ता, कपडा, टायर, आदि।
GTIN - वास्तवमा, लेख, रंग र आकारलाई ध्यानमा राख्दै। GS1 मा जारी गरिएको वा आफ्नो उत्पादनको लागि प्रत्येक आयातकर्ता वा निर्माताको लागि राष्ट्रिय क्याटलग। निर्माता वा आयातकर्ताले पहिले यो उत्पादन वर्णन गर्नुपर्छ।
PPR - रूसी संघ को सरकार को आदेश। जुत्ताको लागि - 860।
КМ - मार्किङ कोड। एक विशेष वस्तुमा तोकिएको वर्णहरूको एक अद्वितीय सेट। जुत्ताको लागि, यसमा GTIN, क्रम संख्या, प्रमाणिकरण कोड, र क्रिप्टो टेल समावेश हुन्छ।
GS1 GTIN जारी गर्ने अन्तर्राष्ट्रिय संस्था हो। लेबलिङका लागि धेरै मापदण्डहरूको कम्पाइलरहरू पनि।
राष्ट्रिय सूची - CRPT द्वारा विकसित GS1 को एनालग।
क्रिप्टोटेल - डिजिटल हस्ताक्षरको एनालॉग, सीएमको वैधता पुष्टि गर्दै। स्ट्याम्पमा डाटामैट्रिक्समा हुनुपर्छ। पाठ फारममा भण्डारण निषेधित छ। मुद्रण पछि, टिकट CRPT संग सम्झौता अनुसार हटाउनु पर्छ। कुनै वास्तविक प्रयोग केसहरू थाहा छैन।
CPS - अर्डर व्यवस्थापन स्टेशन। वस्तुको लागि KM हरू अर्डर गरिएको प्रणाली।
EDI - इलेक्ट्रोनिक कागजात व्यवस्थापन।
UKEP - परिष्कृत योग्य इलेक्ट्रोनिक हस्ताक्षर।

यस लेखको दायरा भित्र सर्तहरू र अवधारणाहरू

ЧЗ - एक इमानदार चिन्ह।
ठिक छ - व्यक्तिगत क्षेत्र।
बनाउनुहोस् - छापिएको मार्किङ कोड।

प्रक्रिया निम्नानुसार छ: पहिलो, सहभागी (UOT) ले इलेक्ट्रोनिक हस्ताक्षर (ECES) जारी गर्दछ, इमानदार चिन्ह (CHZ) मा दर्ता गर्दछ, उत्पादनलाई राष्ट्रिय सूची वा GS1 मा वर्णन गर्दछ, र उत्पादनको लागि GTIN प्राप्त गर्दछ। इमानदार चिन्हको वेबसाइटमा, यी चरणहरू विस्तृत रूपमा वर्णन गरिएको छ, त्यसैले हामी तिनीहरूमा बस्ने छैनौं।

अर्डर र प्राप्त कोडहरू

GTIN हरू प्राप्त गरेपछि, सहभागी (UOT) ले CPS प्रणालीमा कोडहरू (KM) को लागि अर्डर गर्दछ।
महत्त्वपूर्ण, तर स्पष्ट छैन।

1. तपाईंले प्रति अर्डर 10 GTIN सम्मको लागि कोडहरू अनुरोध गर्न सक्नुहुन्छ। सिद्धान्तमा, एक अगम्य सीमा। 14 GTIN भएको आयातकर्ताले 000 अर्डरहरू सिर्जना गर्नुपर्छ।
2. एक अर्डरमा अधिकतम 150 कोडहरू अनुरोध गर्न सकिन्छ।
3. काम मा 100 आदेश को सीमा छ। अर्थात्, एकै समयमा १०० भन्दा बढी अर्डरहरू प्रशोधन गर्न सकिँदैन। यदि त्यहाँ 100 भन्दा बढी छन् भने, API ले अर्डरहरूको सूचीको सट्टा त्रुटि फर्काउन सुरु गर्नेछ। यस त्रुटिलाई समाधान गर्ने एक मात्र तरिका वेब इन्टरफेस मार्फत केही आदेशहरू बन्द गर्नु हो। API ले आंशिक रूपमा आदेशहरू प्रदर्शन गर्न प्यारामिटर प्रदान गर्दैन।
4. अनुरोधहरूको संख्यामा सीमा छ - प्रति सेकेन्ड 10 भन्दा बढी अनुरोधहरू। मेरो डाटा अनुसार, यो प्रतिबन्ध कागजातहरूमा देखा पर्दैन, तर यो अवस्थित छ।

CMS API मार्फत KM मार्किङ कोडहरूको लागि अर्डरको साथ व्यक्तिगत अनुभवबाट।

1. अनुरोध (json आफै) GOST हस्ताक्षर संग हस्ताक्षर हुनुपर्छ। यो cryptopro संग काम हो। हामीले प्रयोग गरिएको फ्रेमवर्क वा लाइब्रेरीले एकल बाइटको लागि मूल json परिवर्तन गर्दैन भनेर ध्यानपूर्वक निगरानी गर्नुपर्छ। अन्यथा, हस्ताक्षर तुरुन्तै मान्य हुन बन्द हुन्छ।
2. अर्डर हस्ताक्षर। आदेश कुनै पनि ग्राहक को कुनै पनि हस्ताक्षर द्वारा हस्ताक्षर गर्न सकिन्छ। यदि हस्ताक्षर मान्य छ भने, KMS प्रणालीले यसलाई स्वीकार गर्नेछ। एकीकरणको क्रममा, परीक्षण CA मा जारी गरिएको अरू कसैको हस्ताक्षरले अनुरोधमा हस्ताक्षर गर्न सम्भव थियो। CPS को लडाई सर्किटले अर्डरलाई प्रशोधन गर्यो र कोडहरू जारी गर्यो। मेरो विचारमा, यो एक सुरक्षा प्वाल हो। विकासकर्ताहरूले बग रिपोर्ट "हामी हेर्नेछौं" मा प्रतिक्रिया दिए। आशा छ यो तय भएको छ।

   तसर्थ, एक कार्यस्थलमा एकभन्दा बढी कानुनी निकायले काम गरेमा अत्यन्त सावधान रहनुहोस्। अनुहारहरू। आज, CPS ले यी अनुरोधहरू स्वीकार गर्नेछ, र भोलि अनुरोधहरू पुन: जाँच गरिनेछ र अरू कसैको हस्ताक्षरको कारण आधा कोडहरू फिर्ता हुनेछन्। र सिद्धान्तमा, औपचारिक रूपमा तिनीहरू सही हुनेछन्।

3. स्वत: हस्ताक्षर गर्ने अर्डरहरू अब CMS मा उपलब्ध छैन। यसको सञ्चालनको लागि, इमानदार चिन्हको व्यक्तिगत खातामा कुञ्जीको निजी भाग अपलोड गर्न आवश्यक थियो। यो एक प्रमुख सम्झौता हो। र हालको कानून अनुसार, एक परिष्कृत योग्य इलेक्ट्रोनिक हस्ताक्षरको सम्झौताको घटनामा, मालिकले आफ्नो प्रमाणीकरण केन्द्र (CA) लाई सूचित गर्नुपर्छ र UKES लाई रद्द गर्नुपर्छ। यदि यो कार्यक्षमता फर्काइयो भने, सावधानीपूर्वक सुनिश्चित गर्नुहोस् कि कुञ्जीको निजी भागले कम्प्युटर छोड्दैन।
4. फेब्रुअरीमा, उन्नत टेक्नोलोजीहरूको विकास केन्द्र (CRPT) ले चुपचाप KMS API मा अनुरोधहरूको संख्यामा सीमा प्रस्तुत गर्‍यो। प्रति सेकेन्ड एक भन्दा बढी अनुरोध छैन। त्यसपछि, अप्रत्याशित रूपमा र चुपचाप, उनले यो प्रतिबन्ध हटाए। तसर्थ, म प्रणालीमा CRPT API मा रिलेप्सको अवस्थामा अनुरोधहरूको संख्या सीमित गर्ने क्षमता राख्न सिफारिस गर्दछु। अब प्रति सेकेन्ड 10 अनुरोध को सीमा को बारे मा जानकारी छ।
5. साथै फेब्रुअरीमा, बिना चेतावनी, KMS API को व्यवहार उल्लेखनीय रूपमा परिवर्तन भयो। API सँग अर्डरको स्थिति प्राप्त गर्न अनुरोध छ। स्थितिले बफरहरू र तिनीहरूको अवस्थालाई संकेत गरेको छ। एक GTIN = एक बफर। यसले बफरबाट प्राप्त गर्नका लागि कति कोडहरू उपलब्ध छन् भनेर पनि संकेत गरेको छ। एक राम्रो दिन, सबै बफरहरूको गणना -1 थियो। मैले छुट्टै विधि मार्फत प्रत्येक बफरको अवस्था अलग-अलग सोध्नु थियो। एउटा अनुरोधको सट्टा, मैले एघार बनाउनुपर्ने थियो।

कोडहरूको संरचना

त्यसोभए, कोडहरू क्रमबद्ध र उत्पन्न हुन्छन्। तिनीहरूलाई एपीआई मार्फत टेक्स्ट फारममा, pdf मा छाप्नको लागि लेबलको रूपमा र पाठको साथ csv फाइलको रूपमा लिन सकिन्छ।

API पहिले नै माथि लेखिएको छ। अन्य दुई तरिकाको लागि। सुरुमा, CPS ले तपाईंलाई कोडहरू एक पटक मात्र उठाउन अनुमति दियो। र यदि एक pdf फाइल लिइएको थियो भने, त्यसपछि यो pdf बाट सबै datamatrices पुन: स्क्यान गरेर मात्र पाठ फारममा कोडहरू प्राप्त गर्न सम्भव थियो। सौभाग्य देखि, तिनीहरूले धेरै पटक कोड उठाउन क्षमता थपे, र यो समस्या हल भयो। दुई दिन भित्र, कोडहरू अझै पुन: डाउनलोडको लागि उपलब्ध छन्।

यदि तपाइँ csv ढाँचामा उठ्नुहुन्छ भने, त्यसो भए कहिले पनि, कुनै पनि परिस्थितिमा, एक्सेलमा खोल्नुहोस्। र कसैलाई नदिनुहोस्। एक्सेलमा स्वत: बचत सुविधा छ। बचतको समयमा, एक्सेलले तपाइँको कोडहरू सबैभन्दा अप्रत्याशित तरिकामा परिमार्जन गर्न सक्छ। म कोडहरू हेर्न नोटप्याड ++ प्रयोग गर्न सिफारिस गर्दछु।

यदि तपाईंले नोटप्याड ++ मा CMS बाट फाइल खोल्नुभयो भने, तपाईंले यस प्रकारका रेखाहरू देख्न सक्नुहुन्छ। तेस्रो कोड अमान्य छ (यसमा GS सीमांककहरू छैनन्)।

साझेदारहरूले हामीलाई तिनीहरूका सामानहरू चिन्ह लगाउनको लागि कोडहरू दिए। नाङ्गो आँखाले, तपाईले देख्न सक्नुहुन्छ कि कुन फाइलहरू एक्सेल प्रयोग गरेर उत्पन्न गरिएको थियो - 5% सम्म कोडहरू अमान्य थिए।

म दृढताका साथ पढ्न सिफारिस गर्दछु मापदण्ड GS1। मानकको विवरणले DataMatrix को गठनमा धेरै प्रश्नहरूको जवाफ समावेश गर्दछ।

पहिचान कोडमा GTIN र सिरियल नम्बर हुन्छ। GS1 मानक अनुसार, तिनीहरू अनुप्रयोग पहिचानकर्ताहरू (UI) 01 र 21 सँग मेल खान्छ। कृपया ध्यान दिनुहोस् कि अनुप्रयोग पहिचानकर्ताहरू GTIN र क्रम संख्याको अंश होइनन्। तिनीहरूले एप्लिकेसन आइडेन्टिफायर (UI) लाई GTIN वा सिरियल नम्बरले पछ्याएको संकेत गर्छ। यो POS सफ्टवेयर प्रोग्रामिङ गर्दा विशेष गरी महत्त्वपूर्ण छ। ट्याग 1162 भर्नको लागि, तपाइँलाई एप्लिकेसन पहिचानकर्ताहरू बिना, ठ्याक्कै GTIN र सिरियल नम्बर चाहिन्छ।

UTD (सार्वभौमिक स्थानान्तरण कागजात) र अन्य कागजातहरूको लागि, यसको विपरित, प्राय: अनुप्रयोग पहिचानकर्ताहरूको साथ पूर्ण रेकर्ड आवश्यक हुन्छ।

GS1 मानकले GTIN को 14 वर्णहरूको निश्चित लम्बाइ हुन्छ र संख्याहरू मात्र समावेश हुन सक्छ भनी बताउँछ। क्रम संख्या चल लम्बाइको छ र मानकको पृष्ठ 155 मा वर्णन गरिएको छ। सिरियल नम्बरमा फेला पार्न सकिने प्रतीकहरूको साथ तालिकाको लिङ्क पनि छ।

सिरियल नम्बरको चर लम्बाइ भएको हुनाले, विभाजक GS ले यसको अन्त्यलाई संकेत गर्छ। ASCII तालिकामा, यसको कोड 29 छ। यो विभाजक बिना, कुनै पनि कार्यक्रमले क्रम संख्या कुन बिन्दुमा समाप्त भयो र अन्य डेटा समूहहरू सुरु भयो भनेर बुझ्न सक्दैन।

मार्किङ कोड (KM) बारे थप विवरणहरू फेला पार्न सकिन्छ आधिकारिक दस्तावेज.

जुत्ताहरूको लागि, क्रम संख्या 13 वर्णहरूमा निश्चित गरिएको छ, तथापि, यसको आकार कुनै पनि समयमा परिवर्तन गर्न सकिन्छ। अन्य उत्पादन समूहहरू (TG) को लागि, क्रम संख्याको लम्बाइ फरक हुन सक्छ।

DataMatrix उत्पादन

अर्को चरण भनेको डाटालाई DataMatrix कोडमा रूपान्तरण गर्नु हो। रूसी संघ 860 को सरकार को डिक्री GOST निर्दिष्ट गर्दछ, जसको अनुसार यो DataMatrix गठन गर्न आवश्यक छ। साथै, PPR 860 ले अनुप्रयोग पहिचानकर्ताहरूको अनिवार्य प्रयोग निर्दिष्ट गर्दछ। ध्यान दिनुहोस् कि DataMatrix मानकमा "अनुप्रयोग पहिचानकर्ताहरू" को कुनै अवधारणा छैन। तिनीहरू GS-1 DataMatrix मानकमा मात्र छन्। PPR 860 लाई स्पष्ट रूपमा GS-1 DataMatrix को प्रयोग आवश्यक छ भन्ने कुरा बाहिर निस्कन्छ। सौभाग्य देखि, मापदण्डहरू समान छन्। मुख्य भिन्नता: GS-1 DataMatrix मा, पहिलो वर्ण FNC1 हुनुपर्छ। GS प्रतीक DataMatrix मा पहिले आउनु पर्दैन, FNC1 मात्र।

FNC1 लाई GS को रूपमा लिन र थप्न सकिँदैन। यो DataMatrix उत्पन्न गर्ने कार्यक्रम द्वारा थपिएको हुनुपर्छ। धेरै मोबाइल अनुप्रयोगहरू, जसको साथ तपाईले उत्पन्न डाटा म्याट्रिक्स कोडहरूको शुद्धता जाँच गर्न सक्नुहुन्छ।

यो महत्वपूर्ण छ। इमानदार चिन्ह अनुप्रयोगले अमान्य DataMatrix स्वीकार गर्दछ। QR कोडहरू पनि। तथ्य यो हो कि ब्रान्ड पहिचान गरिएको छ र उत्पादन जानकारी प्रदर्शित गरिएको छ यसको मतलब यो होइन कि DataMatrix सही रूपमा गठन भएको छ। क्रिप्टो-टेल प्रतिस्थापन गर्दा पनि, CZ अनुप्रयोगले ब्रान्ड पहिचान गर्‍यो र उत्पादनमा डाटा प्रदर्शन गर्‍यो।

पछि CZ रिलिज भयो व्याख्याकोडहरू सही रूपमा कसरी उत्पन्न गर्ने। त्रुटि कोडहरूको ठूलो संख्याको कारणले, तिनीहरूले FNC1 बिनाको कोडहरू मान्य रूपमा पहिचान गरे, तर, तिनीहरूले GS-1 DataMatrix उत्पन्न गर्न सिफारिस गर्छन्।

दुर्भाग्यवश, साझेदारहरूबाट डेटामैट्रिक्सको एकदम ठूलो प्रतिशत त्रुटिहरूको साथ आयो। CZ बाट स्पष्टीकरणका लागि धन्यवाद, प्रश्न "के जुलाई 1 पछि यस्तो उत्पादन व्यापार गर्न सम्भव छ वा छैन?" पूर्ण रूपमा समाधान भयो। स्पोइलर - तपाईं सक्नुहुन्छ।

मुद्रण

टिकटहरू छाप्ने तरिकामा ध्यान दिनुहोस्। थर्मल प्रिन्टरमा प्रिन्ट गर्दा, स्ट्याम्प छिट्टै फीका हुन्छ, र यो उत्पादन अब बेच्न सकिँदैन। एक अवैध टिकट PPR 860 को उल्लङ्घन हो। जसले सामानहरू, जरिवाना, र आपराधिक दायित्वको जफत गर्दछ।

थर्मल ट्रान्सफर प्रिन्टिङ प्रयोग गर्नुहोस्। यस अवस्थामा, स्ट्याम्प लुप्त हुने धेरै प्रवण छैन। लेबल सामग्रीले ब्रान्ड मेकानिकल क्षतिको लागि कति संवेदनशील छ भनेर पनि निर्धारण गर्दछ। यदि कोड मेकानिकल क्षतिको कारणले पढ्न योग्य छैन भने, यो सबै आगामी परिणामहरूको साथ ब्रान्डको अनुपस्थितिको समान हो।

योजनाबद्ध प्रिन्ट भोल्युमहरूबाट प्रिन्टर छान्नुहोस्। डेस्कटप प्रिन्टरहरू प्रति दिन 100 लेबलहरू छाप्न डिजाइन गरिएका छैनन्।

प्रिन्टिङ रोक्दा र सुरु गर्दा प्रिन्टरको लुगा बढ्छ। केही कार्यक्रमहरूले प्रिन्ट कार्यलाई एक पटकमा एक लेबल पठाउँछन्। यस्ता कार्यक्रमहरू प्रयोग नगर्नु राम्रो हुन्छ।

कागजातहरूसँग काम गर्नुहोस्

टिकटहरू प्रिन्ट र टाँसिएपछि, तिनीहरूसँग सबै थप कार्यहरू कागजातहरू वा इमानदार चिन्हको व्यक्तिगत खाता मार्फत हुन्छन्।

ठूलो संख्यामा कोडहरूसँग काम गर्दा, तपाइँ आवश्यक कोडहरू समावेश गरी xml फाइलहरू सिर्जना गर्न सक्नुहुन्छ र यी फाइलहरू API वा तपाइँको व्यक्तिगत खाताको वेब इन्टरफेस मार्फत अपलोड गर्न सक्नुहुन्छ।

XSD स्किमा LC CZ को "मद्दत" खण्डमा डाउनलोड गर्न सकिन्छ।

निम्न बुँदाहरूमा ध्यान दिनुहोस्।

1. LC CZ मा Xsd योजनाहरूले TIN प्रमाणीकरणमा त्रुटिहरू र रेखाको लम्बाइमा प्रतिबन्धहरू समावेश गर्दछ। केवल त्रुटिहरू सुधार गरेर, तपाईं योजनाहरू प्रयोग गर्न सक्नुहुन्छ। सौभाग्य देखि, त्रुटिहरू स्पष्ट छन्, त्यसैले यो गर्न गाह्रो छैन।
2. योजनामा ​​प्रायः दुई भागहरू हुन्छन् - सबै प्रकारका कागजातहरूका लागि सामान्य र विशेष प्रकारका लागि अलग। सामान्य स्कीमा विशेषमा आयात मार्फत थपिएको छ। दुबै योजनाहरू LC ChZ को मद्दत खण्डमा अवस्थित छन्।
3. CM को लागी भाग्ने नियमहरु XML को लागी सामान्यतया स्वीकृत नियमहरु भन्दा फरक छ, यो CZ को आधिकारिक दस्तावेज मा लेखिएको छ, यो ध्यान दिनुहोस्। यहाँ यहाँ पृष्ठ 4 मा सबै नियमहरू।
4. तपाईंले एक फाइलमा सर्कुलेशनमा 150 कोडहरू प्रविष्ट गर्ने प्रयास गर्नु हुँदैन। प्रत्यक्षदर्शीहरूका अनुसार, 000 भन्दा बढी फाइलहरू प्राय: जान्छ।
5. एउटा XML फाइल त्रुटि "xml प्रमाणीकरण त्रुटि" संग लपेट्न सकिन्छ, र पाँच मिनेट पछि उही फाइल बिना समस्या स्वीकार गरिन्छ।
6. यदि फाइलमा कोड समावेश छ जुन पहिले नै सर्कुलेशनमा राखिएको छ, तब सर्कुलेशन फाइलमा राखिएको प्रायः स्वीकार गरिने छैन।
7. ढुवानी र प्राप्त कागजातहरू अस्थायी समाधानको रूपमा प्रयोग गरिन्छ। भविष्यमा, तिनीहरूले तिनीहरूलाई खारेज गर्ने र PPR 860 अनुसार UPD मा स्विच गर्ने योजना बनाएका छन्।
8. ६० दिनको बारेमा मिथक। त्यहाँ एक राय छ कि कोडहरू जुन 60 दिन पछि सर्कुलेशनमा राखिएको छैन "बर्न आउट"। यो एक मिथक हो, स्रोत अज्ञात छ। यदि तपाईंले 60 दिन भित्र CPS बाट सङ्कलन गर्नुभएको छैन भने मात्र कोडहरू "बर्न आउट" हुन्छन्। सङ्कलन कोडहरूको जीवनकाल सीमित छैन।

निष्कर्षमा

मेरो नि:शुल्क लेबलिङ एप्लिकेसन BarCodesFX विकास गर्दा, KMS API सँग एकीकरण सुरुमा गरिएको थियो। जब दोस्रो पटकको लागि एक इमानदार चिन्हले अप्रत्याशित रूपमा API को तर्क परिवर्तन गर्यो, एकीकरण त्याग्नुपर्छ। मलाई आशा छ कि भविष्यमा CZ ले विकास र API लाई स्थिर गर्न सक्षम हुनेछ, किनभने। एक गैर-व्यावसायिक उत्पादनको लागि, API मा परिवर्तनहरू भएको छ कि छैन र यसलाई द्रुत रूपमा परिष्कृत गर्न प्रत्येक दिन डबल-जाँच गर्न यो मेरो लागि धेरै महँगो छ।

मार्किङ लागू गर्दा, आफ्नो TG उत्पादन समूहको लागि नियामक कागजातहरू ध्यानपूर्वक पढ्नुहोस्, GS1-DataMatrix सही रूपमा छाप्नुहोस् र उचित CZ चिन्हबाट कुनै पनि अप्रत्याशित परिवर्तनहरूको लागि तयार रहनुहोस्।

फोर्ट एलायन्सले एक सूचना स्थान सिर्जना गरेको छ (विकी, च्याट कोठा टेलिग्राम, सेमिनार, वेबिनारहरू), जहाँ तपाइँ सबै उद्योगहरूमा लेबलिङमा उपयोगी र अप-टु-डेट जानकारी पाउन सक्नुहुन्छ।

स्रोत: www.habr.com