Navisworks Manage-та коллизияларды анықтау: ережелер, есептер, итерациялар

Неліктен clash detection-ты біржолғы тексеріс емес, үдеріс ретінде жүргізген жөн

BIM-модельдегі коллизия — бұл объектілердің қақтығысы: ауа түтігі арқаны кесіп өтеді, түтік кабель жолына түседі, жабдық нишаға сыймай қалады. Құрылыс алаңында бұлар қайта жасауға, тоқтауға және «кімнің жауапкершілігі?» деген дауларға әкеледі. Коллизияларды алдын ала тауып алсаңыз, алаңда ақша төлеудің орнына модельде уақыт жұмсайсыз.

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

Navisworks Manage-тағы clash detection — бұл анық, қайталанатын ережелері бар цикл. Сіз алдын ала не тексерілетінін, не алынбайтынын (уақытша элементтер, шартты габариттер, ұсақ крепеж), қандай допустар қолданатыныңызды және нәтижелерді қалай өңдейтініңізді келісесіз. Осылайша әр итерация тапсырмалар тізімін береді, ал жүздеген шу болатын «ұзын кестені» емес.

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

Жұмысқа әдетте бөлімнің проектировщиктері (АР, КР, ОВ, ВК, ЭОМ), BIM-координатор және тапсырыс беруші немесе технадзор қатысады. Проектировщиктер өз модельдерін түзетеді, координатор тесттерді баптап, статустарды жүргізеді, тапсырыс беруші дау тудыратын шешімдерді келісіп, маңызды коллизияларды жабуды растайды.

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

Коллизия іздемес бұрын модельдерді дайындау

Navisworks Manage-тағы clash detection-тың сапасы көбіне тесттер баптауларында емес, кіріс модельдерінде тұрады. Егер олар нұсқа және координат бойынша сәйкес келмесе немесе қоқыс геометриясы болса, коллизиялар тізімі ұзақ әрі пайдасыз болады.

Бастапқыда қай файлдар кіріс болып есептелетінін және «ағымдағы нұсқа» деген не екенін келісіңіз. Жұмыс тәжірибесі: кескін жасау күнін, әр дисциплинаның жауаптысын және бір тұтас атау форматын тіркеу (дисциплина, объект, саты, күн немесе ревизия). Сонда коллизия жиналысында «бұл түзетілген, менде басқа модель» деген дау болмайды.

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

Файл құрылымы жылдамдыққа да әсер етеді. Модельдер дисциплиналар бойынша бөлінгені және ішкі логикасы (пәтерлер, зоналар, кезеңдер) оңай болғаны жақсы. Бұл нақты тексерулерді (мысалы, тек 3-ші этаж, тек А зонасы) орындауға көмектеседі және салмақты файлдарды толық жүктемеуге мүмкіндік береді.

Импортқа дейін қысқа сапа тексерісін жасаңыз. Бұл 10–15 минут алады, бірақ түзетуді қажет етпейтін «коллизияларды» талдауға бірнеше сағат үнемдейді. Координацияға әсер етпейтін артық детализацияны алып тастаңыз (көрнекі жиһаз, жіптер, ұсақ фаскалар), дубликаттар мен қайта қосылған сілтемелерді тексеріңіз, категориялардың дұрыстығын қадағалаңыз (трубалар түтіктер ретінде, воздуховодтар — воздуховодтар ретінде), уақытша элементтерді алып тастаңыз (егер оларды тексермейтін болсаңыз) және айқын қателерді анықтаңыз: нөлдік өлшемдер, «кілттен кеткен» объектілер, бұзылған фамилиялар.

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

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

Коллизия іздеу ережелері: не тексереміз және не шығарамыз

Navisworks Manage-та clash detection пайда әкелу үшін ережелерді алдын ала бекіткен дұрыс. Әйтпесе команда жүздеген «шу» коллизияларын алады, ал маңызды қиылыстар жоғалады.

Не тексереміз

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

Практикалық базалық жиынға көбінесе мыналар кіреді:

• Құрылыс vs инженерия: арқандар, қабырғалар, плита — воздуховодтар, түтіктер, лотоктар.
• Инженерия vs инженерия: жүйелердің өзара қиылыстары, әсіресе коридорларда, шахталарда және тар техникалық зоналарда.
• Жабдық айналасындағы зазорлар: қондырғылар, тақталар, сорғылар, стойкалар (қызмет көрсету аймақтарын есепке ала отырып).
• Өтпелер мен биіктіктер: коридорлар, техникалық бөлмелер, подвесной төбе үсті зоналары.

