MES пен ERP: жауапкершілікті бөлу және цех деректерінің схемасы

Неліктен цехта MES пен ERP-ді бөлу керек

Өндірісте жоспар мен факт жиі шатасады, себебі олар шынайы өмірде жақын орналасқан. Жоспар не және қашан жасалуы тиіс екенін айтады. Факт — өзгеріс кезінде не болғанын көрсетеді: қанша шығарылды, қанша брак, қайда тоқтап қалды, кім операцияны орындады, қандай партиялар өнімге қосылды.

MES пен ERP бірдей нәрсені жүргізуді бастаса, қосарланған есеп пайда болады. Бір жүйеде тапсырыс «аяқталған», ал басқа жүйеде әлі «жұмыста» болуы мүмкін. Немесе ERP материалдарды нормамен жазып тастауы мүмкін, ал цехта нақты тұтыну нормадан көп болған.

Есептер деңгейінде бұл кішкене айырмашылық көрінуі мүмкін, бірақ басқару деңгейінде өндіріс, жоспарлау және қаржы арасында дау тез отырады.

Көбінесе мәселе үш жерде белең алады:

• Ауытқуларды талдау қиын: бұл есеп қателігі ме әлде сызықта шынайы мәселе ме белгісіз болады.
• Сандарға сенім түседі, адамдар Excel-ге және «қолмен түзетулерге» оралады.
• Кез келген өзгеріс қымбатқа түседі: бір объектіні екі жүйеде бірдей түзету керек болады.

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

Мысалға: кәсіпорын жұмыс станцияларын немесе серверлерді мемлекеттік тапсырыспен жинайды. ERP жоспарда: осы аптада 50 дана жинау, құрамдастарды белгілеу, себетті және жөнелту мерзімдерін есептеу. Цехта жағдай басқа: кейбір құрамдастар кеш келді, тестте ақаулы партия табылды, екі дана қайта өңдеуге кетті. Егер ERP барлық іске асыру мәліметтерін сақтайтын болса, онда ол «өндірістік оқиғаларға» толып, ауыр жүйеге айналады. Ал MES қаржыны жүргізгісі келсе, дәлдігі төмендеп бухгалтерияға айналуы мүмкін.

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

Егер сіз жүйелік интеграторға тапсырыс беріп жатсаңыз, шекаралар мен деректер сөздігін алдын ала келісіп алыңыз. Қазақстандағы өндірістік жобаларда бұл әсіресе маңызды: есеп, цех және қолдау бір схемаға тезірек келіп, 24/7 сервис процесті қолдайды, ал «есептерді дұрыстаумен» айналыспайды.

MES пен ERP-дің ролі қарапайым тілде

Ыңғайлы келісім — ERP не істеу керек және оның қаншаға түсетіні туралы жауап береді, ал MES цехта оны қалай орындағанын тіркейді. «ERP жоспарлайды, MES орындайды» принципі интеграцияны жеңілдетіп, «қай жүйе сөздікке өзгертулер енгізеді» деген дау-дамайды азайтады.

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

ERP-де әдетте компанияға ортақ болуы тиіс мынадай нәрселер қалады:

• клиентті тапсырыстар және деңгей бойынша өндірістік тапсырыстар
• жоспарлы мерзімдер және көлемдер, нормативтік маршруттар
• сатып алулар, қоймалар, қаржы, шығындар, есепке алу
• нормативтік-справочник деректері (номенклатура, өлшем бірліктері, есеп шоттары)

MES минут сайын өзгеретін және ауыс басқару үшін маңызды нәрселерді басқарады:

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

Интеграцияға дейін бекітуге тиісті негізгі шекара қарапайым естіледі: «фактіге кім иелік етеді». Егер факт MES-тен келсе (шығарылым, брак, уақыт, тоқтау), ERP оны артқа өзгертіп алмауы тиіс; ERP фактіні қабылдап, есепке көрсетуі керек.

Кішкене мысал. ERP бүгінге 100 дана жоспарлады және материалға қажеттілікті есептеді. Нақты жағдайда станок 40 минутқа тоқтап, ауыс 92 шығарды, оның 3-еуі брак. Бұл «жоспар қателігі» емес, өндірістік факт. MES оқиға мен нәтижені тіркейді, ал ERP факт негізінде қалған қорды, шығынды және жоспар орындауын қайта есептейді.

