Steam 게임 이전: 위시리스트와 정산서는 따로 움직인다

요약

Steam 앱 이전은 게임의 리뷰와 이용자 구매 권리, 위시리스트 이력을 보존한다. 이전 파트너의 월별 지급 보고서와 지급 이력은 자동 이전 대상이 아니다.
앱 관리 공유는 돈을 받는 주체를 바꾸지 않는다. 재무 자료 공유에는 별도 허용과 사용자의 재무 열람 권한이 필요하다.
이전 효력일과 실제 지급 주기는 다르며, 기존 할인 대기기간과 번들 관리 관계도 새 퍼블리셔 이름만으로 초기화되지 않는다.

리뷰는 다 있는데, 입금 내역은 어디에 있을까

출시된 게임을 인수한 가상의 퍼블리셔를 떠올려 보자. Steam 상점은 그대로이고, 쌓여 있던 리뷰도 살아 있다. 위시리스트를 열어 보니 과거 이력까지 보인다. 마케팅팀 입장에서는 꽤 기분 좋은 인수 첫날이다. 재무 담당자가 월별 지급 보고서를 찾기 전까지는 그렇다.

Steam 공식 문서는 그 보고서가 이전 파트너에게 남으며 이전되지 않는다고 설명한다. 게임을 넘겨받았다고 이전 회사가 받은 돈의 월별 증빙까지 같은 상자에 담겨 오는 것은 아니다.

이 차이는 단순한 화면 배치가 아니다. 새 회사는 앞으로 게임을 운영하고 돈을 받을 수 있다. 과거 사업이 실제로 얼마를 남겼는지 확인하는 데 필요한 자료는 별도로 확보해야 한다. 위시리스트는 미래 고객의 관심을 보여 준다. 그 관심이 과거에 어떤 정산으로 이어졌는지는 다른 서류가 설명한다.

이용자는 계속 플레이하고, 회사는 여러 가지를 나눠 받는다

같은 앱 식별자를 유지하는 이전은 이용자에게 유용하다. Steam은 이전으로 이용자의 게임 소유 권리가 중단되거나 바뀌지 않으며 리뷰와 포럼 등 커뮤니티 콘텐츠도 영향을 받지 않는다고 밝힌다. 새 파트너는 이전 후 상점 정보와 퍼블리셔 표시, 이미지, 게임 빌드, 가격 등을 수정할 수 있다. 수정 전까지 게임의 공개 페이지는 그대로다.

오래 쌓인 관심을 새 상점 페이지에서 처음부터 다시 만들 필요가 없는 셈이다. 게임의 팔로워와 위시리스트도 유지된다. 인수한 쪽이 원하는 것은 대개 이 연속성이다. 좋은 리뷰를 다시 부탁하는 데는 버튼 하나보다 훨씬 많은 시간이 든다.

다만 개발사·퍼블리셔 홈페이지의 진열은 별개다. 이전을 시작하면 해당 게임은 기존에 등록됐던 개발사나 퍼블리셔 홈페이지에서 자동으로 빠진다. 이전이 끝난 뒤 새 홈페이지에 올릴 수 있다. 게임 페이지가 남아 있다는 말로 모든 공개 유입 경로가 그대로라고 단정하면 이 차이를 놓친다.

열람할 수 있는 매출과 넘겨받은 정산서는 다르다

기본적으로 파트너는 자신이 해당 게임의 대금을 받던 기간의 재무 정보를 본다. 새 파트너가 보는 정보는 이전 시점부터다. 이전 파트너가 전체 판매 이력의 열람을 허용할 수 있으므로, 과거 자료가 영구히 잠긴다는 뜻으로 읽을 이유는 없다. 다만 허용은 별도의 일이다.

앱 관리 공유를 설정할 때 재무 데이터 열람을 선택적으로 제공할 수 있다. 그 뒤에도 수신 회사의 개별 사용자는 View Financials 권한을 갖춰야 한다. 회사끼리 문을 열었다고 회계 담당자까지 자동으로 통과하는 구조가 아니다.

무엇을 열람하는지도 중요하다. Steam의 실시간에 가까운 판매·활성화 보고서에 나오는 매출은 환불, 지불 거절, 세금 등의 차감을 반영하지 않는다. 월별 판매 보고서는 차감 항목을 포함해 실제 지급될 금액을 보여 주며 CSV로 내려받을 수 있다.

인수자가 과거 수익성을 확인하려는데 총매출 그래프만 있다면 질문은 아직 끝나지 않았다. 어떤 판매 화면을 공유할지, 이전 월별 보고서 파일은 누가 전달할지, 차감 내역은 누가 설명할지를 협의해야 한다. 플랫폼에서 열람권을 주는 작업과 회사 간 증빙을 전달하는 작업은 서로를 대신하지 않는다.

