24시간 내내 시장을 지켜보는 일을, 시스템이 지속적으로 수행하는 작업으로 바꿔보세요.

시스템은 사전 판단을 지속적으로 수행합니다.

매번 실행 전에 시장 상태, 계정 상태 및 전략 맥락을 먼저 읽어들이며, 단일 신호를 직접 주문으로 변환하지 않습니다.

사전 판단에는 시장 정보와 계정 정보 두 가지가 모두 필요합니다. 시세 데이터는 최신이어야 하며 올바른 거래 상품에 해당해야 하고, 계정 잔액, 보유 포지션, 주문 및 권한 정보도 읽을 수 있어야 합니다. 핵심 데이터 중 하나라도 누락된 경우, 시스템은 “알 수 없음”을 “문제 없음”으로 간주해서는 안 됩니다.

• 시세 데이터 무결성 검사
• 계정 및 권한 상태 확인
• 전략 실행 조건 확인

위험 조건은 최종 결정권을 가집니다.

전략에 기회가 발생하더라도 포지션, 권한, 계정 또는 리스크 조건이 충족되지 않는 한, 시스템은 추가 실행을 진행하지 않습니다.

리스크 검사는 독립적인 거부 권한을 가집니다. 전략이 기회를 찾더라도 계좌 위험이 한도에 도달했거나, 처리되지 않은 포지션이 있거나, 권한이 비정상이거나, 거래소 상태를 확인할 수 없으면 이번 신규 거래는 제한됩니다. 자동화의 핵심은 주문을 더 많이 내는 것이 아니라, 행동하지 말아야 할 때도 자동으로 멈추는 것입니다.

• 위험 평가 미통과 시 이용 제한
• 비정상 상태는 정상 상태로 위장하지 않습니다.
• 실행 범위는 권한에 따라 제한됩니다.

주문 실행의 전체 라이프사이클

시스템은 생성, 체결, 취소, 보호 및 종료 상태를 추적하므로, 제출 결과를 한 번 확인한 것만으로 거래가 완료된 것으로 간주하지 않도록 주의하십시오.

주문 발주는 라이프사이클의 시작에 불과합니다. 시스템은 거래소에서 주문이 수락되었는지, 부분 체결되었는지, 완전 체결되었는지, 보호 주문이 설정되었는지, 그리고 주문 취소나 실패 후 포지션에 여전히 변화가 있는지 등을 지속적으로 확인해야 하며, API에서 한 번 반환된 결과만으로 완료되었다고 선언해서는 안 됩니다.

• 주문 상태 지속 추적
• 포지션과 보호 조치 간의 연관성
• 실패 및 미확인 결과에 대해서는 계속 확인 중입니다.

완료 후 다음 단계로 진행하십시오.

체결, 수수료, 수익, 리스크 결과가 다시 시스템 맥락으로 들어가며, 일회성 주문이 아니라 지속 운영을 형성합니다.

실행 결과에는 실제 체결 가격, 수수료, 포지션 변동 및 리스크 상태가 포함됩니다. 이러한 결과는 고객 기록에 반영되며 다음 단계의 판단에 영향을 미칩니다. 고객의 기기가 인터넷 연결이 끊어져도 서버 운영은 중단되지 않으나, 계정, 거래소 또는 플랫폼 연결에 이상이 발생하면 제한 및 복구 절차가 진행됩니다.

• 결과가 실제 기록에 반영됨
• 상태를 후속 판단에 반영
• 고객은 전체 운영 상태를 확인할 수 있습니다.

주문이 생성되기 전에 시스템은 이미 대부분의 판단 작업을 완료했습니다.

시스템은 먼저 시세 출처, 거래 종목 및 시간이 일치하는지 확인한 후, 계좌 잔고, 보유 포지션, 일반 주문, 조건부 주문 및 최근 체결 내역을 읽어옵니다. 이러한 정보들이 종합적으로 계좌의 실제 상태를 명확히 보여줄 때만, 전략 후보가 위험 점검 단계로 진입할 자격을 얻게 됩니다.

위험 점검은 현재 계정이 이미 감수하고 있는 위험, 잔여 사용 가능 한도, 계획된 포지션 및 청산 한도를 지속적으로 계산합니다. 페이지에 표시되는 거래 기회는 이미 여러 조건에 따라 선별된 결과일 수 있으며, 거부된 후보 거래는 “수익 기회 상실”로 위장되지 않습니다.

• 시세 및 계정 정보는 반드시 동시에 완전하게 기재되어야 합니다.
• 주문보다 먼저 생성되는 후보 기회
• 위험 조건에 따라 최종 결정권이 있습니다.

‘제출’, ‘체결’, ‘부분 체결’, ‘종료’는 네 가지 서로 다른 상태입니다.

거래소에서 주문을 접수했다는 것은 해당 요청이 처리 단계에 들어갔음을 의미할 뿐, 포지션이 이미 형성되었음을 의미하지는 않습니다. 주문은 대기 중일 수도, 부분 체결될 수도, 완전히 체결될 수도, 취소되거나 거절될 수도 있으며, 시스템은 실제 반환 결과를 바탕으로 지속적으로 업데이트되어야 하며, 제출 성공 후 미리 수익을 계산해서는 안 됩니다.

일부 체결 건은 특히 추가 처리가 필요합니다. 실제 포지션이 이미 발생했으나, 잔여 수량은 여전히 주문 상태에 남아 있습니다. 시스템은 실제 포지션에 따라 보호 포지션을 구축하거나 확대하는 동시에, 미체결 부분을 지속적으로 추적하여 계정 상태와 페이지 기록이 일치하지 않는 상황을 방지해야 합니다.

• 제출이 성공했다고 해서 반드시 체결된 것은 아닙니다.
• 일부 체결 건에서 실제 위험이 발생했습니다.
• 취소 및 실패 시에도 최종 포지션을 확인해야 합니다.

자동화의 가장 중요한 기능 중 하나는 이상 상황이 발생했을 때 어디서 중단해야 할지 파악하는 것입니다.

고객 측의 네트워크 연결이 끊어져도 서버는 계속 작동하지만, 거래소 인터페이스, 계정 권한 또는 플랫폼 서비스에 이상이 발생하면 핵심 정보를 일시적으로 확인할 수 없게 될 수 있습니다. 이 경우 시스템은 주문 재전송 대신 새로운 위험 발생을 우선적으로 차단하고, 기존 포지션과 보호 조치를 계속 확인합니다.

복구된다고 해서 API를 다시 연결하는 즉시 거래가 재개되는 것은 아닙니다. 시스템이 잔고, 주문, 조건부 주문, 체결 내역 및 보유 포지션을 다시 읽어들이고, 귀속 및 대조 절차를 완료한 후에야 계정이 새로운 리스크를 감수할 수 있는 상태로 복구되었는지 판단할 수 있습니다.

• 알 수 없는 상태는 미보유 포지션으로 간주할 수 없습니다.
• 예외 상황 발생 시 기존 리스크를 우선적으로 보호합니다.
• 재확인 완료 후에만 신규 거래가 재개됩니다.