Осындай MES пен ERP арасындағы жауапкершілік келісімін бөлек құжатта (мысалы, RACI немесе регламент) бекіткен дұрыс. Әйтпесе интеграция «неліктен сандар сәйкес келмейді» деген шексіз сұраққа айналады, өндірісті басқару орнына.

Деректер объектілері бойынша жауапкершілік матрицасы (кім иелік етеді)

Интеграцияның басты ережесі: әр деректер объектісінің бір иесі бар. Екінші контур көшірме ұстай алады, бірақ бастапқы деректі байқамай өзгертпеуі тиіс. Сонда жауапкершілік шекарасы анық және тексерілетін болады.

Төменде практикалық матрица: кім жасайды және бекітеді, кім қолданады және фактіні тіркейді.

Бұл жүйенің даулы болмауы үшін деректерді басқару ережілерін алдын ала бекітуді ұмытпаңыз:

• Әр объектінің бір иесі және бір өзгерістер арнасы (интеграцияны айналып өтуге болмайды).
• BOM және маршруттар үшін нұсқаулық нұсқалануы, сонда факт әрқашан нақты нұсқаға байланады.
• Құқықтар: ERP нормативті және соңғы бизнес статустарды бекітеді, MES факт пен ауытқуларды тіркейді.
• Ауыстыру хаттамасы: MES-та операция орындалды, ал ERP тапсырыс әлі шығарылмаған жағдайдың қалай шешілетіні.
• Брак және тоқтаулар себептерінің біртұтас справочнигі.

Цех мысалы: технолог материал шығынын өзгертеді. Өзгеріс ERP-де бекітіліп, MES-ке жаңа спецификация нұсқасы ретінде таралады. MES оған сүйеніп нақты тізбекті тіркеп, артық шығынды себеппен («наладка») жазады, ал ERP себетті және жоспардан ауытқуды есептейді.

Сквозной процесс: ERP-дегі жоспардан MES-дегі фактке дейін

Сквозной процесс тұрақты жұмыс істейді, егер ERP «не және қашан жасау керек» пен «оның қаржылық әсері» үшін жауап берсе, ал MES — «оны цехта қалай орындағанын» тіркесе. Осылай әр жүйенің логикасын сақтау жеңіл: жоспар ERP-де, факт — орындау орнында MES-те.

Старт әдетте ERP-де болады. Онда талап пайда болады: клиент тапсырысы, болжам немесе ішкі тапсырыс. ERP қорларды және сатып алуларды, қуаттылықты күнтізбе деңгейінде тексеріп, өндірістік тапсырыстар шығарады. Мұнда мерзімдер, приоритеттер, өнім спецификациясы (BOM), маршрут және жоспарлы нормалар маңызды.

Содан кейін ERP MES-ке орындауға тапсырма жібереді. MES жоспарды қайта ойлап табуы қажет емес: ол негізді алып, оны бөлімдерге, ауысымдарға және жұмыс орталықтарына бөледі. Сонымен қатар, шебер мен операторға керек деректер тартылады: не істеу, қандай материалдарды қолдану, қандай сапа бақылау талаптарын сақтау.

Оқиғалар деңгейінде алмасу әдетте мынадай:

• ERP -> MES: өндірістік тапсырыс, операциялар, уақыт нормалары, жоспарлы мөлшерлемелер, мерзімдер, тағайындалған ресурстар
• MES тіркейді: операцияларды бастау/аяқтау, тоқтаулар есепі, нақты шығарылған өнім, брак, қайта өңдеу, нақты уақыттар және орындаушылар
• MES -> ERP: шығарылымды және қозғалыстарды растау (шығарылым/жартылай өнім), материалдарды жазу, еңбек шығындары, нормадан ауытқулар, тапсырыс статустары

Орындау кезінде MES нақты жағдайды тіркейді. Мысалы: ауысымда 100 дана іске қосылған, 92 жарамды шыққан, 8 брак болған; тоқтау 35 минутқа созылған; материал баламасы бойынша ауыстырылды. Бұл детальдар талдау және жетілдіру үшін маңызды, бірақ ERP-де әдетте олар жинақталған түрде сақталады.

Фактіні ERP-ге қайтару қаржы бөлімі үшін қажет: кезеңдерді жабу, қоймаға шығуды көрсету, материалдарды жазу, себетті есептеу және ауытқуларды көру. Жақсы тәжірибе — ERP-ге операция немесе ауысым бойынша агрегатталған факт жіберу, ал толық тарих MES-те қалуы.

