정부 지원 스마트공장 보급·확산 사업에 참여하여 디지털 전환을 추진하던 중 시스템을 개발·구축하던 공급기업이 갑작스럽게 경영 악화, 부도, 회생 절차 개시, 파산 등에 직면하면 도입기업은 심각한 사업 중단 위기에 빠집니다. 하드웨어와 소프트웨어 도입이 완료되지 않은 상태에서 공급기업의 기능이 정지되면 당초 목표했던 공정 개선이 중단될 뿐만 아니라, 중소벤처기업부 및 스마트제조혁신추진단(전담기관)의 사업 관리 규정에 따라 과제 실패 판정을 받고 기지급된 정부지원금을 환수당할 위험까지 발생합니다.
스마트공장 구축 사업은 일반적인 민사상 용역 도급 계약과 달리 전담기관, 도입기업, 공급기업이 체결하는 삼자 협약 체결 및 정부 예산 집행 관리 지침의 강력한 통제를 받습니다. 따라서 공급기업의 도산 사건은 단순한 민사상 계약 불이행을 넘어 행정 처분과 제재 부가금, 참여 제한 처분으로 이어질 수 있습니다. 공급기업 파산 시 도입기업이 직면하는 법률적 리스크의 본질을 정확히 진단하고, 귀책사유를 분리하여 사업비 환수를 방어하며 시스템 구축을 정상화하는 종합적인 대응 절차를 상세히 안내합니다.
1. 공급기업 파산 및 부도 시 발생하는 핵심 리스크와 판단 기준
스마트공장 사업 도중 공급기업이 파산 선고를 받거나 기업회생을 신청하면 프로젝트는 행정적·민사적·기술적 차원에서 복합적인 분쟁 국면에 접어듭니다. 문제 해결을 위해서는 관련 법령과 규정에 따른 판단 기준을 선제적으로 정리해야 합니다.
채무자 회생 및 파산에 관한 법률상 법적 효과
공급기업에 파산 관재인이 선임되거나 법원의 회생 절차가 개시되면, 계약의 지속 여부는 공급기업 경영진이 아닌 ‘파산관재인’ 또는 ‘법률상 관리인’의 선택에 맡겨집니다.
- 쌍무계약의 해제·해지권: 「채무자 회생 및 파산에 관한 법률」 제119조 및 제335조에 따라, 양 당사자가 모두 이행을 완료하지 않은 쌍무계약에 대해 파산관재인은 계약을 해제하거나 이행을 선택할 권리를 갖습니다.
- 파산채권 분류 문제: 이미 지급한 착수금이나 중도금 중 아직 개발되지 않은 부분의 반환청구권은 일반 ‘파산채권’으로 묶이게 되어, 배당 절차를 통해서만 극히 일부만 회수할 수 있는 구조적 위험이 발생합니다.
- 소스코드 및 지식재산권 인도 거부: 구축 중이던 시스템의 소스코드나 설계 문서가 공급기업의 자산으로 묶여 파산관재인의 승인 없이 무단 반출되거나 인수될 수 없는 법적 제약이 발생합니다.
중소기업 스마트제조혁신 지원사업 관리지침상의 제재 기준
스마트공장 보급·확산사업 관리지침은 사업 수행 실패 시 엄격한 제재 조치를 규정하고 있습니다. 전담기관은 현장 실사를 통해 과제 중단(실패) 여부를 평가합니다.
- 귀책사유 판단 기준: 과제가 정상적으로 종료되지 못했을 때 전담기관 평가위원회는 ‘공급기업의 일방적 귀책’인지, ‘도입기업의 관리 소홀 또는 협조 미흡’이 결부되었는지를 집중적으로 조사합니다.
- 정부지원금 환수 대상 결정: 도입기업에 귀책사유가 인정되지 않는 경우 정부지원금 반수 처분 대상에서 제외될 수 있으나, 도입기업이 공급기업의 이상 징후를 인지하고도 방치했거나 승인받지 않은 공정 변경을 묵인한 정황이 발견되면 공동 연대 책임을 물어 환수 처분이 내려질 수 있습니다.
- 참여제한 제재: 중대한 귀책이 인정되면 향후 국가연구개발사업 및 중소벤처기업부 지원사업에 일정 기간 참여가 제한되는 제재를 받을 수 있습니다.
2. 도입기업 피해 최소화를 위한 5단계 표준 실행 절차
공급기업의 경영 중단 사태가 확인되면 도입기업은 즉각적인 증거 보전과 행정적 구제 절차를 단계별로 밟아야 합니다. 대응의 골든타임을 놓치면 공급기업의 채권자들이 개발 서버나 산출물을 압류할 수 있으므로 신속성이 필수적입니다.
1단계: 진단 및 공식 통보 접수
공급기업의 부도, 폐업, 법원 접수 증명서, 파산 선고문 등 객관적인 경영 악화 입증 자료를 확보합니다. 공급기업 담당자와의 연락 두절 사실, 개발인력 철수 일자 등을 공식적으로 기록하고, 공급기업 대표자 및 파산관재인 후보자에게 계약 이행 촉구 및 현황 확인 통지서를 내용증명 우편으로 발송합니다.
2단계: 전담기관(스마트제조혁신추진단) 공식 보고
공급기업과의 자체적 해결에 매몰되어 전담기관 보고를 지연하면 관리의무 위반으로 도입기업에 불리하게 작용합니다. 사유 발생 즉시 전담기관 및 주관기관에 공문을 발송하여 “공급기업 도산으로 인한 정상 과제 수행 불가 사실”을 보고하고, 사업비 집행 중지 조치를 요청해야 합니다.
3단계: 기성고 실사 및 개발 산출물 물리적 확보
현재까지 납품된 하드웨어의 입고 내역과 구축된 소프트웨어의 개발 진척도를 객관적으로 계량화해야 합니다.
- 물리적 자산 확인: 공장에 반입된 센서, 통신 게이트웨이, 서버 장비의 일련번호와 납품서를 대조합니다.
- 소스코드 및 데이터 백업: 기개발된 데이터베이스(DB) 스키마, 백엔드/프론트엔드 소스코드, 시스템 설계도, API 연동 규격서를 안전한 독립 스토리지에 확보합니다.
- 감리 법인 현장 감리 신청: 객관적인 제3자 IT 감리 법인이나 전담기관 전문위원을 통한 현장 기성 실사를 거쳐 ‘공식 기성률’을 승인받아야 합니다.
4단계: 계약 해지 및 공급기업 변경 승인 신청
지침에 따라 협약 변경 신청서를 제출합니다.
- 공급기업 변경 절차: 잔여 사업비와 남은 개발 일정을 소화할 수 있는 대체 공급기업을 섭외하고, 전담기관의 사전 승인을 받아 공급기업 변경 협약을 체결합니다.
- 과제 중단 후 정산 절차: 대체 공급기업 선정이 불가능한 경우, ‘성실수행에 따른 과제 중단’ 승인을 신청하여 기투입된 정당한 사업비만 인정받고 과제를 공식 타절 정산합니다.
5단계: 이행보증보험금 청구 및 파산채권 신고
공급기업이 계약 체결 시 제출했던 계약이행보증보험 또는 선급금보증보험 증권을 바탕으로 보증기관(SGI서울보증 등)에 보험사고를 접수합니다. 보증기관의 손해사정 절차에 응하여 미이행분에 대한 보험금을 수령하고, 보증 범위를 초과하는 실손해액은 파산법원에 파산채권 신고서를 제출하여 채권자 목록에 등재합니다.
3. 현장에서 즉시 적용하는 자가 진단 및 위험 방어 체크리스트
도입기업 실무 책임자는 다음 두 가지 체크리스트를 활용하여 공급기업의 리스크를 사전 차단하고 사후 피해를 최소화해야 합니다.
공급기업 도산 징후 조기 포착 체크리스트
- 개발 인력의 잦은 교체나 주요 프로젝트 매니저(PM)의 갑작스러운 퇴사 및 공백
- 개발 마일스톤에 따른 주간·월간 진척 보고서 제출의 지속적인 지연
- 계약서상 기성 검수 전 무리한 기성금 조기 지급 요청 또는 하청업체 대금 체납 소문
- 법인 등기부등본상 대표이사 변경, 잦은 본점 이전, 주요 자산 가압류 등기 경료
- 국민연금, 건강보험료 등 4대 보험 체납에 따른 독촉 우편물 확인
사고 발생 직후 권리 보호 실무 체크리스트
- 공급기업 관리자 계정을 배제하고 사내 개발 서버의 루트(Root) 접근 권한 및 소스코드 저장소(Git 등) 접근 통제 조치 완료
- 현장에 반입된 하드웨어 및 계측 장비에 대한 소유권 표식(도입기업 자산 스티커 부착) 및 반출 금지 조치 시행
- 스마트공장 전용 사업비 계좌(신용카드, 계좌이체 등)의 출금 및 결제 일시 정지 등록
- 기지급된 정부지원금 및 자부담금에 대한 세금계산서 발행 내역과 실집행 금융 거래 내역 대조 완료
- 이행(계약)보증보험증권 및 이행(선급금)보증보험증권의 보증기간, 보증금액, 약관상 면책 사유 검토 완료
- 파산관재인에게 보낸 통지서 및 도산 사실 입증 공문 일체를 전담기관에 사유 발생일로부터 7일 이내 서면 제출
4. 분쟁 발생 시 주의해야 할 예외적 법률 쟁점
현장에서는 단순한 절차 이행만으로 해결되지 않는 복잡한 권리 충돌이 자주 발생합니다. 법적 공방으로 번질 수 있는 주요 예외 사항을 인지하고 있어야 합니다.
소프트웨어 임치제도(Escrow) 미가입 시 지식재산권 분쟁
중소기업 소프트웨어 개발 계약 시 ‘소프트웨어 임치(에스크로)’ 제도를 활용하지 않은 경우, 개발 중이던 소스코드가 공급기업의 파산재단 자산으로 편입될 수 있습니다. 도입기업이 자사 공장에 설치된 서버에 코드가 올라가 있다는 이유로 무단 복제하거나 다른 업체에 제공하여 완성하려 할 경우, 파산관재인으로부터 저작권 침해 또는 부정경쟁방지법 위반 주장을 받을 소지가 있습니다. 계약 체결 시 개발 산출물의 지식재산권 귀속 조항과 개발 단계별 소스코드 실시간 임치 확약을 반드시 확보해 두었어야 하는 이유입니다.
하도급법 위반 및 제3 채권자의 개발 대금 가압류
도산하는 공급기업 상당수는 소프트웨어 개발이나 전장 배선 작업을 제3의 2차 하청업체에 재하도급하는 경우가 많습니다.
- 2차 하청업체들이 대금을 받지 못했다는 이유로 도입기업 공장에 무단 침입하여 장비를 무단 철거하려 하거나, 공정 점유를 주장하며 유치권을 행사하려 할 수 있습니다.
- 그러나 제3 채권자의 하드웨어 무단 반출은 형법상 권리행사방해나 주거침입에 해당할 수 있으며, 적법한 유치권 성립 요건을 충족하기 어렵습니다.
- 제3 채권자가 도입기업이 공급기업에 지급할 잔여 잔금 채권에 대해 채권압류 및 추심명령을 법원으로부터 송달받은 경우, 도입기업은 함부로 잔금을 집행하거나 대체 기업에 지불해서는 안 되며 민사집행법에 따른 변제공탁 절차를 거쳐야 이중변제 위험을 벗어납니다.
5. 자주 묻는 질문과 답변 (FAQ)
Q1. 공급기업이 파산하면 도입기업이 받은 정부지원금을 전액 토해내야 하나요?
원칙적으로 공급기업의 일방적 파산·부도는 도입기업의 귀책사유로 보지 않습니다. 따라서 전담기관의 현장 실사 및 전문위원회 심의를 통해 ‘도입기업의 귀책 없는 사업 실패’ 또는 ‘성실수행’ 판정을 받으면 이미 적법하게 집행된 기성 부분에 대한 정부지원금은 환수되지 않습니다. 다만, 도입기업이 공급기업의 파산 징후를 알고도 통보 의무를 게을리했거나 사업비 관리에 명백한 과실이 입증된 경우에는 환수 처분 및 제재부가금이 부과될 수 있으므로 객관적 증빙 관리가 필수적입니다.
Q2. 파산한 공급기업 대신 다른 업체를 구해 남은 공정을 진행할 수 있나요?
가능합니다. 스마트공장 보급·확산사업 관리지침상 ‘공급기업 변경’ 제도를 활용할 수 있습니다. 다만, 임의로 사설 업체를 투입해서는 안 되며 전담기관의 승인을 거쳐야 합니다. 기성 실사를 완료하여 기존 사업비를 정산한 후, 남은 잔여 사업비 범위 내에서 동일한 자격 요건(공급기업 등록 기준)을 갖춘 신규 공급기업을 매칭하여 ‘협약 변경’ 절차를 정식으로 승인받아야 사업 연속성이 인정됩니다.
Q3. 이행보증보험 청구는 언제, 어떻게 진행해야 하나요?
공급기업의 계약 불이행 사실이 객관적으로 확정되는 즉시 청구해야 합니다. 통상 파산 선고, 회생 신청 사실을 확인한 후 도입기업이 계약 해제 통고서를 발송하고 수취된 증빙(또는 도달 불능 확인서)을 확보한 뒤, 보증기관에 사고 통지 및 보험금 지급 청구서를 제출합니다. 이때 계약서, 과업지시서, 대금 지급 영수증, 기성 감리 보고서 등을 첨부하여 손해액(미납품 금액 또는 선급금 미이행 잔액)을 입증해야 합니다.
Q4. 공급기업 개발 서버에 있는 소스코드를 임의로 백업해 와도 법적으로 문제가 없나요?
계약서상 ‘산출물의 소유권 및 저작재산권이 대금 지급 비율에 따라 도입기업에 귀속된다’는 조항이 명시되어 있다면 기성 범위 내의 코드 확보는 정당한 권리 행사로 해석될 수 있습니다. 그러나 소유권이 최종 납품 완료 시점에 이전되도록 작성되어 있다면, 일방적인 코드 탈취는 향후 파산관재인과의 저작권 귀속 분쟁을 야기할 수 있습니다. 따라서 자체 백업에 앞서 내용증명을 통해 공급기업 및 파산관재인에게 공식 인도를 청구하고, 공증인이나 IT 감리 전문가 입회하에 증거를 확보하는 방식이 가장 안전합니다.
