설비자산 계층
개요
이 화면은 무엇인가요?
공장의 설비를 공장 > 라인 > 공정 > 설비 > 부품 계층 구조(트리)로 등록하고 관리하는 화면입니다. 각 설비에 데이터소스를 연결하고, 설비 사양·정비 이력·담당자 정보를 기록합니다. 디지털 트윈의 물리적 자산 기반이 됩니다.
누가 사용하나요?
- 설비 담당자: 설비 등록, 사양 입력, 정비 주기 관리
- IoT 엔지니어: 설비-데이터소스 연결, 트윈 모델 매핑
언제 사용하나요?
- 신규 설비를 설치하고 시스템에 등록할 때
- 설비 계층 구조를 정리하거나 변경할 때
- 설비의 정비 주기, 담당자, 중요도를 업데이트할 때
- 설비에 디지털 트윈 모델을 연결할 때
주요 기능
- 트리 구조 관리: 드래그앤드롭으로 설비 계층 이동, 하위 설비 추가
- 설비 상태 관리: 가동(running), 대기(idle), 정비중(maintenance), 고장(breakdown), 폐기(decommissioned) 상태 관리
- 정비 주기 추적: 최종정비일, 차기정비일, 정비주기 자동 계산
- 파일 첨부: 설비 사진, 도면, 매뉴얼 첨부
- ERP 연동: ERP 설비마스터 ID 참조로 자산 정보 동기화
업무 흐름에서의 위치
입력 항목 가이드
기본정보
| 항목 | 설명 | 필수 | 입력 예시 |
|---|---|---|---|
| 자산코드 | 설비를 식별하는 고유 코드 | ✅ | EQ-ROBOT-001 |
| 자산명 | 설비의 이름 | ✅ | 조립라인 로봇 1호기 |
| 자산유형 | 설비의 종류 | ✅ | pump / motor / conveyor / robot 등 |
| 데이터소스 | 연결된 데이터소스 | 데이터소스 목록에서 선택 | |
| 설치위치 | 설비가 설치된 물리적 위치 | 1공장 A동 2층 | |
| 설비상태 | 현재 가동 상태 | ✅ | running / idle / maintenance 등 |
| 중요도 | 설비의 중요도 등급 | A(핵심) / B(중요) / C(일반) | |
| 사용여부 | 설비 활성화 상태 | 기본값: 활성 |
제조사/사양
| 항목 | 설명 | 필수 | 입력 예시 |
|---|---|---|---|
| 제조사 | 설비 제조사명 | FANUC | |
| 모델번호 | 설비 모델 번호 | M-20iD/25 | |
| 시리얼번호 | 설비 고유 시리얼 번호 | SN-2024-0012 | |
| 정격용량 | 정격 출력/용량 | 100kW, 3000RPM | |
| 설치일 | 설비 설치 완료일 | 2024-03-15 | |
| 보증만료일 | 제조사 보증 만료일 | 2026-03-15 |
정비/계층
| 항목 | 설명 | 필수 | 입력 예시 |
|---|---|---|---|
| 상위자산 | 트리에서 상위 설비 선택 | 1공장 > 조립라인 | |
| 계층레벨 | 설비의 계층 위치 | factory / line / process / equipment / component | |
| 정비주기(일) | 정기 정비 간격 | 90 (90일마다) | |
| 최종정비일 | 마지막 정비 수행일 | 2025-12-01 | |
| 차기정비일 | 다음 예정 정비일 | 2026-03-01 |
담당/첨부
| 항목 | 설명 | 필수 | 입력 예시 |
|---|---|---|---|
| 담당자 | 설비 관리 담당자 | 사용자 선택 | |
| 담당부서 | 설비 관리 부서 | 부서 선택 | |
| 트윈모델 | 연결할 디지털 트윈 모델 | 트윈모델 목록에서 선택 | |
| 설비사진 | 설비 외관 사진 | 파일 업로드 | |
| 설비도면/매뉴얼 | 도면, 매뉴얼, 사양서 | 파일 업로드 |
자주 묻는 질문 (FAQ)
설비 계층은 몇 단계까지 만들 수 있나요?
제한 없이 다단계 트리를 구성할 수 있습니다. 다만 실무적으로는 5단계(공장-라인-공정-설비-부품) 이내를 권장합니다. 너무 깊은 계층은 탐색이 어렵고, ERP/EAM과의 연계 시 매핑이 복잡해질 수 있습니다.
ERP 설비마스터와 어떻게 연동되나요?
ERP설비ID 항목에서 ERP 설비마스터를 참조 연결합니다. ERP가 설비 마스터 데이터의 SSOT(Single Source of Truth)이므로, 기본 자산 정보(코드, 명칭, 자산가치 등)는 ERP에서 관리하고, 디지털 트윈에서는 IoT 관련 확장 정보(데이터소스, 센서, 트윈모델 등)를 관리합니다.
설비 상태가 자동으로 변경되나요?
현재는 수동으로 설비 상태를 변경합니다. 향후 센서 데이터 기반 자동 상태 전환(예: 진동 이상 감지 시 breakdown 자동 전환)은 이벤트 처리 규칙과 연계하여 구현할 수 있습니다.
실무 시나리오
공장 설비 계층 구조 초기 구축
상황: 1공장의 조립라인에 로봇 5대, 컨베이어 3대가 있고, 각 로봇에는 서보모터와 감속기가 핵심 부품으로 있습니다.
처리 순서:
- 최상위에
1공장(계층: factory)을 등록합니다 - 하위에
조립라인(계층: line)을 추가합니다 - 로봇 5대를
로봇-001~로봇-005(계층: equipment, 유형: robot)로 등록합니다 - 각 로봇 하위에
서보모터,감속기(계층: component)를 등록합니다 - 각 설비의 중요도를 A(로봇), B(컨베이어), C(부품)로 설정합니다
- 데이터소스(OPC-UA 서버)를 각 설비에 연결합니다
- 데이터태그 목록 화면에서 각 설비의 센서를 태그로 등록합니다
참고: 데이터 구조
설비자산 테이블 (equipment_assets)
| 컬럼명 | 한글명 | 타입 | 설명 |
|---|---|---|---|
asset_code | 자산코드 | VARCHAR *필수 *고유 | - |
asset_name | 자산명 | VARCHAR *필수 | - |
source_id | 데이터소스ID | UUID (FK) | data_sources 참조 |
asset_type | 자산유형 | ENUM *필수 | pump/motor/conveyor/robot 등 |
location | 설치위치 | VARCHAR | - |
model_number | 모델번호 | VARCHAR | - |
manufacturer | 제조사 | VARCHAR | - |
install_date | 설치일 | DATE | - |
twin_model_id | 트윈모델ID | UUID (FK) | twin_models 참조 |
is_active | 사용여부 | BOOLEAN | - |
parent_asset_id | 상위자산ID | UUID (FK) | 자기참 조(계층) |
hierarchy_level | 계층레벨 | ENUM | factory/line/process/equipment/component |
equipment_status | 설비상태 | ENUM *필수 | running/idle/maintenance/breakdown/decommissioned |
criticality | 중요도 | ENUM | A/B/C |
maintenance_cycle_days | 정비주기(일) | INT | - |
owner_id | 담당자ID | UUID (시스템참조) | - |
department_id | 담당부서ID | UUID (시스템참조) | - |
관련 테이블 연결
- 데이터태그: 설비에 연결된 센서 태그
- 알람이벤트: 설비에서 발생한 알람
- 트윈모델: 설비의 디지털 트윈
- 예측모델/이상탐지: 설비 기반 ML 모델
- 자산성능지표: 설비 KPI 데이터