Тапшырма модели жок OPC UA MES үчүн жетишсиз

OPC UA туташууну, маалымат окууну, жазылууларды, ыкмаларды жана каналдын коопсуздугун жакшы чечет. Бирок станокто OPC UA бар экени MES өндүрүштүк тапшырманы түшүнөт, аны кезекке коё алат жана аткарылышы тууралуу так отчет алат дегенди билдирбейт.

Эгер системага режим, авариялар, эсептегичтер жана учурдагы жүк гана керек болсо, ISA-95 Job Control кошууга эрте. Эгер MES буйрутманы, санды, программаны, материалга талаптарды өткөрүп, ишке киргизүүгө уруксат берип, ишти токтотуп жана жыйынтыкты кабыл алышы керек болсо, өз алдынча тегдер жетишсиз болот. Долбоор тобу моделди стандартка так ылайык эмес ишке ашырууну чечсе да, тапшырманын макулдашылган модели зарыл.

OPC UA байланышты чечет, тапшырманын маанисин эмес

OPC UA алмашуу каражаттарын берет, бирок маалыматтын мааниси маалыматтык моделде гана пайда болот. Сервер String тибиндеги ProductionOrder өзгөрмөсүн жарыялай алат, аны каалаган кардар катасыз окуйт. Бирок бул сап ERP-буюртманын номери, сменалык тапшырма, партия, маршрут операциясы же башкаруучу программанын аты экени түшүнүксүз.

Долбоорлордо ушул айырма дайыма көмүскөдө калат. Протокол «кантип окуу керек», «ыкманы кантип чакыруу керек», «кантип жазылуу керек» жана «кимдин жеткиликтүүлүгү бар» деген суроолорго жооп берет. Өндүрүш модели болсо «так эмне тапшырылды», «кайсы ресурс керек», «тапшырманы өзгөртсө болобу» жана «кайсы жыйынтык кайсы буйрутмага тиешелүү» деген суроолорго жооп берет.

OPC Foundation бул моделди OPC 10031-4, OPC UA for ISA-95, Part 4: Job Control документинде сүрөттөйт. Документ Job Order, Job Response, кезектеги, аткарылып жаткан жана аяктаган тапшырмаларга жеткиликтүүлүктү, ошондой эле аларды башкаруу ыкмаларын аныктайт. Бул OPC UAга атаандаш эмес, анын үстүндөгү companion specification.

Жалпы багыттагы жабдуу үчүн дагы OPC 40001-3, OPC UA for Machinery, Part 3: Job Management бар. Ал Job Control типтерин колдонуп, машиналар үчүн параметрлерди тактайт: пландалган сан, ишке киргизүүлөрдүн саны, пландалган убакыт, аткаруу режими, буйрутма номерлери жана жыйынтык маалыматтары. OPC UA for Machine Tools 1.02 версиясында мурдагы ProductionType модели эми эскирген деп белгиленип, келечекте Machinery Job Management менен алмашары көрсөтүлгөн. Жаңы станокту эски production-тегдердин тизмесине гана таянып сатып алуу кийин адаптерди кайра жазууну алдын ала пландоо дегенди билдирет.

Дагы бир чек бар. ISA-95 Job Control тетикти иштетүүнүн технологиялык логикасын аныктабайт. Берүүлөр, аспапты коррекциялоо, өтмөктөр, патрондун бөгөттөрү жана коопсуз токтотуу ЧПУда жана PLCде калат. MES октордун кыймылын эмес, тапшырманы башкарат.

Мониторинг үчүн Job Control керек эмес

Эгер MES же өзүнчө мониторинг системасы станоктун ишин башкарбаса, параметрлерди жөнөкөй чогултууга тапшырма модели талап кылынбайт. Жүктөмдү эсептөө жана токтоп калууларды талдоо үчүн адатта түзүмдөлгөн телеметрия жетиштүү.

Мониторингдин минималдуу контрактына төмөнкүлөр кирет:

• жабдуунун абалы жана иштөө режими;
• автоматтык циклдин активдүүлүгү жана токтоонун себеби;
• жарактуу жана жараксыз тетиктердин эсептегичтери;
• коду, пайда болгон жана ырасталган убактысы бар авариялар;
• активдүү программанын же учурдагы тапшырманын идентификатору, эгер станок аны мурунтан билсе.

