정품알이 가리키는 상태
일반적으로 정품알은 게임사 또는 공식 총판과의 공급 계약을 근거로, API 접근 권한과 기술 문서를 함께 제공받는 연동을 뜻합니다. 중요한 것은 '게임이 잘 돌아간다'가 아니라 '문제가 생겼을 때 누구에게 무엇을 요구할 수 있는가'입니다.
- 공급 계약의 주체와 범위가 문서로 확인된다
- API 문서와 인증 정보를 직접 전달받는다
- 잔액·베팅·정산 로그를 원본 기준으로 대조할 수 있다
- 장애 발생 시 대응 주체와 채널이 계약에 명시되어 있다
화면만으로는 구분되지 않는다
같은 게임사의 게임이라면 이용자가 보는 화면은 어느 경로로 연동하든 동일합니다. 게임이 정상적으로 실행되고 베팅이 반영되는 것만으로는 연동 출처를 판단할 수 없습니다.
차이가 드러나는 지점은 대부분 문제 상황입니다. 정산이 어긋났을 때 원본 로그를 대조할 수 있는지, 게임사 점검 일정을 사전에 통보받는지, 특정 게임이 갑자기 목록에서 사라졌을 때 이유를 확인할 수 있는지에서 갈립니다.
연동 전에 요청해야 할 자료
- 공급 계약서 또는 총판 권한을 확인할 수 있는 문서
- API 연동 문서 — 엔드포인트, 인증 방식, 오류 코드 정의
- 테스트 계정과 스테이징 환경
- 정산 리포트 샘플 — 항목 구성과 제공 주기
- 장애 대응 SLA — 연락 채널과 응답 기준 시간
지갑 방식에 따른 확인 항목
심리스 방식은 게임사가 매 베팅마다 우리 서버에 잔액을 조회하고 차감을 요청합니다. 따라서 우리 쪽 로그가 원본이 되며, 대조 기준을 우리가 갖게 됩니다. 반면 트랜스퍼 방식은 게임사 지갑으로 금액을 이동시킨 뒤 그쪽에서 처리하므로, 게임사 리포트에 의존하는 구간이 생깁니다.
트랜스퍼 방식을 쓴다면 리포트 제공 주기와 항목을 계약 단계에서 확인해야 합니다. 일 단위 합계만 받는 구조에서는 개별 건 분쟁이 생겼을 때 확인할 방법이 없습니다.
기존 시스템에 다시 연동하는 경우
이미 운영 중인 카지노솔루션이나 토토솔루션에 정품알을 다시 연동하는 작업은 가능하지만, 기존 구조 점검이 선행되어야 합니다. 현재 지갑 방식, 로그 보존 범위, 회원 식별자 체계에 따라 작업 난이도가 크게 달라집니다.
특히 기존 연동과 신규 연동을 병행하는 전환 기간에는 두 경로의 로그가 섞이므로, 전환 시점과 대조 기준을 미리 정해두어야 정산 혼선을 피할 수 있습니다.