DataMatrix ຫຼືວິທີການໃສ່ປ້າຍເກີບຢ່າງຖືກຕ້ອງ

ຕັ້ງແຕ່ວັນທີ 1 ກໍລະກົດ 2019, ການຕິດສະຫຼາກແບບບັງຄັບຂອງກຸ່ມສິນຄ້າໄດ້ຖືກນໍາສະເຫນີໃນລັດເຊຍ. ຕັ້ງແຕ່ວັນທີ 1 ມີນາ 2020, ເກີບຄວນຈະຕົກຢູ່ພາຍໃຕ້ກົດໝາຍສະບັບນີ້. ບໍ່ແມ່ນທຸກຄົນມີເວລາໃນການກະກຽມ, ແລະດັ່ງນັ້ນ, ການເປີດຕົວໄດ້ຖືກເລື່ອນອອກໄປໃນວັນທີ 1 ກໍລະກົດ. Lamoda ແມ່ນໃນບັນດາຜູ້ທີ່ເຮັດມັນ.

ດັ່ງນັ້ນ, ພວກເຮົາຢາກແບ່ງປັນປະສົບການຂອງພວກເຮົາໃຫ້ກັບຜູ້ທີ່ຍັງບໍ່ທັນໄດ້ປ້າຍເສື້ອຜ້າ, ຢາງລົດ, ນໍ້າຫອມ, ແລະອື່ນໆ. ບົດຄວາມອະທິບາຍມາດຕະຖານອຸດສາຫະກໍາຈໍານວນຫນຶ່ງ, ບາງເອກະສານກົດລະບຽບແລະປະສົບການສ່ວນບຸກຄົນ. ບົດຄວາມແມ່ນມີຈຸດປະສົງຕົ້ນຕໍສໍາລັບຜູ້ປະສົມປະສານແລະນັກພັດທະນາທີ່ຍັງບໍ່ທັນເຂົ້າໃຈໂຄງການນີ້.

ກະລຸນາຮັບຊາບວ່າກົດລະບຽບມີການປ່ຽນແປງເລື້ອຍໆແລະມັນເປັນໄປບໍ່ໄດ້ສໍາລັບຜູ້ຂຽນທີ່ຈະປັບປຸງເອກະສານຢ່າງຕໍ່ເນື່ອງ. ດັ່ງນັ້ນ, ເມື່ອເຈົ້າອ່ານມັນ, ບາງຂໍ້ມູນອາດຈະລ້າສະໄຫມແລ້ວ.

ຜູ້ຂຽນໄດ້ຮັບປະສົບການສ່ວນບຸກຄົນທັງສອງເປັນສ່ວນຫນຶ່ງຂອງການເຮັດວຽກກ່ຽວກັບໂຄງການ Datamatrix ໃນ Lamoda, ແລະໃນເວລາທີ່ການພັດທະນາຄໍາຮ້ອງສະຫມັກການຕິດສະຫຼາກຂອງຕົນເອງຟຣີ BarCodesFx.

ຕັ້ງແຕ່ວັນທີ 1 ກໍລະກົດ 2019 ເປັນຕົ້ນມາ, ກົດໝາຍວ່າດ້ວຍການຕິດປ້າຍບັງຄັບໄດ້ມີຜົນບັງຄັບໃຊ້ໃນລັດເຊຍ. ກົດໝາຍບໍ່ນຳໃຊ້ກັບທຸກກຸ່ມຂອງສິນຄ້າ, ແລະວັນທີທີ່ເຂົ້າໃຊ້ການຕິດສະຫຼາກບັງຄັບສຳລັບກຸ່ມຜະລິດຕະພັນແຕກຕ່າງກັນ. ໃນປັດຈຸບັນ, ຢາສູບ, ເສື້ອກັນຫນາວ, ເກີບ, ແລະຢາແມ່ນຂຶ້ນກັບການຕິດສະຫຼາກບັງຄັບ. ຈະຖືກນໍາສະເຫນີໃນໄວໆນີ້ສໍາລັບຢາງ, ເຄື່ອງນຸ່ງຫົ່ມ, ນໍ້າຫອມແລະລົດຖີບ. ແຕ່ລະກຸ່ມສິນຄ້າແມ່ນຖືກຄວບຄຸມໂດຍການແກ້ໄຂຂອງລັດຖະບານແຍກຕ່າງຫາກ (GPR). ດັ່ງນັ້ນ, ບາງຄໍາຖະແຫຼງທີ່ເປັນຄວາມຈິງສໍາລັບເກີບອາດຈະບໍ່ເປັນຄວາມຈິງສໍາລັບກຸ່ມຜະລິດຕະພັນອື່ນໆ. ແຕ່ພວກເຮົາສາມາດຫວັງວ່າອົງປະກອບດ້ານວິຊາການຈະບໍ່ແຕກຕ່າງກັນຢ່າງຫຼວງຫຼາຍສໍາລັບກຸ່ມຜະລິດຕະພັນທີ່ແຕກຕ່າງກັນ.