Ар бир маанинин булагы, тиби, өлчөө бирдиги, убакыт белгиси жана OPC UA StatusCode болушу керек. Баштапкы абалга келтирүү эрежеси жок эсептегич пайдасыз. Аныктамасы жок Running абалы да пайдасыз: бир жеткирүүчү шпиндель айланганда станок иштеп жатат дейт, экинчиси программа активдүү болгондо, үчүнчүсү авария сигналы өчүрүлгөндө дейт.

Мындай сценарийде OPC UA жазылуулары көбүнчө тез-тез сурамжылоодон жакшы. Кардар өзгөрүүлөрдү сервердин убакыт белгилери жана сапатты көзөмөлдөө менен алат. Жарыялоо жыштыгы тапшырмага ылайык болушу керек: диспетчердик экранга контроллердин мезгилиндеги агым зарыл эмес, ал эми кыска токтоолорду талдоо сейрек тандоодо маанисин жоготот.

Ар бир температурага жана октун ар бир абалына буйрутманы байлай бербеңиз. Телеметрия физикалык объекттин абалын сүрөттөйт. Өндүрүштүк контекст бул маалыматтын бир бөлүгүн конкреттүү иш менен байланыштырат. Эки катмарды аралаштырсаңыз, буйрутма номерин өзгөртүү тарыхый тренддерди бузат, ал эми сенсорду алмаштыруу MES моделин оңдоону талап кылат.

Практикалык критерий жөнөкөй: байланыш үзүлгөндө MES станокко эч нерсени кайра жөнөтпөшү керек болсо жана байланыш калыбына келгенден кийин окууну улантуу жетиштүү болсо, Job Control азырынча милдеттүү эмес. Билдирүү жоголуп, эки тапшырма, туура эмес программа же жабылбаган буйрутма калышы мүмкүн болгондо баары өзгөрөт.

MES Job Order пайда болгондо башкара баштайт

Job Order модели жогорку деңгээлдеги система конкреттүү жумушчу борборго иш бирдигин тапшырганда керек болот. ISA-95 Job Order'ди ишти аткаруу өтүнүчү деп атап, аны өндүрүштүк графиктин түзүмүндө Work Requestтен төмөн жайгаштырат. Металл иштетүүдө мындай бирдик көбүнчө кардардын бүтүндөй буйрутмасы эмес, белгилүү станоктогу буйрутма операциясы болот.

Жакшы тапшырма кеминде төмөнкү суроолорго жооп берет:

• анын туруктуу идентификатору кайсы жана кайсы буйрутмага тиешелүү;
• эмне жана канча көлөмдө жасалышы керек;
• кайсы Work Master, маршрут, программа же документ редакциясы иштөө ыкмасын аныктайт;
• кайсы жабдуу, материал, шайман же квалификация талап кылынат;
• тапшырманы качан ишке киргизүүгө болот жана анын артыкчылыгы кандай.

Башкаруучу программанын номери бар талаа Work Master'ди алмаштырбайт. Башкаруучу программа конкреттүү ЧПУ системасындагы иштетүүнү сүрөттөйт. Өндүрүштүк аныктамага орнотуу картасы, контролдоо планы, бекитүү нускамасы, чийменин версиясы жана жараканы каттоо эрежелери да кириши мүмкүн. MES бекитилген топтомго шилтеме бере алат, ал эми станоктун жергиликтүү системасы керектүү версия бар экенин текшериши керек.

Ар бир талап контроллерге чейин жетиши шарт эмес. Оператордун квалификациясын участок терминалы текшере алат. Даярдалманын партиясын сканер ырастай алат. Жабдуунун идентификаторун PLC же оператор текшере алат. Job Order бул талаптарды бир контекстке бириктирет, бирок бир серверди алардын баарын аткарууга мажбурлабайт.

Артыкчылык жана башталуу убактысы да дароо баштоо буйругу эмес. OPC 40001-3 бир нече уруксат берилген тапшырманын тартибин адегенде StartTime, андан кийин Priority аркылуу аныктайт, ал эми тең болгон учурда тандоо колдонмодон көз каранды болот. Бул туура эскертүү. Планировщик тартипти сунуштайт, станок жергиликтүү даярдык текшерилгенден кийин гана ишти баштайт.

Job Response өндүрүштүк циклди жабат

