소프트웨어에서 에러 체킹하는 기능을 제대로 만들지 않은 게 근본적인 문제.

충분히 검증된 기존 소프트웨어를 쓰지도 않고, 사용전 테스트도 제대로 안했겠지...

마이너스 값 같은 경우는 당연히 문제가 되겠지만
0일 입력은 에러로 체크되야할 상황이 아니라 입력 실수 같은데요...

소프트웨어적인 문제 보다는 실수를 되돌리기 어려운 증권거래 시스템이 더 문제인듯요

거꾸로 생각해야죠.

증권 뿐 아니라 모든 금융거래는 실수를 되돌리기 어렵기 때문에
금융 관련 소프트웨어는 2중, 3중의 체크를 해야 하는 겁니다.
위 사례처럼 국제적으로 오픈된 상황에서는 더 그렇구요.

흠 그렇게 생각할 수도 있군요
저는 여전히 시스템을 개선해야 한다는 입장이지만...

본문의 예시가 0일이라 체킹 이슈라 생각하기 쉬운데요
10년치 3650일을 365일이라 입력하는 실수를 했다고 생각해보면
소프트웨어 내부의 정책으로 인적 실수들을 판별하기가 상당히 까다로울거라 여겨져서...
달이나 년으로 끊어 콤보박스로 입력받는것도 방법이긴 하지만
디테일하게 조정하고 싶다는 요구가 있다면 저런식으로 밖에 만들수 없지 않을까요
그래서 조금 더 거시적인 차원에서 시스템 자체를 개선할 필요가 있다고 생각했습니다

뭐 저런 프로그램들은 최종적인 명세를 띄워주고 입력받은 사항대로...
프로세스를 태울지 여부를 한번 더 물어보는게 최선이겠죠

거시적이라는게 어떤 수준을 이야기 하는지 모르겠지만, 앞에서 언급한
대로 국제적 수준의 금융거래 시스템을 바꾼다는건 말처럼 쉽지 않습니다.
성립된 거래를 취소시킬 수도 있다는 식은 더 그럴테구요.

어떤 시스템이 굉장히 불합리해 보이는데 현실적으로 동작하고 있다면,
불합리한 관행일 경우도 많지만 잘 보이지 않는 필요성 때문일 수도 있죠.
특히 금융과 같이 역사적 경험의 영향이 반영된 거대한 시스템을 바꾸려면
합의 자체도 힙들지만, 의도하지 않은 부작용이 만만치 않을 겁니다.

그리고 한맥투자증권 사례는 금융거래시스템의 문제로 보기도 어려운게...
구제신청이라는 비정상적 거래를 취소해주는 제도까지 있었는데, 워낙 다수의
거래가 이루어져 취소가 가능한 제한시간 내 모든 거래를 처리할 수 없었다는게
문제였으니까요. 거래의 안정성을 위해 시간제한을 없앨 수도 없을테고요.

제대로된 금융 IT시스템이라면 문제가 될 모든 경우의 수를 따져서 사전에 막거나,
권한이 있는 상위 결재자의 확인을 거치도록 했어야죠. 디테일하게 조정 운운하는
현업의 요구가 있더라도 이는 우선적인 고려대상이 될 수 없습니다.

증권시장마다 로컬룰이 존재하고 거래시스템이야 얼마든지 통제 가능합니다
신용카드 결제나 선물거래 비슷하게 실제 이행을 더 미뤄 롤백이 가능하게 하거나
말씀 하신 구제신청을 특정 기간내에 일괄 처리 가능하게 조정할수도 있겠죠
뭐 그렇게 한다면.. 정말 실수가 맞는지 입증할만한 절차도 도입해 오용을 막아야겠지만요

편의점 아르바이트생이 발주 실수로 0을 붙여 10배의 물량을 주문했다 했을때...
발주 실수한 아르바이트생, 그러한 비정상적 발주가 가능했던 발주 프로세스,
비정상적 발주를 취소가 불가능한 시스템... 중에서 각각의 책임을 어느 정도 물어야 할지요

프로그램에서 오입력을 막는 노력이 전혀 필요 없다는 이야기는 아니지만
저는 오입력한 사람의 책임이 가장 크다고 생각합니다.. 해결책이야 제도 개선이겠고요

애초 저런 사람의 실수가 얼마든지 있을 수 있는 데 그걸 고려 안한 시스템의 설계가 문제의 핵심이지 무슨...
막말로 만약 직원이 실수가 아니라 고의로 일 벌일 수도 있는데 그런 고려를 다해서 설계했어야...

해외에서는 멀쩡한회사 폐업신고해서 회사가 날라감.

지금은 아마 방지대책이 서 있겠죠..  사람만 탓할게 아니라 시스템적으로 너무 허술했네

지금은  오입력 방지시스템을 보완했다고 합니다..

미국 신용등급 강등사건때  코스피 전체시장이  하한가로 떨어질때  서킷브레이크 걸리며  난리가 났을무렵
아무생각없이  etf 에버레지 에다가  매수 주문을 넣는 병ㅅ  짓을 해서  수천 손해봤던 쓰라린 기억이...  그 순간 보고있던  키움증권 방송에서  내가 잘못넣은 주문으로  채팅창이 난리가 났었는데...  주식하다보면  아무생각없이  저런 실수를 하는 경우가 종종있죠.;;;; T.T

와... 웬만한 공포영화보다 이게 더 무섭다. ;;
안타깝네요. ㅠㅠ

저런 오류는 예상가능한 범위였음..
리스크를 예상하고 시스템을 계속 보완하는게 중요한데..
당시만해도 전산 보안, 오류에 대한 보완을 비용이라 생각하고 투자를 안하려는 회사들이 많았는지라..
실수 한번에 엄청난 손해를 보는 회사들 부지기수였음..
저기는 아예 망해서 대표적인 사례로 거론되지만.. 클릭 한번 잘못해서.. 내지는 해킹당해서 수십~수백억씩 손해본 회사들 찾아보면 한두군데가 아닌..

기관투자가도 증거금과 한도의 제한을 받는데,
시스템을 부실하게 만들어서 내지는 속도의 이점을 보겠다고
최소한의 순위험증거금이나 총한도 루틴을 생략한데서
벌어진 사고.
원래 단순 미스오더 정도는 RMS(위험관리시스템)에서 막아줌.
감당못할 오더도 RMS에서 막아줘야 하고, 최종 FEP에서 막을수도 있음.
다 그런 과정을 생략한데서 벌어진 사태임. 기준을 무시한 결과.

당사자는 거의 죽기 직전이었겠네 ㄷㄷㄷ