ТСД-ны қолдайтын WMS әзірлеу: қоймада офлайн-процестер

Не не құрасыз: WMS пен ТСД, офлайн режимі

WMS пен ТСД комбинациясының мақсаты — қойма операцияларын жылдам және тексерілетін ету. WMS ережелер мен құжаттарды сақтайды (не қабылданды, қайда орналастырылды, не алынды), ал ТСД сол ережелерді палета немесе стеллаж қасында қысқа қадамдарға айналдырады. Жалпы алғанда, ТСД қолдайтын WMS жасау — бұл қоймаға жақын аймақтағы адамдарға кедергісіз деректер сапасын қамтамасыз ету.

Офлайн режимі жақсы Wi‑Fi болғанда да қажет. Қоймада желі жолдарда, құлыптарда, тоңғыштарда немесе металл конструкциялардың қасында жиі нашарлайды. Қосымша — желі қызметінің ауысуы, AP жүктелуі. Егер терминал сол сәтте әрекетті бөгеп қойса, сіз темпті жоғалтасыз және қабылдау немесе жөнелту кезегі жиналады.

ТСД үшін «жылдам операция» маңызды: бір қадам 3–5 секундқа тең болуы тиіс. Бұл минималды мәтін, ірі батырмалар, бір скан орнына қолмен енгізудің болмауы және келесі қадамды айқын көрсету дегенді білдіреді. Мысал: қызметкер қорапты сканерлейді, жүйе бірден тауарды және күтілетін санды көрсетеді, кейін ұяшықты сканерлеуді сұрайды.

Төменде — жылдамдық пен дәлдік шешетін төрт процесс: қабылдау, орналастыру, отбор (пикинг) және инвентаризация. Әр процессте бірдей мақсат: қол бос емес және уақыт аз болғанда қателікті бірден табу, емес соңғы уақытта анықтау.

Қойма моделі: зоналар, ұяшықтар, тауарлар және штрихкодтар

ТСД қолдайтын WMS жасағанда экрандардан емес, қойманың қарапайым әрі қатты моделінен бастаңыз. ТСД көп қателікті кешірмейді: оператор тез түсінуі тиіс — қайда, не ұстап тұр және жүйе одан не күтеді.

Қойманы зоналар арқылы сипаттау ыңғайлы, себебі әр зонада процестер мен ережелер әртүрлі болады. Әдетте қабылдау, буфер, сақтау, комплекттеу және жөнелту зоналары бөлінеді. Әр зонаға алдын ала шектеулер қойыңыз: аралас өнім сақтауға болады ма, пересорт рұқсат па, партия немесе серия нөміріне бақылау керек пе.

Адресацияның негізгі элементі — ұяшық. Коды қысқа және адамның оқуы үшін ыңғайлы болуы керек, тек дерекқор үшін емес. Коды бойынша қайда іздеу керек түсінікті болғаны жақсы: қатар, секция, деңгей, позиция. Және ереже маңызды: бір физикалық белгі — бір ұяшық штрихкоды, альтернативалар мен "уақытша" жапсырмалар болмауы тиіс.

Практикалық кодтау ережелері қарапайым: тұрақты ұзындық пен бір формат бүкіл қоймада, ұқсас символдардан аулақ болу (0/О, 1/I), солдан оңға логика (зона-қатар-секция-деңгей-позиция), ірі басып шығару — сканерлеу қашықтығы үшін.

Келесі — есеп бірліктері: дана, қорап, палета. WMS үшін бұлар әр түрлі объектілер, себебі қабылдау палетамен болуы мүмкін, ал отбор — данамен. Егер қойма партиялармен, жарамдылық мерзімдерімен немесе сериялармен жұмыс істесе, осы өрістерді қалдыққа қосыңыз. Әйтпесе инвентаризация мен талаптарды қарау жанама болжамға айналады.

Бөлек ұстайтын анықтамалар: тауарлар, штрихкодтар (соның ішінде альтернативтік), орау және тара, контрагенттер, қызметкерлер. Мысалы: бірдей тауарда данаға EAN және қорапқа ішкі код болуы мүмкін, ал ТСД екеуін де операторы сұрамай тануы керек.

