GCash 스크린샷: 금액과
참조 번호 추출 방법

GCash 스크린샷에서 금액, 참조 번호, 수신자가 표시되는 위치

완료된 GCash 거래를 열어 보세요 — 거래 내역 탭에서 아무 항목이나 탭하면 — 상세 화면은 앱 업데이트를 거치면서도 대체로 일관되게 유지된 레이아웃을 따릅니다. GCash가 단순한 송금 도구에서 저축, 투자, 보험, 대출 상품이 얹힌 금융 슈퍼앱으로 진화했음에도 말이죠.

맨 위, 화면에서 가장 큰 텍스트로 표시되는 것은: 금액입니다. 필리핀 페소(PHP)로 표시되며, 항상 페소 기호(₱)와 소수점 두 자리가 함께 표시됩니다 — ₱1,250.00, ₱500.00, ₱15,750.50처럼요. 천 단위 구분 쉼표가 있으며, 대부분의 화면에서 오른쪽 정렬로 표시됩니다. 빠른 송금 거래의 경우 금액은 지갑 잔액에서 차감되는 금액에 편의 수수료를 더한 값입니다. 청구서 결제 거래의 경우 금액에는 청구서 합계에 GCash 플랫폼을 통해 청구자가 적용하는 서비스 수수료가 포함됩니다.

금액 아래에는 수신자 이름이 표시됩니다(빠른 송금 화면에서는 "보낸 대상"으로, 청구서 결제 화면에서는 청구자 이름으로 표시). 2025년부터 GCash는 확인 화면에서 수신자의 이름 일부를 마스킹하기 시작했습니다 — 공유되거나 유출될 수 있는 스크린샷에 노출되는 정보를 줄이기 위한 개인정보 보호 조치입니다. 전체 이름은 앱 내 거래 내역에는 여전히 표시되지만, 공유된 스크린샷에서는 수신자가 "John D." 대신 "J***n D."로 표시될 수 있습니다. 스크린샷만으로 결제 대상을 기록하는 경우 마스킹된 이름만으로는 부족할 수 있습니다 — 그래서 마스킹되지 않은 이름은 공유된 확인 화면이 아닌 앱 내 상세 보기에서 가져오는 것이 가장 좋습니다.

화면을 더 내려가면, 일반적으로 수신자 정보 아래에 더 작은 텍스트로 표시되는 것은: 참조 번호입니다. 이는 10~13자리 숫자 문자열로, 이전 거래 형식에서는 영숫자, 최신 형식에서는 순수 숫자로 표시됩니다. 참조 번호는 GCash 자체 사기 방지 지침에서 사용자에게 확인하라고 안내하는 필드입니다: 참조 번호, 보낸 사람 이름, 금액, 타임스탬프를 앱의 거래 내역에 표시된 것과 대조해 확인하세요. 참조 번호는 6028871884223처럼 연속된 문자열로 표시되거나 6028 871 884223처럼 공백이 포함될 수 있습니다 — 둘 다 유효하며, 형식은 앱 내 상세 화면과 SMS 확인 메시지에서 다를 수 있습니다. r/GCashPH의 한 Reddit 사용자는 이전 GCash 스크린샷에 현재 형식과 다른 공백 패턴의 13자리 참조 번호가 표시되는 경우가 있어, 몇 달 간격으로 찍은 스크린샷 배치에서 참조 번호를 대조할 때 혼란을 줄 수 있다고 지적했습니다.

날짜 및 타임스탬프 — 항상 필리핀 표준시 (UTC+8) — 는 상세 화면 하단 근처에 거래 유형 라벨(빠른 송금, 로드 구매, 청구서 결제, QR 코드 결제) 및 자금 출처(GCash 지갑 잔액, 연결된 은행 계좌, 또는 연결된 계좌에서 출금한 경우 연결된 직불 카드)와 함께 표시됩니다.

참조 번호가 실제로 중요한 필드입니다