Markingແນວຄວາມຄິດຕົ້ນຕໍຂອງການຕິດສະຫຼາກແມ່ນວ່າແຕ່ລະຫນ່ວຍຂອງສິນຄ້າຖືກມອບຫມາຍເປັນຕົວເລກສ່ວນບຸກຄົນ. ການນໍາໃຊ້ຕົວເລກນີ້, ທ່ານສາມາດຕິດຕາມປະຫວັດຂອງສິນຄ້າສະເພາະໃດຫນຶ່ງຈາກປັດຈຸບັນຂອງການຜະລິດຫຼືນໍາເຂົ້າໃນປະເທດ, ຈົນກ່ວາປັດຈຸບັນຂອງການກໍາຈັດຢູ່ໃນເຊັກເອົາ. ມັນມີສຽງທີ່ສວຍງາມ, ແຕ່ໃນການປະຕິບັດມັນເປັນເລື່ອງຍາກທີ່ສຸດທີ່ຈະປະຕິບັດແນວຄວາມຄິດດັ່ງກ່າວໄດ້ຖືກອະທິບາຍໄວ້ໃນລາຍລະອຽດເພີ່ມເຕີມຢູ່ໃນເວັບໄຊທ໌ທາງການຂອງເຄື່ອງຫມາຍທີ່ຊື່ສັດ.

ຂໍ້ກໍານົດແລະແນວຄວາມຄິດທົ່ວໄປ

UOT - ມີສ່ວນຮ່ວມໃນການໄຫຼວຽນຂອງສິນຄ້າ.
CRPT — ສູນ​ກາງ​ສໍາ​ລັບ​ການ​ພັດ​ທະ​ນາ​ເຕັກ​ໂນ​ໂລ​ຊີ​ທີ່​ມີ​ຄວາມ​ຫມັ້ນ​ຄົງ​. ບໍລິສັດເອກະຊົນ, ລັດດຽວ ຜູ້ຮັບເຫມົາສໍາລັບໂຄງການເຄື່ອງຫມາຍ. ມັນດໍາເນີນການພາຍໃຕ້ໂຄງການຫຸ້ນສ່ວນເອກະຊົນສາທາລະນະ (PPP). ແຕ່ຫນ້າເສຍດາຍ, ບໍ່ມີຂໍ້ມູນກ່ຽວກັບຜູ້ເຂົ້າຮ່ວມອື່ນໆໃນການປະມູນສໍາລັບໂຄງການ, ເຊັ່ນດຽວກັນກັບການປະມູນຕົວມັນເອງ.
TG - ກຸ່ມ​ຜະ​ລິດ​ຕະ​ພັນ​. ເກີບ, ເຄື່ອງນຸ່ງ, ຢາງລົດ, ແລະອື່ນໆ.
GTIN - ສໍາຄັນ, ບົດຄວາມຄໍານຶງເຖິງສີແລະຂະຫນາດ. ອອກໃນ GS1 ຫຼືລາຍການແຫ່ງຊາດສໍາລັບຜູ້ນໍາເຂົ້າຫຼືຜູ້ຜະລິດແຕ່ລະຄົນສໍາລັບຜະລິດຕະພັນຂອງລາວ. ຜູ້ຜະລິດຫຼືຜູ້ນໍາເຂົ້າຕ້ອງອະທິບາຍຜະລິດຕະພັນທໍາອິດ.
PPR - ດໍາລັດຂອງລັດຖະບານຂອງສະຫະພັນລັດເຊຍ. ສໍາລັບເກີບ - 860.
ກມ - ລະ​ຫັດ​ເຄື່ອງ​ຫມາຍ​. ຊຸດຕົວລະຄອນທີ່ເປັນເອກະລັກທີ່ມອບໝາຍໃຫ້ກັບລາຍການຜະລິດຕະພັນສະເພາະ. ສໍາລັບເກີບ, ມັນປະກອບດ້ວຍ GTIN, ເລກລໍາດັບ, ລະຫັດຢືນຢັນແລະ crypto-tail.
GS1 ແມ່ນອົງການສາກົນທີ່ອອກ GTINs. ພວກເຂົາຍັງເປັນຜູ້ລວບລວມມາດຕະຖານການຕິດສະຫຼາກຈໍານວນຫນຶ່ງ.
ລາຍການແຫ່ງຊາດ - ການປຽບທຽບຂອງ GS1, ພັດທະນາໂດຍ CRPT.
Cryptotail - ການປຽບທຽບຂອງລາຍເຊັນດິຈິຕອລຢືນຢັນຄວາມຖືກຕ້ອງທາງກົດໝາຍຂອງ CM. ຕ້ອງຢູ່ໃນຕາຕະລາງຂໍ້ມູນໃນສະແຕມ. ການເກັບຮັກສາໃນຮູບແບບຂໍ້ຄວາມຖືກຫ້າມ. ຫຼັງຈາກການພິມ, ສະແຕມຕ້ອງຖືກໂຍກຍ້າຍອອກຕາມຂໍ້ຕົກລົງກັບ CRPT. ບໍ່ມີກໍລະນີທີ່ຮູ້ຈັກຂອງການນໍາໃຊ້ຕົວຈິງ.
CPS - ສະ​ຖາ​ນີ​ຈັດ​ການ​ຄໍາ​ສັ່ງ​. ລະບົບທີ່ KMs ສໍາລັບສິນຄ້າຖືກສັ່ງ.
EDI - ການ​ຄຸ້ມ​ຄອງ​ເອ​ກະ​ສານ​ເອ​ເລັກ​ໂຕຣ​ນິກ​.
UKEP - ປັບປຸງລາຍເຊັນອີເລັກໂທຣນິກທີ່ມີຄຸນວຸດທິ.

