DataMatrix သို့မဟုတ် ဖိနပ်ကို ကောင်းစွာတံဆိပ်ကပ်နည်း

ကုန်ပစ္စည်းတစ်စု၏မဖြစ်မနေတံဆိပ်တပ်ခြင်းကို 1 ခုနှစ်၊ ဇူလိုင်လ 2019 ရက်နေ့တွင် ရုရှားတွင်မိတ်ဆက်ခဲ့သည်။ ဖိနပ်များသည် မတ်လ 1 ရက်၊ 2020 တွင် ဤဥပဒေအရ ကျရောက်မည်ဖြစ်သည်။ လူတိုင်းပြင်ဆင်ရန်အချိန်မရှိသောကြောင့် မိတ်ဆက်ပွဲကို ဇူလိုင် 1 ရက်သို့ရွှေ့ဆိုင်းလိုက်ပါသည်။ Lamoda သည် ၎င်းတို့တွင်ပါဝင်ပါသည်။

ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏အတွေ့အကြုံကို အဝတ်အစား၊ တာယာ၊ ရေမွှေးစသည်ဖြင့် တံဆိပ်မကပ်ရသေးသူများနှင့် မျှဝေလိုပါသည်။ ဆောင်းပါးတွင် စက်မှုလုပ်ငန်းစံနှုန်းများစွာ၊ စည်းမျဉ်းစည်းကမ်းဆိုင်ရာ စာရွက်စာတမ်းအချို့နှင့် ကိုယ်ရေးကိုယ်တာအတွေ့အကြုံအချို့ကို ဖော်ပြထားပါသည်။ ဆောင်းပါးသည် ဤပရောဂျက်ကို နားမလည်သေးသော ပေါင်းစည်းသူများနှင့် developer များအတွက် အဓိက ရည်ရွယ်ပါသည်။

စည်းမျဉ်းစည်းကမ်းဘောင်သည် မကြာခဏပြောင်းလဲနေပြီး စာရေးသူသည် အကြောင်းအရာကို အဆက်မပြတ် အပ်ဒိတ်လုပ်ရန် အခွင့်အရေးမရှိကြောင်း ကျေးဇူးပြု၍ သတိပြုပါ။ ထို့ကြောင့် သင်ဖတ်သည့်အချိန်၌ အချို့သောအချက်အလက်များသည် ခေတ်နောက်ကျနေပြီဖြစ်သည်။

စာရေးသူသည် Lamoda ရှိ Datamatrix ပရောဂျက်၏ဘောင်အတွင်းနှင့် BarCodesFx အမှတ်အသားပြုခြင်းအတွက် ၎င်း၏ကိုယ်ပိုင်အခမဲ့အက်ပ်လီကေးရှင်းကို တီထွင်နေစဉ်အတွင်း စာရေးသူသည် ကိုယ်ပိုင်အတွေ့အကြုံကို ရရှိခဲ့သည်။

1 ခုနှစ် ဇူလိုင်လ 2019 ရက်နေ့ကတည်းက ရုရှားတွင် မဖြစ်မနေ တံဆိပ်ကပ်ခြင်းဆိုင်ရာ ဥပဒေသည် အသက်ဝင်ပါသည်။ ဥပဒေသည် ထုတ်ကုန်အုပ်စုအားလုံးနှင့် သက်ဆိုင်ခြင်းမရှိပါ၊ ထုတ်ကုန်အုပ်စုများအတွက် မဖြစ်မနေအညွှန်းတပ်ခြင်းအတွက် ရက်စွဲများသည် ကွဲပြားပါသည်။ လောလောဆယ်တွင် ဆေးလိပ်၊ သားမွေးအင်္ကျီ၊ ဖိနပ်နှင့် ဆေးဝါးများတွင် မဖြစ်မနေ တံဆိပ်ကပ်ထားသည်။ မကြာမီကာလအတွင်းတွင် တာယာ၊ အဝတ်အထည်၊ ရေမွှေးနှင့် စက်ဘီးများအတွက် မိတ်ဆက်သွားမည်ဖြစ်သည်။ ထုတ်ကုန်အုပ်စုတစ်ခုစီကို သီးခြားအစိုးရစည်းမျဉ်း (GDR) ဖြင့် ထိန်းချုပ်ထားသည်။ ထို့ကြောင့်၊ ဖိနပ်အတွက် မှန်ကန်သောဖော်ပြချက်အချို့သည် အခြားထုတ်ကုန်အုပ်စုများအတွက် မှားယွင်းနိုင်ပါသည်။ သို့သော် မတူညီသော ထုတ်ကုန်အုပ်စုများအတွက် နည်းပညာဆိုင်ရာ အစိတ်အပိုင်းသည် များစွာကွဲပြားမည်မဟုတ်ဟု မျှော်လင့်နိုင်ပါသည်။

markingအမှတ်အသားပြုလုပ်ခြင်း၏ အဓိက အယူအဆမှာ ကုန်ပစ္စည်းယူနစ်တစ်ခုစီကို တစ်ဦးချင်းနံပါတ်တစ်ခုစီ သတ်မှတ်ပေးခြင်းဖြစ်သည်။ ဤနံပါတ်ကို ထုတ်လုပ်သည့်အချိန်မှ သို့မဟုတ် နိုင်ငံတွင်းသို့ တင်သွင်းသည့်အချိန်မှ ကုန်ပစ္စည်းတစ်ခု၏သမိုင်းကြောင်းကို ခြေရာခံရန် ဤနံပါတ်ကို အသုံးပြုနိုင်သည်။ အသံကောင်းပေမယ့် လက်တွေ့မှာတော့ အကောင်အထည်ဖော်ဖို့ အလွန်ခက်ခဲပါတယ်။ အယူအဆကို ရိုးသားသော လက္ခဏာ၏တရားဝင်ဝဘ်ဆိုဒ်တွင် အသေးစိတ်ဖော်ပြထားသည်။

