유지보수 업체를 바꿀 때, 무엇부터 넘겨받아야 할까요 | 순서 4단계

먼저 짧게 답부터 드릴게요. 운영 중인 서비스의 유지보수 업체를 바꿀 때는 해지 통보보다 “지금 누가 무엇을 쥐고 있나” 목록을 먼저 만들어요. 넘겨받는 순서도 정해져 있어요. 돈이 빠져나가는 명의와 결제부터, 그다음 관리자 계정, 소스와 데이터, 마지막이 문서예요. 떠나는 업체와 새 업체가 함께 일하는 병행 기간을 두고, 그 안에 새 업체가 혼자 배포를 한 번 해 봐야 인수가 끝나요. 직접 만들고 운영해본 개발사 기준으로 정리했어요.

“지금 업체가 답이 너무 늦어서 바꾸고 싶은데, 바꾸다가 사이트가 멈출까 봐 못 움직이고 있어요.”

서비스를 몇 년째 돌리는 회사에서 자주 듣는 말이에요. 막상 유지보수 업체를 바꾸려니 무엇이 어디 있는지 아는 사람이 우리 쪽에 없어요. 서버 비밀번호도, 도메인 갱신일도, 결제 모듈 계약도 전부 지금 업체만 알아요.

이 글은 이미 돌아가는 서비스를 다른 업체로 옮기는 순간을 다뤄요. 처음 계약할 때 무엇을 적어 둘지는 운영 이관 구조, 계약 전 확인할 6가지에 따로 정리했어요. 여기서는 그 준비가 없었던 상태에서 어떻게 안전하게 빠져나오느냐가 주제예요.

---

1. 유지보수 업체를 바꾸려는데, 해지 통보부터 하면 왜 곤란할까요

통보하는 순간부터 협상력이 바뀌어서예요. 계약이 끝난다는 걸 안 업체는 그때부터 우리 요청을 “계약 범위 밖” 으로 볼 수 있어요. 악의가 없어도 그래요. 떠날 고객에게 사람을 붙이기 어려운 건 업체 사정이기도 하거든요.

그래서 순서를 이렇게 가져가요.

1. 통보 전 1～2주 동안 자산 목록을 만든다
2. 계약서에서 해지 통보 기간과 해지 뒤 자료 인계 조항을 찾는다
3. 새 업체와 인수 범위와 일정을 먼저 합의한다
4. 그다음 통보하면서 인계 일정표를 같이 보낸다

해지 통보 기간은 계약서마다 달라요. 민간 유지보수 계약에선 30일 전 통보가 흔한 편이지만, 자동 연장 조항이 붙어 있으면 갱신일 몇 달 전에 알려야 하는 경우도 있어요. 날짜를 놓치면 원치 않는 1년이 더 붙어요.

통보는 말로 하지 말고 문서로 남겨요. 메일이든 내용증명이든 “언제, 무엇을 요청했는지”가 남아야 나중에 인계가 늦어질 때 근거가 돼요.

2. 통보 전에 먼저 확인해 둘 것은 무엇일까요

목록은 두 칸짜리 표 하나면 돼요. 왼쪽은 지금 우리가 직접 로그인할 수 있는 것, 오른쪽은 업체를 거쳐야만 손댈 수 있는 것이에요.

항목	우리가 직접 확인할 것	오른쪽 칸이면 생기는 일
도메인	등록 업체 사이트에 우리 계정으로 로그인되나	갱신 알림이 업체로 가서 만료될 수 있어요
서버·클라우드	매달 요금이 누구 카드로 나가나	업체가 결제를 끊으면 서비스가 같이 꺼져요
앱 마켓	개발자 계정 소유자가 우리 회사인가	앱 업데이트를 우리가 못 올려요
결제·문자·지도 등 외부 서비스	계약 명의와 정산 계좌가 누구 것인가	명의를 새로 바꾸는 데 심사가 다시 붙어요
소스 저장소	최신 코드가 어디 있고 누가 올리나	받은 코드가 운영 중인 코드와 다를 수 있어요
관리자 화면	최상위 관리자 계정을 우리가 갖고 있나	운영자 추가·삭제를 업체에 부탁해야 해요

