תאימות WMS, TMS, ERP ו-FSM
איך Scan2Flow עובד כשכבת סריקה בדפדפן ל-API של 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 לסריקה בודדת ל-API של WMS, TMS או FSM עם Bearer, Basic או auth מותאם
- כללי pattern ו-format להפרדת SKU, מיקום או משלוח
- זרימות lookup עם display או HTML לפני עדכון
- סורקי wedge USB/Bluetooth וצפצופי הצלחה/כישלון
- סריקות נכסים והזמנות עבודה בשטח לנקודות REST של FSM או webhooks middleware
פערים ידועים (roadmap)
- מאגר סריקות ושליחה מרוכזת
- תור offline וניסיון חוזר
- ייצוא CSV של היסטוריית סריקות
- שדות session (מפעיל, מזח, מזהה משימה) בין סריקות
- connector packs לייבוא לדפוסי WMS נפוצים
רשימת בדיקה
- סריקה אחת מפעילה בקשת API מאומתת עם payload צפוי
- כללי pattern מקבלים/דוחים סוגי ברקוד נכונים
- זרימת lookup מציגה נתונים לפני עדכון
- בדיקת bulk: שלוש סריקות היום = שלוש קריאות API, לא batch אחד
- בדיקת offline: סריקות לא נכנסות לתור אוטומטית (צפוי עד roadmap)
- בדיקת FSM: חיפוש נכס מחזיר הקשר רשומה לפני POST הזמנת עבודה או חלקים
בונים אינטגרציה ל-WMS, TMS, ERP או FSM? אנחנו משתפים פעולה עם ספקי מערכות על חבילות connector.
שותפו איתנו