အများလက်ခံထားသော စည်းကမ်းချက်များနှင့် သဘောတရားများ

UOT - ကုန်စည်လွှဲပြောင်းမှုတွင်ပါဝင်သူ။
CRPT - ခေတ်မီနည်းပညာများ ဖွံ့ဖြိုးတိုးတက်ရေးစင်တာ။ တံဆိပ်ကပ်ခြင်း ပရောဂျက်အတွက် တစ်ခုတည်းသော နိုင်ငံတော် ကန်ထရိုက်တာ ပုဂ္ဂလိက ကုမ္ပဏီ။ ၎င်းသည် အစိုးရ-ပုဂ္ဂလိက မိတ်ဖက်ဆက်ဆံမှု (PPP) အစီအစဉ်အောက်တွင် လုပ်ဆောင်သည်။ ကံမကောင်းစွာဖြင့်၊ ပရောဂျက်အတွက် တင်ဒါတွင် အခြားပါဝင်သူများနှင့် တင်ဒါကိုယ်တိုင်အကြောင်း အချက်အလက်များ မရှိပါ။
TG - ထုတ်ကုန်အုပ်စု။ ဖိနပ်၊ အဝတ်အစား၊ တာယာစသည်တို့။
GTIN — အခြေခံအားဖြင့်၊ အရောင်နှင့် အရွယ်အစားကို ထည့်သွင်းစဉ်းစားသော ဆောင်းပါးနံပါတ်။ GS1 သို့မဟုတ် ၎င်းတို့၏ ကုန်ပစ္စည်းများအတွက် တင်သွင်းသူ သို့မဟုတ် ထုတ်လုပ်သူ တစ်ဦးစီအတွက် နိုင်ငံတော် ကတ်တလောက်တွင် ထုတ်ပေးပါသည်။ ထုတ်လုပ်သူ သို့မဟုတ် တင်သွင်းသူသည် ဤထုတ်ကုန်ကို ဦးစွာဖော်ပြရပါမည်။
PPR - ရုရှားဖက်ဒရေးရှင်းအစိုးရ၏အမိန့်။ ဖိနပ်အတွက် - 860 ။
ဟယ် - အမှတ်အသားကုဒ်။ ကုန်ပစ္စည်းတစ်ခု၏ သီးခြားယူနစ်တစ်ခုအတွက် သတ်မှတ်ထားသော ထူးခြားသော ဇာတ်ကောင်အစုတစ်ခု။ ဖိနပ်အတွက်၊ ၎င်းတွင် GTIN၊ အမှတ်စဉ်နံပါတ်၊ အတည်ပြုကုဒ်နှင့် cryptotail ပါရှိပါသည်။
GS1 — GTINs ထုတ်ပေးသော နိုင်ငံတကာအဖွဲ့အစည်း။ စာရေးဆရာများမှာလည်း တံဆိပ်ကပ်သည့် စံနှုန်းများစွာရှိသည်။
National Catalog — CRPT မှတီထွင်သော GS1 ၏ analogue တစ်ခု။
Cryptotail - KM ၏တရားဝင်မှုကို အတည်ပြုသည့် ဒစ်ဂျစ်တယ်လက်မှတ်၏ analogue တစ်ခု။ ၎င်းသည် တံဆိပ်တုံးပေါ်ရှိ ဒေတာမက်ထရစ်၌ ရှိရပါမည်။ စာသားပုံစံဖြင့် သိမ်းဆည်းခြင်းကို တားမြစ်ထားသည်။ တံဆိပ်ခေါင်းကို ရိုက်နှိပ်ပြီးနောက်၊ CRPT သဘောတူညီချက်နှင့်အညီ ဖယ်ရှားရမည်။ အစစ်အမှန်အသုံးပြုမှု အတိအကျမသိရပါ။
SUZ - အမိန့်စီမံခန့်ခွဲမှုစခန်း။ ကုန်ပစ္စည်းများအတွက် CMs မှာယူသည့်စနစ်။
EDI - အီလက်ထရွန်းနစ်စာရွက်စာတမ်းစီမံခန့်ခွဲမှု။
UKEP - အရည်အသွေးပြည့်မီသော အီလက်ထရွန်းနစ်လက်မှတ်။

ဤဆောင်းပါး၏ဘောင်အတွင်း စည်းမျဥ်းများနှင့် အယူအဆများ

CZ - ရိုးသားသောလက္ခဏာ။
အိုကေ - ကိုယ်ပိုင်အကောင့်။
အမှတ် - ပုံနှိပ်အမှတ်အသားကုဒ်။

လုပ်ငန်းစဉ်သည် ဤပုံစံအတိုင်းဖြစ်သည်- ပထမဦးစွာ ပါဝင်သူ (UOT) သည် အီလက်ထရွန်းနစ်လက်မှတ် (UKEP) ကိုထုတ်ပေးသည်၊ Chestny Znak (ChZ) ဖြင့် မှတ်ပုံတင်ထားသည်၊ ထုတ်ကုန်အတွက် နိုင်ငံတော်ကက်တလောက် သို့မဟုတ် GS1 တွင်ဖော်ပြသည်၊ ထုတ်ကုန်အတွက် GTINs လက်ခံရရှိသည်။ ဤအဆင့်များကို Chestny Znak ဝဘ်ဆိုက်တွင် အသေးစိတ်ဖော်ပြထားသောကြောင့် ကျွန်ုပ်တို့သည် ၎င်းတို့အပေါ်တွင် တည်နေမည်မဟုတ်ပါ။