Мини-сценарий: ERP бір аптаға 500 жұмыс станциясын тапсырыс берген. MES ауысым бойынша өнім беруді көрсетіп, бір учаскіде құрамдас жетіспеушіліктен жылдамдықтардың түскенін көрсетті. MES ауытқуды және нақты өнімділік көрсеткішін қайтарып, ERP мерзімдер мен себетке әсерін қайта есептеді. Жоспар мен факт әрқайсысы өз контурында келісті.

Деректер схемасы: қандай объектілер ERP-де, ал қандайы MES-те тұрады

MES пен ERP бірдей «шындықты» дауламауы үшін әр объектінің иесін алдын ала бекіту қажет. Қарапайым принцип: ERP жоспарлау, есеп және қаржы үшін керек деректерді сақтайды, MES — сызықтағы минуттық оқиғалар мен фактілерді.

Негізгі справочниктер және «кім басты»

Справочниктер жиі жалпы болады, бірақ мастер-жүйені және екінші көшірмені анықтаған жөн.

Көбінесе ERP-де мастер-деректер тұрады: номенклатура (код, бірліктер, есеп сипаттары), өнім құрылымы (BOM), нормативтер және есеп разрездері. MES осы деректерді орындау үшін алады және цехта детализациялайды.

MES цехқа тән тез өзгеретін справочниктердің мастері болуы мүмкін: нақты параметрлері бар жұмыс орталықтары (жетімділік, шектеулер), құрал-жабдық, ауысымды бригадалар, тоқтау себептері. ERP есеп үшін кеңейтілген нұсқаларды сақтайды.

ERP-дегі жоспарлы объектілер, MES-тегі фактілер

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

MES нақты орындауды сақтайды: операцияларды бастау және аяқтау оқиғалары, статустар (жұмыс істейді, тоқтау, наладка), нақты уақыттар, нақты шығарылым, «қалай болды» бойынша материал тұтыну, партия/серия бойынша кесінді және жұмыс орындары бойынша бөлініс.

Сапаны әдетте MES-те жүргізген ыңғайлы, өйткені ол уақытқа және орынға байланған: бақылау нәтижелері, ақаулар, себептер, партияны блоктау және түзету әрекеттері. ERP-ге агрегатталған нәтиже (жарамды/брак саны, жазу және қаржылық салдар) жеткілікті.

Төменде жүйелерді «жабыстыру» үшін қажетті негізгі кілттер:

ERP (план)                         MES (факт)
-------------------------------    -------------------------------
ProductionOrder (OrderID)   -->    Dispatch/WorkOrder (OrderID)
Operation (OrderID+OpNo)    -->    OperationExecution (OrderID+OpNo)
Item (ItemID)               -->    MaterialConsumption/Production (ItemID)
WorkCenter (WCID)           -->    Machine/Line (WCID)
Batch/Lot (LotID)           -->    Traceability/Quality (LotID)

Мысал: ERP 1 000 корпусқа тапсырыс жасап, 3 операция жоспарлайды. MES осы OrderID бойынша ауысымда 18 минут наладка болғанын, 920 жарамды шыққанын, 30 брак тіркелгенін және нақты материалды жазғанын көрсетеді. ERP нәтижені қабылдап, ауытқуларды есептеп, себетке және есепке көрсетеді.

Интеграциялар және алмасу: не, қашан және қандай түрде жіберу

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

ERP-тен MES-ке не жіберіледі

ERP-тен MES-ке негізінен жоспар және норматив деректері жіберіледі, сонда цех бір нұсқа бойынша жұмыс істейді.

• Өндірістік тапсырыстар: нөмір, өнім, көлем, мерзімдер, приоритет, қойма/цех тағайындауы
• Маршруттар және операциялар: реттілік, жұмыс орталықтары, балама мүмкіндік, наладка ережелері
• Спецификациялар (BOM) және нұсқалар: құрам, алмастырулар, коэффициенттер, күшіне ену датасы
• Нормалар және допуска: жоспарлы уақыттар, шығын нормалары, бақылау сипаттамалары, таңдамалы бақылау ережелері
• Шектеулер және құжаттар: өндіріске рұқсат статусы, сапа және трассировка талаптары (партиялар, сериялық нөмірлер)