Тексеру жиындарын (Selection Sets) дисциплиналар бойынша ғана емес, зоналар бойынша да құру ыңғайлы. Мысалы: «Вентиляция — 3-ші этаж — Ось 1-6» немесе «Слабосвязь — Серверная — А зонасы». Сол арқылы жауаптыларды тағайындау және тек өзгерген учаскелерді қайта тексеру оңай болады.

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

Не шығару керек және қандай допустар қою керек

Барлық элементтерді тестке қосудың қажеті жоқ. Детализацияға толтырылған модельдер срабатываний лавинасын тудырады, ол құрылысқа пайдалы болмайды.

Көбінесе крепежтер мен ұсақ детализация, уақытша элементтер (лес, қоршаулар, подмости), декоративтік элементтер және кездейсоқ экспортталған 2D-элементтер 3D ішінде шығарылады.

Допустарды тым қатты қоюға болмайды. Өте кішкентай зазор экспорт ерекшеліктері мен дөңгелектеуге байланысты мыңдаған жалған коллизия береді, ал өте үлкен допуск нақты проблемаларды өткізіп жібереді.

Жұмысқа арналған бастапқы нұсқаулар төмендегідей: қатты қиылыстар үшін допуск әдетте нөлге жақын қойылады, ал зазорлар үшін әртүрлі тапсырмаларға жеке тесттер жасап, мысалы, бір тест — төбедегі трассалар үшін 25–50 мм минимум, ал жабдық үшін қызмет көрсету аймағы 600–900 мм. 1–2 итерациядан кейін допустарды түзетіңіз: егер нәтижелердің басым бөлігі «модель қатесі» болып шықса, допускты ұлғайтыңыз немесе жиындарды тазалаңыз.

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

Navisworks Manage-та қадамдық цикл: іске қосқаннан тапсырмалар тізіміне дейін

Clash detection басқарылатын процесс ретінде жұмыс істеуі үшін Navisworks-та бірдей циклді қайталау маңызды. Сол кезде нәтижелер итерациялар арасында салыстырмалы болады және команда нақты тапсырмалар алады.

Ғанағаттанарлық цикл

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

Содан кейін дисциплиналар матрицасы бойынша жұмыс істеңіз: қай модельдер қай модельдерге тексерілетінін анықтаңыз. Navisworks-та бұл жобалық файлда сақталатын Tests жиынтығы, координатортың «бастағы жадында» емес.

Циклды қысқа процедура ретінде ұстау ыңғайлы:

• Сводтық модельді жинап, қажетті дисциплиналар мен зоналардың жүктелгеніне көз жеткізу.
• Матрицаға сай Tests-ті құру немесе жаңарту және баптауларды сақтау.
• Тесті іске қосу және айқын шуды (дубликаттар, қайталамалар, уақытша элементтер) алып тастау.
• Нәтижелерді тапсырма ретінде тарату ыңғайлы болатын түрде топтастыру (этаж, зона, тип қақтығыс).
• Шешімді бекіту: статус, жауапты және модельде нақты не өзгеретінін жазу.

Нәтижелерді тез тапсырмаға айналдыру

Фильтрацияда «тамаша нөлге» жетуге тырыспаңыз. Мақсат — нақты түзетуді талап ететін коллизияларды бөліп алу, допустар туралы дау болмауы керек.

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

Итерация соңында әр топта жұмысты бастауға жеткілікті мәліметтердің бар екеніне көз жеткізіңіз: тест пен топтың атауы (дисциплиналар + зона/этаж), сақталған viewpoint ұпайымен ыңғайлы ракурс, қысқа түсініктеме «нені және қалай күтеміз», статус және тағайындалған жауапты.

Егер цикл аптасына немесе екі аптада қайталанса, clash detection біржолғы тексерістен жүйеге айналады: тапқан, топтаған, тағайындаған, келесі итерацияда түзетуді тексерген.

Коллизияларды приоритеттеу: ұсақтарға уақыт жоғалтпау үшін

Егер Navisworks Manage-та clash detection-ты приоритетсіз жасау, тізім тез шуға айналады. Команда ұсақ қиылыстарға сағаттарын жұмсайды, ал мерзімдер мен пайдалану кезіндегі нақты тәуекелдер төменгі орынға түседі.

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

Шешім қабылдауға көмектесетін критерийлер

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

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

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

Модель немесе жұмысша құжаттама

