셀 이력관리, 라인 단위에서 끊기는 지점은 어디인가
이력관리(Traceability)는 품질 문제가 터진 뒤에야 그 가치가 드러난다. 셀 단위 이력이 라인 단위에서 끊기면, 결함 원인 추적이 “의심 로트 전체 회수”로 확대될 수밖에 없다.
1. 이력이 끊기는 지점은 대부분 공정 경계
| 공정 경계 | 흔한 단절 원인 |
|---|---|
| 셀 입고 → 모듈 조립 | 바코드 스캔 누락, 수기 입력 전환 |
| 모듈 → 랙 조립 | 모듈 ID와 랙 슬롯 매핑 미기록 |
| 랙 → 시스템 커미셔닝 | BMS 설정값 변경 이력 미기록 |
셀 단위 QR/바코드가 모듈 조립까지는 스캔되다가, 랙에 넣는 순간 “랙 번호”로만 기록되고 그 안에 어떤 모듈이 어느 슬롯에 들어갔는지는 기록에서 빠지는 경우가 흔하다. 이 지점이 끊기면 결함 모듈 하나 때문에 랙 전체, 나아가 사이트 전체를 의심해야 한다.
2. 라인 관점의 이력관리 설계 원칙
- 공정 경계마다 자동 스캔 지점을 두고, 수기 입력 구간을 최소화
- 모듈-랙-사이트 3단 매핑을 별도 테이블로 유지(랙 번호만으로는 복원 불가)
- BMS 파라미터 변경 이력도 별도 로그로 남겨 사후 분석 가능하게
3. 현장 적용 노트
이력관리 시스템 도입 여부를 판단할 때는 “결함이 발생했을 때 회수 범위를 얼마나 좁힐 수 있는가”를 기준으로 투자 대비 효과를 따지는 것이 현실적이다. 완벽한 셀 단위 추적보다, 병목이 되는 공정 경계 한두 곳만 먼저 메우는 것이 라인 관점에서는 더 빠른 개선이다.
FAQ
Q. 이력관리를 처음부터 완벽하게 설계해야 하나?
그럴 필요는 없다. 결함 발생 시 회수 범위가 가장 크게 벌어지는 경계부터 우선 보완하는 편이 투자 대비 효과가 크다.
요약
이력관리는 셀 단위 정보가 아니라 “공정 경계에서 끊기지 않는가”가 핵심이다. 모듈-랙 매핑처럼 자주 빠지는 지점을 먼저 점검하는 것이 라인 관점의 현실적 접근이다.
함께 읽으면 좋은 글 — BMS·PCS·EMS, ESS 시스템의 3계층은 왜 속도가 다른가 · 배터리 랙과 PCS 사이, 인터페이스가 갈리는 두 지점
