C# XingAPI - 주식 종목에 따른 PBR, PER, ROE 구하는 방법(t3341 예제)
지난 글에서 개별 종목에 따른 재무 정보를 확인했는데요,
C# XingAPI - 주식 종목에 따른 PBR, PER, ROE, ROA 구하는 방법(t3320, t8430 예제)
; https://www.sysnet.pe.kr/2/0/13034
개별 종목에 대한 검색이 다소 느리다 보니 아예 "재무순위종합"을 반환하는 t3341 API를 사용하는 것도 좋습니다.
BEGIN_FUNCTION_MAP
.Func,재무순위종합(t3341),t3341,attr,block,headtype=A;
BEGIN_DATA_MAP
t3341InBlock,기본입력,input;
begin
시장구분,gubun,gubun,char,1;
순위구분(1:매출액증가율2:영업이익증가율3:세전계속이익증가율4:부채비율5:유보율6:EPS7:BPS8:ROE9:PERa:PBRb:PEG),gubun1,gubun1,char,1;
대비구분,gubun2,gubun2,char,1;
IDX,idx,idx,long,4;
end
t3341OutBlock,출력,output;
begin
CNT,cnt,cnt,long,4;
IDX,idx,idx,long,4;
end
t3341OutBlock1,출력1,output,occurs;
begin
순위,rank,rank,long,4;
기업명,hname,hname,char,20;
매출액증가율,salesgrowth,salesgrowth,long,12;
영업이익증가율,operatingincomegrowt,operatingincomegrowt,long,12;
경상이익증가율,ordinaryincomegrowth,ordinaryincomegrowth,long,12;
부채비율,liabilitytoequity,liabilitytoequity,long,12;
유보율,enterpriseratio,enterpriseratio,long,12;
EPS,eps,eps,long,12;
BPS,bps,bps,long,12;
ROE,roe,roe,long,12;
종목코드,shcode,shcode,char,6;
PER,per,per,float,13.2;
PBR,pbr,pbr,float,13.2;
PEG,peg,peg,float,13.2;
end
END_DATA_MAP
END_FUNCTION_MAP
보는 바와 같이 t3320에 비해 자세하진 않지만 그래도 PER, PBR, ROE 정도는 포함하고 있으며 게다가 '영업이익증가율' 같은 정보와 함께 정렬까지 해서 반환해 주니 편리한 면도 있습니다.
이 API를 사용하려면 우선 gubun, gubun1, gubun2 필드에 적절한 조건을 설정해야 합니다.
private IEnumerable<FinancialInfo> GetFNGInfo()
{
List<FinancialInfo> list = new List<FinancialInfo>();
using (XQt3341 query = new XQt3341())
{
query.QueryPerTime = 3 * 1000; // 3초마다 한 번씩 전송
XQt3341InBlock inBlock = new XQt3341InBlock
{
gubun = '0', // 0: 전체, 1: 코스피, 2: 코스닥
gubun1 = 'a', // 1: 매출액증가율
// 2: 영업이익증가율
// 3: 세전계속이익증가율
// 4: 부채비율
// 5: 유보율
// 6: EPS
// 7: BPS
// 8: ROE
// 9: PER 오름차순
// a: PBR 오름차순
// b: PEG 오름차순
gubun2 = ' ', // 1: 고정
};
// ...[생략]...
}
}
위에서는 gubun1에 'a'를 설정했으므로 "PBR" 값을 기준으로 오름차순 정렬해 종목을 반환합니다. (그런데, gubun2의 값은 어떤 걸 의미하는지 모르겠습니다. ^^; 혹시 아시는 분은 덧글 부탁드립니다. '1'을 주나 공백(' ')을 주나 결과는 같습니다.)
t3341의 경우 쿼리 결과는 "연속 조회" 방식입니다.
eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법
; https://www.sysnet.pe.kr/2/0/12149
단지, 위의 설명했던 코드와 다소 틀린 점이 있는데요. t3341의 경우 cts_time이 아니고 idx 필드라는 이름으로 가져올 인덱스 위치를 결정합니다. 그래서 다음과 같이 연속 조회를 처리해야 합니다.
long oldIdx = 0;
while (true)
{
query.SetBlock(inBlock);
int resultCode = query.Request();
if (resultCode < 0)
{
break;
}
var outBlock = query.GetBlock();
if (outBlock.IsValidData == false)
{
break;
}
foreach (var item in query.GetBlock1s())
{
yield return new FinancialInfo(item);
}
inBlock.CopyValueFromBlock(outBlock);
if (inBlock.idx == oldIdx)
{
break;
}
oldIdx = inBlock.idx;
}
따라서, 사용법은 다음과 같이 할 수 있습니다. ^^
void Main(bool useDemoServer)
{
LoginInfo user = GetUserInfo(useDemoServer);
using (XingClient xing = new XingClient(useDemoServer))
{
if (xing.ConnectWithLogin(user) == false)
{
Console.WriteLine(xing.ErrorMessage);
return;
}
foreach (FinancialInfo item in GetFNGInfo())
{
Console.WriteLine($"[{item.rank}] {item.hname}: PER == {item.per}, PBR == {item.pbr}");
}
}
}
/* 출력 결과
[1] HDC: PER == 6.17, PBR == 0.2
[2] 세원물산: PER == 1.94, PBR == 0.22
[3] 대한화섬: PER == 7.06, PBR == 0.23
[4] 지역난방공사: PER == 19.51, PBR == 0.23
[5] 한화생명: PER == 6.59, PBR == 0.24
[6] 화천기공: PER == 10.87, PBR == 0.27
...[생략]...
[1207] 삼성바이오로직스: PER == 126.02, PBR == 15.61
[1208] 로스웰: PER == 0, PBR == 0
[1209] 에코프로비엠: PER == 96.42, PBR == 19.3
[1210] 글로벌에스엠: PER == 0, PBR == 0
[1211] 골든센츄리: PER == 0, PBR == 0
[1212] 씨케이에이치: PER == 0, PBR == 0
*/
그런데 결과를 보면 좀 이상한 점이 몇 개 있습니다. 우선, 1) 결과가 겨우 1,212개라는 점입니다. 이전 글에서는 2,371개 종목이 대상이라는 점을 감안할 때... 순위권으로 하위에 해당하는 것은 잘린 듯하지만, 딱히 뭐라고 단정 지을 수 없습니다.
또한, 2) 위의 결과에 보면 마지막에 "글로벌에스엠", "골든센츄리", "씨케이에이치" 등의 정보가 PER, PBR(뿐만 아니라 모든 필드의 값이) 모두 0으로 나오는데요, 사실, 지난번의 t3320 API를 이용해도 해당 종목들은 모두 0으로 나옵니다. 재미있는 것은, 아래와 같이 HTS 화면에서 재무제표로 검색하면 (정상적인?) PBR, PER 값이 나옵니다.
잘은 모르겠는데,
이전에 다룬 t3320으로 모든 개별 종목을 돌려보면 관련 자료들이 0이 나오는 것들은, "이리츠코크렙", "맥쿼리인프라", "맵스리얼티1", "베트남개발1", "에이리츠", "케이탑리츠", "한국ANKOR유전", "바다로19호", ... 등인데, 가만 보면 일반적인 기업의 성격은 아닌 것 같습니다. 하지만, 또 절대적으로 그런 것은 아닙니다. 가령 "모두투어리츠" 같은 경우에는 PER, PBR의 값이 잘 나옵니다. ^^;
이상한 점은 또 하나가 있는데요, 3) 지난 t3320으로 돌리다 보면 "락앤락" 같은 경우 PBR == 1.01이 나오는데 정작 저 t3341의 1,212개 목록에는 보이질 않습니다. 이게 어떤 기준으로 누락된 것인지... 알 수가 없군요. ^^
그나저나, 어째... 느낌이 좀 안 좋습니다. 고객의 소중한 자산, 즉 돈이 오고 가는 시스템에서 이런 식의 비정상적인 결과가 나온다는 것은...? 과연, 믿고 쓸 수 있을까요?
(
예제 코드는 github에 올려 두었습니다.)
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]