판매 대금 입금이 왜 안 들어왔을까요?

테레사는 만사니요에서 세탁소를 운영하며 픽업 서비스를 제공합니다. 자신의 홈페이지에서 온라인으로 결제를 받는데, 매출이 좋았던 한 주를 보내고 화요일에 그 주의 입금을 기대하며 은행 앱을 열었습니다. 아무것도 없었습니다.

테레사가 한 행동은 다들 하는 그대로였습니다. 은행에 전화했지만 은행도 아는 게 없었고, 결국 자기 홈페이지가 결제를 잘못 처리하고 있다고 생각하게 됐습니다. 둘 다 문제의 원인이 아니었고, 진짜 이유를 알아내는 데 2주와 입금 세 번이 걸렸습니다.

판매 대금 입금이 안 들어왔다면, 가장 먼저 할 일은 누군가에게 전화하는 게 아니라 세 가지 상황 중 어디에 해당하는지 파악하는 것입니다.

판매 대금 입금이 왜 안 들어왔을까요?

판매 대금 입금이 안 들어왔을 때는 거의 항상 세 가지 이유 중 하나이며, 그중 진짜 문제는 딱 하나뿐입니다: 아직 때가 안 됐거나, 그 돈이 입금으로 이어지는 경로를 애초에 거치지 않았거나, 입금은 실제로 나갔는데 은행이 돌려보낸 경우입니다.

셋 중 어느 것인지 어떻게 알 수 있나요?

홈페이지 관리 콘솔에서 입금(Depósitos) 탭을 엽니다. 각 입금 건은 금액과 상태가 표시된 한 줄로 나오는데, 가능한 상태는 다섯 가지입니다: 대기 중, 진행 중, 완료, 실패, 취소.

이것만 보면 셋 중 어느 상황인지 바로 알 수 있습니다:

• “진행 중” 항목이 있는 경우. 아무것도 고장 나지 않았습니다. 그 돈이 아직 은행 계좌에 도착하지 않았을 뿐입니다. 입금은 항상 판매 며칠 후에 이루어지며, 낱개 주문 금액만큼 들어오는 법도 없습니다.
• 아무 항목도 없는 경우. 그렇다면 그 결제는 애초에 이 경로를 거치지 않은 것입니다. 입금 탭은 Stripe를 통한 카드 결제 내역입니다. Mercado Pago나 PayPal 본인 계정으로 직접 결제를 받았다면 그 돈은 해당 계좌로 곧장 들어갔고, 이 화면에는 절대 나타나지 않습니다.
• “실패” 항목이 있는 경우. 실패한 입금이란 실제로 은행 계좌로 나갔다가 은행이 돌려보낸 건입니다. 이 글의 나머지 부분에서 다루는 경우가 바로 이것입니다.

목록을 빨리 읽는 팁: 완료된 입금에는 도착 날짜가 표시되고, 실패한 입금에는 날짜가 없습니다. 애초에 도착하지 않았기 때문입니다.

그리고 이래서 뒤늦게 발견하게 됩니다: 결제와 입금은 서로 다른 두 구간이고, 홈페이지는 그중 첫 번째만 지켜봅니다. 카드 결제를 받는 동안에는 장바구니가 작동하고, 주문이 들어오고, 고객도 만족합니다. 결제가 고장 나면 그날로 고객이 연락해오지만, 입금이 고장 나면 아무도 연락하지 않습니다.

실패한 입금의 돈은 사라진 건가요?

아닙니다. 반려된 돈은 잔액으로 되돌아가며, 이 잔액은 같은 화면의 입금 내역 위쪽에 표시됩니다. 여전히 사업주의 돈이고, 온전히 그대로 남아 있습니다.

다만 그 항목 자체는 더 이상 바뀌지 않습니다. 실패한 입금은 영원히 실패한 상태로 남습니다. 문제가 해결된다고 해서 완료로 바뀌지 않습니다. 돈이 결국 나갈 때는 새로운 입금 건으로, 자기만의 항목과 날짜를 가지고 나갑니다. 예전 항목은 성사되지 않았던 일의 영수증처럼 그대로 남아 있습니다.

그래서 실패 항목을 지켜보며 색이 바뀌길 기다리는 건 소용이 없습니다. 다음 달이 되어도 그대로일 겁니다.

입금은 왜 반려되나요?

반대편에서 은행이 받지 못했기 때문입니다. 이유는 대체로 시시하고 거의 항상 정보 입력 문제입니다: 계좌가 폐쇄됐거나, 사업주가 은행을 바꿨는데 아무도 정보를 업데이트하지 않았거나, CLABE 번호 숫자 하나가 틀렸거나, 해당 계좌가 그런 유형의 입금을 받을 수 없는 경우입니다.

