HTS·MTS·WTS
단말별 화면을 별도 제품으로 볼지 공통 API의 클라이언트로 볼지 정합니다. 로그인, 주문 종류, 계좌·포지션, 차트와 알림의 지원 범위를 표로 작성합니다.
검수 질문
- 단말 사이 주문·잔고 상태가 같은 기준 시각으로 표시되는가?
- 네트워크 단절 뒤 재로그인과 주문 상태 복구 절차가 있는가?
- 지원 OS·브라우저·기기와 최소 버전이 문서화됐는가?
SOLUTION ARCHITECTURE
기능 목록만 비교하지 않고 각 모듈의 책임, 외부 의존성, 실패 처리와 인수 자료를 함께 확인합니다.
사용자에게 보이는 단말, 주문·시세를 처리하는 서버, 운영자가 관리하는 백오피스는 개발 방식과 장애 영향이 다릅니다. 한 묶음으로 “포함”이라고만 쓰면 계약 후 누락을 찾기 어렵습니다.
단말별 화면을 별도 제품으로 볼지 공통 API의 클라이언트로 볼지 정합니다. 로그인, 주문 종류, 계좌·포지션, 차트와 알림의 지원 범위를 표로 작성합니다.
주문의 접수, 검증, 전송, 체결, 정정·취소와 거절까지 상태 전이를 관리합니다. 재시도 과정에서 중복 주문이 발생하지 않도록 식별자와 멱등성 기준을 확인합니다.
주문 전 한도 검사와 보유 포지션 감시, 경보·차단 규칙을 다룹니다. 규칙 변경 권한과 적용 시각, 예외 승인 기록을 남겨야 합니다.
데이터 피드의 사용 권한, 상품 코드, 타임존, 장 운영 시간과 결측 처리 기준을 먼저 정합니다. “실시간”은 공급 계약과 측정 결과로 확인해야 합니다.
운영자 권한, 승인 흐름, 설정·계정 변경과 보고서를 관리합니다. 민감 작업은 최소 권한과 이중 확인을 적용하고 로그의 변경 방지 정책을 정합니다.
소스나 실행 파일만으로 운영을 인수할 수 없습니다. 빌드 환경, 비밀정보, 배포·롤백, 백업·복구와 외부 계정 목록이 필요합니다.
REQUIREMENTS
현재 운영 환경과 원하는 단말·연동 범위를 알려주세요.