Рөлдер мен құжаттар: процестерді басқаруға арналған

Қойма жұмысын болжауға болады ету үшін WMS-та екі қабатты бөлу маңызды: әрекетті кім орындайды (рөл) және бұл әрекет қай «құжатта» тіркеледі. Осылайша офлайнда да ТСД не жасауға болатынын немесе тек қарауға болатынын түсінеді.

Рөлдер: кім не үшін жауапты

Рөлдерді скандау мен растау операцияларына байланысты қарапайым құқықтармен анықтағаныңыз жөн. Әдетте төменгі жиын жеткілікті:

• Приемщик: тапсырма бойынша қабылдауды ашып, жеткізуді сканерлейді және айырмашылықтарды тіркейді.
• Кладовщик: орналастырулар мен ішкі перемещениелерді орындайды.
• Комплектовщик: тапсырма бойынша отбор жасайды, тауар мен ұяшықты сканерлеп растайды.
• Контролер: қабылдау немесе отборды тексереді, сапа мен пломбаларды растайды, кезеңді жабады.
• Администратор: анықтамаларды, құқықтарды, зоналарды, принтерлерді, ережелерді баптайды.

Осындай тәсіл WMS пен ТСД жасауды жеңілдетеді: құрылғы тек сол рөлге қажетті экрандар мен батырмаларды көрсетеді.

Құжаттар, статустар және тыйымдар

Құжат — операциялар тіркелетін «шаблон»: жеткізу (қабылдау), перемещение, заказ (отбор), инвентаризация, спиcание. Әр документте офлайнда хаос болмас үшін түсінікті статустар болуы тиіс: мысалы, "Черновик", "В работе", "На проверке", "Закрыт".

ТСД-да әдетте тек скан арқылы расталатын жылдам әрекеттер қалады: факт жолын қосу, допуск шегінде санды өзгерту, мақсатты ұяшықты ережелерге сәйкес өзгерту, айырмашылық себептерін тізімнен таңдау. Қауіпті өзгерістер офиске қалсын: номенклатураны қолмен өзгерту, құжаттың жабылуын кері алу, жолдарды жою.

Логтар: кім және не растады

Логтар адамдарды «бақылау үшін» емес, дау-жанжалдарды шешу үшін керек. Минимум сақталатындар: қолданушы, уақыт, құрылғы, операция түрі, скандалған кодтар (тауар, ұяшық, документ), санның бұрынғы және кейінгі мәндері.

Мысал: комплектовщик офлайнда ұяшық A-03-02 пен тауарды сканерлеп 10 дана растады. Кейін желі оралып, басқа қызметкер заказды 8-ге жауып қойды. Логтардан кім және қашан 10 растаганын көруге болады, жүйе документті тексеруге жіберуі мүмкін, үндемей фактты қайта жазбай.

Офлайн-first архитектура жайлы қарапайым тілде

Офлайн-first дегеніміз — ТСД «желіні күтпей» жұмыс істеуі. Қабылдау, орналастыру, отбор және инвентаризация қойма тереңінде де қолданыстағы AP жанында жүргендей жылдам орындалуы тиіс. Байланыс келгенде құрылғы сервермен деректерді мұқият сәйкестендіреді.

ТСД-дегі локальды база: не сақтау керек

Құрылғыда тек жедел әрекеттер мен жердегі тексерістерге қажет заттарды сақтаңыз: анықтамалар және активті тапсырмалар. Барлық «ауыр» және сирек деректерді серверде қалдырыңыз.

Құрылғыда әдетте жеткілікті болатындар:

• номенклатура (ID, атауы, штрихкодтар, өлшем бірліктері)
• адресный сақтау (зоналар, ұяшықтар, қолжетімділік статустары)
• қолданушының текущие құжаттары мен тапсырмалары (қабылдау, пикинг, пересчет)
• валидациялық ережелер (не сканерлеуге болатыны, қай өрістер міндетті)
• «соңғы белгілі қалған» қалдықтар көрсеткіші кеңес ретінде, бірақ шынайы дереккөз емес

