유지보수가 중요한 이유
HTS 솔루션은 시장 상황, 상품 구성, 회원 요구, 서버 환경에 따라 지속적으로 조정됩니다. 초기 구축 화면이 좋아도 장애 대응이 느리거나 기능 개선이 어렵다면 운영 부담이 커집니다.
유지보수 계약은 단순히 “문제가 생기면 고쳐준다”가 아닙니다. 어떤 문제를 누가, 어떤 기준으로, 어느 채널에서 접수하고, 어떤 로그를 보고, 어느 범위까지 대응하는지 정하는 운영 약속입니다.
장애 대응 범위
로그인 불가, 시세 지연, 주문 실패, 체결 표시 오류, 관리자 접속 문제, 서버 장애처럼 주요 장애 유형을 나누어야 합니다. 모든 장애를 같은 우선순위로 보면 실제 운영에서 혼선이 생깁니다.
장애 발생 시 Telegram 또는 지정 채널로 접수하는지, 긴급 장애와 일반 문의를 어떻게 구분하는지, 복구 이후 원인 설명을 받을 수 있는지도 확인하세요.
기능 개선과 커스터마이징
운영 중에는 버튼 위치, 주문 정책, 관리자 검색 조건, 보고서 항목, 알림 문구처럼 작은 개선 요청이 계속 생깁니다. 유지보수에 포함되는 수정과 별도 견적이 필요한 커스터마이징을 구분해야 합니다.
운영 개선 예시
- 관리자 주문 로그 검색 조건 추가
- 회원 등급별 상품 노출 조정
- 차트 또는 관심종목 기본값 변경
- MTS 푸시 알림 문구 조정
- WTS 브라우저 호환성 보완
로그와 백업
유지보수에서 가장 중요한 자료는 로그입니다. 사용자 요청, 주문 결과, 관리자 변경, 서버 오류가 기록되어야 문제 원인을 찾을 수 있습니다. 로그가 부족하면 장애가 반복되어도 원인을 설명하기 어렵습니다.
백업은 주기뿐 아니라 복구 가능성을 확인해야 합니다. 백업 파일이 있어도 실제 복구 절차와 담당자가 없다면 운영 안정성을 확보하기 어렵습니다. 자세한 서버 기준은 서버·보안 페이지를 참고하세요.
운영 책임 범위
솔루션 제공사는 시스템 구축과 유지보수 범위를 담당하고, 고객사는 운영 정책과 사업 규정 준수 범위를 담당합니다. 금융 관련 서비스는 수익 보장이나 투자 자문이 아니라 거래 플랫폼 구축·운영 지원 범위로 상담해야 합니다.
계약 전 질문 목록
- 긴급 장애와 일반 수정 요청의 기준은 무엇인가요?
- 서버 장애 발생 시 누가 어떤 순서로 확인하나요?
- 로그는 어디까지 확인할 수 있나요?
- 백업 주기와 복구 절차는 어떻게 되나요?
- 기능 개선은 유지보수에 포함되나요, 별도 견적인가요?
- HTS 외에 MTS/WTS도 같은 유지보수 범위에 포함되나요?
FAQ
유지보수는 구축 이후에 따로 정해도 되나요?
가능하지만 권장하지 않습니다. 구축 전에 유지보수 범위를 정해야 서버, 로그, 관리자 구조도 운영에 맞게 설계할 수 있습니다.
작은 화면 수정도 유지보수에 포함되나요?
계약 범위에 따라 다릅니다. 단순 문구·색상 수정과 기능 변경은 범위가 다르므로 상담 단계에서 구분해야 합니다.