GCash 스크린샷의 모든 데이터 포인트 중에서 참조 번호는 이미지를 실제 추적 가능한 거래에 연결하는 유일한 필드입니다. 금액은 얼마나 이동했는지 알려줍니다. 수신자 이름은 누구에게 갔는지 알려줍니다. 그러나 참조 번호는 분쟁 티켓이나 고객 문의에 입력하면 GCash 지원팀이 정확한 거래를 찾아낼 수 있는 유일한 필드입니다 — 초 단위의 타임스탬프, 거래 전후의 지갑 잔액, 자금의 전체 라우팅 경로까지 포함됩니다.

GCash 자체도 사기 방지 커뮤니케이션에서 이를 강조합니다: 결제를 확인할 때는 참조 번호를 먼저 확인하세요. 금액이 아닙니다 — 가짜 스크린샷을 만드는 사람은 금액 필드에 원하는 숫자를 입력할 수 있습니다. 보낸 사람 이름도 아닙니다 — 사기꾼은 Facebook 프로필에서 실제 이름을 복사할 수 있습니다. 참조 번호는 스크린샷 주장을 원장의 실제 항목에 연결하며, "Gigi와 채팅" 도움말 시스템을 통해 신고를 접수하거나 필리핀 경찰청 사이버범죄수사대로 이관할 때 GCash 지원팀이 요청하는 필드입니다.

실질적인 결론: GCash 결제 스크린샷에서 어떤 기록을 만들든 — 일일 판매 로그, 공동 비용 추적기, GCash 지갑 명세서와의 대사 시트 — 참조 번호가 기준점입니다. 각 행에는 하나가 필요합니다. 없으면 행은 숫자와 이름에 불과하며 출처를 증명할 방법이 없습니다. 있으면 모든 행을 몇 초 만에 원래 거래로 추적할 수 있습니다.

참조 번호는 자연스러운 중복 제거 키 역할도 합니다. 고객이 동일한 결제 스크린샷을 두 번 보낼 수 있습니다 — 한 번은 Messenger로, 한 번은 Viber로. 동료가 이미 기록한 스크린샷을 전달할 수도 있습니다. 참조 번호가 같은 두 스크린샷은 동일한 거래입니다. 모든 수신 스크린샷에서 참조 번호를 추출하고 기존 로그와 대조하면, 새 이미지를 백로그와 일일이 비교하지 않아도 기록에 이중 집계가 발생하지 않습니다.

스크린샷만으로는 증거가 될 수 없는 이유 — 그리고 추출이 어떻게 해결하는가

2025년 7월, GCash는 모회사 Mynt를 통해 공식 경고를 발표했습니다. AI로 생성된 가짜 GCash 영수증이 유포되고 있으며, 회사의 최고정보보호책임자 (CISO)인 Miguel Geronilla는 사용자들이 결제 증빙으로 "다른 사람이 보낸 스크린샷에만 의존하지 말 것"을 명시적으로 당부했습니다. 경고는 분명했습니다 — 아무리 그럴듯해 보이는 스크린샷도 영수증이 아닙니다. 유일한 유효한 증거는 GCash 앱 내부의 거래 기록입니다.

필리핀 법에 따라, 가짜 GCash 영수증을 만드는 행위는 개정 형법 제172조에 따른 사문서 위조에 해당하며 형사 책임이 따릅니다. 사기범들은 무료 또는 저비용 편집 도구를 사용하여 실제 GCash 거래 스크린샷에 이름, 금액, 심지어 그럴듯한 참조 번호까지 삽입한 뒤, 마켓플레이스 채팅, Facebook Messenger, Viber 등에 유포하여 판매자들이 실제 결제를 받지 않고 물건을 발송하도록 속입니다.

