كيفية دمج تقنية RFID مع نظام إدارة المستودعات (WMS) أو نظام تخطيط موارد المؤسسات (ERP) أو نظام نقاط البيع (POS) الحالي لديك
في معرض كانتون الـ 140، تكرر سؤال واحد مراراً وتكراراً في جناح FYJ:
"لدينا بالفعل نظام إدارة المستودعات (WMS) أو نظام تخطيط موارد المؤسسات (ERP) أو نظام نقاط البيع (POS). هل يمكننا إضافة تقنية تحديد الهوية بموجات الراديو (RFID) دون استبدال النظام الحالي؟"
في كثير من الحالات، نعم.
كان لدى بعض الزوار بالفعل برامج لإدارة المستودعات. بينما كان آخرون يستخدمون منصات تخطيط موارد المؤسسات، أو أنظمة نقاط البيع بالتجزئة، أو تطبيقات طورتها فرقهم التقنية الخاصة.
لم يكونوا بالضرورة يبحثون عن منصة برمجية كاملة أخرى.
أرادوا إضافة إمكانيات تقنية تحديد الهوية بموجات الراديو (RFID) مثل:
لم يكن هذا سؤالاً معزولاً.
خلال المعرض، التقى فريق FYJ بالعملاء الذين طلبوا على وجه التحديد أجهزة تحديد الهوية بموجات الراديو (RFID) مع دعم SDK، تطلب الشركات اختبار واجهة برمجة التطبيقات (API)، ويرغب تجار التجزئة في إضافة تقنية RFID إلى برامج البيع بالتجزئة الحالية، وتبحث الفرق التقنية عن أجهزة يمكنهم دمجها في تطبيقاتهم الخاصة.
قدم أحد عملاء التصنيع مثالاً واضحاً بشكل خاص.
كانت الشركة تدير بالفعل منتجات الصفائح المعدنية باستخدام رموز الاستجابة السريعة (QR codes) ولديها نظام برمجي قائم. وبدلاً من استبدال هذا البرنامج فوراً، خطط العميل أولاً للاستفسار من مزود البرامج عما إذا كان من الممكن إضافة وظيفة تحديد الهوية بموجات الراديو (RFID).
إذا كان البرنامج الحالي يدعم تقنية تحديد الهوية بموجات الراديو (RFID)، فستقوم الشركة بتقييم دمج أجهزة RFID.
وإلا، فسوف يتم النظر في حل برمجي منفصل لتقنية تحديد الهوية بموجات الراديو (RFID).
غالباً ما تكون هذه هي نقطة البداية الصحيحة.
لا تبدأ بـ:
"أي قارئ RFID يجب أن نشتري؟"
ابدأ بـ:
"ما الذي يفعله نظامنا الحالي بالفعل، وأين ينبغي أن تتناسب تقنية تحديد الهوية بموجات الراديو (RFID) مع سير العمل؟"
نعم. في العديد من المشاريع، يمكن إضافة تقنية تحديد الهوية بموجات الراديو (RFID) دون استبدال نظام العمل الحالي.
هناك ثلاثة مسارات تكامل شائعة:
الخيار الثالث له شرط مهم:
يجب أن يدعم برنامجك بالفعل تقنية RFID، أو يجب على فريق التطوير الداخلي لديك أو مزود البرامج تطوير وظائف RFID المطلوبة.
إن شراء قارئ RFID لا يمنح تلقائيًا إمكانية استخدام تقنية RFID في أنظمة تخطيط موارد المؤسسات (ERP) أو أنظمة إدارة المستودعات (WMS) أو نقاط البيع (POS).
يجب أن يكون البرنامج قادراً على:
يعتمد المسار الصحيح على أربعة أمور:
برامجك الحالية، وموارد التطوير الداخلية، وسير العمل المستهدف، ومستوى التكامل المطلوب.
تمتلك معظم الشركات الراسخة بالفعل سنوات من البيانات ومنطق سير العمل داخل أنظمتها الحالية.
قد يشمل ذلك ما يلي:
إن استبدال كل هذا لمجرد إدخال تقنية تحديد الهوية بموجات الراديو (RFID) غالباً ما يخلق عملاً غير ضروري.
قد يلزم نقل البيانات.
قد يحتاج الموظفون إلى إعادة تدريب.
قد يلزم إعادة بناء الواجهات الحالية.
وفي العديد من المشاريع، لا تكون تقنية تحديد الهوية بموجات الراديو (RFID) مطلوبة إلا في نقاط محددة مثل:
إذا كان نظام تخطيط موارد المؤسسات (ERP) الخاص بك يدير بالفعل عمليات الشراء والتمويل والمبيعات بشكل جيد، فإن تقنية تحديد الهوية بموجات الراديو (RFID) لا تحتاج إلى استبدال تلك الوظائف.
الهدف هو إدخال تقنية تحديد الهوية بموجات الراديو (RFID) في سير العمل حيث يخلق التحديد التلقائي قيمة.
عادةً ما يكون هذا النهج مناسبًا عندما يجب أن يظل نظام تخطيط موارد المؤسسات (ERP) أو نظام إدارة المستودعات (WMS) أو نظام نقاط البيع (POS) هو النظام التجاري الرئيسي.
يتولى برنامج RFID إدارة الطبقة الخاصة بتقنية RFID، بما في ذلك اتصال الجهاز وقراءة العلامات ومنطق سير عمل RFID.
يتبادل النظامان البيانات المطلوبة من خلال واجهات برمجة التطبيقات (APIs).
قد تبدو العملية المبسطة كما يلي:
نظام إدارة المستودعات / نظام تخطيط موارد المؤسسات / نظام نقاط البيع ← برنامج تحديد الهوية بموجات الراديو ← قارئ تحديد الهوية بموجات الراديو ← بطاقة تحديد الهوية بموجات الراديو
والعودة:
بطاقة RFID ← قارئ RFID ← برنامج RFID ← نظام إدارة المستودعات / نظام تخطيط موارد المؤسسات / نظام نقاط البيع
على سبيل المثال، يقوم نظام إدارة المستودعات بإرسال طلب شحن إلى تطبيق تحديد الهوية بموجات الراديو (RFID).
يقوم نظام تحديد الهوية بموجات الراديو (RFID) بقراءة البضائع عند نقطة الخروج ومقارنة رموز المنتجات الإلكترونية المكتشفة مع العناصر المتوقعة.
بمجرد اكتمال عملية التحقق، يتم إرجاع النتيجة إلى نظام إدارة المستودعات (WMS).
يُعدّ تكامل واجهة برمجة التطبيقات (API) خيارًا قويًا عادةً عندما:
في معرض كانتون، التقت شركة FYJ بالعملاء الذين طلبوا تحديدًا الوصول إلى الاختبارات وواجهات برمجة التطبيقات (API) أثناء تقييمهم حلول مستودعات بتقنية RFID.
قبل بدء عملية التطوير، يجب على كلا الطرفين تحديد ما يلي:
توفر واجهة برمجة التطبيقات (API) الاتصال.
لا يزال المشروع بحاجة إلى قواعد واضحة بشأن البيانات التي يتم نقلها، ومتى يتم نقلها، والإجراءات التي تتبع ذلك.
التكامل العميق ليس ضرورياً دائماً.
قد تحتفظ الشركة بنظام تخطيط موارد المؤسسات (ERP) أو نظام إدارة المستودعات (WMS) أو نظام نقاط البيع (POS) الحالي مع استخدام نظام RFID منفصل فقط لمهام محددة.
ومن الأمثلة النموذجية ما يلي:
يستمر النظام الحالي في إدارة عمليات الأعمال الأساسية.
يتولى نظام تحديد الهوية بموجات الراديو (RFID) إدارة سير العمل حيث تضيف تقنية RFID قيمة.
تستخدم إحدى الشركات بالفعل نظام تخطيط موارد المؤسسات (ERP) للمشتريات والمبيعات وسجلات المخزون.
تكمن مشكلتها الرئيسية في المخزون المادي.
بدلاً من استبدال نظام تخطيط موارد المؤسسات (ERP)، تقدم الشركة تطبيق RFID لجرد المخزون.
يتم استيراد بيانات المنتج أو مزامنتها وفقًا لتصميم المشروع، ثم يتم استخدام نتائج جرد RFID لتحديث أو مطابقة النظام الرئيسي.
تنجح هذه الطريقة عندما:
كما أنه يقلل من خطر إعادة بناء وظائف البرامج التي تعمل بالفعل.
هذا المسار هو الأنسب لـ:
في هذا النموذج، يحتفظ العميل ببرامجه الخاصة ويقوم بدمج أجهزة FYJ RFID فيها.
لكن الشرط مهم:
يجب أن يدعم البرنامج بالفعل تقنية RFID، أو يجب على مزود البرامج الخاص بالعميل أو الفريق التقني تطوير وظائف RFID المطلوبة للمشروع.
لا تصبح أجهزة RFID جزءًا من تطبيق موجود تلقائيًا.
يحتاج البرنامج إلى فهم كل من الجهاز والحدث التجاري الكامن وراء كل عملية قراءة.
في معرض كانتون، التقت مجلة FYJ بشركات تمتلك برامجها الخاصة وترغب في الحصول على دعم للأجهزة أو حزم تطوير البرامج (SDK). إحدى شركات البرمجيات لديها فريقها التقني الخاص وقدرات تقنية تحديد الهوية بموجات الراديو (RFID)، لكنها تحتاج إلى مجموعة أوسع من أجهزة RFID بدلاً من منصة برمجية قياسية أخرى.
قد يشمل التطوير، بحسب سير العمل، ما يلي:
قارئ يُعيد رمز EPC مثل:
E280XXXXXXXXXXXX
لا يكفي ذلك وحده لتزويد نظام الأعمال بالمعلومات الكافية.
يحتاج التطبيق إلى معرفة أن رمز المنتج الأوروبي (EPC) يتوافق مع شيء ذي معنى، مثل:
EPC → SKU → المنتج → موقع المستودع
أو:
EPC → معرف الأصل → القسم → المستخدم المسؤول
يجب أن يكون منطق الأعمال هذا ضمن طبقة البرمجيات.
يوضح الجدول أدناه طريقة أكثر عملية للاختيار بين الأساليب الثلاثة.
| وضعك | تكامل واجهة برمجة التطبيقات | برنامج RFID منفصل | التكامل المباشر مع الأجهزة |
| نظام تخطيط موارد المؤسسات/نظام إدارة المستودعات/نظام نقاط البيع الحالي يعمل بشكل جيد بالفعل | ملاءمة قوية | ممكن | ممكن |
| يدعم البرنامج الحالي واجهة برمجة التطبيقات (API). | الأنسب | ممكن | يعتمد ذلك على دعم تقنية تحديد الهوية بموجات الراديو (RFID). |
| لا يدعم البرنامج الحالي تقنية RFID | ممكن من خلال البرمجيات الوسيطة | ملاءمة قوية | يتطلب تطويرًا |
| ليس لديك فريق تطوير داخلي | مناسب تمامًا | الأنسب | لا يُنصح به عادةً |
| لديك فريقك التقني الخاص | مناسب تمامًا | ممكن | ملاءمة قوية |
| يدعم برنامجك بالفعل تقنية RFID | ممكن | غير ضروري عادة | الأنسب |
| لا يحتاج سوى سير عمل واحد إلى تقنية تحديد الهوية بموجات الراديو (RFID). | ممكن | ملاءمة قوية | ممكن |
| تريد تحكمًا عميقًا في سلوك الجهاز | معتدل | معتدل | الأنسب |
| تريد نشرًا أسرع | معتدل | ملاءمة قوية | يعتمد ذلك على التطوير |
| أنت تريد أقصى قدر من المرونة على المدى الطويل | جيد | معتدل | ملاءمة قوية |
| تريد الاحتفاظ ببرامجك الحالية | نعم | نعم | نعم |
| جهود التطوير | واسطة | منخفض - متوسط | متوسط إلى مرتفع |
اختر تكامل واجهة برمجة التطبيقات (API) عندما يكون برنامجك الحالي قويًا ويوفر واجهات جيدة.
اختر برنامج RFID منفصل عندما تحتاج إلى RFID بسرعة ولكنك لا ترغب في تطوير وظائف RFID داخليًا.
اختر التكامل المباشر للأجهزة عندما يدعم برنامجك بالفعل تقنية RFID أو عندما يستطيع فريقك التقني تطوير طبقة RFID.
أحد أكثر المفاهيم الخاطئة شيوعاً في دمج تقنية RFID هو افتراض أن قارئ RFID يقوم بتحديث نظام تخطيط موارد المؤسسات (ERP) بشكل مباشر.
عادةً ما تكون هناك عدة طبقات.
يبدو تدفق بيانات RFID المبسط على النحو التالي:
↓
قارئ RFID / جهاز مساعد رقمي شخصي / بوابة RFID
↓
حزمة تطوير البرامج للأجهزة / واجهة المستخدم / برنامج تحديد الهوية بموجات الراديو
↓
منطق الأعمال
↓
واجهة برمجة التطبيقات / طبقة تبادل البيانات
↓
نظام إدارة المستودعات / نظام تخطيط موارد المؤسسات / نظام نقاط البيع
ويمكن أن يحدث العكس أيضاً.
على سبيل المثال:
طلب شحن نظام تخطيط موارد المؤسسات
↓
تطبيق RFID
↓
قائمة EPC المتوقعة
↓
قارئ RFID يكتشف العلامات الفعلية
↓
نتيجة التحقق
↓
تم تحديث طلب نظام تخطيط موارد المؤسسات (ERP)
هذا التمييز مهم لأن دمج تقنية RFID لا يقتصر فقط على نقل أرقام EPC.
يجب على النظام تحويل قراءات العلامات إلى أحداث تجارية.
على سبيل المثال:
تم اكتشاف بطاقة تعريف عند الباب أ
هي مجرد بيانات RFID خام.
قد يحتاج نظام العمل إلى تفسير ذلك على النحو التالي:
غادر المنتج X المستودع A في الساعة 14:32 بموجب أمر الشحن رقم 10025.
هذا التحول هو ما يخلق فيه دمج تقنية تحديد الهوية بموجات الراديو (RFID) قيمة تجارية.
ما هي الأجهزة المطلوبة لتقنية تحديد الهوية بموجات الراديو (RFID)؟
تأتي بنية البرمجيات أولاً، لكن سير العمل هو الذي يحدد الأجهزة.
مناسب للعمليات المتنقلة مثل:
غالباً ما يكون الجهاز المحمول أحد أبسط الطرق لإدخال تقنية تحديد الهوية بموجات الراديو (RFID) لأن الموظفين يتحكمون في مكان وزمان القراءة.
يلزم وجود طابعة RFID عند الحاجة إلى طباعة الملصقات وتشفيرها.
وهو مفيد بشكل خاص عندما يحتاج كل عنصر إلى رمز EPC فريد مرتبط برمز SKU موجود أو رمز شريطي أو رقم جزء أو سجل أصول.
تُناسب أجهزة القراءة الثابتة عملية التعرف التلقائي في مواقع محددة مسبقًا، بما في ذلك:
تقوم بوابات تحديد الهوية بموجات الراديو (RFID) بتحديد البضائع الموسومة التي تمر عبر المدخل أو المخرج.
ثم يتعين على البرنامج تحديد معنى الحدث:
وارد؟ صادر؟ مصرح به؟ غير متوقع؟
ولهذا السبب تعتمد مشاريع بوابات RFID الناجحة على كل من أداء القراءة والمنطق التجاري.
يعتمد اختيار الوسم على:
على سبيل المثال، احتاج أحد العملاء الذين يقومون بتقييم تقنية تحديد الهوية بموجات الراديو (RFID) لمكونات التخزين البارد إلى التأكد مما إذا كانت العلامة المختارة قادرة على تحمل الانتقال من ظروف التجميد إلى درجة حرارة الغرفة.
تستخدم معظم الشركات بالفعل معرّفات مثل:
تُقدم تقنية RFID مُعرّفًا آخر: وهو رمز المنتج الإلكتروني (EPC) المخزن في علامة RFID.
يحتاج النظام إلى علاقة محددة بين شهادة أداء الهندسة والمشتريات والإنشاءات وسجل الأعمال الحالي.
على سبيل المثال:
EPC → SKU → المنتج
أو:
EPC → الباركود → سجل المنتج
أو:
EPC → معرف الأصل → سجل الأصل
بدون هذه العلاقة، يمكن للقارئ اكتشاف علامة بنجاح بينما لا يزال نظام العمل لا يعرف ما تم تحديده بالفعل.
وهذا يؤدي إلى تمييز مهم.
تكامل الأجهزة
هل يستطيع برنامجك استقبال البيانات من جهاز تحديد الهوية بموجات الراديو (RFID)؟
تكامل الأعمال
هل يستطيع برنامجك فهم ما تمثله تلك البيانات واستخدامها بشكل صحيح؟
لا يكفي وجود اتصال ناجح تقنياً إذا كانت منطق الأعمال مفقودة.
قبل اختيار الأجهزة أو مطالبة المطورين ببدء البرمجة، أجب عن هذه الأسئلة:
تحدد هذه الإجابات عادةً بنية التكامل قبل اختيار نموذج الأجهزة النهائي.
حتى قارئ RFID عالي الأداء لا يزال يسبب مشاكل إذا لم يتمكن البرنامج من الاتصال به.
تأكد من بنية التكامل قبل طلب الأجهزة.
تساعد حزمة تطوير البرامج (SDK) المطورين على التواصل مع الجهاز.
لا يقوم بإنشاء ما يلي تلقائيًا:
لا تزال هذه الوظائف بحاجة إلى التواجد في التطبيق.
يقرأ نظام تحديد الهوية بموجات الراديو (RFID) رموز EPC.
تتولى شركتك إدارة المنتجات، ووحدات التخزين، والطلبات، والأصول.
يجب تحديد العلاقة بينهما قبل النشر.
ليس من الضروري استبدال كل عملية من عمليات الباركود.
احتفظ بالباركود في الأماكن التي يكون فيها المسح الضوئي واحداً تلو الآخر فعالاً بالفعل.
استخدم تقنية RFID حيثما يؤدي تحديد الدفعات أو الأتمتة أو تسريع إدارة المخزون إلى خلق قيمة قابلة للقياس.
يجب أن يستخدم اختبار RFID المناسب ما يلي:
السؤال المهم ليس:
هل يستطيع القارئ اكتشاف العلامة؟
إنها:
"هل يستطيع النظام تحديد العنصر الصحيح بشكل موثوق في النقطة الصحيحة من سير العمل؟"
انحصرت العديد من مناقشات التكامل في جناح FYJ في بضعة أسئلة متكررة.
لدينا بالفعل برامجنا الخاصة. هل يمكننا شراء أجهزة RFID فقط؟
نعم - بشرط أن يدعم البرنامج بالفعل تقنية RFID أو أن يتمكن مطورو البرامج لديك من إضافة الوظائف المطلوبة.
"هل يمكن ربط تقنية RFID بنظام إدارة المستودعات أو نظام تخطيط موارد المؤسسات الحالي لدينا؟"
نعم في كثير من الأحيان. يجب مراجعة واجهة برمجة التطبيقات المتاحة وحقول البيانات المطلوبة وسير العمل أولاً.
"هل يتعين علينا استبدال برنامج البيع بالتجزئة الحالي لدينا؟"
لا. اعتمادًا على النظام الحالي، يمكن دمج تقنية RFID بشكل مباشر أو التعامل معها من خلال سير عمل منفصل خاص بتقنية RFID.
"هل يستطيع مطورونا د
Hi! Click one of our members below to chat on
ar 
دعم شبكة IPv6