MES маршрут пен спецификацияны түзетпеуі тиіс, ол жарияланған ERP нұсқасын қолданады. Егер ауытқу қажет болса, MES себебін тіркеп, норматив ERP-де жаңа нұсқа ретінде өзгертіледі.

MES-тен ERP-ге не қайтарылады

ERP-ге жеткізілетіндер — есеп, себет және қойма үшін жеткілікті фактылар. Станок телеметриясының толық ағымы MES-те қалуы мүмкін, ал ERP-ге агрегаттар мен қозғалыстар кетеді.

• Шығарылым: жарамды өнім саны, жартылай дайын өнімдер, партия/серия бойынша, тапсырыс пен операцияға байланған
• Брак және қайта өңдеу: саны, себеп кодтары, қай жерде пайда болғаны, не жазылғаны, не қайта жөнелтілгені
• Материал тұтыну: нақты жазылған материалдар, алмастырулар, қайтарымдар, партияларға байлау
• Еңбек шығыны және жабдық уақыты: нақты сағаттар, ауысым, бригада, тоқтаулар себептері
• Орындау статустары: «жұмысты бастады», «жұмыста», «бөлшектенген», «аяқталды», «тоқтатылды», уақыт белгілері

Деректерді «жабыстыру» үшін біртұтас идентификаторлар қажет: номенклатура кодтары, өлшем бірліктері, жұмыс орталықтары, сондай-ақ өндірістік тапсырыс пен операцияға арқаулық сілтемелер. Партиялар мен сериялардың кім шығаратынын алдын ала келісіңіз: жиі материал партиясын ERP/қойма шығарады, ал өнімнің сериялық нөмірін MES жинау кезінде тағайындайды.

Жиілік бойынша статустар мен негізгі фактылар (старт, шығарылым, жазу) онлайн тіркеле бергені дұрыс, ал ауысым бойынша жиынтық есептер пакеттік түрде жіберілсе болады. Интеграторлар көбінесе тұрақтылық үшін пакеттен бастайды, кейін маңызды оқиғаларды онлайнға ауыстырады. GSE.kz жобаларында да осындай тәсіл жиі қолданылады: алдымен негізгі есеп және өндіріс контуры тұрақтандырылады, кейін алмасуды жылдамдатады.

Өндірісті тоқтатпастан енгізу қадамдары

Іске кірісерде интерфейстерден бастамай, алдымен екі сұраққа жауап табыңыз: бірінші күнде қандай сценарийлер жұмыс істеуі тиіс және әр дерек объектісінің иесі кім. Егер иесі анықталмаса, жүйе тез дау тудыруы мүмкін: шындық қайда — ERP-де ме әлде MES-те ме.

Негізгі ереже қарапайым: ERP жоспар мен ақшаны ұстайды, MES орындаудың фактісін тіркеуі тиіс. Содан кейін әр объекті (тапсырыс, операция, материал, партия, брак, тоқтау) бойынша қай жүйе бастапқы екенін және қайсысы көшірме екенін анықтаңыз.

Қадамдық әдіс

Кішкентай контурлардан бастау әлдеқайда сенімді, әрбір контур пайда келтіріп, ағымдағы жұмысты бұзбайды:

• НСИ-ді бір кұрылымға келтіріңіз: номенклатура кодтары, өлшем бірліктері, бөлімдер, жұмыс орталықтары, техпроцестер нұсқалары. Кішігірім сәйкессіздіктер кейін үлкен есеп және себет проблемаларын тудырады.
• Минималды алмасуды іске қосыңыз: ERP MES-ке өндірістік тапсырыс пен операцияларды береді, MES шығарылым мен операциялардың фактыларын қайтарады.
• MES-тегі фактыларды кеңейтіңіз: материал жазу, сапа бақылау нәтижелері, тоқтаулар, еңбек шығындары. ERP агрегатталған нәтижені есепке алады, ал детализация MES-те қалады.
• Ауытқулар бойынша салыстырулар мен есептер орнатыңыз: жоспар мен факт неге сәйкес келмейді, себептер мен түзету мерзімдері анықталсын.
• Қолдау және өзгерістер регламентін енгізіңіз: НСИ кім өзгерте алады, жаңа өрістер мен статустар қалай келісілетінін және инциденттің қалай өңделетінін анықтаңыз.

