myDocument/quantec

용어 정리

1. 수도결제(受渡, settlement): 증권의 매매 거래, 증권과 그 대금을 주고 받는 것. 매매 계약 체결 후 3일째가 되는 날에 수도. 이러한 수도에 의하여 매매 계약을 이행하는 것을 수도 결제라고 하며, 그 거래를 수도 거래라고 한다.

2. 투자가능금액 =/= 주문가능금액

   1. 투자가능금액: 계좌 입금금액(현금 중) 투자에 사용할 수 있는 금액. 보유중인 주식, 타 자산 매도하여 얻은 현금 포함될 수 있음. 그러나 결제가 완료되지 않은 거래에서 발생한 금액은 포함되지 않을 수 있음.
   2. 주문가능금액: 현재 증권 계좌에서 주문을 할 때 실제로 사용할 수 있는 금액. 투자가능금액에서 미체결된 주문의 금액을 차감한 금액일 수 있음.

flowchart TD
  n1["출금가능금액"]
  n2["주문가능금액"]
  n3["가입상품"]
  n4["환전신청금액"]

3. 예수금

계좌에 주식 거래를 위해 입금한 금액. 예수금을 증거금으로 활용하거나 인출 할 수 있다.

4. 안전 마진, 잔여 예수금

주식 매수 투자자 보호 및 거래 안정성 계좌에 일부 금액 남기게 설정. 주식 매수 시 발생할 수 있는 불확실한 수수료, 세금, 가격 변동 부족한 금액이 발생하는것 방지 조치 남겨둔 금액은 수수료 기타 비용 커버 사용, 실제 매매 금액 부족할 때 대비 남기는 금액

왜?

2024-09-11

!!! question

    cookieInfo 컴포넌트에 대한 고찰
    layout, page 관계에서 cookieInfo는 왜 페이지 마다 들어가 있는가?
    root에 사용하지 않는가?
    layout에서 page를 clientCookieProvider로 감싸고 있음. 그냥 그 안에 cookieinfo 컴포넌트를 넣어도 사용하는데는 문제가 없을것임

    더욱이 Spinner 컴포넌트도 각 페이지에 넣는것이아닌 cookieinfo 컴포넌트에 넣으면 각 페이지에서 호출하지 않아도됨. 

2024-09-24 참석자 이왕호 부장, 박상수 차장, 김익희 차장

비중이 안 맞는 값을 보낼때 비중에 대한 건

!관심(추천) 포트폴리오 추가 개발에서 나온 이슈

PBP CS에서 포트폴리오가 아직 만들어지지 않은 상태에서 상품 가입 할 때 전략 비중이나 1이 안나오면 에러를 출력함 이걸 프론트에서 계산해서 1에 맞게 보내고 있음

!연산은 백엔드가 한다

이후 코어와 통합을 위해서 프론트에서 계산하는 부분은 걷어 내야 한다. 하지만 지금은 그러기 힘드니 기존에 쓰는건 놔두고 이후 추가 되는 건 백엔드에서 계산한다.

그리고 기존의 프론트에서 계산하는 방식은 "여유가 생길때" 걷어내는 방향으로 한다.