ຂໍ້ກໍານົດແລະແນວຄວາມຄິດພາຍໃນຂອບເຂດຂອງບົດຄວາມນີ້

ChZ - ສັນ​ຍານ​ທີ່​ຊື່​ສັດ​.
ຕົກ​ລົງ - ພື້ນທີ່ສ່ວນຕົວ.
Марка — ພິມ​ລະ​ຫັດ​ເຄື່ອງ​ຫມາຍ​.

ຂະບວນການດັ່ງກ່າວແມ່ນດັ່ງຕໍ່ໄປນີ້: ທໍາອິດ, ຜູ້ເຂົ້າຮ່ວມ (UOT) ອອກລາຍເຊັນເອເລັກໂຕຣນິກ (UKEP), ລົງທະບຽນໃນເຄື່ອງຫມາຍຄວາມຊື່ສັດ (CH), ອະທິບາຍຜະລິດຕະພັນໃນລາຍການແຫ່ງຊາດຫຼື GS1, ແລະໄດ້ຮັບ GTINs ສໍາລັບຜະລິດຕະພັນ. ຂັ້ນຕອນເຫຼົ່ານີ້ແມ່ນໄດ້ອະທິບາຍຢ່າງລະອຽດຢູ່ໃນເວັບໄຊທ໌ຂອງເຄື່ອງຫມາຍທີ່ຊື່ສັດ, ດັ່ງນັ້ນພວກເຮົາຈະບໍ່ຢູ່ກັບພວກມັນ.

ການສັ່ງຊື້ ແລະຮັບລະຫັດ

ຫຼັງຈາກໄດ້ຮັບ GTINs, ຜູ້ເຂົ້າຮ່ວມ (UOT) ວາງຄໍາສັ່ງສໍາລັບລະຫັດ (KM) ໃນລະບົບ CPS.
ທີ່ສໍາຄັນ, ແຕ່ບໍ່ຈະແຈ້ງ.

1. ທ່ານສາມາດຮ້ອງຂໍລະຫັດໄດ້ສູງສຸດ 10 GTINs ໃນຄໍາສັ່ງດຽວ. ໃນຫຼັກການ, ເປັນຂໍ້ຈໍາກັດທີ່ບໍ່ສາມາດເຂົ້າໃຈໄດ້. ຜູ້ນໍາເຂົ້າທີ່ມີ 14 GTINs ຕ້ອງສ້າງ 000 ຄໍາສັ່ງຊື້.
2. ສາມາດຮ້ອງຂໍໄດ້ສູງສຸດ 150 ລະຫັດຕໍ່ຄໍາສັ່ງ.
3. ມີຈໍານວນຈໍາກັດ 100 ຄໍາສັ່ງທີ່ກໍາລັງດໍາເນີນ. ນັ້ນແມ່ນ, ບໍ່ເກີນ 100 ຄໍາສັ່ງສາມາດດໍາເນີນການໄດ້ໃນເວລາດຽວກັນ. ຖ້າມີຫຼາຍກວ່າ 100, API ຈະເລີ່ມສົ່ງຄືນຂໍ້ຜິດພາດແທນທີ່ຈະເປັນລາຍການຄໍາສັ່ງ. ວິທີດຽວທີ່ຈະແກ້ໄຂຂໍ້ຜິດພາດນີ້ແມ່ນການປິດບາງຄໍາສັ່ງຜ່ານການໂຕ້ຕອບເວັບ. API ບໍ່ໄດ້ສະຫນອງພາລາມິເຕີສໍາລັບການສະແດງບາງສ່ວນຂອງຄໍາສັ່ງ.
4. ມີການຈໍາກັດຈໍານວນການຮ້ອງຂໍ - ບໍ່ເກີນ 10 ຄໍາຮ້ອງຂໍຕໍ່ວິນາທີ. ອີງຕາມຂໍ້ມູນຂອງຂ້ອຍ, ຂໍ້ຈໍາກັດນີ້ບໍ່ປາກົດຢູ່ໃນເອກະສານ, ແຕ່ມັນມີຢູ່.

ຈາກປະສົບການສ່ວນຕົວຂອງການເຮັດວຽກກັບຄໍາສັ່ງຂອງລະຫັດເຄື່ອງຫມາຍ KM ຜ່ານ API ຂອງລະບົບ CPS.