공식 자료에는 이런 차이가 실제로 얼마나 많은 거래 지연이나 가격 조정을 만들었는지 나와 있지 않다. 이를 계산하려면 이전 기록, 지원 요청, 정산 자료를 연결해야 한다. 지금 확인되는 것은 거래 전에 요청할 자료의 경계다.

상점 그림은 바꿔도 가격표는 못 바꿀 수 있다

Steam의 앱 공유는 다른 파트너에게 게임 관리 접근을 줄 수 있다. 양쪽이 빌드를 올리고 상점 정보를 다루는 데 쓸 수 있지만 지급 규칙은 바뀌지 않는다. 공유 앱의 가격과 할인을 설정할 수 있는 파트너는 그 게임의 대금을 받는 쪽이다. 실제 사용자에게도 가격·할인 관리 권한이 필요하다.

따라서 새 운영팀이 이미 상점 이미지를 교체할 수 있어도 수취 주체의 이전이 끝났다고 볼 수 없다. 관리 공유를 먼저 열어 인수 준비를 할 수는 있다. 돈을 받을 회사를 바꾸려면 앱 이전 절차를 완료해야 한다.

이전에는 보내는 쪽과 받는 쪽의 확인뿐 아니라 Valve의 승인이 들어간다. 발신자가 수신인과 효력일, 이유를 입력하고, 수신자가 수락하며, 발신자가 다시 확인한다. 양쪽 사용자는 Actual Authority 권한이 있어야 하고 수신 파트너는 검증과 가입 절차를 마친 계정이어야 한다. 일반 앱 공유는 당사자들끼리 승인하지만 앱 이전은 그보다 한 단계 더 간다.

새 회사의 직함이나 계약서 서명만으로 플랫폼 안의 권한이 이미 바뀌었다고 생각하면, 상업적 일정과 실제 조작 가능한 일정이 갈라진다.

돈의 기준일과 돈이 오는 날

이전 효력일은 새 파트너에게 지급이 귀속되기 시작하는 날짜다. 시스템 기본값은 이전을 시작한 날부터 7일 뒤다. 관리권은 효력일에 넘어가고, 그날까지 승인이 나지 않았다면 승인 직후 넘어간다. Valve가 안내하는 통상 2~7영업일은 양측 승인이 모두 끝난 뒤의 검토 기간이다. 전체 거래에 대한 확정 납기표가 아니다.

그 효력일에 은행 계좌로 돈이 즉시 들어오는 것도 아니다. Steam의 지급 안내는 2월 매출을 3월 말에 지급하는 예를 든다. 어떤 회사가 어느 판매 기간의 대금을 받을지는 이전 날짜의 문제이고, 해당 돈이 언제 정산돼 지급될지는 지급 주기의 문제다.

이 두 달력을 겹쳐 놓아야 첫 현금 흐름을 계획할 수 있다. 이전이 완료됐다는 알림을 입금 확인서처럼 취급하면 첫날부터 계산이 어긋난다.

새 이름으로 지울 수 없는 옛 일정

새 퍼블리셔가 인수 기념 할인을 원한다고 해 보자. 역시 가정이다. 이전 직전에 할인이나 가격 인상이 있었다면 기존 제한을 확인해야 한다. 앱 이전은 할인 대기기간을 초기화하거나 줄여 주지 않는다.

통상 할인 사이에는 30일 대기기간이 있지만 네 차례 계절 세일에는 특정 예외가 있다. 반면 출시나 가격 인상에서 생긴 30일 제한은 계절 세일에도 적용된다. 이 구별 없이 모든 이전 게임이 새로 30일을 기다린다고 쓰거나, 이전 즉시 어떤 할인도 가능하다고 생각하면 둘 다 틀린다. 새 주인은 게임의 달력도 물려받는다.

기존 번들 관리권도 게임과 함께 넘어오지 않는다. 필요한 경우 이전 파트너가 게임을 빼거나 번들을 협업 방식으로 바꾸는 절차가 있다. 게임 하나를 인수했다고 그 게임이 들어 있는 모든 판매 묶음을 통제하게 되지는 않는다.

백엔드에서 퍼블리셔 API 키를 사용하는 게임은 기술적인 인계도 필요하다. 키 자체는 이전되지 않는다. 공식 절차는 필요한 임시 관리 공유를 유지하고, 받는 쪽의 새 키를 만들어 서버를 전환한 뒤 기능을 확인하고 옛 공유를 끝내도록 안내한다. 이때 재무 열람권을 같이 부여할 필요는 없다. 서비스의 연속성과 장부 공개는 여기서도 다른 항목이다.

이용자에게 아무 일도 일어나지 않는 이전은 좋은 결과다. 운영자는 그 평온함을 근거로 자기 일까지 끝났다고 판단하면 안 된다. 위시리스트, 수취 주체, 과거 정산서, 서버 접근과 할인 일정이 각각 제자리에 있어야 한다. 게임은 혼자 이사하는 것처럼 보여도, 장부는 누군가 챙겨야 한다.