Get best of the week

DataMatrix atau cara memberi label sepatu dengan benar

Mulai 1 Juli 2019, pelabelan wajib sekelompok barang diperkenalkan di Rusia. Dari 1 Maret 2020, sepatu jatuh di bawah hukum ini. Tidak semua orang berhasil mempersiapkan, dan akibatnya, peluncuran ditunda hingga 1 Juli. Lamoda termasuk di antara mereka yang melakukannya.

Karena itu, kami ingin berbagi pengalaman dengan mereka yang belum memberi label pakaian, ban, parfum, dll. Artikel ini menjelaskan sejumlah standar industri, beberapa dokumentasi peraturan, dan pengalaman pribadi. Artikel ini ditujukan terutama untuk integrator dan pengembang yang hanya perlu memahami proyek ini.

gambar

Harap perhatikan bahwa kerangka peraturan sering berubah, dan penulis tidak memiliki kesempatan untuk terus memperbarui materi. Karena itu, pada saat membaca, beberapa informasi mungkin sudah ketinggalan zaman.

Penulis memperoleh pengalaman pribadi baik dalam kerangka kerja pada proyek Datamatrix di Lamoda, dan dalam pengembangan aplikasi gratisnya sendiri untuk menandai BarCodesFx.

Sejak 1 Juli 2019, undang-undang tentang pelabelan wajib telah berlaku di Rusia. Hukum tidak berlaku untuk semua kelompok barang, dan tanggal berlakunya label wajib untuk kelompok produk berbeda-beda. Sekarang tembakau, mantel bulu, sepatu, dan obat-obatan termasuk dalam tanda wajib. Dalam waktu dekat akan diperkenalkan ban, pakaian, parfum, dan sepeda. Setiap kelompok barang diatur oleh keputusan pemerintah (PPR) terpisah. Oleh karena itu, beberapa pernyataan yang tepat untuk sepatu mungkin salah untuk kelompok produk lainnya. Tetapi kita dapat berharap bahwa komponen teknis tidak akan sangat bervariasi untuk kelompok produk yang berbeda.

Menandai
— . , . , . .

Istilah dan Konsep Umum


FEP - peserta dalam pergantian barang.
MTCT adalah pusat pengembangan teknologi yang menjanjikan. Perusahaan swasta, satu-satunya negara bagian. kontraktor pelabelan. Ini bekerja di bawah skema kemitraan swasta publik (PPP). Sayangnya, tidak ada informasi tentang penawar lain untuk proyek tersebut, serta tentang tender itu sendiri.
TG - kelompok komoditas. Sepatu, pakaian, ban, dll.
GTIN - pada kenyataannya, artikel, dengan mempertimbangkan ukuran warna. Dikeluarkan dalam GS1 atau katalog nasional untuk setiap importir atau produsen untuk barang-barangnya. Pabrikan atau importir harus terlebih dahulu menjelaskan produk ini.
PPR - Keputusan Pemerintah Federasi Rusia. Untuk sepatu - 860.
KM- menandai kode. Set karakter unik yang ditetapkan untuk item tertentu. Untuk sepatu, terdiri dari GTIN, nomor seri, kode verifikasi, dan crypto-tail.
GS1 adalah organisasi internasional yang mengeluarkan GTIN. Juga, penyusun sejumlah standar penandaan.
Katalog nasional adalah analog dari GS1, yang dikembangkan oleh CRPT.
Crypto - tail adalah analog dari tanda tangan digital yang mengkonfirmasi legalitas KM. Harus ada dalam datatrix pada merek. Penyimpanan teks dilarang. Setelah mencetak, perangko harus dilepas sesuai dengan perjanjian dengan MDCT. Tidak ada satu pun kasus penggunaan nyata yang diketahui.
CPS - stasiun manajemen pesanan. Sistem di mana KM dipesan untuk suatu produk.
EDO - manajemen dokumen elektronik.
UKEP - tanda tangan elektronik berkualitas yang ditingkatkan.

Istilah dan konsep dalam bingkai artikel ini


ChZ adalah tanda yang jujur.
LK - akun pribadi.
Cap - kode penandaan tercetak.

Prosesnya adalah sebagai berikut: pertama, peserta (FEP) mengeluarkan tanda tangan elektronik (UKEP), terdaftar dalam lencana (CHZ), menjelaskan barang-barang di direktori nasional atau GS1, menerima GTIN untuk barang-barang tersebut. Di situs tanda jujur, langkah-langkah ini dijelaskan secara terperinci, jadi kami tidak akan memikirkannya.

Memesan dan menerima kode