Минималды контурды «деректер келісімі» ретінде сипаттаңыз: қандай өрістер міндетті, қандай справочниктер ортақ және қай статустар соңғы деп есептеледі.

Бастапқы тәуекелді төмендету

Бір желіні немесе бір өнім ағымын таңдап, толық циклды сонда тексеріңіз. Мысалы, ERP 100 данаға тапсырыс береді, MES ауысым бойынша 60/40 шығару және ауытқу себептерін көрсетеді (наладка, материал күту). ERP шығарылым мен мерзімге әсерін алады, ал MES операциялар мен оқиғалар детализациясын сақтайды.

Маңызды келісім: MES-тегі факт артқа өзгертілмесін без себеп пен журнал қадағалау; ERP-дегі жоспар тек анық процедура арқылы өзгертілсін. Бұл енгізуді сенімді етеді және сандарға сенімді сақтайды.

Мысал сценарий: бір тапсырыс, жоспар ERP-де, факт MES-те

Тапсырма 20 дана өнімге арналған, олар 5 компоненттен жинаалады (корпус, плата, кабель, бекіткіш, орау). Бар кіріс бақылау және соңғы сапа бақылауы. Жауапкершілікті бөлу мақсаты қарапайым: ERP жоспар мен ақшаны, MES — цехтағы нақты орындауды бақыласын.

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

MES-ке өндірістік тапсырыс негізгі нұсқаумен келеді: не істеу, қанша, қай маршрут бойынша, қандай бақылау нүктелері міндетті. Цехта MES факт арқылы өмір сүреді. Оператор операцияны бастайды, құрамдас партияны сканерлейді, жартылай дайын өнім немесе дайын өнім шығарылымын және сапа бақылауы нәтижелерін тіркейді. Егер желі тоқтаса, MES себепті сұрап, тоқтау уақытын тіркейді.

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

ERP себет пен есеп үшін қажетті деректерді алу үшін MES-тен әдетте мынадай шектеулі фактілер келеді:

• Шығарылым: жарамды көлем, брак көлемі, партия нөмірлері, аяқталу дата/уақыты
• Тұтыну: нақты жазылған материалдар және операция бойынша артық шығын
• Еңбек пен жабдық: нақты сағаттар, тоқтаулар және олардың себептері
• Сапа: бақылау нүктелерінің нәтижелері, ақаудың мәртебесі
• Трассировка: қай партия компонент қай партия өнімге кіргені

Ауытқуларды талдау жоспар vs факт салыстыруынан басталады. ERP көріп: жоспар 20 болған, қоймаға 18 жарамды келді, 2 брак; материалдар кабель бойынша артық жазылған; еңбек шығындары 40 минуттық тоқтау себебімен жоғары. MES операциялар бойынша және себептер бойынша ашып көрсетеді, ERP бұл өзгерістерді ақшаға аударып, себет пен мерзімге әсерін көрсетеді.

Жиі кездесетін қателіктер мен тұзақтар

MES пен ERP жобаларындағы ең жиі мәселе — шекараларда: кім неге жауапты және кім дұрыс, егер сандар сәйкес келмесе. Егер бұл ережелер деректерде бекітілмесе, жүйе өз-өзін дауласа бастайды.

Справочниктер көбейіп, ешкім иелік етпейді

Көп жағдайда басталуы былай: MES өз материалдарын, операцияларын, жұмыс орталықтарын тіркейді, «осылай жылдамырақ» деп. Сол объектілер ERP-де де параллель өмір сүреді. Біршама уақыттан кейін әртүрлі атаулар, бірліктер және нормалар пайда болып, интеграция қолмен түзетулерге айналады.

Практикалық ереже: әр справочниктың бір иесі (ERP немесе MES) және өзгерістер регламенті болуы шарт.

Себестің қосарлануы және «екі шындық»

Тағы бір тұзақ — себесті бірден екі жерде есептеуге тырысу. MES фактіні жақсы біледі: қанша шығарылды, қанша жазылды, қанша тоқтау болды, брак пен себептері. Бірақ бухгалтерлік есеп, жазбалар, бағалау және кезең жабу ERP-де қалуы керек. Әйтпесе екі түрлі себестің пайда болуы және «қайсысы дұрыс» деген дау пайда болады.

Жұмыс келісімі: MES фактыларын береді (шығарылым, жазылулар, уақыт, брак), ал ERP оларды есеп ережелерімен ақшаға айналдырады.

