“다치바나증권 e지점 API 이제 복구됐겠지?”
2026년 11월 10일 기준 아직 중단 중이다. 공식 안내에는 2026년 10월 23일 오후 3시 30분부터 서비스가 중단됐다고 나온다. 실거래 API와 데모 API 모두 대상이다. 관련 설비 이전 개발 목표는 2027년 3월경이다.
복구 시간을 보러 왔는데 내년 일정표를 받았다. 분명 장애 공지였는데?
'일시 중단'의 규모가 남다르다
공식 문구는 'PHP 문제'다. 그러나 이것만으로 구체적인 장애 원인이나 보안 취약점을 단정할 수는 없다. 확실한 것은 중단 목록이다. API, 데모 API, BRiSK Next, 주가 보드, 스마트폰 전용 사이트, AI 실적 달력, 계좌 개설이 포함된다.
개발자: “운영 서버가 멈췄으면 데모로 테스트하지 뭐.”
공지: “데모도 중단입니다.”
개발자: “비상구에도 공사 중 안내판이 붙었네.”
물론 이 비유가 모든 수동 거래 경로의 중단을 뜻하지는 않는다.
2027년 3월은 API 재개 확정일이 아니다
회사가 밝힌 것은 설비 이전 개발을 2027년 3월경을 목표로 진행한다는 점이다. 개발과 확인을 끝낸 서비스부터 순차적으로 재개하겠다는 계획도 있다.
따라서 API가 반드시 3월 1일에 열리거나, 모든 서비스가 3월까지 꼭 멈춘다는 결론은 낼 수 없다. 정확한 재개 날짜는 후속 공지가 필요하다.
그럼에도 10월 말에 시작된 중단을 11월에 확인했더니 다음 해 3월이 등장한다는 건 엄청난 반전이다. 긴급 점검 시간을 찾다가 분기별 프로젝트 계획서에 들어온 기분.
자동매매 이용자에게 필요한 대응
API는 주문, 체결 확인, 포지션 조회, 시세 취득에 연결될 수 있다. 연결이 끊겼다면 무한 재시도가 아니라 안전한 정지가 먼저다. 자동 작업을 중단하고, 미체결 주문과 보유 포지션을 공식적으로 가능한 방식으로 확인하자.
다른 서비스를 검토할 때에는 실제 API 기능, 이용 약관, 인증, 비용, 호출 제한, 데이터 범위를 비교해야 한다. 복구 후에도 작은 규모로 재검증한 다음 운영하는 편이 낫다. 1초마다 같은 주소로 돌진하는 것은 복구가 아니라 디지털 기도다.
왜 이렇게 웃긴가
'잠시 중단'이라는 말은 몇 시간이나 며칠을 떠올리게 한다. 그런데 공지를 열면 다음 해의 달이 나온다. 게임 점검 종료 시간을 확인하다가 다음 확장팩의 개발 계획표로 이동한 느낌이다. 연습 서버까지 같이 쉬고 있으니 더 당황스럽다.
결론
11월 10일 기준 API 재개는 확인되지 않았다. 3월경은 설비 이전 개발 목표이지 보장된 복구일이 아니다. 공식 안내를 확인하면서, 외부 연결 하나가 사라져도 안전하게 멈추는 자동화 구조를 만들어야 한다.
“API 돌아왔어?”
“아니. 답이 다음 분기로 넘어갔어.”
질문은 5초, 답은 분기 단위.
2026년 11월 10일 확인. 이후 최신 공지를 우선한다.