Setelah menerima GTIN, peserta (UOT) membuat urutan kode (CM) dalam sistem CPS.
Penting, tetapi tidak jelas.

  1. Dalam satu pesanan, Anda dapat meminta kode maksimum 10 GTIN. Pada prinsipnya, pembatasan tidak bisa dipahami. Importir dengan 14.000 GTIN harus membuat 1.400 pesanan.
  2. Dalam satu urutan, maksimum 150.000 kode dapat diminta.
  3. Ada batasan 100 pesanan dalam pekerjaan. Artinya, pada saat yang sama dalam pemrosesan bisa tidak lebih dari 100 pesanan. Jika ada lebih dari 100, maka API akan mulai mengembalikan kesalahan alih-alih daftar pesanan. Satu-satunya cara untuk mengatasi kesalahan ini adalah dengan menutup beberapa pesanan melalui antarmuka web. API tidak menyediakan parameter untuk sebagian tampilan pesanan.
  4. Ada batasan jumlah panggilan - tidak lebih dari 10 permintaan per detik. Menurut data saya, batasan ini tidak muncul dalam dokumen, tetapi memang ada.

Dari pengalaman pribadi bekerja dengan pesanan kode penandaan KM melalui API CPS.

  1. ( json) - . . , json. .
  2. . , . , . , . - . , . - “”. , .

    , . . , - . , .
  3. — . . . , () . , , .
  4. () API . . . API . 10 .
  5. API . API . . GTIN = . , . -1. . .


Jadi, kode-kode tersebut dipesan dan dihasilkan. Mereka dapat diambil melalui api dalam bentuk teks, dalam pdf sebagai label untuk dicetak dan sebagai file csv dengan teks.

Tentang API sudah ditulis di atas. Adapun dua cara lainnya. Awalnya, CPS memungkinkan Anda untuk mengambil kode hanya sekali. Dan jika file pdf diambil, maka Anda bisa mendapatkan kode dalam bentuk teks hanya dengan memindai semua datatrix dari pdf. Untungnya, mereka menambahkan kemampuan untuk mengambil kode beberapa kali, dan masalah ini terpecahkan. Dalam dua hari, kode-kode itu masih tersedia untuk diunduh ulang.

Jika Anda mengambil dalam format csv, maka tidak pernah, dalam keadaan apa pun, buka di Excel. Dan jangan biarkan siapa pun. Di Excel ada fungsi penyimpanan otomatis. Pada saat menyimpan, Excel dapat memodifikasi kode Anda dengan cara yang paling tidak terduga. Saya sarankan menggunakan notepad ++ untuk melihat kode.

Jika Anda membuka file dari CPS di notepad ++, Anda dapat melihat baris seperti ini. Kode ketiga tidak valid (tidak memiliki pemisah GS).

gambar

Mitra memberi kami kode untuk memberi label produk mereka. Dengan mata telanjang, Anda dapat melihat file mana yang dibentuk menggunakan Excel - hingga 5% kode tidak valid.

Kami sangat menyarankan membaca tentang standar GS1. Dalam uraian standar ada jawaban untuk banyak pertanyaan tentang pembentukan DataMatrix.

Kode identifikasi terdiri dari GTIN dan nomor seri. Menurut standar GS1, pengidentifikasi aplikasi (PI) 01 dan 21 sesuai dengan mereka. Harap dicatat bahwa pengidentifikasi aplikasi bukan bagian dari GTIN dan nomor seri. Mereka menunjukkan bahwa setelah pengenal aplikasi (IP) datang GTIN atau nomor seri. Ini sangat penting ketika memprogram register kas. Untuk mengisi tag 1162, justru GTIN dan nomor seri yang diperlukan, tanpa pengenal aplikasi.

Untuk UPD (dokumen transfer universal) dan dokumen lain, sebaliknya, paling sering Anda memerlukan seluruh catatan dengan pengidentifikasi aplikasi.

gambar

Standar GS1 menyatakan bahwa GTIN memiliki panjang tetap 14 karakter dan hanya dapat terdiri dari angka. Nomor seri panjangnya bervariasi dan dijelaskan pada halaman 155 dari standar ini. Ada juga tautan ke tabel dengan karakter yang mungkin muncul di nomor seri.

Karena nomor seri memiliki panjang variabel, pemisah GS menunjukkan akhirnya. Ini memiliki kode 29 dalam tabel ASCII. Tanpa pemisah ini, tidak ada program akan mengerti pada titik apa nomor seri telah berakhir dan kelompok data lainnya telah dimulai.

Anda dapat membaca lebih lanjut tentang kode penandaan (KM) dalam dokumentasi resmi .

Untuk sepatu, nomor seri ditetapkan 13 karakter, namun ukurannya dapat diubah setiap saat. Untuk grup produk lain (TG), panjang nomor seri dapat bervariasi.

Generasi DataMatrix


gambar

