Vault + Inventor арқылы КД шығару: статустар, келісім, спецификациялар

Неліктен Vault пен Inventor арқылы КД шығару көп жағдайда қолмен істерге айналады

Vault пен Inventor «қолдан келердей» қолданылғанда КД шығару тез арада әдеттерге байланады: файлды қайта атау, «Выпуск» папкасына көшіру, _R1 суффиксін қосу, PDF-ті поштаға тарату. Бастапқыда бұл жылдам көрінеді, бірақ бірнеше айдан кейін мұндай әрекеттер кедергі келтіреді: дубликаттар пайда болады, байланыстар үзіледі, ал қателерді табу қиын болады.

Көбіне рутина файл аты мен папка арқылы құжат статусын басқаруға тырысудан басталады. Инженер «келісілді» немесе «шығарылды» дегенді көрсету үшін атауды өзгертеді, ал Vault тек жаңа файл немесе жаңа жол деп қабылдайды. Іздеу дубликаттарды көрсетеді, жобаға «финал_финал2» сияқты аттар кіріседі, ал модель мен чертеж арасындағы сілтемелер көшіруден оңай бұзылады.

Арнайы проблема — ревизиялар. Егер ревизия тек чертежде артса, ал 3D-модель бұрынғы қалпында қалса, спецификация мен PDF тез арада әр түрлі «шынайылық нұсқаларында» өмір сүре бастайды. Кейін біреу жиналысты ашып, өзекті модельді алады, бірақ басқа папкада тұрған ескі чертежті басып шығарады, өйткені оның атауы «дұрыс». Осылай модель, чертеж және ведомостьтер арасында шатасу туындайды.

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

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

Негізгі ұғымдар: статус, ревизия және өмірлік цикл

Vault-та үш түрлі нәрсені араластырып алсаңыз оңай адасасыз: белгі (документ нөмірі), файл атауы және жоба ішінде объектінің қалай аталғаны. Файл аты сақтау мен іздеу үшін жүйеге және адамдарға қажет. Белгі — КД шығарылымы үшін, әдетте штампқа жазылатын нөмір. Белгі қасиетте (property) сақталуы мүмкін және файл атымен сәйкес болмауы да мүмкін. Егер осы нәрселерді қатты байланыстыратын болсаңыз, кез келген түзету қолмен қайта атауға әкеледі.

Статус пен ревизия әр түрлі сұрақтарға жауап береді.

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

Ревизия қанша рет ресми өзгеріс ретінде шығарылғанын көрсетеді. Статус бірнеше рет өзгеруі мүмкін, ревизия тек сіз нақты өзгерісті тіркеп, жаңа комплект шығарғанда ғана өседі.

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

Шығарылымда әдетте 3D-модельдер (детальдар мен жинақтар), 2D-чертежтер, спецификация (BOM) және PDF/DXF/STEP сияқты туынды файлдар қатысады. Не нәрсенің «шығарылым комплекті» екенін бастапқыда анықтап, оны біртұтас шығару маңызды.

Баптаудан бұрын анықтау керек: ролдер, ережелер және шығарылым форматы

Статустар мен өмірлік циклі баптамас бұрын ережелерге келісіп алыңыз. Әйтпесе Vault "дұрыс" жұмыс істейді, бірақ әркімге әртүрлі түрде, және бұл тез арада айналып өтетін жолдарға әкеледі.

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

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

Сонымен қатар шығару есеп форматтарын келісіңіз: жиі PDF қарауға, келісілген форматтағы BOM және қажет болса DXF/STEP өндіріс не мердігерлерге жіберіледі. Міне мұнда қолмен экспорттар, көшірмелер мен "дұрыс" файл атаулары жиі пайда болады.

Ақырында — әрдайым толтырылатын міндетті атрибуттар. Минимум: белгі, наименование, материал, масса, әзірлеген/тексерген, формат, лист/листов.

Регламентке опорлық сұрақтар керек болса, бесінен жетеді:

• Қайсысы құжатты "Шығарылды" күйіне ауыстыруға құқылы.
• Қай ревизия схемасы қолданылады және ол қайда сақталады (файл атында емес, қасиеттерде).
• Қай өзгерістер жаңа ревизияны талап етеді, ал қайсысы тек статус ауыстырумен шектеледі.
• Қандай шығару форматтары міндетті.
• Қандай қасиеттер тексеруге дейін толтырылуы керек.