Көбінесе жауапкершілікті бөлу нашар болғанда келесі нәрселер бұзады:

• Партия/серияның біртұтас идентификаторы жоқ: MES-та басқа, ERP-де басқа; трассировка қабылдауда немесе жөнелту кезінде үзіліп қалады.
• Алмасу тым сирек: ERP кешеудің жоспарын пайдаланып қалады, MES-тен факт сол уақытқа кешігіп келеді.
• Сверка процедурасы жоқ: айырмашылықтар ай соңына дейін жиналады және қолмен түзетіледі.
• MES оқиғаларды кеш тіркейді: оператор ауысым соңында фактіні енгізеді, ал диспетчер күн бойы қате сурет көріп отырады.
• Нормалар мен маршруттарды өзгерту айналып өтеді: ERP-де жоспар өзгерді, ал MES ескі нұсқамен жұмыс істейді.

Жақсы бақылау мысалы: ERP тапсырысты P-001 партиясымен 100 данаға шығарды. MES-та 98 нақты шықты, 2 брак, материал алмастыру болды. Егер партиялар мен ауытқу себептері әр түрлі рәсімделсе, ай соңында ERP-де «шығарылған 100», MES-та «98» болып, дау туындайды.

Жобаны құтқаруға жеткілікті минимум: жалпы партия кілті, статустардың жиі алмасуы (старт, шығарылым, брак, аяқталу) және ай сайын жабудан бұрын күнделікті қысқа сверка.

Жылдам чек-лист және келесі қадамдар

MES пен ERP арасындағы жауапкершілік цехта жұмыс істеуі үшін тек «кім не істейді» ғана емес, сондай-ақ қандай деректерге иелік бар және қандай оқиғалар факт болып есептелетіні туралы келісім қажет. Әйтпесе жүйелер есептік қайшылыққа толы сөздікке айналады.

Интеграцияны бастамас бұрын негізгі нәрселерді тексеріңіз:

• Домендер бойынша деректер иелері тағайындалған: НСИ (материалдар, өнімдер, операциялар), тапсырыстар және жоспар, сапа, қойма қозғалыстары, қаржы және себет.
• MES-тен алынатын минималды оқиғалар анықталған: операцияны бастау және аяқтау, жарамды шығару, брак, тоқтау, материал жазылуы, партия қозғалысы.
• Біртұтас идентификаторлар енгізілген және барлық жүйелерде қолданылып жатыр: тапсырыс, операция/өтпелі, партия, серия (қажет болса), жұмыс орталығы.
• Алмасу жиілігі келісілген: қандай оқиғалар онлайн, ал қайсысы пакеттік. Жіберуді қайталау және дупликациядан тазарту ережелері жазылған.
• Қате сценарийлері сипатталған: ERP немесе MES қолжетімсіз болғанда не істеу керек, хабарлар кезегі қай жерде сақталады, айырмашылықтарды кім және қалай шешеді.

Дұрыс жолдың белгісі: диспетчер MES-те «қазір нақты не болып жатқанын» көреді, ал экономист ERP-ден «оның ақшалай мағынасы қандай» деген ақпаратты алады, ешқандай қолмен кестелерсыз.

Келесі қадамдар — шағын қадамдармен жүріңіз:

• Бір ағым немесе учаскені таңдап, 3–5 негізгі оқиғаға шектеу қойып интеграцияны бастаңыз (мыс., шығарылым, брак, жазу, операция статустары).
• Инфрақұрылымды инвентаризациялаңыз: MES контуры қайда, интеграциялық қабат қайда, төзімділік және журнал жүргізу талаптары қандай.
• НСИ эталонын және өзгерістер ережесін бекітіңіз (кім енгізеді, кім бекітіледі, жаңартулар қалай екінші жүйеге өтеді).
• Факт сверкасын сынаңыз: бір тапсырыс, бір партия, бір ауысым. Сәйкестікті алу үшін өлшемдер мен статустарды теңестіру.
• «Кілт тұрғыдан» жоба керек болса, алдын ала бағалаңыз: MES және интеграцияға серверлер, цехтағы жұмыс орындары, қолдау регламенті. Қазақстанда мұндай тапсырмаларды жиі GSE.kz сияқты интеграторлармен бірге шешеді, әсіресе жергілікті инфрақұрылым мен сервис маңызды болса.