Толық қозғалыс тарихы, барлық қалдықтар мен есептерді құрылғыға жүктемеу керек — іздеуді баяулатады, жаңартуды қиындатады және деректер ағып кету қауіпін ұлғайтады.

Операциялар кезегі және синхрондау

Әр әрекет ТСД-де "принял 10 шт", "переместил в ячейку A-01-02", "собрал позицию", "посчитал ячейку" сияқты операция ретінде кезекке түседі. Кезек серверге бастапқы тәртіппен жіберіледі, қателерде қайта талпыныстар болады. Маңызды: операция идемпотентті болуы тиіс, сонда қайталау нәтижені екі есе жасамайды.

Синхронизация әдетте әрекеттен кейін дереу, апталық жоспарға сай (мысалы, әр 1–5 минут), желі пайда болғанда немесе қосымшаға кіргенде іске қосылады.

Қауіпсіздік: міндетті минимум

ТСД қолдайтын WMS жасауда кем дегенде: қысқа мерзімді токендермен авторизация, операция қолтаңбасы (кім, қашан жасағаны), локальды базаның және алмасудың шифрлануы. Серверді өз инфрақұрылымында, мысалы корпоративтік дата-орталықта ұстауға болады, егер бақылау мен ашықтық талаптары солай болса.

Қабылдау процесі: ТСД-дегі жылдам сценарий

Қабылдау ТСД-да онлайнда да, офлайнда да бірдей жылдам жұмыс істеуі керек. Зона шуақты, қол бос емес, желі үзіліп қалуы мүмкін. Сондықтан сценарий қысқа: экрандар минимум, сканерлеулер максимум.

Жылдам әрекет тәртібі:

• жеткізуді таңдау (нөмірі, QR немесе «ожидает приемки» тізімінен)
• тауарды сканерлеу (тауардың штрихкоды немесе жеткізушінің этикеткасы)
• саны енгізу (әдепкі 1, тез батырмалар +1, +5, +10)
• қажет болса айырмашылық себебін таңдау (зақым, пересорт)
• жолды растау (желісі жоқ болса локальді сақтау)

ТСД бірден қысқа кеңес көрсетуі тиіс: осы жеткізу бойынша не күтілгені және қанша қабылданғаны. Бұл қақпадағы дауларды азайтады және жаңа қызметкерлерді тез үйретеді.

Тексерістер бір экранда болғаны дұрыс — қабылдауды «квестке» айналдырмаңыз. Міндетті тексерістер: қате тауар (скан күтілгенмен сәйкес келмеген), «артық» (бөлек рәсімдеу, кейін келісімге жіберу), жетіспеу (айырмашылықпен жабу), зақым (карантин жапсыру және этикетка басып шығару), дубликаттар (сол серияның бірнеше рет сканері).

Маркировка мен серия нөмірлерін тек нақты қажет жерде сұраңыз. Ереже: егер тауар дара және қымбат болса (мысалы, серверлер), серия нөмір міндетті. Егер расходник қораптармен болса, көбіне орау бойынша саны жеткілікті. Офлайнда валидацияларды локальді орындаңыз (серия формат, ағымдағы жеткізудегі уникалдылық), ал «әлемдік» тексерістер синхрондау кезінде жасалсын.

Этикеткалар мен басып шығару екі жағдайда ақталады: тауарда келесі операциялар үшін оқылмайтын код жоқ болса және ағынды нақты бөлу қажет болса (карантин, қайтарым, пересорт). Әйтпесе қабылдаудағы басып шығару желіні тежеп, принтер алдында кезекті қалыптастырады.

Орналастыру: ұяшық таңдау мен қателікті азайту

Орналастыру уақытты көбінесе күрделі алгоритмдер емес, кішігірім күмәндар алады: қайда қою керек, рұқсат па, бос па. Мақсат — кладовщик минимум әрекет жасасын, жүйе қауіпсіз нұсқаны ұсынсын және қателікке жол бермесін.