Статус схемасы: қысқа және анық

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

Негізгі нұсқа:

• Черновик: конструктор өңдейді, құрамды жинайды, қасиеттерді толтырады.
• Тексеру: түзетулер тек қайтарылғаннан кейін мүмкін; тексеруші ескертулерді тіркейді.
• Келісім: құжат дайын, ресми келісу жүріп жатыр.
• Шығарылды: түзетулерге тыйым салынған, өндіріс үшін шығарылым және туындылар жасауға рұқсат берілген.
• Архив: құжат ағымдағы жұмысқа алынбайды, тарих үшін сақталады.

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

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

"Шығарылды" статусы үшін өзгерістерге және файлдардың «тыныш алмастыруына» тыйым салу мағынасы бар. Шығарылғанды өзгерту қажет болса, бір ғана жол бар: өзгерісті рәсімдеп, жаңа ревизия шығару.

Ревизияны шатастырмай басқару: қашан көтеріп, қалай тіркеу

Ревизия басқарылатын өзгерісті көрсетуі тиіс, әр сақтауды емес. Vault-та версия әр сақтауда өседі, ревизия тек сіз саналы түрде жаңа шығарылымды тіркегенде өзгереді.

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

Өзгеріс себебін жоғалмайтын жерде сақтау жақсы: Vault карточкасындағы қасиеттерде және фиксация комментарийінде. Комментарий қысқа әрі түсінікті болуы тиіс: не өзгертілді және неге.

Модель - чертеж - спецификация байланысы

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

Ревизияны көтермес бұрын 3D-модель мен 2D-чертежтің сәйкес екеніне көз жеткізіңіз, BOM қайта есептелген болсын, және барлық байланысты файлдар бір әрекетпен (пакет/набор арқылы) қажетті статуска ауыстырылсын.

Архив және ескі ревизияларды іздеу

Ескі ревизияларды "қалай болса солай" папкаларда сақтамаңыз және қолмен көшірмелер жасамаңыз. Дұрыс архив — Vault-тағы өткен жағдайлар: қарауға және салыстыруға қолжетімді, бірақ өңдеуге қорғалған. Солай Rev.A-да не шыққаны, Rev.B-ден қалай ерекшеленетінін және не үшін өзгергенін оңай көруге болады.

Қолмен қайта атаудан бас тарту: қасиеттер мен шаблондар

Қолмен қайта атаулар көбіне бір қателіктен басталады: белгі мен атауды файл атына байланыстыру. Сенімді тәсіл — негізгі деректерді қасиеттерде (iProperties және Vault қасиеттері) сақтау, ал файл атын тұрақты ұстау.

Штампта, спецификацияда және PDF-те «БЕЛГІ», «АТАУ», «МАТЕРИАЛ», «МАССА», «РЕВИЗИЯ» өрістері дәл қасиеттерден тартылсын. Солай мәтін немесе нұсқа өзгерсе де файл атын ұстап тұру және жинақтағы сілтемелерді бұзбау мүмкін болады.

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

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

PDF пен спецификацияларды шығару: процесті қайталанатын ету

Алдымен қандай нәрсе комплект болып саналатынын келісіңіз. Әдетте бұл бастапқы файлдар (чертежтер мен модельдер) және өзгермейтін туындылар: PDF және келісілген форматтағы BOM. Қажет болса STEP/DXF қосылады.

Негізгі ереже: тәуелділіктер тексерілгеннен кейін ғана "Шығарылды" күйіне ауыстыру. Үзіліп қалған сілтемелер, Vault сыртындағы локальды файлдар немесе жаңартылмаған чертежтер қайталанбайтын жинаққа және дәлелдеу қиын жағдайға алып келеді.

Содан кейін статус өзгерісіне қарай автоматтандыру көмектеседі: "Шығарылды"-ға өткенде жүйе PDF пен BOM жасайды және оларды қолмен өзгертуге болмайтын жерде сақтайды (тек оқу құқықтары бар «шығарылған көшірмелер» аймағы). Солай әр рет "соңғы рет қалай жасадық" деп ойлаудың қажеті болмайды.

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