MESке Job Response Job Order сыяктуу эле керек, анткени ырасталган жыйынтыксыз буйрук буйрутманы белгисиз абалда калтырат. Стандарт жоопту тапшырма боюнча аткарылган иштин отчету деп аныктап, буйрутмадагы талаптарды жооптогу иш жүзүндөгү маалыматтардан бөлөт.

Бул бөлүүнү көп учурда бир эле Material объектиси менен бузушат. Буйрутмада материал талапты билдирет: марка, өлчөм, партия же уруксат берилген класс. Жоопто Material Actual чындап колдонулган нерсени билдирет. Талапты факт менен алмаштырсаңыз, MES партиянын алмашканын байкабайт жана байкоого мүмкүнчүлүктү калыбына келтире албайт.

Ошол эле логика жабдууга, физикалык активдерге жана персоналга да колдонулат. Equipment Requirement белгилүү класстагы станокту талап кылышы мүмкүн. Equipment Actual конкреттүү жумушчу борборду каттайт. Physical Asset Requirement өлчөө приборунун түрүн сүрөттөйт, ал эми Physical Asset Actual чындап колдонулган прибордун идентификаторун сактайт. Бул жуптар кооз иерархия үчүн эмес, сапат бөлүмүнүн кадимки «Дал ушул партия эмнеде жана эмнеден жасалды?» деген суроосуна жооп берүү үчүн керек.

Жооп узак операция үчүн аралык абалды жана бүткөндөн кийинки акыркы жыйынтыкты камтышы керек. OPC 40001-3 Unknown, Successful жана Unsuccessful маанилери бар JobResultти, ошондой эле чыгарылыш жана өндүрүмдүүлүк тууралуу маалыматты карайт. Жалгыз Successful жетишсиз: MESке иш жүзүндөгү сан, жарака, башталган жана аяктаган убакыт, керек болсо алынган тетиктердин же партиялардын идентификаторлору зарыл.

Абал менен жыйынтыкты бириктирүүгө болбойт. Running учурдагы фазаны сүрөттөйт. Successful аяктаган ишке баа берет. Станок азыраак сан чыгаргандан кийин штаттык түрдө токтошу мүмкүн, ал эми бизнес-система буйрутманы жабылды деп эсептөөгө болорун чечет. Контроллер фактты билдирет, MES өндүрүш эрежесин колдонот.

Буйрутманын бир сабы сөзсүз кеңейет

Өз алдынча жасалган интеграция адатта биринчи ийгиликтүү ишке киргизүүдөн кийин, чыныгы өзгөчөлүктөр кошула баштаганда бузулат. Көрсөтмөдө MES OrderNo, PartNo, Quantity жана Start битин жазат. PLC программаны аткарат, Produced көбөйтөт жана Done коёт.

Андан кийин тармак Start жазылгандан кийин, бирок ырастоо окулганга чейин өчөт. MES жазууну кайталайт. PLC биттин фронтун жаңы буйрук катары кабыл алса, тапшырма экинчи жолу башталат. Бит коюлган бойдон калса, жаңы ишке киргизүү болбойт, бирок MES станок биринчисин кабыл алдыбы билбейт. Топ Ack, андан соң катар номерин, Busy, тайм-аутту жана кол менен баштапкы абалга келтирүүнү кошот.

Кийин планировщик ишке киргизүүгө чейин санды өзгөртөт. Оператор материалды жүктөп койгон болсо, Busy=0 учурунда талааларды өзгөртсө болобу түшүнүксүз. Locked пайда болот. Андан кийин оператор биринчи тетикти өлчөө үчүн тапшырманы тыныгууга коёт. Технологиялык тыныгууну, аварияны жана жокко чыгарууну айырмалоо керек. Pause, Hold, Fault, Cancel, Abort жана MES менен PLC ар башкача чечмелеген бир нече өтүү таблицалары пайда болот.

Андан кийин жарым-жартылай аткарылган буйрутманы эсепке алуу талабы чыгат. Эски Done талаасы 100 тетиктин 80и жасалганын, калган 20сы жокко чыгарылганын жана ошол эле номер менен улантууну түзсө болорун айтпайт. Топ аткаруу партиясынын номерин кошот. Бир жылдан кийин долбоордо өзүнүн тапшырма модели бар болот, бирок жалпы терминологиясы, шайкештик профилдери жана кийинки станок жеткирүүчү үчүн документтери болбойт.