이 모든 상황은 GCash 결제를 받는 모든 사업체가 안고 있는 딜레마를 만듭니다. 고객이 보내는 것은 스크린샷이지만, GCash가 신뢰하지 말라고 하는 것도 스크린샷입니다. 해결책은 스크린샷 수령을 중단하는 것이 아닙니다. 필리핀에서는 소규모 사업체들이 주문 확인 절차의 일부로 고객에게 결제 스크린샷을 소셜 미디어 페이지로 보내도록 요청하는 것이 일상적이기 때문에, 이는 현실적인 선택지가 아닙니다. 해결책은 수신된 각 스크린샷에서 참조 번호를 추출하여 앱 내 거래 내역과 대조 확인하는 것입니다 — 바로 GCash가 권장하는 워크플로우입니다.

추출은 스크린샷을 종착점에서 출발점으로 바꿔줍니다. 이미지를 증거로 취급하지 않는 것입니다. 참조 번호를 담는 매개체로 취급하는 것입니다 — 앱에서 거래가 실제로 발생했는지 확인할 수 있게 해주는 유일한 데이터입니다. 스크린샷에서 참조 번호, 금액, 보낸 사람 이름을 추출하세요. GCash 앱을 여세요. 해당 참조 번호를 검색하세요. 거래가 존재하고 세부 정보가 일치하면 행을 기록하세요. 그렇지 않다면, 물건을 발송하기 전에 가짜를 적발한 것입니다.

스크린샷을 일일이 입력하지 않고 스프레드시트로 옮기는 방법

GCash는 CSV나 Excel로 내보내는 기본 기능을 제공하지 않습니다. 거래 내역은 앱 안에서 조회하고 스크롤할 수 있으며, 최대 4년 범위의 날짜를 지정해 거래 내역 보고서를 요청하면 이메일로 받을 수 있습니다. 다만 이메일로 받는 보고서는 PDF 형식이지 스프레드시트가 아니며, 본인의 송금 및 수신 거래만 포함될 뿐 고객이 보내준 스크린샷은 포함되지 않습니다. 채팅방과 이메일 받은 편지함에 쌓여 있는 스크린샷은 완전히 별개의 데이터 소스이며, 이를 구조화된 기록으로 만들려면 각 필드를 직접 입력하거나 이미지에서 데이터를 바로 추출해야 합니다.

GCash 스크린샷 배치를 업로드하고 원하는 열 이름 — 금액, 참조 번호, 수취인, 거래 날짜 — 을 정의하면, 추출 엔진은 각 스크린샷에서 값이 어디에 있는지가 아니라 무엇을 의미하는지를 파악해 각 값을 찾아냅니다. 송금 확인 화면은 네 가지 필드를 모두 채웁니다. 청구서 결제 확인 화면은 금액, 청구 기관 이름(수취인으로), 참조 번호, 날짜를 채우지만, 청구 기관 이름은 개인이 아닌 공과금 회사나 서비스 제공업체입니다. 로드 구매 확인 화면은 금액, 통신사 이름, 참조 번호만 채울 수 있습니다 — 충전 거래에는 수취인이 없기 때문입니다. 열 정의는 배치 내 모든 스크린샷에서 동일하게 유지되며, 값은 소스에 존재하는 위치에 나타나고, 없는 경우 해당 셀은 비어 있습니다.

GCash 외에 다른 플랫폼으로도 결제를 받는 경우 — 해외 고객용 PayPal, 큰 금액의 은행 송금, 중국인 관광객의 WeChat Pay, 또는 필리핀의 또 다른 주요 지갑을 사용하는 고객의 Maya 결제 스크린샷 — 동일한 열 이름 세트가 모두에 적용됩니다. 금액, 날짜, 거래 상대방은 보편적인 결제 필드입니다. 의미 기반 추출 방식 — 픽셀 위치나 템플릿이 아닌 의미로 열을 정의하는 방식 — 을 사용하면 비즈니스에서 수락하는 각 결제 앱마다 별도의 처리 파이프라인이 필요하지 않습니다. 출력은 스크린샷당 한 행씩 구성된 단일 테이블이며, 각 결제 수단의 확인 화면이 포함하는 필드를 기여하는 방식으로 결제 스크린샷 추출 파이프라인이 모두를 한 번의 배치로 처리합니다.