오른쪽 칸이 많아도 괜찮아요. 이 목록은 업체를 탓하려는 게 아니라 인계 요청서의 항목이 돼요. 목록이 구체적일수록 업체도 “무엇을 넘기면 끝나는지”가 보여서 협조가 쉬워져요.

흔한 실수 “알아서 다 넘겨 주세요”라고 요청하는 거예요. 받을 게 무엇인지 적지 않으면 업체는 소스 압축 파일 하나를 보내고 인계를 끝냈다고 봐요. 받는 쪽이 목록을 들고 있어야 빠진 게 보여요.

3. 무엇부터 넘겨받아야 서비스가 안 멈출까요

순서는 “끊기면 서비스가 멈추는 것”부터예요. 저희가 인수할 때 쓰는 순서는 이래요.

① 명의와 결제. 도메인, 서버, 인증서, 외부 서비스의 결제 수단을 우리 카드로 바꾸고 소유자 이메일을 회사 주소로 돌려요. 가장 먼저인 이유는 단순해요. 업체가 결제를 끊는 순간 서비스가 꺼지기 때문이에요.

② 최상위 관리자 계정. 서버, 데이터베이스, 앱 마켓, 관리자 화면의 최상위 권한을 받아요. 아이디와 비밀번호만 받지 말고 소유자 자체를 우리로 바꿔야 해요. 그래야 떠나는 업체가 비밀번호 찾기로 되찾을 수 없어요.

③ 소스와 데이터. 운영 서버에 실제로 올라가 있는 코드와 저장소 코드가 같은지부터 확인해요. 데이터베이스는 전체 백업을 받아 다른 곳에서 복원이 되는지 시험해요. 받은 백업 파일이 그대로 안 열리는 일이 실제로 있어요. 소스코드 권리가 누구에게 있는지부터 헷갈린다면 소스코드 저작권 귀속 기준을 먼저 보세요.

④ 문서. 배포 방법, 설정값 위치, 외부 연동 목록, 알려진 문제 목록이에요. 문서는 마지막이지만 가장 오래 걸려요. 업체 담당자 머릿속에만 있는 걸 글로 꺼내야 하거든요.

데이터 이관이 따로 필요한 경우도 있어요. 새 업체가 서버를 옮기자고 한다면, 업체 교체와 서버 이전을 한 번에 하지 마세요. 두 가지가 동시에 바뀌면 문제가 났을 때 어느 쪽 탓인지 가를 수 없어요. 먼저 같은 서버에서 업체만 바꾸고, 안정된 뒤에 옮기는 편이 안전해요.

4. 인수인계 기간은 얼마나 잡고, 병행 운영은 어떻게 할까요

인수인계에는 두 업체가 겹치는 기간이 있어야 해요. 기존 계약이 끝나는 날 새 계약이 시작되면, 그 사이에 난 장애는 아무도 안 받아요.

저희가 잡는 기간은 서비스 규모에 따라 달라요. (자사 실무 기준이고 업계 통계가 아니에요.)

서비스 유형	병행 기간	병행 중 꼭 끝낼 것
회사 홈페이지·단순 웹	2～4주	명의·결제 이전, 새 업체 단독 배포 1회
회원·결제가 있는 웹 서비스	4～6주	위 항목 + 백업 복원 시험, 외부 서비스 명의 확인
앱·플랫폼(앱 마켓·관리자·API 포함)	6～8주	위 항목 + 앱 업데이트 1회 심사 통과

병행 기간의 목표는 하나예요. 새 업체가 떠나는 업체의 도움 없이 배포를 한 번 해 보는 것. 작은 문구 수정이라도 괜찮아요. 이게 되면 인수가 끝난 거고, 안 되면 아직 받을 게 남은 거예요.

