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

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

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

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

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

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

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

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

အသုံးများသော အသုံးအနှုန်းများနှင့် အယူအဆများ

UOT - ကုန်စည်စီးဆင်းမှုတွင်ပါဝင်သူ။
CRPT - အလားအလာရှိသော နည်းပညာများ ဖွံ့ဖြိုးတိုးတက်ရေးအတွက် ဗဟို။ ပုဂ္ဂလိက ကုမ္ပဏီက တစ်ခုတည်းသော အစိုးရ၊ အမှတ်အသားပရောဂျက်အတွက် ကန်ထရိုက်တာ။ ၎င်းသည် အများသူငှာ ပုဂ္ဂလိက ပူးပေါင်းဆောင်ရွက်မှု (PPP) အစီအစဉ်အောက်တွင် လုပ်ဆောင်သည်။ ကံမကောင်းစွာဖြင့်၊ ပရောဂျက်အတွက် တင်ဒါတွင် အခြားပါဝင်သူများနှင့် တင်ဒါကိုယ်တိုင်အကြောင်း အချက်အလက်များ မရှိပါ။
ТГ - ထုတ်ကုန်အုပ်စု။ ဖိနပ်၊ အဝတ်အစား၊ တာယာစသည်တို့။
GTIN - အခြေခံအားဖြင့်၊ အရောင်နှင့်အရွယ်အစားကိုထည့်သွင်းစဉ်းစားသောဆောင်းပါး။ GS1 သို့မဟုတ် ၎င်း၏ထုတ်ကုန်အတွက် တင်သွင်းသူ သို့မဟုတ် ထုတ်လုပ်သူတစ်ခုစီအတွက် နိုင်ငံတော်ကက်တလောက်တွင် ထုတ်ပေးသည်။ ထုတ်လုပ်သူ သို့မဟုတ် တင်သွင်းသူသည် ထုတ်ကုန်ကို ဦးစွာဖော်ပြရမည်။
PPR - ရုရှားဖက်ဒရေးရှင်းအစိုးရ၏အမိန့်။ ဖိနပ်များအတွက် - 860 ။
КМ - အမှတ်အသားကုဒ်။ သီးခြားထုတ်ကုန်တစ်ခုအတွက် သတ်မှတ်ပေးထားသော ထူးခြားသည့်ဇာတ်ကောင်အစု။ ဖိနပ်အတွက်၊ ၎င်းတွင် GTIN၊ အမှတ်စဉ်နံပါတ်၊ အတည်ပြုကုဒ်နှင့် crypto-tail တို့ပါရှိသည်။
GS1 GTIN များကို ထုတ်ပေးသည့် နိုင်ငံတကာအဖွဲ့အစည်းတစ်ခုဖြစ်သည်။ ၎င်းတို့သည် တံဆိပ်ကပ်ခြင်းဆိုင်ရာ စံနှုန်းများစွာကို စုစည်းသူများလည်းဖြစ်သည်။
အမျိုးသားကက်တလောက် - CRPT မှတီထွင်သော GS1 ၏ analogue တစ်ခု။
Cryptotail - CM ၏တရားဝင်မှုကိုအတည်ပြုသည့်ဒစ်ဂျစ်တယ်လက်မှတ်၏ analogue တစ်ခု။ တံဆိပ်တုံးပေါ်ရှိ data matrix တွင်ရှိရမည်။ စာသားပုံစံဖြင့် သိမ်းဆည်းခြင်းကို တားမြစ်ထားသည်။ ပုံနှိပ်ပြီးနောက်၊ CRPT သဘောတူညီချက်နှင့်အညီ တံဆိပ်ခေါင်းများကို ဖယ်ရှားရမည်။ လက်တွေ့အသုံးပြုမှု အတိအကျမသိရပါ။
CPS - အမိန့်စီမံခန့်ခွဲမှုစခန်း။ ကုန်စည်အတွက် KMs အမိန့်ပေးသည့်စနစ်။
EDI - အီလက်ထရွန်းနစ်စာရွက်စာတမ်းစီမံခန့်ခွဲမှု။
UKEP - အရည်အသွေးပြည့်မီသော အီလက်ထရွန်းနစ်လက်မှတ်။

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

ЧЗ - ရိုးသားသောလက္ခဏာ။
အဆင်ပြေလား - ကိုယ်ပိုင်ဧရိယာ။
အမှတ် - ပုံနှိပ်အမှတ်အသားကုဒ်။

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

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

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

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

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

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

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

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

ကုဒ်ဖွဲ့စည်းပုံ

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

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

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

notepad++ တွင် CMS မှ ဖိုင်တစ်ခုကို ဖွင့်ပါက၊ ဤကဲ့သို့သော စာကြောင်းများကို သင်တွေ့နိုင်ပါသည်။ တတိယကုဒ်သည် မမှန်ကန်ပါ။

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

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

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

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

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

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

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

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

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

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

