غالبًا ما تم انتقاد النظام وانتقاده ، ويرجع ذلك أساسًا إلى التغييرات المتكررة في واجهة برمجة التطبيقات ، والأخطاء في الحساب الشخصي والبقع البيضاء في بعض العمليات.
قررنا ، وإن لم يكن الأول ، نشر تجربتنا وأفكارنا حول هذا المشروع الطموح الجديد للدولة ، والذي نشارك فيه بنشاط.
قد يبدو أن المقالة في حالة من الفوضى ، ولكن وضع العلامات ككل هو مثل هذه الفوضى ، والكثير من الجوانب تتلاقى في مكان واحد.
باختصار عنا
تعمل Cleverens في برمجيات للعمال المتنقلين ، خاصة للمعدات الخاصة لمحطات جمع البيانات (TSD) ومسجلات التقاعد (RV).
قد يبدو لشخص ما أن هناك غابة ، وشجرة في الغابة ، وخنفساء على شجرة ، وميكروب يعيش على خنفساء ، وتخصص برامج TSD حول الميكروبات على خنفساء.
لهذا يمكننا الإجابة على أن تنقل الموظفين هو سوق متنامي كبير جدًا ، وأن الأجهزة الخاصة ذات البرامج الجاهزة هي بشكل عام مستقبل جميع الأجهزة الحالية. في النهاية ، أي إنجاز حقًا هو نتيجة سنوات عديدة من العمل في مكان ضيق ( انظر مقابلة Andrey Doronichev الشهيرة حول YouTube للجوال).
في الأساس ، تُباع منتجات Cleverence بتكامل جاهز مع أنظمة المحاسبة ، والتي (تكامل) نكتبها ونؤيدها (على سبيل المثال ، Warehouse 15 ).
نحاول تشغيل جميع البرامج والأجهزة في الصناعات الحقيقية والمستودعات والمتاجر وما إلى ذلك. على سبيل المثال ، عندما كان مشروع وضع العلامات على الأحذية قد بدأ للتو ، ذهبنا إلى الصين لاختبار العمليات التجارية ، وفي نفس الوقت قاموا بتصوير مقطع فيديو حول هذا الموضوع.
ما هو نظام الوسم و "Fair Mark"
بشكل تقريبي ، هذا إنترنت للأشياء بين القطاعين العام والخاص على الباركود و RFID للتتبع الكلي لحركة وحدات البضائع.
هناك الكثير من المعلومات حول نظام وضع العلامات ، والمورد الرئيسي هو موقع Honest Sign الإلكتروني .
موقف المشاركين في السوق من وضع العلامات
ليس سراً أن موقف المشاركين في السوق من وضع العلامات هو موقف قطبي. من "روسيا إلى الأمام!" و "الفكرة جيدة ، لكن التنفيذ خيب علينا" إلى "لقد أضروا بالصغار مرة أخرى".
تشمل المزايا تبييض السوق والتحكم في سلاسل التوريد. من السلبيات - الإزالة من UTII عند تداول السلع المميزة.
تقريبا كل الأعمال التجارية الكبيرة لوضع العلامات. رواد الأعمال الصغار الذين يرغبون في العمل بشكل جميل وباللون الأبيض - أيضًا من أجل وضع العلامات ، فهذه ميزة تنافسية بالنسبة لهم على الأسواق الرمادية.
معظم الشركات الصغيرة والمتوسطة الحجم تعارض وضع العلامات ، والتي تعتبر كل هذا عبئًا غير ضروري على نفسها.
تتم صياغة المطالبات بشكل أساسي على النحو التالي "يتم خنق الأعمال الصغيرة مرة أخرى" أو "لديك الكثير من المال والأشخاص ، كان بإمكانك فعل هذا وذاك" ، "لم يتم التفكير جيدًا في عملية تجارية كذا وكذا". على الرغم من أنه تم إنفاق الأموال الرئيسية على شركة صغيرة وعملياتها - فهذا موقع به حساب شخصي للمشارك ومسجل انبعاث الكود المستند إلى السحابة وما إلى ذلك.
يبرز موقف متخصصي تكنولوجيا المعلومات بشكل منفصل حول هذا الموضوع أدناه.
في الوقت نفسه ، أصبحت بوابة المعلومات "Honest Mark" ، التي تنشر المعلومات ، على ما يرام. على سبيل المثال ، أين يمكنني العثور على معلومات باللغة الإنجليزية؟ هنا . وباللغة الصينية؟ هنا .
مشاكل بدء التشغيل التي كان يتحدث عنها الجميع
بينما كان الطيار يسير ، كان هناك العديد من الأخطاء في النظام. في الأساس ، تمكنوا
من علاجهم قبل 1 يوليو 2020. ووعدوا بأن EGAIS سيعمل بشكل أفضل في البداية ، وبشكل عام ، توفر الخدمة أعلى.
الآن النظام متوفر دائمًا في التبغ والأحذية ، كل شيء يعمل بسرعة ، باستثناء إيقاف نادر للعمل التكنولوجي في المساء لبضع ساعات.
لكن المشكلة الرئيسية في البداية كانت أنه "لا يمكنك الذهاب بدون تسخير" ، وتجاهل 99٪ من المشاركين في المبيعات (من حيث الكمية) بغباء هذا النظام ، ولم يسجلوا ، ولم يقدموا عبئًا ، وانتظروا يوم الحكم ، ثم طالبوا بالتأجيل.
2019 «» , 10 , ( ). 10 .
, , .
علم الجميع بهذه المشكلة ، وكانوا يستعدون لها ، ولكن عندما حان موعد الحذاء ، لا يزال الأمر ينهار. سارعت بعض UOTs لكتابة أكواد مجانية للمتبقي لمدة 20 عامًا مقدمًا ، وقد أدى هذا في ذروته إلى زيادة الحمل على الخوادم × 40 مرة. مثل هذه الألعاب ، بالطبع ، لن تذهب سدى ، لأن النظام رقمي ، وكما يقولون ، "يتم تسجيل جميع الحركات".
لسوء الحظ ، عانى رواد وضع العلامات أيضًا - فهذه هي الشركات التي كانت في طور التأشير منذ اليوم الأول ، حاولت بحسن نية ، لكن في النهاية طلبوا أيضًا تأجيلًا.
يجب أن يقال هنا أن نظام الدولة ليس جهاز iPhone لإحداث فرحة من اليوم الأول للمبيعات. والغرض من إنشائها لم يكن جمع الإعجابات من متخصصي تكنولوجيا المعلومات أو تصوير مقاطع فيديو مثل "عندما تظهر ، ثم سأرى ، وأقرر بنفسي ما إذا كنت سأشتري".
لسبب ما ، يتوقع الناس أنه من اليوم الأول سيعمل النظام كما لو كان قيد الإنتاج لمدة 5 سنوات.
بشكل عام ، إذا انتظرت وفقًا لهذا المنطق ، عندما يكون كل شيء على ما يرام ، فيجب تأجيل كل شيء إلى عام 2030 ، أو أفضل بعد غزو المريخ ، نعم.
موقف متخصصي تكنولوجيا المعلومات
إن موقف متخصصي تكنولوجيا المعلومات ليس "مع" أو "ضد" ، بل هو "منح". تتطلب الإعلان عن جميع التغييرات مسبقًا ، وتتطلب توثيقًا أفضل ، والمزيد من حالات الاختبار ، وصناديق الحماية ، وقيود أقل.
بشكل عام ، يحتوي المشروع على الكثير من الأجهزة المختلفة والمعايير الدولية ، والتي لا تسبب سوى الألم والمعاناة لمتخصصي تكنولوجيا المعلومات الكلاسيكيين.
متخصصو تكنولوجيا المعلومات هم أناس أذكياء للغاية ، ولهم رأيهم في أي قضية. ولا يوجد إجماع على وضع العلامات ، باستثناء الادعاءات حول API ، بشكل عام ، لا يوجد.
تتغير واجهة برمجة التطبيقات الخاصة بالنظام أكثر مما نرغب في سيناريو "صنع ونسيان". ولكن في الوقت نفسه ، يُنظر إلى أنه يجب إضافة مجموعة من الطرق إلى واجهة برمجة التطبيقات للعمل مع حزم المجموعة (المجاميع) ، للحصول على ترخيص مبسط ، وما إلى ذلك ، ولكن هذا يعني مرة أخرى تغيير واجهة برمجة التطبيقات.
نحن موظفو تكنولوجيا المعلومات بأنفسنا ، ولدينا نفس الموقف المزدوج الذي تفتقر إليه واجهة برمجة التطبيقات ، ولكن واجهة برمجة التطبيقات تتغير كثيرًا. هنا كما يقولون " العلم عنصري ولكن هذه قصتنا ".
بشكل عام ، تحتاج واجهة برمجة التطبيقات إلى تحسين ، ولكن يُنصح بالتحذير من ذلك مقدمًا من شهر إلى شهرين ومنح الأشخاص الوقت لإجراء تغييرات على أنظمتهم. وكان هذا هو الوقت الذي كان فيه إصدار أحدث من API على حلقة القتال الخاصة بعلامات التبغ أكثر من حلقة الاختبار.
الجوانب الفنية للوسم
تتلخص التحديات التقنية التي يواجهها محترفو تكنولوجيا المعلومات بشكل أساسي في القائمة التالية:
- أسئلة مسؤول النظام مع UKEP ، والتي كانت وستظل طالما هناك تجزئة حسب إصدارات أنظمة التشغيل والمتصفحات
- مشكلات الترميز التي لا يمكن حلها عن طريق googling StackOverflow لأن النظام جديد وفريد من نوعه على الرغم من استخدام برنامج مفتوح المصدر
- أسئلة التنفيذ ، عندما يستخدم الأشخاص "منشئ الرمز الشريطي عبر الإنترنت" أو "قاطع لوحة المفاتيح" ، ثم يتساءلون عن سبب ظهور هذا الهراء
انظر ، هنا Java ، و Reactive (RxJava) ، و Spring وحتى Netflix:
لتكوين رأيك الخاص ، يمكنك قراءة محادثة تكنو في العربة .
تفويض
يتم التفويض في IS MT على مرحلتين.
أولاً ، تحتاج إلى طلب "مفتاح" شبه عشوائي معين ، والذي يجب توقيعه وإرساله إلى عنوان url "/ api / v3 / auth / cert /" (وفي وقت كتابة هذه السطور ، يجب أن تكون الشرطة المائلة "/" في نهاية عنوان url ، وإلا فإنها لم تعمل ، الذي يبدو غريبا).
الحصول على "المفتاح" هو كما يلي (تحتاج إلى استبدال المضيف المطلوب ، فهناك العديد من الاختلافات ، اعتمادًا على ما إذا كان رمل أو قتال أو ملابس أو أي شيء آخر):
// /api/v3/auth/cert/key “” ,
var uri1 = new Uri("< >/api/v3/auth/cert/key")
var randomDataResponse = REST.Invoke<RandomDataResponse>(uri1, "GET", timeout);
ثم تحتاج إلى التوقيع على هذا "المفتاح" شبه العشوائي باستخدام CEP المحدد وإرساله إلى GIS MT من أجل الحصول على رمز التفويض ردًا على ذلك.
للقيام بذلك ، نحن نبحث عن شهادة CEP لبصمة يحددها المستخدم (CertificateThumb). الشهادة في هذه الحالة في "شخصي" للجهاز المحلي. أيضًا ، يجب أن يكون سياق الشهادة مقترنًا بمخزن أزواج المفاتيح (يتم تمييز هذه الشهادات برمز مفتاح في قائمة الشهادات في الأداة الإضافية windows):
الحصول على شهادة في الرمز لإنشاء توقيع:
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;
}
نقوم بتسجيل الدخول بهذه الطريقة:
//
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();
رسالة (علامة) CMS الموقعة هي توقيع التحقق الذي يجب إرساله للحصول على إذن ، بعد تحويله إلى تنسيق 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);
الاستجابة هي رمز JWT المشفر في Base64.
بالمناسبة ، يتم توقيع المستندات المراد إرسالها بنفس الطريقة ، ولا يتم تشكيل سوى ما يسمى بالتوقيع "المنفصل":
var signedCms = new SignedCms(content, true);
فئات المساعد (بمخطط مماثل لمخططات مستندات XSD من واجهة برمجة التطبيقات):
/// <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; }
}
إذا تمكنت من تسجيل الدخول ، فقد أكملت مهمة صغيرة.
مشاكل إنشاء وقراءة الباركود
يعتمد نظام العلامات على المعايير الدولية ، باستثناء الجزء الخاص بالتشفير. هذا ممتاز وجدير بالثناء.
لسوء الحظ ، لا يقرأ أخصائي تكنولوجيا المعلومات العادي أي معايير ، ولا يدرس أي شيء عن أي شيء ، ولكنه يقوم على الفور بنحت دراجاته من مكونات مجانية حول إنشاء الباركود والطباعة والعمليات التجارية وما إلى ذلك.
تتمثل الصعوبة الأولى في طباعة الرمز الشريطي الخاص بالوسم في تصميمك. توفر "Honest Sign" أداة مجانية ، ولكن لم يبدأ أحد بالطبع في التعامل معها ، لأنه يوجد "مولد باركود على الإنترنت" ومحررين مدمجين للتقارير في 1C / SAP / NAV / DAX.
الكمين هو أن الباركود الحديث ليس مجرد تمثيل رسومي للرموز (سيكون لدينا مقال منفصل حول هذا). لذلك ، ظهرت على الفور مشاكل البادئات والفواصل والتشفير والأحرف الإلزامية غير القابلة للطباعة وما إلى ذلك والتي لم يعرفها أحد ولم يرغب في فهمها.
مثال بحرف خاص GS (ASCII 29)
مثال مع حرف خاص FNC1 (ASCII 232)
يتم أخذ لقطات الشاشة من تطبيق Checkmark .
فيما يلي جزء من رمز مصدر Checkmark الذي يوزع رمزًا شريطيًا تم مسحه ضوئيًا بواسطة كاميرا ويتم تحليله بواسطة نظامنا الأساسي:
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)
{
... ( ..) ...
من أين أتت الشخصيات الخاصة؟ من المعيار. فعلت "Honest Sign" كل شيء وفقًا للمعيار ، وكان على المشاركين في دوران البضائع أيضًا قراءة المعيار.
راجع للشغل: يمكنك فقط التحقق من صحة محتوى DataMatrix عن طريق المسح الضوئي باستخدام الكاميرا (حتى إذا قمت بالمسح الضوئي من TSD ، فأنت بحاجة إلى الوصول إلى الكاميرا). نظرًا لأن جميع ماسحات الرموز الشريطية ، وفقًا للمعيار ، يجب ألا تُرجع 1in1 ما قرأوه ، على الأقل يجب عليهم التخلص من أول حرف FNC1 . بشكل عام ، يمكن للماسحات الضوئية إضافة رموز باركود مهمة أو إزالتها عند المسح الضوئي ، وإعادة ترتيب الكتل في أماكن ، اعتمادًا على الإعدادات ، كل هذا يتداخل مع التحقق.
لان نظرًا لأن تكامل النظام لا يتعلق بالبرامج ، بل يتعلق بالأشخاص وكيفية كتابتهم وقراءتهم للمواصفات ، أدى وجود هذه الأحرف الخاصة على الفور إلى بعض الخلاف عند تبادل الباركود.
على سبيل المثال ، يمكنهم ، بدون قراءة المواصفات فعلاً ، إضافة سلسلة من 4 أحرف "FNC1" إلى الرمز الشريطي بدلاً من حرف ASCII 232 ( FNC1) واحد . ومع ذلك ، عند التبادل بين الأنظمة الفرعية ، غالبًا ما يتم تصفية هذه الأحرف وفقدانها ، فهي تصل إلى الطباعة بدون مثل هذه الأحرف ، بينما في محرري النصوص العاديين خاصين. غالبًا ما لا يتم عرض الأحرف ويتساءل الناس عن سبب حدوث خطأ ما إذا كانت الرموز الشريطية متطابقة.
أيضًا ، إذا لم تحدد رمز FNC1في الباركود ، قد لا تفهم بعض الأجهزة أو البرامج ماهيتها وكيفية تفكيكها ، لأن يشير هذا الرمز في بداية الرمز الشريطي فقط إلى أن هذا هو تنسيق GS1 DataMatrix.
أحد الأمثلة الحديثة التي عثر عليها الجميع تقريبًا هو ظهور الأقواس وعلامات الترقيم في الرقم التسلسلي.
من أين تأتي الأقواس وعلامات الترقيم في الرقم التسلسلي؟ خارج المعيار! يسمح معيار GS1 باستخدامها. لان يتكون الرقم التسلسلي من 13 حرفًا فقط ، وهناك الكثير من السلع لوضع العلامات ، يجب عليك استخدام جميع الأحرف المتاحة
lulzes منفصلة - أقواس في الرقم التسلسلي. يتم السماح لهم هناك وفقًا للمعايير ، لكن لم يتوقعهم أحد. في ما يسمى بالتدوين الذي يمكن قراءته من قبل الإنسان (HID) ، يكون للأقواس معنى خاص: فهي تؤطر أعداد مجموعات الشخصيات ذات المعنى. على سبيل المثال ، "(21)" تعني أن الرقم التسلسلي سينتقل إلى أسفل الخط.
إذا كان من السذاجة الاعتقاد بأن الرمز الشريطي يحتوي على سلسلة من الأحرف فقط ، ففي السطر "(21) abcd12 (3) d (1 ، (91)") يبدو أن الرقم التسلسلي هو "abcd12" ، ويبدو أن الجزء المتعلق بـ "(1" خطأ على الإطلاق.
في الواقع ، الرقم التسلسلي هنا هو "abcd12 (3) d (1 ،" ، وبعد الفاصلة يوجد رمز GS غير قابل للقراءة .) والنقطة ليست أن الرقم التسلسلي يجب أن يكون 13 حرفًا (لأن طول المسلسل رسميًا في GS1 DataMatrix قد يكون مختلفًا ، وفي الإطارات ، على سبيل المثال ، يمكن أن يكون 20 حرفًا) النقطة هي بالضبط في غير المرئيGS ، التي يجب أخذها في الاعتبار ، والتي لا يتم عرضها في حقول أي نظام محاسبة ، غير مقبولة للإدخال وهي محظورة بشكل عام (وهي أيضًا غير مرئية في المفكرة العادية ، ولا يتم عرضها ، تحتاج إلى Notepad ++).
يفرض وجود مثل هذه الأحرف الخاصة قيودًا على نقل بيانات الباركود وتخزينها ؛ يجب فحصها أو تشفيرها ، على سبيل المثال ، في Base64.
راجع للشغل: يوجد معيار لتخزين ونقل هذه الرموز الشريطية كسلسلة (ISO / IEC 15424-2018) ، ولكن لسبب ما لم يستخدمها أحد. بيانات الباركود GS1 DataMatrix المخزنة كسلسلة يجب أن تبدأ بـ "] d2".
الآن قام الجميع تقريبًا بإصلاح مكونات طباعة الباركود (على الأرجح). لكن من يقرأ المعايير على أي حال ، أليس كذلك؟
للتحقق ، الواجب المنزلي:هذا هو الموضوع ، إذا كان الحقل بطول ثابت ، فلن تحتاج إلى إدخال GS ، ولكن إذا كان الطول متغيرًا وقيمة الحقل ليست بالطول الأقصى ، فأنت بحاجة إلى الإدراج. في الواقع ، ليست هذه هي الطريقة التي تعمل بها هذه القاعدة. لا يتم إدراج الحرف الخاص GS إلا إذا بدأ AI بزوج من الأرقام من هذا الجدول هنا:
وفي جميع الحالات الأخرى يتم إدخاله. هل يعمل إنشاء / كود التحليل الخاص بالباركود بنفس الطريقة؟
هناك مشكلة أخرى تتمثل في مسح رمز الباركود بأدوات أعرج مثل "الماسح الضوئي في إسفين لوحة المفاتيح". قبل وضع العلامات ، كانت المشكلة الأكبر هي قطع الصفر الإضافي أو إدخاله في مكان ما. مع إدخال رموز جديدة ، يتم نقل علامات Lulz مع المسح الضوئي إلى مستوى جديد تمامًا.
غالبًا ما لا تكون هذه مشكلات الماسح الضوئي نفسه أو إعداداته ، بل مشكلات تتعلق بنقص الخبرة وفهم مبادئ التشفير الشريطي.
على سبيل المثال ، عند توصيل الماسح الضوئي "بإسفين لوحة المفاتيح" (أو عند محاكاة هذا الوضع) ، وكذلك عند توصيل الماسح الضوئي كجهاز HID ، قد تكون هناك مشكلات في استبدال بعض الأحرف في رمز شريطي ممسوح ضوئيًا بأخرى أو اختفاء بعض الأحرف.
مخطط توصيل الماسح الضوئي بفاصل لوحة المفاتيح
عند العمل في الأوضاع المشار إليها ، لا يقوم الماسح الضوئي بنقل الرموز من الرمز الشريطي (كذا!) إلى الكمبيوتر ، ولكن رموز ضغطات المفاتيح على لوحة المفاتيح ، والتي يجب الضغط عليها من أجل كتابة الرموز من هذا الرمز الشريطي على لوحة المفاتيح.
في الوقت نفسه ، من الواضح أن عدة أحرف محتملة يمكن أن تتوافق مع مفتاح لوحة مفاتيح واحد في وقت واحد ، اعتمادًا على لغة التخطيط والضغط على مفاتيح التعديل (Shift و Caps Lock و Alt و Ctrl).
على سبيل المثال ، عند الضغط على هذا المفتاح في الجزء السفلي الأيمن من لوحة المفاتيح:
يمكن أن تكون النتيجة أيًا من الأحرف "؟" ، "/" ، "أو". ، اعتمادًا على التخطيط المحدد واستخدام مفاتيح التعديل. يتم تحديد الحرف المحدد الذي يتم إدخاله من خلال إعدادات لوحة مفاتيح نظام التشغيل ، وليس بواسطة الماسح الضوئي.
وبسبب هذا ، بدلاً من بعض المسلسلات ، يتم استبعاد مجموعات مختلفة تمامًا عند الخروج ، أو لم يتم العثور على الكود على الإطلاق.
بالمناسبة ، كان من الممكن تجنب هذه المشكلات إذا كان هناك مبلغ تحقق في المسلسل ، عندما يمكنك التحقق من صحة الرقم الأخير ، سواء تمت قراءته / إدخاله بشكل صحيح. بالنسبة للحسابات الجارية ، رقم التعريف الضريبي (TIN) ، وأرقام البطاقات ، و EAN13 ، فإن الرقم الأخير هو مبلغ شيك للتحقق ، حتى لا يخطئ الأشخاص والسيارات عند الدخول.
من الواضح أنهم يأملون أن تقوم DataMatrix بالتحقق الذاتي ، بالإضافة إلى وجود ذيل تشفير. لكن هناك شيء واحد هو الباركود بأكمله ، والفحص الذاتي ، وشيء آخر هو جزء من الكود مع تسلسل ، والذي كان يمكن إدخاله من لوحة المفاتيح على الإطلاق.
نشأت نزاعات منفصلة لمتخصصي تكنولوجيا المعلومات بسبب ما يسمى بـ "ذيل التشفير".
"Cryptotail" هو جزء ضروري من الرمز الشريطي الخاص بالوسم ، والذي بفضله يمكن التحقق باستخدام مفتاح متماثل من أن الرقم التسلسلي للعنصر لا يتم سحبه من الإصبع.
يوجد ذيل التشفير فقط في الرمز الشريطي ولا يتم تخزينه في قاعدة بيانات وضع العلامات بحيث لا يتمكن أي متسلل من كسر القاعدة وطباعة الرموز الشريطية للأشخاص الآخرين.
أولئك. هذا نوع من التوقيع الرقمي. لكن منذ الباركود ليس مطاط ولكن هناك العديد من السلع وطول هذا التوقيع الرقمي قصير مما لا يسمح باستخدام مفاتيح التشفير المفتوحة للجميع.
بالطبع ، جميع الأرقام التسلسلية موجودة في قاعدة بيانات العلامات ، ولكن إذا قمت بفحصها عبر الإنترنت ، فمع أي انخفاض في الإنترنت ، ستقف جميع المستودعات والمتاجر على الفور.
يهدف Cryptotail إلى حل هذه المشكلة ، ولكن حتى الآن (لصيف 2020) لم يبدأ العمل بكامل قوته.
الحقيقة هي أن التشفير روسي ومرتبط بالأجهزة. لكن لا يوجد حتى الآن بديل عن القبو الروسي ، فلا يمكن لنظام الدولة الروسي استخدام سرداب أجنبي ، فسيكون هناك ثقب . لذلك ، سيتعين عليك تحمل الروسية ، فهي معقولة وليست صعبة.
بشكل عام ، يعد التشفير موضوعًا معقدًا للغاية. هناك الكثير من المعلومات ومن الصعب جدًا العثور على وصف لكيفية تسجيل البيانات أو تشفيرها في حالة معينة.
كل من حاول الاندماج مع API الوسم واجه هذا الأمر. كان هناك الكثير من الأسئلة في الدردشات مثل "لماذا لا تسجل الدخول؟" ، "كيف تسجل؟" ، "مشاركة مثال!" ، "تم إنشاء التوقيع ولكن يأتي الرفض ، لماذا؟" واشياء أخرى عديدة.
في كثير من الأحيان ، كانت الأخطاء شائعة. على سبيل المثال ، بعد التوقيع ، تم تغيير البيانات ، أو فقد مساحة أو نوع من الأحرف غير المهمة ، ولكن هذا أمر بالغ الأهمية بالنسبة للتوقيع ، وبعد إرسالها إلى API ، جاء الرفض بدون تفسير ، لأن لم يتم التحقق من التوقيع.
لحسن الحظ ، في المحادثات ، غالبًا ما ساعدوا وأجابوا على مثل هذه الأسئلة. بشكل عام ، تتم معالجة كل هذه المشكلات أو تم علاجها بالفعل بحلول 1 يوليو 2020.
“ ” 1 2020 - , , . , .
في Cleverance ، نعتقد أن مشكلات البرامج ليست هي المشكلة الرئيسية. والأسوأ من ذلك ، لا يزال المشاركون في تداول البضائع لا يفهمون جوهر التغييرات. هذه مشكلة أكبر بكثير من أخطاء البرامج.
يتعامل الأشخاص مع التصنيف على أنه تقرير محاسبة آخر يمكن تجميعه أثناء الجلوس على جهاز كمبيوتر في 1C / SAP / NAV / DAX ، وتصحيحه وتغييره بأثر رجعي ، وما إلى ذلك. سيتم استخدام النوع من قبل المحاسبين واللوجستيين ، ويتعين على متخصصي تكنولوجيا المعلومات "قطع" الوحدات والمعالجة اللازمة لذلك.
الطلب الرئيسي لعملائنا هو أن يقوم المستودع / Chinese / tetyamasha بمسح شيء ما ، ثم يتم تحميله "بشكل صحيح" في 1C / SAP / NAV / DAX. ونحن نفعل ذلك بنجاح.
لكن هذا خطأ واضح ، سيكشف عندما تبدأ الشركات في موازنة أرصدتها مع بعضها البعض ، وتبدأ الدولة في الغرامة.
ما هو نظام التعليم الفعلي
وسم المنتج هو نظام يعكس الحركات الحقيقية.
مشاكل وضع العلامات الحقيقية
هذا هو محض IMHO لنا.
تنشأ جميع المشاكل الحقيقية للأوتوماتون مما هو عليه نظام الوسم حقًا ، أي نظام يعكس الحركات الحقيقية.
أولاً ، تتعارض المحاسبة الفعلية للحركات مع المبادئ الحالية للمحاسبة للسلسلة بأكملها ، عندما يتم حساب كل شيء بواسطة SKU ، عن طريق الدُفعة أو بالمتوسط. بأثر رجعي ، التقليل والتصحيح هو كل شيء لدينا.
نظام المحاسبة في أي شركة عبارة عن قصة خرافية ممشطة ومصححة عن مدى روعة كل شيء بعد 100500 مكالمة ، وتصحيحات ، وإعادة إرسال وتنظيف أخطاء.
في أحد الاجتماعات الموسعة في موزع أجنبي كبير للأدوية ، بعد ساعة فقط من المناقشة ، أدار كبير مسؤولي اللوجستيات أخيرًا وقال ، "هل هذا رمز شريطي مختلف لكل علبة؟" ويبدو أن الكلمات "فريد" ، "الرقم التسلسلي" ، "كل نسخة" ، "مسح كل شيء" ، إلخ.
ثانيًا ، تتعارض المحاسبة الفعلية للحركات مع ممارسات الأعمال الحالية ومبادئ فصل الاهتمامات.
حتى لو كانت الشركة كبيرة وليس للموظف الحق في تعديل بعض المستندات - يوجد رقم هاتف ، يمكنك الاتصال أو الكتابة إلى شخص يمكنه التصحيح.
أو ، على سبيل المثال ، يتم توقيع المستندات من قِبل CEP للمخرج من قبل بعض الموظفين الأساسيين ، وإذا كان هناك مصادقة ثنائية ، فعندئذٍ عبر الرسائل القصيرة. يحتوي نظام وضع العلامات على حظر حول المستخدمين وحقوقهم ، يمكنك منح كل شخص متخصصًا منفصلاً ، لكن الأشخاص ليسوا في عجلة من أمرهم للقيام بذلك.
هذه مشكلة واضحة سيتم حلها من خلال توفير المزيد والمزيد من الحقوق وأدوات المحاسبة لأولئك الموظفين العاديين الموجودين بجوار المنتج المصنف مباشرة.
علاوة على ذلك ، تستند قواعد حساب سعر التكلفة أو حساب الحركات في نظام المحاسبة إلى المتوسطات والتبسيط مثل FIFO / LIFO ومتوسط السعر. وتلك المبادئ المحاسبية التي تم تطبيقها في كل مكان لعقود من الإنتاج إلى البيع بالتجزئة تستند إلى هذه التبسيط وتتعارض مع إمكانية التتبع الحقيقي للوحدات الفريدة.
لهذا السبب ، من الناحية العملية ، اتضح ، على سبيل المثال ، أن البضائع يتم إرسالها إلى نظام وضع العلامات بواسطة FIFO / LIFO ، ولكن ما تم شحنه بالفعل هو ما كان أقرب إلى المخرج.
يتم حل هذا أيضًا بمعدات وبرامج خاصة للموظفين العاديين الذين ، بحكم طبيعة عملهم ، لا يمكنهم الجلوس على الكمبيوتر.
هناك مشكلة أخرى تتمثل في محاولة "سحب البومة على الكرة الأرضية" وإدخال رموز الوسم في جميع مستندات تخطيط موارد المؤسسات القياسية بحيث يمكن للمحاسب أو اللوجستي أو المدير المسؤول رؤيتها هناك.
على الرغم من أنه ليس لديه ما يبحث عنها ، إلا أنه لا يستطيع فعل أي شيء معهم.
في الواقع ، حسنًا ، كمحاسب أو مدير ، ينظر إلى الشاشة ، يمكنه أن يفهم أنه قام بمسح المستودع هناك أمس ، ولماذا هناك تناقضات مظللة باللون الأحمر على ثلاث قطع من السجائر من بين الآلاف؟
يتم حل هذا أيضًا عن طريق أدوات للأفراد على مستوى القاعدة مع إمكانية الوصول إلى جميع المعلومات الضرورية.
حسنا هذا هو هذه ليست مشاكل فنية لبعض الأنظمة التي تم تصحيحها بشكل عام بحلول 1 يوليو 2020 ، ولكن قضايا إعادة هيكلة عمل الشركات على مسار جديد.
الاستنتاجات
الميزة الرئيسية لوضع العلامات هي أن الدولة أجبرت الجميع على الرقمنة والتحول إلى EDF بالتوقيعات الرقمية والتشفير.
"المد يرفع كل القوارب" ، وانتقال السوق بالكامل إلى القضبان المشتركة له تأثير تآزر كبير.
أتمتة سعيدة للجميع!