Maşının ERP-ə inteqrasiyası: hansı məlumatları ötürmək lazımdır

Maşın ilə ERP arasında uçot harada ayrılır

Uçot yalana başlayır, maşın və ERP fərqli saatlarla işlədikdə. Maşın artıq sifarişin bir hissəsini emal edib, dayandı və yenidən işə düşdü, amma sistemdə hələ köhnə rəqəm qalır. Sex üçün bu kiçik məsələ deyil — bu, gündəlik faktın itməsidir.

Adətən operator emitin sonunda çıxışı daxil edir. Bu başa düşüləndir: gün ərzində o alətə, detal ölçüsünə və suxaylama vəzifəsinə baxır. Amma axşamadək bəzi hadisələr yaddaşdan silinir. Qısa dayanmalar, sınaq detalı, sazlama, bir neçə natamam detallar — bunların hamısı hesabatda asanlıqla görünmür.

Buna görə ERP-ə gələn məlumat gecikir və məhdud olur. Planlaşdırma dünənə baxır və gec reaksiya verir. Dispetçer sifarişin demək olar ki, hazır olduğunu düşünür, satınalma növbəti material partiyasını hərəkətə gətirmir, usta isə görmür ki, maşın artıq üçüncü saatdır vaxt itirir.

Dayanmalarla vəziyyət daha pisdir. Böyük nasazlığı adətən hamı görür, amma 6–8 dəqiqəlik on dayanmanı çox vaxt heç kim dəqiq yazmır. Kağız üzərində сменa normal görünür. Əslində maşın demək olar ki, bir saat itirib. ERP bunu çox gec və ya ümumiyyətlə bilməyəcək.

Adətən eyni faktlar itir: dövrün başlama və dayanma anı, real iş vaxtı və dayanma müddəti, düzgün və natamam detalların sayı, həmçinin dayanmanın səbəbi. Bu məlumatlar yoxdursa və ya сменada bir dəfə gəlirsə, komanda artıq səbətdən yox, rəqəmlərdən mübahisə edir. Usta jurnalına baxır, operator xatırlamağa çalışır, plan bölməsi ERP-dən götürür və hər kəs fərqli şəkil görür. Buna görə inteqrasiya gözəl hesabat üçün deyil, hamının eyni şeyi görməsi üçün lazımdır.

Metal emalında bu xüsusilə tez görünür. CNC tokarda istehsal davam edə bilər, ta ki alət və ya yarımfabrikatla bağlı kiçik səhvlər başlamayana qədər. Əgər ERP yalnız сменanın sonundakı nəticəni görürsə, artıq gecdir. Səhv hesabatda yox, fakt dərhal ötürülmədikdə yaranır.

Ən əvvəl hansı məlumatlar lazımdır

Başlanğıc üçün ÇPÜ-nin verə bildiyi hər şeyi ERP-ə tulamaya ehtiyac yoxdur. Məlumat həddindən artıq çox olarsa, uçot tez səs-küyə çevrilir. Daha yaxşıdır kiçik bir dəst götürəsiniz — dərhal plan, müddətlər və maya ilə əlaqəli olanlar.

Birincisi — maşının vəziyyəti. Əslində ERP üç aydın statusu görməlidir: maşın işləyir, maşın dayanıb, maşın qəzadadır. Bu artıq kifayətdir ki, avadanlığın həqiqətən metal kəsməyə nə qədər vaxt sərf etdiyini, nə qədər gözlədiyini və сменa saatlarının haraya getdiyini anlamaq üçün.

İkinci blok — istehsal tapşırığının başlama və bitmə anı. ERP-yə ÇPÜ-nin bütün daxili məntiqi lazım deyil. Ona sadə fakt lazımdır: maşın hansı tapşırıq üçün işə başlayıb və nə vaxt bitirib. O zaman sistem istehsalı konkret sifarişə, сменaya və operatora bağlaya bilər.