Қоймада жұмыс істейтін ұяшық таңдау ережелері

Жақсы таңдау бастапқы сүзгіден басталады. Жүйе алдымен ашық орын жоқ, температура сәйкес емес, үйлесімділік тыйымдары сияқты анық жарамсыз орындарды шығарып тастайды. Содан кейін қалғандардан «ең жақсысын» таңдайды: ABC бойынша (жиі сатылатын жақын), биіктік пен салмақ бойынша, стеллаж толтырылуы, погрузчик маршруты бойынша.

ТСД-ны «мини-компьютерге» айналдырмау үшін ережелерді түсінікті шаблондарға жинаңыз: «палеталар — палеталық ұяшықтарға», «штучный тауар — полкаға», «карантин тек QC зонасына». Мұндай шаблон қызметкерлерге оңай түсінікті және қолдау жеңіл.

ТСД сценарийі: үш скан және дайын

Экранда бір уақытта бір әрекет және ірі кеңес болсын:

1. Палета немесе қорапты сканерлеу (жүйе тауар, партия, санды таниды).
2. Ұяшыққа ұсыныс және стеллажтағы ұяшықты сканерлеу.
3. Орналастыруды растау (батырма немесе егер бәрі сәйкес болса автотүсініктеме).

Ерекшеліктерді жерінде шешкен жақсы. Ұсынылған ұяшық бос болмаса, ТСД себеп көрсетіп 2–3 альтернатованы ұсынады. «Орын жоқ» болса, қызметкер буфер зонасына уақытша орналастыру режимін таңдайды. Басқа зонаның ұяшығын сканерлесе, жүйе тікелей: "Бұл жөнелту зонасы, орналастыруға тыйым" деп жазады.

Қолмен енгізуді азайту үшін автотұжырымдау қолданыңыз: жүйе "тауар — зона — тип ұяшық" типті байланыстарды сақтайды және офлайнда негізгі шектеулерді локальды анықтамалардан тексеріп, жұмысты тоқтатпайды.

Отбор (пикинг): жылдамдық және дәлдік

Отбор — WMS минуттарды үнемдей алатын немесе қосымша жұмыс уақытын «жеп кететін» орын. ТСД + WMS комбинациясында мақсат қарапайым: қызметкер минимум әрекет жасасын, жүйе маңызды тексерістерді жасырып тексерсін.

Отбор әдісін қойма мен жүктемеге қарай таңдайды. Аз ағымда "по заказу" жеткілікті. Көп және ұқсас тапсырыстарда волна (wave picking) ыңғайлы. Егер қозғалыс жылдамдығы маңызды болса, маршруттық отбор көмектеседі. Үлкен қоймада зоналық тәсіл жиі жеңеді — әркім өз зонасын өңдеп, әрі қарай тарату.

ТСД сценарийі қысқа және қайталанатын болуы тиіс:

• тапсырманы алу (заказ, волна немесе маршрут бөлігі)
• алынатын ұяшықты сканерлеу
• тауарды сканерлеу (штрихкод, DataMatrix, серия — қабылданған формат)
• санды енгізу немесе растау
• жолды растау және келесіге өту

Кейін «көрінбейтін» тексерістер іске қосылады: пересорттан қорғау. Егер басқа ұяшық сканерленсе, ТСД бірден қатені көрсетіп, растауға мүмкіндік бермейді. Қате тауар болса — қатал тоқтату. Егер саны қолдағыдан немесе тапсырмадағыдан көп болса, анық және түсінікті таңдау беріңіз: тыйым салу немесе тек себеппен (мысалы, "пересчет на месте") рұқсат ету және оқиға талдауға жазылсын.

Мұнда офлайн режимі өте маңызды: ТСД алдын ала жүктелген тапсырма мен локальды қалдықтарды пайдаланып отборды жалғастыруы тиіс. Деректердің ажырауын болдырмас үшін құрылғыда «жұмсақ бронь» фиксациялай отырып, оқиғалар (скан, сан, уақыт) синхрондау кезінде жіберіледі.