특히 참조 번호는 다른 결제 스크린샷과 달리 GCash 행을 추적 가능하게 만드는 핵심입니다. 일본의 PayPay는 확인 화면에 거래 ID를 표시하지만 사용자용 상세 보기에는 항상 노출되지는 않습니다. 태국과 대만의 LINE Pay는 거래 상대방으로 LINE 표시 이름을 사용합니다 — 이는 연락처가 선택한 라벨이지 검증된 신원이 아닙니다. GCash의 참조 번호는 예외입니다: 모든 거래 유형에 보편적으로 존재하고, GCash가 공식 인정하며, 고객 지원으로 추적 가능한 식별자로, 검증 기준이자 중복 제거 키 역할을 합니다. 모든 GCash 스크린샷에서 하나의 필드만 추출한다면 참조 번호를 선택하세요. 나머지 — 금액, 이름, 날짜 — 는 맥락에서 채울 수 있습니다. 참조 번호는 건너뛰면 나중에 복원할 수 없는 유일한 필드입니다.

자주 묻는 질문

GCash의 참조 번호 형식은 거래 유형에 따라 달라지나요?

참조 번호는 모든 GCash 거래 유형(송금, 청구서 결제, 로드 구매, QR 코드 결제, 은행 송금)에 존재하지만, 형식은 다를 수 있습니다. 송금 참조 번호는 일반적으로 10~13자리 숫자 문자열입니다. 청구서 결제 참조 번호에는 청구업체 자체 참조 접두사와 GCash 내부 거래 ID가 결합될 수 있습니다. GCash의 "은행으로 송금" 기능을 통한 은행 송금은 때때로 수취 은행의 거래 코드를 포함하는 참조 번호를 생성합니다. 거래 유형 간에 참조 번호를 매칭하는 경우(예: 동일한 스프레드시트에서 송금 및 청구서 결제 스크린샷을 혼합하여 조정), 각 스크린샷에 표시된 대로 참조 번호를 추출하고 형식에 의존하지 않는 확인이 아닌 정확히 일치하는 비교를 사용하십시오. 구조가 다르게 보이는 두 개의 참조 번호도 문자별로 비교할 수 있습니다.

개별 거래 상세 정보 대신 GCash 거래 내역 목록의 스크린샷에서 데이터를 추출할 수 있나요?

GCash 거래 내역 목록(거래 탭을 열 때 볼 수 있는 스크롤 피드)에는 항목별 요약(금액, 상대방 이름, 거래 유형 레이블, 날짜)이 표시됩니다. 참조 번호는 표시되지 않습니다. 참조 번호를 얻으려면 목록에서 항목을 탭하여 들어가는 개별 거래 상세 화면이 필요합니다. 목록 보기만의 스크린샷은 금액과 이름을 제공하지만 참조 번호는 제공하지 않습니다. 빠른 확인에는 유용하지만 추적 가능한 기록을 구축하기에는 충분하지 않습니다.

스크린샷에 수취인 이름이 마스킹되어 있으면 어떻게 하나요?

GCash의 부분 마스킹(개인정보 보호 기능으로 도입됨)은 공유 확인 화면에서 수취인의 이름 일부 문자를 숨겨 이름 길이와 앱 버전에 따라 "Jennifer"를 "J***er" 또는 "J****"로 바꿉니다. 전체 이름은 GCash 앱 내 내 거래 내역에서 여전히 볼 수 있지만, 송금자가 보낸 스크린샷에는 표시되지 않습니다. 수취인 이름이 기록(특정 고객 또는 주문에 대한 결제 매칭)에 필수적인 경우, 스크린샷 추출과 함께 앱에서 마스킹되지 않은 이름을 수동으로 확인하는 것으로 보완하십시오. 참조 번호와 금액만으로 거래 식별에 충분한 기록 보관의 경우, 마스킹된 이름이 장애가 되지 않을 수 있습니다.