Üçüncü blok — dövr vaxtı və hazır detalların sayı. Dövr vaxtı bir detalın və ya proqram üzrə bir keçidin orta vaxtını göstərir. Hazır detalların sayı isə сменa sonunda əl ilə yazılmadan istehsal uçotunu aparmağa imkan verir. Hər detalı ayrıca saymasanız belə, tamamlanmış dövrləri saymaqla şəkil daha dəqiq olur.

Ayrı olaraq qısa dayanma səbəbləri siyahısı lazımdır. Onlarla 10 ekranlıq seçim yox — 5–7 aydın variant: yarımfabrikat yoxdur, sazlama, alətin dəyişməsi, proqram gözlənilir, qəza. Belə siyahı uçotu intizama salır. Operator bir neçə saniyə içində səbəbi seçir, rəhbər isə sonra görür ki, maşın nə üçün dayanıb.

Başlamaq üçün adətən bu dəst kifayətdir: status, tapşırıq nömrəsi, başlama vaxtı, bitmə vaxtı, dövr müddəti, detal sayğacı və dayanma səbəbi. Bu, yersiz датчикlər və böyük İT komandası olmadan yüklənmə, istehsal və itkiləri hesablamağa yetər.

Sadə nümunə: tokar maşını qrup bushinglərini emal edir. ERP 10:05-də tapşırığın başladığını alır, 13:00-ə qədər 42 tamamlanmış dövr görür və 18 dəqiqəlik bir dayanma qeydə alınır — "alətin dəyişməsi" səbəbi ilə. Bu məlumatlarla usta vaxtın haraya getdiyini və сменa sonunda nə qədər detal vəd edə biləcəyini başa düşür.

Bu məlumatları əlavə датчикsiz hardan almaq

İlkin mərhələ üçün hər qapıya, çənə və konveyerə ayrıca датчик qoymağa ehtiyac yoxdur. Əksər sahələrdə başlanğıc dəst məlumat artıq maşının özündə var: ÇPÜ-də, PLC-də və operatorun sadə uçotunda.

Əvvəlcə maşının özü işdə verdiyi siqnallara baxırlar. Adətən bunlar "işləyir / dayanıb" statusu, dövrün başlanması, dövrün bitməsi, qəza, sazlama rejimi, bəzən proqram nömrəsi və emal vaxtıdır. Bunlar yüklənməni görmək, dayanmaları saymaq və faktı planla uzlaşdırmaq üçün kifayətdir.

Çox maşında həmçinin detal sayğacı olur. Bəzən o ÇPÜ-də olur, bəzən isə hüceyrədə — yəni yemləyici, robot və ya avtomatik xətt yaxınındadır. Əgər sayğac varsa, operatordan onu kağızda təkrarlamağı xahiş etməyin. Bir mənbə götürüb onu əsas hesab etmək daha yaxşıdır.

Adətən məlumatlar dörd yerdən alınır: dövr və qəza ilə bağlı ÇPÜ siqnalları, komponent və köməkçi rejimlər haqqında PLC siqnalları, maşın və ya hüceyrədən hazır detalların sayğacı və maşının özü görə bilmədiyi hadisələr üçün əl ilə daxil etmə.

Əl ilə daxil etmə yenə də lazımdır. Maşın operatorun işi niyə dayandırdığını bilmir: aləti gözləyir, çənləri dəyişir, ilk detalı yoxlayır və ya texniki? Əgər operatora 5–7 aydın dayanma səbəbi verməsəniz, ERP sadəcə "maşın dayandı" göstərəcək və belə uçotdan çox fayda gözləmək olmaz.

Başlamaq üçün yaxşı seçim terminalla, planşetlə və ya iş yerində adi ekrana qısa girişdir. Operator yalnız maşının siqnalı ilə götürülə bilməyən hadisələr üçün səbəbi seçir. Qalanını sistem özü götürür.

Əgər mübadilə hələ hazır deyilsə, müvəqqəti mənbə kimi сменa hesabatı istifadə oluna bilər. Bu ideal deyil, amma belə variant işi dayandırmadan uçotu işə salmağa kömək edir. Adətən hesabatda çıxış, qüsur, uzun dayanma və сменa üzrə qısa şərh yazılır.