1. ການຮ້ອງຂໍ (json ຕົວຂອງມັນເອງ) ຕ້ອງໄດ້ຮັບການເຊັນດ້ວຍລາຍເຊັນ GOST. ນີ້ແມ່ນເຮັດວຽກກັບ cryptopro. ທ່ານຕ້ອງຮັບປະກັນຢ່າງລະມັດລະວັງວ່າກອບຫຼືຫ້ອງສະຫມຸດທີ່ໃຊ້ບໍ່ປ່ຽນແປງ json ຕົ້ນສະບັບເຖິງແມ່ນວ່າໂດຍ byte. ຖ້າບໍ່ດັ່ງນັ້ນ, ລາຍເຊັນຈະຢຸດເຊົາໃນທັນທີ.
2. ລາຍເຊັນສັ່ງ. ຄໍາສັ່ງສາມາດໄດ້ຮັບການເຊັນໂດຍລາຍເຊັນຂອງລູກຄ້າໃດໆ. ຖ້າລາຍເຊັນຖືກຕ້ອງ, ລະບົບ CPS ຈະຍອມຮັບມັນ. ໃນລະຫວ່າງການລວມເຂົ້າກັນ, ມັນເປັນໄປໄດ້ທີ່ຈະລົງນາມໃນຄໍາຮ້ອງຂໍທີ່ມີລາຍເຊັນຂອງຜູ້ອື່ນທີ່ອອກໃນ CA ການທົດສອບ. ວົງຈອນການຕໍ່ສູ້ຂອງລະບົບການຄວບຄຸມໄດ້ປະມວນຜົນຄໍາສັ່ງແລະລະຫັດທີ່ອອກ. ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍນີ້ແມ່ນຂຸມຄວາມປອດໄພ. ນັກພັດທະນາໄດ້ຕອບລາຍງານຂໍ້ຜິດພາດດ້ວຍ "ພວກເຮົາຈະເຫັນ." ຂ້ອຍຫວັງວ່າມັນຖືກແກ້ໄຂ.

   ດັ່ງນັ້ນ, ຈົ່ງລະມັດລະວັງທີ່ສຸດຖ້າມີນິຕິບຸກຄົນຫຼາຍກວ່າຫນຶ່ງເຮັດວຽກຢູ່ບ່ອນເຮັດວຽກ. ໃບໜ້າ. ມື້ນີ້ CPS ຈະຍອມຮັບການຮ້ອງຂໍເຫຼົ່ານີ້, ແລະມື້ອື່ນຄໍາຮ້ອງຂໍຈະຖືກກວດສອບຄືນໃຫມ່ແລະເຄິ່ງຫນຶ່ງຂອງລະຫັດຈະຖືກຖອນຄືນເນື່ອງຈາກລາຍເຊັນຂອງຄົນອື່ນ. ແລະໃນຫຼັກການ, ຢ່າງເປັນທາງການພວກເຂົາຈະຖືກຕ້ອງ.

3. ການເຊັນຄໍາສັ່ງອັດຕະໂນມັດແມ່ນຫນ້າທີ່ທີ່ບໍ່ມີຢູ່ໃນ KMS ອີກຕໍ່ໄປ. ເພື່ອໃຫ້ມັນເຮັດວຽກ, ມັນຈໍາເປັນຕ້ອງອັບໂຫລດສ່ວນສ່ວນຕົວຂອງກຸນແຈໃນບັນຊີສ່ວນຕົວຂອງເຄື່ອງຫມາຍທີ່ຊື່ສັດ. ນີ້ແມ່ນການປະນີປະນອມຂອງກຸນແຈ. ແລະອີງຕາມກົດຫມາຍໃນປະຈຸບັນ, ໃນກໍລະນີທີ່ມີການປະນີປະນອມຂອງລາຍເຊັນເອເລັກໂຕຣນິກທີ່ມີຄຸນວຸດທິ, ເຈົ້າຂອງຕ້ອງແຈ້ງໃຫ້ສູນການຢັ້ງຢືນຂອງລາວ (CA) ແລະຖອນຄືນ ECEP. ຖ້າຟັງຊັນນີ້ຖືກສົ່ງຄືນ, ຈົ່ງລະມັດລະວັງເພື່ອຮັບປະກັນວ່າສ່ວນສ່ວນຕົວຂອງກະແຈບໍ່ໄດ້ອອກຈາກຄອມພິວເຕີ.
4. ໃນເດືອນກຸມພາ, ສູນພັດທະນາເທກໂນໂລຍີຂັ້ນສູງ (CRPT) ງຽບໆໄດ້ນໍາສະເຫນີຂໍ້ຈໍາກັດກ່ຽວກັບຈໍານວນຄໍາຮ້ອງຂໍໃຫ້ກັບ CPS API. ບໍ່ມີຫຼາຍກ່ວາຫນຶ່ງຄໍາຮ້ອງຂໍຕໍ່ວິນາທີ. ຫຼັງຈາກນັ້ນ, ໂດຍບໍ່ຄາດຄິດແລະງຽບໆ, ລາວໄດ້ຍົກຂໍ້ຈໍາກັດນີ້. ດັ່ງນັ້ນ, ຂ້າພະເຈົ້າຂໍແນະນໍາໃຫ້ລະບົບຖືກສ້າງຂຶ້ນໃນຄວາມສາມາດໃນການຈໍາກັດຈໍານວນການຮ້ອງຂໍໃຫ້ກັບ CRPT API ໃນກໍລະນີຂອງການ relapse. ໃນປັດຈຸບັນມີຂໍ້ມູນກ່ຽວກັບການຈໍາກັດ 10 ຄໍາຮ້ອງຂໍຕໍ່ວິນາທີ.
5. ນອກຈາກນີ້ໃນເດືອນກຸມພາ, ພຶດຕິກໍາຂອງ CPS API ມີການປ່ຽນແປງຢ່າງຫຼວງຫຼາຍໂດຍບໍ່ມີການເຕືອນ. API ມີການຮ້ອງຂໍເພື່ອໃຫ້ໄດ້ຮັບສະຖານະຂອງຄໍາສັ່ງ. ສະຖານະພາບຊີ້ໃຫ້ເຫັນເຖິງ buffers ແລະສະຖານະພາບຂອງມັນ. ຫນຶ່ງ GTIN = ຫນຶ່ງ buffer. ມັນຍັງໄດ້ຊີ້ບອກເຖິງຈໍານວນລະຫັດທີ່ມີຢູ່ທີ່ຈະໄດ້ຮັບຈາກ buffer. ມື້ຫນຶ່ງທີ່ດີ, ຈໍານວນຂອງ buffers ທັງຫມົດກາຍເປັນ -1. ຂ້ອຍຕ້ອງໃຊ້ວິທີແຍກຕ່າງຫາກເພື່ອສອບຖາມສະຖານະຂອງແຕ່ລະ buffer ແຍກຕ່າງຫາກ. ແທນທີ່ຈະເປັນຄໍາຮ້ອງຂໍຫນຶ່ງ, ຂ້ອຍຕ້ອງເຮັດສິບເອັດ.