DataMatrix မျိုးဆက်

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 Forts အရင်းအမြစ်များတွင် တင်ထားသော အများအပြားရှိပါသည်။ မိုဘိုင်းအက်ပလီကေးရှင်းများထုတ်လုပ်လိုက်တဲ့ DataMatrix ကုဒ်တွေရဲ့ မှန်ကန်မှုကို စစ်ဆေးနိုင်ပါတယ်။

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

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

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

ပုံနှိပ်

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

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

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

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

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

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

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

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

XSD အစီအစဉ်ကို ChZ LC ၏ "အကူအညီ" ကဏ္ဍတွင် ဒေါင်းလုဒ်လုပ်နိုင်ပါသည်။

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

  1. LC ChZ ရှိ Xsd အစီအစဥ်များတွင် TIN အတည်ပြုခြင်းတွင် အမှားအယွင်းများနှင့် လိုင်းအရှည်အပေါ် ကန့်သတ်ချက်များ ပါဝင်သည်။ အမှားများကို ပြင်ဆင်ပြီးမှသာ ပုံများကို သင်အသုံးပြုနိုင်ပါသည်။ ကံကောင်းထောက်မစွာ၊ အမှားတွေက သိသာထင်ရှားတဲ့အတွက် ဒါကိုလုပ်ဖို့ မခက်ပါဘူး။
  2. အစီအစဉ်တွင် အများအားဖြင့် အပိုင်းနှစ်ပိုင်းပါဝင်သည် - စာရွက်စာတမ်း အမျိုးအစားအားလုံးအတွက် အသုံးများပြီး သီးခြားအမျိုးအစားတစ်ခုအတွက် သီးခြားဖြစ်သည်။ ယေဘုယျအစီအစဉ်ကို သီးခြားတစ်ခုသို့ တင်သွင်းခြင်းဖြင့် ထည့်သွင်းသည်။ ပုံနှစ်ခုလုံးကို ChZ LC ၏အကူအညီကဏ္ဍတွင်တင်ထားသည်။
  3. CM အတွက် ထွက်ပြေးခြင်းဆိုင်ရာ စည်းမျဉ်းများသည် XML အတွက် ယေဘူယျ လက်ခံထားသော စံနှုန်းများနှင့် ကွဲပြားသည်၊ ၎င်းကို ChZ မှ တရားဝင် စာရွက်စာတမ်းတွင် ရေးထားသောကြောင့် ၎င်းကို အာရုံစိုက်ပါ။ ဒီမှာ ဒီမှာ စည်းကမ်းချက်အားလုံးကို စာမျက်နှာ ၄ ​​တွင် ဖော်ပြထားသည်။
  4. ဖိုင်တစ်ခုတွင် 150 ကုဒ်များ ပျံ့နှံ့စေရန် မကြိုးစားသင့်ပါ။ မျက်မြင်သက်သေများ၏ အဆိုအရ ဖိုင်ပေါင်း 000 ကျော်သည် အများအားဖြင့် ဖြတ်သန်း၍မရ၊
  5. Xml ဖိုင်တစ်ခုအား အမှား "xml အတည်ပြုခြင်းအမှား" ဖြင့် ထုပ်ပိုးနိုင်ပြီး ငါးမိနစ်အကြာတွင် အလားတူဖိုင်ကို ပြဿနာမရှိဘဲ လက်ခံနိုင်မည်ဖြစ်သည်။
  6. ဖိုင်တွင် ဖြန့်ဝေပြီးသော ကုဒ်တစ်ခုပါနေပါက၊ လည်ပတ်မှုဖိုင်တွင် ထည့်ထားသည့် ကုဒ်ကို လက်ခံမည်မဟုတ်ပါ။
  7. ပို့ဆောင်ခြင်းနှင့် လက်ခံခြင်းစာရွက်စာတမ်းများကို ယာယီဖြေရှင်းချက်အဖြစ် အသုံးပြုသည်။ အနာဂတ်တွင်၊ ၎င်းတို့အား ဖျက်သိမ်းပြီး PPR 860 အရ UPD သို့ပြောင်းရန် စီစဉ်ထားသည်။
  8. ဒဏ္ဍာရီက ရက်ပေါင်း ၆၀ လောက်ရှိတယ်။ ရက် 60 အကြာတွင် လည်ပတ်ခြင်းမပြုသော ကုဒ်များသည် “လောင်ကျွမ်းသွားသည်” ဟု ထင်မြင်ချက်တစ်ခုရှိသည်။ ဤသည်မှာ ဒဏ္ဍာရီ၊ ရင်းမြစ်မသိရပါ။ ထိန်းချုပ်မှုစနစ်မှ ရက်ပေါင်း 60 အတွင်း ၎င်းတို့ကို သင်မစုဆောင်းပါက ကုဒ်များ သက်တမ်းကုန်ဆုံးမည်ဖြစ်သည်။ စုဆောင်းထားသောကုဒ်များ၏ သက်တမ်းသည် အကန့်အသတ်မရှိဖြစ်သည်။

ကောက်ချက်

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

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

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

source: www.habr.com

မှတ်ချက် Add