Təcrübədə sex adətən belə başlayır: avtomatik olaraq dövr statusu və detal sayğacı götürülür, operator isə əl ilə sazlama, alət gözləmə və ilk detalın yoxlanmasını qeyd edir. Bu səviyyədə ERP məlumatları artıq planlaşdırmaya xidmət edir, sadəcə cədvəldə toplanmır.

Başlamaq üçün minimal dəsti necə toplamaq

İlk inteqrasiyada bütün sexi əhatə etməyə çalışmayın. Bir maşın və demək olar ki, hər gün edilən təkrarlanan bir əməliyyatı götürün. Bir neçə maşın, fərqli detallar və onlarla statusla dərhal başlasanız, uçot tez mübahisələrə və əl ilə düzəlişlərə girər.

Yaxşı başlanğıc ssenarisi sadədir: bir CNC tokar maşını, bir detal və bir əməliyyat — başlanğıcı, sonu və nəticəsi aydın olan. Beləliklə tez görəcəksiniz ki, maşında, ustada və ERP-də məlumatlar üst-üstə düşür ya yox.

Adətən ilk işə 5–8 sahə kifayətdir. ERP-yə bütün telemetriya lazım deyil. Ona lazım olanlar: nə edildiyi, nə qədər edildiyi və işin nə vaxt dayandığı. Ən çox hallarda kifayət qədərdir: maşın nömrəsi, sifariş və ya əməliyyat nömrəsi, başlama vaxtı, bitmə vaxtı və düzgün detalların sayı.

Əgər dayanma və qüsur haqqında tez-tez mübahisələr varsa, əlavə 2–3 sahə əlavə edin: qüsur sayı, dayanma səbəbi, сменa və ya operator.

Daha sonra hər sahəyə məsul şəxs təyin edin. "Sex ümumilikdə" yox, konkret insan və ya rol. Sifariş nömrəsini adətən planlayıcı və ya ERP-mütəxəssis saxlayır, detalların sayını operator təsdiqləyir, dayanma səbəbini сменa ustası seçir. Beləliklə sistemdə fərq yaranarsa, dərhal aydın olur kim düzəliş etməlidir.

Başlanğıcı necə sadə saxlamaq

Tez-tez edilən səhv — əvvəlcə maşının verə bildiyi hər şeyi toplamaq, sonra ERP-yə niyə lazım olduğunu düşünmək. Əksinə davranın: əvvəlcə ERP-də sifarişi açın və soruşun: диспетчер, usta və mühasibat üçün hər gün hansı 5–8 dəyər həqiqətən lazımdır?

Eyni zamanda yenilənmə tezliyini təyin edin. Başlanğıc üçün hər saniyə axın tələb olunmur. Çox sexdə belə rejim kifayət edir: iş statusu ERP-ə 1–5 dəqiqədə bir gedir, detallar partiyanın sonunda və ya сменanın sonunda göndərilir, dayanma isə müəyyən hədddən uzun olarsa dərhal bildirilir, məsələn 10 dəqiqə.

Bu yanaşma böyük İT-komandası olmadan da asanlıqla işə düşür. Siz əvvəlcə uçot məntiqini bir aydın sahədə yoxlayırsınız, sonra digər maşınlar, əməliyyatlar və daha sıx mübadilə əlavə olunur. Əgər pilot bir gün ərzində ustaya və planlayıcıya aydın görüntü vermirsə, sahə sayı hələ çoxdur.

Mübadilə mərhələlərini necə qurmaq

İnteqrasiya adətən əlaqədə deyil, məlumatın mənasında pozulur. Bir status maşında "dövr gedir" deməkdir, ERP-də isə eyni kod "işlənir, amma kəsmir" kimi qəbul edilirsə, uçot dərhal pozulur. Buna görə əvvəlcə mürəkkəb qaydalar yazmayın — sadə uyğunluq cədvəli hazırlayın.