ໂຄງສ້າງລະຫັດ

ດັ່ງນັ້ນ, ລະຫັດໄດ້ຖືກສັ່ງແລະສ້າງ. ພວກເຂົາສາມາດໄດ້ຮັບຜ່ານ API ໃນຮູບແບບຂໍ້ຄວາມ, ໃນ pdf ເປັນປ້າຍສໍາລັບການພິມແລະເປັນໄຟລ໌ csv ທີ່ມີຂໍ້ຄວາມ.

API ໄດ້ຖືກຂຽນໄວ້ຂ້າງເທິງແລ້ວ. ສໍາລັບສອງວິທີການອື່ນໆ. ໃນເບື້ອງຕົ້ນ, ລະບົບການຄວບຄຸມອະນຸຍາດໃຫ້ທ່ານເກັບກໍາລະຫັດພຽງແຕ່ຄັ້ງດຽວ. ແລະຖ້າໄຟລ໌ pdf ໄດ້ຖືກເອົາ, ຫຼັງຈາກນັ້ນມັນກໍ່ເປັນໄປໄດ້ທີ່ຈະໄດ້ຮັບລະຫັດໃນຮູບແບບຂໍ້ຄວາມພຽງແຕ່ໂດຍການສະແກນຂໍ້ມູນທັງຫມົດຈາກ pdf. ໂຊກດີ, ພວກເຂົາເຈົ້າໄດ້ເພີ່ມຄວາມສາມາດໃນການເກັບກໍາລະຫັດຫຼາຍຄັ້ງ, ແລະບັນຫານີ້ໄດ້ຖືກແກ້ໄຂ. ລະຫັດຍັງສາມາດໃຊ້ໄດ້ສໍາລັບການດາວໂຫຼດຄືນພາຍໃນສອງມື້.

ຖ້າທ່ານເອົາມັນໃນຮູບແບບ csv, ຫຼັງຈາກນັ້ນບໍ່ເຄີຍ, ພາຍໃຕ້ສະຖານະການໃດກໍ່ຕາມ, ເປີດມັນຢູ່ໃນ Excel. ແລະບໍ່ໃຫ້ໃຜ. Excel ມີຄຸນສົມບັດບັນທຶກອັດຕະໂນມັດ. ໃນເວລາທີ່ປະຫຍັດ, Excel ສາມາດດັດແປງລະຫັດຂອງທ່ານໃນວິທີທີ່ບໍ່ສາມາດຄາດເດົາໄດ້ທີ່ສຸດ. ຂ້ອຍແນະນໍາໃຫ້ໃຊ້ notepad ++ ເພື່ອເບິ່ງລະຫັດ.

ຖ້າທ່ານເປີດໄຟລ໌ຈາກ CMS ໃນ notepad ++, ທ່ານສາມາດເບິ່ງເສັ້ນເຊັ່ນນີ້. ລະຫັດທີສາມບໍ່ຖືກຕ້ອງ (ມັນບໍ່ມີຕົວຂັ້ນ GS).

ຄູ່ຮ່ວມງານຂອງພວກເຮົາໃຫ້ລະຫັດໃຫ້ພວກເຮົາເພື່ອຕິດສະຫຼາກຜະລິດຕະພັນຂອງພວກເຂົາ. ຕາເປົ່າສາມາດເຫັນໄດ້ວ່າໄຟລ໌ໃດຖືກສ້າງຂື້ນໂດຍໃຊ້ Excel - ເຖິງ 5% ຂອງລະຫັດບໍ່ຖືກຕ້ອງ.