병행 기간엔 두 업체에 비용이 같이 나가요. 아깝게 느껴지지만 이 기간을 줄이면 인계 뒤 첫 장애 때 원인을 찾느라 더 많이 써요. 새 업체가 코드를 파악하는 인수 진단에 개발자 한 명이 5일을 쓴다고 치면, 한국인공지능·소프트웨어산업협회(KOSA) 2026년 SW기술자 일평균임금 41만 4,762원 기준으로 인건비만 약 207만 원이에요. 공식 노임 기준 계산이라 실제 외주 단가는 이보다 높을 수 있어요(추정).

운영사 Tip — 인수 완료는 “배포 1회”로 판정해요 자체 SaaS 4종을 운영하며 담당자가 바뀔 때 저희가 꼭 시키는 게 있어요. 배포 한 번과 되돌리기 한 번이에요. 올리는 건 대개 문서대로 되는데, 되돌리는 방법은 문서에 빠져 있을 때가 많아요. 인계 뒤 첫 장애가 바로 그 되돌리기가 필요한 순간이라서, 병행 기간 안에 떠나는 업체가 옆에 있을 때 해 봐야 해요.

5. 떠나는 업체가 가진 권한과 데이터는 어떻게 정리할까요

넘겨받는 것만큼 거둬들이는 것도 챙겨야 해요. 인계가 끝난 뒤에도 떠난 업체의 계정이 살아 있는 경우가 많아요. 서버 접속 키, 데이터베이스 계정, 관리자 화면 계정, 코드 저장소 권한, 외부 서비스 작업자 권한이 대표적이에요.

회수는 병행 기간 마지막 날 한 번에 해요. 중간에 하나씩 끊으면 떠나는 업체가 인계 작업을 못 해서 일정이 늘어져요. 반대로 인수 완료 뒤까지 미루면 잊혀요. 날짜를 정해 목록대로 끊고, 끊은 뒤 서비스가 멀쩡한지 확인하세요.

개인정보가 있는 서비스라면 하나 더 있어요. 유지보수 업체가 회원 데이터베이스에 접근해 왔다면 법적으로는 개인정보 처리 업무를 위탁받은 수탁자일 수 있어요. 개인정보 보호법 제26조는 위탁하는 업무 내용과 수탁자를 정보주체가 쉽게 확인할 수 있게 공개하도록 정하고 있어요. 대개 개인정보 처리방침에 수탁자 이름이 적혀 있죠. 업체가 바뀌면 이 이름도 새 업체로 고쳐야 해요.

떠나는 업체의 PC나 서버에 남은 데이터 사본도 정리 대상이에요. 저희는 인계 마지막에 “보유 중인 운영 데이터 사본을 삭제했다”는 확인서를 받아 두기를 권해요. 법이 정한 서식은 아니지만, 나중에 유출 문제가 생겼을 때 책임 범위를 가르는 근거가 돼요.

용어 한 줄 풀이 수탁자는 우리 대신 개인정보를 다루는 일을 맡은 회사예요. 유지보수 업체가 회원 정보를 조회하거나 백업을 받아 왔다면 여기에 해당할 수 있어요. 실무에선 “업체를 바꾸면 처리방침의 수탁자 칸도 같이 바뀐다”고 기억해 두면 돼요.

6. 남은 하자보수와 진행 중이던 작업은 누가 마무리할까요

업체를 바꾸는 시점엔 늘 어중간한 일이 남아요. 절반쯤 만든 기능, 접수만 된 오류, 돈은 냈는데 아직 안 끝난 작업이에요. 이걸 정리하지 않고 넘어가면 분쟁이 여기서 나요.

인계 요청서에 작업 목록을 세 칸으로 나눠 붙이세요.

• 완료 — 운영 서버에 반영됐고 검수가 끝난 것
• 진행 중 — 비용을 냈거나 계약에 포함됐는데 아직 안 끝난 것. 떠나는 업체가 끝낼지, 현재 상태로 넘기고 정산할지 항목마다 정해요
• 하자 접수 — 떠나는 업체가 만든 기능에서 난 오류. 하자보수 기간 안이면 업체 책임이에요