Hər sahə üçün üç şeyi yazın: ERP-də necə adlanır, haradan gəlir və hansı anda yenilənir. Məsələn: "maşın", "proqram nömrəsi", "dövrün başlanması", "dövrün bitməsi", "detal sayğacı", "qəza". Mənbəni də açıq göstərin: ÇPÜ, PLC, operator və ya сменa ustası. Əgər dəyəri insan daxil edirsə, bunu qeyd edin. Yoxsa sonra hamı kim səhv rəqəm verib mübahisə edəcək.

Xüsusilə statuslar və dayanma kodlarını razılaşdırın. Bu darıxdırıcı işdir, amma həftələri qənaət edir. Tez-tez belə səhv görünür: avadanlıqda bir ümumi "stop" siqnalı var, amma ERP-də sazlama, yarımfabrikat gözləmə, nasazlıq və operatorun yoxluğu kimi detallı görünməlidir. Bir siqnal özlüyündə belə detallılığı vermir, demək ki bir hissə əl ilə qısa kod siyahısı vasitəsilə doldurulmalıdır.

İlk test üçün sadə sxem kifayətdir:

1. Bir maşın və bir сменa götürün.
2. Mübadiləni test bazasında aktiv edin, işlək bazada deyil.
3. Paralel olaraq eyni сменa üzrə əl ilə uçot aparın.
4. Axırda iş vaxtı, dayanma, istehsal və dayanma səbəblərini müqayisə edin.

Uyğunluğu yalnız сменa yekunu ilə yox, bir neçə konkret epizodla da yoxlayın. Məsələn, tokar maşını 18 dəqiqə alət dəyişdiyi üçün dayandıysa, ERP bunu 25 dəqiqəlik qəza kimi qeyd edibsə, problem hesabatda deyil, statusların və ya hadisənin başlanğıc və sonunu götürən məntiqdədir.

Uyğunsuzluqları bir-bir düzəldin. Əvvəl dövr vaxtını, sonra detal sayğacını, daha sonra dayanmaları. Hər şeyi bir anda ötürməyə çalışmayın. İlkin olaraq sex və planlaşdırmanın mübahisəsiz razılaşa biləcəyi məlumatlar kifayətdir.

Bir сменada test əl uçotu ilə yaxın nəticə verirsə, konturu tədricən genişləndirin: bir maşın daha, bir сменa daha, sonra bütöv sahə. Bu qayda adətən sexin hamısını sürətlə işlətməkdən daha yaxşıdır.

Sadə nümunədə necə görünür

Kiçik sexdə bir tokar maşını şaftları yönəldir. ERP-də 120 ədəd sifariş var, son tarix — sabahın sonu. Əvvəllər usta işi zəng və kağız qeydlərinə görə öyrənirdi, ona görə geri qalma gec aşkar olunurdu.

Sadə tənzimdən sonra ERP avtomatik üç hadisə alır: operator sifarişi işə saldıqda, neçə detal hazır olduğu və maşın müəyyən vaxtdan uzun dayandıqda. Başlanğıc üçün bu kifayətdir. Onlarla çoxlu parametrlər toplamağın mənası yoxdur, əgər sexə sadəcə sual lazımdırsa: sifariş plana uyğun gedirmi?

Смена 8:00-də başladı. 8:07-də sistem sifarişin startını aldı. 11:30-a ERP artıq 34 şaftın hazır olduğunu göstərdi, halbuki plana görə həmin vaxt 45 olmalı idi. Sonra maşın 22 dəqiqə dayandı. Səbəb sadə idi: iş yerində yarımfabrikat qurtardı və operator bunu dayanma kimi qeyd etdi.

Usta yalnız dayanmaları görmür, həm də onun sifarişə təsirini görür. Сменanın ortasında artıq aydındır ki, partiya gecikir. Bu, axşam yox, gündə görünür və hələ reaksiya vermək mümkündür.

O, adi amma faydalı qərar verir: daha az təcili sifarişi sabaha keçirir, şaftlar üçün növbəti yarımfabrikatı əvvəlcədən ayırır və növbəti сменadan əvvəl aləti yoxlayır. Sabah plan fakt əsasında dəyişir. Artıq dünən niyə hədəfə çatmadıqlarını təxmin etməyə ehtiyac yoxdur.