Langkah selanjutnya adalah mengubah data menjadi kode DataMatrix. Dalam Keputusan Pemerintah Federasi Rusia 860, GOST ditentukan, yang menurutnya perlu untuk membentuk DataMatrix. Juga di PPR 860, penggunaan wajib pengidentifikasi aplikasi ditunjukkan. Perhatikan bahwa tidak ada konsep "pengidentifikasi aplikasi" dalam standar DataMatrix. Mereka hanya dalam standar DataMatrix GS-1. Ternyata PPR 860 secara implisit membutuhkan penggunaan GS-1 DataMatrix. Untungnya, standarnya serupa. Perbedaan utama: di GS-1 DataMatrix, karakter pertama harus FNC1. Simbol GS tidak harus didahulukan dalam DataMatrix, hanya FNC1.

FNC1 tidak bisa begitu saja diambil dan ditambahkan ke string sebagai GS. Itu harus ditambahkan oleh program yang menghasilkan DataMatrix. Sumber daya dari Alliance Alliance mengunggah beberapa aplikasi selulerdengan mana Anda dapat memverifikasi kebenaran kode DataMatrix yang dihasilkan.

Penting. Aplikasi tanda yang jujur ​​menerima DataMatrix yang tidak valid. Bahkan kode QR. Fakta bahwa merek dikenali dan informasi produk ditampilkan bukan merupakan indikasi bahwa DataMatrix terbentuk dengan benar. Bahkan ketika mengganti crypto-tail, aplikasi CH mengenali merek dan menampilkan data pada produk.

Kemudian, Chez mengeluarkan penjelasan tentang cara membuat kode dengan benar. Karena sejumlah besar kode dengan kesalahan, mereka mengenali kode tanpa FNC1 sebagai valid, tetapi, bagaimanapun, mereka merekomendasikan pembuatan GS-1 DataMatrix.

Sayangnya, sebagian besar datatrix dari mitra datang dengan kesalahan. Berkat penjelasan dari ChZ, pertanyaan "Apakah mungkin untuk memperdagangkan barang seperti itu setelah 1 Juli atau tidak?" Sepenuhnya diselesaikan. Spoiler - Anda bisa.

Mencetak


Perhatikan metode pencetakan prangko. Saat mencetak pada printer termal, merek cepat memudar, dan produk ini tidak dapat lagi dijual. Tanda yang tidak dapat dibaca adalah pelanggaran PPR 860. Yang mengarah pada perampasan barang, denda, pertanggungjawaban pidana.

Gunakan pencetakan transfer termal. Dalam hal ini, merek tidak begitu mudah memudar. Bahan label juga menentukan seberapa rentan tanda terhadap kerusakan mekanis. Jika kode tidak dibaca karena kerusakan mekanis, ini setara dengan tidak adanya tanda dengan semua konsekuensi berikutnya.

gambar

Pilih printer Anda dari volume cetak yang Anda rencanakan. Printer desktop tidak dirancang untuk mencetak 100.000 label per hari.

Menghentikan dan memulai pencetakan meningkatkan keausan printer. Beberapa program mengirim pekerjaan cetak satu label pada satu waktu. Lebih baik tidak menggunakan program seperti itu.

Bekerja dengan dokumen


Setelah prangko dicetak dan ditempel, semua operasi lebih lanjut dengan mereka terjadi melalui dokumen atau akun pribadi dari tanda yang jujur.

Ketika bekerja dengan sejumlah besar kode, Anda dapat membuat file xml di mana kode yang diperlukan akan, dan mengunduh file-file ini melalui API atau antarmuka web akun pribadi Anda.

Skema XSD dapat diunduh di bagian "bantuan" di LC ChZ.

Perhatikan poin-poin berikut.

  1. Skema Xsd di LC ChZ berisi kesalahan dalam validasi TIN dan batasan panjang string. Hanya setelah memperbaiki kesalahan, Anda dapat menggunakan skema. Untungnya, kesalahannya jelas, jadi ini tidak sulit dilakukan.
  2. — . . .
  3. XML, , . 4 .
  4. 150 000 . 30 000 ..
  5. Xml “ xml”, .
  6. , , , .
  7. . 860.
  8. 60 . , «» 60 . , . «», 60 . .


Saat mengembangkan aplikasi pelabelan BarCodesFX gratis saya, integrasi dengan CPS API awalnya dilakukan. Ketika tanda yang jujur ​​untuk kedua kalinya secara tak terduga mengubah logika API, integrasi harus ditinggalkan. Saya berharap bahwa di masa depan ChZ akan dapat menstabilkan pengembangan dan API, karena untuk produk non-komersial, sangat mahal bagi saya untuk memeriksa setiap hari untuk melihat apakah ada perubahan pada API, dan untuk dengan cepat memperbaikinya.

Ketika memperkenalkan label, baca dengan cermat dokumentasi peraturan untuk grup produk TG Anda, cetak GS1-DataMatrix dengan benar, dan bersiaplah untuk setiap perubahan yang tidak terduga pada bagian dari tanda CE yang jujur.

Fort Alliance telah menciptakan ruang informasi ( wiki , obrolan dalam telegram, seminar, webinar), di mana Anda dapat menemukan informasi yang berguna dan relevan tentang pelabelan di semua sektor.

More articles:


All Articles