توافق WMS وTMS وERP وFSM
كيف يعمل Scan2Flow كطبقة مسح في المتصفح لواجهات WMS وTMS وERP وFSM. ما يناسب اليوم والفجوات المعروفة وقائمة التحقق.
يلتقط Scan2Flow الباركود في المتصفح ويوجّهه إلى REST API أو webhook. ليس WMS أو TMS أو FSM. استخدمه عندما يملك نظامك البيانات وتحتاج محطات مسح دون نشر تطبيق البائع الكامل.
مصفوفة التوافق
| سير العمل | اليوم |
|---|---|
| استلام فردي (مسح واحد → POST) | نعم |
| تأكيد التقاط فردي | نعم |
| بحث ثم تأكيد (GET → عرض → POST) | جزئي |
| استلام/التقاط مجمّع (N مسوح → POST واحد) | لا |
| جلسة جرد دوري | لا |
| التقاط موجّه من WMS | لا |
| طابور offline | لا |
| مزامنة ثنائية (WMS يدفع المهام) | لا |
| تأكيد أمر عمل FSM (مسح واحد → POST) | نعم |
| بحث أصل FSM (GET → عرض → POST) | جزئي |
| مسح استهلاك قطع FSM | نعم |
ما يعمل اليوم
- POST/GET لمسح واحد إلى واجهة WMS أو TMS أو FSM مع Bearer أو Basic أو auth مخصص
- قواعد format وpattern لفصل SKU أو الموقع أو الشحنة
- تدفقات بحث مع عرض أو HTML قبل التحديث
- ماسحات wedge USB/Bluetooth وصفارات نجاح/فشل
- مسح الأصول وأوامر العمل الميدانية إلى نقاط REST FSM أو webhooks وسيط
فجوات معروفة (خارطة الطريق)
- مخزن مؤقت للمسوح وإرسال مجمّع
- طابور offline وإعادة المحاولة
- تصدير CSV للسجل
- حقول جلسة (المشغّل، الرصيف، معرف المهمة) بين المسوح
- connector packs قابلة للاستيراد لأنماط WMS شائعة
قائمة التحقق
- مسح واحد يطلق طلب API مصادقاً مع الحمولة المتوقعة
- قواعد pattern تقبل أو ترفض أنواع الباركود الصحيحة
- تدفق البحث يعرض البيانات قبل التحديث
- اختبار مجمّع: ثلاث مسوح اليوم = ثلاث استدعاءات API وليس دفعة واحدة
- اختبار offline: المسوح لا تُصف تلقائياً (متوقع حتى خارطة الطريق)
- اختبار FSM: بحث الأصل يُرجع سياق السجل قبل POST أمر العمل أو القطع
تبني تكامل WMS أو TMS أو ERP أو FSM؟ نتشارك مع بائعي الأنظمة في حزم موصلات.
كن شريكاً