Elə bu cür maşın məlumatları praktiki olaraq işləməyə başlayır. Böyük İT-proyekt kimi yox, istehsalı vaxtında izləməyin sadə bir üsulu kimi. İlk addımlar üçün sxem çox vaxt belə görünür: bir maşın, bir neçə hadisə və daha dəqiq plan artıq ertəsi gün.

ERP-də məlumatlarda qarışıqlıqdan necə qaçmaq

ERP-də qarışıqlıq adətən "böyük məlumat"dan yox, kiçik uyğunluqlardan başlayır. Eyni maşın bir sistemdə ET-46, başqa sistemdə "tokar 4", сменa hesabatında isə sadəcə "dördüncü" adlandırılır. Rəsmi olaraq mübadilə işləyir, amma hesabatlar fərqlənir və insanlar ona inamı itirir.

Əvvəlcə adlarda ardıcıllığı təmin edin. Hər maşının bütün məkanlarda eyni adı və eyni kodu olmalıdır: ERP, istehsal uçotu proqramı, usta cədvəlləri və servis hesabatları. Əgər iki eyni maşın varsa, onları "sol" və "sağ" kimi adlandırmayın — ay sonra heç kim nə demək istənildiyini xatırlamayacaq. Sadə, dəyişməyən kod istifadə edin.

İkinci tez-tez səhv — detal, əməliyyat və sifarişi qarışdırmaq. Detal — etdiyiniz işdir. Əməliyyat — maşının nə etdiyi, məsələn xam emal və ya dəlik açma. Sifariş — kim üçün və hansı həcmdə işdir. Əgər ERP-də bu üç anlayış bir sahədə qarışdırılırsa, məlumatlar tezcə yararsız olur. Maşın bir əməliyyatı bir neçə sifariş üçün edə bilər, bir detal isə bir neçə əməliyyat keçə bilər.

Təcrübədə sadə qayda kömək edir: hər maşına bir kod, hissələr üçün ayrıca kataloq, əməliyyatlar üçün ayrılmış siyahı, istehsal sifarişi üçün ayrıca nömrə və bütün сменalar üçün bir ümumi dayanma səbəbləri siyahısı.

Dayanmalarla da çox ağıllanmayın. Əgər səbəblər çoxdursa, operatorlar hər hansı birini seçəcəklər. Əgər səbəblər az və aydınsa, şəkil daha dürüst olur. Başlanğıc üçün adətən bu variantlar yetərlidir: yarımfabrikat yoxdur, sazlama, alət, proqram, operator gözlənilir, təmir. Bu siyahı 40 oxşar maddədən daha asan idarə olunur.

Bir daha səssiz problemlər var: vaxt. Hər maşının saatını və ERP-də сменanın sərhədlərini yoxlayın. Əgər maşının saatı 12 dəqiqə qabaqdadırsa, dayanma başqa сменaya keçə bilər və hissə hesabatlar uyğun gəlməyəcək. Bu sonra düzəltmək olar, amma bir dəfə sinxronizasiya etmək daha asandır.

Sadə nümunə: maşın partiyanı 19:58-də bitirir, amma onun daxili vaxtı 20:11 göstərir. ERP tamamlanmanı artıq gec сменaya aid edir. Plan bağlayan insanlar fərqli olur, istehsal hərəkatı dəyişir, dayanma uçotu da. Bunu sonra düzəltmək olar, amma əvvəlcə saatları sinxronlaşdırmaq daha asandır.

Sözsüz ki, kataloqlar qısa və adlar sərt olduqda əl ilə düzəlişlər azalır. Başlanğıc üçün bu kifayətdir ki, ERP-də rəqəmlər bir-biri ilə dava etməsin.

Harada ən çox səhv olunur