Жөнелту алдында қысқа бақылау қайтарымдарды қысқартады. Мысалы, орауда тарақ кодын немесе қорап кодын сканерлеп, содан кейін комплекттен 3–5 позицияны (немесе кішкентай заказда барлығын) қайта сканерлеу типтік қателікті — «көрші сөреден алды» — қақпадан бұрын ұстайды.

Инвентаризация: тез және тәртіппен санау

Инвентаризация WMS пен ТСД-де әдемі есептер үшін емес, жылдамдық пен бақылау үшін бағаланады. Қай режимдер керек екенін алдын ала шешіңіз: толық, цикликалық, зона бойынша немесе жеке ұяшық бойынша. Барлығы ТСД-да бірдей қарапайым көрінуі маңызды.

Қоймада «ұяшық бойынша» сценарий ең жақсы жұмыс істейді. Адам құжаттар туралы ойламай, бір есеп нүктесін жабады да, ары қарай қозғалады. ТСД-да бұл былай:

• зона немесе маршрут таңдау (ТСД жақын ұяшықтарды көрсету үшін)
• ұяшық штрихкодын сканерлеу
• тауарларды сканерлеу және сан енгізу (немесе біртіндеп тексеру)
• ұяшықты жабу және келесіне өту

"Ұяшықты жабу" айқын әрекет болуы керек. Жабылғаннан кейін жүйе нәтежені тіркеп, кім және қашан санағанын белгілейді. Жылдамдық үшін қысқа кеңестер қосыңыз: соңғы сканерленген тауар, ұяшыққа күтілген тауар, штрихкод қателігі сигнализациясы.

Ажыраулар inevitable, бірақ олар жанжалға айналмауы керек. Қарапайым ережелер көмектеседі: ТСД-да жылдам қайта санау батырмасы, айырмашылыққа 2–3 дайын себеп пен бос мәтін, фото дәлел ретінде (егер пайдалы болса), ұяшықты уақытша блоктау — талқылауға дейін қозғалысты тоқтату үшін.

Офлайн-сценарий критикалық: нәтижелер жоғалып кетпеуі тиіс, тіпті қатардың ортасында желі жоғалса да. Құрылғыда операциялар — оқиғалар кезегі (скан, сан, ұяшық жабу) уақытпен және қолданушымен жазылады. Байланыс пайда болса, деректер серверге жіберіледі және ТСД растама алады. Қақтығыс болса (мысалы, ұяшық басқа адаммен қайта саналған), қарапайым шешім көрсетіңіз: жаңа санды қабылдау, тексеруге жіберу немесе қайта санау тапсырмасын ашу.

ТСД-дегі жылдам операциялар: шынайы уақытты үнемдейтін UX

Қоймадағы жылдамдық көбіне WMS логикасында емес, адамның қаншалықты көп ойлануы, теруі және түзетуі арқылы шектеледі. ТСД-ді «скан-орталықты» және болжамды етіп жасаған жоба жеңеді, тіпті офлайн жұмыс кезінде де.

Жақсы ТСД экраны бір сұраққа жауап береді. Алғаш "не бұл?" (тауарды сканерлеу), кейін "қайдан?" (қор дереккөз ұяшығы), кейін "қайда?" (мақсат ұяшығы), кейін ғана сан, егер контексттен алынбаса. Қайтаға өңделетін өрістер аз болған сайын қателік аз және қол жетімділік жоғары болады.

Зонада жұмыс істейтін экран паттерндері

Көбінесе мына ережелер жеткілікті:

• Ірі батырмалар мен қысқа жазулар, кішкентай кестелер мен ұзын формалар жоқ.
• Курсор әрқашан скан өрісінде, пернетақта тек қажет кезде ашылады.
• Сәтті сканнан кейін автоматты түрде келесі қадамға өту.
• "Соңғы әрекетті қайталау" және тез артқа оралу.
• Экранда айқын нәтиже: не істелді және не істеу керек.