ကုဒ်များမှာယူခြင်းနှင့်လက်ခံခြင်း။

GTINs များကို လက်ခံရရှိပြီးနောက်၊ ပါဝင်သူ (UOT) သည် SUZ စနစ်တွင် ကုဒ်များ (KM) အတွက် အမိန့်တစ်ခု ပေးပါသည်။
အရေးကြီးသော်လည်း မထင်ရှားပါ။

1. မှာယူမှုတစ်ခုတွင် သင်သည် အများဆုံး GTIN 10 ခုအတွက် ကုဒ်များကို တောင်းဆိုနိုင်ပါသည်။ မူအရ၊ ဤသည်မှာ နားမလည်နိုင်သော ကန့်သတ်ချက်ဖြစ်သည်။ GTIN 14 ရှိသော တင်သွင်းသူသည် အမှာစာ 000 ကို ဖန်တီးရပါမည်။
2. မှာယူမှုတစ်ခုတွင် အများဆုံးကုဒ် 150 တောင်းဆိုနိုင်သည်။
3. အမှာစာ 100 ကန့်သတ်ထားပါသည်။ ဆိုလိုသည်မှာ၊ တစ်ချိန်တည်းတွင်အမိန့် 100 ထက်မပိုစေရပါ။ 100 ထက်ပိုပါက၊ အမှာစာများစာရင်းအစား API သည် အမှားအယွင်းတစ်ခုစတင်ပါလိမ့်မည်။ ဤအမှားကိုပြင်ရန် တစ်ခုတည်းသောနည်းလမ်းမှာ ဝဘ်အင်တာဖေ့စ်မှတစ်ဆင့် အမှာစာအချို့ကို ပိတ်ရန်ဖြစ်သည်။ အမှာစာများ၏ တစ်စိတ်တစ်ပိုင်းပြသမှုအတွက် API သည် ကန့်သတ်ချက်တစ်ခုမပေးပါ။
4. တောင်းဆိုချက်အရေအတွက်ကန့်သတ်ချက်ရှိသည် - တစ်စက္ကန့်လျှင်တောင်းဆိုမှု 10 ထက်မပိုပါ။ ကျွန်ုပ်၏အချက်အလက်များအရ၊ ဤကန့်သတ်ချက်ကို စာရွက်စာတမ်းများတွင် မဖော်ပြထားသော်လည်း ၎င်းမှာ ရှိနေပါသည်။

SUZ စနစ်၏ API မှတစ်ဆင့် KM အမှတ်အသားကုဒ်များအတွက် အမှာစာများနှင့် အလုပ်လုပ်သည့် ကိုယ်ပိုင်အတွေ့အကြုံမှ။

1. တောင်းဆိုချက် (json ကိုယ်တိုင်) GOST လက်မှတ်ဖြင့် လက်မှတ်ရေးထိုးရပါမည်။ ၎င်းသည် cryptopro နှင့်အလုပ်လုပ်သည်။ သင်အသုံးပြုသည့် framework သို့မဟုတ် library သည် မူရင်း json ကို byte တစ်ခုတည်းဖြင့် မပြောင်းလဲကြောင်း သေချာစောင့်ကြည့်ရပါမည်။ မဟုတ်ပါက လက်မှတ်သည် ချက်ချင်းတရားဝင်မည်မဟုတ်ပါ။
2. အမိန့်လက်မှတ်။ အမှာစာတစ်ခုအား မည်သည့်ဖောက်သည်မဆို လက်မှတ်ဖြင့် လက်မှတ်ရေးထိုးနိုင်ပါသည်။ လက်မှတ်မှန်ကန်ပါက SUZ စနစ်က လက်ခံပါသည်။ ပေါင်းစည်းမှုအတွင်း၊ စမ်းသပ် CA မှထုတ်ပေးသော အခြားသူတစ်ဦး၏ လက်မှတ်ဖြင့် တောင်းဆိုချက်တစ်ခုကို လက်မှတ်ရေးထိုးနိုင်သည်။ SUZ တိုက်ခိုက်ရေးပတ်လမ်းသည် အမိန့်ကိုလုပ်ဆောင်ပြီး ကုဒ်များထုတ်ပေးသည်။ ကျွန်တော့်အမြင်ကတော့ ဒါက လုံခြုံရေးယိုပေါက်တစ်ခုပါ။ developer များသည် bug အစီရင်ခံစာကို "ကျွန်ုပ်တို့မြင်ရမည်" ဖြင့်တုံ့ပြန်ခဲ့သည်။ ပြုပြင်ဖို့ မျှော်လင့်ပါတယ်။

   ထို့ကြောင့် လုပ်ငန်းခွင်တစ်ခုတွင် တရားဝင်အဖွဲ့အစည်းတစ်ခုထက်ပို၍ အလုပ်လုပ်ပါက အလွန်သတိထားပါ။ ယနေ့၊ SUZ သည် ဤတောင်းဆိုမှုများကို လက်ခံမည်ဖြစ်ပြီး မနက်ဖြန်တွင် တောင်းဆိုမှုများကို ပြန်လည်စစ်ဆေးမည်ဖြစ်ပြီး အခြားသူ၏လက်မှတ်ကြောင့် ကုဒ်တစ်ဝက်ကို ပြန်လည်သိမ်းဆည်းမည်ဖြစ်သည်။ ပြီးတော့ မူအရတော့ သူတို့ တရားဝင် မှန်လိမ့်မယ်။

