대한민국의 전자결제 시스템은 세가지 기관 영역의 순차적 진행으로 이루어진다.
금융기관 - 청산기관 - 결제기관
금융기관은 흔히 생각하는 은행, 카드사 등등이 포함되며 거래일의 모든 거래건은 청산기관인 금융결제원으로 전달된다.
채무관계의 청산을 감당하는 청산기관은 상계를 통해 최종 결제 데이터를 확정하며,
대한민국의 결제기관인 한국은행으로 해당 결제정보를 전달한다.
한국은행은 해당 결제 데이터를 통하여 각 금융사 당좌계좌로 이체하는 결제처리를 진행한다.
여기까지 걸리는 시간이 보통 T+1 (11:00) 이다.
따라서 기본적으로 PG사를 통해 거래되는 전자상거래의 정산일은 정산기준일(거래일) 기준으로 익영업일(D+1)이 된다.
대한민국 온라인 전자상거래(일부 Offpg 포함)는 금융기관에 속하는 PG사들의 개별 서버망을 통해 결제가 이루어진다.
보통 결제 연동을 하는 개발자들은 그래서 PG to PG, mcht to PG 정도의 대외 연동을 기반으로 연동한다.
주로 하는일 : API로 JSON 상하차하기 (진짜임, 가끔 개 오래전에 만들고 차세대 안 하는건지 뭔지 G사는 소켓연동이더라 ㅅㅂ)
결제타입별 연동 방법이 상이하기 때문에 많은 개발자들이 애를 먹곤 하는데, 사실 넓게 생각하면 별거 없다. 쏟아지는 웹훅만 잘 받아 넣고, 결제시 파라미터만 잘 넣으면 어지간 하면 결제 된다.
그리고 접근이 어려운건 기본적으로, B2B 단위 계약이다보니 취준들은 토스페이먼츠 테스트머천트 정도만 사용하여 흐름 구현정도만 하게 되는데, 커머스쪽이나 쇼핑몰 포폴을 하고 있다면, 자사몰이 아닌 스마트스토어나 플랫폼 개념의 흐름을 구상해서 대사, 정산처리 부분을 구현하면 해당 도메인쪽에서 아주 긍장적으로 검토해 볼듯하다.
어려운 상황 모두 화이팅이다.
힘내 모두!
- dc official App
거참 그걸 취준생이 어떻게 하냐? - dc App
배갠드면 저중에 기능 단위로만 구현해도 잘 봐줄거 같아.. 나라면.. 개발 많이 된다. - dc App
@99.9(58.237) 쌩신입이면 결제는 안하는게 낫다본다.. 토스 연동해본거로 애매하게 아는척 해봤자 결제담당 실무자에게 개같이 털리기 좋기때문에 - dc App
@딘퐁 그말이 맞음. 그래서 나도 마지막에 차라리 토페 붙일거면 틀어서 대사, 정산 처리 하는걸 추천하긴함.. api 샌드박스 서버가 오픈된게 많이없어서 쩝.. - dc App
결제,검색쪽이 백엔드의 꽃이라 생각함 이거 2개를 기준으로 모든게 돌아가야함 - dc App
스테이블 코인 진짜 도입되면 또 큰 방향성이 생길텐데.. 공부 많이 해둬야겠다. - dc App
저번에 금결원api로 통장까지 만들어서 결제까지 전부다 했던 기억이 나네 - dc App
뱅크페이? 금융밴쪽이랑 연계된 망도 좋아. 전문통신들 해볼수도 있고, 좋은 경험인듯 - dc App
이니시스 연동만 하는데도 힘들었어
결제타입 전부? 고생했겠구만 그라서 포트원이 많이 큰건가봐 대단해 - dc App
@99.9(58.237) 카드 결제 작동만 하게 만들라고 해서 아무것도 모르는 상태에서 멱등성도 구현 안하고 일단 했었어 문제는 이제 정기구독도 언젠가는 해야하는데 쉽지 않을 거 같아
@ㅇㅇ(211.234) 빌링은 빌링키만 잘 보관하고, 배치나 스케쥴링으로 매일 돌리면 금방이야. 자프링 기반이면 배치모듈 하나파고 나머진 동일해 카드결제에서 빌링키만 추가(첫 구독시 발급 > 이후 첨부하서 결제요청)된거라 ㅋㅋ 화이팅! - dc App
토스페이 들어간사람도 그렇게는 안함 연동만 띡 했지 대사 하나도 안넣음
다른 대단한게있지 않았을까? 나도 나중에 이직하고싶은곳인데.. - dc App