Birinci səhv — bütün siqnalları dərhal toplamağa çalışmağınızdır. Başlanğıc üçün bu demək olar ki, həmişə mane olur. Komanda statuslarda, kodlarda və hadisələrdə boğulur, amma fayda az olur. İlk mərhələ üçün adətən dörd şey kifayətdir: maşın işləyir ya dayanıb, hansı iş gedir, neçə detal hazırdır və dayanma nə qədər olub.

İkinci səhv qüsurla bağlıdır. Çoxları gözləyir ki, ÇPÜ-nin avtomatik ötürməsi dərhal qüsur uçotunu düzgün verəcək. Amma maşın nadir hallarda qüsurun niyə yarandığını və kimin təsdiqlədiyini bilir. Əgər operator hələ də сменa sonunda xatırlayaraq qüsuru yazırsa, rəqəmlər yenə də mübahisəli qalacaq. Əvvəl qüsurun qeyd edilmə anını dəyişmək, sonra avtomatlaşdırmağa keçmək lazımdır.

Məsələlər həm də onda başlayır ki, kim düzəlişlərə cavabdeh deyil. Səhv yazılar həmişə olacaq: səhv sifariş, yanlış dayanma kodu, əməliyyatın iki dəfə başlatılması. Əgər əvvəlcədən kim bu halları düzəldir deyə qərar verilməyibsə, ERP tez mübahisəli məlumat anbarına çevrilir.

Adətən kömək edən sadə rol bölgüsü belədir: operator faktı və səbəbi сменa zamanı qeyd edir, usta mübahisəli dayanma və qüsurları yoxlayır, planlayıcı sifarişi və marşrutu düzəldir, sistem isə düzəlişlərin tarixçəsini saxlayır.

Daha yerli problemlər də var. Əgər maşın və server saatları bir neçə dəqiqə fərqlənirsə, hesabatlar yalan danışmağa başlayır. Əgər sexdə şəbəkə kəsilərsə, sistem hadisələri saxlamalı və sonra göndərməlidir. Əgər mübadilə işləmir, сменanın ehtiyat ssenarisi olmalıdır: terminalda, planşetdə və ya kağızda dayanma jurnalı. Yoxsa yalnız məlumatı yox, insanların sistəmə inamını da itirəcəksiniz.

Yaxşı başlanğıc darıxdırıcı görünür və bu normaldır. Bir maşın, bir neçə status, aydın rollar və nasazlıq halı üçün ehtiyat plan daha çox fayda verir, nəinki onlarla датчик və boş hesabatlarla böyük layihə.

İşə salmadan əvvəl qısa yoxlama

İlk iş günündən əvvəl hesabatlara yox, ən sadə uyğunluqlara baxın. Bir detal uyğun gəlməsə, sistem gözəl amma yararsız şəkil verəcək.

Əvvəlcə kataloqlara baxın. Hər maşının öz kodu olmalı və bu kod ERP tərəfindən də başa düşülməlidir. Əməliyyat üçün də eyni — əgər sahədə adı "tokar işləmə 20 mm" və ERP-də başqa şəkildədirsə, sistem eyni prosesi iki sətirə böləcək. Sonra сменa planlaşdırma ilə mübahisə edəcək, amma səhv əvvəldən yaranmış olacaq.

Daha sonra operatorun gözləri ilə dayanmanı yoxlayın. Əgər insana dayanma səbəbini göstərmək üçün beş düymə lazımdırsa, o, ilk uyğun seçimi seçərək və ya qeydiyyatı keçərək düzgün olmayan məlumat verəcək. Normal sxem qısa olmalıdır: səbəblərin qısa siyahısı və iki-üç basışla seçim.

Bir başqa tez yoxlama testi: сменa ustası həmin gün görəcəyi ilə ERP-ə düşmüş məlumatı müqayisə etsin. Əgər maşın 40 dəqiqə dayanıb, amma sistemdə fasiləsiz iş kimi görünürsə, bu səhvi dərhal tutmaq lazımdır, ayın sonunu gözləmək yox.

İşə salmadan əvvəl dörd yoxlama adətən kifayətdir:

• maşın kodları maşında, MES və ya fayl mübadiləsində və ERP-də uyğun gəlir
• əməliyyat kodları fərqli adlar altında təkrarlanmayıb
• operator dayanma səbəbini 2–3 basışla seçə bilir
• usta və ya texnoloq uyğunsuzluqları həmin gün görür, daha sonra yox

İlk həftə üçün bir məsul şəxs lazımdır. Bu mütləq İT mütəxəssisi olmaya bilər. Çox vaxt bunu sahəni və uçotu bilən texnoloq və ya usta daha yaxşı edir. Onun vəzifəsi sadədir: hər gün ERP-ə nə gəldiyini, harada qeydlərin itdiyini, hansı dayanma səbəblərinin düzgün seçilmədiyini yoxlamaq və sürətli geribildirim vermək.

Əgər bu nəzarəti ilk gündən qurarsınızsa, maşın məlumatları sex üçün işləməyə başlayacaq, sadəcə cədvəldə yığılmayacaq.

Sonra nə etmək lazımdır

Əgər sxem kağız üzərində işləyirsə də, dərhal bütün sexi qoşmağa çalışmayın. Bir maşın və tez-tez istehsal etdiyiniz bir detal götürün. Təkrarlanan işdə səhvlər daha tez görünür: harada vaxt itir, operator dayanma səbəbini unutduqda niyə, niyə ERP-də сменanın tam mənzərəsi yoxdur. Belə pilotu genişləndirmək daha asandır.

Adətən ilk ay gözəllik hesabatları üçün deyil, məlumat intizamını yoxlamaq üçün lazımdır. Bu müddətdə hansı maşın statuslarını istifadə etdiyiniz, ERP-də hansı sahələri heç kim doldurmadığı və nəyi avtomatik ötürmək, nəyi əl ilə saxlamaq lazım olduğu aydınlaşır. Testdən sonra məlumat siyahısı tez-tez daha da qısaldılır və bu normaldır.

Daha sonra məntiq sadədir: pilot maşın üçün bir aydın marşrut müəyyən edin, bir ay bir təkrarlanan detal üzərində işləyin, sonra oxşar dövrə malik başqa avadanlıq qrupunu əlavə edin. Yeni maşın alınanda isə əvvəlcədən hansı siqnalların və interfeyslərin mövcud olduğunu soruşun.

Sonuncu məqam çoxları tərəfindən atlanır və sonra vaxt itirirlər. Əvvəlcədən öyrənin: maşın iş statuslarını, detal sayğacını, qəzaları və dayanma səbəblərini verirmi. Əks halda uçotu avadanlığın məhdudiyyətlərinə görə qurmalı olacaqsınız, yoxsa istehsal vəzifələrinə görə.

Yaxşı növbəti addım — ERP üçün konkret sizin üçün lazım olan 5–7 siqnaldan ibarət qısa siyahı hazırlamaq. Bu "gələcək üçün abstrakt" siyahı deyil, hər gün baxacağınız real dəyərlər olmalıdır. Tokar sahəsi üçün tez-tez lazım olanlar: maşın vəziyyəti, dövrün başlanması və bitməsi, proqram nömrəsi, hazır detalların sayı, qəza və dayanma.

Yeni maşın seçirsinizsə və ya işə salmanı hazırlayırsınızsa, bu söhbəti pusk-наладкаdan əvvəl keçirmək yaxşıdır. EAST CNC, Taizhou Eastern CNC Technology Co., Ltd.-nin Qazaxıstandakı rəsmi nümayəndəsi kimi, belə məsələləri əvvəlcədən müzakirə etmək məntiqlidir: hansı siqnallar mövcuddur, nə ERP-ə əlavə датчикsiz ötürülə bilər və hansı minimal məlumat dəsti sex üçün real fayda verər. Bu metal emalı və uçot inteqrasiyaları üçün xüsusilə vacibdir.

Pilot bir ay problemsiz işlədisə, onu genişləndirmək daha asandır: artıq aydın məntiqi köçürürsünüz, yoxsa ehtimallarla dolu siyahını.