Сигналдар және "ыстық" операциялар

Операторға қатені оқу маңызды емес, оны түсіну маңызды. Дыбыс, діріл және түс «жеңіс» пен "тоқтау"-ны мәтінді оқымай-ақ ажырата алуы тиіс, ал хабарлама қарапайым сөздермен айтуы керек: "Ұяшық қате", "Тауар тапсырмаға жатпайды", "Байланыс жоқ, операция сақталды".

Көп жағдайда мәзірге жасырмауға тиіс әрекеттер керек: ұяшықтар арасында тез өту, пересорт кезінде ұяшық нақтылау, наборды ашу, этикеткаларды басып шығару/қайта басу. Мысалы, отборда оператор тауарды сканерлейді, жүйе бірден тиісті таратуды ұсынады және "басқа ұяшыққа аудару" батырмасын береді — егер жерде қалдық болмаса, бұл әрекет оқиғаны кезекке сақтайды синхрондау үшін.

Синхрондау және қақтығыстар: желі «секіреді» кезде не істеу

Қоймада офлайн режимі әдетте бір нәрсені білдіреді: ТСД жылдам жұмысын жалғастырады, синхрондау кейінгі уақытта деректерді теңестіреді. Операциялардың бұзылмауы үшін негізгі ереже: ТСД-дегі әр әрекет — локальды кезекте жеке жазба, оны қауіпсіз қайта жіберуге болады.

Негізгі шарт — тұрақты идентификаторлар және идемпотенттік. Әр операцияға (ұяшық сканы, орналастыру растауы, отборда спиcание, пересчет енгізу) уникальды operation_id жасап, оны ТСД мен серверде сақтау керек. Егер байланыс үзіліп, ТСД бір әрекетті бірнеше рет жіберсе, сервер дубльді анықтап, сол нәтижені қайтаруы тиіс — қосымша спиcание немесе приход жасалмайды. Бұл ТСД-пен жұмыс істейтін WMS жасаудың негізі.

Қақтығыстар болады. Типтік жағдайлар:

• Бір тауар екі түрлі сменада екі рет спиcанған, екеуі де офлайн болғанда.
• Екі операция бір ұяшықты параллель түрде "занял" деп тіркегенде.
• Инвентаризация қалдықты өзгертті, ал кейін отбор расталды.

Шешу саясаттарын алдын ала анықтап, адамдарға түсінікті етіңіз. Көбіне комбинация жұмыс істейді: серверлік приоритет, критикалық объектілерге жұмсақ блоктау (ұяшық, палета, документ) және жүйе қатерлі жағдайды көрсе, қолмен тексеріске жіберу. Мысалы, егер екі операция бір ұяшықты алғысы келсе, сервер бірінші растауды бекітеді, екіншісін "требует решения" статусына қояды.

Бақылау логикадан кем маңызды емес. Супервизорға түсінікті көрініс керек: әр ТСД-дегі кезек мөлшері, ең ескі оқиға жасы, қабылданбаған операциялар үлесі, документтер бойынша қақтығыстар тізімі, синхрондау «застревание» туралы хабарландыру.

ТСД-мен WMS әзірлеудегі типтік қателіктер

Негізгі тұзақ — WMS браузерде әдемі көрініп, ТСД-да "қызметтен шығу". Егер экранда көптеген өрістер, кішкентай мәтін және вкладкалар арасында үнемі ауысу болса, адамдар жүйені айналып өтуге бастайды: шамамен енгізеді, скандарды өткізіп жібереді, қағазға жазбалар жасайды.

Жиі қателік — әлсіз адресация. Зоналар мен ұяшықтар анықталмаған немесе ережелер бекітілмеген болса (қайда қоюға, қайдан алуға болады), қызметкерлер есте сақтауға сүйенеді. Нәтижесінде пересорт өседі, жоғалған қалдықтар пайда болады, ал дұрыс тексеру сағатына тартады.