«Төрт тегден баштайлы, кийин кеңейтебиз» деген кеңири кеңеш кичине баштаганы үчүн жаман эмес. Ал төрт тег тышкы контракт катары колдонулуп, буйруктун туруктуу идентификатору, аныкталган абалдар машинасы жана кайра жөнөтүү эрежелери болбогондо жаман. Кичинекей пилотко болот, эгер топ чек араларды дароо бекитип, убактылуу схеманы даяр архитектура катары көрсөтпөсө.

Job Control каталарды автоматтык түрдө жойбойт. Ал ишке киргизүүгө чейин объекттерди, абалдарды жана ыкмаларды атоого мажбурлайт. Дал ушул иш адатта MES, PLC программисти жана технолог «тапшырма» деген сөзгө ар башка маани берип жатканын ачат.

Маалыматтар контракты тегдердин тизмесинен маанилүү

Иштеген контракт талааларды гана эмес, багытты, милдеттүүлүктү, маанинин ээси ким экенин жана кайталоого реакцияны көрсөтүшү керек. Төмөндө токардык операция үчүн тапшырманын кыскартылган көрүнүшү келтирилген. Бул OPC UA программалоо эмес жана ISA95JobOrderDataTypeтин так сериализациясы да эмес, MES, шлюз жана станок системасын макулдашуу үчүн текшерилүүчү долбоордук артефакт.

{
  "jobOrderId": "WO-78431-OP20-R1",
  "workMasterId": "SHAFT-A-OP20-REV4",
  "startTime": "2026-07-27T06:00:00Z",
  "priority": 60,
  "parameters": {
    "orderNumber": "WO-78431",
    "drawingNumber": "SHAFT-A",
    "drawingRevision": "04",
    "plannedQuantity": 120,
    "executionMode": "ProductionMode"
  },
  "materialRequirements": [
    {
      "materialDefinitionId": "STEEL-40X-D52",
      "plannedQuantity": 120,
      "unit": "piece"
    }
  ],
  "equipmentRequirements": [
    {
      "equipmentClassId": "CNC-LATHE-D65"
    }
  ]
}

Бул жердеги jobOrderId операциянын конкреттүү аткарылышына тиешелүү. Ошол эле идентификаторду кайра жөнөтүү экинчи тапшырманы жаратпашы керек. Эгер планировщик атайын жаңы редакцияны чыгарса, ал жаңы идентификатор түзөт же өзгөртүү тыюу салынган абалга өтүүгө чейин стандарт уруксат берген Updateти колдонот. Эрежени алдын ала тандап, стендде текшеришет.

Жооп ошол эле идентификаторго шилтеме берип, фактыларды пландан ажыратышы керек:

{
  "jobOrderId": "WO-78431-OP20-R1",
  "state": "Ended",
  "jobResult": "Successful",
  "actualStartTime": "2026-07-27T06:14:08Z",
  "actualEndTime": "2026-07-27T13:42:31Z",
  "producedQuantity": 120,
  "scrapQuantity": 2,
  "materialActuals": [
    {
      "materialLotId": "HEAT-91827",
      "consumedQuantity": 122,
      "unit": "piece"
    }
  ],
  "equipmentActuals": [
    {
      "equipmentId": "LATHE-07"
    }
  ]
}

Мындай мисал дароо ыңгайсыз суроолорду чыгарат. Жарака producedQuantityке киреби? Ийгиликтүү тапшырмада жарака болушу мүмкүнбү? materialLotIdти ким ыйгарат? Металлдын эки партиясы кантип билдирилет? Жыйынтык качан акыркы болот? Жооптор жазылмайынча, интеграция божомолдордун жыйындысы бойдон калат.

Абалдар машинасы кош аткаруудан коргойт

Абалдардын аныкталган өтүүлөрү кайра ишке киргизүү жана талаштуу буйруктар тобокелдигин азайтат, бирок кардар менен сервер аларды чогуу сактаса гана. OPC 10031-4 тапшырмаларды кабыл алуучуну Store, StoreAndStart, Start, RevokeStart, Pause, Resume, Update, Abort, Stop, Cancel жана Clear ыкмалары менен сүрөттөйт.

