1. ‘분양’이라는 이름을 구체적인 항목으로 바꿉니다
어떤 제안은 실행 프로그램과 사용 라이선스를 제공하고, 다른 제안은 일부 소스와 운영 문서를 포함할 수 있습니다. 동일한 해외선물분양이라는 표현을 사용하더라도 인수 내용은 달라집니다. ‘소스를 받는다’, ‘영구 사용한다’, ‘자체 운영한다’는 설명을 하나의 조건으로 묶지 말고 각각의 범위를 확인하세요.
먼저 목적을 정하는 것이 좋습니다. 공급사 의존도를 줄이려는 것인지, 자체 기능을 개발하려는 것인지, 기존 환경에 설치하려는 것인지에 따라 꼭 받아야 할 자료가 다릅니다. 내부 개발·운영 인력이 없는 상태에서 소스 제공만 요구해도 실제 유지보수 준비가 끝나는 것은 아닙니다.
| 항목 | 별도로 확인할 내용 |
|---|---|
| 사용 라이선스 | 사용 주체, 서비스 범위, 설치 수와 사용 기간 |
| 소스코드 제공 | 전체·일부 제공 여부, 제외 모듈과 전달 방식 |
| 수정 조건 | 자체 변경과 다른 개발사의 유지보수가 가능한 범위 |
| 추가 배포 | 다른 환경·서비스나 제3자에게 제공할 때 적용할 조건 |
| 신규 개발물 | 기존 모듈과 이번에 만드는 기능의 권리·사용 범위 구분 |
| 외부 구성요소 | 시세, 차트, 라이브러리 등 별도 이용 조건과 계약 주체 |
작은 화면에서는 표를 좌우로 움직여 확인할 수 있습니다.
2. 인수 목록을 파일과 문서 수준으로 작성합니다
‘관리자 페이지 포함’이라는 문구만으로는 설치 파일, 설정과 운영 문서까지 받는지 알 수 없습니다. 합의한 제공 범위에 맞춰 산출물 이름, 버전, 전달 형태와 확인 담당자를 적으세요. 제외 항목도 함께 남겨야 인수 직전에 기대가 달라지는 일을 줄일 수 있습니다.
- 프로그램: 제공되는 HTS·MTS·웹 화면·관리 도구, 버전과 설치 자료.
- 개발 자료: 소스 제공이 합의된 모듈, 의존성 목록, 빌드 방법과 필요한 개발 도구.
- 설정 자료: 환경별 설정 항목, 적용 순서와 민감정보를 분리해 전달하는 방법.
- 데이터 문서: 구조, 주요 필드, 시간 기준, 초기 자료와 이전 시 주의 사항.
- 연동 문서: API 명세, 시험 방법, 오류 코드와 외부 서비스의 접근 조건.
- 운영 문서: 설치, 시작·중지, 백업·복원, 업데이트와 되돌리기 절차.
- 인계 기록: 계정별 관리 책임, 전달 내역과 권한 변경·인증정보 교체 절차.
소스와 실행 프로그램의 버전이 서로 맞는지 확인하는 것도 중요합니다. 전달받은 자료로 어떤 버전을 재현할 수 있는지 기록하고, 그 버전과 다른 데모 화면을 검수 기준으로 사용하지 않도록 해야 합니다.
3. 새 환경에서 설치할 수 있는지 확인합니다
공급사의 기존 서버에서 프로그램이 실행되는 모습을 보는 것과 인수팀이 운영 환경을 구성하는 것은 다른 확인입니다. 설치형 인수가 범위에 들어 있다면 합의한 시험 환경에서 문서를 따라 설치해 보세요. 소스 제공까지 포함된다면 빌드 과정도 인수팀이 확인할 수 있어야 합니다.
- 필요한 운영체제, 데이터베이스와 도구의 버전을 확인합니다.
- 계약 범위에 포함된 설치·개발 자료로 프로그램을 준비합니다.
- 시험용 설정과 자료를 적용하고 기본 기능을 실행합니다.
- 연동되지 않은 외부 서비스와 수동 작업을 목록으로 남깁니다.
- 공급사 전용 계정이나 별도 도구가 필요한 단계의 제공·지원 조건을 확인합니다.
- 발견한 누락 사항을 보완한 뒤 절차를 다시 실행합니다.
이 확인의 목적은 반드시 모든 외부 의존성을 없애는 것이 아닙니다. 실제 운영에 필요한 의존성과 담당 주체를 드러내고, 계약이 끝난 뒤 무엇을 지속해서 확보해야 하는지 파악하는 데 있습니다.
4. 인수 검수는 결과와 보완 절차를 함께 정합니다
검수 항목은 ‘정상 작동’처럼 넓은 문구보다 실행할 수 있는 시나리오가 좋습니다. 어떤 입력을 주고 어떤 화면·기록·상태를 확인할지 정하세요. 오류가 발견됐을 때 결함으로 볼지 추가 요구사항으로 볼지 판단할 기준도 필요합니다.
| 시험 영역 | 확인 시나리오 | 남길 자료 |
|---|---|---|
| 기능 | 합의한 단말에서 요청·변경·조회 흐름 확인 | 시험 버전과 단계별 결과 |
| 상태 일치 | 연결 복구 뒤 화면과 기록 대조 | 요청 식별자와 상태 기록 |
| 권한 | 권한이 다른 계정으로 조회·변경 범위 확인 | 역할별 결과와 변경 기록 |
| 자료 인계 | 내보낸 자료를 설명서와 함께 읽기 | 샘플 파일과 필드 문서 |
| 운영 복구 | 시험 환경에서 백업 복원·업데이트 되돌리기 | 절차, 소요 과정과 미완료 사항 |
작은 화면에서는 표를 좌우로 움직여 확인할 수 있습니다.
보완 일정, 재시험 방식과 미완료 항목의 처리 방법을 양측이 확인하세요. 검수가 끝났다고 모든 미래 장애가 없어지는 것은 아닙니다. 인수 시점에 확인한 범위와 이후 지원에서 담당할 범위를 분리해 기록하는 것이 중요합니다.
5. 분양 대금과 지속 운영 비용을 구분합니다
해외선물분양을 한 번의 결제로 모든 비용이 끝나는 방식이라고 단정하면 안 됩니다. 라이선스·개발·설치 대금 외에 서버, 네트워크, 외부 데이터와 유지보수 비용이 별도로 남을 수 있습니다. 일시불인지 분할 지급인지와 별개로 각 비용이 무엇을 위한 것인지 확인하세요.
초기 견적에는 산출물과 연동 범위를, 운영 견적에는 반복 비용과 지원 범위를 적습니다. 이후 기능을 추가하거나 외부 API가 바뀌었을 때 비용을 어떻게 산정할지도 확인해야 합니다. 가격은 실제 요구사항을 바탕으로 협의하며, 확인되지 않은 시장 평균이나 일괄 금액으로 비교하지 않는 편이 좋습니다.
같은 기간의 임대 비용과 비교할 때는 내부 운영 인력, 별도 관리 서비스, 자료 이전과 교육을 포함하세요. 어느 방식이 항상 저렴한지보다, 필요한 통제와 운영 역량을 어느 조건에서 확보할 수 있는지가 판단 기준입니다.
6. 인수 뒤 운영 책임이 비지 않도록 합니다
분양 후 직접 운영하는지, 공급사 관리 서비스를 계속 이용하는지, 별도 운영사에 맡기는지를 정해야 합니다. 서버 설정, 접근 권한, 백업, 외부 서비스 계약과 보안 업데이트마다 담당자를 지정하세요. 여러 회사가 참여한다면 장애 접수 창구와 원인 조사 자료를 모으는 주체도 필요합니다.
인수 직후 지원 기간이 제시됐다면 시간대, 담당 업무와 종료 이후 절차를 확인합니다. 사용 라이선스의 기간과 유지보수 기간은 별도로 검토해야 합니다. 유지보수가 끝났을 때 사용할 수 있는 버전, 자료 접근, 업데이트와 다른 개발사의 작업 조건을 미리 확인하세요.
운영 계획은 운영·장애 대응 가이드의 담당 업무 표를 기준으로 구체화할 수 있습니다. 새 기능이 계속 필요하다면 개발 요구사항·변경 관리도 함께 검토하세요.
7. 최종 인계 회의에서 확인할 질문
- 계약서, 산출물 목록과 실제 전달 자료의 이름·버전이 일치하는가?
- 제외된 모듈과 남은 작업을 양측이 같은 내용으로 이해하는가?
- 설치·복구 절차를 인수 담당자가 실행해 보았는가?
- 계정, 접근 권한과 인증정보의 관리 주체가 지정되어 있는가?
- 외부 서비스 이용료와 갱신 시점을 누가 관리하는가?
- 장애와 변경 요청을 어느 창구에 어떤 자료와 함께 전달하는가?
- 인수 후 지원이 종료될 때 다시 전달받을 자료는 무엇인가?
회의 결과는 담당자의 기억에만 남기지 말고 확인된 항목과 미해결 항목으로 나눠 기록하세요. 자료 위치와 접근 방법, 다음 확인일을 적어 두면 담당자가 바뀌어도 인계 내용을 따라갈 수 있습니다.
자주 묻는 질문
해선분양을 받으면 소스를 반드시 받나요?
명칭만으로 확인할 수 없습니다. 제공 모듈, 제외 항목, 전달 방법과 수정 조건을 별도로 확인해야 합니다. 소스 제공과 특정 사용 권한을 같은 항목으로 취급하지 마세요.
분양 뒤에도 월 비용이 발생할 수 있나요?
서버, 외부 데이터나 유지보수 같은 반복 비용이 있을 수 있습니다. 소프트웨어 인수 대금과 운영에 필요한 계약을 나눠 확인하면 비용 구조가 명확해집니다.
공급사가 없어도 운영할 수 있는지 어떻게 확인하나요?
실제 인수 자료로 설치·복구 절차를 따라 해 보고 외부 서비스와 도구의 의존성을 확인하세요. 자체 운영 가능 여부는 전달 파일의 개수보다 권한, 문서와 운영 역량을 함께 보고 판단해야 합니다.
소스 제공 필요 여부, 직접 운영할 범위와 희망 인수 일정을 정리해 스피드솔루션 분양 상담에서 실제 조건을 확인하세요.