정부 지원을 통해 시스템을 구축했음에도 불구하고 현업의 불만이 폭주하는 것은 단순히 '기능의 부재' 때문이 아닙니다. 비현실적인 유지보수 조건과 공급사의 소극적인 태도, 인프라 변화에 대응하지 못하는 경직된 소프트웨어 구조가 결합된 결과입니다.

• ● 망 전환이나 보안 패치를 '별도 고도화'로 치부하는 행태
• ● 현장 방문을 기피하고 원격으로만 일관하는 기술 지원
• ● 실무자에게 데이터 이중 입력을 강요하는 UI/UX 설계

10년차 선배의 한마디

"공급업체는 계약서에 적히지 않은 것은 절대 해주지 않습니다. 반대로 말하면, 계약서에 아주 구체적으로 적어두면 그들은 움직일 수밖에 없습니다. 1인 담당자의 무기는 기술력이 아니라 '명문화된 문서'입니다."

서버 보안 조치나 네트워크 설정 변경은 인프라의 핵심입니다. 이를 소프트웨어 유지관리 범위에서 제외하려는 움직임을 계약 전 단계에서 반드시 차단하셔야 합니다.

1. 작업명세서 (SOW)

단순히 '유지보수'라고 쓰지 마십시오. "서버 OS 보안 패치 지원, 망 분리에 따른 DB 커넥션 재설정 포함" 등 예외 상황을 구체적으로 나열해야 합니다.

2. 서비스수준협약 (SLA)

장애 발생 후 몇 분 이내 응답할지, 심각도에 따라 몇 시간 내 복구할지 명시하십시오. 미준수 시 비용 감액 조항은 강력한 채찍이 됩니다.

3. 기술임치 (Escrow)

공급사가 파산하거나 연락 두절될 경우를 대비해 소스코드를 제3의 기관에 보관하는 제도입니다. 1인 담당자의 마지막 생명줄입니다.

중간점검 및 자금 적정성 검토

정부 지원 사업이라면 연구개발비 아웃소싱 시스템을 통해 증빙 내역을 확인하십시오. 공급사가 약속한 장비를 실제로 구입했는지, 허위 인력은 없는지 확인해야 품질이 담보됩니다.

사용자 수락 테스트 (UAT)

공급사가 주는 결과보고서에 사인만 하지 마십시오. 실제 현장 실무자가 직접 데이터를 넣고 에러가 나는지 확인하는 '수락 테스트' 과정이 반드시 필요합니다.

집중 AS 확인서 날인 유예

가장 강력한 카드입니다. 초기 에러가 완전히 잡히기 전까지는 절대로 '집중 AS 기간 완료 확인서'에 서명하지 마십시오. 서명하는 순간 공급사의 긴장감은 사라집니다.

1단계: 공식적인 서면 증빙 (내용증명)

전화나 메신저는 법적 증거력이 약합니다. 발견된 오류를 구체적으로 명시하여 법인 등기부상 주소로 '내용증명'을 발송하십시오. 이는 향후 하자보증보험 청구의 필수 요건이 됩니다.

2단계: 기술분쟁 조정제도 활용

민사소송은 너무 깁니다. 중소벤처기업부의 '기술분쟁조정위원회'를 활용하십시오. 전문가들이 개입하여 조정이 성립되면 '재판상 화해'와 동일한 효력을 가집니다.

3단계: 스마트공장 AS 지원사업 신청

기존 업체가 도저히 답이 없다면, 정부의 '사후관리 지원사업'을 통해 검증된 다른 공급업체를 매칭받아 시스템을 고도화하고 오류를 수정할 수 있습니다.

4단계: 하자보증보험 직접 청구

공급사가 유지보수 의무를 고의로 회피한다면, 가입된 보증보험사를 통해 이행보증금을 직접 청구하여 피해액의 일부를 보전받을 수 있습니다.