Revízió – precíz és imprecíz összeállítások
A PDM/PLM rendszerek kulcsszerepet játszanak a modern termékfejlesztésben, hiszen biztosítják az alkatrészek, összeállítások és dokumentációk pontos nyomon követését és kezelését. A Teamcenter ebben kiemelkedően fontos szerepet tölt be.
Egy termék életciklusa során számtalan változtatásra lehet szükség, ilyenkor felmerül a kérdés: elegendő-e új revízió létrehozása, vagy új cikkszám szükséges? A válasz alapvetően meghatározza a későbbi termékstruktúra kezelést. Emellett fontos dönteni a precíz vagy imprecíz összeállítások alkalmazásáról, hiszen ezek eltérő módon támogatják a változáskezelést. A megfelelő revízió- és cikkszámkezelés elengedhetetlen a hatékony és átlátható fejlesztési folyamatokhoz.
Új revízió vagy új cikkszám?
Minden PDM/PLM rendszer egyedileg azonosítja a termékhez tartozó alkatrészeket, összeállításokat és kezeli a hozzátartozó specifikációkat, CAD modelleket és egyéb dokumentumokat, amelyek leírják ezeket. A Teamcenter kiválóan alkalmas ezeknek az adatoknak a rendszerezésére és visszakeresésére. A cikkszámhoz tartozó revízió azonosító pedig megadja, hogy hányadik változtatásnál tart az adott dokumentum. Amikor már egy meglévő, státusszal rendelkező alkatrészen vagy szerelésen szükséges módosítani, akkor az első kérdés általában az, hogy új revízió vagy új cikkszám szükséges-e. Ennek megválaszolására léteznek szabványok és egyéb irodalmak. Ezekből lehet és érdemes is meríteni gondolatokat. De akár egy egyszerű kérdésre adott válasz is lehet iránymutató. A változtatás után az alkatrész minden negatív hatás nélkül felcserélhető az előző revíziókkal? Ha a válasz igen, akkor elegendő új revíziót létrehozni. A cikkszám marad az eredeti, a revízió dokumentációja pedig megadja, hogy milyen változtatások történtek.
Státuszok
A PLM szoftverek esetében, mint a Teamcenter, új dokumentum létrehozásakor létrejön az első revízió. Ebben a pillanatban a revízió még nem rendelkezik státusszal. Azaz a létrehozónak és a vele egy csoportban lévőknek van lehetősége ezen változtatást eszközölni. Ahogy a dokumentum tartalma “érik”, úgy lehet érdemes megfelelő státusszal ellátni. A státusz megléte általában azt jelenti, hogy a revízió nem szerkeszthető tovább, azaz írásvédett lett. Teamcenterben a megfelelő státuszt munkafolyamat végrehajtásával lehet elhelyezni. A státuszhoz beállítható érvényességi idő vagy szériaszámtartomány (ERP rendszerből szinkronizálva), amelyek megadják, hogy mettől – meddig legyen érvényben.
A Teamcenterben elhelyezett státusz segíti a felhasználókat abban, hogy lássák, hogy az adott dokumentum milyen felhasználásra alkalmas. Például, hogy gyárható-e az adott alkatrész.
Precíz és imprecíz összeállítások
Precíz összeállítások
A precíz összeállítások rögzített struktúrák, amelyek konkrét cikkszám-revíziókra hivatkoznak. Ez biztosítja, hogy a termék pontos konfigurációja változatlan maradjon, még akkor is, ha újabb revíziók elérhetővé válnak.
-
Főbb jellemzők
- Konkrét cikkszám-revíziókra mutató hivatkozások.
- Ha egy komponens revíziója megváltozik, manuális frissítés szükséges: a régi revíziót el kell távolítani, és az új revíziót hozzá kell adni.
-
Felhasználási területek
- A CAD szoftverek precíz termékstruktúrát hoznak létre, ezért általában ilyen módon kezelik ezeket.
- Olyan helyzetek, ahol a konfiguráció szigorú ellenőrzése szükséges, például repülőgépgyártásban vagy más szabályozott iparágakban.
- Olyan esetek, amikor fontos a termék pontos, történeti konfigurációjának megőrzése.
-
Kihívások
- Manuális karbantartás: ha a komponens revíziója változik, kézi frissítés szükséges.
- Revíziós láncreakció: egy komponens módosítása miatt az egész szülő összeállítás struktúráját is felül kell vizsgálni, ami akár a teljes hierarchiát érintheti.
Imprecíz összeállítások
Az imprecíz összeállítások dinamikus struktúrák, amelyek a komponensek cikkszámaira, nem pedig konkrét revíziókra hivatkoznak. Lehetővé teszik a termékstruktúra (darabjegyzék, BOM) rugalmas kezelését azáltal, hogy a megfelelő revíziós szabályok alapján automatikusan tükrözik a legfrissebb vagy az adott helyzethez illeszkedő revíziókat. Ez a megoldás különösen előnyös a dinamikusan változó iparágakban.
-
Főbb jellemzők
- Cikkszámokra mutató hivatkozás, nem konkrét revíziókra.
- Revíziós szabályok alkalmazásával különböző felhasználók különböző konfigurációkat tekinthetnek meg ugyanazon termékstruktúra alapján.
- Az új revíziók létrehozása vagy kiadása esetén automatikusan frissül.
- Nem szükséges manuálisan frissíteni a struktúrát, ha változások történnek.
- Hasznos olyan munkafolyamatokban, ahol a legfrissebb vagy a munka során aktuális komponensekre van szükség.
-
Előnyök
- Automatikus frissítés: a revíziók változása automatikusan érvényesül a struktúrában.
- Konfigurálható nézetek: különböző revíziós szabályok alkalmazásával különböző nézeteket lehet létrehozni (például a legutóbbi kiadott vagy a legfrissebb munka közbeni verziók szerint).
- Hatékony változáskezelés: minimalizálja a manuális frissítési feladatokat.
-
Kihívások
- Nyomon követhetőség hiánya. Az imprecíz összeállítások automatikusan tükrözik az aktuális revíziókat, így nehéz visszakeresni, hogy korábban milyen verziók szerepeltek az összeállításban.
- Automatikus frissítések okozta instabilitás. Az új revíziók automatikus megjelenése az összeállításban váratlan változásokat eredményezhet, ami problémás lehet gyártás vagy tesztelés során.
- Revíziós szabályok komplexitása. A megfelelő konfiguráció biztosításához jól definiált és karbantartott revíziós szabályok szükségesek. Rosszul definiált szabályok hibás konfigurációhoz vezethetnek.
- Inkonzisztens konfigurációk. Az imprecíz összeállítások dinamikusan változnak, így ugyanaz a felhasználó különböző időpontokban eltérő konfigurációkat láthat, ami megnehezíti az egységes munkakörnyezet fenntartását.
- Komplex termékstruktúrák kezelése. Bonyolult termékstruktúrák esetén nehéz biztosítani, hogy minden komponens megfelelő verziója kerüljön az összeállításba, különösen többféle revíziós szabály használata mellett.
Revíziószabályok megértése
Mi az a revíziószabály?
A revíziószabály a Teamcenterben meghatározza, hogyan válassza ki a rendszer az alkatrészeket és összeállításokat a termékstruktúrából a megadott kritériumok alapján. Ez biztosítja, hogy mindig a megfelelő revízió jelenjen meg.
A revíziószabályok fő funkció
-
Munkarevíziók kiválasztása
- A szabály lehetővé teszi a jelenleg fejlesztés alatt álló revíziók kiválasztását. Opcionálisan szűrhet a tulajdonos felhasználó vagy csoport szerint.
-
Státusz szerinti kiválasztás
- A rendszer kiválaszthatja a revíziókat a státuszuk alapján (pl. „Kiadott”, „Gyártás”).
- Ha több revíziónak azonos a státusza, akkor a kiadási dátum alapján választja ki a legújabb revíziót.
-
Hatályosság szerinti szűrés
- A hatályosság azt jelenti, hogy egy revízió milyen feltételek mellett érvényes (pl. egy adott dátumhoz vagy szériaszámhoz kötve).
- A revíziós szabály definiálhat hatályossági feltételeket, de ezt nem szabad összekeverni az egyes revíziókhoz tartozó hatályossági adatokkal.
-
Felülírási mappákból való kiválasztás
- A szabály megadhat egy felülírási mappát, amiből a rendszer kiválasztja a revíziókat.
-
Legfrissebb revízió kiválasztása azonosító alapján
- A szabály kiválaszthatja a legújabb revíziót az alábbi sorrendek alapján:
- Alfanumerikus sorrend (pl. A, B, C).
- Számsorrend (pl. 1, 2, 3).
- Létrehozási dátum (függetlenül a státusztól).
- A szabály kiválaszthatja a legújabb revíziót az alábbi sorrendek alapján:
Összefogalva
A PDM/PLM rendszerek nélkülözhetetlenek a termékekhez kapcsolódó alkatrészek, összeállítások és dokumentumok kezelésében, melyek egyedi cikkszámmal és revízió azonosítóval rendelkeznek. Ha egy alkatrészen módosítás szükséges, a döntés, hogy új revízió vagy új cikkszám kerüljön kiadásra, attól függ, hogy az alkatrész felcserélhető-e az előző verzióval. A precíz összeállítások konkrét revíziókat rögzítenek, míg az imprecíz összeállítások dinamikusan, a beállított szabálynak megfelelő revíziókat automatikusan követve működnek.
Ezek az előnyök és funkcionalitások teszik a Teamcenter megoldásait piacvezetővé a PDM/PLM rendszerek területén.
Ügyféltámogató mérnök, szakterülete a Teamcenter bevezetése, felhasználók oktatása, és szakmai támogatása. Már áltanos iskolásként kezdte érdekelni az informatika világa. Középiskolai tanulmányai alatt került közelebbi kapcsolatba a géptervezéssel és építéssel, így végül egyetemi tanulmányait gépészmérnökként végezte 2011-ben a Pécsi Tudományegyetem Pollack Mihály Műszaki Karán. A géptervezés mellett egyre jobban kezdte érdekelni az adatkezelés, rendszerfejlesztés világa. 2018-ban csatlakozott az Enterprise Grouphoz, Teamcenter ügyféltámogató pozícióban, melyre örömmel mondott igent.