3. အမှာစာများ အလိုအလျောက် လက်မှတ်ထိုးခြင်းသည် SUS တွင် မရနိုင်တော့သော လုပ်ဆောင်ချက်တစ်ခုဖြစ်သည်။ ၎င်းကိုအသုံးပြုရန်၊ ရိုးသားသောလက္ခဏာ၏ကိုယ်ပိုင်အကောင့်တွင် သော့၏သီးသန့်အစိတ်အပိုင်းကို အပ်လုဒ်လုပ်ရန် လိုအပ်ပါသည်။ ဒါက သော့ချက်ရဲ့ အပေးအယူပါပဲ။ လက်ရှိဥပဒေများအရ၊ အရည်အချင်းပြည့်မီသော အီလက်ထရွန်းနစ်လက်မှတ်ကို အပေးအယူလုပ်သည့်အခါ၊ ပိုင်ရှင်သည် ၎င်း၏ အသိအမှတ်ပြုလက်မှတ်ဌာန (CA) ကို အကြောင်းကြားပြီး EQES ကို ရုပ်သိမ်းရမည်ဖြစ်သည်။ ဤလုပ်ဆောင်ချက်ကို ပြန်ရပါက၊ သော့၏ သီးသန့်အစိတ်အပိုင်းသည် ကွန်ပျူတာမှ မထွက်ခွာကြောင်း ဂရုတစိုက်စောင့်ကြည့်ပါ။
4. ဖေဖော်ဝါရီလတွင်၊ Advanced Technologies ဖွံ့ဖြိုးတိုးတက်ရေးစင်တာ (CRPT) သည် UZ ၏ API သို့ တောင်းဆိုမှုအရေအတွက်အပေါ် ကန့်သတ်ချက်ကို တိတ်တဆိတ်မိတ်ဆက်ခဲ့သည်။ တစ်စက္ကန့်လျှင် တောင်းဆိုချက်တစ်ခုထက်ပို၍ မရပါ။ ထို့နောက် မမျှော်လင့်ဘဲ တိတ်တိတ်ဆိတ်ဆိတ်ပင်၊ ဤကန့်သတ်ချက်ကို ဖယ်ရှားခဲ့သည်။ ထို့ကြောင့်၊ ပြန်လည်ဖြစ်ပွားလာသောအခါတွင် CRPT API သို့ တောင်းဆိုမှုအရေအတွက်ကို ကန့်သတ်နိုင်သည့်စနစ်တွင် တပ်ဆင်ထားရန် ကျွန်ုပ်အကြံပြုလိုပါသည်။ လောလောဆယ်တွင်၊ တစ်စက္ကန့်လျှင် တောင်းဆိုမှု 10 ကန့်သတ်ချက်နှင့်ပတ်သက်သောအချက်အလက်များရှိသည်။
5. ဖေဖော်ဝါရီလတွင်လည်း သတိပေးခြင်းမရှိဘဲ၊ SUZ ၏ API အပြုအမူသည် သိသိသာသာ ပြောင်းလဲသွားသည်။ API တွင် အမှာစာများ၏ အခြေအနေကို ရယူရန် တောင်းဆိုချက်တစ်ခု ရှိသည်။ အခြေအနေသည် ကြားခံများနှင့် ၎င်းတို့၏အခြေအနေကို ညွှန်ပြသည်။ GTIN တစ်ခု = ကြားခံတစ်ခု။ ၎င်းသည် ကြားခံထံမှ လက်ခံရရှိရန်အတွက် ကုဒ်မည်မျှရရှိနိုင်ကြောင်းကိုလည်း ဖော်ပြသည်။ ကောင်းမွန်သောနေ့တွင်၊ ကြားခံအားလုံး၏နံပါတ် -1 ဖြစ်လာသည်။ သီးခြားနည်းလမ်းတစ်ခုဖြင့် ကြားခံတစ်ခုစီ၏ အခြေအနေအား သီးခြားစီမေးမြန်းရန် လိုအပ်ပါသည်။ တောင်းဆိုချက်တစ်ခုအစား ဆယ့်တစ်ခုပြုလုပ်ရန် လိုအပ်သည်။

ကုဒ်များ၏ဖွဲ့စည်းပုံ

ဒါကြောင့် ကုဒ်တွေကို အမိန့်ပေးပြီး ထုတ်ပေးပါတယ်။ ၎င်းတို့ကို ပုံနှိပ်ခြင်းအတွက် အညွှန်းများအဖြစ် pdf ဖြင့် စာသားပုံစံဖြင့် API မှတစ်ဆင့် ကောက်ယူနိုင်ပြီး စာသားပါသော csv ဖိုင်အဖြစ် ကောက်ယူနိုင်ပါသည်။

API ကို အပေါ်မှာ ရေးထားပြီးသားပါ။ အခြားနည်းလမ်းနှစ်ခုနှင့်ပတ်သက်။ အစပိုင်းတွင်၊ SUS သည် သင့်အား ကုဒ်များကို တစ်ကြိမ်သာ ကောက်ယူခွင့်ပြုခဲ့သည်။ pdf ဖိုင်တစ်ခုကို ကောက်ယူမိပါက၊ pdf မှ ဒေတာမက်ထရစ်အားလုံးကို ပြန်လည်စကင်န်ဖတ်ခြင်းဖြင့် စာသားပုံစံဖြင့် ကုဒ်များကိုသာ ရနိုင်မည်ဖြစ်သည်။ ကံကောင်းထောက်မစွာ၊ သူတို့သည် ကုဒ်များကို အကြိမ်ပေါင်းများစွာ ကောက်ယူနိုင်သည့် စွမ်းရည်ကို ထည့်သွင်းခဲ့ပြီး ဤပြဿနာကို ဖြေရှင်းနိုင်ခဲ့သည်။ ကုဒ်များကို နှစ်ရက်ကြာ ပြန်လည်ဒေါင်းလုဒ်လုပ်ရန် ကျန်ရှိနေပါသေးသည်။

