AKRONĪMI, SAĪSINĀJUMI, APZĪMĒJUMI
Šeit tiek apkopoti akronīmi, saīsinājumi un to īss skaidrojums aktīvu pārvaldības jomā
A |
|||
| AEO | Asset Efficiency Optimization - Aktīvu pārvaldības optimizācija | ||
| AI | Artificial intelligence | Mākslīgais Intelekts | |
| ALM | Asset Lifecycle Management - Aktīvu pārvaldība visā tā dzīves cikla laikā (piem. pamatota izvēle "par x% dārgāk iegādē bet par Y% izdevīgāk visā dzīvs ciklā..." | ||
| APS | Advanced planning and scheduling | ||
B |
|||
| BOM EBOM |
Bill of Materials - Iekārtu rezerves daļu, komponenšu, mezglu uzskaite (parasti ar piesaisti konkrētām iekārtām) Engineering bill of materials |
||
C |
|
||
| CAFM | Computer-aided facilities management | ||
| CAPA | Corrective and preventive actions | ||
| CBM | Condition-based maintenance / TA stratēģija, kad iekārtu patiesais stāvoklis nosaka TA darbību saturu un laika intervālus | ||
| CIL | Critical items list | ||
| COF | COF Table - Consequence of Failure Table
Tabula, kuru sastāda veicot uzņēmuma materiālo aktīvu (iekārtu) kritiskuma matricu |
||
| CMMS | Computerized Maintenance Management System Datorprogramma / sistēma, kas pārvalda aktīvu reģistru, to ekspluatācijas vēsturi, aktīvu stāvokli, veiktajiem darbiem, rezerves daļām (Wiki) Plašākas funkcionālā ziņā ir EAM sitēmas (skat. EAM) |
||
| CT | Cycle Time | ||
D |
|||
| DCS | Distributed control system (Daudzu ražošanas procesu automātiskā vadība , PLC kā apakškomponentes) | ||
| DFA | Design for assembly | ||
| DFM | Design for maintenance / design for manufacturability | ||
| DFMEA | Design failure mode effects analysis | ||
| DFQ | Design for quality | ||
| DFR | Design for reliability | ||
E |
|||
| EAM | Enterprise Asset Management (EAM) līdzīgi CMMS, bet funkcionāli plašāka sistēma. Tā ļauj optimizēt fizisko aktīvu dzīves cikla pārvaldību organizācijās. Tas ietver aktīvu projektēšanu, izgatavošanu/būvniecību, nodošanu ekspluatācijā, ekspluatāciju, uzturēšanu un remontus vai nomaiņu. | ||
| EBITDA | Earnings before interest, taxes, depreciation, and amortization / Peļņa pirms nodokļiem... | ||
| ERP | Enterprise Resource Planning - visaptveroša IT sistēmas, kas ietver svarīgākos uzņēmuma funkcionālos moduļus. Piem., finanšu pārvaldība un grāmatvedība, ražošana, noliktava kā arī tehnisko apkopju un remontu uzskaites sistēmas. EAM vai CMMS sistēmas parasti ir kā atsevišķi moduļi ERP sistēmās | ||
| EH&S EHS EHSQ | Environment, health and safety / Vides un darba drošība Environment, health, safety and quality | ||
| EQMS | Enterprise quality management software | ||
| ERM | Enterprise risk management (Skat arī RBM / RBI) | ||
| EWI | Electronic work instructions | ||
F |
|||
| FAR | Fixed Asset Register
Materiālo aktīvu (Iekārtu) reģistrs, kas ietver ne tikai pašas iekārtas bet arī to sastāvdaļas (detaļas) |
||
| FEA | Finite element analysis / Galīgo elementu analīze (kompleksu uzdevumu risināšana piem. stiprības, termodinamikas procesu, slogojuma deformāciju, laika prgnožu utml. analīzēm) | ||
| FFMEA | Functional failure mode effects analysis | ||
| FMEA | Failure mode effects analysis / Iespējamo defektu cēloņu un seku analīze | ||
| FMECA | Failure mode effect and criticality analysis | ||
| FRACAS | Failure reporting analysis and corrective action system | ||
G |
|||
H |
|||
| HACCP | Hazard analysis and critical control points / Risku analīze un kontrole (popul. pārtikas nozarē) | ||
| HAZOP | (No angļu 'HAZard and OPerability' study) Produktu, procesu, procedūru, sistēmu potenciālo risku(cilvēkam, videi, mantai) identifikācijas metodika (Wiki HAZOP) Ref: SWIFTIEC 61882 un LVS EN 31010:2010 Līdzīgās metodes risku novērtēšanai : HACCP (Hazard Analyses and Critical Control Points) (pielieto pārtikas nozarē) |
||
| HMI | Human-machine interface (procesu un/vai stāvokļa vizuāls attēlojums) | ||
I |
|||
| IPR | latviski IPR - Izpildes Pamat-Rādītājs angliski KPI - Key Performance Indicator |
||
J |
|||
K |
|||
| KPI | angliski KPI - Key Performance Indicator latviski IPR - Izpildes Pamat-Rādītājs |
||
L |
|||
| LOTO | LockOut TagOut (Wiki) Iekārtu atslēgšanas un brīdinājumu sistēma, kas novērš/samazina dažāda veida riskus iekārtu tehnisko apkopju laikā |
||
M |
|||
| MTBF | (Mean Time Between Failures) - Vidējais laiks starp remontiem [h], Iekļauj gan arī pašu remontu laiku Līdzīgs MTTF (izmanto neremontējamiem elementiem), MTBF izmanto remontējamiem mašīnu elementiem Līdzīgs MTBS (Mean Time Between Stops) izmanto ražošanā A = Availability (Iekārtu pieejamība) A = MTBF / (MTBF + MTTR) Papildinfo: <Scheider Electric skaidrojums Elektrotehniskas iekārtām> | ||
| MTBS | Skati MTBF skaidrojumu | ||
| MTTR | (Mean Time To Repair) - Vidējais laiks, kas nepieciešams remonta veikšanai [h], Laiks kad iekārta nedarbojas. Skati arī MTBF skaidrojumu...! !!! Dažos avotos ar šo terminu apzīmē nevis vidējo laiku starp iekārtas darba perioda beigām un atsākšanos, bet gan vidējo laiku no brīža kad tiek fiksēts defekts (elements apstājies) līdz brīdim kad remonts tiek uzsākts(Wiki) | ||
| MS / MSR | Maintenance Strategy (Review) - Aktīvu pārvaldības stratēģija un tās pārskatīšana- veicamo darbu detalizācija (ko, kurš, kur, kā, cik bieži) | ||
N |
|||
O |
|||
P |
|||
| Pareto | Pareto (Wiki) princips definē, ka 80% no jebkādiem rezultātiem tiek sasniegti pateicoties 20% vitāli svarīgo elementu. Piemērs AP/TA - 80% remontu izraisa 20% iekārtas... utml. |
||
| PHA | (no angļu Preliminary/Primary Hazard Analysis) sākotnējā briesmu analīze tiek izmantota, lai identificētu potenciālos riskus, sarindotu tos pēc riska pakāpes, novērtētu identifikācijas un novēršanas iespējas un veicamās darbības (briesmas) Pēc PHA var veikt padziļināto risku analīzi nopietnākajiem identificētajiem riskiem Līdzīgās metodes: RRR (Rapid Risk Ranking), HAZID (Hazard identification), SWIFT (Structures "What-If") Ref LVS/EN 31010:2010 Riska pārvaldība: Rika novērtēšanas paņēmieni (ISO/IEC 31010:2009) | ||
| P&ID | Piping & Instrument Diagram | ||
| PM | Preventive Maintenance - preventīvie pasākumi(operācijas) | ||
| PdM | Predictive Maintenance - prognozētās apkopes darbi (mērījumi, analīzed,...) | ||
Q |
|||
R |
|||
| RBI RBM | Risk based inspection Risk based maintenance | ||
| Reliability / Uzticamība |
Reliability is the ability of a system or component to perform its required functions under
stated conditions for a specified period of time [IEEE 90]. Uztcamība ir elementa vai sistēmas spēja veikt tam paredzēto funkciju konkrētajos apstākļos noteiktā(definētā) laika periodā |
||
| RCM | Reliability Centered Maintenance - metode ar kuras palīdzību tiek veikta veicamo apkopju darbu plāna izstrāde un pamatojums Wiki: https://en.wikipedia.org/wiki/Reliability-centered_maintenance | ||
| RM | Reliability and Maintenance | ||
S |
|||
| SOP | (Standard operation procedures) Standarta darba procedūras |
||
T |
|||
| TA | Tehniskās Apkopes. Apzīmē darbu, kas tiek veikti galvenokārt materiāliem aktīviem (iekārtām) | ||
| TPM | Total Productive Maintenance. Pirmo reizi ieviesta Toyota Group Japānā 50-60-jos gados. Tās pamatprincips ir uzturēt iekārtu spēju veikt tām paredzēto funkciju. Trīs pilāri: Visu darbinieku iesaiste, zudumu ierobežošana, iekārtu dzīves cikla fāžu izpratne. TPM metodika AP nodrošina ražošanas operatoru piesaisti preventīvo darbu veikšanā (eļļošana, tīrīšana, regulēšana un mazie remonti, uzraudzība/monitorings). | ||
| TQM | Total Quality Management. Japānā dzimusi filozofija, kas apzīmē jebkura uzņēmuma vadību iekļaujot un iedzīvinot nepārtrauktas pilnveidošanās elementus un iesaistot visus uzņēmumā strādājošos... Attiecībā uz AP TQM principi tiek izmantoti TPM metodikā TQM skadrojums Angiski Wiki | ||
U |
|||
V |
|||
|
|
|||
W |
|||
| 5Whys | "5 Kāpēc" jautājumi kur ar 5 secīgiem "Kāpēc..." jautājumiem (skaits nav strikti 5 - var būt arī 4 vai 6...) tiek noskaidroti patiesie notikumu/defektu/ cēloņi (var būt vairāk nekā viens). Piemērs AP/TA jomā: 1)Kāpēc ražošana apstājās? Ražošana apstājās jo apstājās galvenais dūmsūknis 2)Kāpēc apstājās galvenais dūmsūknis? Jo nostrādāja automātiskā vibrodiagnostikas aizsardzības sistēma 3)Kāpēc nostrādāja automātiskā sistēma? Jo viens no dūmsūkņa gultņiem emitē nepieļaujami augstas vibrācijas un ir izgājis no ierindas 4)Kāpēc gultnis izgāja no ierindas. Defekta analīzes rezultāti uzrāda ka ir bijušas problēmas ar eļļošanu. 5)Kāpēc šajā gadījumā radās problēmas ar eļļošanu. Pēteris Aizmārša aizmirsa ieeļļot jauno gultni. 6)Kāpēc viņš aizmirsa ieeļļot gultni? Jo viņš aizviet Jāni un strādā pārslodzes režīmā, otrs iemesls - nav atgādinājumu sistēmas (CMMS sistēmas), kur ar vienkāršu 'ček-listi' tiek apstiprinātas svarīgākās veicamās darbības. |
||
X |
|||
Y |
|||
Z |
|||
Ir Jautājumi vai ieteikumi? Raksti uz: aktivu [email protected]