테레사가 2주나 걸려서야 깨달은 사실은 이것입니다. 정보가 틀린 채로 남아 있는 한, 다음 시도도 똑같이 실패합니다. 처리하지 않고 넘어간 실패한 입금은 단발성 사건이 아니라, 줄줄이 이어질 실패의 첫 번째입니다. 테레사는 은행 쪽 오류라고 생각하고 기다렸습니다. 그다음 주 금요일 건도 반려됐고, 그 다음 주 건도 마찬가지였습니다.

은행 계좌 정보는 어디서 고치나요?

같은 콘솔의 설정(Ajustes) 탭에서 고칩니다. 그 안에서 결제 계정 패널이 열리는데, 여기서 사업 정보와 돈을 받을 은행 계좌 정보를 홈페이지를 벗어나지 않고 업데이트할 수 있습니다.

그리고 여기서 많은 사람이 오후 시간을 통째로 날리게 되는 지점이 있습니다. 별도의 Stripe 대시보드는 없습니다. 결제 계정은 자체 접속 권한 없이 생성되므로, 복구할 아이디나 비밀번호 자체가 없습니다. 손봐야 할 모든 것은 그 탭 안에 있습니다.

정보를 고치고 나면 다음 정산 때 돈이 자동으로 나갑니다. 따로 요청할 필요는 없지만, 그렇다고 즉시 나가는 것도 아닙니다. 이번 주 정산이 이미 시도됐다면 다음 정산까지 기다려야 합니다.

뭔가 빠져 있으면 그 패널 위쪽에 무엇이 부족한지 알려주는 안내문이 뜹니다. 거슬리더라도 꼭 읽어보세요. 그 안내문이야말로 누군가 알려주는 것과 가장 가까운 존재입니다.

결제 실패와 입금 실패는 다릅니다

이름은 비슷해도 정반대 문제입니다. 머릿속에서 확실히 구분해 두는 게 좋습니다:

• 결제 실패: 고객의 카드가 승인되지 않았습니다. 판매도 없었고 돈도 없습니다. 이건 고객과 함께 해결할 문제입니다.
• 입금 실패: 판매는 실제로 이루어졌고 돈은 사업주의 것이며 안전하게 보관되어 있습니다. 문제가 생긴 건 결제 처리사에서 은행으로 가는 마지막 구간입니다. 이건 사업주의 정보로 해결할 문제입니다.

이미 결제한 주문에 대해 고객에게 “다시 결제해 달라”고 연락한다면, 그 문제는 후자였을 가능성이 큽니다.

다시 이런 일이 안 생기려면 어떻게 하나요?

세 가지 습관이면 되고, 어느 것도 5분 이상 걸리지 않습니다:

첫 입금은 절차가 아니라 테스트라고 생각하세요. 결제 기능을 처음 켠 날, 질문은 “판매가 됐나?”가 아니라 “은행에 도착했나?”여야 합니다. 단 한 페소도 걸려 있지 않은 상태에서 정보 입력 오류를 발견할 수 있는 유일한 순간입니다.

은행을 바꾸는 날, 다음 정산이 돌아오기 전에 정보를 업데이트하세요. 은행을 바꾸는 일은 정작 중요한 곳만 빼고 여기저기 다 알리게 되는 그런 일 중 하나입니다.

매출이 좋았던 주일수록 더 주의 깊게 살펴보세요. 그때가 가장 많은 돈이 이동 중인 시점이고, 도착하지 않았다는 걸 놓치면 가장 비싼 대가를 치르게 됩니다.

설명만 하면 이 화면도 함께 딸려옵니다

아직 자신의 홈페이지에서 직접 결제를 받고 있지 않다면, 입금 내역을 볼 수 있는 콘솔은 따로 구축해야 할 것이 아닙니다. 홈페이지에 기본으로 포함되어 있습니다. 테레사라면 이렇게 했을 것처럼, 한 줄로 설명하면 됩니다:

“만사니요에 있는 세탁소 홈페이지가 필요해요. 픽업과 배달 서비스가 있고, 옷 종류별 가격표가 있고, 고객이 픽업 예약할 때 온라인으로 결제할 수 있으면 좋겠어요.”

이렇게 하면 링크와 함께 홈페이지가 게시되고, 주문과 결제, 입금을 확인할 수 있는 콘솔도 함께 나옵니다. 가격을 수정하는 곳과 같은 곳이라, 따로 배워야 할 시스템이 늘어나는 것도 아닙니다.

이미 카드 결제를 받고 있는데 입금 탭을 열어본 적이 없다면, 기다리는 게 없더라도 오늘 한번 열어보세요. 1분이면 되고, 이 1분이 첫 번째 반려를 이번 주에 알아채느냐 세 번째가 돼서야 알아채느냐를 가릅니다.

proyecta.dev에서 사업을 설명하고 바로 게시할 수 있습니다.