၎င်းကို csv ဖော်မတ်ဖြင့် ယူပါက မည်သည့်အခြေအနေမျိုးတွင်မဆို Excel တွင် ၎င်းကိုဖွင့်ပါ။ ပြီးတော့ ဘယ်သူ့ကိုမှ ဒီလိုလုပ်ခွင့်မပေးဘူး။ Excel တွင် autosave လုပ်ဆောင်ချက်တစ်ခုရှိသည်။ သိမ်းဆည်းသည့်အခါ၊ Excel သည် သင်၏ကုဒ်များကို ခန့်မှန်းရခက်ဆုံးနည်းလမ်းဖြင့် ပြောင်းလဲနိုင်သည်။ ကုဒ်များကိုကြည့်ရှုရန် notepad++ ကိုအသုံးပြုရန်အကြံပြုပါသည်။

SUZ မှ ဖိုင်တစ်ခုကို notepad++ တွင်ဖွင့်ပါက၊ ဤကဲ့သို့သောလိုင်းများကို သင်တွေ့မြင်နိုင်ပါသည်။ တတိယကုဒ်သည် မမှန်ကန်ပါ (၎င်းတွင် GS ခြားနားခြင်းများ မရှိပါ)။

ပါတနာများသည် ၎င်းတို့၏ကုန်ပစ္စည်းများကို အမှတ်အသားပြုရန်အတွက် ကျွန်ုပ်တို့အား ကုဒ်များပေးခဲ့သည်။ ကုဒ်များ၏ 5% အထိ အကျုံးမဝင်သော ဖိုင်များကို Excel ကို အသုံးပြု၍ ထုတ်လုပ်ထားသည်ကို သာမန်မျက်စိဖြင့် မြင်သာသည်။

ငါအကြောင်းဖတ်ဖို့အလွန်အကြံပြုပါသည်။ စံချိန်စံညွှန်းများ GS1 စံဖော်ပြချက်တွင် DataMatrix ဖွဲ့စည်းခြင်းဆိုင်ရာ မေးခွန်းများစွာအတွက် အဖြေများ ပါရှိသည်။

သက်သေခံကုဒ်တွင် GTIN နှင့် အမှတ်စဉ်နံပါတ်တစ်ခု ပါဝင်သည်။ GS1 စံနှုန်းအရ၊ ၎င်းတို့သည် အပလီကေးရှင်း ခွဲခြားသတ်မှတ်မှုများ (AI) 01 နှင့် 21 တို့နှင့် သက်ဆိုင်ပါသည်။ အပလီကေးရှင်း ခွဲခြားသတ်မှတ်သူများသည် GTIN နှင့် အမှတ်စဉ်နံပါတ်၏ မပါဝင်ကြောင်း ကျေးဇူးပြု၍ သတိပြုပါ။ ၎င်းတို့သည် အပလီကေးရှင်းအမှတ်အသား (AI) ကို GTIN သို့မဟုတ် အမှတ်စဉ်နံပါတ်ဖြင့် နောက်တွင်ဖော်ပြထားသည်။ ငွေရှင်းကောင်တာဆော့ဖ်ဝဲလ်ကို ပရိုဂရမ်ရေးဆွဲသောအခါတွင် ၎င်းသည် အထူးအရေးကြီးပါသည်။ တဂ် 1162 ကို ဖြည့်ရန်၊ သင်သည် အပလီကေးရှင်း အထောက်အထားများမပါဘဲ GTIN နှင့် အမှတ်စဉ်နံပါတ် လိုအပ်ပါသည်။

UPD (universal transfer document) နှင့် အခြားစာရွက်စာတမ်းများအတွက်၊ ဆန့်ကျင်ဘက်တွင်၊ application identifiers ပါသော မှတ်တမ်းတစ်ခုလုံးသည် အများဆုံးလိုအပ်ပါသည်။

GS1 စံသတ်မှတ်ချက်တွင် GTIN တွင် ပုံသေအက္ခရာ 14 လုံးရှိပြီး ဂဏန်းများဖြင့်သာ ပါဝင်နိုင်သည်ဟု ဖော်ပြထားသည်။ အမှတ်စဉ်နံပါတ်သည် ပြောင်းလဲနိုင်သော အရှည်ရှိပြီး စံနှုန်း၏ စာမျက်နှာ 155 တွင် ဖော်ပြထားပါသည်။ အမှတ်စဉ်နံပါတ်တွင် ပေါ်လာနိုင်သော သင်္ကေတများပါသော ဇယားတစ်ခုသို့ လင့်ခ်တစ်ခုလည်း ရှိပါသည်။