Аталыштары кадимки баскычтарга окшош, бирок айырмасы чоң. Pause улантуу мүмкүн экенин билдирет. Stop жабдуунун эрежелери боюнча аткарууну башкарылуучу түрдө аяктайт. Abort кадимкидей улантуу талап кылынбай калганда колдонулат. Cancel аткарылбашы керек болгон тапшырмага тиешелүү. Долбоор бул ниеттерди ЧПУ менен PLCнин чыныгы мүмкүнчүлүктөрүнө чагылдырышы керек. Эгер станок цикли аны коопсуз колдобосо, MESке улантуу менен тыныгууну убада кылууга болбойт.

StoreAndStart да шартсыз физикалык ишке киргизүүнү билдирбейт. Модельде тапшырма аткарууга уруксат алат, андан кийин система ресурстарды, артыкчылыктарды жана жергиликтүү шарттарды эске алат. Эгер технология же тобокелдикти баалоо талап кылса, «Циклди баштоо» баскычы оператордо калышы мүмкүн.

Тайм-ауттан кийин кардар буйрукту сокур түрдө кайталабашы керек. Ишенимдүү ырааттуулук мындай: MES jobOrderIdти жана аракеттин идентификаторун сактайт, ыкманы чакырат, ал эми жооп жоголсо тапшырмалардын тизмесин жана учурдагы абалды окуйт. Сервер алгачкы тапшырманы кабыл албаганы текшерилгенден кийин гана кайталоого болот. Бул жерде идемпотенттүүлүк транспорттун сыйкыры эмес, макулдашылган жүрүм-турумдун касиети.

OPC 10031-4түн B тиркемесинде ыкмалардын жыйынтык коддору UInt64 бит маскасы менен берилет. Стандарттык себептердин арасында тапшырманын белгисиз идентификатору, туура эмес абал, тапшырманы кабыл ала албоо жана туура эмес сурам бар. Ар бир кодго MESтин күтүлгөн реакциясын жазыңыз. Unable to accept Job Order болгондо чексиз автоматтык кайталоо убактылуу көйгөйдү бирдей билдирүүлөрдүн кезегине тез айлантат.

Коопсуз канал MESке кооптуу буйрукка укук бербейт

OPC UAнын коопсуздук механизмдери туташууну коргойт, бирок долбоорлоочу кардардын ыйгарым укуктарын жана станоктун ар бир абалында жеткиликтүү буйруктарды чектеши керек. Сертификат туташуунун тарабын ырастап, жолдогу маалыматты коргоого жардам берет. Ал планировщиктин каттоо эсеби иштетүү маалында Abort чакырууга укуктуу болушу керекпи деген маселени чечпейт.

Кеминде мониторинг окуусун, тапшырманы жүктөөнү, аткарууга уруксат берүүнү жана авариялык кийлигишүүнү бөлүңүз. MESтин кызматтык каттоо эсебине стендди иштетүү оңой болгону үчүн серверде административдик укук берилбеши керек. Кардардын идентификаторун, ыкманы, jobOrderIdти, убакытты, баштапкы абалды жана чакыруунун жыйынтыгын өзүнчө журналга жазыңыз.

Ишкананын тармагы да жергиликтүү коопсуздукту алмаштырбайт. PLC жана ЧПУ MES буйругуна карабастан тосмолорду, кысууну, жетектердин даярдыгын, программанын бар-жогун жана башка шарттарды текшерүүгө милдеттүү. Жогорку система уруксат берилген тапшырманы баштоону сурай алат, бирок коргоо чынжырларын жана станок логикасын айланып өтпөшү керек.

Байланыш жоголгондо деградацияны ойлонуңуз. Аткарылып жаткан операция адатта жеринде коопсуз улантылышы же алдын ала аныкталган эреже боюнча токтошу керек. Бул чечимди кардар китепканасынын тайм-аутуна калтырууга болбойт. Байланыш калыбына келгенде MES эски көчүрмөсүндөгү абалды станокко дайындабай, иш жүзүндөгү абалды жана жыйынтыктарды алышы керек.

Толук моделди жоопкерчиликтин чеги боюнча киргизүү керек

Ар бир ишканага биринчи релизде бүт ISA-95 модели керек эмес. MESтин чыныгы жоопкерчилигин камтыган жана идентификаторлордун маанисин өзгөртпөстөн өнүгүүгө мүмкүндүк берген минималдуу профиль керек.

