Sistem ini sering dikritik dan dikritik, terutama karena seringnya terjadi perubahan pada API, bug di akun pribadi, dan titik putih di beberapa proses.
Kami memutuskan, meskipun bukan yang pertama, untuk mempublikasikan pengalaman dan pemikiran kami tentang proyek baru negara yang ambisius ini, di mana kami secara aktif berpartisipasi.
Tampaknya artikel tersebut berantakan, tetapi pelabelan secara keseluruhan sangat berantakan, banyak aspek yang bertemu di satu tempat.
Secara singkat tentang kami
Cleverens terlibat dalam perangkat lunak untuk pekerja lapangan , terutama untuk peralatan khusus terminal pengumpulan data (TSD) dan perekam pensiun (RV).
Bagi seseorang mungkin tampak ada hutan, pohon di hutan, kumbang di pohon, dan mikroba hidup di kumbang, dan ceruk perangkat lunak untuk TSD adalah tentang mikroba pada kumbang.
Untuk ini, kami dapat menjawab bahwa mobilitas staf adalah pasar yang berkembang sangat besar, dan perangkat keras khusus dengan perangkat lunak siap pakai umumnya adalah masa depan semua perangkat keras saat ini. Pada akhirnya, hal yang benar-benar terobosan adalah hasil kerja bertahun-tahun di ceruk sempit ( lihat wawancara terkenal Andrey Doronichev tentang YouTube seluler).
Pada dasarnya, produk Cleverence dijual dengan integrasi siap pakai dengan sistem akuntansi, yang (integrasi) kami tulis dan dukung sendiri (misalnya, Gudang 15 ).
Kami mencoba menjalankan semua perangkat lunak dan perangkat keras di industri nyata, gudang, toko, dll. Misalnya, ketika proyek pelabelan sepatu baru saja dimulai, kami pergi ke China untuk menguji proses bisnis, dan pada saat yang sama mereka merekam video tentang hal itu.
Apa itu sistem pelabelan dan "Tanda Adil"
Secara kasar, ini adalah Internet publik-swasta pada barcode dan RFID untuk pelacakan total pergerakan unit barang.
Ada banyak informasi tentang sistem pelabelan, sumber utama adalah situs Honest Sign .
Sikap pelaku pasar terhadap pelabelan
Bukan rahasia lagi bahwa sikap pelaku pasar terhadap pelabelan bersifat kutub. Dari "Rusia, maju!" dan “Idenya bagus, tapi implementasinya mengecewakan” menjadi “mereka menyakiti anak kecil lagi”.
Keuntungannya termasuk menutupi pasar dan mengendalikan rantai pasokan. Dari minus - penghapusan dari UTII saat memperdagangkan barang yang ditandai.
Hampir semua bisnis besar untuk pelabelan. Pengusaha kecil yang ingin bekerja dengan indah dan berpakaian putih - juga untuk pelabelan, bagi mereka ini adalah keunggulan kompetitif dibandingkan pasar abu-abu.
Sebagian besar bisnis kecil dan menengah menentang pelabelan, yang menganggap semua ini sebagai beban yang tidak perlu bagi mereka sendiri.
Klaim pada dasarnya diformulasikan sebagai "bisnis kecil sedang dicekik lagi" atau "Anda memiliki begitu banyak uang dan orang, Anda dapat melakukan ini dan itu sekarang juga", "proses bisnis ini dan itu tidak dipikirkan dengan baik". Meskipun pada bisnis kecil dan prosesnya uang utama dihabiskan - ini adalah situs dengan akun pribadi peserta, perekam emisi kode berbasis cloud, dll.
Posisi spesialis TI juga patut disebutkan, tentang itu di bawah.
Pada saat yang sama, portal informasi "Honest Mark", yang menerbitkan informasi, menjadi baik-baik saja. Misalnya, di mana saya dapat menemukan informasi dalam bahasa Inggris? Disini . Dan dalam bahasa Cina? Disini .
Masalah startup yang dibicarakan semua orang
Saat pilot berjalan, ada banyak bug di sistem. Pada dasarnya mereka berhasil menyembuhkan mereka sebelum 1 Juli 2020.
Mereka berjanji bahwa EGAIS akan bekerja lebih baik di awal, dan secara umum ketersediaan layanan lebih tinggi.
Sekarang sistem ini selalu tersedia di tembakau dan sepatu, semuanya bekerja dengan cepat, kecuali untuk pekerjaan teknologi yang jarang terjadi di malam hari selama beberapa jam.
Tetapi masalah utama di awal adalah bahwa "Anda tidak bisa pergi tanpa memanfaatkan," dan 99% dari peserta turnover (dalam hal jumlah) dengan bodoh mengabaikan sistem ini, tidak mendaftar, tidak memberi beban, menunggu hari penghakiman, dan kemudian meminta penundaan.
2019 «» , 10 , ( ). 10 .
, , .
Semua orang tahu tentang masalah ini, mereka sedang mempersiapkannya, tetapi ketika batas waktu sepatu tiba, itu masih runtuh. Beberapa UOT bergegas untuk menulis kode gratis untuk sisanya selama 20 tahun sebelumnya, ini pada puncaknya memberikan peningkatan beban pada server x40 kali lipat. Permainan semacam itu, tentu saja tidak akan sia-sia, karena sistemnya digital dan, seperti yang mereka katakan, “semua gerakan direkam”.
Sayangnya, para pionir penandaan juga menderita - ini adalah perusahaan yang telah menjadi pilot penandaan sejak hari pertama, berusaha dengan itikad baik, tetapi pada akhirnya mereka juga meminta penundaan.
Harus dikatakan di sini bahwa sistem negara bukanlah iPhone yang menimbulkan kegembiraan sejak hari pertama penjualan. Dan tujuan pembuatannya bukanlah untuk mengumpulkan suka dari pakar TI atau merekam ulasan video seperti "jika sudah keluar, saya akan melihat dan memutuskan sendiri apakah akan membeli".
Untuk beberapa alasan, orang berharap bahwa sejak hari pertama sistem akan bekerja seolah-olah telah berproduksi selama 5 tahun.
Secara umum, jika Anda menunggu menurut logika ini, ketika semuanya akan sempurna, maka semuanya harus ditunda hingga 2030, atau lebih baik setelah penaklukan Mars, ya.
Posisi spesialis TI
Posisi spesialis TI bukanlah "untuk" atau "melawan", tetapi "memberi". Mengharuskan semua perubahan diumumkan sebelumnya, memerlukan dokumentasi yang lebih baik, lebih banyak kasus pengujian, kotak pasir, lebih sedikit batasan.
Secara umum, proyek ini memiliki banyak perangkat keras dan standar internasional yang berbeda, yang hanya menimbulkan rasa sakit dan penderitaan bagi spesialis TI klasik.
Spesialis TI adalah orang yang sangat korosif dan cerdas, dengan pendapat mereka sendiri tentang masalah apa pun. Dan tidak ada konsensus tentang pelabelan, kecuali untuk klaim tentang API, secara umum tidak ada.
API sistem berubah lebih sering daripada yang kita inginkan untuk skenario "buat dan lupakan". Tetapi pada saat yang sama, dianggap bahwa sekelompok metode harus ditambahkan ke API untuk bekerja dengan paket grup (agregat), untuk otorisasi yang disederhanakan, dll., Tetapi ini sekali lagi berarti mengubah API.
Kami sendiri adalah pakar TI, dan kami memiliki posisi ganda yang sama dengan metode yang tidak dimiliki API, tetapi API terlalu sering berubah. Di sini, seperti yang mereka katakan, " benderanya rasis, tapi ini cerita kami ."
Secara umum, API perlu ditingkatkan, tetapi disarankan untuk memperingatkan tentang ini 1-2 bulan sebelumnya dan memberi orang waktu untuk membuat perubahan pada sistem mereka. Dan saat itulah ada versi API yang lebih baru di loop pertempuran penandaan tembakau daripada di loop pengujian.
Aspek teknis penandaan
Tantangan teknis yang dihadapi oleh para profesional TI pada dasarnya bermuara pada daftar berikut:
- Pertanyaan sysadmin dengan UKEP, yang telah dan akan berlangsung selama ada fragmentasi berdasarkan versi sistem operasi dan browser
- Masalah pengkodean yang tidak dapat diselesaikan dengan googling di StackOverflow karena sistemnya baru dan unik meskipun menggunakan perangkat lunak sumber terbuka
- Pertanyaan implementasi, ketika orang menggunakan "generator barcode online" atau "pemecah keyboard", dan kemudian bertanya-tanya mengapa muncul omong kosong
Lihat, inilah Java, dan Reaktif (RxJava), dan Spring dan bahkan Netflix:
Untuk membentuk opini Anda sendiri, Anda dapat membaca obrolan techno di gerobak .
Otorisasi
Otorisasi di IS MP berlangsung dalam 2 tahap.
Pertama, Anda perlu meminta "kunci" pseudo-random tertentu, yang harus ditandatangani dan dikirim ke url "/ api / v3 / auth / cert /" (dan pada saat penulisan ini, bagian akhir url harus memiliki garis miring "/", jika tidak maka tidak akan berfungsi, yang terlihat aneh).
Mendapatkan "kunci" adalah sebagai berikut (Anda perlu mengganti host yang diinginkan, ada banyak yang berbeda, tergantung apakah itu kotak pasir atau kotak pertempuran, pakaian atau yang lainnya):
// /api/v3/auth/cert/key “” ,
var uri1 = new Uri("< >/api/v3/auth/cert/key")
var randomDataResponse = REST.Invoke<RandomDataResponse>(uri1, "GET", timeout);Kemudian Anda perlu menandatangani "kunci" pseudo-random ini menggunakan CEP yang dipilih dan mengirimkannya ke MT GIS untuk menerima token otorisasi sebagai tanggapan.
Untuk melakukan ini, kami mencari sertifikat CEP untuk sidik jari pilihan pengguna (certificateThumb). Sertifikat dalam hal ini adalah "Personal" dari mesin lokal. Selain itu, konteks sertifikat harus dikaitkan dengan penyimpanan pasangan kunci (sertifikat tersebut ditandai dengan ikon kunci dalam daftar sertifikat di snap-in windows):
Memperoleh sertifikat dalam kode untuk membuat tanda tangan:
X509Certificate2 cert = null;
using(store = new X509Store(StoreName.My, StoreLocation.LocalMachine))
{
store.Open(OpenFlags.ReadOnly);
cert = from c in store.Certificates where string.Compare(c.Thumbprint, certificateThumb, true) == 0 select c;
}Kami masuk dengan cara ini:
//
var content = new ContentInfo(randomDataResponse.Data);
var signedCms = new SignedCms(content, false);
// ,
var signer = new CmsSigner(SubjectIdentifierType.IssuerAndSerialNumber, cert);
signer.SignedAttributes.Add(new Pkcs9SigningTime(DateTime.Now));
//
signedCms.ComputeSignature(signer, false);
var sign = signedCms.Encode();Pesan CMS yang ditandatangani (tanda) adalah tanda tangan verifikasi yang perlu dikirim untuk otorisasi, setelah diubah ke format Base64.
var tokenRequest = new TokenRequest();
tokenRequest.UUID = randomDataResponse.UUID;
tokenRequest.Data = Convert.ToBase64String(sign);
// /api/v3/auth/cert/
var uri2 = new Uri("< >/api/v3/auth/cert/")
var tokenResponse = REST.Invoke<TokenResponse>(uri2, "POST", tokenRequest);
Sebagai tanggapan, token JWT diterima , dienkode dalam Base64.
Ngomong-ngomong, dokumen yang akan dikirim ditandatangani dengan cara yang sama, hanya yang disebut tanda tangan "terpisah" yang dibentuk:
var signedCms = new SignedCms(content, true);Kelas pembantu (dengan skema yang identik dengan skema dokumen XSD dari API):
/// <summary>
/// GET /api/v3/auth/cert/key .
/// </summary>
public class RandomDataResponse
{
/// <summary>
/// , string
/// </summary>
[Newtonsoft.Json.JsonProperty(PropertyName = "uuid")]
public string UUID { get; set; }
/// <summary>
/// , string
/// </summary>
[Newtonsoft.Json.JsonProperty(PropertyName = "data")]
public string Data { get; set; }
}
/// <summary>
/// .
/// POST /api/v3/auth/cert/
/// </summary>
public class TokenRequest
{
/// <summary>
/// uuid - /api/v3/auth/cert/key
/// </summary>
[Newtonsoft.Json.JsonProperty(PropertyName = "uuid")]
public string UUID { get; set; }
/// <summary>
/// base64
/// </summary>
[Newtonsoft.Json.JsonProperty(PropertyName = "data")]
public string Data { get; set; }
}
/// <summary>
/// .
/// POST /api/v3/auth/cert/
/// </summary>
public class TokenResponse
{
/// <summary>
/// base64-
/// </summary>
[Newtonsoft.Json.JsonProperty(PropertyName = "token")]
public string EncodedTokenBase64 { get; set; }
}Jika Anda berhasil masuk, Anda telah menyelesaikan misi kecil.
Masalah dalam membuat dan membaca barcode
Sistem penandaan didasarkan pada standar internasional, dengan pengecualian bagian dengan kriptografi. Ini luar biasa dan terpuji.
Sayangnya, rata-rata ahli IT tidak membaca standar apapun, tidak mempelajari apapun tentang apapun, tetapi langsung memahat sepedanya dari komponen gratis tentang pembuatan barcode, percetakan, proses bisnis, dll.
Kesulitan pertama adalah mencetak barcode pelabelan dalam desain Anda. Di luar kotak, "Tanda Jujur" menyediakan alat gratis, tetapi tidak seorang pun, tentu saja, mulai menanganinya, karena ada "generator kode batang online" dan editor laporan bawaan di 1C / SAP / NAV / DAX.
Penyergapannya adalah bahwa barcode modern bukan hanya representasi grafis dari simbol (kita akan memiliki artikel terpisah tentang ini). Oleh karena itu, masalah prefiks, pemisah, pengkodean, karakter wajib yang tidak dapat dicetak dan sebagainya yang tidak ada yang tahu dan tidak ingin segera dipahami.
Contoh dengan karakter khusus GS (ASCII 29)
Contoh dengan karakter khusus FNC1 (ASCII 232)
Screenshot diambil dari aplikasi Tanda centang .
Berikut adalah bagian dari kode sumber Tanda centang yang mengurai kode batang yang dipindai oleh kamera dan diuraikan oleh platform kami:
var km = BarcodeData.GS1;
if (km.Contains("01") && km.Contains("21"))
{
if ((km.Contains("17") || km.Contains("7003")) && !km.Contains("10"))
{
= true;
if ((km.GetValue("01").Length == 14) && (km.GetValue("21").Length == 7 ||
km.GetValue("21").Length == 13) && (km.GetValue("17").Length == 6 ||
km.Getvalue("7003").Length == 10) && (km.GetValue("93").Length == 4))
{
= true;
MSG2 = " KM .";
if (km.GetValue("21").Length == 7)
MSG2 = " .";
}
else
{
// (EntriesRows)
// -
EntriesRows = I(EntriesRows, Al = 93, BarcodeData);
MSG2Error = " 3! .";
Msg = "<b>#N005</b>" + Msg;
}
}
else if (km.Contains("8005") || km.Contains("93"))
{
= true;
if (km.GetValue("01").Length == 14 && km.GetValue("21").Length == 7 &&
km.GetValue("8005").Length == 6 && km.GetValue("93").Length == 4)
{
= true;
MSG2 = " .";
}
else
{
EntriesRows = I(EntriesRows, AI = 8005, BarcodeData)
EntriesRows = I(EntriesRows, Al = 93, BarcodeData)
MSG2Error = " 3! .";
Msg = "<b>#N004</b>" + sg;
}
}
else if (km.Contains("92") && km.Contains("92").Length > 66)
{
= true;
if (km.GetValue("01").Length == 14 && km.GetValue("21").Length == 13 &&
km.GetValue("91").Length == 4 && km.GetValue("92").Length == 88)
{
... ( ..) ...Darimana karakter spesial itu berasal? Dari standar. “Honest Sign” melakukan segala sesuatunya sesuai standar, dan peserta dalam perputaran barang juga harus membaca standar.
BTW: Anda hanya dapat memeriksa kebenaran konten DataMatrix dengan memindai dengan kamera (meskipun Anda memindai dari TSD, Anda memerlukan akses ke kamera). Karena semua barcode scanner, sesuai standar, tidak boleh mengembalikan 1in1 apa yang mereka baca, minimal harus membuang karakter FNC1 pertama . Secara umum, pemindai dapat menambah atau menghapus karakter barcode penting saat memindai, mengatur ulang blok di beberapa tempat, tergantung pada pengaturannya, semua ini mengganggu verifikasi.
Karena Karena integrasi sistem bukan tentang program, tetapi tentang orang-orang dan bagaimana mereka menulis dan membaca spesifikasi, kehadiran karakter khusus ini segera menimbulkan ketidaksepakatan saat bertukar kode batang.
Misalnya, mereka dapat, tanpa benar-benar membaca spesifikasinya, menambahkan string 4 karakter “FNC1” ke kode batang alih-alih satu karakter ASCII 232 ( FNC1) . Namun, ketika bertukar antar subsistem, karakter seperti itu sering disaring dan hilang, mereka mencapai pencetakan tanpa karakter seperti itu, sementara di editor teks biasa khusus. karakter sering tidak ditampilkan dan orang bertanya-tanya mengapa ada yang salah jika barcode cocok.
Juga, jika Anda tidak menentukan simbol FNC1di barcode, beberapa hardware atau software mungkin tidak mengerti apa itu dan bagaimana cara membongkarnya, karena simbol ini di awal barcode hanya menunjukkan bahwa ini adalah format GS1 DataMatrix.
Salah satu contoh terbaru yang hampir semua orang temukan adalah munculnya tanda kurung dan tanda baca di nomor seri.
Dari mana asal tanda kurung dan tanda baca di nomor seri? Di luar standar! Standar GS1 memungkinkan mereka untuk digunakan. Karena nomor seri hanya 13 karakter, dan ada banyak barang untuk penandaan, Anda harus menggunakan semua karakter yang tersedia.
Lulz terpisah - tanda kurung di nomor seri. Mereka diizinkan di sana menurut standar, tetapi tidak ada yang mengharapkannya. Dalam apa yang disebut notasi yang dapat dibaca manusia (HID), tanda kurung memiliki arti khusus: mereka membingkai jumlah kelompok karakter yang bermakna. Misalnya, "(21)" berarti nomor seri akan semakin jauh ke bawah.
Jika naif untuk berpikir bahwa barcode hanya berisi serangkaian karakter, maka dalam string "(21) abcd12 (3) d (1, (91)") nomor serinya adalah "abcd12", dan bagian tentang "(1", tampaknya merupakan kesalahan sama sekali.
Faktanya, nomor seri di sini adalah "abcd12 (3) d (1,", dan setelah koma ada simbol GS yang tidak terbaca .) Dan intinya bukan nomor seri harus 13 karakter (karena secara formal panjang serial di GS1 DataMatrix mungkin berbeda , dan di ban, misalnya, dapat 20 karakter). Intinya tepatnya di yang tidak terlihatGS , yang harus diperhitungkan, dan yang tidak ditampilkan di bidang sistem akuntansi apa pun, tidak diterima untuk input dan umumnya dilarang (dan juga tidak terlihat di Notepad biasa, tidak ditampilkan, Anda memerlukan Notepad ++).
Kehadiran karakter khusus tersebut memberlakukan pembatasan pada transmisi dan penyimpanan data kode batang; karakter tersebut harus disaring atau disandikan, misalnya, dalam Base64.
BTW: ada standar untuk menyimpan dan mentransmisikan barcode seperti string (ISO / IEC 15424-2018), tetapi untuk beberapa alasan tidak ada yang menggunakannya. Data barcode GS1 DataMatrix yang disimpan sebagai string harus dimulai dengan “] d2”.
Sekarang hampir semua orang telah memperbaiki komponen pencetakan barcode mereka (mungkin). Tapi siapa yang membaca standarnya, kan?
Untuk verifikasi, pekerjaan rumah:Ini topiknya, bahwa jika field panjangnya tetap, maka GS tidak perlu dimasukkan, tapi jika panjangnya bervariasi dan nilai field tidak dari panjang maksimal, maka perlu dimasukkan. Nyatanya, ini bukan cara kerja aturan ini. Karakter khusus GS tidak disisipkan hanya jika AI dimulai dengan sepasang digit dari tabel ini:
Dan dalam semua kasus lain itu dimasukkan. Apakah kode pembuatan / penguraian kode batang Anda berfungsi sama?
Masalah lainnya adalah pemindaian tanda barcode dengan alat lamer seperti “pemindai di baji keyboard”. Sebelum memberi label, masalah terbesar adalah angka nol tambahan sedang dipotong atau disisipkan di suatu tempat. Dengan diperkenalkannya kode-kode baru, tanda lulz yang dipindai dibawa ke tingkat yang sama sekali baru.
Seringkali ini bukan masalah pemindai itu sendiri atau pengaturannya, tetapi masalah dengan kurangnya pengalaman dan pemahaman prinsip-prinsip barcode.
Misalnya, saat menghubungkan pemindai "ke keyboard wedge" (atau saat meniru mode ini), serta saat menghubungkan pemindai sebagai perangkat HID, mungkin ada masalah dengan mengganti beberapa karakter dalam kode batang yang dipindai dengan yang lain atau hilangnya karakter tertentu.
Skema menghubungkan pemindai ke jeda keyboard
Saat bekerja dalam mode yang ditunjukkan, pemindai tidak mengirimkan simbol dari kode batang (sic!) Ke komputer, tetapi kode penekanan tombol pada keyboard, yang harus ditekan untuk mengetik simbol dari kode batang ini di keyboard.
Pada saat yang sama, terlihat jelas bahwa beberapa kemungkinan karakter dapat sesuai dengan satu tombol keyboard sekaligus, tergantung pada bahasa tata letak dan menekan tombol pengubah (Shift, Caps Lock, Alt dan Ctrl).
Misalnya, saat Anda menekan tombol ini di bagian kanan bawah keyboard:
Hasilnya dapat berupa salah satu karakter '?', '/', ',' Atau '.', Bergantung pada tata letak yang dipilih dan penggunaan tombol pengubah. Karakter spesifik apa yang dimasukkan ditentukan oleh pengaturan keyboard sistem operasi, dan bukan oleh pemindai.
Karena itu, alih-alih beberapa serial, yang sama sekali berbeda keluar di kasir, atau kodenya tidak ditemukan sama sekali.
Ngomong-ngomong, masalah ini bisa dihindari jika ada check sum di serial, ketika digit terakhir bisa digunakan untuk mengecek apakah kode sudah benar, apakah sudah dibaca / dimasukkan dengan benar. Untuk giro, NPWP, nomor kartu, EAN13, seluruhnya digit terakhir adalah jumlah cek untuk verifikasi, agar orang dan mobil tidak melakukan kesalahan saat masuk.
Jelas, mereka berharap DataMatrix memeriksa sendiri, ditambah ada ekor kripto. Tetapi satu hal adalah seluruh kode batang, pemeriksaan sendiri, dan hal lainnya adalah bagian kode dengan serial, yang bisa saja dimasukkan dari keyboard sama sekali.
Sengketa terpisah dari spesialis TI disebabkan oleh apa yang disebut "ekor kripto".
"Cryptotail" adalah bagian penting dari kode batang, berkat itu dimungkinkan untuk memeriksa dengan kunci simetris bahwa nomor seri item tidak tersedot keluar dari jari.
Crypto-tail hanya ada di kode batang dan tidak disimpan dalam database penandaan sehingga tidak ada peretas yang dapat merusak basis dan mencetak kode batang orang lain.
Itu. ini semacam tanda tangan digital. Tapi sejak barcode bukan karet, tetapi ada banyak barang, panjang tanda tangan digital ini pendek, yang tidak memungkinkan penggunaan kunci enkripsi terbuka untuk semua orang.
Tentu saja, semua nomor seri ada di database penandaan, tetapi jika Anda memeriksanya secara online, maka dengan adanya penurunan di Internet, semua gudang dan toko akan segera berdiri.
Cryptotail dimaksudkan untuk menyelesaikan masalah ini, tetapi sejauh ini (untuk musim panas 2020) itu belum mulai bekerja dengan kekuatan penuh.
Faktanya adalah bahwa kriptografi adalah bahasa Rusia dan terkait dengan perangkat keras. Tetapi masih tidak ada alternatif selain crypt Rusia, sistem negara Rusia tidak dapat menggunakan crypt asing, itu akan menjadi lubang . Karena itu, Anda harus menanggung yang Rusia, itu masuk akal dan tidak sulit.
Secara umum, kriptografi adalah topik yang sangat kompleks. Ada banyak informasi dan sangat sulit untuk menemukan penjelasan tentang cara menandatangani atau mengenkripsi data dalam kasus tertentu.
Setiap orang yang mencoba berintegrasi dengan API pelabelan menghadapi ini. Ada banyak pertanyaan dalam obrolan seperti "Mengapa tidak masuk?", "Bagaimana cara masuk?", "Bagikan contoh!", "Tanda tangan telah dibuat tetapi penolakan datang, mengapa?" dan banyak lagi.
Lebih sering daripada tidak, kesalahan itu biasa terjadi. Misalnya, setelah tanda tangan, data diubah, atau spasi atau karakter yang tidak berarti hilang, tapi ini penting untuk tanda tangan, dan setelah mengirimnya ke API, penolakan diterima tanpa penjelasan, karena tanda tangan belum diverifikasi.
Untungnya, dalam obrolan, mereka paling sering membantu dan menjawab pertanyaan semacam itu. Secara umum, semua masalah ini sedang dirawat atau sudah sembuh paling lambat 1 Juli 2020.
“ ” 1 2020 - , , . , .
Di Cleverance, kami berpendapat bahwa masalah perangkat lunak bukanlah hal utama. Parahnya, para partisipan dalam peredaran barang masih belum memahami esensi perubahan. Ini adalah masalah yang jauh lebih besar daripada bug perangkat lunak.
Orang memperlakukan pelabelan sebagai laporan akuntansi lain yang dapat disusun sambil duduk di depan komputer dalam 1C / SAP / NAV / DAX, dikoreksi, diubah secara retroaktif, dll. Jenis ini akan digunakan oleh akuntan dan ahli logistik, dan spesialis TI harus "memotong" modul dan pemrosesan yang diperlukan untuk ini.
Permintaan utama klien kami adalah agar gudang / Mandarin / tetyamasha memindai sesuatu, dan kemudian "dengan benar" dimuat ke 1C / SAP / NAV / DAX. Dan kami berhasil melakukannya.
Tetapi ini adalah kesalahan yang jelas, yang akan terungkap ketika perusahaan mulai menyeimbangkan saldo mereka satu sama lain, dan negara mulai baik-baik saja.
Apa sistem penandaan yang sebenarnya
Pelabelan produk adalah sistem untuk mencerminkan pergerakan nyata.
Masalah pelabelan nyata
Ini murni IMHO kami.
Semua masalah nyata dari sebuah robot muncul dari untuk apa sistem penandaan itu sebenarnya, yaitu, sistem untuk merefleksikan gerakan nyata.
Pertama, penghitungan pergerakan yang sebenarnya bertentangan dengan prinsip penghitungan saat ini untuk seluruh rantai, ketika semuanya dihitung berdasarkan SKU, menurut batch, atau rata-rata. Secara retrospektif, mengurangi dan mengoreksi adalah segalanya bagi kita.
Sistem akuntansi di perusahaan mana pun adalah dongeng yang disisir dan dikoreksi tentang betapa hebatnya semuanya setelah 100.500 panggilan, koreksi, pengeposan ulang, dan pembersihan kesalahan.
Pada salah satu pertemuan yang diperpanjang di sebuah distributor besar obat luar negeri, hanya setelah satu jam diskusi, kepala logistik akhirnya memutar matanya dan berkata, "Apakah itu barcode yang berbeda untuk setiap bungkus?". Dan kata-kata "unik", "nomor seri", "setiap salinan", "pindai semuanya", dll., Tampaknya berlalu begitu saja.
Kedua, penghitungan pergerakan aktual bertentangan dengan praktik bisnis saat ini dan prinsip pemisahan kepentingan.
Sekalipun perusahaan itu besar dan karyawannya tidak memiliki hak untuk mengedit beberapa dokumen - ada nomor telepon, Anda dapat menelepon atau menulis kepada seseorang yang dapat mengoreksi.
Atau, misalnya, dokumen ditandatangani oleh CEP direktur oleh beberapa karyawan akar rumput, dan jika ada otentikasi dua faktor, maka melalui SMS. Sistem pelabelan memiliki blok tentang pengguna dan hak-hak mereka, Anda dapat memberikan CEP terpisah kepada setiap orang, tetapi orang-orang tidak terburu-buru untuk melakukannya.
Ini adalah masalah yang jelas yang akan diselesaikan dengan memberikan lebih banyak hak dan alat akuntansi kepada karyawan biasa yang berada tepat di sebelah produk berlabel.
Selain itu, aturan untuk menghitung harga biaya atau memperhitungkan pergerakan dalam sistem akuntansi didasarkan pada rata-rata dan penyederhanaan seperti FIFO / LIFO dan harga rata-rata. Dan prinsip-prinsip akuntansi yang telah diterapkan di mana-mana selama beberapa dekade mulai dari produksi hingga ritel didasarkan pada penyederhanaan ini dan berlawanan dengan keterlacakan nyata dari unit-unit unik.
Karena itu, dalam praktiknya, misalnya, barang dikirim ke sistem penandaan oleh FIFO / LIFO, tetapi yang dikirim sebenarnya lebih dekat ke pintu keluar.
Ini juga diatasi dengan peralatan dan perangkat lunak khusus untuk karyawan biasa yang, karena sifat pekerjaannya, tidak dapat duduk di depan komputer.
Masalah lainnya adalah upaya untuk "menarik burung hantu di dunia" dan memasukkan kode penandaan ke dalam semua dokumen ERP standar sehingga akuntan, ahli logistik, atau manajer yang bertanggung jawab dapat melihatnya di sana.
Meskipun dia tidak melihat apa-apa, dia tidak bisa berbuat apa-apa dengan mereka.
Memang, sebagai akuntan atau manajer, dengan melihat ke monitor, dia dapat memahami bahwa dia memindai gudang di sana kemarin, dan mengapa ada perbedaan yang disorot dengan warna merah pada tiga batang dari ribuan batang rokok?
Ini juga diselesaikan dengan alat untuk personel akar rumput dengan akses ke semua informasi yang diperlukan.
Nah itu dia ini bukan masalah teknis dari beberapa sistem, yang secara umum telah diperbaiki pada 1 Juli 2020, tetapi masalah restrukturisasi pekerjaan perusahaan di jalur baru.
kesimpulan
Nilai tambah utama dari pelabelan adalah bahwa negara memaksa semua orang untuk mendigitalkan dan beralih ke EDF dengan tanda tangan digital dan kriptografi.
“Gelombang menaikkan semua perahu,” dan transisi seluruh pasar ke rel umum memiliki efek sinergi yang besar.
Selamat otomatisasi semuanya!