အမှတ်စဉ်နံပါတ်သည် ပြောင်းလဲနိုင်သော အရှည်ရှိသောကြောင့်၊ GS ခွဲထွက်ကိရိယာသည် ၎င်း၏အဆုံးကို ညွှန်ပြသည်။ ASCII ဇယားတွင်၊ ၎င်းတွင် ကုဒ် 29 ပါရှိသည်။ ဤခွဲထွက်ခြင်းမရှိဘဲ၊ မည်သည့်အမှတ်စဉ်မှ နံပါတ်အဆုံးသတ်ပြီး အခြားဒေတာအုပ်စုများကို စတင်သည့်အချိန်တွင် ပရိုဂရမ်မှ နားလည်မည်မဟုတ်ပါ။

အမှတ်အသား ကုဒ် (KM) အကြောင်း ပိုမိုဖတ်ရှုနိုင်ပါသည်။ တရားဝင်စာရွက်စာတမ်း.

ဖိနပ်အတွက်၊ အမှတ်စဉ်နံပါတ်ကို အက္ခရာ 13 လုံးဖြင့် သတ်မှတ်ထားသော်လည်း ၎င်း၏အရွယ်အစားကို အချိန်မရွေး ပြောင်းလဲနိုင်သည်။ အခြားထုတ်ကုန်အုပ်စုများ (TG) အတွက် အမှတ်စဉ်နံပါတ်၏ အလျားသည် ကွဲပြားနိုင်သည်။

DataMatrix ထုတ်လုပ်ခြင်း။

နောက်တစ်ဆင့်မှာ ဒေတာကို DataMatrix ကုဒ်သို့ ပြောင်းရန်ဖြစ်သည်။ ရုရှားဖက်ဒရေးရှင်းအစိုးရ ဆုံးဖြတ်ချက် 860 သည် DataMatrix ကိုဖွဲ့စည်းရန်လိုအပ်သည့်နှင့်အညီ GOST ကိုသတ်မှတ်သည်။ ထို့အပြင်၊ PPR 860 သည် အပလီကေးရှင်း ခွဲခြားသတ်မှတ်မှုများကို မဖြစ်မနေအသုံးပြုရန် သတ်မှတ်သည်။ DataMatrix စံနှုန်းတွင် "application identifiers" ၏ သဘောတရားများ မပါရှိကြောင်း ကျေးဇူးပြု၍ သတိပြုပါ။ ၎င်းတို့သည် GS-1 DataMatrix စံနှုန်းတွင်သာဖြစ်သည်။ PPR 860 သည် GS-1 DataMatrix ကို အသုံးပြုရန် သွယ်ဝိုက်သောနည်းဖြင့် လိုအပ်ကြောင်း ထွက်ပေါ်လာသည်။ ကံကောင်းထောက်မစွာ၊ စံနှုန်းများသည်တူညီသည်။ အဓိကကွာခြားချက်မှာ GS-1 DataMatrix တွင် ပထမသင်္ကေတသည် FNC1 ဖြစ်ရပါမည်။ GS သင်္ကေတသည် DataMatrix တွင် ပထမနေရာမဟုတ်သင့်ပါ၊ FNC1 သာလျှင်ဖြစ်သည်။

FNC1 ကို GS အဖြစ် လိုင်းသို့ ရိုးရှင်းစွာ ထည့်၍မရပါ။ DataMatrix ကိုထုတ်ပေးတဲ့ ပရိုဂရမ်က ပေါင်းထည့်ရပါမယ်။ အများအပြားကို Alliance Fort အရင်းအမြစ်များတွင် တင်ထားသည်။ မိုဘိုင်းအက်ပလီကေးရှင်းများထုတ်ပေးသော DataMatrix ကုဒ်များ၏ မှန်ကန်မှုကို သင်စစ်ဆေးနိုင်သည့်အကူအညီဖြင့်၊

အရေးကြီးသည်။ Honest Sign အပလီကေးရှင်းသည် မမှန်ကန်သော DataMatrix ကို လက်ခံသည်။ QR ကုဒ်များပင်။ အမှတ်တံဆိပ်ကို အသိအမှတ်ပြုပြီး ထုတ်ကုန်အချက်အလက်ကို ပြသထားသည့်အချက်က DataMatrix ကို မှန်ကန်စွာဖွဲ့စည်းထားကြောင်း ညွှန်ပြခြင်းမဟုတ်ပါ။ crypto အမြီးကို အစားထိုးသည့်အခါတွင်ပင် CHZ အပလီကေးရှင်းသည် အမှတ်တံဆိပ်ကို အသိအမှတ်ပြုပြီး ထုတ်ကုန်ဒေတာကို ပြသခဲ့သည်။

နောက်ပိုင်းတွင် CZ ကို ထုတ်ပေးခဲ့သည်။ ရှင်းလင်းချက်ကုဒ်များကို မှန်ကန်စွာ ဖန်တီးနည်း။ အမှားအယွင်းရှိသော ကုဒ်အများအပြားကြောင့် FNC1 မပါဘဲ ကုဒ်များကို တရားဝင်အဖြစ် အသိအမှတ်ပြုခဲ့ကြသော်လည်း GS-1 DataMatrix ကို ထုတ်လုပ်ရန် အကြံပြုနေဆဲဖြစ်သည်။

ကံမကောင်းစွာပဲ၊ ပါတနာများထံမှ ဒေတာမက်ထရစ်များ၏ ရာခိုင်နှုန်းအများအပြားမှာ အမှားအယွင်းများနှင့်အတူ ပါလာသည်။ FAQ မှရှင်းလင်းချက်များကြောင့် "ဇူလိုင်လ 1 ရက်နောက်ပိုင်းတွင်ထိုကဲ့သို့သောကုန်ပစ္စည်းများရောင်းဝယ်ဖောက်ကားရန်ဖြစ်နိုင်သည်သို့မဟုတ်မ?" မေးခွန်း လုံးဝပြေလည်သွားတယ်။ Spoiler - ဖြစ်နိုင်တယ်။