Ишке киргизүүнү үч деңгээлге бөлүү ыңгайлуу. Биринчи деңгээлде MES бирдиктүү телеметрияны гана окуйт. Экинчи деңгээлде ал активдүү жергиликтүү тапшырманы буйрутма менен салыштырат, бирок оператор аны станокко жүктөп, өзү баштайт. Үчүнчү деңгээлде MES Job Order түзөт, уруксат берилген өтүүлөрдү башкарат жана Job Response кабыл алат. Кийинки деңгээлге мурункусун байланыш үзүлүүлөрүндө, кайра ишке киргизүүдө жана кол менен жасалган аракеттерде сынагандан кийин гана өтүү керек.

Ишке ашырууну тандаганда «OPC UA колдоого алынат» деген сөздү эмес, конкреттүү NamespaceUri, NodeSet версияларын, профилдерди жана Conformance Units сураңыз. Job Control үчүн версияны бекитүү өзгөчө маанилүү: OPC 10031-4түн 2-версиясында 1-версия менен шайкеш келбеген өзгөрүүлөр бар жана ал жаңы аттар мейкиндигин колдонот. Эски моделге жазылган кардар түйүн даректерин алмаштыргандан кийин шайкеш болуп калбайт.

OPC 40001-3 Machinery Job Managementди да текшериңиз. Базалык профиль JobOrderControl жана JobOrderResultsти талап кылат, бирок айрым пландалган параметрлер менен жыйынтыктар ар башка Conformance Unitsке чыгарылган. Сервер базалык моделди чындап колдошу мүмкүн, бирок сизге керек болгон PlannedOrderQuantity, материалдар боюнча жыйынтык же өндүрүмдүүлүк маалыматы болбошу ыктымал. Муну жарнамалык сүрөттөмө менен эмес, профиль жана тест аркылуу аныкташат.

EAST CNC менен станокту тандоодо интеграция профилин техникалык тапшырмага жеткирүүгө чейин киргизиңиз: кийин семантиканы макулдашуу дээрлик дайыма кымбатыраак болот, анткени MES, шлюз жана PLC буга чейин ар башка божомолдор менен жазылып калат.

Кабыл алуу сыноосу ийгиликтүү сценарийди бузушу керек

Интеграция бир буйрутма стендден ийгиликтүү өткөндө эмес, бузулуулардан алдын ала болжолдонуп өтө алганда даяр болот. Кабыл алуу сыноолору кайталанган ыкмаларды, туташуунун үзүлүшүн жана бири-бирине карама-каршы буйруктарды камтышы керек.

Кеминде беш текшерүү жүргүзүңүз:

1. Бир jobOrderIdти эки жолу жөнөтүп, сервер эки иш түзбөгөнүн ырастаңыз.
2. Тапшырма кабыл алынгандан кийин, бирок ыкманын жообуна чейин байланышты үзүңүз, андан соң кайра ишке киргизбестен абалды калыбына келтириңиз.
3. Ишке киргизүүгө чейин жана аткаруу маалында санды жаңыртып көрүп, уруксат берилген өтүүлөрдү салыштырыңыз.
4. Жабдуу колдоорун билдирген абалдарда тыныгууну, улантууну, башкарылуучу токтотууну жана жокко чыгарууну аткарыңыз.
5. Тапшырманы жарым-жартылай, жарака менен жана материал партиясын алмаштыруу менен бүтүрүп, андан кийин MESтеги Job Responseти текшериңиз.

Ар бир тест үчүн күтүлгөн абалды, ыкма кодун, журнал жазуусун жана бизнес-жыйынтыкты алдын ала аныктаңыз. «Ката чыкты» деген формулировка кабыл алуу үчүн жараксыз. Так StatusCode, ReturnStatus, jobOrderIdтин сакталышы жана станоктун каалабаган кыймылынын жоктугу керек.

Эгер MES байкоо гана жүргүзсө, Job Controlду долбоордун чегинен тышкары калтырып, телеметрияны кылдат аныктаңыз. Эгер MES ишке көрсөтмө берсе, тегдерди жазуудан мурун тапшырма моделин кабыл алыңыз. Болбосо топ баары бир Job Control курат, бирок аны кокусунан, ар бир авариялык оңдоону өзүнчө киргизип жасайт.