ຂ້າພະເຈົ້າຂໍແນະນໍາໃຫ້ອ່ານກ່ຽວກັບ ມາດຕະຖານ GS1. ຄໍາອະທິບາຍຂອງມາດຕະຖານປະກອບມີຄໍາຕອບສໍາລັບຄໍາຖາມຈໍານວນຫຼາຍກ່ຽວກັບການສ້າງຕັ້ງຂອງ DataMatrix.

ລະຫັດປະຈໍາຕົວປະກອບດ້ວຍ GTIN ແລະເລກລໍາດັບ. ອີງຕາມມາດຕະຖານ GS1, ສິ່ງເຫຼົ່ານີ້ກົງກັບ Application Identifiers (AI) 01 ແລະ 21. ກະລຸນາຮັບຊາບວ່າ Application Identifiers ບໍ່ແມ່ນສ່ວນຫນຶ່ງຂອງ GTIN ແລະ serial number. ພວກມັນຊີ້ບອກວ່າຕົວລະບຸແອັບພລິເຄຊັນ (UI) ຕິດຕາມດ້ວຍ GTIN ຫຼືໝາຍເລກຊີຣຽວ. ນີ້ເປັນສິ່ງສໍາຄັນໂດຍສະເພາະໃນເວລາທີ່ດໍາເນີນໂຄງການຊອບແວລົງທະບຽນເງິນສົດ. ເພື່ອຕື່ມໃສ່ແທັກ 1162, ທ່ານພຽງແຕ່ຕ້ອງການ GTIN ແລະເລກລໍາດັບ, ໂດຍບໍ່ມີຕົວລະບຸແອັບພລິເຄຊັນ.

ສໍາລັບ UTD (ເອກະສານການໂອນເງິນທົ່ວໄປ) ແລະເອກະສານອື່ນໆ, ໃນທາງກົງກັນຂ້າມ, ສ່ວນຫຼາຍແມ່ນທ່ານຕ້ອງການບັນທຶກທັງຫມົດທີ່ມີຕົວລະບຸຄໍາຮ້ອງສະຫມັກ.

ມາດຕະຖານ GS1 ລະບຸວ່າ GTIN ມີຄວາມຍາວຄົງທີ່ຂອງ 14 ຕົວອັກສອນ ແລະສາມາດປະກອບດ້ວຍຕົວເລກເທົ່ານັ້ນ. ໝາຍເລກຊີຣຽວມີຄວາມຍາວຕົວແປ ແລະໄດ້ອະທິບາຍໄວ້ໃນໜ້າ 155 ຂອງມາດຕະຖານ. ນອກຈາກນີ້ຍັງມີການເຊື່ອມຕໍ່ກັບຕາຕະລາງທີ່ມີສັນຍາລັກທີ່ອາດຈະປາກົດຢູ່ໃນເລກລໍາດັບ.

ເນື່ອງຈາກໝາຍເລກ serial ມີຄວາມຍາວປ່ຽນແປງໄດ້, ຕົວແຍກ GS ຊີ້ບອກຈຸດສິ້ນສຸດຂອງເລກລໍາດັບ. ໃນຕາຕະລາງ ASCII ມັນມີລະຫັດ 29. ໂດຍບໍ່ມີຕົວແຍກນີ້, ບໍ່ມີໂຄງການໃດຈະເຂົ້າໃຈຈຸດໃດທີ່ເລກລໍາດັບສິ້ນສຸດລົງແລະກຸ່ມຂໍ້ມູນອື່ນໆໄດ້ເລີ່ມຕົ້ນ.

ລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບລະຫັດເຄື່ອງຫມາຍ (KM) ສາມາດພົບໄດ້ໃນ ເອກະສານທາງການ.

ສໍາລັບເກີບ, ຈໍານວນ serial ໄດ້ຖືກແກ້ໄຂຢູ່ທີ່ 13 ຕົວອັກສອນ, ຢ່າງໃດກໍຕາມ, ຂະຫນາດຂອງມັນສາມາດມີການປ່ຽນແປງໄດ້ທຸກເວລາ. ສໍາລັບກຸ່ມຜະລິດຕະພັນອື່ນໆ (TG), ຄວາມຍາວຂອງເລກລໍາດັບອາດຈະແຕກຕ່າງກັນ.

ການຜະລິດ DataMatrix

ຂັ້ນຕອນຕໍ່ໄປແມ່ນການແປງຂໍ້ມູນເຂົ້າໄປໃນລະຫັດ DataMatrix. ລັດຖະບັນຍັດຂອງລັດຖະບານລັດເຊຍ 860 ກໍານົດ GOST, ອີງຕາມການທີ່ມັນຈໍາເປັນຕ້ອງສ້າງ DataMatrix. ນອກຈາກນີ້, PPR 860 ລະບຸການບັງຄັບໃຊ້ຕົວລະບຸແອັບພລິເຄຊັນ. ກະລຸນາຮັບຊາບວ່າມາດຕະຖານ DataMatrix ບໍ່ມີແນວຄວາມຄິດຂອງ "ຕົວລະບຸແອັບພລິເຄຊັນ". ພວກມັນມີຢູ່ໃນມາດຕະຖານ GS-1 DataMatrix ເທົ່ານັ້ນ. ມັນປະກົດວ່າ PPR 860 implicitly obliges ການນໍາໃຊ້ 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. ນີ້ນໍາໄປສູ່ການຍຶດສິນຄ້າ, ການປັບໄຫມ, ແລະຄວາມຮັບຜິດຊອບທາງອາຍາ.