Орнатуда жиі болатын қателер

PDM-дегі «мәңгілік тәртіпсіздіктің» бірінші себебі — команда статус пен ревизияның мағынасында келіспеу. Статус — процесс кезеңі. Ревизия — тіркелген шығарылым. Оларды араластырсаңыз, ревизиялар "алға жылжу" үшін өсіріле бастайды және тарих мәнін жоғалтады.

Екінші қателік — ревизияны файл атына кодтау. Модельді немесе чертежді қайта атаған кезде, міндетті түрде бір жерде сілтемелер үзіледі: жинақта, чертежде, спецификацияда немесе шаблондарда. Идентификаторды қасиеттерде ұстау және файл атын алмай ұстап тұру сенімдірек.

Үшінші мәселе — тек тапсырыс беруші көретін нәрсені (PDF/DWG) шығарып, модельді жұмыс қалпында қалдыру немесе керісінше. "Модель-Чертеж-Спецификация-Публикациялар" байланысын бір комплект ретінде тексеріңіз.

Соңында, айналып өту көшірмелері мен "тыныш түзетулер": жүктеп алып, жүйеден тыс өзгертіп, қайта жүктеу. Бұл Vault-қа деген сенімді жояды. Оның орнына анық жол: ескертпе, қайта өңдеуге қайтару, қайта тексеру, жаңа ревизия шығару.

Шығарылым алдындағы қысқа чек-лист

Комплектті "Шығарылды" күйіне ауыстырмас бұрын 3–5 минут тексеру жеткілікті. Бұл өндірісте "неге дұрыс емес нұсқа келді" деген мәселені шешуге сағаттаған уақыт үнемдейді.

• Модель мен чертеж қасиеттерін тексеріңіз: белгі және атау қасиеттерде толтырылып, штампқа түсіп тұр ма.
• Жинақта жоғалған сілтемелер жоқтығына және соңғы нұсқалар Vault-тен алынғанына көз жеткізіңіз.
• Негізгі файлдардағы ревизияны салыстырыңыз: жинақ/модель, чертеж, BOM бір ревизияда болуы тиіс.
• Құқықтарды тексеріңіз: шығару тек шынымен шығару құқығы бар адамдарға ашық болсын.
• PDF пен BOM ағымдағы күйден қайта жасалғанын және өндіріс пен сатып алу үшін келісілген жерде тұрғанын тексеріңіз.

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

Мысал сценарий: файлдарды қайта орналастырмай шығару және ревизия

Бар: 8 бөлшек, 1 жинақ, 1 чертеж және 1 спецификация. Міндет: Rev.A шығару, ескерту түсуі, бір бөлшекті түзету және Rev.B шығару — көшіріп қайта атаусыз.

Сценарий:

1. Инженер модель мен чертежті аяқтап, қасиеттерді толтырып, комплектіні тексеру/келісуге жібереді. Файл атауы өзгермейді, қасиеттер мен статус өзгереді.

2. Қабылданғаннан кейін комплект "Шығарылды" күйіне өтеді. Осы сәтте Rev.A тіркеледі, PDF пен BOM туынды файлдар ретінде жасалып, шығарылымға байланады.

3. Ескертпе келеді. Инженер жұмыс көшірмесін алады (check-out), модельді өзгертеді, чертежді жаңартады, өзгерістерді бекітіп (check-in) қысқа түсініктеме қалдырады: не өзгертілді және не үшін.

4. Комплект қайтадан сол статустар арқылы өтеді, және қайталама шығарылымда ревизия Rev.B-ге өседі. Vault ескі ревизияларды сақтайды, ал туындылар Rev.B үшін қайта жасалады.

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

Келесі қадамдар: пилот және процесті бекіту

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

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

Процесті сипаттау, құқықтар, шаблондар және инженерлік жүйелерді компанияға интеграциялау бойынша көмек қажет болса, жүйелік интегратормен бірге жасалады. Қазақстанда мұндай тапсырмаларды, соның ішінде ірі вендорлардың ПО-ын жеткізу, енгізу және инфрақұрылымды қолдау — GSE.kz жүзеге асырады.