Барлық коллизиялар геометрияны өзгертуді талап етпейді. Мән бойынша шешім қабылдаңыз:

• Моделде — трасса, отметка немесе габарит өзгереді және шешім басқа бөлімдерге әсер етсе.
• Жұмысша құжаттамада (РД) — локальды сызба, күшейтпе түйін немесе зазорды нақтылау қажет болса және геометрияның өзі дұрыс болса.

Мысал: воздуховод 5 мм лотокты «түсіріп тастаған» жағдайда. Егер лотоктың отметкасы жабдықпен берілсе, бұл әдетте «Маңызды» болып, воздуховод трассасын моделде жылжыту арқылы шешіледі. Ал егер қиылысу оқшаулану габаритінің шартты белгісімен байланысты болса және монтажда подвес орын ауыстыруға рұқсат етілсе, бұл «Кейінге қалдыруға болады» деп РД-да түйін арқылы жабуға болады — тек келісілген ережемен және түсініктемемен тіркеу қажет.

Коллизиялар бойынша есептер: оларды қалай ұйымдастыру керек

Жақсы есептің мақсаты — Navisworks ашпайтын инженер проблеманы түсініп, ұзақ хат алмасусыз түзете алу. «clash 1542» сияқты жазбалар көбіне тұрып қалады.

Әр коллизияда қысқа «карточка» болуы тиіс, ол мына сұрақтарға жауап береді: қайда, не қиылысып тұр, кім иесі және келесі не істеу керек. Оған әдетте кіреді: орналасқан жер (этаж, осьтер, бөлме немесе зона), элементтер (ID/Mark немесе түсінікті атаулар, түрі, қажет болса өлшем), дисциплиналар мен жауапты, күтілетін шешім (трассаны жылжыту, отметканы өзгерту, тесікті келісу), және дәлел — скриншот пен сақталған viewpoint.

Скриншоттар мен viewpoint-тер мәтіннен гөрі көбірек уақыт үнемдейді. Екі кадр жасаңыз: жалпы (ғимаратта қай жерде) және жақын (не қиылысып тұрғаны). Viewpoint-ті осылай сақтаңыз, ашқанда екі элемент пен қақтығыс орны көрінуі керек.

Алмасу форматтарына әдетте екі деңгей жеткілікті. Менеджер мен смежниктерге арналған — таблица немесе PDF есеп, дисциплина мен статус бойынша фильтрленетін. Авторлық BIM жүйелерінде түзететіндерге BCF ыңғайлы: ол түсініктеме, скриншот және viewpoint-ті тасымалдайды, тапсырманы статус бойынша жүргізу жеңіл болады.

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

Мысал жазба: «2-ші этаж, осьтер Б-В/4-5. Воздуховод 600x300 арқамен қиылысып тұр B-24. ОВ: трассаны +150 мм көтеру немесе КР-пен 650x350 тесікті келісу. Приоритет: жоғары. Итерация: 03. Қосылған: жалпы скрин, жақын скрин, viewpoint “L2_BV_4-5_OV-KR_duct-beam”.»

Итерациялар бойынша түзетулерді бақылау: статустар және қайта тексерулер

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

Статустар және өту ережелері

Қысқа статустар жиынтығын келісіңіз және тым күрделендірмеңіз. Атауға қарағанда маңыздысы — бірдей ережелер кім және қашан статус өзгертетінін білу:

• New: коллизия ағымдағы срезте алғаш табылды.
• Active: жауапты тағайындалды және нақты әрекет бар.
• Resolved: орындаушы өз моделінде түзетуді енгізіп, жаңартылған нұсқаны келесі срезке тапсырды.
• Approved: қайта тексеруде коллизия қайталанбайды және шешім келісілген.
• Rejected: коллизия сақталды, түзету формальды немесе жанында жаңа конфликт пайда болды.
• Not an Issue: жалған срабатывание, неге жабылғаны түсіндірілген.

Практикалық ереже: статус «добында тұрған адам» ауыстырады. Орындаушы Resolved-қа ауыстырады, координатор тексеріп, Approved немесе Rejected қояды.

Қайталануларды қалай жүргізіп, "кімнің моделі дұрыс" деген даулары болмауын қамтамасыз ету

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

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

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

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

Басқаруға көмектесетін метрикалар