하자보수 기간은 계약서를 따라요. 공공 소프트웨어사업은 소프트웨어 진흥법 제60조에 따라 최종 산출물을 인도한 날부터 1년 이내에 생긴 하자에 담보책임이 있어요. 민간 계약은 당사자가 정하기 나름이라 몇 개월로 짧게 잡힌 경우도 많아요. 무상 하자보수와 유상 유지보수의 경계를 어디에 긋는지는 유지보수 계약(SLA) 범위 기준에서 자세히 다뤘어요.

공식·외부 기준 — 업체를 바꿀 때 걸리는 규정과 제도

항목	기준	출처
공공 SW사업 하자담보책임	최종 산출물 인도일부터 1년 이내 생긴 하자	소프트웨어 진흥법 제60조
개인정보 처리 위탁	위탁 업무 내용과 수탁자를 공개해야 해요	개인정보 보호법 제26조
기술자료 임치 수수료	신규 연 30만 원 · 갱신 연 15만 원(감면 있음)	대·중소기업·농어업협력재단 안내(2025)
임치물을 받을 수 있는 경우	개발사 파산·사업장 폐쇄·개발사 동의 등	같은 안내

새 업체가 떠나는 업체의 코드를 고치기 시작하면, 그 뒤에 난 오류가 누구 탓인지 가르기 어려워져요. 그래서 하자보수가 남아 있다면 새 업체가 손대기 전 시점의 코드를 태그나 압축본으로 고정해 두세요. “이 시점까지는 이전 업체 코드”라는 기준선이에요.

7. 기존 업체가 협조하지 않으면 무엇을 할 수 있을까요

인계는 관계가 나쁘지 않아도 늦어지곤 해요. 그래도 답이 계속 없거나 자료를 안 준다면 단계를 밟아요.

첫째, 요청을 문서로 구체화해요. “자료 주세요”가 아니라 2번 목록의 항목과 기한을 적어 보내요. 받을 게 특정되면 거절하기도 어려워요.

둘째, 계약서의 근거를 짚어요. 산출물 인도 조항, 저작권 귀속 조항, 해지 뒤 자료 인계 조항이 있는지 보고 해당 조항을 인용해서 다시 요청해요.

셋째, 우리가 이미 쥔 것부터 살려요. 도메인과 서버 결제가 우리 명의라면 서비스 자체는 지킬 수 있어요. 최악은 업체가 계정을 쥔 채 연락이 끊기는 경우인데, 이때는 도메인 등록 업체나 클라우드 회사에 사업자등록증 같은 소유 증빙을 내고 소유권 이전을 요청하는 길이 있어요. 절차와 기간은 회사마다 달라요.

넷째, 다음 업체와는 임치를 검토해요. 기술자료 임치는 소스코드 같은 기술자료를 제3의 기관에 맡겨 두는 제도예요. 대·중소기업·농어업협력재단 기술자료임치센터 안내(2025)에 따르면 개발사·사용 기업·임치센터 삼자 계약이 가능하고, 개발사가 파산하거나 사업장을 닫는 경우 등에 사용 기업이 자료를 받을 수 있어요. 수수료는 신규 연 30만 원, 갱신 연 15만 원이고 창업·벤처기업 등은 감면돼요. 이미 협조가 끊긴 업체에 소급해 쓸 수는 없으니, 이번 교체를 계기로 새 계약에 넣는 용도예요.

저희가 겪어 본 바로는 소송까지 가기 전에 첫째·둘째 단계에서 풀리는 경우가 많았어요. 비협조로 보이던 상황이 알고 보면 업체가 무엇을 넘겨야 끝나는지 몰라서 생긴 일이었던 적이 여러 번 있었거든요.

8. 운영까지 해본 개발사는 인수 첫 달에 무엇을 먼저 볼까요

새 업체 입장에서 인수 첫 달은 기능을 고치는 달이 아니라 서비스를 파악하는 달이에요. 저희는 인수하면 이 순서로 봐요.

