Sejak 1 Juli 2019, pelabelan wajib sekelompok barang telah diperkenalkan di Rusia. Mulai 1 Maret 2020, sepatu termasuk dalam undang-undang ini. Tidak semua orang punya waktu untuk bersiap, akibatnya peluncuran ditunda hingga 1 Juli. Lamoda termasuk yang berhasil.
Oleh karena itu, kami ingin berbagi pengalaman dengan mereka yang belum melabeli pakaian, ban, parfum, dll. Artikel tersebut menjelaskan sejumlah standar industri, beberapa dokumentasi peraturan, dan pengalaman pribadi. Artikel ini ditujukan terutama untuk integrator dan pengembang yang belum memahami proyek ini.
Harap dicatat bahwa kerangka peraturan sering berubah, dan penulis tidak memiliki kesempatan untuk terus memperbarui materi. Oleh karena itu, pada saat membaca, beberapa informasi mungkin sudah ketinggalan zaman.
Penulis memperoleh pengalaman pribadi baik dalam rangka proyek Datamatrix di Lamoda maupun dalam pengembangan aplikasi gratisnya sendiri untuk menandai BarCodesFx.
Sejak 1 Juli 2019, undang-undang tentang pelabelan wajib telah diberlakukan di Rusia. Undang-undang tidak berlaku untuk semua kelompok barang, dan waktu berlakunya pelabelan wajib untuk kelompok produk bervariasi. Sekarang tembakau, mantel bulu, sepatu, obat-obatan tunduk pada pelabelan wajib. Dalam waktu dekat akan diperkenalkan untuk ban, pakaian, parfum dan sepeda. Setiap kelompok barang diatur oleh keputusan pemerintah (GPR) tersendiri. Oleh karena itu, beberapa pernyataan yang benar untuk sepatu mungkin tidak benar untuk kelompok produk lainnya. Namun kami berharap komponen teknis tidak akan terlalu bervariasi untuk kelompok produk yang berbeda.
penilaianGagasan utama pelabelan adalah bahwa setiap unit barang diberi nomor individual. Dengan nomor ini, Anda dapat melacak riwayat barang tertentu dari saat produksi atau impor ke negara tersebut, hingga saat pembuangan di kasir. Kedengarannya bagus, tetapi dalam praktiknya sangat sulit untuk diterapkan Konsepnya dijelaskan lebih detail di situs resmi tanda jujur.
Istilah dan konsep umum
UOT - peserta dalam sirkulasi barang.
CRPT merupakan pusat pengembangan teknologi canggih. Perusahaan swasta, satu-satunya negara. menandai kontraktor proyek. Ini beroperasi di bawah skema kemitraan publik swasta (PPP). Sayangnya, tidak ada informasi tentang peserta lain dalam tender proyek tersebut, serta tentang tender itu sendiri.
TG - kelompok komoditas. Sepatu, pakaian, ban, dll.
GTIN - sebenarnya artikelnya, dengan mempertimbangkan warna dan ukurannya. Diterbitkan dalam GS1 atau katalog nasional untuk setiap importir atau produsen untuk produknya. Pabrikan atau importir harus menjelaskan produk ini terlebih dahulu.
PPR - Keputusan Pemerintah Federasi Rusia. Untuk sepatu - 860.
km - menandai kode. Kumpulan karakter unik yang ditetapkan untuk item tertentu. Untuk sepatu terdiri dari GTIN, serial number, kode verifikasi, dan crypto tail.
GS1 adalah organisasi internasional yang menerbitkan GTIN. Juga penyusun sejumlah standar untuk pelabelan.
Katalog nasional - analog dari GS1, dikembangkan oleh CRPT.
cryptotail - analog dari tanda tangan digital, yang menegaskan legalitas CM. Harus ada di datamatrix pada stempel. Penyimpanan dalam bentuk teks dilarang. Setelah dicetak, stempel harus dilepas sesuai dengan kesepakatan dengan CRPT. Tidak ada kasus penggunaan aktual yang diketahui.
CPS - stasiun manajemen pesanan. Sistem tempat KM dipesan untuk item tersebut.
EDO - manajemen dokumen elektronik.
UKEP β tanda tangan elektronik berkualitas yang disempurnakan.
Istilah dan konsep dalam ruang lingkup artikel ini
Π§Π - pertanda jujur.
LK - Wilayah Pribadi.
Tandai - kode penandaan tercetak.
Prosesnya sebagai berikut: pertama, peserta (UOT) menerbitkan tanda tangan elektronik (ECES), mendaftar dengan tanda jujur ββ(CHZ), mendeskripsikan produk di katalog nasional atau GS1, dan menerima GTIN untuk produk tersebut. Di situs web tanda jujur, langkah-langkah ini dijelaskan secara rinci, jadi kami tidak akan memikirkannya.
Memesan dan menerima kode
Setelah menerima GTIN, peserta (UOT) melakukan pemesanan kode (KM) di sistem CPS.
Penting, tapi tidak jelas.
- Anda dapat meminta kode hingga 10 GTIN per pesanan. Pada prinsipnya, batasan yang tidak bisa dipahami. Importir dengan 14 GTIN harus membuat 000 pesanan.
- Maksimal 150 kode dapat diminta dalam satu pesanan.
- Ada batas 100 pesanan dalam pekerjaan. Artinya, tidak lebih dari 100 pesanan yang bisa diproses dalam waktu bersamaan. Jika ada lebih dari 100, maka API akan mulai mengembalikan kesalahan alih-alih daftar pesanan. Satu-satunya cara untuk memperbaiki kesalahan ini adalah dengan menutup beberapa pesanan melalui antarmuka web. API tidak menyediakan parameter untuk menampilkan sebagian pesanan.
- Ada batasan jumlah permintaan - tidak lebih dari 10 permintaan per detik. Menurut data saya, batasan ini tidak muncul di dokumen, tapi ada.
Dari pengalaman pribadi dengan pesanan kode penandaan KM melalui CMS API.
- Permintaan (json itu sendiri) harus ditandatangani dengan tanda tangan GOST. Ini bekerja dengan cryptopro. Kita harus hati-hati memantau agar framework atau library yang digunakan tidak mengubah json asli untuk satu byte. Jika tidak, tanda tangan tersebut langsung tidak berlaku lagi.
- Tanda tangan pesanan. Pesanan dapat ditandatangani dengan tanda tangan apa pun dari klien mana pun. Jika tanda tangannya valid, sistem KMS akan menerimanya. Selama integrasi, dimungkinkan untuk menandatangani permintaan dengan tanda tangan orang lain yang dikeluarkan pada CA pengujian. Sirkuit pertempuran CPS memproses pesanan dan merilis kode. Menurut pendapat saya, ini adalah lubang keamanan. Pengembang bereaksi terhadap laporan bug "kita akan lihat". Semoga sudah diperbaiki.
Oleh karena itu, berhati-hatilah jika lebih dari satu badan hukum bekerja di satu tempat kerja. wajah. Hari ini, CPS akan menerima permintaan ini, dan besok permintaan akan diperiksa ulang dan setengah dari kode akan ditarik karena tanda tangan orang lain. Dan pada prinsipnya, secara formal mereka akan benar.
- Perintah penandatanganan otomatis adalah fungsi yang tidak lagi tersedia di CMS. Untuk pengoperasiannya, diperlukan untuk mengunggah bagian pribadi dari kunci di akun pribadi tanda jujur. Ini adalah kompromi utama. Dan menurut undang-undang saat ini, jika tanda tangan elektronik berkualifikasi yang ditingkatkan dikompromikan, pemilik harus memberi tahu pusat sertifikasi (CA) miliknya dan mencabut UKES. Jika fungsi ini dikembalikan, pastikan dengan hati-hati bahwa bagian pribadi dari kunci tidak meninggalkan komputer.
- Pada bulan Februari, Pusat Pengembangan Teknologi Lanjutan (CRPT) diam-diam memperkenalkan batasan jumlah permintaan ke API KMS. Tidak lebih dari satu permintaan per detik. Kemudian, secara tak terduga dan diam-diam, dia mencabut larangan ini. Oleh karena itu, saya merekomendasikan untuk memasukkan ke dalam sistem kemampuan untuk membatasi jumlah permintaan ke API CRPT jika terjadi kekambuhan. Sekarang ada informasi tentang batasan 10 permintaan per detik.
- Juga di bulan Februari, tanpa peringatan, perilaku KMS API berubah secara signifikan. API memiliki permintaan untuk mendapatkan status pesanan. Status menunjukkan buffer dan statusnya. Satu GTIN = satu penyangga. Itu juga menunjukkan berapa banyak kode yang tersedia untuk diterima dari buffer. Suatu hari yang cerah, semua buffer memiliki hitungan -1. Saya harus menanyakan status setiap buffer secara terpisah melalui metode terpisah. Alih-alih satu permintaan, saya harus membuat sebelas.
Struktur kode
Jadi, kode dipesan dan dibuat. Mereka dapat diambil melalui api dalam bentuk teks, dalam pdf sebagai label untuk dicetak dan sebagai file csv dengan teks.
API sudah ditulis di atas. Adapun dua cara lainnya. Awalnya, CPS mengizinkan Anda mengambil kode hanya sekali. Dan jika file pdf diambil, maka dimungkinkan untuk mendapatkan kode dalam bentuk teks hanya dengan memindai ulang semua matriks data dari pdf. Untungnya, mereka menambahkan kemampuan untuk mengambil kode beberapa kali, dan masalah ini teratasi. Dalam dua hari, kode masih tersedia untuk diunduh ulang.
Jika Anda mengambil dalam format csv, maka jangan pernah, dalam keadaan apa pun, membukanya di excel. Dan jangan biarkan siapa pun. Excel memiliki fitur penyimpanan otomatis. Pada saat menyimpan, Excel dapat mengubah kode Anda dengan cara yang paling tidak terduga. Saya sarankan menggunakan notepad++ untuk melihat kode.
Jika Anda membuka file dari CMS di notepad ++, Anda dapat melihat baris seperti ini. Kode ketiga tidak valid (tidak memiliki pembatas GS).
Mitra memberi kami kode untuk menandai barang mereka. Dengan mata telanjang, Anda dapat melihat file mana yang dihasilkan menggunakan Excel - hingga 5% kode tidak valid.
Saya sangat merekomendasikan membaca tentang GS1. Deskripsi standar berisi jawaban atas banyak pertanyaan tentang pembentukan DataMatrix.
Kode identifikasi terdiri dari GTIN dan nomor seri. Menurut standar GS1, kode tersebut sesuai dengan pengidentifikasi aplikasi (UI) 01 dan 21. Harap perhatikan bahwa pengidentifikasi aplikasi bukan bagian dari GTIN dan nomor seri. Mereka menunjukkan bahwa Pengidentifikasi Aplikasi (UI) diikuti dengan GTIN atau nomor seri. Ini sangat penting saat memprogram perangkat lunak POS. Untuk mengisi tag 1162, Anda memerlukan GTIN dan nomor seri persis, tanpa pengenal aplikasi.
Sebaliknya, untuk UTD (dokumen transfer universal) dan dokumen lainnya, paling sering diperlukan catatan lengkap dengan pengidentifikasi aplikasi.
Standar GS1 menyatakan bahwa GTIN memiliki panjang tetap 14 karakter dan hanya boleh terdiri dari angka. Nomor seri memiliki panjang variabel dan dijelaskan pada halaman 155 standar. Ada juga tautan ke tabel dengan simbol yang dapat ditemukan di nomor seri.
Karena nomor seri memiliki panjang variabel, pemisah GS menunjukkan akhirannya. Dalam tabel ASCII, kodenya adalah 29. Tanpa pemisah ini, tidak ada program yang akan memahami pada titik mana nomor seri berakhir dan grup data lainnya dimulai.
Rincian lebih lanjut tentang kode penandaan (KM) dapat ditemukan di .
Untuk sepatu, nomor seri tetap 13 karakter, namun ukurannya dapat diubah kapan saja. Untuk grup produk (TG) lainnya, panjang nomor seri dapat bervariasi.
generasi DataMatrix
Langkah selanjutnya adalah mengubah data menjadi kode DataMatrix. Keputusan Pemerintah Federasi Rusia 860 menentukan GOST, yang menurutnya diperlukan untuk membentuk DataMatrix. Selain itu, PPR 860 menentukan penggunaan pengenal aplikasi secara wajib. Perhatikan bahwa tidak ada konsep "pengidentifikasi aplikasi" dalam standar DataMatrix. Mereka hanya dalam standar GS-1 DataMatrix. Ternyata PPR 860 secara implisit mensyaratkan penggunaan GS-1 DataMatrix. Untungnya, standarnya serupa. Perbedaan utama: Di GS-1 DataMatrix, karakter pertama harus FNC1. Simbol GS tidak harus didahulukan di DataMatrix, hanya FNC1.
FNC1 tidak bisa begitu saja diambil dan ditambahkan ke baris sebagai GS. Itu harus ditambahkan oleh program yang menghasilkan DataMatrix. Beberapa , yang dengannya Anda dapat memeriksa kebenaran kode DataMatrix yang dihasilkan.
Itu penting. Aplikasi tanda jujur ββmenerima DataMatrix yang tidak valid. Bahkan kode QR. Fakta bahwa merek dikenali dan informasi produk ditampilkan tidak berarti DataMatrix dibentuk dengan benar. Bahkan ketika crypto-tail diganti, aplikasi CZ mengenali merek dan menampilkan data pada produk.
Kemudian CZ dirilis cara membuat kode dengan benar. Karena banyaknya kode kesalahan, mereka mengenali kode tanpa FNC1 sebagai valid, namun, mereka merekomendasikan untuk membuat GS-1 DataMatrix.
Sayangnya, persentase yang cukup besar dari matriks data dari mitra memiliki kesalahan. Berkat klarifikasi dari CZ, pertanyaan βApakah mungkin memperdagangkan produk seperti itu setelah 1 Juli atau tidak?β telah terselesaikan sepenuhnya. Spoiler - Anda bisa.
mencetak
Perhatikan cara pencetakan prangko. Saat dicetak di printer thermal, stempelnya cepat pudar, dan produk ini sudah tidak bisa dijual lagi. Stempel yang tidak terbaca merupakan pelanggaran terhadap PPR 860. Yang berujung pada penyitaan barang, denda, dan pertanggungjawaban pidana.
Gunakan pencetakan transfer termal. Dalam hal ini, stempel tidak terlalu mudah pudar. Bahan label juga menentukan seberapa rentan merek terhadap kerusakan mekanis. Jika kode tidak terbaca karena kerusakan mekanis, ini sama saja dengan tidak adanya merek dengan segala konsekuensi selanjutnya.
Pilih printer dari volume cetak yang direncanakan. Printer desktop tidak dirancang untuk mencetak 100 label per hari.
Menghentikan dan memulai pencetakan akan menambah keausan pada printer. Beberapa program mengirimkan tugas 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 dengannya dilakukan melalui dokumen atau akun pribadi dari merek yang jujur.
Saat bekerja dengan banyak kode, Anda dapat membuat file xml yang berisi kode yang diperlukan dan mengunggah file ini melalui API atau antarmuka web akun pribadi Anda.
Skema XSD dapat diunduh di bagian "bantuan" di LC CZ.
Perhatikan poin-poin berikut.
- Skema Xsd di LC CZ mengandung kesalahan dalam validasi TIN dan pembatasan panjang garis. Hanya dengan memperbaiki kesalahan, Anda dapat menggunakan skema tersebut. Untungnya, kesalahannya terlihat jelas, jadi tidak sulit melakukannya.
- Skema paling sering terdiri dari dua bagian - umum untuk semua jenis dokumen dan terpisah untuk jenis tertentu. Skema umum ditambahkan melalui impor ke yang spesifik. Kedua skema terletak di bagian bantuan di LC ChZ.
- Aturan pelolosan untuk CM berbeda dari yang diterima secara umum untuk XML, ini tertulis dalam dokumentasi resmi dari CZ, perhatikan ini. Di Sini pada halaman 4 semua aturan.
- Anda tidak boleh mencoba memasukkan 150 kode ke dalam sirkulasi dalam satu file. Menurut saksi mata, file lebih dari 000 biasanya masuk..
- File XML dapat dibungkus dengan kesalahan "kesalahan validasi xml", dan lima menit kemudian file yang sama diterima tanpa masalah.
- Jika file tersebut berisi kode yang sudah diedarkan, maka file yang dimasukkan ke dalam sirkulasi kemungkinan besar tidak akan diterima.
- Dokumen pengiriman dan penerimaan digunakan sebagai solusi sementara. Ke depan, mereka berencana menghapusnya dan beralih ke UPD sesuai dengan PPR 860.
- Mitos tentang 60 hari. Ada pendapat bahwa kode yang tidak diedarkan akan "habis" setelah 60 hari. Ini adalah mitos, sumber tidak diketahui. Kode "habis" hanya jika Anda belum mengambilnya dari CPS dalam waktu 60 hari. Masa pakai kode yang dikumpulkan tidak terbatas.
Kesimpulan
Saat mengembangkan aplikasi pelabelan gratis saya BarCodesFX, integrasi dengan KMS API awalnya dilakukan. Ketika tanda jujur ββ\uXNUMXb\uXNUMXbuntuk kedua kalinya tiba-tiba mengubah logika API, integrasi harus ditinggalkan. Saya berharap kedepannya CZ bisa menstabilkan perkembangan dan API, karena. untuk produk non-komersial, sangat mahal bagi saya untuk memeriksa ulang setiap hari apakah ada perubahan pada API dan memperbaikinya dengan cepat.
Saat menerapkan penandaan, baca dengan cermat dokumentasi peraturan untuk grup produk TG Anda, cetak GS1-DataMatrix dengan benar dan bersiaplah untuk setiap perubahan tak terduga dari tanda CZ yang adil.
Fort Alliance telah menciptakan ruang informasi (, telegram, seminar, webinar), di mana Anda dapat menemukan informasi berguna dan terkini tentang pelabelan di semua industri.
Sumber: www.habr.com