ໃຊ້ການພິມການໂອນຄວາມຮ້ອນ. ໃນກໍລະນີດັ່ງກ່າວນີ້, ຍີ່ຫໍ້ແມ່ນບໍ່ອ່ອນໄຫວຕໍ່ກັບມະລາຍຫາຍໄປ. ວັດສະດຸປ້າຍກຳກັບຍັງກຳນົດວ່າຍີ່ຫໍ້ມີຄວາມອ່ອນໄຫວແນວໃດຕໍ່ກັບຄວາມເສຍຫາຍທາງກົນຈັກ. ຖ້າລະຫັດບໍ່ສາມາດອ່ານໄດ້ເນື່ອງຈາກຄວາມເສຍຫາຍທາງກົນ, ນີ້ແມ່ນເທົ່າກັບການບໍ່ມີຍີ່ຫໍ້ທີ່ມີຜົນກະທົບທີ່ເກີດຂື້ນ.

ເລືອກເຄື່ອງພິມຈາກປະລິມານການພິມທີ່ທ່ານວາງແຜນໄວ້. ເຄື່ອງພິມເດັສທັອບບໍ່ໄດ້ຖືກອອກແບບເພື່ອພິມປ້າຍ 100 ຕໍ່ມື້.

ການຢຸດ ແລະເລີ່ມການພິມເພີ່ມຄວາມສວມໃສ່ໃນເຄື່ອງພິມ. ບາງໂຄງການສົ່ງວຽກພິມຫນຶ່ງປ້າຍຫນຶ່ງຄັ້ງ. ມັນດີກວ່າທີ່ຈະບໍ່ໃຊ້ໂຄງການດັ່ງກ່າວ.

ເຮັດວຽກກັບເອກະສານ

ຫຼັງຈາກສະແຕມຖືກພິມອອກແລະວາງລົງ, ການເຮັດທຸລະກໍາເພີ່ມເຕີມທັງຫມົດແມ່ນເກີດຂຶ້ນໂດຍຜ່ານເອກະສານຫຼືບັນຊີສ່ວນບຸກຄົນຂອງເຄື່ອງຫມາຍທີ່ຊື່ສັດ.

ເມື່ອເຮັດວຽກກັບລະຫັດຈໍານວນຫລາຍ, ທ່ານສາມາດສ້າງໄຟລ໌ xml ທີ່ມີລະຫັດທີ່ຕ້ອງການແລະອັບໂຫລດໄຟລ໌ເຫຼົ່ານີ້ຜ່ານ API ຫຼືສ່ວນຕິດຕໍ່ເວັບຂອງບັນຊີສ່ວນຕົວຂອງທ່ານ.

ໂຄງການ XSD ສາມາດດາວໂຫຼດໄດ້ໃນສ່ວນ “ຊ່ວຍເຫຼືອ” ຂອງ ChZ LC.

ກະລຸນາສັງເກດຈຸດຕໍ່ໄປນີ້.

