분양은 파일 전달이 아니라 운영 능력의 인수입니다
소스 압축 파일과 실행 프로그램을 받았더라도 빌드 환경, 외부 계정, 데이터 구조와 배포 절차가 없으면 독립적으로 운영하기 어렵습니다. 계약 전에 인수 대상과 재현 시험을 확정해야 합니다.
분양 범위를 구성 요소별로 적는다
| 영역 | 인수 여부를 확인할 자료 |
|---|---|
| 단말 | HTS·MTS·WTS 소스, 리소스, 빌드 설정과 서명 계정 |
| 서버 | API·OMS·RMS·배치 소스와 의존성 잠금 파일 |
| 데이터 | 스키마, 마이그레이션, 코드표와 백업·복원 절차 |
| 인프라 | 배포 자동화, 구성값, 모니터링과 클라우드 계정 |
| 외부 서비스 | 시세·브로커·인증·메시지 라이선스와 재발급 조건 |
| 문서 | 구성도, API, 운영·장애·보안과 알려진 문제 |
소스 코드 실사
저장소에서 깨끗한 환경으로 체크아웃한 뒤 문서에 따라 빌드하고 시험 환경에 배포합니다. 전달자가 미리 준비한 노트북이나 서버에서만 실행되는 시연은 재현성 증거가 되기 어렵습니다.
- 저장소의 전체 이력과 사용하는 브랜치·태그
- 빌드 도구와 의존성 버전
- 암호화된 핵심 모듈 또는 공급사 전용 서버 의존성
- 오픈소스·상용 라이브러리의 라이선스
- 테스트 실행법과 알려진 실패 항목
계정과 권한 인수
도메인, DNS, TLS 인증서, 클라우드, 코드 저장소, 앱스토어, 모니터링과 외부 API 계정의 소유자를 확인합니다. 공유 비밀번호를 받는 방식보다 구매사 명의 계정을 만들고 권한을 이전한 뒤 기존 접근을 회수하는 절차가 안전합니다.
데이터 인수와 정합성
이관 전후에 계정·주문·체결·잔고 레코드 수와 주요 합계를 비교하고 차이를 기록합니다. 타임존, 소수점, 상품 코드와 상태값처럼 해석이 달라질 수 있는 필드는 데이터 사전에 정의해야 합니다. 백업 파일 하나만 받지 말고 실제 복원 시험을 수행합니다.
보안과 운영 준비
비밀키가 소스에 남아 있는지, 관리자 권한이 과도한지, 업데이트가 중단된 구성 요소가 있는지 점검합니다. 배포 롤백, 로그 보존, 백업 복구와 장애 연락망을 운영팀이 직접 실행해 보는 것이 좋습니다.
계약에 넣을 인수 조건
- 인수 대상 목록과 제외 항목
- 지식재산권, 수정·재판매·재사용 권리
- 제3자 라이선스 비용과 양도 제한
- 검수 환경, 합격 기준과 보완 기간
- 치명적 결함의 보증 수정 범위
- 교육과 인수 지원 시간
- 유지보수 계약의 선택 여부와 단가
“소스 100% 제공”보다 “구매사 환경에서 정해진 버전을 빌드·배포하고 핵심 시나리오를 통과한다”는 인수 조건이 더 구체적입니다.
운영 인력이 충분하지 않다면 임대 계약 체크리스트와 함께 비교하세요.
적용 전 확인
이 자료는 B2B 소프트웨어 도입을 위한 일반 정보입니다. 금융투자업 인가, 고객 자금 취급, 주문 중개와 데이터 라이선스 요건은 사업 구조와 관할 지역에 따라 달라질 수 있으므로 실제 운영 전 별도 검토가 필요합니다.