• 최근 장애 기록. 언제, 무엇이, 얼마나 자주 멈췄는지요. 기록이 없으면 첫 달에 직접 쌓아요.
• 백업과 복원. 백업이 돌고 있는지보다 복원이 되는지를 먼저 봐요.
• 갱신 날짜 달력. 도메인, 인증서, 앱 마켓 개발자 계정, 외부 서비스 계약의 만료일을 한 달력에 모아요.
• 운영 서버와 저장소의 차이. 누군가 서버에서 직접 고친 흔적이 있는지 확인해요.

이 순서는 저희가 자체 SaaS 4종을 직접 운영하며 굳힌 거예요. 서비스가 오래 돌수록 문서에 없는 운영 습관이 쌓여요. 그걸 먼저 찾아야 기능 수정이 안전해져요. 현장 인력이 매일 쓰는 서비스라면 더 그래요. 지구조각가 건설장비 쇼핑 플랫폼은 회원 5,549명, 작업일보 10,973건이 쌓인 서비스인데, 2025년 리뉴얼 때 가장 까다로웠던 건 화면이 아니라 현장 책임자 확인 → 기사 확인으로 이어지는 서명 흐름이었어요. 쓰던 사람들의 흐름을 끊지 않는 게 먼저였거든요.

유지보수 비용 자체를 다시 짜야 한다면 인수 첫 달의 기록이 근거가 돼요. 한 달 동안 들어온 요청 수와 장애 대응 시간이 보이면, 월 계약 금액이 적정한지 숫자로 말할 수 있어요. 요율과 계약 구조는 유지보수 비용은 얼마를 잡아야 할까요에 정리해 뒀어요.

지금 업체를 바꿀지 고민 중인데 무엇을 쥐고 있는지부터 정리가 안 돼 있다면, 그 상태 그대로 가져오셔도 괜찮아요. 목록 만들기부터 병행 기간 일정까지 같이 짜 드릴게요. 유지보수 업체 교체, 순서부터 같이 잡아 볼까요 →

저희는 10년 넘게 50개 이상의 프로젝트를 만들어 왔고, 지금도 자체 SaaS 4종을 직접 운영하고 있어요. 롯데·캐논 같은 곳과도 함께했고요. 넘겨주는 쪽과 넘겨받는 쪽을 둘 다 겪어 봐서, 인계가 어디서 막히는지 알아요.

9. 자주 묻는 질문 (FAQ)

유지보수 업체 변경 시 인수인계 기간은 보통 얼마나 걸리나요?

규모에 따라 달라요. 저희 실무 기준으로 회사 홈페이지는 2～4주, 회원·결제가 있는 웹 서비스는 4～6주, 앱과 관리자가 함께 있는 플랫폼은 6～8주를 병행 기간으로 잡아요. 기간보다 중요한 건 끝나는 조건이에요. 새 업체가 혼자 배포를 한 번 해 보고 되돌리기까지 했으면 인수가 끝난 거예요.

개발 외주 유지보수는 업체를 바꾼 뒤 어떻게 진행되나요?

첫 달은 기능 수정보다 파악이 먼저예요. 장애 기록, 백업 복원 여부, 갱신 날짜, 운영 서버와 코드 저장소의 차이를 확인하고 그다음 달부터 정기 유지보수로 넘어가요. 홈페이지 유지보수 업체든 앱 유지보수 업체든 이 순서는 같아요. 첫 달 기록을 보고 월 유지보수 비용과 범위를 다시 맞추는 경우가 많아요.

기존 업체가 소스코드를 안 주면 어떻게 하나요?

먼저 계약서의 산출물 인도 조항과 저작권 귀속 조항을 확인하고, 받을 항목과 기한을 적어 문서로 다시 요청해요. 그사이 도메인과 서버 결제처럼 서비스를 멈추게 할 수 있는 명의부터 우리 쪽으로 옮겨 두세요. 운영 서버에 올라가 있는 코드는 서버 권한이 있으면 직접 내려받을 수도 있어요. 다만 최신 원본과 같다는 보장은 없어서 새 업체가 한 번 빌드해 봐야 해요.