로봇 가용성 SLA를 체결할지 가르는 조건은 높은 목표치를 제시했느냐가 아니다. 고객과 공급사가 같은 사건을 같은 시간으로 기록하고, 장애가 났을 때 누가 무엇을 증명할지 합의할 수 있어야 한다. 계획정지·고객 시설 장애·안전정지·소프트웨어 변경을 분모에서 어떻게 다루는지 모른 채 월 가동률만 약속하면, 생산이 멈춘 뒤에도 양쪽 계산은 서로 맞지 않는다. 먼저 작업 달력과 사건 원장을 파일럿에서 함께 돌리고, 그 자료로 MTBF·MTTR·예비부품·원격진단·현장 출동·복구 확인을 연결해야 한다. 이 글은 조달 검토를 위한 운영 설계 안내이며 법률 자문이 아니다. 실제 문구는 관할법, 보험, 산업 안전 책임을 아는 전문가가 검토해야 한다.
가용성 SLA의 정본은 작업 달력과 사건 원장이다
첫 질문은 ‘로봇이 켜져 있었는가’가 아니라 ‘합의한 작업을 수행할 준비가 되어 있었는가’다. 전원이 들어와도 작업 레시피가 로드되지 않거나, 안전 승인이 풀리지 않거나, 필수 그리퍼가 고장 나면 생산 관점에서는 사용할 수 없다. 반대로 생산계획이 없던 시간의 정비를 장애와 똑같이 세면 공급사는 필요한 예방정비를 미루게 된다. 서비스 대상 작업, 대상 셀, 운영 시간대, 필요한 주변 설비와 품질 확인 절차를 먼저 적어야 가용성의 의미가 생긴다.
내부 지표와 계약 지표도 분리한다. 로봇 가동률과 MTBF·MTTR·OEE 해설에서 다루는 운영 원장은 개선 활동을 위해 미세정지와 성능·품질 손실까지 폭넓게 볼 수 있다. 계약 SLA는 보상과 책임을 결정하므로 포함 범위가 더 좁거나 다를 수 있다. 두 숫자가 다르다는 사실보다 어떤 사건이 어느 원장에 들어갔는지 추적되지 않는 상태가 더 위험하다.
분모를 합의하기 전에 현장 시간이 어떻게 흘러가는지 적는다
현장 준비도는 바닥과 전원만 보는 점검이 아니다. 생산 달력, 작업 지시, 안전 허가, 네트워크, 상류·하류 설비, 소모품과 작업자 인계를 같은 시계로 남길 수 있어야 한다. ISO 22400 표준 기록은 제조 KPI를 표준 문맥에서 다룬다는 사실을 확인하는 출발점이지만, 유료 본문을 보지 않은 채 특정 계산식이나 제외 규칙을 이 글에서 ISO 요구사항이라고 단정하지 않는다. 현장 정의는 계약 당사자가 실제 공정과 증거를 바탕으로 정한다.
미국 NIST의 컴퓨터 시스템 신뢰성 계획 지침은 MTBF를 운전시간/고장 수, MTTR을 수리에 필요한 시간/수리 수로 설명하고 이 값들과 availability의 관계를 구분한다. 오래된 범용 시스템 지침이므로 현대 로봇 서비스의 계약 조항이나 목표값을 제공하는 자료로 쓰지 않는다. 대신 어떤 시간과 사건을 분자·분모에 넣었는지 명시해야 지표를 비교할 수 있다는 정의 근거로 사용한다.
| 시간·사건 | 파일럿에서 남길 증거 | 계약 전에 정할 질문 |
|---|---|---|
| 계획 생산시간 | 작업 달력·주문·교대 시작과 종료 | 주문이 없던 시간도 가용성 분모에 넣는가 |
| 예방정비·승인된 업데이트 | 사전 통지·작업 승인·시작과 완료 기록 | 통지 기한과 허용 창을 어떻게 정하는가 |
| 고객 시설·네트워크 장애 | 전원·통신·상류 설비 상태와 공통 타임스탬프 | 제외하려면 어느 수준의 증거가 필요한가 |
| 로봇·주변장치 장애 | 알람·로그·부품 식별자·작업 영향 | 그리퍼와 외부 센서도 서비스 범위인가 |
| 안전정지와 재승인 | 정지 원인·보호장치 상태·재가동 승인자 | 원인별 책임과 복구 종료점을 누가 판정하는가 |
‘고객 책임’이라는 넓은 꼬리표는 피한다. 공급사가 요구한 네트워크 사양이 불명확했는지, 고객이 승인 없이 구성을 바꿨는지에 따라 같은 통신 장애도 책임이 달라진다. 파일럿에서는 논쟁이 생긴 사건을 따로 표시해 월말에 공동 검토한다. 분류 합의가 안 되는 사건이 반복되면 목표 가동률을 높이기보다 측정 계약부터 고쳐야 한다.
파일럿 원장을 계약의 증거 구조로 만든다
파일럿의 목적은 좋은 평균을 얻는 데 있지 않다. 장애가 시작된 시점, 서비스가 실제로 불가능해진 시점, 통보·진단·부품 결정·현장 도착·수리·검증·생산 인계가 각각 언제였는지 재구성할 수 있어야 한다. NIST의 ‘Monitoring, Diagnostics, and Prognostics for Robot Tool Center Accuracy Degradation’ 연구는 UR5 tool-center 정확도 저하를 운용 조건과 함께 측정한 PHM 사례다. 가용성 SLA 보고서로 부르지 않고, 성능 저하 신호를 사건 원장에 연결하는 보조 근거로만 사용한다.
- 모든 사건에 공통 ID를 붙이고 작업 지시·알람·로그·지원 티켓을 연결한다.
- 탐지 시각과 고객 통보 시각, 공급사 접수 시각을 따로 남긴다.
- 원격 복구, 부품 발송, 현장 출동을 한 단계로 뭉치지 않는다.
- 교체 부품의 위치·재고 상태·호환 버전과 실제 장착 시각을 기록한다.
- 수리 완료 뒤 시험 작업과 품질 승인, 생산 인계까지 추적한다.
- 제외 여부가 다투어진 사건은 원본 증거를 보존하고 공동 판정 이력을 남긴다.
로그가 많아도 시계가 다르고 사건 ID가 없으면 계약 증거로 쓰기 어렵다. 로봇 관측 가능성 설계처럼 작업 요청부터 인식·제어·장치·지원 티켓까지 같은 사건으로 엮으면 MTTR의 어느 구간이 길었는지 보인다. 고장 원인 분석용 고해상도 데이터와 SLA 판정에 필요한 최소 증거는 보존기간과 접근권을 달리 정해도 된다.
MTBF·MTTR을 예비부품과 지원 약속에 연결한다
MTBF는 정의한 고장 사이 운전 구간을, MTTR은 정의한 수리 구간을 읽는 데 도움을 주지만 그 자체가 서비스 경험은 아니다. 무엇을 고장으로 세는지, 부분 성능 저하를 포함하는지, 수리 대기와 고객 승인 대기를 어떻게 나누는지에 따라 값이 달라진다. 예비부품이 현장에 있어도 진단 권한이 없으면 복구는 늦고, 원격 접속이 빨라도 기계 부품을 구할 수 없으면 생산은 돌아오지 않는다. 이 페이지는 계산·사건 원장·지원 타임라인과 보상 증빙을 정본으로 다루며 데이터 권리·종료 조항은 별도 계약 검토 과제로 남긴다.
| 약속 항목 | 합격 증거 | 숫자만 볼 때 놓치는 것 |
|---|---|---|
| 장애 빈도·MTBF | 고장 정의와 운전시간 원장, 반복 원인 분류 | 미세정지·성능 저하를 고장에서 제외했는지 |
| 탐지·접수 | 자동 알람과 티켓 생성·접수 타임스탬프 | 현장이 이미 멈췄는데 알람만 늦게 온 경우 |
| 원격진단 | 접속 승인·진단 시작·조치와 결과 기록 | 접속 보안과 고객 승인 대기 책임 |
| 예비부품 | 부품 목록·위치·재고·호환 버전·보충 이력 | 재고가 있어도 작업자·공구가 없는 경우 |
| 현장 대응 | 출동 결정·도착·수리 시작과 자격 확인 | 도착시간과 실제 복구시간의 차이 |
| 복구·MTTR | 시험 작업·품질 확인·안전 재승인·생산 인계 | 재부팅만 성공하고 작업은 실패하는 경우 |
성공 기준은 평균 하나보다 사건 분포와 반복 원인을 함께 본다. 같은 MTTR이라도 짧은 장애가 자주 생기는 셀과 드물지만 장기 정지가 생기는 셀은 준비할 부품과 지원 체계가 다르다. 보상 조항을 설계할 때도 가동률 미달만 보지 말고 반복 결함의 시정 계획, 보고 기한, 부품 보충과 재발 검증 같은 운영 의무를 함께 검토한다.
복구는 기술자가 도착했을 때가 아니라 작업이 다시 검증됐을 때 끝난다
지원 약속을 ‘몇 시간 안에 현장 도착’으로 끝내면 생산 복구와 분리된다. 출동 판단까지 오래 걸리거나, 기술자가 부품 없이 도착하거나, 수리 뒤 안전·품질 승인을 기다릴 수 있다. 복구 시계는 탐지, 통보, 접수, 원격진단, 출동, 부품 확보, 수리, 시험, 인계로 나누고 각 단계의 책임자와 정지 사유를 기록한다. 고객 승인이나 접근 제한이 시간을 늘렸다면 그 사실도 원본 타임라인으로 입증해야 한다.
공개된 Miso Robotics 계약 첨부 문서는 월 가동률, 제외시간과 유지보수 책임을 실제 계약에서 어떻게 구체화할 수 있는지 보여 주는 사례다. 그러나 한 회사·한 고객·한 관할의 문구다. 이를 업계 표준이나 독자에게 그대로 맞는 조항으로 일반화하지 않는다. 공개 문서는 질문을 만드는 자료일 뿐, 복사할 계약서가 아니다.
롤백과 대체운전도 정한다. 소프트웨어 업데이트 뒤 성능이 악화되면 승인된 이전 버전으로 돌아갈 권한과 데이터가 있는지, 장기 부품 대기에는 수동 공정이나 대체 장비를 누가 준비하는지, 복구 뒤 일정 기간 재발 여부를 누가 확인하는지 묻는다. 안전 기능을 우회하거나 미승인 부품으로 가동률을 맞추는 선택은 허용 가능한 복구로 두지 않는다.
첫 셀의 좋은 숫자를 다음 현장에 그대로 복사하지 않는다
확대 판단에서는 가동률 달성 여부보다 달성 방식이 중요하다. 공급사 핵심 인력이 상주해 수동으로 문제를 막았는지, 특수 부품을 임시로 빌려 썼는지, 파일럿 작업이 실제 제품 믹스보다 단순했는지 확인한다. 정상 지원 조직과 계약된 재고로 같은 결과를 낼 수 없다면 아직 확장 가능한 SLA가 아니다. 피지컬 AI PoC 검증 기준과 연결해 반복 작업, 예외, 복구, 운영 비용을 같은 통과문에 넣는다.
다음 셀로 갈 때는 작업 달력, 주변설비, 작업자 숙련도, 부품 물류와 규제 조건이 달라진다. 목표값을 복사하기 전에 시간 분류표와 지원 경로를 다시 승인한다. 확장 결정은 ‘목표 달성’, ‘분류 가능한 사건 원장’, ‘반복 결함의 시정’, ‘정상 조직으로 재현 가능한 복구’, ‘현장별 책임 검토’가 함께 충족될 때 내린다. 어느 하나가 비어 있으면 숫자를 올리는 대신 다음 파일럿의 질문을 좁힌다.
로봇 가용성 SLA 설계 실무 질문
가용성 목표를 달성해도 SLA 협상을 중단해야 할 때가 있나요?
있다. 사건 분류가 계속 다투어지거나, 목표 달성이 비계약 상주 인력·임시 부품·안전 우회에 의존하거나, 복구 종료를 생산과 품질로 확인할 수 없다면 높은 숫자도 확장 근거가 되지 못한다. 원장과 책임 경계를 먼저 고친 뒤 재검증해야 한다. 계약 종료·보상·분쟁 문구는 관할법 전문가가 별도로 검토한다.
자료 마지막 확인: 2026년 8월 26일