ပုံနှိပ်

တံဆိပ်ခေါင်းပုံနှိပ်နည်းကို ဂရုပြုပါ။ အပူပေးပရင်တာပေါ်တွင် ပုံနှိပ်သောအခါ၊ တံဆိပ်ခေါင်းသည် လျင်မြန်စွာ မှိန်သွားပြီး ဤထုတ်ကုန်ကို ရောင်းချ၍မရတော့ပါ။ တရားမဝင်သောတံဆိပ်ခေါင်းသည် PPR 860 ကိုချိုးဖောက်ခြင်းဖြစ်သည်။ ၎င်းသည် ကုန်ပစ္စည်းများဖမ်းဆီးရမိခြင်း၊ ဒဏ်ငွေနှင့် ပြစ်မှုဆိုင်ရာတာဝန်ယူမှုတို့ကို ဦးတည်စေသည်။

အပူလွှဲပြောင်းပုံနှိပ်ခြင်းကို အသုံးပြုပါ။ ဤကိစ္စတွင်၊ တံဆိပ်ခေါင်းသည် အရောင်မှိန်ရန် နည်းပါးသည်။ အညွှန်းပစ္စည်းသည် တံဆိပ်ခေါင်းအား စက်ပိုင်းဆိုင်ရာ ထိခိုက်မှု မည်မျှ ထိခိုက်နိုင်သည်ကို ဆုံးဖြတ်သည်။ စက်ပိုင်းဆိုင်ရာ ပျက်စီးမှုကြောင့် ကုဒ်ကို ဖတ်၍မရပါက၊ ၎င်းသည် နောက်ဆက်တွဲအကျိုးဆက်များနှင့်အတူ တံဆိပ်ခေါင်းမရှိခြင်းနှင့် ညီမျှသည်။

သင်စီစဉ်ထားသည့် ပရင့်ထုထည်အပေါ်အခြေခံ၍ ပရင်တာတစ်ခုကို ရွေးပါ။ ဒက်စတော့ပရင်တာများသည် တစ်နေ့လျှင် အညွှန်းပေါင်း 100 ပရင့်ထုတ်ရန် ဒီဇိုင်းထုတ်ထားခြင်းမရှိပါ။

ပုံနှိပ်ခြင်းကို ရပ်တန့်ခြင်းနှင့် စတင်ခြင်းသည် ပရင်တာ၏ သက်တမ်းကို တိုးစေသည်။ အချို့သော ပရိုဂရမ်များသည် ပရင့်အလုပ်အား တစ်ကြိမ်လျှင် အညွှန်းတစ်ခု ပေးပို့သည်။ ထိုကဲ့သို့သော ပရိုဂရမ်များကို မသုံးခြင်းသည် ပိုကောင်းပါတယ်။

စာရွက်စာတမ်းများနှင့်အတူအလုပ်လုပ်

တံဆိပ်ခေါင်းများကို ရိုက်နှိပ်ပြီး ကူးထည့်ပြီးနောက်၊ ၎င်းတို့နှင့်အတူ နောက်ထပ်လုပ်ဆောင်မှုများအားလုံးကို စာရွက်စာတမ်းများ သို့မဟုတ် ရိုးသားသော ဆိုင်းဘုတ်၏ ကိုယ်ရေးကိုယ်တာအကောင့်ဖြင့် ဆောင်ရွက်ပါသည်။

ကုဒ်အများအပြားဖြင့် လုပ်ဆောင်သောအခါတွင် လိုအပ်သောကုဒ်များပါရှိသော xml ဖိုင်များကို ဖန်တီးနိုင်ပြီး သင့်ကိုယ်ရေးကိုယ်တာအကောင့်၏ API သို့မဟုတ် ဝဘ်အင်တာဖေ့စ်မှတစ်ဆင့် ဤဖိုင်များကို အပ်လုဒ်လုပ်နိုင်ပါသည်။

XSD အစီအစဉ်ကို FAQ ကိုယ်ရေးကိုယ်တာအကောင့်ရှိ "အကူအညီ" ကဏ္ဍမှ ဒေါင်းလုဒ်လုပ်နိုင်ပါသည်။

အောက်ပါအချက်များကို သတိပြုပါ။