1. ແຜນຜັງ Xsd ໃນ LC ChZ ມີຂໍ້ຜິດພາດໃນການກວດສອບ TIN ແລະຂໍ້ຈໍາກັດກ່ຽວກັບຄວາມຍາວຂອງເສັ້ນ. ພຽງແຕ່ຫຼັງຈາກແກ້ໄຂຂໍ້ຜິດພາດທີ່ທ່ານສາມາດນໍາໃຊ້ແຜນວາດໄດ້. ໂຊກດີ, ຄວາມຜິດພາດແມ່ນເຫັນໄດ້ຊັດເຈນ, ດັ່ງນັ້ນນີ້ບໍ່ແມ່ນການຍາກທີ່ຈະເຮັດ.
2. ໂຄງການສ່ວນຫຼາຍມັກຈະປະກອບດ້ວຍສອງສ່ວນ - ທົ່ວໄປສໍາລັບທຸກປະເພດຂອງເອກະສານແລະແຍກຕ່າງຫາກສໍາລັບປະເພດສະເພາະ. schema ທົ່ວໄປແມ່ນເພີ່ມໂດຍການນໍາເຂົ້າໄປຫາສະເພາະ. ທັງສອງແຜນວາດແມ່ນໄດ້ຖືກຈັດພີມມາຢູ່ໃນສ່ວນການຊ່ວຍເຫຼືອຂອງ ChZ LC.
3. ກົດລະບຽບການຫລົບຫນີສໍາລັບ CM ແຕກຕ່າງຈາກທີ່ຍອມຮັບໂດຍທົ່ວໄປສໍາລັບ XML, ນີ້ແມ່ນລາຍລັກອັກສອນໃນເອກະສານຢ່າງເປັນທາງການຈາກ ChZ, ເອົາໃຈໃສ່ກັບເລື່ອງນີ້. ທີ່ນີ້ ທີ່ນີ້ ກົດລະບຽບທັງຫມົດແມ່ນຢູ່ໃນຫນ້າ 4.
4. ທ່ານບໍ່ຄວນພະຍາຍາມໃສ່ລະຫັດ 150 ເຂົ້າໄປໃນການໄຫຼວຽນຂອງໄຟລ໌ດຽວ. ອີງຕາມຜູ້ເຫັນເຫດການ, ເອກະສານຫຼາຍກ່ວາ 000 ມັກຈະຜ່ານ..
5. ໄຟລ໌ Xml ສາມາດຖືກຫໍ່ດ້ວຍຄວາມຜິດພາດ "xml validation error", ແລະຫ້ານາທີຕໍ່ມາ, ໄຟລ໌ດຽວກັນສາມາດໄດ້ຮັບການຍອມຮັບໂດຍບໍ່ມີບັນຫາ.
6. ຖ້າໄຟລ໌ມີລະຫັດທີ່ຖືກໃສ່ເຂົ້າໃນການໄຫຼວຽນຂອງ, ຫຼັງຈາກນັ້ນ, ໄຟລ໌ທີ່ບັນຈຸເຂົ້າໃນການໄຫຼວຽນຂອງສ່ວນຫຼາຍຈະບໍ່ຖືກຍອມຮັບ.
7. ການຂົນສົ່ງແລະການຮັບເອກະສານຖືກນໍາໃຊ້ເປັນການແກ້ໄຂຊົ່ວຄາວ. ໃນອະນາຄົດ, ພວກເຂົາວາງແຜນທີ່ຈະຍົກເລີກພວກມັນແລະປ່ຽນເປັນ UPD ຕາມ PPR 860.
8. myth ປະມານ 60 ມື້. ມີຄວາມຄິດເຫັນວ່າລະຫັດທີ່ບໍ່ໄດ້ໃສ່ເຂົ້າໃນການໄຫຼວຽນຂອງ "ເຜົາໄຫມ້ອອກ" ຫຼັງຈາກ 60 ມື້. ນີ້ແມ່ນ myth, ແຫຼ່ງບໍ່ຮູ້. ລະຫັດຈະຫມົດອາຍຸພຽງແຕ່ຖ້າຫາກວ່າທ່ານບໍ່ໄດ້ເກັບກໍາໃຫ້ເຂົາເຈົ້າຈາກລະບົບການຄວບຄຸມພາຍໃນ 60 ມື້. ອາຍຸຂອງລະຫັດທີ່ເກັບກໍາແມ່ນບໍ່ຈໍາກັດ.

ສະຫລຸບ

ເມື່ອພັດທະນາຄໍາຮ້ອງສະຫມັກການຕິດສະຫຼາກຟຣີຂອງຂ້ອຍ BarCodesFX, ການເຊື່ອມໂຍງກັບ CPS API ໄດ້ຖືກສ້າງຂື້ນໃນເບື້ອງຕົ້ນ. ເມື່ອສັນຍານທີ່ຊື່ສັດບໍ່ຄາດຄິດໄດ້ປ່ຽນເຫດຜົນຂອງ API ເປັນຄັ້ງທີສອງ, ການປະສົມປະສານຕ້ອງຖືກປະຖິ້ມໄວ້. ຂ້າພະເຈົ້າຫວັງວ່າໃນອະນາຄົດ ChZ ຈະສາມາດສະຖຽນລະພາບການພັດທະນາແລະ API, ເພາະວ່າ ສໍາລັບຜະລິດຕະພັນທີ່ບໍ່ແມ່ນການຄ້າ, ມັນມີລາຄາແພງຫຼາຍສໍາລັບຂ້ອຍທີ່ຈະກວດເບິ່ງສອງຄັ້ງທຸກໆມື້ວ່າມີການປ່ຽນແປງ API ແລະປັບປຸງມັນທັນທີ.

ເມື່ອປະຕິບັດເຄື່ອງຫມາຍ, ລະມັດລະວັງອ່ານເອກະສານກົດລະບຽບສໍາລັບກຸ່ມຜະລິດຕະພັນ TG ຂອງທ່ານ, ພິມ GS1-DataMatrix ຢ່າງຖືກຕ້ອງແລະກຽມພ້ອມສໍາລັບການປ່ຽນແປງທີ່ບໍ່ໄດ້ຄາດຫວັງຢູ່ໃນສ່ວນຂອງເຄື່ອງຫມາຍ ChZ ທີ່ຊື່ສັດ.

Fort Alliance ໄດ້ສ້າງພື້ນທີ່ຂໍ້ມູນຂ່າວສານ (wiki, ສົນທະນາ ໃນ telegram, ສໍາມະນາ, webinars), ບ່ອນທີ່ທ່ານສາມາດຊອກຫາຂໍ້ມູນທີ່ເປັນປະໂຫຍດແລະທີ່ກ່ຽວຂ້ອງກ່ຽວກັບການຕິດສະຫຼາກໃນອຸດສາຫະກໍາທັງຫມົດ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com