처음 상담을 준비할 때
1. 해외선물솔루션 상담에는 무엇을 준비하면 되나요?
사용할 단말, 주요 사용자, 필요한 기능, 연동 대상과 희망 일정을 적어주세요. 기존 시스템이 있다면 유지할 부분과 불편한 업무도 도움이 됩니다. 아직 결정하지 못한 항목은 미정으로 표시해도 됩니다.
초기 문의에는 접속 비밀번호나 실제 고객 정보를 보내지 마세요. 상담 준비사항에 있는 항목을 짧게 정리하는 것으로 시작할 수 있습니다.
2. 코인소프트엑스는 어떤 범위의 문의를 받나요?
이 사이트는 해외선물 관련 사용자 프로그램, 웹 화면, 관리자 도구와 연동 등 소프트웨어 도입을 안내합니다. 거래 중개나 계좌 대여, 투자 종목 추천을 위한 창구가 아닙니다.
특정 기관과의 제휴나 실제 거래 실행이 소프트웨어 상담만으로 확보되는 것은 아닙니다. 필요한 외부 계약과 이용 권한은 별도로 확인해야 합니다.
3. 참고 사이트나 화면 이미지가 있으면 바로 견적할 수 있나요?
참고 자료는 화면의 구조와 원하는 사용감을 설명하는 데 도움이 됩니다. 다만 같은 화면이라도 연결 대상, 권한과 상태 처리에 따라 작업 범위가 달라집니다.
이미지와 함께 어떤 업무를 처리하려는지, 필요한 기능과 불필요한 기능이 무엇인지 알려주세요. 다른 서비스의 디자인이나 자료를 사용할 권리가 자동으로 주어지는 것도 아닙니다.
4. 전체 비용과 구축 기간이 고정되어 있지 않은 이유는 무엇인가요?
화면 수뿐 아니라 연동 확인, 기존 자료 이전, 시험 환경 준비와 검수 범위가 비용·일정에 영향을 줍니다. 외부 계정이나 명세가 준비되지 않으면 해당 부분을 먼저 확인해야 합니다.
초기 설정, 정기 운영, 변경과 종료 비용을 구분하고 미확정 항목을 남겨두는 편이 비교하기 쉽습니다. 일반적인 안내를 개별 견적이나 납기 약속으로 해석하지 마세요.
도입 방식과 인수할 자료
5. 임대와 분양 중 어느 방식이 더 적합한가요?
운영할 기간, 필요한 변경 범위, 자체 담당자와 인수할 자료에 따라 판단해야 합니다. 임대는 이용 기간과 포함 범위를, 분양은 라이선스 조건과 실제 전달 자료를 먼저 확인하세요.
한쪽이 항상 저렴하거나 독립적이라고 볼 수는 없습니다. 도입 방식 비교에서 같은 기준으로 견적을 확인할 수 있습니다.
6. 분양을 받으면 소스코드도 소유하게 되나요?
자동으로 그렇지는 않습니다. 프로그램 사용, 소스 열람, 수정, 재배포는 서로 다른 권리이므로 계약에서 각각 확인해야 합니다. 소스가 포함되는 경우에도 대상 구성요소와 버전, 빌드·설치 자료의 제공 범위를 살펴보세요.
외부 라이브러리나 서비스의 이용 조건은 별도로 적용될 수 있습니다. 분양이라는 명칭만으로 모든 자료와 권리가 이전된다고 판단하지 않는 것이 중요합니다.
7. 기존 제품을 사용하면서 일부 기능만 추가할 수 있나요?
현재 제품의 확장 방식과 계약상 변경 가능 범위를 먼저 확인해야 합니다. 설정으로 해결할 수 있는 요구와 프로그램 변경이 필요한 요구를 구분해 보세요.
추가 기능의 영향 범위, 향후 업데이트와의 관계, 수정 후 검수와 유지보수 담당자까지 확인해야 합니다. 가능 여부를 확정하려면 기존 환경에 관한 정보가 필요합니다.
8. 업체를 바꾸거나 이용을 종료할 때 무엇을 받아야 하나요?
필요한 데이터, 항목 설명, 설정과 계정 자료를 인수 목록으로 정리하세요. 파일 형식, 시간대, 식별 기준과 전달 시점을 확인하고 표본으로 읽기·대조가 가능한지 검증하는 것이 좋습니다.
기존 업체의 접근 권한 회수, 남은 자료 처리와 이전 지원 비용도 별도 확인 항목입니다. 화면의 내보내기 기능 하나가 모든 이전 자료를 제공하는지는 확인이 필요합니다.
화면·연동과 검수
9. HTS, MTS와 WTS를 모두 만들어야 하나요?
실제 사용자가 필요한 환경부터 정하는 것이 좋습니다. 설치형 PC, 모바일 앱과 웹은 화면 크기뿐 아니라 배포, 업데이트와 연결 복구 방식도 다릅니다.
같은 기능을 모든 단말에 복제하기보다 각 환경에서 반드시 완료해야 할 업무를 정해 보세요. 단말별 확인 항목은 플랫폼 구성에서 살펴볼 수 있습니다.
10. 원하는 시세나 외부 시스템에 바로 연결할 수 있나요?
연결 대상의 공식 명세, 사용 권한, 시험 환경과 요청 제한을 확인해야 합니다. API가 있다는 설명만으로 필요한 모든 기능이 제공된다고 판단할 수는 없습니다.
데이터의 저장·표시 조건, 응답이 누락된 경우의 조회 방법, 명세 변경 안내 경로도 확인해 주세요. 초기 상담에는 비밀키 대신 문서와 비식별 예시를 전달하면 됩니다.
11. 데모가 정상 동작하면 운영 검수도 끝난 것인가요?
데모는 기능을 이해하는 데 도움이 되지만 실제 환경의 권한, 데이터량과 외부 연결 조건까지 같다는 뜻은 아닙니다. 최종 검수에는 정상 흐름 외에도 중복 조작, 권한 변경, 응답 지연과 재접속 사례를 포함해야 합니다.
시험 환경과 버전, 기대·실제 결과를 기록하고 수정 후 재확인하세요. 운영 검수의 기준은 미리 합의하는 것이 좋습니다.
운영과 변경 관리
12. 장애가 발생하면 누가 대응하나요?
프로그램, 서버, 네트워크와 외부 서비스의 담당자가 다를 수 있으므로 접수, 원인 확인, 조치 승인과 사용자 안내를 나누어 정해야 합니다. 어떤 자료를 누구에게 전달할지도 운영 전에 합의하세요.
지원 시간, 초기 응답과 복구는 서로 다른 조건입니다. 계약에 없는 상시 지원이나 복구 시간을 가정해서는 안 됩니다.
13. 백업 파일이 있으면 복구 준비가 된 것인가요?
파일 생성 여부와 실제 복원 가능 여부는 별도로 확인해야 합니다. 복원할 자료의 범위와 기준 시점을 정한 뒤 허가된 별도 환경에서 절차를 시험해 보세요.
외부 서비스 의존성이나 누락 항목도 기록해야 합니다. 필요한 복구 수준은 업무 영향과 자료 변화량을 고려해 정하며, 백업만으로 모든 장애를 예방하거나 해결할 수 있는 것은 아닙니다.
14. 인수한 뒤 발견한 문제와 추가 요청은 어떻게 구분하나요?
합의한 요구사항·검수 기준과 다른 동작인지, 새로운 필요가 생긴 것인지 먼저 확인합니다. 재현 조건과 영향을 적으면 기존 결함의 수정과 별도 변경 작업을 구분하는 데 도움이 됩니다.
변경이 필요한 경우 적용 범위, 비용·일정 영향과 재검수 조건을 기록하세요. 구축과 운영 준비에는 인수 이후에도 사용할 확인 기준을 정리했습니다.