1. CZ ၏ကိုယ်ရေးကိုယ်တာအကောင့်ရှိ Xsd schema များတွင် INN ၏တရားဝင်မှုတွင်အမှားအယွင်းများနှင့် string ၏အရှည်အပေါ်ကန့်သတ်ချက်များပါရှိသည်။ အမှားများကိုပြင်ပြီးမှသာ schemas ကိုသုံးနိုင်သည်။ ကံကောင်းထောက်မစွာ၊ အမှားများသည်သိသာထင်ရှားသည်၊ ထို့ကြောင့်ဤသည်လုပ်ဆောင်ရန်မခက်ခဲပါ။
2. အစီအစဉ်တွင် အများအားဖြင့် အပိုင်းနှစ်ပိုင်းပါဝင်သည် - စာရွက်စာတမ်းအမျိုးအစားအားလုံးအတွက် ဘုံတစ်ခုနှင့် သီးခြားအမျိုးအစားတစ်ခုအတွက် သီးခြားတစ်ခု။ ယေဘူယျအစီအစဥ်ကို သီးခြားတစ်ခုသို့ တင်သွင်းခြင်းဖြင့် ထည့်သွင်းသည်။ အစီအစဥ်နှစ်ခုစလုံးသည် Personal Account FAQ ၏ အကူအညီကဏ္ဍတွင် တည်ရှိသည်။
3. KM အတွက် ထွက်ပြေးခြင်းဆိုင်ရာ စည်းမျဉ်းများသည် XML အတွက် ယေဘူယျ လက်ခံထားသော စံနှုန်းများနှင့် ကွဲပြားသည်၊ ၎င်းကို ChZ မှ တရားဝင် စာရွက်စာတမ်းတွင် ရေးထားသောကြောင့် ၎င်းကို အာရုံစိုက်ပါ။ ဒီမှာ ဒီမှာ စည်းကမ်းချက်အားလုံးကို စာမျက်နှာ ၄ ​​တွင် ဖော်ပြထားသည်။
4. ကုဒ် 150 ကို ဖိုင်တစ်ခုထဲနဲ့ ဖြန့်ကျက်ဖို့ မကြိုးစားသင့်ပါဘူး။ မျက်မြင်သက်သေများ၏ အဆိုအရ ဖိုင်ပေါင်း 000 ကျော်သည် အများအားဖြင့် ဖြတ်သန်းလေ့ရှိသည်။
5. XML ဖိုင်တစ်ခုအား အမှား "xml အတည်ပြုချက်အမှား" ဖြင့် ငြင်းပယ်နိုင်ပြီး ငါးမိနစ်အကြာတွင် အလားတူဖိုင်ကို ပြဿနာတစ်စုံတစ်ရာမရှိဘဲ လက်ခံနိုင်မည်ဖြစ်သည်။
6. ဖိုင်တွင် ဖြန့်ဝေပြီးသော ကုဒ်များပါနေပါက၊ လည်ပတ်မှုထဲသို့ ထည့်သွင်းရန်အတွက် ဖိုင်ကို လက်ခံနိုင်ဖွယ်မရှိပါ။
7. တင်ပို့ခြင်းနှင့် လက်ခံခြင်းစာရွက်စာတမ်းများကို ယာယီဖြေရှင်းချက်အဖြစ် အသုံးပြုပါသည်။ အနာဂတ်တွင် ၎င်းတို့အား ဖျက်သိမ်းပြီး PPR 860 အရ UPD သို့ပြောင်းရန် စီစဉ်ထားသည်။
8. ရက် 60 လို့ သုံးပါတယ်။ ရက် 60 အကြာတွင် လည်ပတ်ခြင်းမပြုသော ကုဒ်များသည် "လောင်ကျွမ်းသွားသည်" ဟု ထင်မြင်ချက်တစ်ခုရှိသည်။ ဤသည်မှာ ဒဏ္ဍာရီ၊ ရင်းမြစ်မသိရပါ။ ရက် 60 အတွင်း SUZ မှ မယူပါက ကုဒ်များ "ပျက်သွားသည်"။ ယူထားသောကုဒ်များ၏ သက်တမ်းသည် အကန့်အသတ်မရှိပေ။

ကောက်ချက်

ကျွန်ုပ်၏ အခမဲ့ BarCodesFX အမှတ်အသား အပလီကေးရှင်းကို တီထွင်သောအခါ၊ SUZ API နှင့် ပေါင်းစည်းမှုကို အစပိုင်းတွင် ပြုလုပ်ခဲ့သည်။ ရိုးသားသော ဆိုင်းဘုတ်သည် API ယုတ္တိကို ဒုတိယအကြိမ်အဖြစ် မမျှော်လင့်ဘဲ ပြောင်းလဲသောအခါ၊ ပေါင်းစည်းမှုကို စွန့်လွှတ်ရမည်ဖြစ်သည်။ အနာဂတ်တွင်၊ ChZ သည် စီးပွားဖြစ်မဟုတ်သော ထုတ်ကုန်တစ်ခုအတွက် API တွင် ပြောင်းလဲမှုများရှိမရှိ ချက်ခြင်းတိုးတက်အောင်ပြုလုပ်ခြင်းရှိမရှိ နေ့တိုင်းပြန်လည်စစ်ဆေးရန် အလွန်စျေးကြီးသောကြောင့် ChZ သည် အနာဂတ်တွင် ဖွံ့ဖြိုးတိုးတက်မှုနှင့် API ကို တည်ငြိမ်နိုင်လိမ့်မည်ဟု မျှော်လင့်ပါသည်။

အမှတ်အသားကို အကောင်အထည်ဖော်သည့်အခါ၊ သင့်ထုတ်ကုန်အဖွဲ့ TG အတွက် စည်းမျဉ်းစည်းကမ်းစာရွက်စာတမ်းများကို ဂရုတစိုက်ဖတ်ပါ၊ GS1-DataMatrix ကို မှန်ကန်စွာ ပရင့်ထုတ်ပြီး CHZ ၏ ရိုးသားသောအမှတ်အသားမှ ကြိုတင်မြင်နိုင်သောပြောင်းလဲမှုများအတွက် ပြင်ဆင်ပါ။

Fort Alliance သည် သတင်းအချက်အလတ်နေရာတစ်ခုကို ဖန်တီးခဲ့သည် (ဝီကီ, စကားဝိုင်း လုပ်ငန်းနယ်ပယ်အားလုံးတွင် တံဆိပ်တပ်ခြင်းဆိုင်ရာ အသုံးဝင်ပြီး နောက်ဆုံးပေါ် အချက်အလက်များကို သင်ရှာဖွေနိုင်သည့် ကြေးနန်း၊ ဆွေးနွေးပွဲများ၊ webinars)။

source: www.habr.com