Прогресті көру үшін әр итерацияда бірнеше көрсеткіш жеткілікті: қанша Approved болып жабылды және қанша Active күйінде қалған, өткен срезбен салыстырғанда қанша жаңа пайда болды, Rejected үлесі (ол өссе — тапсырмалар анық емес немесе тексеру әлсіз), және қай жерде қарыз жиналып жатыр (қай дисциплина немесе зона тұрақты түрде көп коллизия береді).

Практикалық мысал: бір коллизияның анықталуынан жабылуына дейінгі жолы

Инженерлік жүйелер координациясында жиі кездесетін кейс: воздуховод арқаны қиып өтеді, ал жанында өртке қарсы клапан бар, оның қызмет көрсетуіне қол жетпейді.

Коллизия тестке түседі, нәтижені ашып, контекстті бекітесіз. Орналасқан жерді жылдам локализациялау үшін екі жиынды ғана қосыңыз (мысалы, HVAC және конструкциялар), түйінге жақындаңыз, сосын айналасын қосып, этаж, зона, осьтер немесе бөлмені көріңіз.

Сосын бір жұмыс көрінісін (Saved Viewpoint) жасап қойыңыз: ауа түтігінің арқамен қиысқан жері мен клапанның төбе/сұйықтық/қорапқа қатысты орнын көрсін. Орындаушыға ойланбайтын болу үшін redline белгілерін қосыңыз.

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

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

Clash detection-тағы жиі қателіктер және тұзақтар

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

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

Үшінші — нұсқаның болмауы. Қай срезте қандай модель мен қандай тесттер тексерілгенін тіркемесеңіз, бір аптадан кейін коллизия неге қайта пайда болғанын немесе неге жабылғанын түсіну қиын. «Итерация = дата, модель нұсқалары, тесттер жиыны, қысқа өзгерістер сипаттамасы» деген әдет хаттамадағы даулардың жартысын шешеді.

Төртінші — контекстсіз есептер. «Модельде коллизия бар» деген фраза проектировщикке көмектеспейді. Қажет — нақты привязка (этаж, осьтер, зона), скриншот немесе екі, viewpoint, қысқа әрекет және иесі.

Соңында — қайта тексерусіз коллизияларды жабу. Түзету жиі көршілес учасқыларда мәселені орнатқанша немесе жаңа қақтығыстар тудырады. Сондықтан Resolved статусын дәл сол ережелермен қайта тексерусіз қою көп жағдайда мәселені «тізімнен көрінбейтін етіп» жасыру болып табылады.

Тез чеклист және команданың келесі қадамдары

Тұрақтылық бір реттік «батыл» прогонынан маңызды. Әр жолы қысқа чеклисттен өту кейіннен моделдердің ескі немесе координат қателіктерінен пайда болған проблемаларды шешуден оңай.

Тексеруді бастамас бұрын чеклист

Run баспас бұрын негізгі нәрселерді тексеріңіз:

• Файлдардың өзектілігі: нұсқалар, шығарылған күн, модельдер құрамы.
• Координаттар мен деңгейлер: жалпы базалық нөл, ориентация, өлшем бірліктері.
• Тест матрицасы: дисциплиналар мен зоналар бойынша, «бәрі бәрімен» емес.
• Допустар: касание мен технологиялық зазор үшін бөлек.
• Шығарулар мен топтастыру ережелері: не коллизия саналмайды және қайталамаларды қалай біріктіру керек.

Түзетулерді басқару бойынша чеклист

Есеп архивке айналмауы үшін әр коллизияда ең азынан келесі нәрселер болуын қадағалаңыз:

• Статус және оны кім өзгерте алатыны туралы анық ереже.
• Дисциплина бойынша жауапты және мерзім.
• «Не өзгерту керек» деген қысқа түсініктеме және привязка (деңгей, зона, бөлме, ось).
• Қайта тексеру жоспары: келесі итерация күні және тесттер тізімі.
• Жабу ережесі: не түзету болып саналады, не айналып өту.

Келесі қадамдар қарапайым: 1–2 беттік регламент бекітіңіз (кім тесттерді іске қосады, жиындар қалай аталады, допустар қалай қойылады, статустарды қалай басқарамыз), Navisworks үшін тесттер шаблоны мен есеп шаблонын жасаңыз.

Егер процессті тез жолға қою керек болса, сырттан қолдау тарту ыңғайлы: Navisworks шаблондарын, координация ережелерін орнату, сондай-ақ Autodesk лицензиялауды және ИТ-интеграцияны ұйымдастыру. Мұндай қызметтерді GSE.kz сияқты жүйелік интегратор арқылы өткізу командаға бірегей ережелер, құралдар және қолдау көзі береді.