Офлайн режимін "кез келгендей" жасау да жиі кездеседі: операциялар белгісіз жерде сақталады, статустар көрінбейді, синхрондау кезінде деректер қайта жазылады. Алдын ала шешіңіз: құрылғыда қандай операция аяқталған саналады, қашан серверге жіберілді және қолданушы бәрі шынында жіберілді ме екенін қалай көреді.

Тағы бір қате — идеалды сценарийлерді ғана тестілеу. Қоймада әрқашан жартылай қабылдау, жетіспеу, қайтарым, партия ауыстыру, отборға ұяшықтың болмауы сияқты "кірлі" жағдайлар болады. Егер олар тірі режимде тексерілмесе, жүйе ең жүктелген кезде сынап шығады.

Соңында, көп адам логтарға үнемдейді. Пайдалы лог — тек "ошибка 500" емес, контекст: кім, қай жерде, қай құжат бойынша, не скандалған, қай қалдық болған до/после, офлайн болды ма — осындай логтар мәселені жылдам шешуге көмектеседі.

Қауіпті азайтуға жылдам жол болса, бес ережеге сүйеніңіз: 1 әрекет = 1 экран және минимум қолмен енгізу; тауар мен адрес сканы міндетті (және түсінікті ерекшеліктер); офлайн-операциялар кезегінің көрінісі және олардың статусы; "кірлі" сценарийлерге нақты тесттер шынайы кладовщиктермен; дау-жанжалдарды талдау үшін контексті логтар.

Чек-лист және енгізу бойынша келесі қадамдар

Жүктеуден бұрын база мен қойма ережелерінің дайын екеніне көз жеткізіңіз. Әйтпесе ең жақсы WMS пен ТСД да қоймадағы даулы статустарға, "сұр" ұяшықтарға және қолмен айналып өтуге тап болады.

Қысқа дайындық чек-листі

Пилотқа дейін мына нәрселерді тексеріңіз:

• Анықтамалар: тауарлар, орау, партиялар немесе жарамдылық мерзімдері (қажет болса), зоналар, ұяшықтар, орау түрлері, қолданушылар мен рөлдер.
• Статустар мен тыйымдар: әр күйдегі тауармен не істеуге болатынын анықтаңыз (принят, размещение, отбор, заблокирован, пересчет).
• Офлайн-кезек: желі жоқ кезде қандай операцияларға рұқсат, кезек ТСД-да қалай сақталады, не сәтті жіберілген саналады.
• Скан-контроль: қай жерде скан міндетті (тауар, ұяшық, палета), қатеде қандай кеңестер көрсету, "просканы" қалай болдырмау.
• Логтар: кім, не және қашан жасаған — соның ішінде жоюлар, түзетулер және офлайн-оқиғалар.

Одан кейін минималды пилот жасаңыз. Оның мақсаты — бәрін енгізу емес, адамдардың нақты темппен жұмыс істей алатынын және деректер сәйкес келетінін дәлелдеу.

Пилотты адал ұйымдастырыңыз: бір қойма немесе бір зона, 2–3 процесс (қабылдау, орналастыру, отбор), 2 рөл (кладовщик және смена басшысы). Нақты сменаларды, нақты көлемдерді қолданыңыз, ТСД санын шектеңіз және бақылау терезесін белгілеңіз (мысалы, 1–2 апта). Метрикаларды алдын ала анықтаңыз: операцияның орташа уақыты, скандар бойынша қателер пайызы, офлайн-операциялардың үлесі, синхрондау уақыты және қақтығыстар саны.

Пилоттан кейін масштабтауға көшіңіз: қойма талаптарын нақтаңыз (маркировка, адресация, сақтау ережелері), содан кейін инфрақұрылымды жүктеме мен көлемге сай таңдаңыз (серверлер, жұмыс орындары, желі, резерв қуаты, қолдау). WMS инфрақұрылымы мен интеграциясы бойынша көмек керек болса, тәжірибесіне сүйенуге болады: GSE.kz тәжірибесі және серверлік база, соның ішінде 24/7 қолдау.